Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

PTX 시리즈 라우터에서 RED 손실 패킷 소스 식별

이 주제는 RED(Random Early Detection) 손실 패킷의 원인을 식별하는 방법에 대해 설명합니다.

Junos OS 및 PTX 시리즈 하드웨어 CoS 기능은 수신에서 버퍼에 대한 가상 출력 대기열(VOQ)을 사용하고 각 송신 출력 대기열에 대한 대기열 트래픽을 사용합니다.

VOQ는 송신에 대한 혼잡 낙하를 제거하고 헤드 오브 라인(head-of-line) 차단을 완화하는 큐잉 전략입니다. 헤드 오브 라인(Head-of-line) 차단은 대기열의 머리에 있는 패킷이 리소스가 제공되기를 기다리고 있는 반면 이 패킷 뒤에 있는 다른 패킷은 서비스될 수 있기 때문에 패킷 대기열이 진행되지 않는 조건입니다. 예를 들어, 수신에 송신 패킷 전달 엔진 대한 단일 대기열이 있는 경우, 느리고 혼잡한 인터페이스로 향하는 패킷은 동일한 송신 패킷 전달 엔진 연결된 빠르고 혼잡하지 않은 인터페이스로 향하는 패킷을 차단할 수 있습니다.

VOQ를 사용하면 송신 패킷 전달 엔진 대신 수신 패킷 전달 엔진에서 가상 대기열이 유지됩니다. 그러나 수신 가상 출력 대기열의 스케줄링은 송신 패킷 전달 엔진 의해 제어됩니다. VOQ 아키텍처는 모든 송신 출력 대기열(얕은 버퍼)에 대해 모든 수신 패킷 전달 엔진 가상 대기열을 제공합니다. 라인 카드에 실제로 패킷이 유입될 때만 수신 패킷 전달 엔진 대기열이 물리적으로 존재하기 때문에 이러한 대기열을 가상이라고 합니다.

그림 1 은 PFE0, PFE1 및 PFE2의 세 가지 수신 패킷 전달 엔진을 보여줍니다. 각 수신 패킷 전달 엔진 단일 송신 포트 0에 대해 최대 8개의 가상 출력 대기열(PFE.e0.q0n ~ PFE.e0.q7n)을 제공합니다. 송신 패킷 전달 엔진 PFEn 는 라운드 로빈 방식으로 각 수신 VOQ에 대역폭을 배포하므로 제시된 부하에 관계없이 동등한 치료를 받게 됩니다.

예를 들어, 송신 PFEn의 VOQ e0.q0에는 10Gbps의 대역폭을 사용할 수 있습니다. PFE0은 e0.qo에 10Gbps의 부하를 제공하는 반면, PFE1 및 PFE2는 e0.q0에 1Gbps의 부하를 제공합니다. 그 결과 PFE1과 PFE2는 트래픽의 100%를 통과하고, wheras PFE0은 ~ 트래픽의 80%만 얻게 됩니다.

그림 1: PTX 시리즈 라우터 Virtual Output Queuing on PTX Series Routers 의 가상 출력 큐잉

송신 출력 대기열의 부하로 인해 혼잡이 발생하면 송신 출력 대기열에 대응하는 수신 VOQ에는 RED 드롭 패킷이 포함되어 있습니다.

참고:

VOQ에 대한 자세한 내용은 PTX 시리즈 패킷 전송 라우터 가상 출력 대기열 이해를 참조하십시오.

다음 절차를 사용하여 송신 혼잡에 기여하는 수신 패킷 전달 엔진(수신 트래픽 관점에서)을 식별할 수 있습니다.

RED 드롭 패킷에 어떤 수신 패킷 전달 엔진 기여하는지 결정하려면 다음을 수행합니다.

  1. 송신 링크에 RED 손실 패킷이 있는지 여부를 확인합니다.
    1. show interfaces queue interface-name 송신 인터페이스에서 명령을 실행합니다.

    2. show 출력에서 RED 드롭 패킷 필드를 찾고 해당 값이 0보다 큰지 확인하여 인터페이스가 RED 드롭 패킷을 경험하고 있는지 확인합니다.

      다음 예는 슬롯 7의 FPC에 위치한 PIC 0의 포트 0에서 구성된 송신 이더넷 인터페이스에 대한 RED 삭제 통계를 보여줍니다.

  2. 인터페이스에 RED 손실 패킷이 있는 경우 RED 드롭 패킷을 경험하는 송신 인터페이스에서 명령을 실행 show interface voq interface-name 합니다.
    팁:

    명령을 사용할 show interfaces voq 때 명령 필터를 사용하여 정확한 대기열을 찾을 수 있습니다. 명령 사용은 show interfaces voq를 참조하십시오.

  3. 출력에서 show 인터페이스가 RED 드롭 패킷을 경험하고 있는지 확인합니다.

    다음 예는 슬롯 7의 FPC에 위치한 PIC 0의 포트 0에서 구성된 송신 이더넷 인터페이스에 대한 수신 RED 드롭 패킷 수를 보여줍니다.

    샘플 출력은 혼잡의 원인이 FPC 번호 4의 수신 패킷 전달 엔진 PFE 0이고, RED 드롭 패킷 수로 표시되는 FPC 번호 6의 수신 패킷 전달 엔진 PFE 0임을 보여줍니다.

참고:

집계 인터페이스의 경우, 동일한 단계를 따르지만, 집계 인터페이스의 각 하위 링크에서 명령을 실행 show interface queue 하여 혼잡을 경험하는 하위 송신 링크가 무엇인지 결정해야 합니다. 그런 다음 해당 하위 링크에서 명령을 실행 show interface voq 하여 어떤 수신 패킷 전달 엔진이 혼잡에 기여하고 있는지 확인합니다.