คำถามติดแท็ก packetloss

6
วิธีตรวจสอบอย่างอดทนสำหรับการสูญเสียแพ็กเก็ต TCP? (Linux)
ฉันจะติดตามการสูญหายของแพ็คเก็ตแบบพาสซีฟในการเชื่อมต่อ TCP ไปยัง / จากเครื่องของฉันได้อย่างไร โดยทั่วไปฉันต้องการเครื่องมือที่อยู่ในพื้นหลังและดู TCP ack / nak / re-transmits เพื่อสร้างรายงานที่อยู่ IP ของเพียร์ "ดูเหมือน" จะประสบกับการสูญเสียจำนวนมาก คำถามส่วนใหญ่เช่นนี้ที่ฉันค้นหาของ SF แนะนำให้ใช้เครื่องมือเช่น iperf แต่ฉันต้องตรวจสอบการเชื่อมต่อไปยัง / จากแอปพลิเคชันจริงบนเครื่องของฉัน ข้อมูลนี้มีอยู่ใน Linux TCP stack หรือไม่

6
ทำไมเราเตอร์ฮาร์ดแวร์ถึงทำงานได้ดีกว่าเราเตอร์ Linux ที่มีสเปคที่ดีกว่า (RAM และ CPU)
ฉันมี CentOS 6.3 ขั้นต่ำ 64 บิตทำหน้าที่เป็นเกตเวย์ที่มี 4 NIC (1 Gbps) แต่ละรายการเชื่อมต่อกันเพื่อการรับส่งข้อมูลสาธารณะและอื่น ๆ สำหรับส่วนตัวซึ่งดำเนินการ NATing มันมี 6 GB RAM และ 4 แกนตรรกะ เราใช้สิ่งนี้มาสองปีที่ผ่านมาโดยไม่มีปัญหา ฉันไม่มีประสบการณ์ใด ๆ กับเราเตอร์ฮาร์ดแวร์ แต่ฉันได้ยินมาว่ามี RAM และ CPU น้อยกว่าและใช้ดิสก์แฟลช กล่องที่มีการกำหนดค่าฮาร์ดแวร์ต่ำจะทำงานได้ดีขึ้นอย่างไร (เช่นใน, จัดการการเชื่อมต่อพร้อมกันมากขึ้น) กว่าเครื่องที่มี RAM และ CPU มากกว่า อะไรคือปัจจัยที่ จำกัด นอกเหนือจาก IOS ที่ใช้วิธีการต่าง ๆ ในการจัดการกับสิ่งนี้?

5
คุณวินิจฉัยการสูญเสียแพ็คเก็ตได้อย่างไร
ฉันรู้ว่านี่เป็นอัตนัยและขึ้นอยู่กับตัวแปรหลายอย่าง แต่ฉันสงสัยว่าขั้นตอนใดที่คนส่วนใหญ่ต้องทำเมื่อพวกเขาต้องการวินิจฉัยการสูญหายของแพ็กเก็ตในระบบที่กำหนด

2
แพ็คเก็ต UDP สุดขีดสูญเสียที่ 300Mbit (14%) แต่ TCP> 800Mbit โดยไม่มีการส่งสัญญาณซ้ำ
ฉันมีกล่อง linux ที่ฉันใช้เป็นiperf3ไคลเอนต์ทดสอบกล่องเซิร์ฟเวอร์ Windows 2012 R2 2 ตัวที่ติดตั้งมาพร้อมกับ Broadcom BCM5721, อะแดปเตอร์ 1Gb (2 พอร์ต แต่ใช้เพียง 1 พอร์ตสำหรับการทดสอบ) เครื่องทั้งหมดเชื่อมต่อกันด้วยสวิตช์ 1Gb เพียงตัวเดียว ทดสอบ UDP ที่เช่น 300Mbit iperf3 -uZVc 192.168.30.161 -b300m -t5 --get-server-output -l8192 ส่งผลให้สูญเสีย 14% ของแพ็กเก็ตทั้งหมดที่ส่ง (สำหรับกล่องเซิร์ฟเวอร์อื่นที่มีฮาร์ดแวร์เดียวกันแน่นอน แต่ไดรเวอร์ NIC รุ่นเก่าสูญเสียประมาณ 2%) แต่การสูญเสียเกิดขึ้นแม้ที่ 50Mbit แม้ว่าจะรุนแรงน้อยกว่าก็ตาม ประสิทธิภาพ TCP โดยใช้การตั้งค่าที่เทียบเท่า: iperf3 -ZVc 192.168.30.161 -t5 --get-server-output …

4
วิธีแก้ไขข้อผิดพลาดแพ็คเก็ตที่เสียหายสำหรับกับ rsync สำหรับ (ค่อนข้าง) ไฟล์ขนาดใหญ่?
กำลังพยายามอัพเดตไฟล์บนเซิร์ฟเวอร์ด้วยrsyncคำสั่ง: rsync -ravq -e "ssh -o ConnectTimeout=2 -o ServerAliveInterval=2 -ServerAliveCountMax=2" --delete ./local_dir user@$SERVER:/dest_dir corrupt packet ข้อผิดพลาดยังคงมีอยู่โดยเฉพาะ: rsync: writefd_unbuffered failed to write 4092 bytes to socket [sender]: Broken pipe (32) rsync: connection unexpectedly closed (11337 bytes received so far) [sender] rsync error: unexplained error (code 255) at /home/lapo/package/rsync-3.0.9-1/src/rsync-3.0.9/io.c(605) [sender=3.0.9] นี่อาจเกี่ยวข้องกับการsshหมดเวลาเนื่องจากดูเหมือนว่าจะเกิดขึ้นกับไฟล์ขนาดใหญ่ นอกจากนี้ฉันยังได้รับการหมดเวลาใช้ …

4
แพ็คเก็ตที่ถูกปล่อยมีความธรรมดาในการสื่อสารภายในดาต้าเซ็นเตอร์หรือไม่?
สมมติว่าฉันมี 2 เครื่องในดาต้าเซ็นเตอร์เดียวกัน แต่ไม่จำเป็นต้องอยู่ในชั้นวางเดียวกัน แพ็คเก็ตที่ถูกทิ้งจะมีความธรรมดาเพียงใดเมื่อส่งโดยใช้ UDP ระหว่างสองเครื่องนี้ ฉันขอภายใต้สมมติฐานที่ว่าตั้งแต่มีเพียงไม่กี่สวิทช์ที่มากที่สุดระหว่างเครื่องที่แพ็คเก็ตจะไม่ได้ปรับตัวลดลงในทุก แพ็คเก็ตที่มาไม่ปกติในศูนย์ข้อมูลเดียวกันนั้นมีความผิดปกติอย่างไร? สมมติฐานของฉันคือมีเพียงหนึ่งเส้นทาง 99.9% ของเวลาดังนั้นจึงไม่สามารถเกิดขึ้นได้ อย่างไรก็ตามเมื่อใดก็ตามที่ฉันคิดว่าตัวเองอยู่ในเงื่อนไขที่แน่นอนฉันรู้ว่าฉันจะต้องหายไปบางสิ่งบางอย่าง! ข้อมูลพื้นหลังใดที่ฉันต้องได้รับเพื่อทำความเข้าใจที่ดีขึ้นเกี่ยวกับเวลาที่คาดว่าจะแพ็คเก็ตที่ถูกทิ้งและความถี่ที่พวกเขาอาจจะถูกทิ้งและมาถึงตามลำดับสำหรับเครื่องในศูนย์ข้อมูลเดียวกัน ท้ายที่สุดฉันพยายามตัดสินใจระหว่างใช้มัลติคาสต์ UDP หรือ PGM เมื่อสื่อสารระหว่างอินสแตนซ์ Linode VPS ที่แตกต่างกันซึ่งอยู่ในศูนย์ข้อมูลเดียวกัน ข้อมูลจะต้องมาถึงและในการสั่งซื้อ แน่นอนว่า UDP ไม่ได้ฟังดูยอดเยี่ยม! แต่ถ้าใครสามารถคาดหวังว่าการส่งมอบที่สมบูรณ์แบบหรือเกือบสมบูรณ์แบบในดาต้าเซ็นเตอร์เดียวกันก็ถือว่าใช้ได้ แต่ฉันกำลังทดสอบสมมติฐานนั้น ขอบคุณ

4
อัตราการสูญเสียแพ็คเก็ตด้วย iperf และ tcpdump
iperfผมทดสอบเส้นสำหรับคุณภาพการเชื่อมโยงกับ ความเร็วที่วัดได้ (UDP พอร์ต 9005) คือ 96Mbps ซึ่งใช้ได้เนื่องจากเซิร์ฟเวอร์ทั้งสองเชื่อมต่อกับ 100Mbps กับอินเทอร์เน็ต ในทางกลับกันอัตราการสูญเสียดาตาแกรมก็แสดงให้เห็นว่าเป็น 3.3-3.7% ซึ่งฉันพบว่าน้อยเกินไป tcpdumpใช้โปรโตคอลการถ่ายโอนความเร็วสูงฉันบันทึกแพ็คเก็ตทั้งสองด้านด้วย กว่าที่ฉันคำนวณการสูญเสียต - เฉลี่ย 0.25% มีคำอธิบายทุกคนที่แตกต่างกันมากอาจมาจากไหน การสูญเสียตที่ยอมรับได้ในความคิดของคุณคืออะไร?

1
สิ่งที่ทำให้เกิดปัญหา (อาจสูญเสียต) ในสถานการณ์นี้
ฉันกำลังพยายามวิเคราะห์ปัญหาที่เกี่ยวกับเครือข่าย - โปรดเข้าใจประเด็นเหล่านี้ก่อนที่จะแนะนำคำตอบ (ขออภัยหากต้องการข้อมูลเพิ่มเติมฉันจะเพิ่มสิ่งที่ผู้คนถาม) เรามีเซิร์ฟเวอร์เครือข่ายเท่านั้น (5 แอพเซิร์ฟเวอร์, เซิร์ฟเวอร์ 4 เดซิเบล, เซิร์ฟเวอร์อื่น ๆ ไม่กี่) ที่ดูเหมือนว่าจะสูญเสียแพ็คเก็ตระหว่างเซิร์ฟเวอร์ ฉันเห็นสิ่งนี้เกิดขึ้นใน wireshare - มี TCP Retransmissions จำนวนมาก, TCP_Out-of-Order, TCP DupACK และฉันคิดว่าบางแพ็กเก็ต TCP_ZeroWindow ด้วย ดูเหมือนจะมี Checksums ไม่ดีจำนวนมากบนโปรโตคอล IP ฉันคิดว่าอะแดปเตอร์เครือข่ายมีการโหลดที่คงที่และสูงมาก (90-100%) เนื่องจากการลองใหม่เพิ่มเติมที่เกิดจากการสูญเสียแพ็กเก็ตนี้ เมื่อคำขอภายนอกในเครือข่ายนี้เพิ่มขึ้น (ไปยังเซิร์ฟเวอร์แอป) ประสิทธิภาพของเครือข่ายจะลดลง เซิร์ฟเวอร์แอปสร้างปริมาณการใช้งานของตนเองเมื่อใช้โดยคำขอภายนอก คำขอภายนอกมาจากเราเตอร์หลักและเครือข่ายอยู่ในส่วนของตัวเอง โหลดที่สูงมาก "หายไปอย่างน่าอัศจรรย์" หลังจาก 1-2 วันฉันพูดอย่างน่าอัศจรรย์เพราะเราเพียงตรวจสอบที่อะแดปเตอร์ในเวลาที่โหลดลดลง แต่ก็ยังมีการสูญเสียแพ็กเก็ตที่แสดงใน wireshark แม้ว่าจะมีจำนวนน้อยลง ไม่มีสิ่งใดชี้ไปยังเซิร์ฟเวอร์ที่ถูกบุกรุก น่าเสียดายที่เราไม่สามารถเข้าถึงฮาร์ดแวร์ใด ๆ …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.