Значительные потери пакетов, провайдер утверждает, что нет ничего плохого. Что я могу сделать?

в течение дня все обычно хорошо, но ночью все, что требует пропускной способности (у меня есть оптоволоконное соединение 30 Мбит / с, хотя я не думаю, что это сквозное волокно) или последовательное соединение (ака игры) совершенно бесполезно. Я захватил некоторые следы 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

очень очевидно провайдера (fuse.net домен Цинциннати Белл). Но они утверждают, что проблема не на их конце, а что моя связь в порядке (они запустили "тесты"). Когда я звоню, я требую только поговорить с технической поддержкой старшего уровня (я перенаправлен на "супервизора", самый высокий уровень поддержки клиентов), отказываясь говорить с уровнем поддержки входа (перезагрузки маршрутизатора), но это, похоже, не дает никаких результатов.

что я могу сделать? Если они утверждают, что нет никаких проблем и отказываются помочь мне, что еще я могу сделать?

есть ли у кого-нибудь предложения?

24
задан DavidPostill
26.11.2022 9:12 Количество просмотров материала 3181
Распечатать страницу

2 ответа

во-первых, попробуйте пропинговать локальный маршрутизатор. Если вы теряете пакеты после этого. Вы будете знать, что проблема находится между вашим компьютером и маршрутизатором, и ничего общего с вашим провайдером.

Если все в порядке, и вы получаете все ваши пакеты, то вы можете перейти на следующую часть вашей сети. который находится между маршрутизатором и вашим шкафом. Если это так, то есть доказательства. Скажите: "посмотрите, я могу отлично пропинговать свой маршрутизатор с моего ПК [доказательства], поэтому единственное логическое объяснение заключается в том, что это что-то не локальное к моей ближайшей сети"

их работа, чтобы помочь вам-я знаю, что это расстраивает, но помочь им помочь вам. Если вы дадите им логический ход мыслей с доказательствами. Они не могут этого отрицать.

удачи.

1
отвечен Jay 2022-11-27 17:00

вообще говоря, с MTR (или WinMTR) вы не должны сосредотачиваться на потере пакетов промежуточных прыжков слишком много, потому что это обычно вызвано пороговыми значениями на ICMP-трафике, предназначенном для себя (потому что обычно этот вид трафика требует от них дополнительных ресурсов). Если вы видите некоторую сумму потери пакета на переходе, сопровождаемом потерей пакета 0% на следующем переходе, вы можете быть уверены, что это не потеря, которая повлияет на ваш трафик на самом деле (другими словами, реальная потеря на одном определенный переход покажет то же самое или больше потери пакета во всех следующих переходах до назначения). Кроме того, взгляните на среднее значение задержки, чтобы понять производительность, следя за стандартным отклонением (если оно слишком велико, средняя задержка не имеет смысла, но я не уверен, что WinMTR может показать это btw).

глядя на ваш выход в любом случае, я вижу около 2% потери и задержку около 160ms до последнего отслеживаемого прыжка,ничего, что свидетельствовало бы о непригодности сети честно.

к сожалению, Ваш MTR не показывает полный путь, но если у вас есть та же проблема с другими интернет-сервисами, вы можете отслеживать IP-адреса, которые отвечают, как 8.8.8.8 .

Однако имейте в виду, что MTR не представляет тот же поток, который вы используете с вашим сервисом;для того, чтобы проверить это подключение лучше, вы должны настроить тест "iperf", который использует те же сокеты ваш, но это что-то не достижимо, если у вас нет доступа к удаленному сеть. только с MTR пропускается информация о пропускной способности, ваш трафик может быть сформирован/ограничен по пути по-другому, чем тот, который применяется к трафику MTR, и так далее.

опять же, если ваши проблемы связаны не только с этим конкретным сервисом, но и со всем интернет-серфингом, такие тесты, как www.speedtest.net/ может дать вам отличную информацию.

0
отвечен matteo 2022-11-27 19:17

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Ваш ответ

Опубликуйте как Гость или авторизуйтесь

Имя
Мы используем cookie. Это позволяет нам анализировать взаимодействие посетителей с сайтом и делать его лучше. Продолжая пользоваться сайтом, вы соглашаетесь с использованием файлов cookie. Политика конфиденциальности
Согласен
Вверх