Khắc phục sự cố thông lượng TCP Ethernet thấp


14

Các thiết lập

Chúng tôi đã thuê một vài đường dây thuê riêng hiện diện như một mạng lớp 2, tức là bạn có một đường ống lớn tại trung tâm dữ liệu và các trang web từ xa có các đường ống nhỏ hơn. Trong mạng lớp 2, bạn có thể làm bất cứ điều gì bạn thích. Có lẽ họ sử dụng 802.1ad để cung cấp cho mỗi khách hàng mạng riêng trong mạng của họ. AFAICS hầu hết các trang web được kết nối thông qua VDSL đơn giản.

Chúng tôi đã quyết định đặt một bộ định tuyến tại mỗi trang web và cung cấp cho mỗi trang web Vlan của riêng mình. Do đó, tường lửa tại DC có nhiều Vlan được xác định là có các trang web. Do đó, mỗi trang web sử dụng phạm vi địa chỉ của nó trong Vlan riêng.

Giản đồ hệ thống:

giản đồ hệ thống

Vấn đề

Bây giờ, chúng tôi phải đối mặt với các vấn đề thông lượng:

  • Chạy chuyển FTP từ trang web sang DC hoạt động tốt với tốc độ khoảng 10Mb / giây, tốc độ đường truyền.
  • Chạy chuyển FTP từ DC sang trang không hoạt động tốt ở tốc độ 6Mb / giây trở xuống.

Không quan trọng bên nào bắt đầu chuyển nhượng. Điều duy nhất nhất quán là một hướng không hoạt động tốt. Thật tệ, đó là hướng đến trang web vì đó sẽ là băng thông chúng tôi cần nhất vì chúng tôi muốn sử dụng máy khách máy chủ đầu cuối.

Khoảng 10 giây sau khi chuyển, thông lượng giảm xuống. Chúng tôi thấy DUP ACK khi đánh hơi. Điều này có thể dẫn tôi đến giới hạn tỷ lệ ở cuối nhà cung cấp ?? (Hiện tại, họ không có manh mối và tôi muốn đảm bảo rằng chúng tôi không có lỗi trước khi leo thang)

LƯU Ý Các trang web từ xa bị giới hạn ở mức 10Mb. Đặt cổng chuyển sang cổng Metro thành 10Mb cũng không giúp được gì. Trên thực tế, đó là điều tồi tệ nhất sau đó (tối đa 30 KB / s). Cài đặt thành 100Mb hoạt động tốt nhưng đã bắt đầu tạo ra vấn đề được phác thảo. Tương tự cho 1G.

Có thể tải về các vấn đề tại đây:

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

Chẩn đoán

Trong hình ảnh, bạn thấy Biểu đồ IO của Wireshark với một số chi tiết lỗi:

  • ở bên trái: FTP chuyển từ DC đến trang web
  • bên phải: FTP chuyển từ trang web sang DC

acks trùng lặp

Trong trường hợp phía bên kia bắt đầu chuyển (tức là đặt từ dc, thay vì lấy từ xa), vấn đề vẫn không thay đổi.

Hãy nuông chiều tôi với những gì bạn nghĩ có thể là vấn đề ở đây.


CẬP NHẬT # 1 (tích hợp ở trên)


CẬP NHẬT # 2 ( CẬP NHẬT )

Đây phải là một điều kiểm soát tắc nghẽn.

Lưu ý rằng từ DC đến remote chúng ta có các liên kết 10G-> 1G-> 100M-> 10M-> 1G. <- không hoạt động

Theo hướng khác, do đó chúng ta có nghịch đảo: 1G-> 10M-> 100M-> 1G-> 10G. <- tốt thôi

"1G-> 10M" đầu tiên là 10M "vô hình" tại trang web từ xa, nơi mọi thứ bao gồm tốc độ cổng đường lên được đặt ở mức 1G, mặc dù chỉ có 10M phía sau (được bán).

Tuy nhiên, 100Mbps tại DC là 100Mbps thực, giao diện được cấu hình ở mức 100Mbps trên lớp vật lý.

Bây giờ tôi đã sử dụng iperf:

  • Kiểm tra TCP chỉ hoạt động tốt theo một hướng (client = DC, server = remote)
./iperf -c 192.168.x -i2 -t 60 -r
-------------------------------------------------- ----------
Máy chủ lắng nghe trên cổng TCP 5001
Kích thước cửa sổ TCP: 85,3 KByte (mặc định)
-------------------------------------------------- ----------
-------------------------------------------------- ----------
Máy khách kết nối với 192.168.x, cổng TCP 5001
Kích thước cửa sổ TCP: 16,0 KByte (mặc định)
-------------------------------------------------- ----------
[3] cổng 10.x cục bộ 38195 được kết nối với cổng 192.168.x 5001
[3] 0,0- 2,0 giây 1,44 MB 6.03 Mbits / giây
[3] 2.0- 4.0 giây 2.23 MB 9.37 Mbits / giây
[3] 4.0- 6.0 giây 2.28 MByte 9.57 Mbits / giây
[3] 6.0- 8.0 giây 1.88 MB 7,90 Mbits / giây
[3] 8,0-10,0 giây 1,00 MB tế bào 4,19 Mbits / giây
[3] 10,0-12,0 giây 1,30 MB 5,47 Mbits / giây
[3] 12.0-14.0 giây 688 KByte 2.82 Mbits / giây
[3] 14.0-16.0 giây 840 KByte 3.44 Mbits / giây
[3] 16.0-18.0 giây 1.03 MB 4.33 Mbits / giây
[3] 18.0-20.0 giây 1.01 MB 4.23 Mbits / giây
[3] 20.0-22.0 giây 1.03 MB 4.33 Mbits / giây
[3] 22.0-24.0 giây 1.18 MB 4.95 Mbits / giây
[3] 24,0-26,0 giây 904 KByte 3,70 Mbits / giây
[3] 26.0-28.0 giây 840 KByte 3.44 Mbits / giây
[3] 28,0-30,0 giây 936 KByte 3,83 Mbits / giây
[3] 30.0-32.0 giây 1.09 MB 4.59 Mbits / giây
[3] 32.0-34.0 giây 960 KByte 3.93 Mbits / giây
[3] 34.0-36.0 giây 752 KByte 3.08 Mbits / giây
[3] 36,0-38,0 giây 1,09 MB 4,59 Mbits / giây
[3] 38,0-40,0 giây 1,09 MB 4,59 Mbits / giây
[3] 40.0-42.0 giây 840 KByte 3.44 Mbits / giây
[3] 42,0-44,0 giây 1,27 MB 5,34 Mbits / giây
[3] 44,0-46,0 giây 1,16 MB 4,85 Mbits / giây
[3] 46.0-48.0 giây 840 KByte 3.44 Mbits / giây
[3] 48,0-50,0 giây 960 KByte 3,93 Mbits / giây
[3] 50.0-52.0 giây 1.28 MB 5.37 Mbits / giây
[3] 52,0-54.0 giây 1,09 MB 4,59 Mbits / giây
[3] 54.0-56.0 giây 992 KByte 4.06 Mbits / giây
[3] 56.0-58.0 giây 1.00 MByte 4.19 Mbits / giây
[3] 58,0-60,0 giây 1,09 MB 4,59 Mbits / giây
[3] 0,0-60,2 giây 33,9 MB 4,73 Mbits / giây
[5] cổng 10.x cục bộ 5001 được kết nối với cổng 192.168.x 10965
[5] 0,0- 2,0 giây 1,85 MB 7,75 Mbits / giây
[5] 2.0- 4.0 giây 1.90 MB 7.98 Mbits / giây
[5] 4.0- 6.0 giây 1.89 MB 7.93 Mbits / giây
[5] 6.0- 8.0 giây 1.92 MB 8.07 Mbits / giây
[5] 8,0-10,0 giây 1,91 MB 8,02 Mbits / giây
[5] 10.0-12.0 giây 1.83 MB 7.69 Mbits / giây
[5] 12,0-14,0 giây 1,86 MB 7,78 Mbits / giây
[5] 14.0-16.0 giây 1.79 MB 7.52 Mbits / giây
[5] 16.0-18.0 giây 1.79 MB 7.52 Mbits / giây
[5] 18.0-20.0 giây 1.89 MByte 7.91 Mbits / giây
[5] 20.0-22.0 giây 1.91 MB 8,00 Mb / giây
[5] 22.0-24.0 giây 1.88 MB 7.91 Mbits / giây
[5] 24,0-26,0 giây 1,95 MB 8,16 Mbits / giây
[5] 26,0-28,0 giây 1,90 MB 7,99 Mbits / giây
[5] 28,0-30,0 giây 1,87 MB 7,84 Mbits / giây
[5] 30.0-32.0 giây 1.85 MB 7.77 Mbits / giây
[5] 32.0-34.0 giây 1,55 MB 6,49 Mbits / giây
[5] 34,0-36,0 giây 1,92 MB 8,07 Mbits / giây
[5] 36,0-38,0 giây 1,90 MB 7,99 Mb / giây
[5] 38,0-40,0 giây 1,84 MB 7,73 Mbits / giây
[5] 40,0-42,0 giây 1,66 MB 6,95 Mbits / giây
[5] 42.0-44.0 giây 1.92 MB 8.07 Mbits / giây
[5] 44,0-46,0 giây 1,91 MB 7,99 Mbits / giây
[5] 46,0-48,0 giây 1,90 MB 7,98 Mbits / giây
[5] 48,0-50,0 giây 1,84 MB 7,70 Mbits / giây
[5] 50.0-52.0 giây 1.93 MByte 8.09 Mbits / giây
[5] 52,0-54.0 giây 1,80 MB 7,54 Mbits / giây
[5] 54.0-56.0 giây 1.83 MB 7.67 Mbits / giây
[5] 56.0-58.0 giây 1.88 MB 7.86 Mbits / giây
[5] 58,0-60,0 giây 1,85 MB 7,78 Mbits / giây
[5] 0,0-60,3 giây 56,0 MByte 7,79 Mbits / giây
  • Để đi đến tận cùng của nó, đây là các thử nghiệm UDP từ hai máy chủ trong cùng một Vlan chưa sử dụng Kết nối Metro, 200 = remote, 201 = DC

Chúng tôi thấy việc mất gói ngày càng tăng khi tăng băng thông (khi đạt tới 10Mb / giây, chúng tôi có 0,93%, bắt đầu rất nghiêm trọng ... và cũng sẽ giải thích tại sao TCP có vấn đề khi thực hiện)

++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
C: \ iperf-2.0.5-2-win32> iperf -c 192.168.191.200 -i 1 -t 20 -r -u
++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
-------------------------------------------------- ----------
Máy chủ lắng nghe trên cổng UDP 5001
Nhận 1470 byte datagram
Kích thước bộ đệm UDP: 64.0 KByte (mặc định)
-------------------------------------------------- ----------
-------------------------------------------------- ----------
Máy khách kết nối với 192.168.191.200, cổng UDP 5001
Gửi 1470 byte datagram
Kích thước bộ đệm UDP: 64.0 KByte (mặc định)
-------------------------------------------------- ----------
[4] cục bộ 192.168.191.201 cổng 61759 được kết nối với 192.168.191.200 cổng 5001
[ID] Băng thông chuyển thời gian
[4] 0,0- 1,0 giây 128 KByte 1,05 Mbits / giây
[4] 1.0- 2.0 giây 128 KByte 1.05 Mbits / giây
[4] 2.0- 3.0 giây 129 KByte 1.06 Mbits / giây
[4] 3.0- 4.0 giây 128 KByte 1.05 Mbits / giây
[4] 4.0- 5.0 giây 128 KByte 1.05 Mbits / giây
[4] 5.0- 6.0 giây 128 KByte 1.05 Mbits / giây
[4] 6.0- 7.0 giây 128 KByte 1.05 Mbits / giây
[4] 7.0- 8.0 giây 128 KByte 1.05 Mbits / giây
[4] 8.0- 9.0 giây 128 KByte 1.05 Mbits / giây
[4] 9.0-10.0 giây 129 KByte 1.06 Mbits / giây
[4] 10.0-11.0 giây 128 KByte 1.05 Mbits / giây
[4] 11.0-12.0 giây 128 KByte 1.05 Mbits / giây
[4] 12.0-13.0 giây 128 KByte 1.05 Mbits / giây
[4] 13.0-14.0 giây 128 KByte 1.05 Mbits / giây
[4] 14.0-15.0 giây 128 KByte 1.05 Mbits / giây
[4] 15.0-16.0 giây 128 KByte 1.05 Mbits / giây
[4] 16.0-17.0 giây 128 KByte 1.05 Mbits / giây
[4] 17.0-18.0 giây 128 KByte 1.05 Mbits / giây
[4] 18.0-19.0 giây 131 KByte 1.07 Mbits / giây
[4] 19.0-20.0 giây 128 KByte 1.05 Mbits / giây
[4] 0,0-20,0 giây 2,50 MB 1,05 Mbits / giây
[4] Đã gửi 1785 datagram
[4] Báo cáo máy chủ:
[4] 0,0-20,0 giây 2,50 MB 1,05 Mbits / giây 0,257 ms 0/1785 (0%)
[3] cổng 192.168.191.201 cục bộ 5001 được kết nối với cổng 192.168.191.200 50749
[3] 0,0- 1,0 giây 128 KByte 1,05 Mbits / giây 0,285 ms 0/89 (0%)
[3] 1.0- 2.0 giây 128 KByte 1.05 Mbits / giây 0.313 ms 0/89 (0%)
[3] 2.0- 3.0 giây 128 KByte 1.05 Mbits / giây 0.278 ms 0/89 (0%)
[3] 3.0- 4.0 giây 128 KByte 1.05 Mbits / giây 0.241 ms 0/89 (0%)
[3] 4.0- 5.0 giây 128 KByte 1.05 Mbits / giây 0.266 ms 0/89 (0%)
[3] 5.0- 6.0 giây 128 KByte 1.05 Mbits / giây 0.293 ms 0/89 (0%)
[3] 6.0- 7.0 giây 128 KByte 1.05 Mbits / giây 0.314 ms 0/89 (0%)
[3] 7,0- 8,0 giây 128 KByte 1,05 Mbits / giây 0,280 ms 0/89 (0%)
[3] 8,0- 9.0 giây 128 KByte 1,05 Mbits / giây 0,242 ms 0/89 (0%)
[3] 9.0-10.0 giây 129 KByte 1.06 Mbits / giây 0.250 ms 0/90 (0%)
[3] 10,0-11,0 giây 128 KByte 1,05 Mbits / giây 0,275 ms 0/89 (0%)
[3] 11.0-12.0 giây 128 KByte 1.05 Mbits / giây 0.299 ms 0/89 (0%)
[3] 12.0-13.0 giây 128 KByte 1.05 Mbits / giây 0.327 ms 0/89 (0%)
[3] 13.0-14.0 giây 128 KByte 1.05 Mbits / giây 0.290 ms 0/89 (0%)
[3] 14.0-15.0 giây 128 KByte 1.05 Mbits / giây 0.251 ms 0/89 (0%)
[3] 15.0-16.0 giây 128 KByte 1.05 Mbits / giây 0.275 ms 0/89 (0%)
[3] 16.0-17.0 giây 128 KByte 1.05 Mbits / giây 0.303 ms 0/89 (0%)
[3] 17.0-18.0 giây 128 KByte 1.05 Mbits / giây 0.333 ms 0/89 (0%)
[3] 18.0-19.0 giây 128 KByte 1.05 Mbits / giây 0.294 ms 0/89 (0%)
[3] 19,0-20,0 giây 131 KByte 1,07 Mbits / giây 0,281 ms 0/91 (0%)
[3] 0,0-20,0 giây 2,50 MB 1,05 Mbits / giây 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
++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
-------------------------------------------------- ----------
Máy chủ lắng nghe trên cổng UDP 5001
Nhận 1470 byte datagram
Kích thước bộ đệm UDP: 64.0 KByte (mặc định)
-------------------------------------------------- ----------
-------------------------------------------------- ----------
Máy khách kết nối với 192.168.191.200, cổng UDP 5001
Gửi 1470 byte datagram
Kích thước bộ đệm UDP: 64.0 KByte (mặc định)
-------------------------------------------------- ----------
[4] cục bộ 192.168.191.201 cổng 61760 được kết nối với 192.168.191.200 cổng 5001
[ID] Băng thông chuyển thời gian
[4] 0,0- 1,0 giây 610 KByte 5,00 Mb / giây
[4] 1.0- 2.0 giây 609 KByte 4.99 Mbits / giây
[4] 2.0- 3.0 giây 610 KByte 5,00 Mb / giây
[4] 3.0- 4.0 giây 609 KByte 4.99 Mbits / giây
[4] 4.0- 5.0 giây 610 KByte 5,00 Mb / giây
[4] 5.0- 6.0 giây 609 KByte 4.99 Mbits / giây
[4] 6.0- 7.0 giây 610 KByte 5,00 Mb / giây
[4] 7,0- 8,0 giây 609 KByte 4,99 Mbits / giây
[4] 8,0- 9.0 giây 610 KByte 5,00 Mb / giây
[4] 9.0-10.0 giây 619 KByte 5.07 Mbits / giây
[4] 10,0-11,0 giây 610 KByte 5,00 Mb / giây
[4] 11,0-12,0 giây 609 KByte 4,99 Mbits / giây
[4] 12,0-13,0 giây 609 KByte 4,99 Mbits / giây
[4] 13.0-14.0 giây 610 KByte 5,00 Mbits / giây
[4] 14,0-15,0 giây 609 KByte 4,99 Mbits / giây
[4] 15.0-16.0 giây 610 KByte 5,00 Mb / giây
[4] 16,0-17,0 giây 609 KByte 4,99 Mbits / giây
[4] 17,0-18,0 giây 610 KByte 5,00 Mb / giây
[4] 18.0-19.0 giây 619 KByte 5.07 Mbits / giây
[4] 19,0-20,0 giây 609 KByte 4,99 Mbits / giây
[4] 0,0-20,0 giây 11,9 MB 5,00 Mbits / giây
[4] Đã gửi 8504 datagram
[4] Báo cáo máy chủ:
[4] 0,0-20,0 giây 11,9 MB 4,99 Mbits / giây 0,000 ms 12/8503 (0,14%)
[4] 0,0-20,0 giây 1 datagram nhận được không theo thứ tự
[3] cổng 192.168.191.201 cục bộ 5001 được kết nối với cổng 192.168.191.200 50750
[3] 0,0- 1,0 giây 606 KByte 4,96 Mbits / giây 2.238 ms 1/423 (0,24%)
[3] 1,0- 2,0 giây 610 KByte 5,00 Mb / giây 2.739 ms 0/425 (0%)
[3] 2.0- 3.0 giây 609 KByte 4,99 Mbits / giây 3.089 ms 1/24 (0,24%)
[3] 3.0- 4.0 giây 609 KByte 4.99 Mbits / giây 3.605 ms 0/424 (0%)
[3] 4.0- 5.0 giây 607 KByte 4.97 Mbits / giây 1.954 ms 0/423 (0%)
[3] 5.0- 6.0 giây 612 KB tế bào 5,01 Mb / giây 2,666 ms 0/426 (0%)
[3] 6.0- 7.0 giây 607 KByte 4.97 Mbits / giây 2.602 ms 0/423 (0%)
[3] 7,0- 8,0 giây 612 KByte 5,01 Mbits / giây 2.960 ms 0/426 (0%)
[3] 8,0- 9.0 giây 609 KByte 4,99 Mbits / giây 2.512 ms 0/424 (0%)
[3] 9.0-10.0 giây 619 KBytes 5.07 Mbits / giây 2.133 ms 0/431 (0%)
[3] 10,0-11,0 giây 609 KByte 4,99 Mbits / giây 3,605 ms 1/24 (0,24%)
[3] 11,0-12,0 giây 609 KByte 4,99 Mbits / giây 2.509 ms 0/424 (0%)
[3] 12,0-13,0 giây 610 KByte 5,00 Mb / giây 3,570 ms 0/425 (0%)
[3] 13,0-14,0 giây 609 KByte 4,99 Mbits / giây 3.077 ms 1/24 (0,24%)
[3] 14,0-15,0 giây 609 KByte 4,99 Mbits / giây 2,679 ms 0/424 (0%)
[3] 15,0-16,0 giây 609 KByte 4,99 Mbits / giây 1,887 ms 0/424 (0%)
[3] 16.0-17.0 giây 610 KBytes 5,00 Mb / giây 2,651 ms 0/425 (0%)
[3] 17,0-18,0 giây 609 KByte 4,99 Mbits / giây 3.390 ms 0/424 (0%)
[3] 18.0-19.0 giây 617 KByte 5.06 Mbits / giây 2.601 ms 0/430 (0%)
[3] 19,0-20,0 giây 612 KByte 5,01 Mbits / giây 3.525 ms 0/426 (0%)
[3] 0,0-20,0 giây 11,9 MB 4,99 Mbits / giây 3.156 ms 3/503 (0,035%)
[3] 0,0-20,0 giây 1 datagram được nhận không theo thứ tự

++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
C: \ iperf-2.0.5-2-win32> iperf -c 192.168.191.200 -i 1 -t 20 -r -u -b 9m
++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
-------------------------------------------------- ----------
Máy chủ lắng nghe trên cổng UDP 5001
Nhận 1470 byte datagram
Kích thước bộ đệm UDP: 64.0 KByte (mặc định)
-------------------------------------------------- ----------
-------------------------------------------------- ----------
Máy khách kết nối với 192.168.191.200, cổng UDP 5001
Gửi 1470 byte datagram
Kích thước bộ đệm UDP: 64.0 KByte (mặc định)
-------------------------------------------------- ----------
[4] cục bộ 192.168.191.201 cổng 61761 được kết nối với 192.168.191.200 cổng 5001
[ID] Băng thông chuyển thời gian
[4] 0,0- 1,0 giây 1,07 MB 9,3 Mb / giây
[4] 1.0- 2.0 giây 1.07 MByte 8,98 Mb / giây
[4] 2.0- 3.0 giây 1.07 MByte 9.00 Mbits / giây
[4] 3.0- 4.0 giây 1.07 MByte 8,98 Mb / giây
[4] 4.0- 5.0 giây 1.07 MBytes 9.00 Mbits / giây
[4] 5.0- 6.0 giây 1.07 MByte 8,98 Mb / giây
[4] 6.0- 7.0 giây 1.07 MByte 8,98 Mb / giây
[4] 7,0- 8,0 giây 1,07 MB 9,3 Mb / giây
[4] 8,0- 9.0 giây 1,07 MB 8,98 Mbits / giây
[4] 9.0-10.0 giây 1.09 MB 9.14 Mbits / giây
[4] 10,0-11,0 giây 1,07 MB 9,3 Mb / giây
[4] 11,0-12,0 giây 1,07 MB 8,98 Mbits / giây
[4] 12,0-13,0 giây 1,07 MB 8,98 Mbits / giây
[4] 13.0-14.0 giây 1.07 MByte 9.00 Mbits / giây
[4] 14,0-15,0 giây 1,07 MB 8,98 Mbits / giây
[4] 15.0-16.0 giây 1.07 MByte 9.00 Mbits / giây
[4] 16,0-17,0 giây 1,07 MB 8,98 Mbits / giây
[4] 17,0-18,0 giây 1,07 MB 8,98 Mbits / giây
[4] 18,0-19,0 ​​giây 1,09 MB 9,14 Mbits / giây
[4] 19.0-20.0 giây 1.07 MByte 9.00 Mbits / giây
[4] 0,0-20,0 giây 21,5 MB 9,3 Mb / giây
[4] Đã gửi 15315 datagram
[4] Báo cáo máy chủ:
[4] 0,0-20,0 giây 21,3 MB 8,94 Mbits / giây 0,104 ms 96/15314 (0,63%) !!!!!!!!!!
[4] 0,0-20,0 giây 1 datagram nhận được không theo thứ tự
[3] cổng 192.168.191.201 cục bộ 5001 được kết nối với cổng 192.168.191.200 50751
[3] 0,0- 1,0 giây 1,06 MB 8,89 Mbits / giây 2,405 ms 0/756 (0%)
[3] 1.0- 2.0 giây 1.07 MBytes 9.00 Mbits / giây 2.308 ms 0/765 (0%)
[3] 2.0- 3.0 giây 1.07 MBytes 9.00 Mbits / giây 2.305 ms 0/765 (0%)
[3] 3.0- 4.0 giây 1.07 MByte 8,97 Mbits / giây 2.290 ms 1/64 (0,13%)
[3] 4.0- 5.0 giây 1.07 MByte 8,98 Mbits / giây 2,271 ms 1/6565 (0,13%)
[3] 5.0- 6.0 giây 1.07 MByte 8,98 Mbits / giây 2,313 ms 0/764 (0%)
[3] 6.0- 7.0 giây 1.07 MBytes 9.00 Mbits / giây 2.191 ms 0/765 (0%)
[3] 7,0- 8,0 giây 1,07 MB 8,95 Mbits / giây 2,314 ms 3/764 (0,39%)
[3] 8,0- 9.0 giây 1,07 MB 8,98 Mbits / giây 2.232 ms 1/6565 (0,13%)
[3] 9.0-10.0 giây 1.09 MB 9.13 Mbits / giây 2.257 ms 0/776 (0%)
[3] 10,0-11,0 giây 1,07 MB 8,98 Mbits / giây 2,365 ms 0/764 (0%)
[3] 11,0-12,0 giây 1,07 MB 8,98 Mbits / giây 2.301 ms 1/6565 (0,13%)
[3] 12,0-13,0 giây 1,07 MB 8,98 Mbits / giây 2,277 ms 0/764 (0%)
[3] 13.0-14.0 giây 1.07 MByte 9.00 Mbits / giây 2.323 ms 0/765 (0%)
[3] 14.0-15.0 giây 1.07 MByte 9.00 Mbits / giây 2.176 ms 0/765 (0%)
[3] 15,0-16,0 giây 1,07 MB 8,96 Mbits / giây 2,273 ms 2/764 (0,26%)
[3] 16,0-17,0 giây 1,07 MB 8,98 Mbits / giây 2,313 ms 0/764 (0%)
[3] 17,0-18,0 giây 1,07 MB 8,98 Mbits / giây 2.247 ms 1/6565 (0,13%)
[3] 18,0-19,0 ​​giây 1,09 MB 9,11 Mbits / giây 2,276 ms 1/776 (0,13%)
[3] 19,0-20,0 giây 1,07 MB 8,97 Mbits / giây 2,394 ms 1/64 (0,13%)
[3] 0,0-20,0 giây 21,5 MB 8,99 Mbits / giây 2,659 ms 11/15314 (0,072%)
[3] 0,0-20,0 giây 1 datagram được nhận không theo thứ tự

++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
C: \ iperf-2.0.5-2-win32> iperf -c 192.168.191.200 -i 1 -t 20 -r -u -b 9850k
++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++
-------------------------------------------------- ----------
Máy chủ lắng nghe trên cổng UDP 5001
Nhận 1470 byte datagram
Kích thước bộ đệm UDP: 64.0 KByte (mặc định)
-------------------------------------------------- ----------
-------------------------------------------------- ----------
Máy khách kết nối với 192.168.191.200, cổng UDP 5001
Gửi 1470 byte datagram
Kích thước bộ đệm UDP: 64.0 KByte (mặc định)
-------------------------------------------------- ----------
[4] cục bộ 192.168.191.201 cổng 61762 được kết nối với 192.168.191.200 cổng 5001
[ID] Băng thông chuyển thời gian
[4] 0,0- 1,0 giây 1,17 MB 9,84 Mbits / giây
[4] 1,0- 2,0 giây 1,17 MB 9,84 Mbits / giây
[4] 2.0- 3.0 giây 1.17 MB 9,84 Mbits / giây
[4] 3.0- 4.0 giây 1.17 MB 9,84 Mbits / giây
[4] 4.0- 5.0 giây 1.17 MB.84 Mbits / giây
[4] 5.0- 6.0 giây 1.17 MB 9,83 Mb / giây
[4] 6.0- 7.0 giây 1.17 MB.84 Mbits / giây
[4] 7,0- 8,0 giây 1,17 MB 9,84 Mbits / giây
[4] 8,0- 9.0 giây 1,17 MB 9,84 Mbits / giây
[4] 9.0-10.0 giây 1.19 MByte 10.0 Mb / giây
[4] 10,0-11,0 giây 1,17 MB 9,84 Mb / giây
[4] 11,0-12,0 giây 1,17 MB 9,84 Mbits / giây
[4] 12,0-13,0 giây 1,17 MB 9,83 Mb / giây
[4] 13,0-14,0 giây 1,17 MB 9,85 Mb / giây
[4] 14,0-15,0 giây 1,17 MB 9,83 Mb / giây
[4] 15,0-16,0 giây 1,17 MB 9,85 Mb / giây
[4] 16,0-17,0 giây 1,17 MB 9,83 Mb / giây
[4] 17,0-18,0 giây 1,17 MB 9,84 Mbits / giây
[4] 18.0-19.0 giây 1.19 MByte 10.0 Mb / giây
[4] 19,0-20,0 giây 1,17 MB 9,84 Mbits / giây
[4] 0,0-20,0 giây 23,5 MB 9,85 Mb / giây
[4] Đã gửi 16765 datagram
[4] Báo cáo máy chủ:
[4] 0,0-20,0 giây 23,3 MB 9,74 Mbits / giây 3,421 ms 156/16764 (0,93%) !!!!!!!!!!
[4] 0,0-20,0 giây 1 datagram nhận được không theo thứ tự
[3] cổng 192.168.191.201 cục bộ 5001 được kết nối với cổng 192.168.191.200 50752
[3] 0,0- 1,0 giây 1,16 MB 9,74 Mbits / giây 2.131 ms 0/828 (0%)
[3] 1,0- 2,0 giây 1,17 MB 9,84 Mbits / giây 2.140 ms 0/837 (0%)
[3] 2.0- 3.0 giây 1.17 MB 9,83 Mbits / giây 2.099 ms 1/837 (0,12%)
[3] 3.0- 4.0 giây 1.17 MB.84 Mbits / giây 2.113 ms 0/837 (0%)
[3] 4.0- 5.0 giây 1.17 MB.84 Mbits / giây 2.105 ms 0/837 (0%)
[3] 5,0- 6,0 giây 1,17 MB 9,83 Mbits / giây 2.058 ms 1/837 (0,12%)
[3] 6.0- 7.0 giây 1.17 MB 9,82 Mbits / giây 2,165 ms 1/836 (0,12%)
[3] 7,0- 8,0 giây 1,17 MB 9,84 Mbits / giây 2,156 ms 0/837 (0%)
[3] 8,0- 9.0 giây 1,17 MB 9,82 Mbits / giây 2.135 ms 2/837 (0,24%)
[3] 9.0-10.0 giây 1.19 MB.97 Mbits / giây 2.152 ms 2/850 (0,24%)
[3] 10,0-11,0 giây 1,17 MB 9,83 Mb / giây 2,153 ms 1/837 (0,12%)
[3] 11,0-12,0 giây 1,17 MB 9,84 Mbits / giây 2,127 ms 0/837 (0%)
[3] 12,0-13,0 giây 1,17 MB 9,83 Mb / giây 2.136 ms 1/837 (0,12%)
[3] 13,0-14,0 giây 1,17 MB 9,82 Mb / giây 2,087 ms 2/837 (0,24%)
[3] 14,0-15,0 giây 1,17 MB 9,83 Mb / giây 2.061 ms 1/837 (0,12%)
[3] 15,0-16,0 giây 1,17 MB 9,84 Mbits / giây 2.045 ms 0/837 (0%)
[3] 16,0-17,0 giây 1,17 MB 9,82 Mb / giây 2,203 ms 1/836 (0,12%)
[3] 17,0-18,0 giây 1,17 MB 9,84 Mbits / giây 2,165 ms 0/837 (0%)
[3] 18,0-19,0 ​​giây 1,17 MB 9,83 Mbits / giây 2,154 ms 1/837 (0,12%)
[3] 19,0-20,0 giây 1,19 MB 9,98 Mbits / giây 2,209 ms 0/849 (0%)
[3] 0,0-20,0 giây 23,5 MB 9,84 Mbits / giây 2,548 ms 13/16764 (0,078%)
[3] 0,0-20,0 giây 1 datagram được nhận không theo thứ tự

Câu hỏi thực sự vẫn là:

Chúng tôi không đăng ký liên kết DC vì nó ở tốc độ 100Mbps và không thể gửi hơn 100Mbps. Tuy nhiên, các trang web từ xa là 10Mb / giây.

  • Là bộ đệm ở phía xa tràn và thả gói?
  • Là người giao thông của nhà cung cấp đang làm gì đó cho giao thông? (Lưu lượng truy cập đến từ một nút khác có bị ảnh hưởng bởi trình tạo lưu lượng truy cập của ISP hay chỉ lưu lượng truy cập vào nút (từ bên ngoài)) ...... Bạn hiểu ý tôi chứ?

Tại sao TCP không thể tự xử lý tất cả?


Cập nhật # 3 Bây giờ tôi đã sử dụng kịch bản sau đây:

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

Đây là mất gói theo hướng DC-> từ xa: (iperf 9 Mbps test)

[  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

Các hướng khác là tốt. Tuy nhiên , khi chạy kiểm tra TCP, điều khiển từ xa-> DC không hoạt động tốt hơn nhiều so với hướng DC-> từ xa (khoảng 5Mb / giây) .......

Tôi không chắc chúng tôi đã đạt đến đáy của điều này.


Không thực sự là một câu trả lời nhưng đề nghị của tôi sẽ là lấy JDSU và kiểm tra mạch này. Nếu họ đang kiểm soát bạn, thì hãy chắc chắn rằng bạn nhận được chính sách, "bộ điều chỉnh", cài đặt ... Nếu họ có CBS nhỏ thì họ sẽ giới hạn lưu lượng TCP của bạn về kích thước cửa sổ nhỏ hơn. Bạn có thể kiểm tra điều này thông qua bài kiểm tra back-2-back. Tôi đã dành rất nhiều thời gian để thực hiện qua lại với các nhà cung cấp trên các mạch L2 để biết rằng khi chúng tôi kiểm tra mạch mới, nó không chỉ triệt để tại CIR mà còn tại CBS ...
matak

Ngoài ra, chỉ là một lưu ý phụ nhanh chóng. Thông lượng TCP được nhìn thấy từ HĐH Windows so với Linux sẽ khác nhau vì các cài đặt TCP sẽ khác nhau; I E. kích thước bộ đệm, thuật toán, v.v. Bạn có thể xem các cài đặt cho máy Linux của mình thông qua việc sysctlkhông chắc chắn về Windows ... có thể netsh. Nếu tôi dự đoán điều gì không ổn với mạch của bạn, tôi sẽ nói rằng CPE tại trang nói được thiết lập với CBS lớn hơn phía trung tâm ... thường là cách khác. Một lần nữa, JDSU sẽ đưa bóng lại cho họ hoặc để bạn tập trung vào vấn đề là gì.
matak

@matak Tại sao không đưa ra câu trả lời bổ sung cho nhận xét của bạn? Khi chúng ta nói về máy ép, tôi tưởng tượng thiết bị này ở đâu? Tại DC có phích cắm RJ45 không có CPE (hiển thị). Tại các trang web từ xa, tôi chủ yếu có modem VDSL và một số loại bộ định tuyến có khả năng MPLS. Không chắc chắn nếu họ sử dụng MPLS mặc dù. Và hơn nữa hướng nào của giao thông mà hình dạng máy ép? Chúng ta có thể định hình ingress @ speak (từ trang web), eTHER @ speak (về đám mây của ISP), ingress @ hub (từ DC), eTHER @ hub (về đám mây của ISP) ... Có lẽ tôi đang thiếu bức tranh lớn. Bạn có thể minh họa tại sao vấn đề với CBS sẽ là một vấn đề?
Marki

Câu trả lời:


20

Tham khảo trò chuyện Stack Exchange của chúng tôi ...

Câu chuyện ngắn, bạn cần kiểm soát sự không phù hợp về tốc độcả hai phía của các liên kết Ethernet metro của bạn ... Tôi đã vẽ lại sơ đồ của bạn để rõ ràng ... Lưu ý 1

Sơ đồ sự cố

  • Chuyển đổi DC (hiển thị màu xanh lá cây) từ 10GE sang 100M rất nhanh ... đây là quá trình chuyển đổi tốc độ gấp 100 lần và bạn thường cần thực hiện một số hình thức qos (như tạo hình) để giảm thiểu quá trình chuyển đổi lớn như vậy. Xem phần dưới của câu trả lời này để biết bằng chứng rằng DC cần định hình (trên mỗi trang) ...
  • Chuyển đổi từ xa từ 1GE sang 10 triệu CIR rất nhanh ... một lần nữa, đây là một chuyển đổi tốc độ 100 lần. Định hình hoặc cách giải quyết khác của qos thường được yêu cầu.
  • Dường như cũng có sự không phù hợp về tốc độ giữa DC UNI (100M) và UNI từ xa (10M); chính điều này đòi hỏi một giải pháp quản lý băng thông trên mỗi trang web.

FYI, nếu nhà cung cấp của bạn triển khai các dịch vụ MEF -compliant, họ sẽ không định hình, họ đang kiểm soát . Lưu lượng TCP có xu hướng hoạt động tốt hơn với việc định hình .

Sự cần thiết cho QoS của riêng bạn

Bạn dường như đặt câu hỏi về sự cần thiết của qos , vì vậy tôi sẽ trích dẫn từ Bảng trắng "Thông tin về nhà cung cấp dịch vụ Ethernet" của MEF , trang 9 ... bằng cách xem xét, khách hàng trong Hình 2 của MEF có tình huống tốt hơn bạn. .. họ đã mua CIR 50Mbps, nhưng UNI của họ được phân phối trên 1GE ... trang web từ xa của bạn có CIR 10Mbps trên UNI 1GE.

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.

Trả lời các câu hỏi TCP khác trong một chỉnh sửa ...

Chúng tôi không đăng ký liên kết DC vì nó ở tốc độ 100Mbps và không thể gửi hơn 100Mbps ...

Tôi không đồng ý, bạn có thể gửi microburst ở mức 10GE vì DC của bạn có liên kết 10GE, nhưng UNI metro là 100Mbps. Một câu hỏi mở là bạn có bao nhiêu bộ đệm trên bộ chuyển mạch Enterasys LAN (Công tắc A) khi bạn thực hiện chuyển đổi từ 10GE sang 100M.

Tại sao TCP không thể tự xử lý tất cả?

TCP xử lý mọi thứ bằng cách làm chậm khi thấy mất gói ... nó thực sự chậm lại (và có thể hủy kết nối) khi mất gói nghiêm trọng. Vì vậy, TCP đang làm những gì cần thiết ... với tư cách là một kỹ sư mạng, mục tiêu của bạn là xây dựng một mạng với các điều kiện khiến TCP hài lòng.

Các câu hỏi TCP khác từ trò chuyện

Marki nói : Tôi không hiểu những gì đang bị rơi ở đâu và bởi ai và tại sao và tại sao TCP không đơn giản xử lý thực tế là có 100Mb (thực) ở một đầu và chỉ có 10Mbps ở đầu kia.

Về nhu cầu đệm của TCP và hậu quả của việc không có bộ đệm :

Sự thật số 1: TCP cần bộ đệm để chuyển đổi tốc độ vì nó được thiết kế như một hệ thống kiểm soát phản hồi .

Sử dụng một sự tương tự lái xe: như những người lái xe giỏi, chúng tôi luôn để khoảng trống vài giây giữa chúng tôi và chiếc xe phía trước chúng tôi; trong một số cách, không gian đó giữa các ô tô gần giống với bộ đệm mạng. Nếu người đứng trước chúng tôi đạp phanh khi một con vật chạy đến trước mặt họ, khoảng trống giữa những chiếc xe của chúng tôi (hy vọng) sẽ ngăn chúng tôi đâm vào xe của họ. Chúng ta rời khỏi không gian bởi vì cần có thời gian để mắt chúng ta nhìn thấy đèn phanh, chân chúng ta phản ứng và phanh để tiêu tan đủ nhiệt; đôi mắt của chúng ta cho chúng ta một hệ thống kiểm soát phản hồi trực quan.

Tương tự, khi phiên FTP bị nổ ở mức 10GE, các luồng lưu lượng có thể dài tới 4MB (trong trường hợp của bạn) do kích thước cửa sổ được chia tỷ lệ TCP trước khi ổ cắm phải dừng và chờ TCP ACK. Trong khi đó, nếu luồng lưu lượng 10GE bất ngờ chạm vào "Fast Ethernet", TCP cần phải giảm tốc độ dần dần. Bộ đệm sâu trong thiết bị mạng cho phép TCP giảm các gói ít hơn rất nhiều khi thực hiện chuyển đổi tốc độ; tuy nhiên, nếu bạn không có bộ đệm, bạn có thể giảm 99% cửa sổ TCP 4 MB đó khi nó được điều chỉnh từ 10GE xuống 100M. Hãy nghĩ về sự mất mát nghiêm trọng 99% đó là sự cố ổ cắm TCP; TCP phản ứng có thể dự đoán là mất gói tương đối dần. TCP để phản ứng ít dự đoán hơn nhiều đối với việc mất gói nghiêm trọng đang diễn ra Note 3 .

Đối với câu hỏi tại sao bạn không nên sử dụng CIR Metro Ethernet không đối xứng với 100M ở DC và 10M trên điều khiển từ xa, hãy tự hỏi mình một câu hỏi tu từ "ai đang đệm lưu lượng truy cập 100Mbps khi chạm vào NID Ethernet 10Mbps giá rẻ mà metro của bạn Nhà cung cấp -ethernet đã cho bạn? "... (gợi ý: không có ai đệm).

Nếu không có ai đệm các chuyển đổi tốc độ lớn (xem Lưu ý 2) thì các điểm đó là nơi tiềm năng để giảm lưu lượng không liên tục.

Những gì đang được thả bởi ai :

Lưu lượng truy cập giảm từ DC

Khi lưu lượng TCP rời khỏi trung tâm dữ liệu, có ba vị trí có thể bị hủy:

  • Tại D1: vì các bộ chuyển mạch LAN hiếm khi có bộ đệm đủ sâu để chuyển đổi tốc độ 100: 1
  • Tại D2: nếu NID từng đàm phán liên kết UNI với tốc độ cao hơn CIR ; đó không phải là trường hợp ngay bây giờ, vì vậy tôi không mong đợi giảm ở đó.
  • Tại D3: vì tất cả các lý do tôi vừa mô tả về Metro Ethernet CIR không đối xứng .

Khi lưu lượng TCP đến trung tâm dữ liệu ...

Lưu lượng truy cập giảm xuống DC

  • Tại D4: vì bạn có UNI 1GECIR 10 triệu ; đây là trường hợp bệnh lý của D2 mà tôi đã đề cập ở trên.

Làm thế nào để giảm thiểu sự không phù hợp tốc độ:

Một ví dụ về giải pháp EVPL : EVPL với giải pháp EVC điểm-điểm

  • Trong cấu trúc liên kết chuyển đổi như thế này, EVPL có điểm EVC từ điểm đến DC từ xa đến từng Remote có lẽ là lựa chọn tốt nhất của bạn (xem sơ đồ ở trên). Điều này sẽ áp dụng một CIR cá nhân cho mỗi EVC. Lưu ý: tất cả các hướng dẫn QoS khác trong câu trả lời này đều được áp dụng ... tức là tránh chuyển đổi tốc độ lớn Note 2 mà không kiểm tra xem thiết bị của bạn có xử lý đủ tốt hay không.
  • Ngoài ra, bạn có thể xem xét việc mua các dịch vụ metroe có tỷ lệ đối xứng giữa DC và điều khiển từ xa; mặc dù tôi sẽ thừa nhận rằng đó có thể không phải là hướng dẫn thực tế nhất.
  • FYI, giải pháp kinh điển cho vấn đề này đối với các dịch vụ định tuyến là mua các bộ định tuyến hỗ trợ định hình ở tốc độ cần thiết và sau đó định hình lưu lượng truy cập metroe của bạn đến CIR thích hợp (trên mỗi trang web từ xa). FYI, phía từ xa có thể thoát khỏi một bộ định tuyến nhỏ, vì nó chỉ là đầu vào 1GE và CIR 10Mbps ... Nhiều tháng trước, khi chúng tôi nói về thiết kế của dịch vụ này, tôi đã khuyên bạn nên định tuyến nếu bạn cảm thấy thoải mái với các công nghệ ...
  • Nếu bạn không có thêm tiền để chi tiêu và không thể thiết kế lại dịch vụ metro-ethernet của mình, bạn có thể xoa bóp sự không phù hợp tốc độ dần dần. Tôi chưa bao giờ làm điều này, nhưng về nguyên tắc, bạn có thể cố gắng thực hiện chuyển đổi tốc độ 10 thành 1, thay vì 100 thành 1 (đó là những gì bạn hiện có ở cả DC và từ xa):

    • Thay vì mua bộ định tuyến để định hình điều khiển từ xa đến 10M, bạn có thể thử buộc UNI từ xa tự động đàm phán ở mức 100M thay vì 1GE; GigabitEthernet yêu cầu tất cả các chân trong cáp Cat5e , do đó bạn có thể buộc nó thành 100M một cách hiệu quả với phích cắm mod RJ45 chỉ kết nối các chân 1, 2, 3 và 6.
    • Thay vì mua bộ định tuyến để định hình DC thành 100M, hãy sử dụng Enterasys của bạn để cảnh báo liên kết 10GE thành 1GE khi gửi lưu lượng truy cập đến liên kết 100M

Phân tích của bạn iperf kết quả ...

Có hai điểm chính cần nhớ iperf(tất cả thông tin dựa trên iperfphiên bản 2):

Như vậy, đầu ra sau đây cho thấy máy DC (ở iperf -cchế độ) kết nối với iperfmáy chủ tại trang web từ xa (192.168.x) và đẩy dữ liệu từ DC (100M UNI) đến trang web từ xa (UNM 10M) ...

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

Đầu ra ở trên cho thấy rõ các vấn đề trong DC đến hướng từ xa; chúng ta sẽ thấy 9Mbps trở lên khi mọi thứ hoạt động tốt (nghĩa là bạn mong đợi ít nhất 90% dung lượng - 10Mbps tại trang web từ xa). Bây giờ, hãy xem lưu lượng theo hướng ngược lại (khi iperfđẩy dữ liệu từ trang web từ xa sang 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

Bạn có thể gửi khoảng 80% khả năng của CIR từ xa, nhưng vẫn ít hơn những gì tôi mong đợi.

Minh họa về sự không phù hợp tốc độ DC (10Gbps -> 100Mbps)

marki đã nói : Đừng quên, vấn đề chỉ hiển thị khi lưu lượng là 100Mb-> 10Mb chứ không phải ngược lại.

Vấn đề thể hiện ở cả hai hướng, nhưng các iperftriệu chứng dường như tồi tệ hơn ở DC -> hướng từ xa. Xem phân tích của tôi vềiperf đầu ra ở trên.

Để làm rõ điều này, chúng ta hãy xem pcap FTP của bạn khi đẩy một tệp từ máy chủ FTP DC của bạn (130.1.6.4) đến trang web từ xa (192.168.191.2). Việc chuyển từ phía ethernet metro 100M bị hạn chế tại một số điểm trong quá trình chuyển. Bạn có thể thấy điều này nếu bạn nhìn vào dc-to-remote_remote-side.pcapngpcap và lọcexpert.message contains "segment not captured"

nhập mô tả hình ảnh ở đây


Ghi chú cuối :

Lưu ý 1 Tôi chọn giá trị CBS là 25KB trên 1Mbps MetroEthernet CIR; đây là tỷ lệ phổ biến được các nhà cung cấp sử dụng ... YMMV
Lưu ý 2 Quy tắc cá nhân của tôi: "lớn" là chuyển đổi tốc độ lớn hơn đáng kể so với chuyển đổi tốc độ 10: 1
Lưu ý 3Tôi không thể đưa ra số cứng cho việc mất và mất quá nhiều gói cho TCP. Nếu tổn thất đủ tệ để các ứng dụng của bạn phải chịu đựng, thì đó là quá nhiều. Quy tắc cá nhân của tôi: Khi giao dịch với mạng công ty có dây hoàn toàn dưới sự kiểm soát của riêng tôi, bất kỳ mất gói (không chủ ý) nào là quá nhiều. Điều đó nói rằng, có một số mô hình chuyển đổi cắt góc trên bộ đệm; các công tắc này đôi khi có thể làm rơi các gói ... đó là một cuộc gọi phán xét về việc bạn có phải sống với vấn đề hoặc mua các công tắc tốt hơn không. FYI: Không phải lúc nào cũng rõ ràng, nhưng TCP định kỳ tăng tốc độ truyền của ổ cắm để đảm bảo rằng nó nhận được càng nhiều thông lượng càng tốt; nhiều triển khai TCP biết rằng chúng sẽ chạy quá nhanh khi thấy các gói bị giảm.


Lưu ý rằng tốc độ PHY của DC (cổng Ethernet Ethernet) đã ở mức 100Mb. Nhưng tôi cũng không thể gửi ở mức 100M vì phía bên kia tối đa là 10Mb ... Ngay bây giờ tôi vẫn chưa rõ chính xác nơi mà việc tạo hình phải diễn ra. Ồ và ý bạn là "các triệu chứng iperf dường như tồi tệ hơn ở DC -> hướng từ xa "?
Marki

Tôi đã cập nhật câu trả lời, có "từ xa -> DC" là một lỗi đánh máy trong câu trả lời ban đầu.
Mike Pennington

Tôi đồng ý với Mike ở đây, tùy thuộc vào nhà cung cấp của bạn là ai, nếu bạn hỏi họ, họ sẽ cho bạn biết tốc độ đường truyền ở cuối của họ, làm cho giao diện vật lý của bạn phù hợp với metro-E của bạn. Đối với WHERE đối với QoS, tôi sẽ làm tại các điểm vào lớn nhất của bạn, vì vậy các thiết bị 10Gb của bạn, trước khi chúng đi lên các thiết bị ngược dòng nhỏ hơn. Tôi dành nhiều thời gian để tường lửa và định tuyến hơn là chuyển đổi, nhưng hy vọng Mike có thể chứng thực các yêu cầu của tôi!
AL

3
@MikePennington - Chặn ra do sự không phù hợp về tốc độ là điều tôi gặp rất nhiều với các liên kết vi sóng P2P. Câu trả lời tuyệt vời, rất nhiều thông tin tốt trong bài viết của bạn. Cảm ơn!
matak

1
Ngoài ra, kiểm tra sự không phù hợp song công, điều này có thể gây ra các vấn đề tốc độ đơn hướng.
cpt_fink

2

Trong khi thảo luận về vấn đề này rất thú vị, trong khi đó, ISP đã bắt đầu trao đổi modem DSL trên các trang web khác nhau bởi một thương hiệu khác. Một số vấn đề phân mảnh gói họ nói. Và này, 9,5 Mbps ở cả hai hướng mà không có bất kỳ vấn đề hoặc cài đặt đặc biệt nào.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.