Как правильно делать диагностику проблемы в работе интернета?

Обсуждение общих вопросов, не касающихся настройки оборудования и ОС
Ответить
zorutan
Сообщения: 8
Зарегистрирован: 20 апр 2016, 18:32

Доброго времени суток.

я работаю компьютерным мастером. У меня встречаются заявки с проблемой у клиента с интернетом.

Как 100% определить, проблема с интернетом со стороны провайдера interzet (порт и тд...) или со стороны оборудования или кабеля абонента?

Проблема проявляется в том что интернет то грузиться то не грузиться.

Я проверял ниже описанным способом(если не правильно то поправьте):

1. Проверил команду ping -t ya.ru -l 8000 ( рвутся пакеты 8% из 100 ответов).
2. После проверки ping, если вижу что рвутся пакеты(8%), проверяю кабель тестером, если тестер показал что кабель нормальный то подключаю кабель к второму ПК(чтобы исключить вероятность неисправности первого ПК) и если на втором ПК пакеты все равно рвутся то делаю вывод что проблема у провайдера (умирает порт свитча), вызываю ТС провайдера на замену порта.

хочется оптимизировать диагностику чтобы было быстро и точно.

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

У меня есть тестер который способен показать вот что: ели есть обрыв то на каком метре и какой пары; есть ли замыкание (short); есть ли link (100mb Full Duplex/10mb Half Duplex); выставить принудительно порт тестера в 10mb Half/ 100mb Full или АВТО.
Последний раз редактировалось zorutan 15 июн 2016, 22:21, всего редактировалось 1 раз.


gmx
Модератор
Сообщения: 3290
Зарегистрирован: 01 окт 2012, 14:48

1. В 90% случаев проблема у клиента, а не у провайдера.
2. Тестирование проводить не на оборудовании клиента, а на заведомо исправном.
Это может быть и ваш личный роутер или ноутбук, а еще лучше оба сразу. Тестировать на клиентском оборудовании бесполезно: общие вирусы, кривые руки, тореннто-качалки, которые почти вирусы уже. Сейчас торренты качают спутниковые ресиверы, медиаплееры, смарт телевизоры, пару -тройку таких закачек/отдач забьют весь исходящий канал и пинги будут проваливаться. Поэтому для проверки нужно все домашнее оборудование отключать.
3. Правильное измерение тестером - это когда с ОБЕИХ сторон кабеля стоит специальное оборудование, с одной стороны тестер, с другой - специальная заглушка для тестера. Измерение на встречное оборудование бесполезно. Даже если сигнала нет, не ясно что это: кабель, порт провайдера или временное программное отключение?
А коннектор на стороне клиента все равно нужно пережать, так как его уже не раз дернули ногами, шваброй и изоляция давно выскочила из коннектора и все это мотается на сопельках.
4. Поставьте у себя дома микротик и поднимите на нем VPN. Приходите к клиенту, ставите у него другой микротик, который поднимает VPN до вашего дома автоматически. Проверяете пинги до вашего домашнего оборудования. Если все хорошо, то сеть провайдера можно исключить, даже если до 8.8.8.8, например, пинги проваливаются. Это уже более глобальные проблемы провайдера. Даже если у вас другой провайдер, все равно такая проверка может дать определённый ответ на проблемы. А также это даст возможность проводить нагрузочный тест скорости каналов.


zorutan
Сообщения: 8
Зарегистрирован: 20 апр 2016, 18:32

сделал "pathping 8.8.8.8" - увидел рвущиеся пакеты на разных хопах:

1) 192.168.0.1 (192.168.0.1) 2.841 ms, 193/193 ps, 0.0% loss
2) 10.4.192.1 (10.4.192.1) 58.918 ms, 191/193 ps, 1.0% loss
3) 192.168.251.225 (192.168.251.225) 4.175 ms, 192/193 ps, 0.5% loss
4) 192.168.249.217 (192.168.249.217) 4.400 ms, 193/193 ps, 0.0% loss
5) 192.168.249.77 (192.168.249.77) 4.581 ms, 193/193 ps, 0.0% loss
6) gw22.zet (192.168.254.249) 3.126 ms, 191/193 ps, 1.0% loss
7) cdac0-2.interzet.ru (188.134.127.17) 3.826 ms, 192/193 ps, 0.5% loss [AS 41733] Россия
8) 188.134.126.93 (188.134.126.93) 5.254 ms, 192/193 ps, 0.5% loss [AS 41733] Россия
9) 188-234-140-226.ertelecom.ru (188.234.140.226) 4.107 ms, 192/193 ps, 0.5% loss [AS 9049] Россия
10) gw1.spb-ix.google.com (194.226.100.138) 4.542 ms, 192/193 ps, 0.5% loss Россия
11) 216.239.42.95 (216.239.42.95) 4.725 ms, 192/193 ps, 0.5% loss [AS 15169] США
12) 216.239.42.85 (216.239.42.85) 19.282 ms, 193/193 ps, 0.0% loss [AS 15169] США
13) 209.85.249.175 (209.85.249.175) 19.347 ms, 193/193 ps, 0.0% loss [AS 15169] США
14) 216.239.46.132 (216.239.46.132) 24.578 ms, 190/193 ps, 1.6% loss [AS 15169] США
15) * * *
16) * * *
17) * * *
18) * * *
19) * * *
20) * * *
21) * * *
22) * * *
23) google-public-dns-a.google.com (8.8.8.8) 24.209 ms, 192/192 ps, 0.0% loss [AS 15169] Европейский союз


Один человек мне сказал что - "Пакеты не рвутся, а скорее всего, Хосты не ответили в заданный срок, пакеты бы прошли, я так думаю"
Вопросы:
1. Но как тогда отличить рвуться ли на самом деле пакеты или это хосты не ответили в заданный срок? Для диагностики линии это принципиально важно.
2. Первый хоп(192.168.0.1) это роутер. Второй хоп это основной шлюз - 10.4.192.1 (который в настройки роутера вбиваешь(вместе с ip адресом,маской,dns 1; dns 2 - тип подключения static ip).
Если "лагает" кабель utp 5e, который идет от роутера(хоп 1) к порту свича(хоп2) провайдера то на каком хопе должны рваться пакеты?
Не знаю понятно задал вопрос или нет. Простите за глупые вопросы. Но хочется разобрать в каком случае проверять кабель в квартире исходя из показаний pathping.
Как думаете второй хоп находится в порту свича провайдера который находиться на чердаке?


Vladimir22
Сообщения: 561
Зарегистрирован: 09 дек 2012, 17:12

zorutan писал(а):идет от роутера(хоп 1) к порту свича(хоп2) провайдера

пакет пойдет не по свичу . тк он не маршрутизатор. а пойдет на шлюз провайдера .
вот если ушло за шлюз - и там начинаются проблемы - вопрос к провайдеру .
на многих хопах (узлах) вообще закрыт ICMP ответ.

а вообще . как правило в договорах ОООЧень мелким шрифтом написано что скорость гарантируется до серверов провайдера ;-) все что дальше может затянутся на многие годы расследование потери пакетов .


zorutan
Сообщения: 8
Зарегистрирован: 20 апр 2016, 18:32

Vladimir22 писал(а):
zorutan писал(а):идет от роутера(хоп 1) к порту свича(хоп2) провайдера

пакет пойдет не по свичу . тк он не маршрутизатор. а пойдет на шлюз провайдера .
вот если ушло за шлюз - и там начинаются проблемы - вопрос к провайдеру .
на многих хопах (узлах) вообще закрыт ICMP ответ.

а вообще . как правило в договорах ОООЧень мелким шрифтом написано что скорость гарантируется до серверов провайдера ;-) все что дальше может затянутся на многие годы расследование потери пакетов .



1. шлюз провайдера это и есть тот который я прописываю в настройки роутера? 10.4.192.1 ?
2.Если "лагает" кабель utp 5e, который идет от роутера(хоп 1) к порту свича шлюзу провайдера то на каком хопе должны рваться пакеты? на 192.168.0.1 или на 10.4.192.1 (шлюз)?

Утилита WinMTR как и pathping пингует хопы с фрагментацией или без?
в pathping как и в WinMTR можно изменить размер пакета?
Какой кстати размер пакета в pathping ?
Время отклика это мс?Если да то как анализировать этот параметр для диагностики работы интернета? Сколько мс норма а сколько нет и тд...?


Vladimir22
Сообщения: 561
Зарегистрирован: 09 дек 2012, 17:12

zorutan писал(а):2.Если "лагает" кабель utp 5e, который идет от роутера(хоп 1) к порту свича шлюзу провайдера то на каком хопе должны рваться пакеты? на 192.168.0.1 или на 10.4.192.1 (шлюз)?

Вы не понимаете ....
прочтите еще раз , что я написал ....
Свичи могут быть и не управляемые , вы ни когда не увидите это ....
ваш второй ХОП , это уже ШЛЮЗ ПРОВАЙДЕРА , а не какой то свич по дороге ....


zorutan
Сообщения: 8
Зарегистрирован: 20 апр 2016, 18:32

когда пингуеш - сколько мс норма а сколько нет и тд...?


KARaS'b
Сообщения: 1199
Зарегистрирован: 29 сен 2011, 09:16

14) 216.239.46.132 (216.239.46.132) 24.578 ms, 190/193 ps, 1.6% loss [AS 15169] США
15) * * *
16) * * *
17) * * *
18) * * *
19) * * *
20) * * *
21) * * *
22) * * *
23) google-public-dns-a.google.com (8.8.8.8) 24.209 ms, 192/192 ps, 0.0% loss [AS 15169] Европейский союз


Один человек мне сказал что - "Пакеты не рвутся, а скорее всего, Хосты не ответили в заданный срок, пакеты бы прошли, я так думаю"
Вопросы:

Такой вариант трассировки вовсе не означает что, что то "рвется", или что оборудование не успело ответить, зачастую в подобных случаях просто у оборудования стоит запрет на "пинг запросы", но при этом, оно полноценно выполняет свои функции, о чем и говорит успешное окончание трассировки до 8.8.8.8
когда пингуеш - сколько мс норма а сколько нет и тд...?

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


KARaS'b
Сообщения: 1199
Зарегистрирован: 29 сен 2011, 09:16

А вообще, странные вопросы от "компьютерного мастера")))


Ответить