Düşük Metro Ethernet TCP işlem hatasında sorun giderme

14

Kurulum

Kendilerini katman 2 ağı olarak sunan birkaç kiralık hat kiraladık, yani veri merkezinde büyük bir borunuz var ve uzak siteler daha küçük borulara sahip. Katman 2 ağının içinde istediğinizi yapabilirsiniz. Muhtemelen her müşteriye kendi ağları içinde ayrı ağlar vermek için 802.1ad kullanıyorlar. AFAICS sitelerinin çoğu düz VDSL üzerinden bağlanır.

Her siteye bir yönlendirici koymaya ve her siteye kendi VLAN'ını vermeye karar verdik. DC'deki güvenlik duvarında, siteler olduğu kadar çok sayıda VLAN bulunur. Her site kendi adres aralığını kendi VLAN'ında kullanır.

Ağ diyagramı:

ağ diyagramı

Sorun

Şimdi, üretim sorunları ile karşı karşıyayız:

  • Siteden DC'ye bir FTP aktarımı çalıştırmak, hat hızı olan yaklaşık 10Mb / s'de iyi çalışır.
  • DC'den siteye FTP aktarımı çalıştırmak 6Mb / s veya daha az hızda düzgün çalışmaz.

Hangi tarafın transferi başlattığı önemli değil . Tek tutarlı şey, bir yönün iyi çalışmadığıdır. Çok kötü, siteye doğru yön çünkü terminal sunucu istemcilerini kullanmak istediğimiz gibi en çok ihtiyaç duyduğumuz bant genişliği olurdu.

Transfer içine yaklaşık 10 saniye içinde verim düşer. Koklama sırasında DUP ACK'ları görüyoruz. Bu da beni sağlayıcının sonunda oran sınırlamasına götürüyor olabilir ?? (Şu anda bir ipucu yok ve tırmanmadan önce hatalı olmadığımızdan emin olmak istiyorum)

NOT Uzak siteler bir şekilde 10Mb ile sınırlıdır. Metro bağlantı noktasına geçişin 10Mb olarak ayarlanması da yardımcı olmaz. Aslında o zaman en kötüsü (maks. 30 KB / s). 100Mb'ye ayarlamak iyi çalışıyor ancak ana hatlarıyla belirtilen sorunu üretmeye başlıyor. 1G için aynı.

Sorunun yakalamaları buradan indirilebilir:

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

Teşhis

Resimde bazı hata ayrıntılarıyla Wireshark IO Grafiği'ni görüyorsunuz:

  • solda: DC'den siteye FTP aktarımı
  • sağda: Siteden DC'ye FTP aktarımı

yinelenen acks

Diğer tarafın aktarımı başlatması durumunda (örn. Uzaktan almak yerine dc'den konur), sorun değişmeden kalır.

Lütfen burada sorun olabileceğini düşündüğünüz şeyle beni şımartın.

GÜNCELLEME # 1 (yukarıda entegre edilmiştir)

GÜNCELLEME # 2 ( GÜNCELLENDİ )

Bu bir tıkanıklık kontrol olayı olmalı.

DC'den uzaktan kumandaya 10G-> 1G-> 100M-> 10M-> 1G bağlantılarımız olduğunu unutmayın. <- çalışmıyor

Diğer yönde bu yüzden tersine sahibiz: 1G-> 10M-> 100M-> 1G-> 10G. <- gayet iyi

İlk "1G-> 10M", uzak bağlantıda "görünmez" 10M'dir; burada, bağlantı hattı bağlantı noktası hızı dahil her şey, arkasında sadece 10M olsa da (satılmaktadır) 1G olarak ayarlanır.

Ancak DC'deki 100Mbps gerçek 100Mbps'dir, arayüz fiziksel katmanda 100Mbps'de yapılandırılır.

Şimdi iperf kullandım:

  • TCP sınamaları yalnızca bir yönde düzgün çalışır (istemci = DC, sunucu = uzak)
./iperf -c 192.168.x -i2 -t 60 -r
-------------------------------------------------- ----------
5001 numaralı TCP bağlantı noktasında sunucu dinleme
TCP pencere boyutu: 85,3 KBayt (varsayılan)
-------------------------------------------------- ----------
-------------------------------------------------- ----------
İstemci 192.168.x, TCP bağlantı noktası 5001'e bağlanıyor
TCP pencere boyutu: 16,0 KBayt (varsayılan)
-------------------------------------------------- ----------
[3] 192.168.x bağlantı noktası 5001 ile bağlı yerel 10.x bağlantı noktası 38195
[3] 0,0 - 2,0 sn 1,44 MBytes 6,03 Mbits / sn
[3] 2.0- 4.0 saniye 2.23 MBytes 9.37 Mbits / saniye
[3] 4,0-6,0 sn 2,28 MBytes 9,57 Mbits / sn
[3] 6.0- 8.0 saniye 1.88 MBytes 7.90 Mbits / saniye
[3] 8.0-10.0 sn 1.00 MBytes 4.19 Mbits / sn
[3] 10.0-12.0 sn 1.30 MBytes 5.47 Mbits / sn
[3] 12,0-14,0 sn 688 KBayt 2,82 Mbits / sn
[3] 14,0-16,0 sn 840 KBayt 3,44 Mbits / sn
[3] 16.0-18.0 sn 1.03 MBytes 4.33 Mbits / sn
[3] 18.0-20.0 sn 1.01 MBytes 4.23 Mbits / sn
[3] 20.0-22.0 sn 1.03 MBytes 4.33 Mbits / sn
[3] 22.0-24.0 sn 1.18 MBytes 4.95 Mbits / sn
[3] 24,0-26,0 sn 904 KBayt 3,70 Mbits / sn
[3] 26,0-28,0 sn 840 KBayt 3,44 Mbits / sn
[3] 28,0-30,0 sn 936 KBayt 3,83 Mbits / sn
[3] 30.0-32.0 sn 1.09 MBytes 4.59 Mbits / sn
[3] 32,0-34,0 sn 960 KBayt 3,93 Mbits / sn
[3] 34,0-36,0 sn 752 KBayt 3,08 Mbits / sn
[3] 36,0-38,0 sn 1,09 MBytes 4,59 Mbits / sn
[3] 38.0-40.0 sn 1.09 MBytes 4.59 Mbits / sn
[3] 40,0-42,0 sn 840 KBayt 3,44 Mbits / sn
[3] 42.0-44.0 sn 1.27 MBytes 5.34 Mbits / sn
[3] 44.0-46.0 sn 1.16 MBytes 4.85 Mbits / sn
[3] 46,0-48,0 sn 840 KBayt 3,44 Mbits / sn
[3] 48,0-50,0 sn 960 KBayt 3,93 Mbits / sn
[3] 50.0-52.0 sn 1.28 MBytes 5.37 Mbits / sn
[3] 52.0-54.0 sn 1.09 MBytes 4.59 Mbits / sn
[3] 54,0-56,0 sn 992 KBayt 4,06 Mbits / sn
[3] 56,0-58,0 sn 1,00 MBytes 4,19 Mbits / sn
[3] 58.0-60.0 sn 1.09 MBytes 4.59 Mbits / sn
[3] 0.0-60.2 sn 33.9 MBytes 4.73 Mbits / sn
[5] 192.168.x 10965 numaralı bağlantı noktasına bağlı yerel 10.x 5001 numaralı bağlantı noktası
[5] 0.0- 2.0 saniye 1.85 MBytes 7.75 Mbits / saniye
[5] 2,0 - 4,0 sn 1,90 MBytes 7,98 Mbits / sn
[5] 4,0-6,0 saniye 1,89 MByte 7,93 Mbits / saniye
[5] 6.0- 8.0 saniye 1.92 MBytes 8.07 Mbits / saniye
[5] 8.0-10.0 sn 1.91 MBytes 8.02 Mbits / sn
[5] 10.0-12.0 sn 1.83 MBytes 7.69 Mbits / sn
[5] 12.0-14.0 sn 1.86 MBytes 7.78 Mbits / sn
[5] 14.0-16.0 sn 1.79 MBytes 7.52 Mbits / sn
[5] 16.0-18.0 sn 1.79 MBytes 7.52 Mbits / sn
[5] 18.0-20.0 sn 1.89 MBytes 7.91 Mbits / sn
[5] 20.0-22.0 sn 1.91 MBytes 8.00 Mbits / sn
[5] 22.0-24.0 sn 1.88 MBytes 7.91 Mbits / sn
[5] 24.0-26.0 sn 1.95 MBytes 8.16 Mbits / sn
[5] 26.0-28.0 sn 1.90 MBytes 7.99 Mbits / sn
[5] 28.0-30.0 sn 1.87 MByte 7.84 Mbits / sn
[5] 30.0-32.0 sn 1.85 MBytes 7.77 Mbits / sn
[5] 32,0-34,0 sn 1,55 MBytes 6,49 Mbits / sn
[5] 34.0-36.0 sn 1.92 MBytes 8.07 Mbits / sn
[5] 36,0-38,0 sn 1,90 MBytes 7,99 Mbits / sn
[5] 38.0-40.0 sn 1.84 MBytes 7.73 Mbits / sn
[5] 40.0-42.0 sn 1.66 MBytes 6.95 Mbits / sn
[5] 42,0-44,0 sn 1,92 MBytes 8,07 Mbits / sn
[5] 44.0-46.0 sn 1.91 MBytes 7.99 Mbits / sn
[5] 46.0-48.0 sn 1.90 MBytes 7.98 Mbits / sn
[5] 48.0-50.0 sn 1.84 MBytes 7.70 Mbits / sn
[5] 50.0-52.0 sn 1.93 MBytes 8.09 Mbits / sn
[5] 52.0-54.0 sn 1.80 MBytes 7.54 Mbits / sn
[5] 54.0-56.0 sn 1.83 MBytes 7.67 Mbits / sn
[5] 56.0-58.0 sn 1.88 MBytes 7.86 Mbits / sn
[5] 58.0-60.0 sn 1.85 MBytes 7.78 Mbits / sn
[5] 0.0-60.3 saniye 56.0 MBayt 7.79 Mbits / saniye
  • En altına ulaşmak için, aynı VLAN'daki iki ana bilgisayardan UDP testleri, ancak Metro Bağlantısı, 200 = uzak, 201 = DC

Bant genişliğinin artmasıyla birlikte paket kaybının arttığını görüyoruz (10 Mbps'ye yaklaştığımızda% 0,93'ümüz var, kritik olmaya başlıyor ... ve TCP'nin neden sorunlu olduğunu açıklıyor)

++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
C: \ iperf-2.0.5-2-win32> iperf -c 192.168.191.200 -i 1 -t 20 -r -u
++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
-------------------------------------------------- ----------
UDP bağlantı noktası 5001'de sunucu dinleme
1470 bayt datagram almak
UDP arabellek boyutu: 64,0 KBayt (varsayılan)
-------------------------------------------------- ----------
-------------------------------------------------- ----------
İstemci 192.168.191.200, UDP bağlantı noktası 5001'e bağlanıyor
1470 bayt datagram gönderme
UDP arabellek boyutu: 64,0 KBayt (varsayılan)
-------------------------------------------------- ----------
[4] 192.168.191.200 portu 5001 ile bağlı yerel 192.168.191.201 portu 61759
[ID] Aralıklı Transfer Bant Genişliği
[4] 0,0-1,0 sn 128 KBayt 1,05 Mbits / sn
[4] 1.0 - 2.0 saniye 128 KBayt 1.05 Mbits / saniye
[4] 2,0 - 3,0 sn 129 KBayt 1,06 Mbits / sn
[4] 3,0 - 4,0 sn 128 KBayt 1,05 Mbits / sn
[4] 4,0 - 5,0 sn 128 KBayt 1,05 Mbits / sn
[4] 5,0-6,0 sn 128 KBayt 1,05 Mbits / sn
[4] 6.0-7,0 saniye 128 KBayt 1,05 Mbits / saniye
[4] 7,0- 8,0 sn 128 KBayt 1,05 Mbits / sn
[4] 8,0-9,0 saniye 128 KBayt 1,05 Mbits / saniye
[4] 9.0-10.0 sn 129 KBayt 1.06 Mbits / sn.
[4] 10.0-11.0 sn 128 KBayt 1.05 Mbits / sn
[4] 11,0-12,0 sn 128 KBayt 1,05 Mbits / sn
[4] 12,0-13,0 sn 128 KBayt 1,05 Mbits / sn
[4] 13,0-14,0 sn 128 KBayt 1,05 Mbits / sn
[4] 14,0-15,0 sn 128 KBayt 1,05 Mbits / sn
[4] 15,0-16,0 sn 128 KBayt 1,05 Mbits / sn
[4] 16,0-17,0 sn 128 KBayt 1,05 Mbits / sn
[4] 17,0-18,0 sn 128 KBayt 1,05 Mbits / sn
[4] 18,0-19,0 ​​sn 131 KBayt 1,07 Mbits / sn
[4] 19,0-20,0 sn 128 KBayt 1,05 Mbits / sn
[4] 0,0-20,0 sn 2,50 MBytes 1,05 Mbits / sn
[4] 1785 datagram gönderdi
[4] Sunucu Raporu:
[4] 0.0-20.0 sn 2.50 MBytes 1.05 Mbits / sn 0.257 ms 0/1785 (% 0)
[3] 192.168.191.200 bağlantı noktası 50749 ile bağlı yerel 192.168.191.201 bağlantı noktası 5001
[3] 0,0-1,0 sn 128 KBayt 1,05 Mbits / sn 0,285 ms 0/89 (% 0)
[3] 1,0 - 2,0 sn 128 KBayt 1,05 Mbits / sn 0,313 ms 0/89 (% 0)
[3] 2,0 - 3,0 sn 128 KBayt 1,05 Mbits / sn 0,278 ms 0/89 (% 0)
[3] 3,0 - 4,0 sn 128 KBayt 1,05 Mbits / sn 0,241 ms 0/89 (% 0)
[3] 4,0 - 5,0 sn 128 KBayt 1,05 Mbits / sn 0,266 ms 0/89 (% 0)
[3] 5,0-6,0 sn 128 KBayt 1,05 Mbits / sn 0,293 ms 0/89 (% 0)
[3] 6,0-7,0 sn 128 KBayt 1,05 Mbits / sn 0,314 ms 0/89 (% 0)
[3] 7,0- 8,0 sn 128 KBayt 1,05 Mbits / sn 0,280 ms 0/89 (% 0)
[3] 8,0-9,0 saniye 128 KBayt 1,05 Mbits / saniye 0,222 ms 0/89 (% 0)
[3] 9.0-10.0 sn 129 KBayt 1.06 Mbits / sn 0.250 ms 0/90 (% 0)
[3] 10.0-11.0 sn 128 KBayt 1.05 Mbits / sn 0.275 ms 0/89 (% 0)
[3] 11,0-12,0 sn 128 KBayt 1,05 Mbits / sn 0,299 ms 0/89 (% 0)
[3] 12,0-13,0 sn 128 KBayt 1,05 Mbits / sn 0,327 ms 0/89 (% 0)
[3] 13,0-14,0 sn 128 KBayt 1,05 Mbits / sn 0,290 ms 0/89 (% 0)
[3] 14.0-15.0 sn 128 KBayt 1.05 Mbits / sn 0.251 ms 0/89 (% 0)
[3] 15,0-16,0 sn 128 KBayt 1,05 Mbits / sn 0,275 ms 0/89 (% 0)
[3] 16,0-17,0 sn 128 KBayt 1,05 Mbits / sn 0,303 ms 0/89 (% 0)
[3] 17,0-18,0 sn 128 KBayt 1,05 Mbits / sn 0,333 ms 0/89 (% 0)
[3] 18,0-19,0 ​​sn 128 KBayt 1,05 Mbits / sn 0,294 ms 0/89 (% 0)
[3] 19.0-20.0 sn 131 KBayt 1.07 Mbits / sn 0.281 ms 0/91 (% 0)
[3] 0.0-20.0 sn 2.50 MBytes 1.05 Mbits / sn 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 5m
++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
-------------------------------------------------- ----------
UDP bağlantı noktası 5001'de sunucu dinleme
1470 bayt datagram almak
UDP arabellek boyutu: 64,0 KBayt (varsayılan)
-------------------------------------------------- ----------
-------------------------------------------------- ----------
İstemci 192.168.191.200, UDP bağlantı noktası 5001'e bağlanıyor
1470 bayt datagram gönderme
UDP arabellek boyutu: 64,0 KBayt (varsayılan)
-------------------------------------------------- ----------
[4] 192.168.191.200 bağlantı noktası 5001 ile bağlı yerel 192.168.191.201 bağlantı noktası 61760
[ID] Aralıklı Transfer Bant Genişliği
[4] 0,0-1,0 sn 610 KBayt 5,00 Mbits / sn
[4] 1.0 - 2.0 saniye 609 KBayt 4.99 Mbits / saniye
[4] 2,0 - 3,0 sn 610 KBayt 5,00 Mbits / sn
[4] 3,0 - 4,0 sn 609 KBayt 4,99 Mbits / sn
[4] 4,0 - 5,0 sn 610 KBayt 5,00 Mbits / sn
[4] 5,0-6,0 sn 609 KBayt 4,99 Mbits / sn
[4] 6.0-7,0 saniye 610 KBayt 5,00 Mbits / saniye
[4] 7.0- 8.0 saniye 609 KBayt 4.99 Mbits / saniye
[4] 8,0-9,0 saniye 610 KBayt 5,00 Mbits / saniye
[4] 9.0-10.0 sn 619 KBayt 5.07 Mbits / sn
[4] 10.0-11.0 sn 610 KBayt 5.00 Mbits / sn
[4] 11,0-12,0 sn 609 KBayt 4,99 Mbits / sn
[4] 12,0-13,0 sn 609 KBayt 4,99 Mbits / sn
[4] 13,0-14,0 sn 610 KBayt 5,00 Mbits / sn
[4] 14,0-15,0 sn 609 KBayt 4,99 Mbits / sn
[4] 15,0-16,0 sn 610 KBayt 5,00 Mbits / sn
[4] 16,0-17,0 sn 609 KBayt 4,99 Mbits / sn
[4] 17,0-18,0 sn 610 KBayt 5,00 Mbits / sn
[4] 18,0-19,0 ​​sn 619 KBayt 5,07 Mbits / sn
[4] 19.0-20.0 sn 609 KBayt 4.99 Mbits / sn
[4] 0,0-20,0 sn 11,9 MByte 5,00 Mbits / sn
[4] 8504 datagram gönderdi
[4] Sunucu Raporu:
[4] 0.0-20.0 sn 11.9 MBytes 4.99 Mbits / sn 0.000 ms 12/8503 (% 0.14)
[4] 0.0-20.0 sn. 1 datagram sipariş dışı
[3] 192.168.191.200 bağlantı noktası 50750 ile bağlı yerel 192.168.191.201 bağlantı noktası 5001
[3] 0,0-1,0 sn 606 KBayt 4,96 Mbits / sn 2,238 ms 1/42 (% 0,24)
[3] 1.0-2.0 sn 610 KBayt 5.00 Mbits / sn 2.739 ms 0/425 (% 0)
[3] 2,0 - 3,0 sn 609 KBayt 4,99 Mbits / sn 3,089 ms 1/425 (% 0,24)
[3] 3.0- 4.0 sn 609 KBayt 4.99 Mbits / sn 3.605 ms 0/424 (% 0)
[3] 4,0 - 5,0 sn 607 KBayt 4,97 Mbits / sn 1,954 ms 0/423 (% 0)
[3] 5,0-6,0 sn 612 KBayt 5,01 Mbits / sn 2,666 ms 0/426 (% 0)
[3] 6.0-7,0 saniye 607 KBayt 4.97 Mbits / saniye 2.602 ms 0/423 (% 0)
[3] 7,0- 8,0 sn 612 KBayt 5,01 Mbits / sn 2,960 ms 0/426 (% 0)
[3] 8,0-9,0 saniye 609 KBayt 4,99 Mbits / saniye 2,512 ms 0/424 (% 0)
[3] 9.0-10.0 sn 619 KBayt 5.07 Mbits / sn 2.133 ms 0/431 (% 0)
[3] 10.0-11.0 sn 609 KBayt 4.99 Mbits / sn 3.605 ms 1/425 (% 0.24)
[3] 11,0-12,0 sn 609 KBayt 4,99 Mbits / sn 2,509 ms 0/424 (% 0)
[3] 12,0-13,0 sn 610 KBayt 5,00 Mbits / sn 3,570 ms 0/425 (% 0)
[3] 13.0-14.0 sn 609 KBayt 4.99 Mbits / sn 3.077 ms 1/425 (% 0.24)
[3] 14,0-15,0 sn 609 KBayt 4,99 Mbits / sn 2,679 ms 0/424 (% 0)
[3] 15,0-16,0 sn 609 KBayt 4,99 Mbits / sn 1,887 ms 0/424 (% 0)
[3] 16,0-17,0 sn 610 KBayt 5,00 Mbits / sn 2,651 ms 0/425 (% 0)
[3] 17.0-18.0 sn 609 KBayt 4.99 Mbits / sn 3.390 ms 0/424 (% 0)
[3] 18.0-19.0 sn 617 KBayt 5.06 Mbits / sn 2.601 ms 0/430 (% 0)
[3] 19.0-20.0 sn 612 KBayt 5.01 Mbits / sn 3.525 ms 0/426 (% 0)
[3] 0.0-20.0 sn 11.9 MBytes 4.99 Mbits / sn 3.156 ms 3/8503 (% 0.035)
[3] 0.0-20.0 sn. 1 datagram sipariş dışı

++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
C: \ iperf-2.0.5-2-win32> iperf -c 192.168.191.200 -i 1 -t 20 -r -u -b 9m
++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
-------------------------------------------------- ----------
UDP bağlantı noktası 5001'de sunucu dinleme
1470 bayt datagram almak
UDP arabellek boyutu: 64,0 KBayt (varsayılan)
-------------------------------------------------- ----------
-------------------------------------------------- ----------
İstemci 192.168.191.200, UDP bağlantı noktası 5001'e bağlanıyor
1470 bayt datagram gönderme
UDP arabellek boyutu: 64,0 KBayt (varsayılan)
-------------------------------------------------- ----------
[4] 192.168.191.200 portu 5001'e bağlı yerel 192.168.191.201 portu 61761
[ID] Aralıklı Transfer Bant Genişliği
[4] 0,0 - 1,0 sn 1,07 MBytes 9,00 Mbits / sn
[4] 1.0 - 2.0 saniye 1.07 MBytes 8.98 Mbits / saniye
[4] 2,0 - 3,0 sn 1,07 MBytes 9,00 Mbits / sn
[4] 3,0 - 4,0 sn 1,07 MBytes 8,98 Mbits / sn
[4] 4,0 - 5,0 sn 1,07 MBytes 9,00 Mbits / sn
[4] 5,0-6,0 sn 1,07 MBytes 8,98 Mbits / sn
[4] 6.0-7,0 saniye 1,07 MBayt 8,98 Mbits / saniye
[4] 7.0- 8.0 saniye 1.07 MBytes 9.00 Mbits / saniye
[4] 8.0-9.0 saniye 1.07 MBytes 8.98 Mbits / saniye
[4] 9.0-10.0 sn 1.09 MBytes 9.14 Mbits / sn
[4] 10.0-11.0 sn 1.07 MBytes 9.00 Mbits / sn
[4] 11.0-12.0 sn 1.07 MBytes 8.98 Mbits / sn
[4] 12.0-13.0 sn 1.07 MBytes 8.98 Mbits / sn
[4] 13.0-14.0 sn 1.07 MBytes 9.00 Mbits / sn
[4] 14.0-15.0 sn 1.07 MBytes 8.98 Mbits / sn
[4] 15,0-16,0 sn 1,07 MBytes 9,00 Mbits / sn
[4] 16.0-17.0 sn 1.07 MBytes 8.98 Mbits / sn
[4] 17.0-18.0 sn 1.07 MBytes 8.98 Mbits / sn
[4] 18.0-19.0 sn 1.09 MBytes 9.14 Mbits / sn
[4] 19.0-20.0 sn 1.07 MBytes 9.00 Mbits / sn
[4] 0.0-20.0 sn 21.5 MBayt 9.00 Mbits / sn
[4] 15315 datagram gönderdi
[4] Sunucu Raporu:
[4] 0.0-20.0 sn 21.3 MBayt 8.94 Mbits / sn 0.104 ms 96/15314 (% 0.63) !!!!!!!!!!
[4] 0.0-20.0 sn. 1 datagram sipariş dışı
[3] 192.168.191.200 bağlantı noktası 50751 ile bağlı yerel 192.168.191.201 bağlantı noktası 5001
[3] 0,0-1,0 sn 1,06 MByte 8,89 Mbits / sn 2,405 ms 0/756 (% 0)
[3] 1.0-2.0 sn 1.07 MBytes 9.00 Mbits / sn 2.308 ms 0/765 (% 0)
[3] 2,0 - 3,0 sn 1,07 MBytes 9,00 Mbits / sn 2,305 ms 0/765 (% 0)
[3] 3,0 - 4,0 sn 1,07 MBytes 8,97 Mbits / sn 2,290 ms 1/764 (% 0,13)
[3] 4,0 - 5,0 sn 1,07 MBytes 8,98 Mbits / sn 2,271 ms 1/765 (% 0,13)
[3] 5,0-6,0 sn 1,07 MBytes 8,98 Mbits / sn 2,313 ms 0/764 (% 0)
[3] 6.0-7,0 saniye 1,07 MBayt 9,00 Mbits / saniye 2,191 ms 0/765 (% 0)
[3] 7,0- 8,0 sn 1,07 MBytes 8,95 Mbits / sn 2,314 ms 3/764 (% 0,39)
[3] 8,0-9,0 saniye 1,07 MBayt 8,98 Mbits / saniye 2,232 ms 1/765 (% 0,13)
[3] 9.0-10.0 sn 1.09 MBytes 9.13 Mbits / sn 2.257 ms 0/776 (% 0)
[3] 10.0-11.0 sn 1.07 MBytes 8.98 Mbits / sn 2.365 ms 0/764 (% 0)
[3] 11.0-12.0 sn 1.07 MBytes 8.98 Mbits / sn 2.301 ms 1/765 (% 0.13)
[3] 12.0-13.0 sn 1.07 MBytes 8.98 Mbits / sn 2.277 ms 0/764 (% 0)
[3] 13.0-14.0 sn 1.07 MBytes 9.00 Mbits / sn 2.323 ms 0/765 (% 0)
[3] 14.0-15.0 sn 1.07 MBytes 9.00 Mbits / sn 2.176 ms 0/765 (% 0)
[3] 15.0-16.0 sn 1.07 MBytes 8.96 Mbits / sn 2.273 ms 2/764 (% 0.26)
[3] 16.0-17.0 sn 1.07 MBytes 8.98 Mbits / sn 2.313 ms 0/764 (% 0)
[3] 17.0-18.0 sn 1.07 MBytes 8.98 Mbits / sn 2.247 ms 1/765 (% 0.13)
[3] 18.0-19.0 sn 1.09 MBytes 9.11 Mbits / sn 2.276 ms 1/776 (% 0.13)
[3] 19.0-20.0 sn 1.07 MBytes 8.97 Mbits / sn 2.394 ms 1/764 (% 0.13)
[3] 0.0-20.0 sn 21.5 MBayt 8.99 Mbits / sn 2.659 ms 11/15314 (% 0.072)
[3] 0.0-20.0 sn. 1 datagram sipariş dışı

++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
C: \ iperf-2.0.5-2-win32> iperf -c 192.168.191.200 -i 1 -t 20 -r -u -b 9850k
++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
-------------------------------------------------- ----------
UDP bağlantı noktası 5001'de sunucu dinleme
1470 bayt datagram almak
UDP arabellek boyutu: 64,0 KBayt (varsayılan)
-------------------------------------------------- ----------
-------------------------------------------------- ----------
İstemci 192.168.191.200, UDP bağlantı noktası 5001'e bağlanıyor
1470 bayt datagram gönderme
UDP arabellek boyutu: 64,0 KBayt (varsayılan)
-------------------------------------------------- ----------
[4] 192.168.191.200 portu 5001'e bağlı yerel 192.168.191.201 portu 61762
[ID] Aralıklı Transfer Bant Genişliği
[4] 0,0-1,0 sn 1,17 MByte 9,84 Mbits / sn
[4] 1.0 - 2.0 saniye 1.17 MBytes 9.84 Mbits / saniye
[4] 2,0 - 3,0 sn 1,17 MBytes 9,84 Mbits / sn
[4] 3,0 - 4,0 sn 1,17 MByte 9,84 Mbits / sn
[4] 4,0 - 5,0 sn 1,17 MBytes 9,84 Mbits / sn
[4] 5,0-6,0 sn 1,17 MBytes 9,83 Mbits / sn
[4] 6.0-7,0 saniye 1,17 MBayt 9,84 Mbits / saniye
[4] 7,0- 8,0 saniye 1,17 MBytes 9,84 Mbits / saniye
[4] 8.0-9,0 saniye 1,17 MBayt 9,84 Mbits / saniye
[4] 9.0-10.0 sn 1.19 MBytes 10.0 Mbits / sn
[4] 10.0-11.0 sn 1.17 MBytes 9.84 Mbits / sn
[4] 11.0-12.0 sn 1.17 MBytes 9.84 Mbits / sn
[4] 12.0-13.0 sn 1.17 MBytes 9.83 Mbits / sn
[4] 13.0-14.0 sn 1.17 MBytes 9.85 Mbits / sn
[4] 14.0-15.0 sn 1.17 MBytes 9.83 Mbits / sn
[4] 15,0-16,0 sn 1,17 MBytes 9,85 Mbits / sn
[4] 16.0-17.0 sn 1.17 MBytes 9.83 Mbits / sn
[4] 17.0-18.0 sn 1.17 MBytes 9.84 Mbits / sn
[4] 18.0-19.0 sn 1.19 MBytes 10.0 Mbits / sn
[4] 19.0-20.0 sn 1.17 MBytes 9.84 Mbits / sn
[4] 0.0-20.0 sn 23.5 MBayt 9.85 Mbits / sn
[4] 16765 verigram gönderdi
[4] Sunucu Raporu:
[4] 0.0-20.0 sn 23.3 MBayt 9.74 Mbits / sn 3.421 ms 156/16764 (% 0.93) !!!!!!!!!!
[4] 0.0-20.0 sn. 1 datagram sipariş dışı
[3] 192.168.191.200 bağlantı noktası 50752 ile bağlı yerel 192.168.191.201 bağlantı noktası 5001
[3] 0,0-1,0 sn 1,16 MBytes 9,74 Mbits / sn 2,131 ms 0/828 (% 0)
[3] 1.0-2.0 sn 1.17 MBytes 9.84 Mbits / sn 2.140 ms 0/837 (% 0)
[3] 2,0 - 3,0 sn 1,17 MByte 9,83 Mbits / sn 2,099 ms 1/837 (% 0,12)
[3] 3.0- 4.0 sn 1.17 MBytes 9.84 Mbits / sn 2.113 ms 0/837 (% 0)
[3] 4,0 - 5,0 sn 1,17 MBytes 9,84 Mbits / sn 2,105 ms 0/837 (% 0)
[3] 5,0-6,0 sn 1,17 MByte 9,83 Mbits / sn 2,058 ms 1/837 (% 0,12)
[3] 6,0-7,0 sn 1,17 MByte 9,82 Mbits / sn 2,165 ms 1/836 (% 0,12)
[3] 7,0- 8,0 sn 1,17 MBytes 9,84 Mbits / sn 2.156 ms 0/837 (% 0)
[3] 8.0-9,0 saniye 1,17 MBayt 9,82 Mbits / saniye 2,135 ms 2/837 (% 0,24)
[3] 9.0-10.0 sn 1.19 MBytes 9.97 Mbits / sn 2.152 ms 2/850 (% 0.24)
[3] 10.0-11.0 sn 1.17 MBytes 9.83 Mbits / sn 2.153 ms 1/837 (% 0.12)
[3] 11.0-12.0 sn 1.17 MBytes 9.84 Mbits / sn 2.127 ms 0/837 (% 0)
[3] 12.0-13.0 sn 1.17 MBytes 9.83 Mbits / sn 2.136 ms 1/837 (% 0.12)
[3] 13.0-14.0 sn 1.17 MBytes 9.82 Mbits / sn 2.087 ms 2/837 (% 0.24)
[3] 14.0-15.0 sn 1.17 MBytes 9.83 Mbits / sn 2.061 ms 1/837 (% 0.12)
[3] 15.0-16.0 sn 1.17 MBytes 9.84 Mbits / sn 2.045 ms 0/837 (% 0)
[3] 16.0-17.0 sn 1.17 MBytes 9.82 Mbits / sn 2.203 ms 1/836 (% 0.12)
[3] 17.0-18.0 sn 1.17 MBytes 9.84 Mbits / sn 2.165 ms 0/837 (% 0)
[3] 18.0-19.0 sn 1.17 MBytes 9.83 Mbits / sn 2.154 ms 1/837 (% 0.12)
[3] 19.0-20.0 sn 1.19 MBytes 9.98 Mbits / sn 2.209 ms 0/849 (% 0)
[3] 0.0-20.0 sn 23.5 MBayt 9.84 Mbits / sn 2.548 ms 13/16764 (% 0.078)
[3] 0.0-20.0 sn. 1 datagram sipariş dışı

Asıl soru şu:

100Mbps'de olduğundan ve 100Mbps'den fazla gönderemediğinden DC bağlantısını aşırı abonelik yapmıyoruz. Ancak uzak siteler 10Mbps hızındadır.

  • Uzak taraftaki arabellekler paketleri taşar ve düşürüyor mu?
  • Sağlayıcının trafik şekillendiricisi trafiğe bir şey yapıyor mu? (Başka bir düğümden gelen trafik, ISS'lerin trafik şekillendiricisinden mi yoksa yalnızca düğüme (dışarıdan) giren trafikten mi etkilenir) ...... Ne demek istediğimi anlıyor musunuz?

TCP neden hepsini tek başına ele alamıyor?

Güncelleme # 3 Şimdi şu senaryoyu kullandım:

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

DC-> uzak yönünde paket kaybı: (iperf 9 Mbps UDP testi)

[  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

Diğer yön iyi. Ancak , bir TCP testi çalıştırırken, uzaktan-> DC yönü DC-> uzak yönünden (yaklaşık 5Mbps) daha iyi performans göstermez .......

Bunun dibine ulaştığımızdan emin değilim.

ethernet  tcp  troubleshooting  packet-analysis  metro-ethernet 
— Marki
kaynak
Gerçekten bir cevap değil ama benim önerim bir JDSU almak ve bu devreyi test etmek olacaktır. Eğer polislik yapıyorlarsa, polis, "regülatör", ayarlar aldığınızdan emin olun ... Küçük bir CBS'ye sahiplerse, TCP trafiğinizi aslında daha küçük bir pencere boyutuyla sınırlarlar. Bunu bir back-2-back testi ile test edebilirsiniz. Yeni bir devre testi aldığımızda sadece
— CIR'de
Ayrıca, sadece hızlı bir not. Windows işletim sistemi ile Linux arasında görülen TCP çıkışı farklı olacaktır çünkü TCP ayarları farklı olacaktır; yani. arabellek boyutu, algoritma, vb . sysctlWindows makinenizden emin değilseniz Linux makinenizin ayarlarını görüntüleyebilirsiniz ... belki netsh. Eğer devrenizde neyin yanlış olduğunu tahmin edeceksem, konuşulan bölgedeki CPE'nin hub tarafından daha büyük bir CBS ile kurulduğunu söyleyebilirim ... bu genellikle başka bir yoldur. Yine, JDSU topu onlara geri götürecek veya sorunun ne olduğuna yeniden odaklanmanıza izin verecektir.
— matak
@matak Açıklamalarınıza neden ek bir cevap vermiyorsunuz? Şekillendirici hakkında konuştuğumuzda, bu cihazı nerede hayal edebilirim? DC'de (görünür) CPE'si olmayan bir RJ45 fişi vardır. Uzak sitelerde çoğunlukla VDSL modemim ve bir çeşit MPLS özellikli yönlendiricim var. Yine de MPLS kullanıp kullanmadığından emin değilim. Ayrıca, şekillendirici trafiğin hangi yönünü şekillendiriyor? İngress @ spoke'u (siteden), egress @ spoke'u (ISS'nin bulutuna doğru), ingress @ hub'ı (DC'den), egress @ hub'ı (ISS'nin bulutuna doğru) şekillendirebiliriz ... Muhtemelen büyük resmi kaçırıyorum. CBS ile ilgili sorunun neden bir sorun olabileceğini gösterebilir misiniz?
— Marki

Yanıtlar:

20

Stack Exchange sohbetimize başvurmak ...

Kısa öykü yapmanız gerekenler hız uyumsuzluklar kontrol üzerinde hem ... Ben netlik açısından diyagramınıza redrew senin metro Ethernet bağlantıları yanlarına ... Not 1

Sorun Diyagramı

  • DC (yeşil renkle gösterilir) 10GE'den 100M'ye çok hızlı bir şekilde geçiş yapar ... bu 100 kat hızlı bir geçiştir ve böyle büyük bir geçişi hafifletmek için genellikle bir tür qos (şekillendirme gibi) uygulamanız gerekir. DC'nin (site başına) şekillendirilmesi gerektiğini kanıtlamak için bu cevabın alt kısmına bakın ...
  • Uzak taraf 1GE'den 10M CIR'a çok hızlı bir şekilde geçiş yapıyor ... bu da 100 kat hızlı bir geçiş. Şekillendirme veya diğer qos geçici çözümleri genellikle gereklidir.
  • Ayrıca, DC UNI (100M) ve uzak UNI (10M) arasında bir hız uyuşmazlığı olduğu görülmektedir ; bunun kendisi site başına bant genişliği yönetimi çözümü için yalvarır.

Bilginize, sağlayıcınız MEF uyumlu hizmetler uyguluyorsa , şekillendirmiyorlar, polislik yapıyorlar . TCP trafiği şekillendirme ile daha iyi performans gösterir .

Kendi QoS'nize olan ihtiyaç

Sen görünüyor qos ihtiyacını sorgulamaya ben alıntı böylece, Raporu'na "Taşıyıcı Ethernet Throughput anlama" MEF inceleme yoluyla ..., sayfa 9, MEF Tanıtım Belgesi takımından Şekil 2'de müşteri vardır iyi senden daha durum. .. 50Mbps CIR aldılar, ancak UNI 1GE'de teslim edildi ... Uzak sitenizde 1GE UNI üzerinde 10Mbps CIR var.

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.

Bir düzenlemedeki diğer TCP sorularına yanıt verme ...

100Mbps'de olduğundan ve 100Mbps'den fazla gönderemediğinden DC bağlantısını abartılıyoruz ...

Sana gönderebilir, katılmıyorum küçük patlama sizin DC 10 GE bağlantıları vardır çünkü 10GE de s, ancak metro UNI 100Mbps. Açık bir soru, 10GE'den 100M'ye geçiş yaptığınızda Enterasys LAN anahtarınızda (Anahtar A) ne kadar arabelleğe sahip olduğunuzdur.

TCP neden hepsini tek başına ele alamıyor?

TCP, paket kaybını gördüğünde işleri yavaşlatarak işler ... ciddi paket kaybı için gerçekten yavaşlar (ve bağlantıyı kesebilir). Yani TCP gerekeni yapıyor ... bir ağ mühendisi olarak amacınız TCP'yi mutlu eden koşullara sahip bir ağ kurmaktır.

Sohbetten diğer TCP soruları

Dedi .

TCP'nin arabelleğe alma ihtiyacı ve hiçbir arabelleksizliğin sonuçları hakkında :

Gerçek 1: Geri besleme kontrol sistemi olarak tasarlandığından TCP'nin hızlı geçişler için arabelleğe alması gerekir .

Bir sürüş benzetmesi kullanarak: iyi sürücüler olarak önümüzdeki araba ile aramızda her zaman birkaç saniye değerinde boşluk bırakıyoruz; bazı açılardan, arabalar arasındaki boşluk kabaca bir ağ arabelleğine benzer. Önümüzde bulunan kişi önlerinde bir hayvan koştuğunda frenlere çarparsa, arabalarımız arasındaki boşluk (umarım) arabalarına çarpmamızı engeller. Boşluk bırakıyoruz çünkü gözlerimizin fren lambalarını, ayağımızın tepki vermesini ve frenlerin yeterli ısıyı dağıtması zaman alıyor; gözlerimiz bize görsel bir geri bildirim kontrol sistemi veriyor.

Benzer şekilde, bir FTP oturumu 10GE'de patlatıldığında , soketin bir TCP ACK'sının durması ve beklemesi gerekmeden önce TCP ölçekli pencere boyutu nedeniyle trafik patlamaları 4 MB uzunluğunda olabilir (sizin durumunuzda) . Bu arada, 10GE trafik akışı aniden "Hızlı Ethernet" e çarparsa, TCP'nin yavaş yavaş yavaşlaması gerekir. Ağ donanımındaki derin arabellekler, TCP'nin hız geçişleri yaparken çok daha az paket bırakmasına izin verir; ancak arabellekleriniz yoksa, 10GE'den 100M'ye düşürüldüğünde bu 4MB TCP penceresinin% 99'unu bırakabilirsiniz. % 99'luk bu ciddi kaybı bir TCP soketi çökmesi olarak düşünün; TCP, nispeten kademeli paket kaybına tahmin edilebilir şekilde tepki verir. TCP, devam eden, ciddi paket kaybına çok daha az tahmin edilebilir şekilde tepki verecektir Not 3 .

Neden 100M DC'de ve 10M uzaktan kumandada asimetrik bir Metro Ethernet CIR kullanmamanız gerektiğini sormak için kendinize, metninizin ucuz 10Mbps Ethernet NID'sine çarptığında 100Mbps trafiğin patladığını tamponlayan bir retorik soru sorun . Ethernet sağlayıcısı size verdi mi? "... (ipucu: kimse arabelleğe almıyor).

Hiç kimse büyük (bkz. Not 2) hız geçişlerini arabelleğe almıyorsa, bu noktalar zaman zaman trafiği düşürmek için potansiyel yerlerdir.

Kim tarafından düşürülüyor :

DC'den çıkış trafiği düşüyor

TCP trafiği veri merkezinden ayrıldığında, bırakılabileceği üç yer vardır:

  • D1'de: LAN anahtarları 100: 1 hız geçişi için nadiren yeterince derin arabelleğe sahip olduğundan
  • D2'de: NID , UNI bağlantısını CIR'den daha yüksek bir hızda müzakere etmişse ; şu an böyle değil, bu yüzden orada damla beklemiyorum.
  • D3'te: tüm nedenlerden dolayı asimetrik Metro Ethernet CIR'ler hakkında açıkladım .

TCP trafiği veri merkezine gittiğinde ...

Giriş trafiği DC'ye düşüyor

Hız uyumsuzluklarını azaltma:

Örnek bir EVPL çözümü : Noktadan noktaya EVC çözümü ile EVPL

  • Bunun gibi anahtarlamalı bir topolojide , DC'den her Uzaktan Kumandaya noktadan noktaya EVC'leri olan bir EVPL muhtemelen en iyi seçeneğinizdir (yukarıdaki şemaya bakın). Bu, her EVC'ye ayrı bir CIR uygulayacaktır . Not: Bu yanıttaki diğer tüm QoS kılavuzları geçerlidir ... yani büyük hızlı geçişlerden kaçının Not 2 , ekipmanınızın yeterince iyi işleyip işlemeyeceğini test etmeden.
  • Alternatif olarak, DC ile uzaktan kumanda arasında simetrik oranlara sahip metroe hizmetleri satın almayı düşünebilirsiniz; buna rağmen en pratik rehberlik olmayabileceğine inanıyorum.
  • Yönlendirilmiş hizmetler için bu sorunun klasik çözümü olan FYI, gerekli hızlarda şekillendirmeyi destekleyen ve daha sonra metroe trafiğinizi uygun CIR'ye (uzak site başına) göre şekillendiren yönlendiriciler satın almaktır . FYI, uzak taraf oldukça küçük bir yönlendirici ile kurtulabilir, çünkü sadece 1GE girişi ve 10Mbps CIR ... Aylar önce, bu hizmetin tasarımı hakkında konuştuğumuzda, teknolojilerden memnunsanız yönlendirmeyi tavsiye ettim ...

  • Eğer varsa ekstra para var harcamak ve metro ethernet hizmetini mühendisi yeniden edemez, daha yavaş yavaş hız uyumsuzluklar masaj olabilir. Bunu hiç yapmadım, ancak prensipte 100'e 1 yerine 10'a 1 geçişlerini deneyebilirsiniz (şu anda hem DC'de hem de uzaktan kumandada olan şey budur):

    • Uzaktan kumandayı 10M olarak şekillendirmek için bir yönlendirici satın almak yerine, uzak UNI'yı 1GE yerine 100M'de otomatik olarak pazarlık yapmaya zorlayabilirsiniz; GigabitEthernet, Cat5e kablosundaki tüm pinleri gerektirir , böylece yalnızca 1, 2, 3 ve 6 pinlerini bağlayan bir RJ45 mod fişiyle etkili bir şekilde 100M'ye zorlayabilirsiniz.
    • DC'yi 100M olarak şekillendirmek için bir yönlendirici satın almak yerine, 100M bağlantısına trafik gönderirken 10G bağlantısını 1GE'ye polislemek için Enterasys'inizi kullanın

iperfSonuçlarınız analiz ediliyor ...

Hatırlamanız gereken iki önemli nokta vardır iperf(tüm bilgiler iperfsürüm 2'ye dayanmaktadır ):

Bu nedenle, aşağıdaki çıkış DC makinesinin ( iperf -cmodda) iperfuzak sitedeki sunucuya (192.168.x) bağlandığını ve DC'den (100M UNI) uzak siteye (10M UNI) veri aktardığını gösterir ...

./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

Yukarıdaki çıktı, DC'deki uzak yöne doğru sorunları açıkça göstermektedir; işler iyi çalıştığında 9Mbps veya daha fazlasını görmeyi beklemeliyiz (örneğin, uzak sitede en az% 90 kapasite - 10Mbps beklersiniz). Şimdi trafiğe ters yöne bakalım ( iperfuzak siteden DC'ye veri gönderirken ) ...

[  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

Uzak CIR kapasitenizin yaklaşık% 80'ini gönderebilirsiniz, ancak bu hala beklediğimden daha az.

DC hız uyumsuzluğunun resmi (10Gbps -> 100Mbps)

dedi marki : Unutma, sorun sadece akış 100Mb-> 10Mb olduğunda kendini gösterir, aksi halde değil.

Sorun her iki yönde kendini gösteriyor, ancak iperfsemptomlar DC -> uzak yönünde daha kötü görünüyor. iperfYukarıdaki çıktı analizime bakın .

Bu somutlaştırmak için, DC FTP sunucunuzdan (130.1.6.4) uzak siteye (192.168.191.2) bir dosya aktarırken FTP pcap'inize bakalım. 100M metro ethernet tarafından aktarım, aktarım sırasında birkaç noktada sınırlanıyor. Eğer dc-to-remote_remote-side.pcapngpcap bakar ve filtre eğer bunu görebilirsinizexpert.message contains "segment not captured"

resim açıklamasını buraya girin

Son Notlar :

Not 1 1Mbps MetroEthernet CIR başına 25KB CBS değerleri seçiyorum; Bu, sağlayıcılar tarafından kullanılan yaygın bir orandır ... YMMV
Not 2 Kişisel kuralım : "büyük", 10: 1 hız geçişinden önemli ölçüde daha büyük bir hız geçişidir
Not 3TCP için çok fazla paket kaybı olan ve olmayanlar için sabit sayılar veremiyorum. Kayıp, uygulamalarınızın acı çekmesi için yeterince kötü ise, o zaman çok fazladır. Kişisel kuralım: Tamamen kendi kontrolüm altında bir kablolu kurumsal ağ ile uğraşırken, herhangi bir (kasıtsız) paket kaybı çok fazladır. Bununla birlikte, tamponlamada köşeleri kesen bazı anahtar modelleri var; bu anahtarlar zaman zaman paketleri düşürebilir ... bu sorunla yaşamak ya da daha iyi anahtarlar satın almak zorunda olup olmadığınıza karar verir. Bilginize: Her zaman açık değildir, ancak TCP mümkün olduğunca çok verim almasını sağlamak için bir soketin iletim hızını periyodik olarak artırır; birçok TCP uygulaması, paket düşüşleri gördüklerinde çok hızlı gittiklerini bilir.

— Mike Pennington
kaynak
DC'nin PHY hızının (Metro Ethernet bağlantı noktası) zaten 100Mb olduğunu unutmayın. Ama 100M'de gönderemiyorum, çünkü diğer taraf maksimum 10Mb ... Şu anda şekillendirmenin tam olarak nerede olması gerektiği hala belirsiz. Ah ve "iperf belirtileri DC -> uzak yönde daha kötü görünüyor" mu demek istediniz ?
— Marki
Cevabı güncelledim, evet "remote -> DC" orijinal cevapta bir yazım hatasıydı.
— Mike Pennington
Burada Mike ile aynı fikirdeyim, sağlayıcınızın kim olduğuna bağlı olarak, eğer onlara sorarsanız size hat oranlarını söyleyecekler, metro-E'nizden sarkan fiziksel arayüzlerinizle eşleşmesini sağlayın. NEREDE QoS'a gelince, en büyük giriş noktalarınızda yapacağım, bu yüzden 10Gb cihazlarınız daha küçük yukarı akış cihazlarına gitmeden önce. Yine de geçiş yapmaktan daha fazla güvenlik duvarı ve yönlendirme harcıyorum, ancak umarım Mike iddialarımı destekleyebilir!
— AL
3
@MikePennington - Hız uyuşmazlıkları nedeniyle devam eden engelleme, P2P mikrodalga bağlantılarıyla çok fazla karşılaştığım bir şey. Harika cevap, yayınınızda çok iyi bilgiler var. Teşekkürler!
— matak
1
Ayrıca çift yönlü uyumsuzluğu kontrol edin, bu tek yönlü hız sorunlarına neden olabilir.
— cpt_fink
2

Bu sorunu tartışmak çok ilginç olsa da, ISS bu arada farklı sitelerdeki DSL modemlerini başka bir marka ile değiştirmeye başladı. Bazı paket parçalanma sorunu diyorlar. Ve hey, herhangi bir sorun veya özel ayar olmadan her iki yönde 9.5 Mbps.

— Marki
kaynak
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.