TWAMP 자동 재시작 이해
네트워크 중단 또는 구성 변경 후 TWAMP(Two-Way Active Management Protocol) 클라이언트가 다운되면 명령을 사용하여 request services rpm twamp start client TWAMP 세션을 수동으로 시작해야 합니다. Junos OS Release 19.1R1부터 시작하여 TWAMP 클라이언트는 수동 개입 없이 자동으로 재시작됩니다.
TWAMP 세션의 자동 재시작을 통해 TWAMP 클라이언트는 다음 시나리오에서 TCP 제어 연결 및 UDP 테스트 세션을 자동으로 시작할 수 있습니다.
TWAMP 클라이언트 구성이 커밋된 직후.
리모트 작동 데몬(rmopd)이 유효한 TWAMP 클라이언트 컨피규레이션으로 시작됩니다.
TWAMP 클라이언트 구성이 활성화된 후
TWAMP 서버가 TWAMP 클라이언트
test-interval에서 도달한 직후
네트워크에 장애가 발생하거나 TWAMP 서버가 어떠한 이유로든 연결할 수 없게 되면, TWAMP 클라이언트는 값이 성공할 때까지 모든 test-interval 값 후에 TWAMP 서버에 다시 연결하려고 시도합니다. 그러나 클라이언트가 TWAMP 서버에 자동으로 다시 연결하려면 명령의 값 set rpm twamp client control-connection 이 test-count 0이어야 합니다. TWAMP 서버측의 기본값 test-count max-connection-duration set rpm twamp server max-connection-duration 도 0이어야 합니다. 따라서 연결이 지워질 때까지 연결을 유지할 수 있습니다.
Junos OS Release 19.1R1부터 TWAMP 클라이언트와 max-connection-duration TWAMP 서버의 test-count 기본값은 0입니다.
TWAMP 테스트를 구성하고 커밋한 후, 클라이언트는 무한히 테스트를 실행합니다. 즉, 테스트가 완료된 후에도 네트워크 또는 서버 장애가 발생하더라도 구성된 테스트 간격 이후에도 프로브를 계속 보냅니다. 옵션의 test-count 값을 비제로 값으로 변경하여 자동 테스트 실행을 중단할 수 있습니다. 이 경우 자동 재시작 기능이 비활성화되고 서버와의 연결을 설정하고 테스트 세션을 시작하려면 TWAMP 클라이언트를 수동으로 시작해야 합니다.
서버를 이용하지 않는 동안 전송된 이전 프로브와 관련된 통계를 유지하고 볼 수 있습니다. 네트워크가 복구되거나 TWAMP 서버에 다시 연결할 수 있는 경우 명령을 사용하여 set services rpm twamp client control-connection c1 persistent-results 테스트 결과를 보존하고 표시할 수 있습니다.
혜택
네트워크 중단 또는 구성 변경의 결과로 클라이언트가 다운된 후에는 TWAMP 세션을 수동으로 다시 시작할 필요가 없습니다.
클라이언트측에서 TWAMP 세션을 다시 시작하기 위해 이벤트 스크립트를 실행할 필요가 없습니다.
TWAMP 클라이언트 및 서버에 대한 TCP Keepalive 지원
Keepalive 프로브는 다른 피어에 연결할 수 없게 되면 클라이언트(피어)를 주장할 수 있습니다. 두 피어 간의 네트워크에 문제가 있는 경우, keepalive 작업은 일정 시간 동안 기다렸다가 연결이 깨진 것으로 표시하기 전에 keepalive 패킷을 다시 보내는 것입니다.
TCP 연결에 대한 keepalive 타이머가 0에 도달하면 TCP 클라이언트는 데이터가 없고 ACK 플래그가 켜져 있는 keepalive 프로브 패킷을 피어에게 보냅니다. 클라이언트는 데이터가 없고 ACK 플래그가 설정된 원격 호스트로부터 회신을 받습니다. 클라이언트가 keepalive 프로브에 대한 회신을 받으면 클라이언트는 연결이 여전히 실행 중임을 주장할 수 있습니다. 피어가 keepalive 프로브에 회신하지 않으면 연결이 유효한 것으로 간주될 수 없다고 주장한 다음 시정 조치를 취할 수 있습니다.
Junos OS에서 TWAMP 클라이언트 및 TWAMP 서버에서 TWAMP 제어 연결 장애를 감지하려면 다음 매개 변수를 구성해야 합니다.
tcp-keepcnt—연결이 죽은 것을 고려하고 애플리케이션 계층에 알리기 전에 전송할 승인되지 않은 프로브의 수입니다.tcp-keepidle—전송된 마지막 데이터 패킷과 전송된 첫 번째 keepalive 프로브 간의 시간 간격.tcp-keepintvl—연속된 Keepalive 프로브 간의 시간 간격.