การสูญหายของแพ็กเก็ตอย่างมีนัยสำคัญ ISP อ้างว่าไม่มีอะไรผิดปกติ ฉันจะทำอย่างไร


0

ในตอนกลางวันสิ่งต่าง ๆ มักจะดี แต่ในเวลากลางคืนอะไรก็ตามที่ต้องใช้แบนด์วิดธ์ (ฉันมีการเชื่อมต่อใยแก้วนำแสง 30mbps แม้ว่าฉันจะไม่คิดว่ามันจะจบลงด้วยเส้นใย) หรือการเชื่อมต่อที่สอดคล้องกัน ฉันได้รับร่องรอย WinMTR บางอย่างและเห็นได้ชัดว่ามีการสูญหายของแพ็คเก็ตในหลาย ๆ ที่ทันทีที่เราผ่านโมเด็ม

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                             192.168.1.1 -    0 |  886 |  886 |    0 |    0 |   21 |    0 |
|                           192.168.200.1 -    0 |  886 |  886 |    0 |    0 |    3 |    0 |
|          EV1-DSL-208-102-228-1.fuse.net -   88 |  185 |   23 |    0 | 3315 | 4530 | 4088 |
|                            172.17.74.18 -    2 |  827 |  812 |   27 |   30 |   34 |   30 |
|              EV-ZT-1.EVE1.core.fuse.net -    2 |  839 |  827 |   27 |   30 |   68 |   30 |
|te0-0-2-2.nr11.b016343-1.cvg02.atlas.cogentco.com -    2 |  823 |  807 |   28 |   30 |   35 |   31 |
|te0-0-1-1.rcr11.cvg02.atlas.cogentco.com -    4 |  791 |  767 |   28 |   31 |   36 |   31 |
|te0-2-0-0.rcr21.ind01.atlas.cogentco.com -    3 |  819 |  802 |   30 |   33 |   37 |   34 |
|te0-0-2-2.rcr11.sdf01.atlas.cogentco.com -    2 |  823 |  807 |   32 |   35 |   39 |   36 |
|te0-0-2-2.rcr11.bna01.atlas.cogentco.com -    3 |  819 |  802 |   37 |   39 |   43 |   40 |
|te0-18-0-34.ccr42.atl01.atlas.cogentco.com -    3 |  799 |  777 |   43 |   45 |   50 |   45 |
|   be2173.ccr22.iah01.atlas.cogentco.com -    3 |  819 |  802 |   63 |   66 |   70 |   66 |
|   be2066.ccr22.lax01.atlas.cogentco.com -    2 |  827 |  812 |  100 |  102 |  107 |  102 |
|   be2179.ccr23.lax05.atlas.cogentco.com -    2 |  823 |  807 |   99 |  103 |  109 |  104 |
|            att.lax05.atlas.cogentco.com -    3 |  815 |  797 |  101 |  105 |  122 |  105 |
|                    cr1.la2ca.ip.att.net -    3 |  795 |  772 |   96 |  100 |  105 |  100 |
|                   gar5.lsrca.ip.att.net -    3 |  799 |  777 |   96 |  115 |  402 |  110 |
|               12-122-254-230.attens.net -    4 |  786 |  761 |   96 |  107 |  319 |   99 |
|                            206.16.68.42 -    2 |  823 |  807 |   95 |  106 |  328 |   98 |
|                   No response from host -  100 |  177 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |  177 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |  177 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |  177 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |  177 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |  177 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |  177 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |  177 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |  177 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |  177 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |  177 |    0 |    0 |    0 |    0 |    0 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

อย่างที่คุณเห็นทันทีที่เราผ่านโมเด็มของฉัน (192.168.200.1) ฉันจะได้รับแพ็คเก็ตที่สูญหาย 88% นั่นไม่ได้ผลสำหรับฉัน

นั่นเป็นการติดตามไปยังเซิร์ฟเวอร์ Blizzard แต่ฉันก็ได้รับความเสียหายจาก Google ด้วย

สิ่งที่บอกได้มากที่สุดคือว่าในการติดตามด้านบนการกระโดดครั้งแรกคือที่อยู่ fuse.net:

EV1-DSL-208-102-228-1.fuse.net - 88 | 185 | 23

เห็นได้ชัดว่า ISP ของฉัน (fuse.net เป็นโดเมน Cincinnati Bell) แต่พวกเขาอ้างว่าปัญหายังไม่จบและการเชื่อมต่อของฉันก็ใช้ได้ (พวกเขาเรียกใช้ "การทดสอบ") เมื่อฉันโทรฉันต้องการเพียงพูดคุยกับฝ่ายสนับสนุนด้านเทคนิคระดับสูง (ฉันถูกส่งไปยัง "หัวหน้างาน" ซึ่งเป็นระดับสูงสุดของการสนับสนุนลูกค้า) ปฏิเสธที่จะพูดคุยกับรายการระดับ (รีบูตเราเตอร์ของคุณ) แต่ไม่รองรับ ดูเหมือนจะให้ผลลัพธ์ใด ๆ

ฉันจะทำอย่างไร หากพวกเขาอ้างว่าไม่มีปัญหาและปฏิเสธที่จะช่วยเหลือฉันฉันต้องทำอะไรอีก

ไม่มีใครมีข้อเสนอแนะใด ๆ ?

คำตอบ:


1

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

หากทำได้และคุณได้รับแพ็คเก็ตทั้งหมดของคุณคุณสามารถไปยังส่วนถัดไปของเครือข่ายของคุณได้ ซึ่งอยู่ระหว่างเราเตอร์และตู้ของคุณ หากเป็นกรณีนี้มีหลักฐานของพวกเขา พูดว่า 'ดูสิฉันสามารถ ping เราเตอร์ของฉันได้ดีจากพีซีของฉัน [หลักฐาน] ดังนั้นคำอธิบายเชิงตรรกะเพียงอย่างเดียวคือมันไม่ใช่สิ่งที่อยู่ในเครือข่ายของฉันทันที'

งานของพวกเขาคือช่วยคุณ - ฉันรู้ว่ามันน่าหงุดหงิด แต่ช่วยให้พวกเขาช่วยคุณได้ หากคุณให้หลักฐานความคิดเชิงตรรกะแก่พวกเขา พวกเขาปฏิเสธไม่ได้จริงๆ

โชคดี.


ไม่ใช่สองฮ็อพแรก (192.168.1.1 และ 192.168.200.1, เราเตอร์และโมเด็มของฉันตามลำดับ) ที่ได้พิสูจน์แล้วว่าทุกอย่างเรียบร้อยดีจนกระทั่งสัญญาณออกจากบ้านของฉัน
Mike Pateras

0

โดยทั่วไปแล้วด้วย MTR (หรือ WinMTR) คุณไม่ควรมุ่งเน้นไปที่การสูญเสียแพ็กเก็ตของฮ็อปกลางมากเกินไปเพราะมันมักจะเกิดจากเกณฑ์การรับส่งข้อมูล ICMP ที่กำหนดไว้สำหรับตนเอง (เพราะโดยปกติแล้วการรับส่งข้อมูลประเภทนี้ หากคุณเห็นจำนวนแพ็กเก็ตสูญเสียในการข้ามตามด้วยการสูญเสียแพ็กเก็ต 0% ในการข้ามครั้งต่อไปคุณสามารถมั่นใจได้เลยว่ามันไม่ใช่การสูญเสียที่จะส่งผลต่อการรับส่งข้อมูลของคุณ (กล่าวอีกนัยหนึ่งคือ hop จะแสดงการสูญเสียแพ็กเก็ตเดียวกันหรือมากกว่าในฮ็อพถัดไปจนถึงปลายทาง) นอกจากนี้ให้ดูที่ค่าเฉลี่ยเวลาแฝงเพื่อทำความเข้าใจกับประสิทธิภาพการทำงานจับตาดูค่าเบี่ยงเบนมาตรฐาน (ถ้ามันสูงเกินไปค่าเฉลี่ยเวลาแฝงไม่สมเหตุสมผล แต่ฉันไม่แน่ใจว่า WinMTR สามารถแสดง btw ได้)

โดยการดูที่ผลลัพธ์ของคุณฉันเห็นการสูญเสียประมาณ 2% และเวลาแฝงประมาณ 160ms ถึงการติดตามการกระโดดครั้งสุดท้ายไม่มีอะไรที่แสดงหลักฐานของเครือข่ายที่ใช้งานไม่ได้โดยสุจริต

น่าเสียดายที่ MTR ของคุณไม่แสดงเส้นทางแบบเต็ม แต่ถ้าคุณมีปัญหาเดียวกันกับบริการอินเทอร์เน็ตอื่น ๆ คุณอาจติดตาม IP ที่ตอบเช่น 8.8.8.8

อย่างไรก็ตามโปรดทราบว่า MTR ไม่ได้เป็นตัวแทนของโฟลว์เดียวกันที่คุณใช้กับบริการของคุณ เพื่อทดสอบการเชื่อมต่อที่ดีกว่านี้คุณควรตั้งค่าการทดสอบ "iperf" ที่ใช้ซ็อกเก็ตเดียวกันกับคุณ แต่นี่เป็นสิ่งที่ไม่สามารถทำได้ถ้าคุณไม่มีการเข้าถึงเครือข่ายระยะไกล ด้วย MTR เท่านั้นข้อมูลแบนด์วิดธ์ที่ไม่ได้รับการรับส่งข้อมูลของคุณอาจมีรูปร่าง / ตำรวจตามเส้นทางในวิธีที่แตกต่างเมื่อเปรียบเทียบกับที่ใช้กับการรับส่งข้อมูล MTR และอื่น ๆ

อีกครั้งหากปัญหาของคุณไม่เกี่ยวข้องกับบริการเฉพาะนั้น แต่สำหรับการท่องอินเทอร์เน็ตทั้งหมดการทดสอบอย่าง www.speedtest.net/ อาจทำให้คุณเข้าใจได้อย่างถ่องแท้

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