인터페이스 대역폭 초과 구독

인터페이스 대역폭 초과 구독이라는 용어는 쉐이핑 속도(PIR(Peak Information Rate))의 합이 인터페이스 대역폭을 초과하도록 구성하는 것을 의미합니다.

논리적 인터페이스는 대역폭이 남을 때 초과 구독될 수 있습니다. 초과 구독은 구성된 PIR로 제한됩니다. 미사용 대역폭은 초과 구독된 논리적 인터페이스 또는 물리적 인터페이스 간에 균등하게 분배됩니다.

혼잡이 발생하지 않을 수 있는 네트워크의 경우 인터페이스 대역폭을 초과 구독하면 네트워크 활용도가 향상되어 단일 인터페이스에 더 많은 고객을 프로비저닝할 수 있습니다. 실제 데이터 트래픽이 인터페이스 대역폭을 초과하지 않는 경우, 초과 구독을 통해 인터페이스가 지원할 수 있는 것보다 더 많은 대역폭을 판매할 수 있습니다.

혼잡이 발생할 가능성이 있는 네트워크에서는 초과 구독을 피하는 것이 좋습니다. 서비스를 너무 많이 초과 구독하면 혼잡 시 라우팅 플랫폼의 성능이 저하될 수 있으므로 주의해야 합니다. 초과 구독을 구성할 때 실제 데이터 트래픽이 물리적 인터페이스 대역폭을 초과할 경우 일부 출력 대기열의 고갈이 발생할 수 있습니다. 통계적 멀티플렉싱을 사용하여 실제 데이터 트래픽이 인터페이스 대역폭을 초과하지 않도록 함으로써 성능 저하를 방지할 수 있습니다.

인터페이스의 초과 구독을 구성하려면 다음 단계를 수행합니다.

1. 계층 수준에서 문을 포함 shaping-rate 합니다 [edit class-of-service traffic-control-profiles profile-name] .

   또는 논리적 인터페이스에 대한 셰이핑 속도를 구성하고 계층 수준에서 [edit class-of-service interfaces interface-name unit logical-unit-number] 문을 포함하여 shaping-rate 물리적 인터페이스를 오버서브스크립션할 수 있습니다. 그러나 이 구성 접근 방식을 사용하면 2단계에서 설명한 대로 지연 버퍼 속도를 독립적으로 제어할 수 없습니다.

2. 선택적으로 지연 버퍼 속도를 기반으로 지연 버퍼 계산을 수행할 수 있습니다. 이렇게 하려면 계층 수준에서 다음 문을 포함 delay-buffer-rate 합니다.[edit class-of-service traffic-control-profiles profile-name]

   지연 버퍼 속도는 지연 버퍼 계산의 기준으로 쉐이핑 속도를 재정의합니다. 즉, 쉐이핑 속도 또는 스케일링된 쉐이핑 속도는 지연 버퍼 속도가 구성되지 않은 경우에만 지연 버퍼 계산에 사용됩니다.

   실제 지연 버퍼는 스케줄러 버퍼 크기를 구성하여 송신 인터페이스의 혼잡 관리에 설명된 계산을 기반으로 합니다. 지연 버퍼 속도가 적용되는 방법을 보여주는 예는 예: 인터페이스 대역폭 초과를 참조하십시오.

   상대적으로 느린 속도의 링크에서 큰 버퍼를 구성하면 패킷 노화가 발생할 수 있습니다. 이 문제를 방지하기 위해 소프트웨어는 지연 버퍼 속도의 합이 포트 속도보다 작거나 같아야 합니다.

   이 제한은 패킷 에이징의 가능성을 제거하지는 않으므로 문을 사용할 delay-buffer-rate 때 주의해야 합니다. 버스트 흡수를 위해 어느 정도의 추가 버퍼링이 바람직할 수 있지만, 지연 버퍼 속도는 논리적 인터페이스의 서비스 속도를 훨씬 초과해서는 안 됩니다.

   합계가 포트 속도를 초과하도록 지연 버퍼 속도를 구성하는 경우, 구성된 지연 버퍼 속도는 구성한 마지막 논리적 인터페이스에 대해 구현되지 않습니다. 대신, 해당 논리 인터페이스는 0의 지연 버퍼 속도를 수신하고 CLI에 경고 메시지가 표시됩니다. 대역폭을 사용할 수 있게 되면(다른 논리적 인터페이스가 삭제 또는 비활성화되거나 포트 속도가 증가하기 때문에) 구성된 delay-buffer-rate가 재평가되고 가능하면 구현됩니다.

   지연 버퍼 속도 또는 보장 속도를 구성하지 않을 경우, 논리적 인터페이스는 쉐이핑 속도와 사용 가능한 나머지 지연 버퍼 속도에 비례하여 지연 버퍼 속도를 수신합니다. 즉, 구성된 지연 버퍼 속도가 없는 각 논리 인터페이스의 지연 버퍼 속도는 다음과 같습니다.

   여기서 나머지 지연 버퍼 속도는 다음과 같습니다.

3. 스케줄러 맵을 논리적 인터페이스에 할당하려면 계층 수준에서 문을 포함 scheduler-map 합니다.[edit class-of-service traffic-control-profiles profile-name]

   스케줄러 및 스케줄러 맵 구성에 대한 자세한 내용은 스케줄러 구성 및 스케줄러 맵 구성을 참조하십시오.

4. 선택적으로 큰 버퍼 크기를 구성할 수 있습니다. 이렇게 하려면 계층 수준에서 다음 문을 포함 q-pic-large-buffer 합니다.[edit chassis fpc slot-number pic pic-number]

   이 명령문을 포함하지 않으면 delay-buffer 크기가 더 제한됩니다.  음성 트래픽과 같이 지연에 민감한 트래픽에는 제한된 버퍼를 사용하는 것이 좋습니다. 자세한 내용은 스케줄러 버퍼 크기를 구성하여 송신 인터페이스의 혼잡 관리를 참조하십시오.

5. 논리적 인터페이스에서 스케줄링을 활성화하려면 계층 수준에서 [edit interfaces interface-name] 문을 포함 per-unit-scheduler 합니다.

6. traffic-scheduleling 프로필을 적용하려면 계층 수준에서 output-traffic-control-profile 문을 포함합니다.[edit class-of-service interfaces interface-name unit logical-unit-number]

   논리적 인터페이스 구성에 OR shaping-rate 문이 포함된 경우, scheduler-map 구성에 문을 포함 output-traffic-control-profile 할 수 없습니다.

표 1 은 대역폭과 지연 버퍼가 다양한 구성에서 어떻게 할당되는지 보여줍니다.

scaled shaping rate = (shaping-rate * [physical interface bandwidth]) / SUM (shaping-rates of all logical interfaces on the physical interface)