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

3
mtr เอาต์พุตที่มีการสูญเสียแพ็กเก็ตสูงในหนึ่ง hop
ฉันกำลังตรวจสอบข้อร้องเรียนเกี่ยวกับประสิทธิภาพที่ไม่ดีจากผู้ใช้ปลายทางที่เข้าถึงเว็บไซต์ที่ฉันช่วยดูแล ฉันมีเอาต์พุต mtr สองรายการนี้ไปยังผู้ใช้รายแรกจากไซต์: Packets Pings Host Loss% Snt Last Avg Best Wrst StDev 1. 198.199.92.253 0.0% 200 7.3 4.2 0.9 89.6 8.0 2. 69.22.130.37 0.0% 200 0.4 2.5 0.3 51.4 8.0 3. 69.22.143.170 42.5% 200 1.3 2.0 1.1 47.9 4.9 4. 69.22.143.165 0.0% 200 2.3 6.4 1.6 56.9 9.7 …

1
วัด latency / jitter / packet-way ทางเดียว
ฉันได้รับความล่าช้าที่เพิ่มขึ้นและ StDev เนื่องจากความแออัดของเส้นทางและการสูญเสียแพ็กเก็ตแต่เส้นทางไปข้างหน้าและย้อนกลับไปตามเครือข่ายที่แตกต่างกัน (เช่นหนึ่งถูก init7.net อีกอันหนึ่งเป็น he.net) ดังนั้นจึงยากที่จะเข้าใจ เครือข่ายหรือโฮสต์ใดรับผิดชอบต่อความแออัดการสูญหายของแพ็กเก็ตการกระวนกระวายใจและความล่าช้าที่เพิ่มขึ้น มีวิธีที่จะจำกัดความผิดหลังจากที่ไปข้างหน้าและย้อนกลับmtrไม่สามารถระบุผู้กระทำผิดที่แน่นอนและผู้ติดต่อ NOC @ ไม่ตอบสนองหรืออ้างว่าประสบกับการสูญเสียบนเส้นทางที่เป็นปัญหาหรือไม่? (ฉันใช้ OpenBSD) ฉันได้ลองทำmtrโดยตรงกับลูกค้าบางส่วนของทั้งสองเครือข่ายที่อาจประสบปัญหาความแออัด แต่ไม่พบปัญหาใด ๆ ที่เกิดขึ้นโดยเฉพาะอย่างยิ่งเช่น he.net มีป๊อปจำนวนมากและบ่อยครั้ง เส้นทางที่แตกต่างกันจะถูกนำมาระหว่างรายการที่กำหนดและออกจาก POP ดังนั้นเมื่อฉันลองไปยังmtrโฮสต์ของพวกเขา (เช่น tserv) โดยตรงที่ทางออก POP ซึ่งฉันอาจจะสูญเสียแพ็กเก็ตในเครือข่ายของพวกเขาเส้นทาง he.net ที่แตกต่างกัน POP เดียวกันและไม่มีการสูญเสียแพ็กเก็ตเกิดขึ้นซึ่งไม่ได้พิสูจน์สิ่งที่น่าสนใจ (นอกเหนือจากข้อเสนอแนะที่เป็นไปได้ว่าพวกเขาอาจเกินเส้นทางบางเส้นทางในขณะที่ทำให้แน่ใจว่าคนอื่น ๆ ไม่ได้หลงลืมโดยไม่สนใจคำขอ NOC @ จากลูกค้า
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.