I'm getting excessive TCP Dup ACK a

I'm getting excessive TCP Dup ACK and TCP Fast Retransmission on our network when I transfer files over the MetroEthernet link. The two sites are connected by one sonicwall router, so the sites are only one hop away.

Here is a screenshot from wireshark, and here is the entire capture. In this capture, the client is 192.168.2.153 and the server is 192.168.1.101 Here is a traceroute from my system to the server (ping times are usually steady under 10ms):

user@pc567:~$ ifconfig eth0
eth0 Link encap:Ethernet HWaddr 00:e0:b8:c8:0c:7e
inet addr:192.168.2.153 Bcast:192.168.2.255 Mask:255.255.255.0
inet6 addr: fe80::2e0:b8ff:fec8:c7e/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:244994 errors:0 dropped:0 overruns:0 frame:0
TX packets:149148 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:319571991 (319.5 MB) TX bytes:12322180 (12.3 MB)
Interrupt:16

user@pc567:~$ traceroute -n 192.168.1.101
traceroute to 192.168.1.101 (192.168.1.101), 30 hops max, 60 byte packets
1 192.168.2.254 0.747 ms 0.706 ms 0.806 ms
2 192.168.1.101 8.995 ms 9.217 ms 9.477 ms
user@pc567:~$
Any help on what's causing this would be helpful! I can post any more details needed.

UPDATE: Since this started, I've replaced the sonicwall with an 1800 cisco router. The packet capture with it installed had the same results. Since it is a metro ethernet circuit, no router is required. So I've also tried connecting to laptops directly into the service providers equipment at both sites, and putting them on the same subnet. The packet capture looks the same doing it this way. This leads me to believe that there is a problem with the metro ethernet circuit, even though they continue to say nothing is wrong and everything tests ok.

ผลลัพธ์ (ไทย) 1:

ฉันได้รับ ACK การซ้ำกันของ TCP และ TCP เร็ว Retransmission มากเกินไปบนเครือข่ายของเราเมื่อฉันถ่ายโอนแฟ้มผ่านการเชื่อมโยง MetroEthernet สองเว็บไซต์เชื่อมต่อ โดยเราเตอร์ sonicwall หนึ่ง เพื่อใน ตู้เดียวเก็บ

นี่เป็นภาพจาก wireshark และนี่คือการจับกุมทั้งหมด ในการจับภาพนี้ 192.168.2.153 เป็นไคลเอนต์ และเซิร์ฟเวอร์เป็น 192.168.1101 นี่เป็น traceroute จากระบบของฉันกับเซิร์ฟเวอร์ (ปิงครั้งเป็นปกติมั่นคงใต้ 10ms):

ผู้ใช้ @pc567: ~ $ ifconfig eth0
eth0 เชื่อมโยง encap:Ethernet HWaddr 00:e0:b8:c8:0 c: 7e
อินเทอร์เน็ต addr:192.168.2.153 Bcast:192.168.2.255 หน้ากาก: 255.255.255.0
inet6 ที่อยู่: fe80::2e0:b8ff:fec8:c7e / 64 ขอบเขต: การเชื่อมโยง
ค่าออกอากาศทำงานแบบหลายผู้รับ MTU:1500 วัด: 1
จำนวนแพคเก็ต: 244994 ข้อผิดพลาด: 0 หลุด: กรอบเกิน: 0 0:0
TX เก็ต: 149148 ข้อผิดพลาด: 0 หลุด: เกิน: 0 0 ผู้ขนส่ง: 0
txqueuelen:1000 ตาม: 0
จำนวนไบต์: 319571991 (319.5 MB) TX ไบต์: 12322180 (12.3 MB)
ขัดจังหวะ: 16

user@pc567:~$ traceroute - n 192.168.1.101
traceroute ไป 192.168.1.101 (192.168.1.101), ข้ามสูงสุด 30, 60 ไบต์เก็ต
192.168.2.254 1 ms 0.747 0.706 ms 0.806 ms
ms
user@pc567:~$
9.217 ms 9.477 8.995 ms 2 192.168.1.101มีความช่วยเหลือเกี่ยวกับสิ่งของสาเหตุนี้จะเป็นประโยชน์ ฉันสามารถลงรายการบัญชีรายละเอียดต้องได้

UPDATE: ตั้งแต่นี้เริ่มต้น ฉันได้แทน sonicwall กับตัวเราเตอร์ cisco 1800 จับแพคเก็ตกับติดตั้งผลลัพธ์เดียวได้ เนื่องจากเป็นวงจรอีเทอร์เน็ตเมโทร เราเตอร์ไม่ถูกต้อง ดังนั้นฉันยังพยายามเชื่อมต่อกับแล็ปท็อปโดยตรงเป็นผู้ให้บริการอุปกรณ์ที่ทั้งเว็บไซต์ และวางพวกเขาบนเครือข่ายเดียวกัน จับแพ็คเก็ตมีลักษณะเหมือนกันทำวิธีนี้ นี้นำฉันเชื่อว่า มีปัญหากับวงจรอีเทอร์เน็ตเมโทร แม้ว่าพวกเขายังพูดอะไรไม่ถูกต้อง และทุกทดสอบตกลง

ผลลัพธ์ (ไทย) 2:

ฉันได้รับการทำซ้ำมากเกินไป TCP ACK และ TCP Retransmission รวดเร็วบนเครือข่ายของเราตอนที่ผมถ่ายโอนไฟล์ผ่านการเชื่อมโยง MetroEthernet สองเว็บไซต์ที่มีการเชื่อมต่อโดยเราเตอร์ sonicwall หนึ่งเพื่อเว็บไซต์ที่มีเพียงหนึ่งกระโดดไปนี่คือภาพจาก Wireshark และนี่คือการจับภาพทั้งหมด ในการจับภาพนี้ลูกค้าเป็น 192.168.2.153 และเซิร์ฟเวอร์เป็น 192.168.1.101 นี่คือ traceroute จากระบบของฉันไปยังเซิร์ฟเวอร์ (เวลา ping มักจะมีอย่างต่อเนื่องภายใต้ 10ms): ผู้ใช้ @ pc567: ~ $ eth0 ifconfig eth0 ลิงค์ encap: อีเธอร์เน็ต hwaddr 00: e0: b8: c8: 0c: 7e inet addr: 192.168.2.153 Bcast: หน้ากาก 192.168.2.255: 255.255.255.0 inet6 addr: fe80 :: 2E0: b8ff: fec8: ขอบเขต c7e/64: การเชื่อมโยงขึ้นกระจายเสียงวิ่ง MULTICAST MTU 1500 เมตริก: 1 แพ็คเก็ต RX: 244994 ข้อผิดพลาด: 0 ลดลง: 0 overruns: 0 กรอบ: 0 กซัสแพ็คเก็ต: 149148 ข้อผิดพลาด: 0 ลดลง: 0 overruns: 0 ผู้ให้บริการ: 0 ชน: 0 txqueuelen: 1000 ไบต์ RX: 319571991 (319.5 MB) ไบต์กซัส: 12322180 (12.3 MB) Interrupt: 16 ผู้ใช้ @ pc567: ~ $ traceroute-n 192.168.1.101 192.168.1.101 traceroute ไป (192.168.1.101) 30 กระโดดสูงสุด 60 ไบต์แพ็คเก็ต1 192.168.2.254 0.747 0.706 มิลลิวินาที มิลลิวินาที 0.806 มิลลิวินาที2 192.168.1.101 8.995 มิลลิวินาที 9.217 มิลลิวินาที 9.477 มิลลิวินาทีผู้ใช้ @ pc567: ~ $ ความช่วยเหลือใด ๆ เกี่ยวกับสิ่งที่ก่อให้เกิดนี้จะเป็นประโยชน์ ฉันสามารถโพสต์รายละเอียดเพิ่มเติมใด ๆ ที่จำเป็นUPDATE: ตั้งแต่นี้เริ่มต้นฉันได้แทนที่ sonicwall กับเราเตอร์ของซิสโก้ 1800 จับแพ็คเก็ตที่มีการติดตั้งไว้มีผลเหมือนกัน เพราะมันเป็นวงจรอีเธอร์เน็ตรถไฟใต้ดินเราเตอร์ไม่จำเป็นต้อง ดังนั้นผมจึงได้พยายามยังเชื่อมต่อกับแล็ปท็อปโดยตรงลงในอุปกรณ์ให้บริการที่เว็บไซต์ทั้งสองและวางพวกเขาบนเครือข่ายย่อยเดียวกัน จับแพ็คเก็ตมีลักษณะเดียวกันทำมันด้วยวิธีนี้ นี้ทำให้ผมเชื่อว่ามีปัญหาเกี่ยวกับวงจรอีเธอร์เน็ตรถไฟใต้ดินถึงแม้ว่าพวกเขายังคงที่จะพูดอะไรที่ไม่ถูกต้องและทุกอย่าง ok ทดสอบ

ผลลัพธ์ (ไทย) 3:

ฉันได้รับมากเกินไป TCP ACK และ TCP retransmission ดั๊ปรวดเร็วบนเครือข่ายของเราเมื่อผมโอนไฟล์ผ่าน metroethernet ลิงค์ สองเว็บไซต์ที่เชื่อมต่อด้วยหนึ่ง SonicWALL เราเตอร์เพื่อให้เว็บไซต์มีเพียงหนึ่งกระโดดออกไป

ที่นี่คือภาพจาก Wireshark และนี่คือจับทั้งหมด ในการจับภาพนี้ลูกค้าจะ 192.168.2.153 และเซิร์ฟเวอร์เป็น 192.168.1 .101 นี่คือเทรซเร้าว์จากระบบของฉันไปยังเซิร์ฟเวอร์ ( ปิงครั้งมักจะคงที่ภายใต้ 10ms ) :

pc567 ผู้ใช้ @ : ~ $ ifconfig eth0
ลิงค์นแค็ป : Ethernet eth0 หมายเลขฮาร์ดแวร์ 00 : : : 7 : c8:0c E0 B8
Inet บาป : 192.168.2.153 bcast : 192.168.2.255 หน้ากาก : 255 . 255 . 255 . 0
inet6 บาป : fe80 : : : : : 2e0 b8ff fec8 c7e / 64 ขอบเขต : ลิงค์
ขึ้นออกอากาศวิ่งส่ง MTU : 1500 เมตริก 1
RX packets : 244994 ข้อผิดพลาด : 0 ลดลง : 0 overruns : 0 กรอบ :0
TX packets : 149148 ข้อผิดพลาด : 0 ลดลง : 0 overruns : 0 : 0 : 0
การชนส่ง txqueuelen : 1000
ไบต์ Rx : 319571991 ( 319.5 MB ) TX ไบต์ : 12322180 ( 12.3 MB ) : 16


รบกวนผู้ใช้ @ pc567 : ~ $ TracerouteGenericName - N 192.168.1.101
เพื่อ 192.168.1.101 ( 192.168.1.101 TracerouteGenericName ) , 30 Hops สูงสุด 60 ไบต์ แพ็กเก็ต
1 ครั้ง 192.168.2.254 0.747 MS MS 0.806 MS
2 192.168.1.101 8.995 MS MS MS 9.217 9.477
@ : ~ $
pc567 ผู้ใช้ความช่วยเหลือใด ๆ บน อะไรคือสาเหตุ นี้จะเป็นประโยชน์ ผมจะโพสต์รายละเอียดเพิ่มเติมต้องการ

UPDATE : ตั้งแต่เริ่ม ฉันได้เปลี่ยนทั้งโลกด้วย 1800 Cisco Router แพ็คเก็ตจับกับมันติดตั้งได้ผลลัพธ์เดียวกัน เนื่องจากเป็น Metro Ethernet เราเตอร์เป็นวงจร ไม่ต้อง ดังนั้นฉันได้พยายามเชื่อมต่อกับแล็ปท็อปโดยตรงไปยังผู้ให้บริการอุปกรณ์ในเว็บไซต์ทั้งสองและใส่ไว้ใน subnet เดียวกัน แพ็คเก็ตจับดูเหมือนกัน ทำแบบนี้ นี้ทำให้ผมเชื่อว่ามีปัญหากับการเชื่อมต่อผ่านวงจร แม้ว่าพวกเขายังบอกว่าไม่มีอะไรผิดปกติ และทุกการทดสอบครับ