이 페이지의 내용
TWAMP 구성
TWAMP(Two-Way Active Measurement Protocol)는 네트워크의 두 디바이스 간의 IP 성능을 측정하기 위한 표준을 정의합니다. TWAMP에 대한 자세한 내용은 RFC 5357, TWAMP(Two-Way Active Measurement Protocol)를 참조하십시오. TWAMP에 대한 자세한 배경 정보는 양방향 액티브 측정 프로토콜 이해를 참조하십시오.
TWAMP 구성 이해
TWAMP(Two-Way Active Measurement Protocol) 지원 및 구성은 하드웨어 플랫폼, 물리적 인터페이스 또는 가상 물리적(서비스) 인터페이스에 따라 다릅니다. RPM에 대한 지원이 항상 Junos OS용 플랫폼 및 라인 카드의 특정 조합에 대한 TWAMP 지원의 지표는 아닙니다. RPM 및 TWAMP에 사용되는 타임스탬프는 하드웨어 구성에 따라 다른 위치에 추가됩니다. 예를 들어, 서로 다른 하드웨어 구성 요소는 조회(LU) 칩의 인라인, 라우팅 엔진(Junos OS Evolved), 호스트 패킷 포워딩 엔진의 마이크로커널 기반 타임스탬핑 또는 MS-PIC(Multiservices Physical Interface Card), MS-MIC(Multiservices Modular Interface Card), MS-MPC(Multiservices Modular PIC Concentrator) 또는 MS-DPC(Multiservices Dense Port Concentrator)와 같은 라인 카드에서 타임스탬프를 수행합니다.
기능 탐색기: 양방향 활성 측정 프로토콜을 사용하여 특정 기능에 대한 플랫폼 및 릴리스 지원을 확인합니다.
플랫폼에 대한 Junos OS Evolved의 차이점 및 참고 사항에 대한 양 방향 액티브 측정 프로토콜 이해 를 참조하십시오.
TWAMP 조명 지원
RFC 5357의 부록 I에 정의된 TWAMP Light는 테스트 매개변수가 협상되는 대신 사전 정의된 TWAMP의 상태 비저장 버전입니다. 테스트 포트의 서버가 수신한 모든 테스트 패킷은 다시 반사되어 즉시 잊혀집니다.
TWAMP Light 테스트 세션에 대한 IPv6 대상 주소에 대한 지원은 Junos OS 릴리스 21.3R1에서 소개되었습니다. Junos OS IPv6 TWAMP Light 클라이언트의 경우, 계층 수준에서 [edit services rpm twamp client control-connection control-client-name test-session test-session-name] 과 target-address 문을 destination-port 모두 구성해야 합니다. IPv6 TWAMP Light 테스트 세션에 대한 link-local 대상 주소에 대한 지원은 TWAMP Light를 지원하는 디바이스를 위해 Junos OS 릴리스 21.4R1 및 Junos OS Evolved 릴리스 22.3R1부터 도입되었습니다.
간단한 STAMP(Two-Way Active Measurement Protocol) 지원
RFC 8762, STAMP(Simple Two-Way Active Measurement Protocol )에 정의된 STAMP는 RFC 5357, TWAMP( Two-Way Active Measurement Protocol )의 부록 I에 정의된 TWAMP Light 운영 모드를 표준화하고 확장합니다. STAMP 호환 리플렉터는 RFC 6038에 따라 대칭 페이로드 크기를 보장하고, 반사된 페이로드의 시퀀스 번호가 클라이언트 프레임에서 복사되었는지 또는 독립적으로 생성되는지에 따라 상태 비저장 또는 상태 저장 모드로 작동합니다. 상태 저장 리플렉터는 드롭이 발생한 방향을 감지할 수 있습니다. 이전 릴리스에서는 대칭 페이로드와 상태 비저장 리플렉션을 지원했습니다. 이제 스테이트풀 리플렉션, STAMP 표준에 대한 완전한 준수, 클라이언트에 대한 단방향 드롭 값을 지원합니다. STAMP 클라이언트뿐만 아니라 TWAMP 관리 모드 클라이언트에 대해서도 단방향 드롭 값을 지원합니다. Junos OS Evolved의 경우, STAMP는 [edit services monitoring twamp server light] 계층 수준에서 구성됩니다. 스테이트풀 리플렉션은 문으로 구성됩니다. stateful-sequence 서버의 경우 의 새 기본값 offload-type 은 이제 pfe-timestamp inline-timestamp. 대신 입니다.
기능 탐색기: STAMP(Simple Two-Way Active Measurement Protocol)를 사용하여 플랫폼 및 릴리스 지원을 확인합니다.
TWAMP 매니지드 지원
Junos OS의 경우, TWAMP는 계층 수준에서 구성됩니다.[edit services rpm twamp] Junos OS Evolved의 경우, TWAMP는 계층 수준에서 구성됩니다.[edit services monitoring twamp]
양방향 액티브 측정 프로토콜을 사용하여 특정 기능에 대한 플랫폼 및 릴리스 지원을 확인합니다.
TWAMP 서버 구성
물리적 인터페이스를 제외하고, Junos OS용 TWAMP 서버 구성은 ] 계층 수준에서 [edit services rpm twamp다음과 같은 최소 구성이 필요합니다.
server { authentication-mode mode; client-list list-name { address ip-address; } port 862; }
Junos OS 릴리스 21.3R1부터는 더 authentication-mode 이상 문을 구성할 필요가 없습니다. 기본 모드는 이제 none입니다. 이는 서버와의 통신이 인증되지 않는다는 것을 의미합니다.
-
이 서버에 연결할 수 있는 허용된 제어 클라이언트 호스트의 목록을 지정하려면 계층 수준에서
[edit services rpm twamp server]문을 포함client-list합니다. 포함하는 각 값은 허용된 호스트의 네트워크를 나타내는 CIDR(Classless Interdomain Routing) 주소(IP 주소와 마스크)여야 합니다. 여러 클라이언트 목록을 포함할 수 있으며, 각 목록 목록에는 최대 64개의 항목이 포함될 수 있습니다. TWAMP를 활성화하려면 하나 이상의 클라이언트 주소를 구성해야 합니다. -
ACX 시리즈 라우터는 인증 및 암호화 모드를 지원하지 않습니다. 계층 수준에서
[edit services rpm twamp server]문 값은authentication-mode로 설정none되어야 합니다. -
TWAMP 제어 연결 트래픽은 수신 대기 포트가 862로 설정된 ACX 라우터에 항상 도착합니다. 트래픽 프로브에 대한 이 포트 번호는 수정할 수 있으므로 다른 포트 번호로 도착한 프로브는 ACX 라우터에서 올바르게 인식 및 처리되지 않습니다. 결과적으로, 이러한 시나리오에서는 TWAMP 트래픽과 호스트 바운드 패킷이 삭제됩니다.
TWAMP 구성 은 서버의 조명 제어 지원에 대한 정보를 제공합니다.
Junos OS의 경우 서버에 대한 조명 제어를 구성할 수 있습니다(관리형 제어가 기본값임). 조명 제어를 위한 Junos OS TWAMP 서버 구성은 계층 수준에서 다음과 같은 최소 구성이 필요합니다.[edit services rpm twamp]
server {
authentication-mode none;
light;
port (862 | 878 | 51000);
}
Junos OS의 경우 소스 주소에 대한 제한 목록은 소스 주소(TWAMP)를 참조하십시오.
Junos OS Evolved의 경우, 서버에 대한 관리형 또는 라이트 컨트롤을 구성할 수 있습니다. 관리 또는 조명 제어를 위한 TWAMP 서버 구성은 TWAMP(862)의 기본 포트를 사용한다고 가정할 때 계층 수준에서 [edit services monitoring twamp] 다음과 같은 최소 구성이 필요합니다.
server { (managed | light); }
Junos OS Evolved의 경우, 프로브에 사용되는 클라이언트 목록 소스 IP 주소에 다음 주소를 사용할 수 없습니다.
-
0.0.0.0
-
127.0.0.0/8(루프백)
-
224.0.0.0/4(멀티캐스트)
-
255.255.255.255 (브로드캐스트)
둘 이상의 클라이언트를 구성할 수 있으며, 변경이 TWAMP 클라이언트와 조정되는 한 TWAMP 수신 대기 포트를 변경할 수 있습니다.
Junos OS에서 마이크로커널 기반 타임스탬핑의 경우 인터페이스를 구성할 si- 필요가 없습니다. 이 경우, 대상 주소 및 경로를 기반으로 TWAMP 연결 및 세션이 설정됩니다.
Junos OS에서 인라인 타임스탬프를 사용하려면 인터페이스를 구성 si- 하거나 sp- 서비스를 제공해야 하며 TWAMP 서버 구성에는 계층 수준에서 [edit interfaces service-interface-name] 다음 문이 필요합니다.
user@router# show interfaces si-0/0/0
unit 10 {
rpm twamp-server;
family inet {
address 10.10.10.1/24;
}
}
user@router# show interfaces sp-0/0/0
unit 10 {
rpm twamp-server;
family inet {
address 10.20.20.1/24;
}
}
서비스 인터페이스의 유닛 0에서는 TWAMP 서버를 구성할 수 없습니다. 시도하면 구성 오류가 발생합니다.
(Junos OS만 해당) 인라인 서비스(si-) 인터페이스에서 TWAMP 서버를 구성하려면 계층 수준에서 문을 포함하여 bandwidth (1g | 10g) 인라인 서비스를 사용하여 터널 트래픽에 대해 각 패킷 포워딩 엔진에 예약된 대역폭의 양을 [edit chassis fpc slot-number pic number inline-services] 구성합니다. 계층 수준에서 [edit interfaces sp-fpc/pic/port unit logical-unit-number family inet] 문을 포함하여 twamp-server TWAMP 서비스를 제공하는 서비스 PIC(sp-) 논리적 인터페이스를 지정합니다.
twamp-server 이 문은 물리적 인터페이스 TWAMP 서버 구성에 필요하지 않습니다.
다른 많은 TWAMP 서버 매개 변수는 선택 사항입니다. 자세한 내용은 TWAMP server 구성 문을 참조하십시오.
TWAMP 클라이언트 구성
Junos OS의 경우 TWAMP 클라이언트 서비스를 구성하려면 계층 수준에서 [edit services rpm twamp] 문 및 관련 매개 변수를 client 포함합니다. Junos OS Evolved의 경우, ] 계층 수준에서 [edit services monitoring twamp문 및 관련 옵션을 포함 client 합니다.
TWAMP 클라이언트 구성에 사용할 수 있는 많은 옵션이 있습니다. 자세한 내용은 구성 문 주제 및 예제를 참조하십시오.
Junos OS에서 마이크로커널 기반 타임스탬핑의 경우 인터페이스를 구성할 si- 필요가 없습니다. 이 경우, 대상 주소 및 경로를 기반으로 TWAMP 연결 및 세션이 설정됩니다.
Junos OS에서 인라인 타임스탬핑의 경우, 인터페이스는 si- TWAMP 서버로 응답하는 가상 물리적 인터페이스입니다. 그러나 TWAMP 컨트롤러 역할을 수행하는 TWAMP 클라이언트 역할을 하도록 서비스 인터페이스를 구성할 수도 있습니다.
(Junos OS만 해당) 서비스 인터페이스를 TWAMP 클라이언트로 구성하려면 서비스 매개 변수와 서비스 인터페이스를 TWAMP 클라이언트로 구성합니다.
TWAMP 클라이언트 서비스 인터페이스를 구성하려면 계층 수준에서 다음 문을 포함 rpm twamp-client 합니다.[edit interfaces si-interface-name]
user@router# show interfaces si-0/0/0
unit 0 {
family inet;
}
unit 10 {
rpm twamp-client;
family inet {
address 10.30.30.1/24
}
}
서비스 인터페이스의 유닛 0에서 TWAMP 클라이언트를 구성할 수 없습니다. 시도하면 구성 오류가 발생합니다.
또한보십시오
변경 내역 표
기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. 기능 탐색기를 사용하여 플랫폼에서 기능이 지원되는지 확인합니다.
offload-type inline-timestamp 사용하여 패킷 포워딩 엔진 하드웨어로 타임스탬프를 오프로드할 수 있습니다. 이 인라인 타임스탬핑 기능은 Flex Algo 및 SR-MPLS도 지원합니다. 서버 또는 클라이언트에서 문을 구성
offload-type 합니다.
offload-type 은 이제
pfe-timestamp
inline-timestamp. 대신 입니다.
authentication-mode 필요가 없습니다. 기본 모드는
none입니다.