인라인 전송 모드
이 주제를 사용하여 인라인 전송이 무엇인지, 그리고 CFM, LFM 및 성능 모니터링 기능에 대한 최대 스케일링을 위해 인라인 전송을 활성화하는 방법을 이해하십시오.
최대 확장을 위해 연속성 확인 메시지의 인라인 전송 활성화
크기 조정은 시스템이 증가하는 작업량을 처리하고 계속 잘 작동할 수 있는 기능입니다. 크기 조정은 용량 증가와 증가하는 워크로드, 구독자 또는 세션 수, 하드웨어 구성 요소 등을 처리할 수 있는 능력을 의미할 수 있습니다. 연속성 확인 프로토콜은 유지 보수 연결 내에서 결함을 감지하는 데 사용됩니다. 유지 보수 연결 엔드포인트(MEP)는 연속성 확인 메시지(CCM)를 주기적으로 보냅니다. CCM 전송 사이의 시간을 간격이라고 합니다. 수신 MEP는 유지 보수 협회에 있는 모든 MEP의 데이터베이스를 유지 관리합니다.
기본적으로 CCM은 MPC(Modular Port Concentrator)와 같은 라인 카드의 CPU에 의해 전송됩니다. CCM의 전송 사이의 지속 시간이 짧거나 특정 라인 카드에 대한 CCM이 규모가 큰 경우, CCM의 인라인 전송을 활성화하여 CCM의 전송을 포워딩 ASIC(즉, 하드웨어)로 위임하는 것이 좋습니다. CCM의 인라인 전송은 인라인 킵얼라이브 또는 인라인 KA라고도 합니다. 인라인 전송을 통해 시스템은 라인 카드당 더 많은 CFM(Connectivity Fault Management) 세션을 처리할 수 있습니다. CCM의 인라인 전송을 활성화하면 CCM의 최대 확장을 달성할 수 있습니다.
CCM의 인라인 전송을 활성화하려면 다음 단계를 수행하십시오.
인라인 전송을 비활성화하려면 hardware-assisted-keepalives disable
문을 사용합니다. 인라인 전송을 비활성화한 후 변경 사항을 적용하려면 라우터를 재부팅해야 합니다.
참조
최대 확장을 위해 링크 장애 관리 keepalives의 인라인 전송 활성화
크기 조정은 시스템이 증가하는 작업량을 처리하고 계속 잘 작동할 수 있는 기능입니다. 크기 조정은 용량 증가와 증가하는 워크로드, 구독자 또는 세션 수, 하드웨어 구성 요소 등을 처리할 수 있는 능력을 의미할 수 있습니다.
기본적으로 LFM keepalive 패킷은 라인 카드의 주기적인 패킷 관리 ppm
프로세스에 의해 전송됩니다. 인라인 전송을 활성화하여 LFM keepalive 패킷의 전송을 포워딩 ASIC(즉, 하드웨어)로 위임할 수 있습니다. LFM keepalives의 인라인 전송은 인라인 keepalives 또는 Inline-KA라고도 합니다. LFM keepalive 패킷의 인라인 전송을 활성화하면 keepalive 패킷의 최대 확장성을 달성하고 프로세스의 부하를 ppm
줄이며 비 주니퍼 피어에 대해 LFM ISSU(In-Service Software Upgrade)를 지원할 수 있습니다(1초의 keepalive 간격 동안).
LFM 세션이 이미 설정된 경우 LFM의 인라인 전송을 활성화 또는 비활성화하지 마십시오. 인라인 전송을 활성화하거나 비활성화하려면 먼저 명령을 사용하여 기존에 deactivate
설정된 LFM 세션을 비활성화한 다음 인라인 LFM을 활성화 또는 비활성화한 후 명령을 사용하여 activate
LFM 세션을 다시 활성화해야 합니다.
LFM keepalive 패킷의 인라인 전송을 활성화하기 전에 다음 작업을 완료하십시오.
LFM 세션이 온라인 상태이고 활성 상태인지 확인합니다. 기존 또는 설정된 LFM 세션이 온라인 상태이고 활성 상태인지 확인하려면 다음 명령을 실행합니다.
user@host> show oam ethernet link-fault-management detail Oct 18 02:04:17 Interface: ge-0/0/0 Status: Running, Discovery state: Active Send Local Transmit interval: 1000ms, PDU threshold: 3 frames, Hold time: 0ms Peer address: 00:00:00:00:00:00 Flags:0x8 OAM receive statistics: Information: 0, Event: 0, Variable request: 0, Variable response: 0 Loopback control: 0, Organization specific: 0 OAM flags receive statistics: Critical event: 0, Dying gasp: 0, Link fault: 0 OAM transmit statistics: Information: 28, Event: 0, Variable request: 0, Variable response: 0 = after waiting for a while count increased by 15 Loopback control: 0, Organization specific: 0 OAM received symbol error event information: Events: 0, Window: 0, Threshold: 0 Errors in period: 0, Total errors: 0 OAM received frame error event information: Events: 0, Window: 0, Threshold: 0 Errors in period: 0, Total errors: 0 OAM received frame period error event information: Events: 0, Window: 0, Threshold: 0 Errors in period: 0, Total errors: 0 OAM received frame seconds error event information: Events: 0, Window: 0, Threshold: 0 Errors in period: 0, Total errors: 0 OAM transmitted symbol error event information: Events: 0, Window: 0, Threshold: 1 Errors in period: 0, Total errors: 0 OAM current symbol error event information: Events: 0, Window: 0, Threshold: 1 Errors in period: 0, Total errors: 0 OAM transmitted frame error event information: Events: 0, Window: 0, Threshold: 1 Errors in period: 0, Total errors: 0 OAM current frame error event information: Events: 0, Window: 0, Threshold: 1 Errors in period: 0, Total errors: 0 Loopback tracking: Disabled, Loop status: Unknown Detect LOC: Disabled, LOC status: Unknown
OAM 전송 통계는 프로세스가 LFM keepalive 패킷의 전송을 처리하고 있음을
ppm
반영합니다.인라인 LFM 모드를 활성화할 수 있도록 LFM 세션을 비활성화합니다. LFM 세션을 비활성화하려면 다음 명령을 실행합니다.
[edit] user@host # deactivate protocols oam ethernet link-fault-management interface interface-name
구성을 커밋합니다. 구성을 커밋하려면 다음 명령을 실행합니다.
[edit] user@host # commit
LFM keepalive 패킷의 인라인 전송을 활성화하려면 다음 단계를 수행하십시오.
인라인 LFM을 비활성화하려면 기존에 설정된 LFM 세션이 온라인 상태이고 활성 상태인지 확인합니다. LFM 세션을 비활성화하고 커밋합니다. 명령문을 삭제하고 커밋하여 인라인 LFM을 비활성화합니다 hardware-assisted-keepalives
. 그런 다음 LFM 세션을 다시 활성화하고 구성을 커밋합니다.
참조
최대 확장을 달성하기 위해 성능 모니터링의 인라인 모드 활성화
성능 모니터링은 일정 기간 동안 네트워크의 트래픽 패턴을 연구하는 데 유용합니다. 네트워크 결함의 영향을 받기 전에 네트워크 문제를 식별하는 데 도움이 됩니다.
기본적으로 성능 모니터링 패킷은 MPC(Modular Port Concentrator)와 같은 라인 카드의 CPU에 의해 처리됩니다. 성능 모니터링의 인라인 모드를 활성화하면 프로토콜 데이터 유닛(PDU)의 처리가 포워딩 ASIC(즉, 하드웨어)로 위임됩니다. 성능 모니터링의 인라인 모드를 활성화하면 라인 카드의 CPU에 대한 부하가 감소하고 성능 모니터링 세션 수를 늘리고 서비스 OAM 성능 모니터링 세션에 대한 최대 확장을 달성할 수 있습니다. MX 시리즈 라우터에서는 라우터의 네트워크 서비스 모드가 로 구성되고 향상된 연결 장애 관리(enhanced-cfm-mode)
)가 구성된 경우에만 인라인 성능 모니터링 모드를 구성할 수 있습니다enhanced-ip
.
성능 모니터링의 인라인 모드를 사용하도록 설정하면 성능 모니터링 세션에 대해 최대 확장을 달성할 수 있습니다. 성능 모니터링 세션에 대한 최대 확장을 달성하려면 CCM(Continuity Check Message) 세션의 확장을 활성화해야 합니다. CCM 세션의 확장을 활성화하려면 연속성 확인 메시지의 인라인 전송을 활성화합니다. 연속성 확인 메시지의 인라인 전송에 대한 자세한 내용은 최대 확장을 위해 연속성 확인 메시지의 인라인 전송 사용을 참조하십시오. CCM 및 PM에 대해 지원되는 스케일링 값을 보려면 지원되는 인라인 CCM 및 인라인 PM 스케일링 값을 참조하십시오.
성능 모니터링의 인라인 모드는 프레임 지연 측정(양방향 지연 측정) 및 SLM(합성 손실 측정) 세션의 사전 예방적 모드에서만 지원됩니다. 반복기 프로필(CFM)을 사용하여 구성된 성능 모니터링 기능을 사전 예방적 성능 모니터링이라고 합니다. 서비스 프레임(LM)을 사용한 프레임 손실 측정을 위한 인라인 성능 모니터링 모드는 지원되지 않습니다.
MPC3E(MX-MPC3E-3D) 및 MPC4E(MPC4E-3D-32XGE-SFPP 및 MPC4E-3D-2CGE-8XGE)는 성능 모니터링의 인라인 모드를 지원하지 않습니다. 사용자 정의 데이터 TLV는 성능 모니터링의 인라인 모드를 구성한 경우 지원되지 않습니다. 또한 PM 세션당 12개의 기록 레코드만 지원됩니다.
변경이 기존 성능 모니터링 세션을 방해할 수 있으므로 성능 모니터링 세션을 구성하기 전에 성능 모니터링의 인라인 모드를 사용하도록 설정하는 것이 좋습니다.
성능 모니터링의 인라인 모드를 사용하려면 다음 단계를 수행하십시오.
참조
지원되는 인라인 CCM 및 인라인 PM 스케일링 값
이 항목에서는 성능 모니터링의 인라인 모드와 연속성 검사 메시지의 인라인 전송에 대한 크기 조정 값을 나열합니다. 크기 조정 값은 서로 다른 주기-시간 간격 값을 기반으로 합니다. 각 테이블에는 , enhanced-cfm-mode
및 hardware-assisted-pm
옵션을 사용하여 hardware-assisted-keepalives
인라인 CCM, 향상된 CFM 및 향상된 PM을 구성할 때 라인 카드 및 섀시당 최대 CFM(Connectivity Fault Management) 세션 및 성능 모니터링(PM) 세션 수가 나열되어 있습니다.
스케일링 값은 시스템의 다른 프로토콜의 부하를 고려하지 않으므로, 라인 카드 및 섀시에 대한 실제 실현 스케일링 값은 시스템의 다른 프로토콜 구성 및 스케일링에 따라 달라집니다. CFM에 대한 디도스(DDoS)를 구성하는 것이 좋습니다. 라인 카드의 CPU로 전송되는 CFM 패킷 수를 3,000개로 제한합니다. 패킷 수를 제한하면 다양한 CFM 프로토콜 이벤트의 확장된 CFM 구성으로부터 CPU를 보호할 수 있습니다.
표 1 은(는) CCM 간격과 PM 간격을 모두 1초로 구성할 때 라인 카드 및 섀시당 최대 CFM(Connectivity Fault Management) 세션 및 PM(Performance Monitoring) 세션 수를 나열합니다.
CFM 라인 카드 스케일 |
PM 라인 카드 스케일 |
CFM 섀시 스케일 |
PM 섀시 스케일 |
---|---|---|---|
4000대의 |
4500 |
16000 |
16000 |
6000 |
3750 |
16000 |
16000 |
7000 |
3375 |
16000 |
16000 |
8,000 |
3000 |
16000 |
16000 |
표 2 은(는) CCM 간격을 1초로 구성하고 PM 간격을 100밀리초로 구성할 때 라인 카드 및 섀시당 최대 CFM(Connectivity Fault Management) 세션 및 성능 모니터링(PM) 세션 수를 나열합니다.
CFM 라인 카드 스케일 |
PM 라인 카드 스케일 |
CFM 섀시 스케일 |
PM 섀시 스케일 |
---|---|---|---|
4000대의 |
450 |
12000 |
4000대의 |
6000 |
375 |
12000 |
4000대의 |
7000 |
337 |
12000 |
4000대의 |
8,000 |
300개 |
12000 |
4000대의 |
표 3 은(는) CCM 간격을 100밀리초로 구성하고 PM 간격을 1초로 구성할 때 라인 카드 및 섀시당 최대 CFM(Connectivity Fault Management) 세션 및 성능 모니터링(PM) 세션 수를 나열합니다.
CFM 라인 카드 스케일 |
PM 라인 카드 스케일 |
CFM 섀시 스케일 |
PM 섀시 스케일 |
---|---|---|---|
4000대의 |
3000 |
8,000 |
6000 |
3000 |
3750 |
8,000 |
6000 |
2000 |
4500 |
8,000 |
6000 |
1000 |
4500 |
8,000 |
6000 |
표 4 은(는) CCM 간격과 PM 간격을 모두 100밀리초로 구성할 때 라인 카드 및 섀시당 최대 CFM(Connectivity Fault Management) 세션 및 성능 모니터링(PM) 세션 수를 나열합니다.
CFM 라인 카드 스케일 |
PM 라인 카드 스케일 |
CFM 섀시 스케일 |
PM 섀시 스케일 |
---|---|---|---|
4000대의 |
300개 |
8,000 |
3000 |
3000 |
375 |
8,000 |
3000 |
2000 |
450 |
8,000 |
3000 |
1000 |
450 |
8,000 |
3000 |