Cisco 스위치 인터페이스에서 총 출력이 저하되는 원인은 무엇입니까?

ios 12.2 (58) SE1을 실행하는 Cisco 3120X 및 Cisco 3120G 스위치가 포함 된 HP c7000 블레이드 섀시가 있습니다. 블레이드 자체는 매우 가볍게로드되지만 섀시의 다른 블레이드 스위치에있는 많은 인터페이스는 상당히 많은 출력 드롭을 보여줍니다. 출력 감소의 횟수를 반복적으로 확인하면 카운터가 증가하는 것뿐만 아니라 때로는 감소합니다. 숫자는 인터페이스에 기록 된 패킷과 관련이 없습니다. 플랫폼의 기본 QoS 설정입니다.

다음 샘플은 모두 30 초 내에 채취되었습니다.

bc1019-3120-stack> sh int gi2 / 0 / 7 | 나는 방울을 출력
  입력 큐 : 0/75/0/0 (크기 / 최대 / 드롭 / 플러시); 총 출력 하락 : 2255550
bc1019-3120-stack> sh int gi2 / 0 / 7 | 나는 방울을 출력
  입력 큐 : 0/75/0/0 (크기 / 최대 / 드롭 / 플러시); 총 출력 하락 : 2255550
bc1019-3120-stack> sh int gi2 / 0 / 7 | 나는 방울을 출력
  입력 큐 : 0/75/0/0 (크기 / 최대 / 드롭 / 플러시); 총 출력 하락 : 2255550
bc1019-3120-stack> sh int gi2 / 0 / 7 | 나는 방울을 출력
  입력 큐 : 0/75/0/0 (크기 / 최대 / 드롭 / 플러시); 총 출력 하락 : 2255550
bc1019-3120-stack> sh int gi2 / 0 / 7 | 나는 방울을 출력
  입력 큐 : 0/75/0/0 (크기 / 최대 / 드롭 / 플러시); 총 출력 하락 : 2255550
bc1019-3120-stack> sh int gi2 / 0 / 7 | 나는 방울을 출력
  입력 큐 : 0/75/0/0 (크기 / 최대 / 드롭 / 플러시); 총 출력 하락 : 2255550
bc1019-3120-stack> sh int gi2 / 0 / 7 | 나는 방울을 출력
  입력 큐 : 0/75/0/0 (크기 / 최대 / 드롭 / 플러시); 총 출력 하락 : 451110
bc1019-3120-stack> sh int gi2 / 0 / 7 | 나는 방울을 출력
  입력 큐 : 0/75/0/0 (크기 / 최대 / 드롭 / 플러시); 총 출력 하락 : 451110
bc1019-3120-stack> sh int gi2 / 0 / 7 | 나는 방울을 출력
  입력 큐 : 0/75/0/0 (크기 / 최대 / 드롭 / 플러시); 총 출력 하락 : 902220
bc1019-3120-stack> sh int gi2 / 0 / 7 | 나는 방울을 출력
  입력 큐 : 0/75/0/0 (크기 / 최대 / 드롭 / 플러시); 총 출력 하락 : 1353330
bc1019-3120-stack> sh int gi2 / 0 / 7 | 나는 방울을 출력
  입력 큐 : 0/75/0/0 (크기 / 최대 / 드롭 / 플러시); 총 출력 하락 : 1804440
bc1019-3120-stack> sh int gi2 / 0 / 7 | 나는 방울을 출력
  입력 큐 : 0/75/0/0 (크기 / 최대 / 드롭 / 플러시); 총 출력 하락 : 1804440
bc1019-3120-stack> sh int gi2 / 0 / 7 | 나는 방울을 출력
  입력 큐 : 0/75/0/0 (크기 / 최대 / 드롭 / 플러시); 총 출력 하락 : 1804440
bc1019-3120-stack> sh int gi2 / 0 / 7 | 나는 방울을 출력
  입력 큐 : 0/75/0/0 (크기 / 최대 / 드롭 / 플러시); 총 출력 하락 : 451490

bc1019-3120-stack> sh int gi2 / 0 / 7 | 나는 출력 속도
  5 분 출력 속도 301000 비트 / 초, 119 패킷 / 초

1) 서버 nic 외에 프레임을 빠르게 수신하지 못하는 것 외에 출력 저하를 일으킬 수있는 다른 것이 있습니까?

2) 인터페이스 카운터가 기록 할 수있는 최대 출력 드롭 수는 얼마입니까? 최대 값에 도달하면 롤오버됩니까?

3) 건전한 출력 저하율은 무엇입니까?

누군가 카운터를 비우지 않는 한 주행 거리계 카운터 (패킷 동작에 따라 증가하는 카운터)가 감소하지 않아야하며 항상 증가해야합니다. 그 부분은 버그처럼 들립니다.

특히 출력이 떨어지는 원인에 대해서는 여러 가지 원인이 있으므로 정확하게 찾아내는 것이 매우 어렵습니다. 때로는 스위치의 백플레인 내부에 정체가 발생하여 발신 인터페이스에서 출력 강하로 나타날 수 있습니다. 드문 경우지만 1 분 간격으로 폴링하면 인터페이스에 빠르게 과부하가 걸리지 만 매우 빠르게 드롭 다운되는 마이크로 버스트가 발생할 수 있습니다. 출력 감소를 위해 SNMP OID를 잡고 그래프로 작성하여 CLI 카운터와 어떻게 일치하는지 확인하십시오.

일반적으로, 목적지로 보내지 않은 패킷을 나타 내기 때문에 출력 드롭을 원하지 않습니다. 그러나 링크를 뜨겁게 실행하는 경우 (그렇지 않다고 말하면) 대부분 내부 스위치 버퍼링 등으로 인해 불가피합니다.

내 첫 번째 생각은 유니 캐스트 플러딩 (unicast flooding)인데, 특히 카운터가 같은 VLAN의 여러 포트에서 카운터가 동시에 증가하는 경우입니다. 카운터 감소가 버그처럼 들린다는 Aaron의 의견에 동의합니다. 카운터는 아마 2 ^ 64에 롤오버되지만 몇 초 안에 발생하지 않습니다. 건강한 출력 감소율은 0으로 간주하지만 데이터 센터에서도 현실적이지는 않습니다. 10G 업 링크를하고 있습니까?

버그 CSCtq86186에 도달 한 것 같습니다. 이 버그는 3750, 2960에서 발견되었지만 블레이드 스위치에도 영향을 줄 수 있습니다.

유니 캐스트 플러딩이 발생하는 경우 호스트 중 하나에서 wireshark를 실행하거나 포트 중 하나에 걸쳐있는 경우이를 매우 빠르게 표시해야합니다.

정사각형 토폴로지에 중복 코어가있는 것 같습니까? 그렇다면이 명령을 VLAN 인터페이스에 추가하십시오.

arp timeout 300

CAM 테이블은 5 분 동안 항목을 보유하고 ARP 테이블은 4 시간 동안 유지됩니다 (기본값). CAM에 맞게 ARP를 설정하면 CPU가 약간 증가하여 유니 캐스트 플러딩이 제거 될 수 있습니다. Catalyst 6500/6000 스위치 ARP 또는 CAM 테이블 문제 문제 해결

버스트가 버퍼를 고갈시키기 때문에 작은 버퍼가있는 작은 스위치에서는 출력 강하가 일반적입니다. 나는 3120에 익숙하지 않으므로 버퍼의 크기에 대해 말할 수는 없지만 적어도 그것이 출력을 떨어 뜨릴 수있는 일반적인 이유입니다.

구체적인 이유는 여러 소스 포트가 하나의 대상으로 전송되어 혼잡을 일으키는 HOLB (Head of Line Blocking)입니다. 또 다른 일반적인 이유는 더 높은 포트 속도에서 더 낮은 포트 속도, 즉 10G에서 1G로 또는 40G에서 10G로 갈 때입니다.

show controllers ethernet-controller X를 실행하는 것이 좋습니다. 여기서 X는 포트입니다. 큰 프레임으로 무언가를 출력하려는 ​​경우와 같이 출력 드롭에 관한 정보를 얻어야합니다. 이는 네트워크에서 일관된 MTU가없는 경우 발생할 수 있습니다.