การแก้ไขปัญหาทรูอีเทอร์เน็ต Metro Ethernet TCP ต่ำ


14

การตั้งค่า

เราได้เช่าสายเช่าสองสามสายที่แสดงตนเป็นเครือข่ายเลเยอร์ 2 นั่นคือคุณมีท่อขนาดใหญ่หนึ่งท่อที่ดาต้าเซ็นเตอร์และไซต์ระยะไกลมีท่อที่เล็กกว่า ภายในเครือข่ายเลเยอร์ 2 คุณสามารถทำสิ่งที่คุณต้องการ อาจใช้ 802.1ad เพื่อให้ลูกค้าแต่ละรายแยกเครือข่ายภายในเครือข่าย AFAICS ไซต์ส่วนใหญ่เชื่อมต่อผ่าน VDSL ธรรมดา

เราตัดสินใจวางเราเตอร์ไว้ที่แต่ละไซต์และให้แต่ละ VLAN เป็นของตัวเอง ไฟร์วอลล์ที่ DC จึงมี VLAN มากเท่ากับที่มีไซต์ แต่ละไซต์ใช้ช่วงที่อยู่ใน VLAN ของมันเอง

แผนภาพเครือข่าย:

แผนภาพเครือข่าย

ปัญหา

ตอนนี้เรากำลังเผชิญกับปัญหาปริมาณงาน:

  • การเรียกใช้การถ่ายโอน FTP จากไซต์ไปยัง DC ทำงานได้ดีที่ประมาณ 10Mb / s ซึ่งเป็นความเร็วของสาย
  • การเรียกใช้การถ่ายโอน FTP จาก DC ไปยังไซต์ไม่ทำงานที่ 6Mb / s หรือน้อยกว่า

ไม่สำคัญว่าฝ่ายใดฝ่ายหนึ่งเริ่มทำการถ่ายโอน สิ่งที่สอดคล้องกันเพียงอย่างเดียวคือทิศทางเดียวทำงานได้ไม่ดี น่าเสียดายที่มันเป็นทิศทางไปยังเว็บไซต์เพราะนั่นจะเป็นแบนด์วิดท์ที่เราต้องการมากที่สุดเนื่องจากเราต้องการใช้ไคลเอ็นต์เซิร์ฟเวอร์เทอร์มินัล

ในการถ่ายโอนประมาณ 10 วินาทีปริมาณงานจะลดลง เราเห็น DUP ACK เมื่อดม ซึ่งอาจทำให้ฉันให้คะแนน จำกัด ที่ส่วนท้ายของผู้ให้บริการ (ปัจจุบันพวกเขาไม่มีเงื่อนงำและฉันต้องการให้แน่ใจว่าเราไม่ผิดก่อนที่จะเพิ่มระดับ)

หมายเหตุไซต์ระยะไกลนั้น จำกัด ไว้ที่ 10Mb แต่อย่างใด การตั้งค่า switch-to-Metro-port เป็น 10Mb ก็ไม่ได้ช่วยอะไรเช่นกัน จริงๆแล้วมันแย่ที่สุด (สูงสุด 30 KB / 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 พร้อมรายละเอียดข้อผิดพลาด:

  • ด้านซ้าย: การถ่ายโอน FTP จาก DC ไปยังไซต์
  • ด้านขวา: FTP ถ่ายโอนจากไซต์ไปยัง DC

ซ้ำ acks

ในกรณีที่อีกฝ่ายเริ่มต้นการถ่ายโอน (เช่นใส่จาก dc แทนที่จะได้รับจากระยะไกล) ปัญหายังคงไม่เปลี่ยนแปลง

โปรดตามใจฉันในสิ่งที่คุณคิดว่าอาจเป็นปัญหาที่นี่


อัปเดต # 1 (รวมอยู่ด้านบน)


อัปเดต # 2 (อัปเดต )

นี่ต้องเป็นสิ่งควบคุมความแออัด

โปรดทราบว่าจาก DC ถึงระยะไกลเรามีลิงก์ 10G-> 1G-> 100M-> 10M-> 1G <- ไม่ทำงาน

ในอีกทางหนึ่งเราจึงมีค่าผกผัน: 1G-> 10M-> 100M-> 1G-> 10G <- ได้ดี

"1G-> 10M" ตัวแรกคือ 10M ที่ "มองไม่เห็น" ที่ไซต์ระยะไกลซึ่งทุกอย่างรวมถึงความเร็วพอร์ตอัปลิงค์ตั้งไว้ที่ 1G แม้ว่าจะมี 10M อยู่ด้านหลังเท่านั้น (กำลังขาย)

อย่างไรก็ตาม 100Mbps ที่ DC เป็น 100Mbps จริงอินเตอร์เฟสถูกกำหนดค่าที่ 100Mbps บนเลเยอร์ทางกายภาพ

ตอนนี้ฉันใช้ iperf:

  • การทดสอบTCPทำงานได้ดีในทิศทางเดียวเท่านั้น (ไคลเอ็นต์ = DC, เซิร์ฟเวอร์ = ระยะไกล)
./iperf -c 192.168.x -i2 -t 60 -r
-------------------------------------------------- ----------
เซิร์ฟเวอร์กำลังฟังบนพอร์ต TCP 5001
ขนาดหน้าต่าง TCP: 85.3 KByte (ค่าเริ่มต้น)
-------------------------------------------------- ----------
-------------------------------------------------- ----------
ไคลเอ็นต์เชื่อมต่อกับ 192.168.x, พอร์ต TCP 5001
ขนาดหน้าต่าง TCP: 16.0 KByte (ค่าเริ่มต้น)
-------------------------------------------------- ----------
[3] โลคัล 10.x พอร์ต 38195 เชื่อมต่อกับพอร์ต 192.168.x 5001
[3] 0.0- 2.0 วินาที 1.44 MBytes 6.03 Mbits / วินาที
[3] 2.0- 4.0 วินาที 2.23 MBytes 9.37 Mbits / วินาที
[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.30 MBytes 5.47 Mbits / วินาที
[3] 12.0-14.0 วินาที 688 KBytes 2.82 Mbits / วินาที
[3] 14.0-16.0 วินาที 840 KBytes 3.44 Mbits / วินาที
[3] 16.0-18.0 วินาที 1.03 MBytes 4.33 Mbits / วินาที
[3] 18.0-20.0 วินาที 1.01 MBytes 4.23 Mbits / วินาที
[3] 20.0-22.0 วินาที 1.03 MBytes 4.33 Mbits / วินาที
[3] 22.0-24.0 วินาที 1.18 MBytes 4.95 Mbits / วินาที
[3] 24.0-26.0 วินาที 904 KBytes 3.70 Mbits / วินาที
[3] 26.0-28.0 วินาที 840 KBytes 3.44 Mbits / วินาที
[3] 28.0-30.0 วินาที 936 KBytes 3.83 Mbits / วินาที
[3] 30.0-32.0 วินาที 1.09 MBytes 4.59 Mbits / วินาที
[3] 32.0-34.0 วินาที 960 KBytes 3.93 Mbits / วินาที
[3] 34.0-36.0 วินาที 752 KBytes 3.08 Mbits / วินาที
[3] 36.0-38.0 วินาที 1.09 MBytes 4.59 Mbits / วินาที
[3] 38.0-40.0 วินาที 1.09 MBytes 4.59 Mbits / วินาที
[3] 40.0-42.0 วินาที 840 KBytes 3.44 Mbits / วินาที
[3] 42.0-44.0 วินาที 1.27 MBytes 5.34 Mbits / วินาที
[3] 44.0-46.0 วินาที 1.16 MBytes 4.85 Mbits / วินาที
[3] 46.0-48.0 วินาที 840 KBytes 3.44 Mbits / วินาที
[3] 48.0-50.0 วินาที 960 KBytes 3.93 Mbits / วินาที
[3] 50.0-52.0 วินาที 1.28 MBytes 5.37 Mbits / วินาที
[3] 52.0-54.0 วินาที 1.09 MBytes 4.59 Mbits / วินาที
[3] 54.0-56.0 วินาที 992 KBytes 4.06 Mbits / วินาที
[3] 56.0-58.0 วินาที 1.00 MBytes 4.19 Mbits / วินาที
[3] 58.0-60.0 วินาที 1.09 MBytes 4.59 Mbits / วินาที
[3] 0.0-60.2 วินาที 33.9 MBytes 4.73 Mbits / วินาที
[5] ท้องถิ่น 10.x พอร์ต 5001 เชื่อมต่อกับ 192.168.x พอร์ต 10965
[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.83 MBytes 7.69 Mbits / วินาที
[5] 12.0-14.0 วินาที 1.86 MBytes 7.78 Mbits / วินาที
[5] 14.0-16.0 วินาที 1.79 MBytes 7.52 Mbits / วินาที
[5] 16.0-18.0 วินาที 1.79 MBytes 7.52 Mbits / วินาที
[5] 18.0-20.0 วินาที 1.89 MBytes 7.91 Mbits / วินาที
[5] 20.0-22.0 วินาที 1.91 MBytes 8.00 Mbits / วินาที
[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 / วินาที
[5] 28.0-30.0 วินาที 1.87 MBytes 7.84 Mbits / วินาที
[5] 30.0-32.0 วินาที 1.85 MBytes 7.77 Mbits / วินาที
[5] 32.0-34.0 วินาที 1.55 MBytes 6.49 Mbits / วินาที
[5] 34.0-36.0 วินาที 1.92 MBytes 8.07 Mbits / วินาที
[5] 36.0-38.0 วินาที 1.90 MBytes 7.99 Mbits / วินาที
[5] 38.0-40.0 วินาที 1.84 MBytes 7.73 Mbits / วินาที
[5] 40.0-42.0 วินาที 1.66 MBytes 6.95 Mbits / วินาที
[5] 42.0-44.0 วินาที 1.92 MBytes 8.07 Mbits / วินาที
[5] 44.0-46.0 วินาที 1.91 MBytes 7.99 Mbits / วินาที
[5] 46.0-48.0 วินาที 1.90 MBytes 7.98 Mbits / วินาที
[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.80 MBytes 7.54 Mbits / วินาที
[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 / วินาที
  • เพื่อไปที่ด้านล่างของมันนี่คือการทดสอบUDPจากสองโฮสต์ใน VLAN เดียวกันโดยใช้ Metro Connection, 200 = ระยะไกล, 201 = DC

เราเห็นการสูญเสียแพ็กเก็ตเพิ่มขึ้นด้วยแบนด์วิดธ์ที่เพิ่มขึ้น (เมื่อใกล้ถึง 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.0 KByte (ค่าเริ่มต้น)
-------------------------------------------------- ----------
-------------------------------------------------- ----------
ไคลเอ็นต์เชื่อมต่อกับ 192.168.191.200, พอร์ต UDP 5001
กำลังส่งดาต้าแกรม 1470 ไบต์
ขนาดบัฟเฟอร์ UDP: 64.0 KByte (ค่าเริ่มต้น)
-------------------------------------------------- ----------
[4] local 192.168.191.201 พอร์ต 61759 เชื่อมต่อกับ 192.168.191.200 พอร์ต 5001
[ID] แบนด์วิดท์ถ่ายโอนช่วงเวลา
[4] 0.0- 1.0 วินาที 128 KBytes 1.05 Mbits / วินาที
[4] 1.0 - 2.0 วินาที 128 KBytes 1.05 Mbits / วินาที
[4] 2.0- 3.0 วินาที 129 KBytes 1.06 Mbits / วินาที
[4] 3.0- 4.0 วินาที 128 KBytes 1.05 Mbits / วินาที
[4] 4.0- 5.0 วินาที 128 KBytes 1.05 Mbits / วินาที
[4] 5.0- 6.0 วินาที 128 KBytes 1.05 Mbits / วินาที
[4] 6.0 - 7.0 วินาที 128 KBytes 1.05 Mbits / วินาที
[4] 7.0- 8.0 วินาที 128 KBytes 1.05 Mbits / วินาที
[4] 8.0 - 9.0 วินาที 128 KBytes 1.05 Mbits / วินาที
[4] 9.0-10.0 วินาที 129 KBytes 1.06 Mbits / วินาที
[4] 10.0-11.0 วินาที 128 KBytes 1.05 Mbits / วินาที
[4] 11.0-12.0 วินาที 128 KBytes 1.05 Mbits / วินาที
[4] 12.0-13.0 วินาที 128 KBytes 1.05 Mbits / วินาที
[4] 13.0-14.0 วินาที 128 KBytes 1.05 Mbits / วินาที
[4] 14.0-15.0 วินาที 128 KBytes 1.05 Mbits / วินาที
[4] 15.0-16.0 วินาที 128 KBytes 1.05 Mbits / วินาที
[4] 16.0-17.0 วินาที 128 KBytes 1.05 Mbits / วินาที
[4] 17.0-18.0 วินาที 128 KBytes 1.05 Mbits / วินาที
[4] 18.0-19.0 วินาที 131 KBytes 1.07 Mbits / วินาที
[4] 19.0-20.0 วินาที 128 KBytes 1.05 Mbits / วินาที
[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 / วินาที 0.257 ms 0/1785 (0%)
[3] ท้องถิ่น 192.168.191.201 พอร์ต 5001 เชื่อมต่อกับ 192.168.191.200 พอร์ต 50749
[3] 0.0- 1.0 วินาที 128 KBytes 1.05 Mbits / วินาที 0.285 ms 0/89 (0%)
[3] 1.0 - 2.0 วินาที 128 KBytes 1.05 Mbits / วินาที 0.313 ms 0/89 (0%)
[3] 2.0- 3.0 วินาที 128 KBytes 1.05 Mbits / วินาที 0.278 ms 0/89 (0%)
[3] 3.0 - 4.0 วินาที 128 KBytes 1.05 Mbits / วินาที 0.241 ms 0/89 (0%)
[3] 4.0- 5.0 วินาที 128 KBytes 1.05 Mbits / วินาที 0.266 ms 0/89 (0%)
[3] 5.0- 6.0 วินาที 128 KBytes 1.05 Mbits / วินาที 0.293 ms 0/89 (0%)
[3] 6.0 - 7.0 วินาที 128 KBytes 1.05 Mbits / วินาที 0.314 ms 0/89 (0%)
[3] 7.0- 8.0 วินาที 128 KBytes 1.05 Mbits / วินาที 0.280 ms 0/89 (0%)
[3] 8.0 - 9.0 วินาที 128 KBytes 1.05 Mbits / วินาที 0.242 ms 0/89 (0%)
[3] 9.0-10.0 วินาที 129 KBytes 1.06 Mbits / วินาที 0.250 ms 0/90 (0%)
[3] 10.0-11.0 วินาที 128 KBytes 1.05 Mbits / วินาที 0.275 ms 0/89 (0%)
[3] 11.0-12.0 วินาที 128 KBytes 1.05 Mbits / วินาที 0.299 ms 0/89 (0%)
[3] 12.0-13.0 วินาที 128 KBytes 1.05 Mbits / วินาที 0.327 ms 0/89 (0%)
[3] 13.0-14.0 วินาที 128 KBytes 1.05 Mbits / วินาที 0.290 ms 0/89 (0%)
[3] 14.0-15.0 วินาที 128 KBytes 1.05 Mbits / วินาที 0.251 ms 0/89 (0%)
[3] 15.0-16.0 วินาที 128 KBytes 1.05 Mbits / วินาที 0.275 ms 0/89 (0%)
[3] 16.0-17.0 วินาที 128 KBytes 1.05 Mbits / วินาที 0.303 ms 0/89 (0%)
[3] 17.0-18.0 วินาที 128 KBytes 1.05 Mbits / วินาที 0.333 ms 0/89 (0%)
[3] 18.0-19.0 วินาที 128 KBytes 1.05 Mbits / วินาที 0.294 ms 0/89 (0%)
[3] 19.0-20.0 วินาที 131 KBytes 1.07 Mbits / วินาที 0.281 ms 0/91 (0%)
[3] 0.0-20.0 วินาที 2.50 MBytes 1.05 Mbits / วินาที 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 5001
รับดาต้า 1470 ไบต์
ขนาดบัฟเฟอร์ UDP: 64.0 KByte (ค่าเริ่มต้น)
-------------------------------------------------- ----------
-------------------------------------------------- ----------
ไคลเอ็นต์เชื่อมต่อกับ 192.168.191.200, พอร์ต UDP 5001
กำลังส่งดาต้าแกรม 1470 ไบต์
ขนาดบัฟเฟอร์ UDP: 64.0 KByte (ค่าเริ่มต้น)
-------------------------------------------------- ----------
[4] local 192.168.191.201 พอร์ต 61760 เชื่อมต่อกับ 192.168.191.200 พอร์ต 5001
[ID] แบนด์วิดท์ถ่ายโอนช่วงเวลา
[4] 0.0- 1.0 วินาที 610 KBytes 5.00 Mbits / วินาที
[4] 1.0- 2.0 วินาที 609 KBytes 4.99 Mbits / วินาที
[4] 2.0- 3.0 วินาที 610 KBytes 5.00 Mbits / วินาที
[4] 3.0- 4.0 วินาที 609 KBytes 4.99 Mbits / วินาที
[4] 4.0- 5.0 วินาที 610 KBytes 5.00 Mbits / วินาที
[4] 5.0- 6.0 วินาที 609 KBytes 4.99 Mbits / วินาที
[4] 6.0- 7.0 วินาที 610 KBytes 5.00 Mbits / วินาที
[4] 7.0- 8.0 วินาที 609 KBytes 4.99 Mbits / วินาที
[4] 8.0- 9.0 วินาที 610 KBytes 5.00 Mbits / วินาที
[4] 9.0-10.0 วินาที 619 KBytes 5.07 Mbits / วินาที
[4] 10.0-11.0 วินาที 610 KBytes 5.00 Mbits / วินาที
[4] 11.0-12.0 วินาที 609 KBytes 4.99 Mbits / วินาที
[4] 12.0-13.0 วินาที 609 KBytes 4.99 Mbits / วินาที
[4] 13.0-14.0 วินาที 610 KBytes 5.00 Mbits / วินาที
[4] 14.0-15.0 วินาที 609 KBytes 4.99 Mbits / วินาที
[4] 15.0-16.0 วินาที 610 KBytes 5.00 Mbits / วินาที
[4] 16.0-17.0 วินาที 609 KBytes 4.99 Mbits / วินาที
[4] 17.0-18.0 วินาที 610 KBytes 5.00 Mbits / วินาที
[4] 18.0-19.0 วินาที 619 KBytes 5.07 Mbits / วินาที
[4] 19.0-20.0 วินาที 609 KBytes 4.99 Mbits / วินาที
[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 / วินาที 0.000 ms 12/8503 (0.14%)
[4] 0.0-20.0 วินาที 1 ดาตาแกรมได้รับเกินกำหนด
[3] local 192.168.191.201 พอร์ต 5001 เชื่อมต่อกับ 192.168.191.200 พอร์ต 50750
[3] 0.0- 1.0 วินาที 606 KBytes 4.96 Mbits / วินาที 2.238 ms 1/423 (0.24%)
[3] 1.0- 2.0 วินาที 610 KBytes 5.00 Mbits / วินาที 2.739 ms 0/425 (0%)
[3] 2.0- 3.0 วินาที 609 KBytes 4.99 Mbits / วินาที 3.089 ms 1/425 (0.24%)
[3] 3.0 - 4.0 วินาที 609 KBytes 4.99 Mbits / วินาที 3.605 ms 0/424 (0%)
[3] 4.0- 5.0 วินาที 607 KBytes 4.97 Mbits / วินาที 1.954 ms 0/423 (0%)
[3] 5.0- 6.0 วินาที 612 KBytes 5.01 Mbits / วินาที 2.666 ms 0/426 (0%)
[3] 6.0- 7.0 วินาที 607 KBytes 4.97 Mbits / วินาที 2.602 ms 0/423 (0%)
[3] 7.0- 8.0 วินาที 612 KBytes 5.01 Mbits / วินาที 2.960 ms 0/426 (0%)
[3] 8.0 - 9.0 วินาที 609 KBytes 4.99 Mbits / วินาที 2.512 ms 0/424 (0%)
[3] 9.0-10.0 วินาที 619 KBytes 5.07 Mbits / วินาที 2.133 ms 0/431 (0%)
[3] 10.0-11.0 วินาที 609 KBytes 4.99 Mbits / วินาที 3.605 ms 1/425 (0.24%)
[3] 11.0-12.0 วินาที 609 KBytes 4.99 Mbits / วินาที 2.509 ms 0/424 (0%)
[3] 12.0-13.0 วินาที 610 KBytes 5.00 Mbits / วินาที 3.570 ms 0/425 (0%)
[3] 13.0-14.0 วินาที 609 KBytes 4.99 Mbits / วินาที 3.077 ms 1/425 (0.24%)
[3] 14.0-15.0 วินาที 609 KBytes 4.99 Mbits / วินาที 2.679 ms 0/424 (0%)
[3] 15.0-16.0 วินาที 609 KBytes 4.99 Mbits / วินาที 1.887 ms 0/424 (0%)
[3] 16.0-17.0 วินาที 610 KBytes 5.00 Mbits / วินาที 2.651 ms 0/425 (0%)
[3] 17.0-18.0 วินาที 609 KBytes 4.99 Mbits / วินาที 3.390 ms 0/424 (0%)
[3] 18.0-19.0 วินาที 617 KBytes 5.06 Mbits / วินาที 2.601 ms 0/430 (0%)
[3] 19.0-20.0 วินาที 612 KBytes 5.01 Mbits / วินาที 3.525 ms 0/426 (0%)
[3] 0.0-20.0 วินาที 11.9 MBytes 4.99 Mbits / วินาที 3.156 ms 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.0 KByte (ค่าเริ่มต้น)
-------------------------------------------------- ----------
-------------------------------------------------- ----------
ไคลเอ็นต์เชื่อมต่อกับ 192.168.191.200, พอร์ต UDP 5001
กำลังส่งดาต้าแกรม 1470 ไบต์
ขนาดบัฟเฟอร์ UDP: 64.0 KByte (ค่าเริ่มต้น)
-------------------------------------------------- ----------
[4] ท้องถิ่น 192.168.191.201 พอร์ต 61761 เชื่อมต่อกับ 192.168.191.200 พอร์ต 5001
[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.07 MBytes 9.00 Mbits / วินาที
[4] 3.0- 4.0 วินาที 1.07 MBytes 8.98 Mbits / วินาที
[4] 4.0- 5.0 วินาที 1.07 MBytes 9.00 Mbits / วินาที
[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.07 MBytes 9.00 Mbits / วินาที
[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.07 MBytes 9.00 Mbits / วินาที
[4] 11.0-12.0 วินาที 1.07 MBytes 8.98 Mbits / วินาที
[4] 12.0-13.0 วินาที 1.07 MBytes 8.98 Mbits / วินาที
[4] 13.0-14.0 วินาที 1.07 MBytes 9.00 Mbits / วินาที
[4] 14.0-15.0 วินาที 1.07 MBytes 8.98 Mbits / วินาที
[4] 15.0-16.0 วินาที 1.07 MBytes 9.00 Mbits / วินาที
[4] 16.0-17.0 วินาที 1.07 MBytes 8.98 Mbits / วินาที
[4] 17.0-18.0 วินาที 1.07 MBytes 8.98 Mbits / วินาที
[4] 18.0-19.0 วินาที 1.09 MBytes 9.14 Mbits / วินาที
[4] 19.0-20.0 วินาที 1.07 MBytes 9.00 Mbits / วินาที
[4] 0.0-20.0 วินาที 21.5 MBytes 9.00 Mbits / วินาที
[4] ส่ง 15315 ดาตาแกรม
[4] รายงานเซิร์ฟเวอร์:
[4] 0.0-20.0 วินาที 21.3 MBytes 8.94 Mbits / วินาที 0.104 ms 96/15314 (0.63%) !!!!!!!!!!!
[4] 0.0-20.0 วินาที 1 ดาตาแกรมได้รับเกินกำหนด
[3] ท้องถิ่น 192.168.191.201 พอร์ต 5001 เชื่อมต่อกับ 192.168.191.200 พอร์ต 50751
[3] 0.0- 1.0 วินาที 1.06 MBytes 8.89 Mbits / วินาที 2.405 ms 0/756 (0%)
[3] 1.0- 2.0 วินาที 1.07 MBytes 9.00 Mbits / วินาที 2.308 ms 0/765 (0%)
[3] 2.0- 3.0 วินาที 1.07 MBytes 9.00 Mbits / วินาที 2.305 ms 0/765 (0%)
[3] 3.0 - 4.0 วินาที 1.07 MBytes 8.97 Mbits / วินาที 2.290 ms 1/764 (0.13%)
[3] 4.0- 5.0 วินาที 1.07 MBytes 8.98 Mbits / วินาที 2.271 ms 1/765 (0.13%)
[3] 5.0- 6.0 วินาที 1.07 MBytes 8.98 Mbits / วินาที 2.313 ms 0/764 (0%)
[3] 6.0- 7.0 วินาที 1.07 MBytes 9.00 Mbits / วินาที 2.191 ms 0/765 (0%)
[3] 7.0- 8.0 วินาที 1.07 MBytes 8.95 Mbits / วินาที 2.314 ms 3/764 (0.39%)
[3] 8.0 - 9.0 วินาที 1.07 MBytes 8.98 Mbits / วินาที 2.232 ms 1/765 (0.13%)
[3] 9.0-10.0 วินาที 1.09 MBytes 9.13 Mbits / วินาที 2.257 ms 0/776 (0%)
[3] 10.0-11.0 วินาที 1.07 MBytes 8.98 Mbits / วินาที 2.365 ms 0/764 (0%)
[3] 11.0-12.0 วินาที 1.07 MBytes 8.98 Mbits / วินาที 2.301 ms 1/765 (0.13%)
[3] 12.0-13.0 วินาที 1.07 MBytes 8.98 Mbits / วินาที 2.277 ms 0/764 (0%)
[3] 13.0-14.0 วินาที 1.07 MBytes 9.00 Mbits / วินาที 2.323 ms 0/765 (0%)
[3] 14.0-15.0 วินาที 1.07 MBytes 9.00 Mbits / วินาที 2.176 ms 0/765 (0%)
[3] 15.0-16.0 วินาที 1.07 MBytes 8.96 Mbits / วินาที 2.273 ms 2/764 (0.26%)
[3] 16.0-17.0 วินาที 1.07 MBytes 8.98 Mbits / วินาที 2.313 ms 0/764 (0%)
[3] 17.0-18.0 วินาที 1.07 MBytes 8.98 Mbits / วินาที 2.247 ms 1/765 (0.13%)
[3] 18.0-19.0 วินาที 1.09 MBytes 9.11 Mbits / วินาที 2.276 ms 1/776 (0.13%)
[3] 19.0-20.0 วินาที 1.07 MBytes 8.97 Mbits / วินาที 2.394 ms 1/764 (0.13%)
[3] 0.0-20.0 วินาที 21.5 MBytes 8.99 Mbits / วินาที 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.0 KByte (ค่าเริ่มต้น)
-------------------------------------------------- ----------
-------------------------------------------------- ----------
ไคลเอ็นต์เชื่อมต่อกับ 192.168.191.200, พอร์ต UDP 5001
กำลังส่งดาต้าแกรม 1470 ไบต์
ขนาดบัฟเฟอร์ UDP: 64.0 KByte (ค่าเริ่มต้น)
-------------------------------------------------- ----------
[4] ท้องถิ่น 192.168.191.201 พอร์ต 61762 เชื่อมต่อกับ 192.168.191.200 พอร์ต 5001
[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.17 MBytes 9.84 Mbits / วินาที
[4] 3.0- 4.0 วินาที 1.17 MBytes 9.84 Mbits / วินาที
[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.17 MBytes 9.84 Mbits / วินาที
[4] 12.0-13.0 วินาที 1.17 MBytes 9.83 Mbits / วินาที
[4] 13.0-14.0 วินาที 1.17 MBytes 9.85 Mbits / วินาที
[4] 14.0-15.0 วินาที 1.17 MBytes 9.83 Mbits / วินาที
[4] 15.0-16.0 วินาที 1.17 MBytes 9.85 Mbits / วินาที
[4] 16.0-17.0 วินาที 1.17 MBytes 9.83 Mbits / วินาที
[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 / วินาที 3.421 ms 156/16764 (0.93%) !!!!!!!!!!!
[4] 0.0-20.0 วินาที 1 ดาตาแกรมได้รับเกินกำหนด
[3] ท้องถิ่น 192.168.191.201 พอร์ต 5001 เชื่อมต่อกับ 192.168.191.200 พอร์ต 50752
[3] 0.0- 1.0 วินาที 1.16 MBytes 9.74 Mbits / วินาที 2.131 ms 0/828 (0%)
[3] 1.0- 2.0 วินาที 1.17 MBytes 9.84 Mbits / วินาที 2.140 ms 0/837 (0%)
[3] 2.0- 3.0 วินาที 1.17 MBytes 9.83 Mbits / วินาที 2.099 ms 1/837 (0.12%)
[3] 3.0-4.0 วินาที 1.17 MBytes 9.84 Mbits / วินาที 2.113 ms 0/837 (0%)
[3] 4.0- 5.0 วินาที 1.17 MBytes 9.84 Mbits / วินาที 2.105 ms 0/837 (0%)
[3] 5.0- 6.0 วินาที 1.17 MBytes 9.83 Mbits / วินาที 2.058 ms 1/837 (0.12%)
[3] 6.0- 7.0 วินาที 1.17 MBytes 9.82 Mbits / วินาที 2.165 ms 1/836 (0.12%)
[3] 7.0- 8.0 วินาที 1.17 MBytes 9.84 Mbits / วินาที 2.156 ms 0/837 (0%)
[3] 8.0 - 9.0 วินาที 1.17 MBytes 9.82 Mbits / วินาที 2.135 ms 2/837 (0.24%)
[3] 9.0-10.0 วินาที 1.19 MBytes 9.97 Mbits / วินาที 2.152 ms 2/850 (0.24%)
[3] 10.0-11.0 วินาที 1.17 MBytes 9.83 Mbits / วินาที 2.153 ms 1/837 (0.12%)
[3] 11.0-12.0 วินาที 1.17 MBytes 9.84 Mbits / วินาที 2.127 ms 0/837 (0%)
[3] 12.0-13.0 วินาที 1.17 MBytes 9.83 Mbits / วินาที 2.136 ms 1/837 (0.12%)
[3] 13.0-14.0 วินาที 1.17 MBytes 9.82 Mbits / วินาที 2.087 ms 2/837 (0.24%)
[3] 14.0-15.0 วินาที 1.17 MBytes 9.83 Mbits / วินาที 2.061 ms 1/837 (0.12%)
[3] 15.0-16.0 วินาที 1.17 MBytes 9.84 Mbits / วินาที 2.045 ms 0/837 (0%)
[3] 16.0-17.0 วินาที 1.17 MBytes 9.82 Mbits / วินาที 2.203 ms 1/836 (0.12%)
[3] 17.0-18.0 วินาที 1.17 MBytes 9.84 Mbits / วินาที 2.165 ms 0/837 (0%)
[3] 18.0-19.0 วินาที 1.17 MBytes 9.83 Mbits / วินาที 2.154 ms 1/837 (0.12%)
[3] 19.0-20.0 วินาที 1.19 MBytes 9.98 Mbits / วินาที 2.209 ms 0/849 (0%)
[3] 0.0-20.0 วินาที 23.5 MBytes 9.84 Mbits / วินาที 2.548 ms 13/16764 (0.078%)
[3] 0.0-20.0 วินาที 1 ดาตาแกรมได้รับเกินกำหนด

คำถามที่แท้จริงยังคงอยู่:

เราไม่ได้สมัครสมาชิกเกินลิงก์ DC เนื่องจากอยู่ที่ 100Mbps และไม่สามารถส่งได้เกิน 100Mbps อย่างไรก็ตามไซต์ระยะไกลจะอยู่ที่ 10Mbps

  • บัฟเฟอร์ที่ด้านข้างรีโมตโอเวอร์โฟลว์และปล่อยแพ็กเก็ตหรือไม่?
  • Traffic Shaper ของผู้ให้บริการกำลังทำบางอย่างกับ Traffic หรือไม่? (การรับส่งข้อมูลที่มาจากโหนดอื่นจะได้รับอิทธิพลจาก ISP shaper traffic หรือเฉพาะการรับส่งข้อมูลที่โหนด (จากภายนอก)) ...... คุณเห็นว่าฉันหมายถึงอะไร

เหตุใด 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 ทดสอบทิศทาง remote-> DC นั้นทำงานได้ไม่ดีไปกว่า DC-> remote remote (ประมาณ 5Mbps) .......

ฉันไม่แน่ใจว่าเรามาถึงจุดต่ำสุดของเรื่องนี้


ไม่ใช่คำตอบจริงๆ แต่คำแนะนำของฉันคือการได้รับ JDSU และทดสอบวงจรนี้ หากพวกเขากำลังตรวจสอบคุณให้แน่ใจว่าคุณได้รับ policer, "regulator", การตั้งค่า ... หากพวกเขามี CBS ขนาดเล็กพวกเขาจะ จำกัด ปริมาณการรับส่งข้อมูล TCP ของคุณให้เป็นขนาดหน้าต่างที่เล็กลง คุณสามารถทดสอบสิ่งนี้ผ่านการทดสอบย้อนหลัง 2 ผมได้ใช้เวลามากเวลาทำไปมากับผู้ให้บริการในวงจร L2 ที่จะรู้ว่าเมื่อเราได้รับการทดสอบวงจรใหม่ได้อย่างทั่วถึงไม่เพียง แต่ที่ CIR แต่ในซีบีเอส ...
Matak

นอกจากนี้ยังมีข้อความด้านที่รวดเร็ว ปริมาณงาน TCP ที่เห็นได้จากระบบปฏิบัติการ Windows และ Linux จะแตกต่างกันเนื่องจากการตั้งค่า TCP จะแตกต่างกัน กล่าวคือ ขนาดบัฟเฟอร์อัลกอริทึม ฯลฯ คุณสามารถดูการตั้งค่าสำหรับคุณลินุกซ์เครื่องผ่านsysctlไม่แน่ใจเกี่ยวกับเกี่ยวกับ Windows ... netshบางที ถ้าฉันจะเดาว่าเกิดอะไรขึ้นกับวงจรของคุณฉันจะบอกว่า CPE ที่ไซต์ที่พูดนั้นตั้งค่าด้วย CBS ที่ใหญ่กว่าด้านฮับ ... ซึ่งโดยปกติแล้วจะเป็นอีกทางหนึ่ง อีกครั้ง JDSU จะถ่อบอลกลับไปหาพวกเขาหรือให้คุณพุ่งความสนใจไปที่สิ่งที่เป็นปัญหา
matak

@matak ทำไมไม่ตอบคำถามเพิ่มเติมของคุณ? เมื่อเราพูดถึงรูปจำลองฉันจะจินตนาการถึงอุปกรณ์นี้ได้อย่างไร ที่ DC จะมีปลั๊ก RJ45 ที่ไม่มี CPE (มองเห็นได้) ที่ไซต์ระยะไกลส่วนใหญ่ฉันมีโมเด็ม VDSL และเราเตอร์ที่รองรับ MPLS บางประเภท ไม่แน่ใจว่าพวกเขาใช้ MPLS หรือไม่ และยิ่งกว่านั้นทิศทางของการจราจรที่เป็นรูปทรง? เราสามารถกำหนดรูปแบบ ingress @ speak (จากไซต์), egress @ speak (ไปยัง cloud ของ ISP), ingress @ hub (จาก DC), egress @ hub (ไปทาง cloud ของ ISP) ... ฉันอาจพลาดภาพใหญ่ คุณช่วยอธิบายได้ไหมว่าทำไมปัญหาของ CBS จึงเป็นปัญหา
Marki

คำตอบ:


20

การอ้างอิงการสนทนาแลกเปลี่ยนของเรา...

เรื่องสั้นคุณต้องควบคุมความเร็วที่ไม่ตรงกันในทั้งสองด้านของการเชื่อมโยงเมโทรอีเธอร์เน็ตของคุณ ... ฉันวาดแผนภาพของคุณใหม่เพื่อความชัดเจน ... หมายเหตุ 1

แผนภาพปัญหา

  • การเปลี่ยน DC (แสดงเป็นสีเขียว) จาก 10GE เป็น 100M เร็วมาก ... นี่เป็นการเปลี่ยนความเร็ว 100 เท่าและโดยทั่วไปคุณจำเป็นต้องใช้ qos บางรูปแบบ (เช่นการปรับรูปร่าง) เพื่อบรรเทาการเปลี่ยนแปลงขนาดใหญ่เช่นนี้ ดูที่ด้านล่างของคำตอบนี้เพื่อเป็นหลักฐานว่า DC ต้องการรูปทรง (ต่อไซต์) ...
  • การเปลี่ยนแปลงด้านระยะไกลจาก 1GE เป็น 10M CIRอย่างรวดเร็ว ... นี่เป็นอีกครั้งที่การเปลี่ยนความเร็ว 100 เท่า การสร้างรูปร่างหรือการแก้ปัญหา qos อื่น ๆ โดยทั่วไปจะต้อง
  • ดูเหมือนว่าจะไม่ตรงกันความเร็วระหว่าง DC UNI (100M) และUNIระยะไกล(10M) สิ่งนี้เองจะเป็นตัวเลือกสำหรับโซลูชันการจัดการแบนด์วิดท์ต่อไซต์

FYI ถ้าการดำเนินการให้บริการของคุณMEFบริการที่เทียบเท่าพวกเขาจะไม่สร้างพวกเขาจะรักษา การจราจร TCP มีแนวโน้มที่จะทำงานได้ดีขึ้นด้วยการสร้าง

ความต้องการ QoS ของคุณเอง

คุณดูเหมือนจะถามคำถามเกี่ยวกับความต้องการ qosดังนั้นฉันจะอ้างถึงเอกสารไวท์เปเปอร์ "การทำความเข้าใจผู้ให้บริการอีเธอร์เน็ตอีเธอร์เน็ต" MEFหน้า 9 ... โดยวิธีการตรวจสอบลูกค้าในรูปที่ 2 ของ MEF Whitepaper มีสถานการณ์ที่ดีกว่า .. พวกเขาซื้อ CIR 50Mbps แต่ UNI ของพวกเขาถูกส่งไปที่ 1GE ... ไซต์ระยะไกลของคุณมี 10Mbps CIR บน 1GE UNI

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

ฉันไม่เห็นด้วยคุณสามารถส่งmicroburst s ที่ 10GE เพราะ DC ของคุณมีลิงก์ 10GE แต่รถไฟใต้ดิน UNI คือ 100Mbps หนึ่งคำถามที่เปิดอยู่คือจำนวนบัฟเฟอร์ที่คุณมีในสวิตช์ Enterasys LAN (สวิตช์ A) เมื่อคุณทำการเปลี่ยนจาก 10GE เป็น 100M

เหตุใด TCP จึงไม่สามารถจัดการทั้งหมดด้วยตนเองได้

TCP จัดการสิ่งต่าง ๆ โดยชะลอตัวลงเมื่อเห็นการสูญหายของแพ็คเก็ต ... มันช้าลงจริง ๆ (และอาจยกเลิกการเชื่อมต่อ) สำหรับการสูญเสียแพ็กเก็ตร้ายแรง ดังนั้น TCP กำลังทำสิ่งที่ควร ... ในฐานะวิศวกรเครือข่ายเป้าหมายของคุณคือการสร้างเครือข่ายที่มีเงื่อนไขที่ทำให้ TCP มีความสุข

คำถาม TCP อื่น ๆ จากการแชท

Marki กล่าวว่า : ฉันไม่เข้าใจสิ่งที่ถูกทิ้งที่ไหนและทำไมใครและเพราะเหตุใดและ TCP ไม่เพียงจัดการกับข้อเท็จจริงที่ว่ามี 100Mb (จริง) ที่ปลายด้านหนึ่งและอีก 10Mbps ที่อื่นเท่านั้น

เกี่ยวกับความต้องการใช้บัฟเฟอร์ของ TCP และผลที่ตามมาของการไม่มีบัฟเฟอร์ :

ความเป็นจริงจำนวน 1: TCP ต้องการบัฟเฟอร์สำหรับการเปลี่ยนความเร็วเพราะมันออกแบบมาเป็นระบบการตอบการควบคุม

การใช้การเปรียบเทียบการขับ: ในฐานะที่เป็นนักขับที่ดีเรามักจะทิ้งพื้นที่ไว้สองสามวินาทีระหว่างเราและรถคันหน้า ในบางวิธีช่องว่างระหว่างรถยนต์นั้นคล้ายคลึงกับเครือข่ายบัฟเฟอร์ ถ้าคนที่อยู่ข้างหน้าเราเหยียบเบรกเมื่อสัตว์วิ่งไปข้างหน้าพวกเขาช่องว่างระหว่างรถของเรา (หวังว่า) จะป้องกันเราจากการชนรถของพวกเขา เราออกจากพื้นที่เพราะต้องใช้เวลาสำหรับดวงตาของเราที่จะเห็นไฟเบรกเท้าของเราตอบสนองและเบรกจะกระจายความร้อนเพียงพอ ดวงตาของเราให้ระบบควบคุมความคิดเห็นด้วยภาพ

ในทำนองเดียวกันเมื่อเซสชัน FTP ถูกทำลายที่ 10GE การรับส่งข้อมูลอาจยาวถึง 4MB (ในกรณีของคุณ) เนื่องจากขนาดของหน้าต่างที่ปรับขนาด TCPก่อนซ็อกเก็ตต้องหยุดและรอ TCP ACK ในขณะเดียวกันหากปริมาณการใช้งาน 10GE ที่ไหลเข้ามาอย่างกระทันหัน "Fast Ethernet" TCP จะต้องชะลอตัวลงเรื่อย ๆ บัฟเฟอร์ลึกลงในอุปกรณ์เครือข่ายอนุญาตให้ TCP วางแพ็กเก็ตน้อยลงเมื่อทำการเปลี่ยนความเร็ว อย่างไรก็ตามถ้าคุณไม่มีบัฟเฟอร์คุณอาจปล่อย 99% ของหน้าต่าง TCP 4MB นั้นเมื่อมันถูกบีบจาก 10GE เป็น 100M คิดว่าการสูญเสียที่รุนแรง 99% นั้นเป็นความผิดพลาดของซ็อกเก็ต TCP TCP ตอบสนองต่อการคาดการณ์แพ็คเก็ตที่สูญเสียไปอย่างค่อยเป็นค่อยไป TCP ที่จะตอบสนองมากน้อยคาดการณ์การสูญเสียอย่างต่อเนื่องแพ็คเก็ตอย่างรุนแรงหมายเหตุ 3

กับคำถามที่ว่าทำไมคุณไม่ควรใช้ไม่สมมาตรเมโทรอีเธอร์เน็ตCIRกับ 100M ที่ดีซีและ 10M ในระยะไกลถามตัวเองเป็นคำถามเชิงโวหาร "ที่เป็นบัฟเฟอร์ที่การจราจร 100Mbps ระเบิดเมื่อมันฮิตราคาถูก 10Mbps Ethernet NIDที่รถไฟใต้ดินของคุณ ผู้ให้บริการ -ethernet ให้คุณเหรอ? "... (คำใบ้: ไม่มีใครกำลังบัฟเฟอร์)

หากไม่มีใครบัฟเฟอร์ขนาดใหญ่ (ดูหมายเหตุ 2) การเปลี่ยนความเร็วจุดเหล่านั้นเป็นจุดที่มีศักยภาพในการลดทอนการจราจรเป็นระยะ

ใครกำลังตกหล่น :

การจราจรขาออกลดลงจาก DC

เมื่อปริมาณการใช้งาน TCP ออกจากศูนย์ข้อมูลมีอยู่สามที่ที่สามารถทิ้ง:

  • ที่ D1: เนื่องจากสวิตช์ LAN ไม่ค่อยมีบัฟเฟอร์เพียงพอสำหรับการเปลี่ยนความเร็ว 100: 1
  • ที่ D2: หากNIDเคยเจรจาเชื่อมโยงUNIด้วยความเร็วสูงกว่าCIR ; นั่นไม่ใช่กรณีตอนนี้ดังนั้นฉันไม่คาดหวังว่าจะลดลง
  • ที่ D3: ด้วยเหตุผลทั้งหมดที่ฉันได้อธิบายเกี่ยวกับ Metro Ethernet CIR s ไม่สมมาตร

เมื่อปริมาณการใช้ TCP ไปที่ศูนย์ข้อมูล ...

การจราจรทางเข้าลดลงไปที่ DC

  • ที่ D4: เพราะคุณมี 1GE UNIและ 10M CIR ; นี่เป็นกรณีทางพยาธิวิทยาของ D2 ที่ฉันได้กล่าวไว้ข้างต้น

วิธีลดความเร็วไม่ตรงกัน:

ตัวอย่างโซลูชันEVPL : EVPL พร้อมโซลูชัน EVC แบบจุดต่อจุด

  • ในโทโพโลยีแบบสลับเช่นนี้EVPL แบบจุดต่อจุด EVC จาก DC ไปยังแต่ละ Remote อาจเป็นตัวเลือกที่ดีที่สุดของคุณ (ดูแผนภาพด้านบน) สิ่งนี้จะใช้CIRแต่ละรายการกับ EVC แต่ละรายการ หมายเหตุ: คำแนะนำ QoS อื่น ๆ ทั้งหมดในคำตอบนี้ใช้ ... คือหลีกเลี่ยงการเปลี่ยนผ่านความเร็วสูงNote 2โดยไม่ทดสอบว่าอุปกรณ์ของคุณจะรองรับได้ดีเพียงพอหรือไม่
  • หรือคุณอาจพิจารณาซื้อบริการ metroe ซึ่งมีอัตราสมมาตรระหว่าง DC และระยะไกล แม้ว่าฉันจะยอมรับว่าอาจไม่ใช่แนวทางปฏิบัติที่ดีที่สุด
  • FYI การแก้ปัญหาคลาสสิกที่จะแก้ไขปัญหานี้สำหรับการให้บริการเส้นทางคือการซื้อเราเตอร์ที่สนับสนุนการสร้างที่ความเร็วที่ต้องการแล้วรูปร่างจราจร metroe ของคุณไป CIR ที่เหมาะสม (ต่อเว็บไซต์ระยะไกล) FYI ด้านระยะไกลสามารถหลบไปกับเราเตอร์ขนาดเล็กพอสมควรเนื่องจากเป็นเพียงอินพุต 1GE และ CIR 10Mbps ... เดือนที่ผ่านมาเมื่อเราพูดคุยเกี่ยวกับการออกแบบบริการนี้ฉันขอแนะนำการกำหนดเส้นทางหากคุณพอใจกับเทคโนโลยี ...
  • หากคุณไม่มีเงินเพิ่มเติมที่จะใช้จ่ายและไม่สามารถสร้างบริการเมโทรอีเธอร์เน็ตของคุณอีกครั้งคุณสามารถนวดความเร็วไม่ตรงกันช้าลง ฉันไม่เคยทำแบบนี้มาก่อน แต่โดยหลักการแล้วคุณสามารถลองเปลี่ยนความเร็วเป็น 10 ต่อ 1 แทนที่จะเป็น 100 ต่อ 1 (ซึ่งเป็นสิ่งที่คุณมีอยู่ทั้งใน DC และระยะไกล):

    • แทนที่จะซื้อเราเตอร์เพื่อกำหนดระยะไกลเป็น 10M คุณสามารถลองบังคับ UNI ระยะไกลให้เจรจาอัตโนมัติที่ 100M แทน 1GE GigabitEthernet ต้องการพินทั้งหมดในสายเคเบิล Cat5eดังนั้นคุณสามารถบังคับได้อย่างมีประสิทธิภาพถึง 100M ด้วย RJ45 mod-plug ที่เชื่อมต่อหมุด 1, 2, 3 และ 6
    • แทนที่จะซื้อเราเตอร์เพื่อกำหนด DC เป็น 100M ให้ใช้ Enterasys ของคุณเพื่อตำรวจลิงก์ 10GE เป็น 1GE เมื่อส่งปริมาณข้อมูลไปยังลิงค์ 100M

กำลังวิเคราะห์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

คุณสามารถส่งประมาณ 80% ของความสามารถของ CIR ระยะไกลของคุณ แต่นั่นก็ยังน้อยกว่าที่ฉันคาดไว้

ภาพประกอบของ DC speed ไม่ตรงกัน (10Gbps -> 100Mbps)

marki กล่าวว่า : อย่าลืมปัญหาจะแสดงตัวเองเฉพาะเมื่อการไหลคือ 100Mb-> 10Mb ไม่ใช่ทางกลับกัน

ปัญหาแสดงตัวทั้งสองทิศทาง แต่iperfอาการดูเหมือนจะแย่ลงในทิศทางระยะไกล DC -> ดูการวิเคราะห์iperfผลลัพธ์ข้างต้นของฉัน

เพื่อให้เป็นรูปธรรมนี้ให้ดูที่ pcap FTP ของคุณเมื่อกดไฟล์จากเซิร์ฟเวอร์ DC FTP ของคุณ (130.1.6.4) ไปยังไซต์ระยะไกล (192.168.191.2) การถ่ายโอนจากด้านอีเธอร์เน็ต meta 100M ได้รับการ จำกัด ที่หลายจุดในระหว่างการถ่ายโอน คุณสามารถเห็นสิ่งนี้ถ้าคุณดูที่dc-to-remote_remote-side.pcapngpcap และกรองexpert.message contains "segment not captured"

ป้อนคำอธิบายรูปภาพที่นี่


หมายเหตุท้าย :

หมายเหตุ 1ฉันเลือกค่า CBS ของ 25KB ต่อ 1Mbps MetroEthernet CIR; นี่เป็นอัตราส่วนทั่วไปที่ผู้ให้บริการใช้ ... YMMV
Note 2กฎส่วนบุคคลของฉัน: "ใหญ่" เป็นการเปลี่ยนความเร็วที่ใหญ่กว่าการเปลี่ยนความเร็ว 10: 1 อย่างมีนัยสำคัญ
หมายเหตุ 3ฉันไม่สามารถให้ตัวเลขที่ยากสำหรับสิ่งที่เป็นและไม่ได้สูญเสียแพ็กเก็ตมากเกินไปสำหรับ TCP หากการสูญเสียไม่ดีพอที่แอปพลิเคชันของคุณจะประสบแสดงว่ามันมากเกินไป กฎส่วนบุคคลของฉัน: เมื่อจัดการกับเครือข่ายแบบใช้สายขององค์กรโดยสมบูรณ์ภายใต้การควบคุมของฉันเองการสูญเสียแพ็กเก็ตใด ๆ ที่ไม่ได้ตั้งใจนั้นมากเกินไป ที่กล่าวว่ามีบางรุ่นสวิตช์ที่ตัดมุมในบัฟเฟอร์; สวิตช์เหล่านี้อาจปล่อยแพ็คเก็ตเป็นครั้งคราว ... เป็นการตัดสินว่าคุณต้องอยู่กับปัญหาหรือซื้อสวิตช์ที่ดีกว่า FYI: มันไม่ชัดเจนเสมอไป แต่ TCP จะเพิ่มอัตราการส่งข้อมูลของซ็อกเก็ตเป็นระยะเพื่อให้แน่ใจว่าได้รับปริมาณงานมากที่สุด การใช้งาน TCP จำนวนมากรู้ว่าพวกเขาจะเร็วเกินไปเมื่อพวกเขาเห็นแพ็กเก็ตลดลง


โปรดทราบว่าความเร็ว PHY ของ DC (พอร์ต Metro Ethernet) อยู่ที่ 100Mb แต่ฉันไม่สามารถส่งที่ 100M ด้วยเช่นกันเพราะอีกด้านคือสูงสุด 10Mb ... ตอนนี้มันยังไม่ชัดเจนสำหรับฉันที่จะต้องมีการปรับรูปร่าง โอ้และคุณหมายถึง "อาการ iperf ดูเหมือนจะแย่ลงในDC ->ทิศทางจากระยะไกล " หรือไม่?
Marki

ฉันอัปเดตคำตอบแล้วใช่ "remote -> DC" เป็นคำที่พิมพ์ผิดในคำตอบเดิม
Mike Pennington

ฉันเห็นด้วยกับไมค์ที่นี่ขึ้นอยู่กับว่าใครเป็นผู้ให้บริการของคุณหากคุณถามพวกเขาพวกเขาจะบอกคุณถึงอัตราของสายที่ทำให้พวกเขาตรงกับอินเทอร์เฟซทางกายภาพของคุณ ในส่วนของ QoS ฉันจะทำที่จุดเริ่มต้นที่ใหญ่ที่สุดของคุณดังนั้นอุปกรณ์ 10Gb ของคุณก่อนที่พวกเขาจะขึ้นไปยังอุปกรณ์อัปสตรีมขนาดเล็ก ฉันใช้เวลาไฟร์วอลล์และการกำหนดเส้นทางมากกว่าการเปลี่ยน แต่หวังว่าไมค์สามารถยืนยันการอ้างสิทธิ์ของฉันได้!
อัล

3
@ MikePennington - การบล็อก Egress เนื่องจากความเร็วไม่ตรงกันเป็นสิ่งที่ฉันพบเจอบ่อยในการเชื่อมต่อ P2P กับไมโครเวฟ คำตอบที่ดีมากข้อมูลที่ดีในโพสต์ของคุณ ขอบคุณ!
matak

1
ตรวจสอบดูเพล็กซ์ที่ไม่ตรงกันซึ่งอาจทำให้เกิดปัญหาความเร็วทิศทางเดียว
cpt_fink

2

ในขณะที่พูดคุยเกี่ยวกับปัญหานี้เป็นเรื่องที่น่าสนใจมากผู้ให้บริการอินเทอร์เน็ตได้เริ่มแลกเปลี่ยนโมเด็ม DSL ในเว็บไซต์อื่นด้วยยี่ห้ออื่น ปัญหาการกระจายตัวของแพ็กเก็ตบางอย่างที่พวกเขาพูด และเฮ้, 9.5 Mbps ทั้งสองทิศทางโดยไม่มีปัญหาหรือการตั้งค่าพิเศษ

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.