낮은 메트로 이더넷 TCP 처리량 문제 해결

14

설정

데이터 센터에 하나의 큰 파이프가 있고 원격 사이트에는 더 작은 파이프가있는 계층 2 네트워크로 표시되는 임대 회선을 몇 대 임대했습니다. 레이어 2 네트워크 내에서 원하는 모든 것을 할 수 있습니다. 아마도 802.1ad를 사용하여 각 고객에게 네트워크 내부에 별도의 네트워크를 제공 할 수 있습니다. AFAICS 대부분의 사이트는 일반 VDSL을 통해 연결됩니다.

우리는 각 사이트에 라우터를 설치하고 각 사이트에 자체 VLAN을 제공하기로 결정했습니다. 따라서 DC의 방화벽에는 사이트 수만큼 정의 된 VLAN이 있습니다. 따라서 각 사이트는 자체 VLAN에서 주소 범위를 사용합니다.

네트워크 다이어그램 :

네트워크 다이어그램

문제

이제 처리량 문제에 직면했습니다.

  • 사이트에서 DC로 FTP 전송을 실행하면 회선 속도 인 약 10Mb / s로 잘 작동합니다.
  • DC에서 사이트로 FTP 전송을 실행하면 6Mb / s 이하에서 제대로 작동하지 않습니다.

어느 쪽 이 전송을 시작 하는지 는 중요하지 않습니다 . 유일한 일관성은 한 방향이 제대로 작동하지 않는다는 것입니다. 터미널 서버 클라이언트를 사용하고자 할 때 가장 필요한 대역폭이기 때문에 사이트 방향은 너무 나쁩니다.

전송에 약 10 초가 걸리면 처리량이 줄어 듭니다. 스니핑 할 때 DUP ACK가 나타납니다. 어느 쪽이 공급자의 말미에 속도 제한으로 이어질까요? (현재는 단서가 없으며, 이관하기 전에 우리가 잘못되지 않았는지 확인하고 싶습니다)

참고 원격 사이트는 어떻게 든 10Mb로 제한됩니다. 스위치-메트로 포트를 10Mb로 설정해도 도움이되지 않습니다. 실제로 최악입니다 (최대 30KB / s). 100Mb로 설정하면 정상적으로 작동하지만 이미 개요 된 문제가 발생하기 시작합니다. 1G와 동일합니다.

문제의 캡처는 여기에서 다운로드 할 수 있습니다.

* http://178.63.11.6/dc-to-remote_dc-side.pcapng
* http://178.63.11.6/dc-to-remote_remote-side.pcapng

진단

이미지에는 몇 가지 오류 정보가 포함 된 Wireshark IO Graph가 표시됩니다.

  • 왼쪽 : DC에서 사이트로 FTP 전송
  • 오른쪽 : 사이트에서 DC로 FTP 전송

중복 acks

상대방이 전송을 시작하는 경우 (즉, 원격에서 가져 오는 대신 dc에서 전송) 문제는 변경되지 않습니다.

여기서 문제가 될 수 있다고 생각하는 것에 빠지십시오.

업데이트 # 1 (위에 통합)

업데이트 # 2 ( 업데이트 됨 )

이것은 혼잡 제어 일 것입니다.

DC에서 원격으로 10G-> 1G-> 100M-> 10M-> 1G 링크가 있습니다. <-작동하지 않습니다

다른 방향으로 우리는 1G-> 10M-> 100M-> 1G-> 10G와 반대입니다. <-괜찮아

첫 번째 "1G-> 10M"은 원격 사이트에서 "보이지 않는"10M이며, 업 링크 포트 속도를 포함하여 모든 것이 1G로 설정되어 있지만 그 뒤에 10M 만 있습니다 (판매 중).

그러나 DC의 100Mbps는 실제 100Mbps이며 인터페이스는 물리 계층에서 100Mbps로 구성됩니다.

나는 지금 iperf를 사용했다 :

  • TCP 테스트는 한 방향으로 만 작동합니다 (client = DC, server = remote)
./iperf -c 192.168.x -i2 -t 60 -r
-------------------------------------------------- ----------
TCP 포트 5001에서 서버 수신
TCP 창 크기 : 85.3KByte (기본값)
-------------------------------------------------- ----------
-------------------------------------------------- ----------
192.168.x, TCP 포트 5001에 연결하는 클라이언트
TCP 창 크기 : 16.0KByte (기본값)
-------------------------------------------------- ----------
[3] 192.168.x 포트 5001에 연결된 로컬 10.x 포트 38195
[3] 0.0-2.0 초 1.44 MBytes 6.03 Mbits / 초
[3] 2.0-4.0 초 2.23MBytes 9.37Mbits / 초
[3] 4.0-6.0 초 2.28 MBytes 9.57 Mbits / 초
[3] 6.0-8.0 초 1.88 MBytes 7.90 Mbits / 초
[3] 8.0-10.0 초 1.00 MBytes 4.19 Mbits / 초
[3] 10.0-12.0 초 1.30MBytes 5.47Mbits / 초
[3] 12.0-14.0 초 688 KBytes 2.82 Mbits / sec
[3] 14.0-16.0 초 840KB 3.44Mbits / 초
[3] 16.0-18.0 초 1.03MB 4.33MB / 초
[3] 18.0-20.0 초 1.01 메가 바이트 4.23 Mbits / sec
[3] 20.0-22.0 초 1.03 MBytes 4.33 Mbits / sec
[3] 22.0-24.0 초 1.18 MBytes 4.95 Mbits / sec
[3] 24.0-26.0 초 904 KBytes 3.70 Mbits / sec
[3] 26.0-28.0 초 840 Kbytes 3.44 Mbits / sec
[3] 28.0-30.0 초 936 KBytes 3.83 Mbits / sec
[3] 30.0-32.0 초 1.09MBytes 4.59Mbits / 초
[3] 32.0-34.0 초 960 KBytes 3.93 Mbits / sec
[3] 34.0-36.0 초 752KB 3.08Mbits / 초
[3] 36.0-38.0 초 1.09 MBytes 4.59 Mbits / sec
[3] 38.0-40.0 초 1.09 MBytes 4.59 Mbits / 초
[3] 40.0-42.0 초 840 KBytes 3.44 Mbits / sec
[3] 42.0-44.0 초 1.27 MBytes 5.34 Mbits / sec
[3] 44.0-46.0 초 1.16 MBytes 4.85 Mbits / sec
[3] 46.0-48.0 초 840 KBytes 3.44 Mbits / sec
[3] 48.0-50.0 초 960 KBytes 3.93 Mbits / sec
[3] 50.0-52.0 초 1.28 MBytes 5.37 Mbits / sec
[3] 52.0-54.0 초 1.09 MBytes 4.59 Mbits / 초
[3] 54.0-56.0 초 992KBytes 4.06Mbits / 초
[3] 56.0-58.0 초 1.00 MBytes 4.19 Mbits / sec
[3] 58.0-60.0 초 1.09 MBytes 4.59 Mbits / 초
[3] 0.0-60.2 초 33.9 MBytes 4.73 Mbits / sec
[5] 192.168.x 포트 10965에 연결된 로컬 10.x 포트 5001
[5] 0.0-2.0 초 1.85 MBytes 7.75 Mbits / 초
[5] 2.0-4.0 초 1.90 MBytes 7.98 Mbits / 초
[5] 4.0-6.0 초 1.89 MBytes 7.93 Mbits / 초
[5] 6.0-8.0 초 1.92 MBytes 8.07 Mbits / 초
[5] 8.0-10.0 초 1.91 MBytes 8.02 Mbits / 초
[5] 10.0-12.0 초 1.83MBytes 7.69Mbits / 초
[5] 12.0-14.0 초 1.86MB 7.78MB / 초
[5] 14.0-16.0 초 1.79MBytes 7.52Mbits / 초
[5] 16.0-18.0 초 1.79MBytes 7.52Mbits / 초
[5] 18.0-20.0 초 1.89 MBytes 7.91 Mbits / 초
[5] 20.0-22.0 초 1.91 MBytes 8.00 Mbits / sec
[5] 22.0-24.0 초 1.88 MBytes 7.91 Mbits / 초
[5] 24.0-26.0 초 1.95 MBytes 8.16 Mbits / 초
[5] 26.0-28.0 초 1.90 MBytes 7.99 Mbits / sec
[5] 28.0-30.0 초 1.87 MBytes 7.84 Mbits / 초
[5] 30.0-32.0 초 1.85 MBytes 7.77 Mbits / sec
[5] 32.0-34.0 초 1.55MB 6.49MB / 초
[5] 34.0-36.0 초 1.92 MBytes 8.07 Mbits / sec
[5] 36.0-38.0 초 1.90MB 7.99MB / 초
[5] 38.0-40.0 초 1.84 MBytes 7.73 Mbits / 초
[5] 40.0-42.0 초 1.66MB 6.95MB / 초
[5] 42.0-44.0 초 1.92 MBytes 8.07 Mbits / sec
[5] 44.0-46.0 초 1.91 MBytes 7.99 Mbits / 초
[5] 46.0-48.0 초 1.90 MBytes 7.98 Mbits / sec
[5] 48.0-50.0 초 1.84 MBytes 7.70 Mbits / 초
[5] 50.0-52.0 초 1.93 MBytes 8.09 Mbits / 초
[5] 52.0-54.0 초 1.80MB 7.54MB / 초
[5] 54.0-56.0 초 1.83 MBytes 7.67 Mbits / 초
[5] 56.0-58.0 초 1.88 MBytes 7.86 Mbits / 초
[5] 58.0-60.0 초 1.85 MBytes 7.78 Mbits / 초
[5] 0.0-60.3 초 ​​56.0 MBytes 7.79 Mbits / 초
  • 이를 확인하기 위해 Metro 연결, 200 = 원격, 201 = DC를 사용하여 동일한 VLAN에있는 두 호스트의 UDP 테스트가 있습니다.

대역폭이 증가함에 따라 패킷 손실이 증가하는 것을 볼 수 있습니다 (10Mbps에 도달하면 0.93 %, 중요해지기 시작하고 TCP에 문제가있는 이유도 설명합니다)

++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
C : \ iperf-2.0.5-2-win32> iperf -c 192.168.191.200 -i 1 -t 20 -r -u
++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
-------------------------------------------------- ----------
UDP 포트 5001에서 서버 청취
1470 바이트 데이터 그램 수신
UDP 버퍼 크기 : 64.0KByte (기본값)
-------------------------------------------------- ----------
-------------------------------------------------- ----------
192.168.191.200, UDP 포트 5001에 연결하는 클라이언트
1470 바이트 데이터 그램 보내기
UDP 버퍼 크기 : 64.0KByte (기본값)
-------------------------------------------------- ----------
[4] 192.168.191.200 포트 5001에 연결된 로컬 192.168.191.201 포트 61759
[ID] 간격 전송 대역폭
[4] 0.0-1.0 초 128KBytes 1.05Mbits / 초
[4] 1.0-2.0 초 128KBytes 1.05Mbits / 초
[4] 2.0-3.0 초 129KBytes 1.06Mbits / 초
[4] 3.0-4.0 초 128KBytes 1.05Mbits / 초
[4] 4.0-5.0 초 128KBytes 1.05Mbits / 초
[4] 5.0-6.0 초 128KBytes 1.05Mbits / 초
[4] 6.0-7.0 초 128KBytes 1.05Mbits / 초
[4] 7.0-8.0 초 128KBytes 1.05Mbits / 초
[4] 8.0-9.0 초 128KBytes 1.05Mbits / 초
[4] 9.0-10.0 초 129 KBytes 1.06 Mbits / 초
[4] 10.0-11.0 초 128KBytes 1.05Mbits / 초
[4] 11.0-12.0 초 128KBytes 1.05Mbits / 초
[4] 12.0-13.0 초 128KBytes 1.05Mbits / 초
[4] 13.0-14.0 초 128KBytes 1.05Mbits / 초
[4] 14.0-15.0 초 128KBytes 1.05Mbits / 초
[4] 15.0-16.0 초 128KBytes 1.05Mbits / 초
[4] 16.0-17.0 초 128KBytes 1.05Mbits / 초
[4] 17.0-18.0 초 128KBytes 1.05Mbits / 초
[4] 18.0-19.0 초 131KBytes 1.07Mbits / 초
[4] 19.0-20.0 초 128 KBytes 1.05 Mbits / sec
[4] 0.0-20.0 초 2.50 MBytes 1.05 Mbits / 초
[4] 1785 개의 데이터 그램 전송
[4] 서버 보고서 :
[4] 0.0-20.0 초 2.50 MBytes 1.05 Mbits / sec 0.257 ms 0/1785 (0 %)
[3] 192.168.191.200 포트 50749에 연결된 로컬 192.168.191.201 포트 5001
[3] 0.0-1.0 초 128 KBytes 1.05 Mbits / sec 0.285 ms 0/89 (0 %)
[3] 1.0-2.0 초 128KBytes 1.05Mbits / 초 0.313ms 0/89 (0 %)
[3] 2.0-3.0 초 128KBytes 1.05Mbits / 초 0.278ms 0/89 (0 %)
[3] 3.0-4.0 초 128KBytes 1.05Mbits / 초 0.241ms 0/89 (0 %)
[3] 4.0-5.0 초 128KBytes 1.05Mbits / 초 0.266ms 0/89 (0 %)
[3] 5.0-6.0 초 128KBytes 1.05Mbits / 초 0.293ms 0/89 (0 %)
[3] 6.0-7.0 초 128KBytes 1.05Mbits / 초 0.314ms 0/89 (0 %)
[3] 7.0-8.0 초 128KBytes 1.05Mbits / 초 0.280ms 0/89 (0 %)
[3] 8.0-9.0 초 128KBytes 1.05Mbits / 초 0.242ms 0/89 (0 %)
[3] 9.0-10.0 초 129 KBytes 1.06 Mbits / sec 0.250 ms 0/90 (0 %)
[3] 10.0-11.0 초 128KBytes 1.05Mbits / 초 0.275ms 0/89 (0 %)
[3] 11.0-12.0 초 128KBytes 1.05Mbits / 초 0.299ms 0/89 (0 %)
[3] 12.0-13.0 초 128KBytes 1.05Mbits / 초 0.327ms 0/89 (0 %)
[3] 13.0-14.0 초 128KBytes 1.05Mbits / 초 0.290ms 0/89 (0 %)
[3] 14.0-15.0 초 128KBytes 1.05Mbits / 초 0.251ms 0/89 (0 %)
[3] 15.0-16.0 초 128KBytes 1.05Mbits / 초 0.275ms 0/89 (0 %)
16.0-17.0 초 128KBytes 1.05Mbits / 초 0.303ms 0/89 (0 %)
[3] 17.0-18.0 초 128KBytes 1.05Mbits / 초 0.333ms 0/89 (0 %)
[3] 18.0-19.0 초 128KBytes 1.05Mbits / 초 0.294ms 0/89 (0 %)
[3] 19.0-20.0 초 131 KBytes 1.07 Mbits / sec 0.281 ms 0/91 (0 %)
[3] 0.0-20.0 초 2.50 MBytes 1.05 Mbits / sec 0.305 ms 0/1785 (0 %)

++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
C : \ iperf-2.0.5-2-win32> iperf -c 192.168.191.200 -i 1 -t 20 -r -u -b 5 분
++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
-------------------------------------------------- ----------
UDP 포트 5001에서 서버 청취
1470 바이트 데이터 그램 수신
UDP 버퍼 크기 : 64.0KByte (기본값)
-------------------------------------------------- ----------
-------------------------------------------------- ----------
192.168.191.200, UDP 포트 5001에 연결하는 클라이언트
1470 바이트 데이터 그램 보내기
UDP 버퍼 크기 : 64.0KByte (기본값)
-------------------------------------------------- ----------
[4] 192.168.191.200 포트 5001에 연결된 로컬 192.168.191.201 포트 61760
[ID] 간격 전송 대역폭
[4] 0.0-1.0 초 610 KBytes 5.00 Mbits / sec
[4] 1.0-2.0 초 609 KBytes 4.99 Mbits / sec
[4] 2.0-3.0 초 610KBytes 5.00Mbits / 초
[4] 3.0-4.0 초 609KBytes 4.99Mbits / 초
[4] 4.0-5.0 초 610KBytes 5.00Mbits / 초
[4] 5.0-6.0 초 609KBytes 4.99Mbits / 초
[4] 6.0-7.0 초 610 KBytes 5.00 Mbits / sec
[4] 7.0-8.0 초 609KB 4.99Mbits / 초
[4] 8.0-9.0 초 610 KBytes 5.00 Mbits / sec
[4] 9.0-10.0 초 619 KBytes 5.07 Mbits / sec
[4] 10.0-11.0 초 610KBytes 5.00Mbits / 초
[4] 11.0-12.0 초 609KBytes 4.99Mbits / 초
[4] 12.0-13.0 초 609KBytes 4.99Mbits / 초
[4] 13.0-14.0 초 610KBytes 5.00Mbits / 초
[4] 14.0-15.0 초 609KBytes 4.99Mbits / 초
[4] 15.0-16.0 초 610KBytes 5.00Mbits / 초
[4] 16.0-17.0 초 609KB 4.99Mbits / 초
[4] 17.0-18.0 초 610KBytes 5.00Mbits / sec
[4] 18.0-19.0 초 619KB 5.07Mbits / 초
[4] 19.0-20.0 초 609 KBytes 4.99 Mbits / sec
[4] 0.0-20.0 초 11.9 MBytes 5.00 Mbits / 초
[4] 8504 개의 데이터 그램 전송
[4] 서버 보고서 :
[4] 0.0-20.0 초 11.9 MBytes 4.99 Mbits / sec 0.000 ms 12/8503 (0.14 %)
[4] 0.0-20.0 초 1 데이터 그램이 잘못 수신 됨
[3] 192.168.191.200 포트 50750에 연결된 로컬 192.168.191.201 포트 5001
[3] 0.0-1.0 초 606 KBytes 4.96 Mbits / sec 2.238 ms 1/423 (0.24 %)
[3] 1.0-2.0 초 610 KBytes 5.00 Mbits / sec 2.739 ms 0/425 (0 %)
[3] 2.0-3.0 초 609KBytes 4.99Mbits / sec 3.089ms 1/425 (0.24 %)
[3] 3.0-4.0 초 609 KBytes 4.99 Mbits / sec 3.605 ms 0/424 (0 %)
[3] 4.0-5.0 초 607KBytes 4.97Mbits / sec 1.954ms 0/423 (0 %)
[3] 5.0-6.0 초 612 KBytes 5.01 Mbits / sec 2.666 ms 0/426 (0 %)
[3] 6.0-7.0 초 607 KBytes 4.97 Mbits / sec 2.602 ms 0/423 (0 %)
[3] 7.0-8.0 초 612KB 5.01Mbits / 초 2.960ms 0/426 (0 %)
[3] 8.0-9.0 초 609 KBytes 4.99 Mbits / sec 2.512 ms 0/424 (0 %)
[3] 9.0-10.0 초 619 KBytes 5.07 Mbits / sec 2.133 ms 0/431 (0 %)
[3] 10.0-11.0 초 609 KBytes 4.99 Mbits / sec 3.605 ms 1/425 (0.24 %)
[3] 11.0-12.0 초 609KB 4.99Mbits / sec 2.509ms 0/424 (0 %)
[3] 12.0-13.0 초 610KBytes 5.00Mbits / sec 3.570ms 0/425 (0 %)
[3] 13.0-14.0 초 609KB 4.99Mbits / sec 3.077ms 1/425 (0.24 %)
[3] 14.0-15.0 초 609KB 4.99Mbits / 초 2.679ms 0/424 (0 %)
[3] 15.0-16.0 초 609KB 4.99Mbits / 초 1.887ms 0/424 (0 %)
[3] 16.0-17.0 초 610KBytes 5.00Mbits / sec 2.651ms 0/425 (0 %)
[3] 17.0-18.0 초 609KB 4.99Mbits / sec 3.390ms 0/424 (0 %)
[3] 18.0-19.0 초 617KB 5.06MB / 초 2.601ms 0/430 (0 %)
[3] 19.0-20.0 초 612 KBytes 5.01 Mbits / sec 3.525 ms 0 / 426 (0 %)
[3] 0.0-20.0 초 11.9MBytes 4.99Mbits / sec 3.156ms 3/8503 (0.035 %)
[3] 0.0-20.0 초 1 데이터 그램이 잘못 수신 됨

++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
C : \ iperf-2.0.5-2-win32> iperf -c 192.168.191.200 -i 1 -t 20 -r -u -b 9m
++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
-------------------------------------------------- ----------
UDP 포트 5001에서 서버 청취
1470 바이트 데이터 그램 수신
UDP 버퍼 크기 : 64.0KByte (기본값)
-------------------------------------------------- ----------
-------------------------------------------------- ----------
192.168.191.200, UDP 포트 5001에 연결하는 클라이언트
1470 바이트 데이터 그램 보내기
UDP 버퍼 크기 : 64.0KByte (기본값)
-------------------------------------------------- ----------
[4] 192.168.191.200 포트 5001에 연결된 로컬 192.168.191.201 포트 61761
[ID] 간격 전송 대역폭
[4] 0.0-1.0 초 1.07 MBytes 9.00 Mbits / 초
[4] 1.0-2.0 초 1.07 MBytes 8.98 Mbits / 초
[4] 2.0-3.0 초 1.07MBytes 9.00Mbits / 초
[4] 3.0-4.0 초 1.07MBytes 8.98Mbits / 초
[4] 4.0-5.0 초 1.07MBytes 9.00Mbits / 초
[4] 5.0-6.0 초 1.07 MBytes 8.98 Mbits / 초
[4] 6.0-7.0 초 1.07 MBytes 8.98 Mbits / 초
[4] 7.0-8.0 초 1.07MBytes 9.00Mbits / 초
[4] 8.0-9.0 초 1.07 MBytes 8.98 Mbits / 초
[4] 9.0-10.0 초 1.09 MBytes 9.14 Mbits / 초
[4] 10.0-11.0 초 1.07MBytes 9.00Mbits / 초
[4] 11.0-12.0 초 1.07MBytes 8.98Mbits / 초
[4] 12.0-13.0 초 1.07MBytes 8.98Mbits / 초
[4] 13.0-14.0 초 1.07MBytes 9.00Mbits / 초
[4] 14.0-15.0 초 1.07MBytes 8.98Mbits / 초
[4] 15.0-16.0 초 1.07MBytes 9.00Mbits / 초
[4] 16.0-17.0 초 1.07MBytes 8.98Mbits / 초
[4] 17.0-18.0 초 1.07MBytes 8.98Mbits / 초
[4] 18.0-19.0 초 1.09 MBytes 9.14 Mbits / 초
[4] 19.0-20.0 초 1.07 MBytes 9.00 Mbits / sec
[4] 0.0-20.0 초 21.5 MBytes 9.00 Mbits / sec
[4] 15315 개의 데이터 그램 전송
[4] 서버 보고서 :
[4] 0.0-20.0 초 21.3 MBytes 8.94 Mbits / sec 0.104 ms 96/15314 (0.63 %) !!!!!!!!!!
[4] 0.0-20.0 초 1 데이터 그램이 잘못 수신 됨
[3] 192.168.191.200 포트 50751에 연결된 로컬 192.168.191.201 포트 5001
[3] 0.0-1.0 초 1.06 MBytes 8.89 Mbits / sec 2.405 ms 0/756 (0 %)
[3] 1.0-2.0 초 1.07 MBytes 9.00 Mbits / sec 2.308 ms 0/765 (0 %)
[3] 2.0-3.0 초 1.07 MBytes 9.00 Mbits / sec 2.305 ms 0/765 (0 %)
[3] 3.0-4.0 초 1.07 MBytes 8.97 Mbits / sec 2.290 ms 1/764 (0.13 %)
[3] 4.0-5.0 초 1.07 MBytes 8.98 Mbits / sec 2.271 ms 1/765 (0.13 %)
[3] 5.0-6.0 초 1.07 MBytes 8.98 Mbits / sec 2.313 ms 0/764 (0 %)
[3] 6.0-7.0 초 1.07 MBytes 9.00 Mbits / sec 2.191 ms 0/765 (0 %)
[3] 7.0-8.0 초 1.07 MBytes 8.95 Mbits / sec 2.314 ms 3/764 (0.39 %)
[3] 8.0-9.0 초 1.07 MBytes 8.98 Mbits / sec 2.232 ms 1/765 (0.13 %)
[3] 9.0-10.0 초 1.09 MBytes 9.13 Mbits / sec 2.257 ms 0/776 (0 %)
[3] 10.0-11.0 초 1.07 MBytes 8.98 Mbits / sec 2.365 ms 0/764 (0 %)
[3] 11.0-12.0 초 1.07MBytes 8.98Mbits / sec 2.301ms 1/765 (0.13 %)
[3] 12.0-13.0 초 1.07 MBytes 8.98 Mbits / sec 2.277 ms 0/764 (0 %)
[3] 13.0-14.0 초 1.07MBytes 9.00Mbits / sec 2.323ms 0/765 (0 %)
[3] 14.0-15.0 초 1.07 MBytes 9.00 Mbits / sec 2.176 ms 0/765 (0 %)
[3] 15.0-16.0 초 1.07 MBytes 8.96 Mbits / sec 2.273 ms 2/764 (0.26 %)
16.0-17.0 초 1.07MB 8.98MB / 초 2.313ms 0/764 (0 %)
[3] 17.0-18.0 초 1.07 MBytes 8.98 Mbits / sec 2.247 ms 1/765 (0.13 %)
[3] 18.0-19.0 초 1.09 MBytes 9.11 Mbits / sec 2.276 ms 1/776 (0.13 %)
[3] 19.0-20.0 초 1.07 MBytes 8.97 Mbits / sec 2.394 ms 1/764 (0.13 %)
[3] 0.0-20.0 초 21.5 MBytes 8.99 Mbits / sec 2.659 ms 11/15314 (0.072 %)
[3] 0.0-20.0 초 1 데이터 그램이 잘못 수신 됨

++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
C : \ iperf-2.0.5-2-win32> iperf -c 192.168.191.200 -i 1 -t 20 -r -u -b 9850k
++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
-------------------------------------------------- ----------
UDP 포트 5001에서 서버 청취
1470 바이트 데이터 그램 수신
UDP 버퍼 크기 : 64.0KByte (기본값)
-------------------------------------------------- ----------
-------------------------------------------------- ----------
192.168.191.200, UDP 포트 5001에 연결하는 클라이언트
1470 바이트 데이터 그램 보내기
UDP 버퍼 크기 : 64.0KByte (기본값)
-------------------------------------------------- ----------
[4] 192.168.191.200 포트 5001에 연결된 로컬 192.168.191.201 포트 61762
[ID] 간격 전송 대역폭
[4] 0.0-1.0 초 1.17 MBytes 9.84 Mbits / 초
[4] 1.0-2.0 초 1.17 MBytes 9.84 Mbits / 초
[4] 2.0-3.0 초 1.17MBytes 9.84Mbits / 초
[4] 3.0-4.0 초 1.17MBytes 9.84Mbits / 초
[4] 4.0-5.0 초 1.17 MBytes 9.84 Mbits / 초
[4] 5.0-6.0 초 1.17 MBytes 9.83 Mbits / 초
[4] 6.0-7.0 초 1.17 MBytes 9.84 Mbits / 초
[4] 7.0-8.0 초 1.17 MBytes 9.84 Mbits / 초
[4] 8.0-9.0 초 1.17 MBytes 9.84 Mbits / 초
[4] 9.0-10.0 초 1.19 MBytes 10.0 Mbits / 초
[4] 10.0-11.0 초 1.17 MBytes 9.84 Mbits / 초
[4] 11.0-12.0 초 1.17MBytes 9.84Mbits / 초
[4] 12.0-13.0 초 1.17 MBytes 9.83 Mbits / 초
[4] 13.0-14.0 초 1.17MB 9.85MB / 초
[4] 14.0-15.0 초 1.17MBytes 9.83Mbits / 초
[4] 15.0-16.0 초 1.17MB 9.85MB / 초
16.0-17.0 초 1.17MB 9.83MB / 초
[4] 17.0-18.0 초 1.17 MBytes 9.84 Mbits / 초
[4] 18.0-19.0 초 1.19 MBytes 10.0 Mbits / 초
[4] 19.0-20.0 초 1.17 MBytes 9.84 Mbits / 초
[4] 0.0-20.0 초 23.5 MBytes 9.85 Mbits / 초
[4] 16765 개의 데이터 그램 전송
[4] 서버 보고서 :
[4] 0.0-20.0 초 23.3 MBytes 9.74 Mbits / sec 3.421 ms 156/16764 (0.93 %) !!!!!!!!!!
[4] 0.0-20.0 초 1 데이터 그램이 잘못 수신 됨
[3] 192.168.191.200 포트 50752에 연결된 로컬 192.168.191.201 포트 5001
[3] 0.0-1.0 초 1.16 MBytes 9.74 Mbits / sec 2.131 ms 0/828 (0 %)
[3] 1.0-2.0 초 1.17 MBytes 9.84 Mbits / sec 2.140 ms 0/837 (0 %)
[3] 2.0-3.0 초 1.17 MBytes 9.83 Mbits / sec 2.099 ms 1/837 (0.12 %)
[3] 3.0-4.0 초 1.17MBytes 9.84Mbits / sec 2.113ms 0/837 (0 %)
[3] 4.0-5.0 초 1.17 MBytes 9.84 Mbits / sec 2.105 ms 0/837 (0 %)
[3] 5.0-6.0 초 1.17 MBytes 9.83 Mbits / sec 2.058 ms 1/837 (0.12 %)
[3] 6.0-7.0 초 1.17 MBytes 9.82 Mbits / sec 2.165 ms 1/836 (0.12 %)
[3] 7.0-8.0 초 1.17MB 9.84MB / 초 2.156ms 0/837 (0 %)
[3] 8.0-9.0 초 1.17 MBytes 9.82 Mbits / sec 2.135 ms 2/837 (0.24 %)
[3] 9.0-10.0 초 1.19 MBytes 9.97 Mbits / sec 2.152 ms 2/850 (0.24 %)
[3] 10.0-11.0 초 1.17 MBytes 9.83 Mbits / sec 2.153 ms 1/837 (0.12 %)
[3] 11.0-12.0 초 1.17MB 9.84MB / 초 2.127ms 0/837 (0 %)
[3] 12.0-13.0 초 1.17 MBytes 9.83 Mbits / sec 2.136 ms 1/837 (0.12 %)
[3] 13.0-14.0 초 1.17MB 9.82MB / 초 2.087ms 2/837 (0.24 %)
[3] 14.0-15.0 초 1.17 MBytes 9.83 Mbits / sec 2.061 ms 1/837 (0.12 %)
[3] 15.0-16.0 초 1.17MB 9.84MB / 초 2.045ms 0/837 (0 %)
16.0-17.0 초 1.17MB 9.82MB / 초 2.203ms 1/836 (0.12 %)
[3] 17.0-18.0 초 1.17MBytes 9.84Mbits / sec 2.165ms 0/837 (0 %)
[3] 18.0-19.0 초 1.17 MBytes 9.83 Mbits / sec 2.154 ms 1/837 (0.12 %)
[3] 19.0-20.0 초 1.19 MBytes 9.98 Mbits / sec 2.209 ms 0/849 (0 %)
[3] 0.0-20.0 초 23.5 MBytes 9.84 Mbits / sec 2.548 ms 13/16764 (0.078 %)
[3] 0.0-20.0 초 1 데이터 그램이 잘못 수신 됨

실제 질문은 남아 있습니다.

DC 링크는 100Mbps이므로 100Mbps를 초과하여 전송할 수 없으므로 DC 가입을 초과 구독하지 않습니다. 그러나 원격 사이트는 10Mbps입니다.

  • 원격 측의 버퍼가 넘쳐 패킷을 삭제합니까?
  • 제공 업체의 트래픽 셰이퍼가 트래픽에 무언가를하고 있습니까? (다른 노드에서 오는 트래픽은 ISP의 트래픽 셰이퍼에 의해 영향을 받거나 노드에서 들어오는 트래픽 만 (외부에서) 영향을 받습니까?)

TCP가 왜 그 모든 것을 스스로 처리 할 수 ​​없습니까?

업데이트 # 3 이제 다음 시나리오를 사용했습니다.

Laptop ------- ... LAN ... --- DC switch --- Metro-Eth --- Laptop (directly connected)
NIC@10Mbps                       100Mbps                  NIC@10Mbps

DC-> 원격 방향의 패킷 손실은 다음과 같습니다. (iperf 9 Mbps UDP 테스트)

[  3] local 192.168.191.200 port 5001 connected with 192.168.191.201 port 55236
[ ID] Interval       Transfer     Bandwidth        Jitter   Lost/Total Datagrams
[  3]  0.0- 1.0 sec   912 KBytes  7.47 Mbits/sec   2.713 ms    0/  635 (0%)
[  3]  1.0- 2.0 sec  1001 KBytes  8.20 Mbits/sec   2.168 ms    0/  697 (0%)
[  3]  2.0- 3.0 sec  1001 KBytes  8.20 Mbits/sec   2.478 ms    0/  697 (0%)
[  3]  3.0- 4.0 sec   999 KBytes  8.18 Mbits/sec   0.933 ms    0/  696 (0%)
[  3]  4.0- 5.0 sec  1001 KBytes  8.20 Mbits/sec   2.620 ms    0/  697 (0%)
[  3]  5.0- 6.0 sec  1001 KBytes  8.20 Mbits/sec   2.721 ms    0/  697 (0%)
[  3]  6.0- 7.0 sec  1001 KBytes  8.20 Mbits/sec   2.089 ms    0/  697 (0%)
[  3]  7.0- 8.0 sec   999 KBytes  8.18 Mbits/sec   2.641 ms    0/  696 (0%)
[  3]  8.0- 9.0 sec  1002 KBytes  8.21 Mbits/sec   0.896 ms    0/  698 (0%)
[  3]  9.0-10.0 sec  1015 KBytes  8.31 Mbits/sec   2.557 ms    0/  707 (0%)
[  3] 10.0-11.0 sec   999 KBytes  8.18 Mbits/sec   2.822 ms    1/  697 (0.14%)
[  3] 11.0-12.0 sec   999 KBytes  8.18 Mbits/sec   1.551 ms    1/  697 (0.14%)
[  3] 12.0-13.0 sec   998 KBytes  8.17 Mbits/sec   2.504 ms    2/  697 (0.29%)
[  3] 13.0-14.0 sec   995 KBytes  8.15 Mbits/sec   2.038 ms    3/  696 (0.43%)
[  3] 14.0-15.0 sec   991 KBytes  8.11 Mbits/sec   2.539 ms    7/  697 (1%)
[  3] 15.0-16.0 sec   992 KBytes  8.13 Mbits/sec   2.759 ms    6/  697 (0.86%)
[  3] 16.0-17.0 sec   998 KBytes  8.17 Mbits/sec   2.229 ms    2/  697 (0.29%)
[  3] 17.0-18.0 sec   993 KBytes  8.14 Mbits/sec   2.723 ms    4/  696 (0.57%)
[  3] 18.0-19.0 sec   998 KBytes  8.17 Mbits/sec   2.038 ms    2/  697 (0.29%)
[  3] 19.0-20.0 sec  1012 KBytes  8.29 Mbits/sec   2.575 ms    3/  708 (0.42%)
[  3]  0.0-20.0 sec  19.5 MBytes  8.15 Mbits/sec   2.775 ms   31/13917 (0.22%)
[  3]  0.0-20.0 sec  1 datagrams received out-of-order

다른 방향은 괜찮습니다. 그러나 TCP 테스트를 실행할 때 원격-> DC 방향은 DC-> 원격 방향 (약 5Mbps)보다 성능이 좋지 않습니다 .......

우리가 이것의 바닥에 도달했는지 확실하지 않습니다.

ethernet  tcp  troubleshooting  packet-analysis  metro-ethernet 
— 마키
소스
실제로 대답은 아니지만 JDSU를 얻고이 회로를 테스트하는 것이 좋습니다. 그들이 당신을 치안하고 있다면, 경찰관, "규제 기관", 설정을 얻도록하십시오 ... 작은 CBS를 가지고 있다면 그들은 TCP 트래픽을 본질적으로 더 작은 창 크기로 제한합니다. 백 2 백 테스트를 통해이를 테스트 할 수 있습니다. 저는 L2 회로를 제공하는 서비스 제공자와 앞뒤로 많은 시간을 보내면서 새로운 회로 테스트를받을 때 CIR뿐만 아니라 CBS에서도 철저히 테스트하고 있음을
— 알았습니다
또한 간단한 참고 사항입니다. TCP 설정이 다르기 때문에 Windows OS와 Linux에서 볼 수있는 TCP 처리량은 달라집니다. 즉. 버퍼 크기, 알고리즘 등 . sysctlWindows에 대해 잘 모르면 Linux 시스템의 설정을 볼 수 있습니다 netsh. 회로에 어떤 문제가 있는지 추측하려고한다면 스포크 사이트의 CPE가 허브 쪽보다 더 큰 CBS로 설정되어 있습니다. 다시, JDSU는 공을 그들에게 돌려 보내거나 문제가 무엇인지에 초점을 맞출 수있게합니다.
— matak
@matak 왜 당신의 의견에 대한 추가 답변을하지? 셰이퍼에 대해 이야기 할 때이 장치를 어디에서 상상할 수 있습니까? DC에는 (보이는) CPE가없는 RJ45 플러그가 있습니다. 원격 사이트에는 주로 VDSL 모뎀과 일종의 MPLS 가능 라우터가 있습니다. MPLS를 사용하는지 확실하지 않습니다. 또한 셰이퍼는 어떤 방향으로 통행을 형성합니까? 우리는 ingress @ spoke (사이트에서), egress @ spoke (ISP의 클라우드로), ingress @ hub (DC에서), egress @ hub (ISP의 클라우드로)를 형성 할 수 있습니다. 아마도 큰 그림이 빠져있을 것입니다. CBS 문제가 왜 문제가되는지 설명 할 수 있습니까?
— Marki

답변:

20

스택 교환 채팅 참조 ...

짧은 이야기, 당신은 할 필요가 속도 불일치 제어 에 모두 ... 나는 명확성을 위해 다이어그램을 redrew 당신의 메트로 이더넷 링크의 측면을 ... 주 1

문제 다이어그램

  • DC (녹색으로 표시)는 10GE에서 100M으로 매우 빠르게 전환됩니다. 이것은 100 배 속도 전환이며 일반적으로 이러한 큰 전환을 완화하기 위해 어떤 형태의 qos (예 : 쉐이핑)를 구현해야합니다. DC가 (사이트 당) 쉐이핑이 필요하다는 증거는이 답변의 하단을 참조하십시오 ...
  • 원격 측은 1GE에서 10M CIR로 매우 빠르게 전환됩니다.이 역시 100 배 속도 전환입니다. 형성 또는 다른 qos 해결 방법이 일반적으로 필요합니다.
  • DC UNI (100M)와 원격 UNI (10M) 간에 속도 불일치가있는 것 같습니다 . 이는 사이트 별 대역폭 관리 솔루션을 요구합니다.

참고로, 제공 업체가 MEF 호환 서비스를 구현하는 경우 형성되지 않고 정책을 시행하고 있습니다. TCP 트래픽은 쉐이핑 성능이 향상 되는 경향이 있습니다.

자신의 QoS가 필요함

당신은 것 의 QoS의 필요성에 의문을 제기 나는 인용 있도록, 백서 "캐리어 이더넷 처리량 이해"MEF 검토의 방법으로 ..., 페이지 9 MEF 백서의 그림 2의 고객은 가지고 더 나은 당신보다 상황을. .. 그들은 50Mbps CIR을 구입했지만 UNI는 1GE로 제공됩니다. 원격 사이트에는 1GE UNI에서 10Mbps CIR이 있습니다.

The transition from legacy services such as T1, T3, Frame Relay and ATM
to Carrier Ethernet has created some unintended consequences. Not all customers have 
conforming equipment facing the network which properly limits/shapes the traffic outbound
to the network, with deleterious results.  For instance, on the 1 GigE interface of
Figure 2, if the customer’s equipment accidentally transmits long bursts of data at 
150 Mbits instead of the SLA’s Committed Information Rate of 50 Mbits, 67% of the data 
may be lost and network breakdown will likely result.

편집에서 다른 TCP 질문에 응답하는 중 ...

DC 링크는 100Mbps이므로 100Mbps를 초과하여 전송할 수 없으므로 DC 가입을 초과 구독하지 않습니다 ...

DC에 10GE 링크가 있지만 메트로 UNI는 100Mbps이므로 10GE에서 마이크로 버스트 를 전송할 수 있습니다 . 하나의 열린 질문은 10GE에서 100M으로 전환 할 때 Enterasys LAN 스위치 (스위치 A)에 얼마나 많은 버퍼링이 있는지입니다.

TCP가 왜 그 모든 것을 스스로 처리 할 수 ​​없습니까?

TCP는 패킷 손실이 감지 될 때 속도를 늦춤으로써 처리합니다. 심각한 패킷 손실로 인해 실제로 속도가 느려지고 연결이 중단 될 수 있습니다. TCP는 네트워크 엔지니어로서 TCP를 만족시키는 조건으로 네트워크를 구축하는 것이 목표입니다.

채팅의 다른 TCP 질문

Marki는 다음과 같이 말했습니다 : TCP가 한쪽에 (실제) 100Mb가 있고 다른쪽에 10Mbps 만 있다는 사실을 TCP가 단순히 어디서, 누가, 왜, 왜, 왜 삭제하는지 이해하지 못합니다.

TCP의 버퍼링에 대한 필요성없이 버퍼의 결과에 대해서 :

사실 1 : TCP는 피드백 제어 시스템 으로 설계 되었기 때문에 속도 전환을 위해 버퍼링이 필요 합니다 .

운전 비유를 사용하여 : 좋은 운전자로서 우리는 항상 우리와 자동차 사이에 몇 초의 공간을 남겨 둡니다. 어떤면에서 자동차 사이의 공간은 네트워크 버퍼와 거의 유사합니다. 우리 앞에있는 사람이 동물 앞에서 멈출 때 브레이크를 밟으면, 우리 차 사이의 공간이 우리가 차를 때리는 것을 막아줍니다. 우리는 눈이 브레이크 라이트를보고, 발이 반응하고, 브레이크가 충분한 열을 발산하는 데 시간이 걸리기 때문에 공간을 남겨 둡니다. 우리의 눈은 시각적 피드백 제어 시스템을 제공합니다.

마찬가지로, FTP 세션이 10GE에서 폭발 할 때 소켓이 중지되고 TCP ACK를 기다려야하기 전에 TCP 스케일 된 창 크기 로 인해 트래픽 버스트가 최대 4MB 길이 (경우에 따라)가 될 수 있습니다 . 한편 10GE 트래픽 스트림이 갑자기 "고속 이더넷"에 도달하면 TCP 속도가 점차 느려 져야합니다. 네트워크 장비의 딥 버퍼는 TCP가 속도 전환을 할 때 훨씬 적은 패킷을 드롭 할 수있게합니다. 그러나 버퍼가없는 경우 10GE에서 100M으로 조절할 때 해당 4MB TCP 창의 99 %를 떨어 뜨릴 수 있습니다. 이 심각한 99 % 손실을 TCP 소켓 충돌로 생각하십시오. TCP는 비교적 점진적인 패킷 손실에 예측 가능하게 반응합니다. 훨씬 덜 예상 진행, 심각한 패킷 손실에 반응에 TCP 주 3 .

DC에서 100M, 원격에서 10M 인 비대칭 메트로 이더넷 CIR 을 사용하지 않아야하는 이유에 대한 질문에 대해 자신 의 메트로 보다 저렴한 10Mbps 이더넷 NID 에 도달하면 100Mbps 트래픽 버스트를 버퍼링하는 수사적 질문을 해보십시오. -이더넷 공급자가 제공 했습니까? "(힌트 : 아무도 버퍼링하지 않습니다.)

아무도 큰 속도 전환을 버퍼링하지 않으면 (주 2 참조) 이러한 지점이 간헐적으로 트래픽을 떨어 뜨릴 수있는 장소입니다.

누구에 의해 삭제되고 있습니까 ?

DC에서 나가는 트래픽 감소

TCP 트래픽이 데이터 센터를 떠나면 삭제 될 수있는 위치는 세 곳입니다.

  • D1에서 : LAN 스위치는 100 : 1 속도 전환을위한 충분한 버퍼링을 거의 갖지 않기 때문에
  • D2에서 : NID 가 CIR 보다 더 높은 속도로 UNI 링크를 협상 한 경우 ; 그것은 지금의 경우가 아니기 때문에 나는 거기에서 하락을 기대하지 않습니다.
  • D3에서 : 방금 비대칭 메트로 이더넷 CIR 에 대해 설명한 모든 이유가 있습니다.

TCP 트래픽이 데이터 센터로 이동하면 ...

수신 트래픽이 DC로 떨어짐

  • D4에서 : 1GE UNI 와 10M CIR 이 있기 때문에 ; 이것은 위에서 언급 한 D2의 병리학 적 사례입니다.

속도 불일치를 완화하는 방법 :

EVPL 솔루션 의 예 : 지점 간 EVC 솔루션을 갖춘 EVPL

  • 이와 같은 스위치 토폴로지 에서는 DC에서 각 리모트까지 지점 간 EVC가 있는 EVPL 이 가장 적합한 옵션 일 것입니다 (위의 다이어그램 참조). 이는 각 EVC에 개별 CIR 을 적용합니다 . 참고 :이 답변의 다른 모든 서비스 품질 지침이 적용 ... 즉 피하기 큰 속도 전환이 주 2 장비가 충분히 그 처리 여부를 테스트하지 않고.
  • 또는 DC와 리모콘간에 대칭적인 요금을 제공하는 메트로 서비스를 구매할 수도 있습니다. 비록 그것이 가장 실용적인 지침이 아닐 수도 있음을 인정할 것입니다.
  • 참고로, 라우팅 서비스에 대한이 문제의 고전적인 해결책 은 필요한 속도로 쉐이핑을 지원하는 라우터 를 구입 한 다음 메트로 트래픽 을 적절한 CIR (원격 사이트 당)로 형성하는 것입니다. 참고로, 원격은 1GE 입력과 10Mbps CIR이기 때문에 상당히 작은 라우터로 벗어날 수 있습니다 ... 몇 달 전, 우리 가이 서비스의 디자인에 대해 이야기했을 때 기술에 익숙하다면 라우팅을 권장했습니다. ...

  • 이 경우 에는 여분의 돈이없는 지출을 하고 메트로 이더넷 서비스 - 엔지니어링 다시 수 없습니다, 당신은 더 많은 점차 속도 불일치를 마사지 할 수있다. 나는 이것을 한 적이 없지만 원칙적으로 100 대 1 대신 10 대 1로 속도 전환을 시도 할 수 있습니다 (현재 DC와 원격 모두에서 가지고있는 것입니다).

    • 리모트를 10M으로 만들기 위해 라우터를 구입하는 대신 리모트 UNI가 1GE 대신 100M에서 자동 협상하도록 강제 할 수 있습니다. GigabitEthernet에는 Cat5e 케이블의 모든 핀이 필요 하므로 핀 1, 2, 3 및 6 만 연결하는 RJ45 모드 플러그를 사용하여 100M까지 효과적으로 강제로 연결할 수 있습니다.
    • DC를 100M으로 형성하기 위해 라우터를 구입하는 대신 100M 링크로 트래픽을 보낼 때 Enterasys를 사용하여 10GE 링크를 1GE로 감시하십시오.

iperf결과 분석 중 ...

기억해야 할 두 가지 핵심 사항이 있습니다 iperf( iperf버전 2를 기반으로하는 모든 정보 ).

따라서 다음 출력은 DC 시스템 ( iperf -c모드) iperf이 원격 사이트 (192.168.x) 의 서버에 연결되어 DC (100M UNI)에서 원격 사이트 (10M UNI)로 데이터를 푸시 함을 보여줍니다.

./iperf -c 192.168.x -i2 -t 60 -r
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 192.168.x, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 10.x port 38195 connected with 192.168.x port 5001
[  3]  0.0- 2.0 sec  1.44 MBytes  6.03 Mbits/sec
[  3]  2.0- 4.0 sec  2.23 MBytes  9.37 Mbits/sec
[  3]  4.0- 6.0 sec  2.28 MBytes  9.57 Mbits/sec
[  3]  6.0- 8.0 sec  1.88 MBytes  7.90 Mbits/sec
[  3]  8.0-10.0 sec  1.00 MBytes  4.19 Mbits/sec
[  3] 10.0-12.0 sec  1.30 MBytes  5.47 Mbits/sec
[  3] 12.0-14.0 sec    688 KBytes  2.82 Mbits/sec

위의 출력은 DC에서 원격 방향으로의 문제를 명확하게 보여줍니다. 작업이 제대로 수행되면 9Mbps 이상이 될 것으로 예상됩니다 (즉, 원격 사이트에서 용량의 최소 90 %-10Mbps). 이제 트래픽을 반대 방향으로 살펴 보겠습니다 ( iperf원격 사이트에서 DC로 데이터를 푸시 할 때 ).

[  5] local 10.x port 5001 connected with 192.168.x port 10965
[  5]  0.0- 2.0 sec  1.85 MBytes  7.75 Mbits/sec
[  5]  2.0- 4.0 sec  1.90 MBytes  7.98 Mbits/sec
[  5]  4.0- 6.0 sec  1.89 MBytes  7.93 Mbits/sec
[  5]  6.0- 8.0 sec  1.92 MBytes  8.07 Mbits/sec
[  5]  8.0-10.0 sec  1.91 MBytes  8.02 Mbits/sec
[  5] 10.0-12.0 sec  1.83 MBytes  7.69 Mbits/sec
[  5] 12.0-14.0 sec  1.86 MBytes  7.78 Mbits/sec

원격 CIR 용량의 약 80 %를 보낼 수 있지만 여전히 예상보다 작습니다.

DC 속도 불일치 그림 (10Gbps-> 100Mbps)

marki 말했다 : 잊지 마세요, 문제는 흐름이 100Mb-> 10Mb 일 때만 나타납니다.

문제는 양방향으로 나타나지만 iperfDC-> 원격 방향 에서는 증상이 더 나빠 보입니다. iperf위 출력 에 대한 나의 분석을 참조하십시오 .

이를 구체적으로 만들기 위해 DC FTP 서버 (130.1.6.4)에서 원격 사이트 (192.168.191.2)로 파일을 푸시 할 때 FTP pcap을 살펴 보겠습니다. 100M 메트로 이더넷 측에서의 전송은 전송 중에 여러 지점에서 제한됩니다. dc-to-remote_remote-side.pcapngpcap 을보고 필터링 하면 이것을 볼 수 있습니다 .expert.message contains "segment not captured"

여기에 이미지 설명을 입력하십시오

최종 노트 :

참고 1 저는 1Mbps MetroEthernet CIR 당 25KB의 CBS 값을 선택합니다. 이것은 제공자가 사용하는 일반적인 비율입니다 ... YMMV
Note 2 나의 개인적인 규칙 : "large"는 10 : 1 속도 전이보다 훨씬 큰 속도 전이입니다.
주 3TCP에 대한 패킷 손실이 많지 않고 너무 많은 것을 줄 수는 없습니다. 응용 프로그램이 손실 될 정도로 손실이 심하면 너무 큽니다. 내 개인 규칙 : 유선으로 관리되는 회사 네트워크를 완전히 통제 할 때 의도하지 않은 패킷 손실이 너무 많습니다. 즉, 버퍼링의 코너를 줄이는 스위치 모델이 있습니다. 이러한 스위치는 때때로 패킷을 떨어 뜨릴 수 있습니다. 문제를 해결해야하는지 또는 더 나은 스위치를 구입해야하는지 판단해야합니다. 참고 : 항상 명확한 것은 아니지만 TCP는 소켓의 전송 속도를 주기적으로 증가시켜 최대한 많은 처리량을 얻도록합니다. 많은 TCP 구현은 패킷 손실을 볼 때 너무 빠르다는 것을 알고 있습니다.

— 마이크 페닝 턴
소스
DC의 PHY 속도 (Metro Ethernet 포트)는 이미 100Mb입니다. 그러나 다른 쪽이 최대 10Mb이기 때문에 100M으로 보낼 수 없습니다. 지금 정확히 성형이 이루어져야하는 곳이 아직 확실하지 않습니다. 아 그리고 당신은 "iperf 증상이 DC-> 원격 방향 에서 더 나빠 보인다"는 것을 의미 했 습니까?
— Marki
예, "원격-> DC"는 원래 답변의 오타였습니다.
— Mike Pennington
나는 당신의 공급자가 누구인지에 따라 마이크가 당신에게 말하면 라인 속도를 알려줄 것입니다. QoS에 관해서는 10Gb 장치가 더 작은 업스트림 장치로 올라 가기 전에 가장 큰 진입 점에서 수행합니다. 나는 전환보다 방화벽과 라우팅에 더 많은 시간을 소비하지만 Mike가 내 주장을 뒷받침 할 수 있기를 바랍니다.
— AL
3
@MikePennington-속도 불일치로 인한 송신 차단은 P2P 전자 레인지 링크를 많이 사용합니다. 좋은 답변, 게시물에 많은 좋은 정보가 있습니다. 감사!
— matak
1
또한 이중 불일치가 없는지 확인하면 단방향 속도 문제가 발생할 수 있습니다.
— cpt_fink
2

이 문제에 대해 논의하는 것은 매우 흥미로 웠지만 ISP는 다른 사이트에서 다른 브랜드로 DSL 모뎀을 교환하기 시작했습니다. 그들이 말하는 일부 패킷 조각화 문제. 그리고 문제 나 특별한 설정없이 양방향으로 9.5Mbps를 지원합니다.

— 마키
소스
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.