Казахские инновационные телекоммуникационные технологии

[Хакер]

Что плохого в моём интернете?
Некоторые сайты заблокированы по политическим причинам.
Главная страница форума грузится кусками секунд за 7.
Скорость в 5 раз меньше, чем, например, в Омске, а оплата в 3 раза больше.

Можно было бы простить эти мелкие недостатки, если бы в довесок не было ни единого разрыва.

Но они периодически случаются. В очередной раз мне это надоело, и я написал в службу поддержки письмецо:

В случайные моменты времени теряется связь с «внешним миром».

Вот описание моей попытки продиагностировать и понять суть проблемы. Шёл по восходящей.

1) Проблема не в роутере, потому что «интернет пропадает» на всех компьютерах локальной сети. В то же время, связь между компьютерами не теряется.
2) Проблема не в ADSL-модеме, потому что модем доступен (через веб-интерфейс, telnet и ssh). Лог модема при возникновении проблемы не пополняется никакими новыми сообщениями (последние сообщения в логе на момент проблемы были добавлены туда ещё в рамках процесса установки PPP-соединения). Модем отображает состояние соединения как «Conntected».
3) Проблема не в телефонном кабеле («последняя миля»), потому что индикаторы на ADSL-модеме показывают наличие DSL-линии, а попытки продиагностировать линию средствами модема не выдаётся никаких проблем, и, самое главное:
4) Вот попытка протрассировать (traceroute) маршрут до некоторого узла (в качестве него был выбран ваш первичный DNS-сервер, просто потому что его IP-адрес первым попался на глаза (при просмотре лога)).

Привожу два результата трассировки: после возникновения неполадки и после её устранения (неполадка устраняется перезагрузкой DLS-соединения (не модема целиком)):

До сброса DSL-соединения (проблема есть):

Код: Выделить всё

d:\users\firehacker>tracert 212.154.163.162

Трассировка маршрута к 212.154.163.162 с максимальным числом прыжков 30

  1    <1 мс    <1 мс    <1 мс  mygateway1.ar7 [192.168.1.1]
  2    20 ms    20 ms    19 ms  95.58.70.8
  3     *        *        *     Превышен интервал ожидания для запроса.
  4     *        *        *     Превышен интервал ожидания для запроса.
  5     *        *     ^C

После сброса DSL-соединения (проблема исчезла):

Код: Выделить всё

d:\users\firehacker>tracert 212.154.163.162

Трассировка маршрута к 212.154.163.162 с максимальным числом прыжков 30

  1    <1 мс    <1 мс    <1 мс  mygateway1.ar7 [192.168.1.1]
  2    20 ms    20 ms    20 ms  95.58.70.8
  3    20 ms    19 ms    19 ms  95.58.70.13
  4    19 ms    20 ms    19 ms  212.154.243.9
  5    29 ms    29 ms    27 ms  petr-core-l2-1-2.online.kz [95.59.170.110]
  6    29 ms    28 ms    27 ms  asta-core-l1-1.online.kz [92.47.144.142]
  7    28 ms    27 ms    28 ms  asta-core-l2-1.online.kz [92.47.145.38]
  8    27 ms    27 ms    27 ms  asta-agr-1.online.kz [92.47.151.190]
  9    27 ms    26 ms    26 ms  82.200.165.2
10    27 ms    27 ms    26 ms  dns1.megaline.kz [212.154.163.162]

Из этих двух попыток трассировки следуют следующие вещи:
1) Даже после пропадания связи пакеты доходят до узла [95.58.70.8]. Это сразу означает, что никаких проблем на более низких сетевых уровнях нет.
2) Дальше узла [95.58.70.8] пакеты не идут. [95.58.70.8] — это что-то ваше, провайдерское, PPPoE-сервер например. Соответственно, там и надо искать проблемы. А с моей стороны всё чисто.

Повторяется проблема не первый, и даже не 10-ый раз. Регулярность непостоянная. Бывает с интервалом в 4 дня, а бывает и с интервалом в 20.

Самостоятельно (со временем) не устраняется, обязательно нужен разрыв и повторная установка соединения.

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

Но тогда ответ должен быть придти на второй день. Конечно, он не пришёл

Я заглянул во «Входящие» на третий день в обед, но там было пусто. Тут у меня возникли подозрения, что либо письмо не дошло, либо прочитавшие его не врубились в написанное (что такое трассировка и PPP-сервер).

И вот, о чудо, в конце рабочего дня мне приходит-таки ответ. Ура-ура. Но, подождите...

В письме был не ответ на поставленный вопрос, а посыл: для того, чтобы решить свою проблему, позвоните по номеру 165. А ниже было процитированное письмо, причём в цитате оно обрывалось на трассировке.

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

Но дело даже не в этом. Что, чёрт возьми, за смысл во всем этом, если проблему в конце-концов приходится решать с помощью звонка по обычному телефону, который изобрели ещё в 19 веке.

Кстати, о трёхциферных номерах. Это справочные службы телефонной компании. Я уже имел счастье пару раз туда звонить.

• Первый раз женщина мне сказал, что специалиста нет (вот так!), но он придёт через 10 минут и сам мне позвонит. По факту он перезвонил через 40 минут.
• Второй раз мне прогнали через цепочку коротких номеров, и в конце-концов я попал на нужного человека. Да и в первый раз что-то такое было.

Напишу дальше о развитии истории.

[BV]

"...потому что", мягко говоря, наивно-дилетантские. Мой прошлый ADSL модем, по совместительству рутер, постоянно разрывал соединение с провайдером. Точнее, он это делал в моменты нагрузки на сеть, например, при скачивании торрентов или когда я создавал сервер ут2004 и ко мне заходило более 2-х человек. Но, при этом, в состоянии "восстановления связи" (иногда это состояние зависало так, что даже сброс соединения не помогал, только железный ребут) модем позволял зайти в настройки посредством веб-интерфейса, информировал диодиком о подключенной линии, и даже обеспечивал функции рутера, т.е. локальная сеть продолжала работать. Конечно, так было не всегда, но так было. И факт того, что раз при разрыве соединения удается зайти в настройки модема, не говорит о том, что модем в порядке. Этот факт говорит о том, что если проблема в модеме, то она не влияет на эту функциональность
У меня оказалась какая-то неопознанная проблема в самом модеме. Хотя, по твоим "потому что" все говорило в пользу проблемы на линии или у самого провайдера.
Замени модем и рутер за заведомо рабочие. И если связь будет обрываться, тогда ты уже сможешь спокойно писать "потому что"

[Хакер]

"...потому что", мягко говоря, наивно-дилетантские.

BV, с учётом того, что я знаю, насколько низок твой уровень познания в области сети, тебе не следовало писать такой глупый пост, как пост выше.

Не может быть никакой проблемы в модеме, такой, что ICMP-ответ с узла 95.58.70.8 приходит, а ICMP-ответ от узла 95.58.70.13 — уже нет. А если бы такая и была, она бы не устранялась вытаскиванием/вставкой DSL-кабеля.

[BV]

Какая самоуверенность. Ну, желаю успехов в разрешении проблемы, что-либо комментировать при таком отношении не вижу смысла

[Joo]

А у меня такая проблема решилась заменой модема, с D-Link на Zyxel если надо, напишу модели.
Ради интереса вернул сегодня на D-Link началась опять такая свистопляска, описанная Хакер тобой. Причем у меня два D-Link и 2 Zyxel, правда D-Link оба роутеры, а Zyxel один роутер, второй обычный USB.
Не знаю то-ли D-Link'и такие фиговые, то-ли Zyxel'ы заточены под наши корявые линии, но факт остается фактом, на D-Link'ах постоянные разрывы (индикаторы интернет и ADSL светятся), а на Zyxel'ах стабильно работает.

[Хакер]

свистопляска, описанная Хакер тобой.

Трассировка играет ключевую роль, а вовсе не индикаторы. После пропадания связи с внешним миром, если трассируется узел-шлюз, то есть на IP-пакет с TTL=1 отвечает ICMP-пакетом с кодом = 11. Если бы модем не работал, IP-пакет бы не дошёл до узла, а ICMP пакет — от узла. Но первый отлично уходит, а второй отлично приходит. Пакет с TTL=2 тоже уходит от меня, доходит до 95.58.70.8, на нём TTL уменьшается на единичку, а дальше этот пакет по каким-то причинам не идёт. Соответствует, нет и ICMP-ответа о достижение полем TTL значения 0.

Да и вот так вот подключить и сразу словить глюк — это что-то другого рода. Тут надо неделю ждать, как минимум. А D-Link — уг, да и ZyXEL — тоже. У меня ASUS AAM6020PE, я его люблю.

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

[Joo]

Хорошо, чуть позже будет трассировка

[Хакер]

Эм... ты не забыл?

[Joo]

Эм... ты не забыл?

Ага. Вот.

Код: Выделить всё

C:\Windows\system32>tracert 8.8.8.8

Трассировка маршрута к 8.8.8.8 с максимальным числом прыжков 30

  1    <1 мс    <1 мс    <1 мс  192.168.1.1
  2    43 ms    10 ms    10 ms  95.57.146.8
  3    49 ms    26 ms    10 ms  95.57.146.5
  4     *        *        *     Превышен интервал ожидания для запроса.
  5     *        *        *     Превышен интервал ожидания для запроса.
  6     *        *        *     Превышен интервал ожидания для запроса.
  7     *        *     ^C
C:\Windows\system32>

Код: Выделить всё

C:\Windows\system32>tracert 8.8.8.8

Трассировка маршрута к 8.8.8.8 с максимальным числом прыжков 30

  1    <1 мс    <1 мс    <1 мс  192.168.1.1
  2    11 ms     9 ms    10 ms  95.57.146.8
  3    69 ms    83 ms   105 ms  95.57.146.5
  4     9 ms     9 ms     9 ms  88.204.216.177
  5   446 ms   288 ms   187 ms  kost-core-l2-1.online.kz [95.59.170.68]
  6   161 ms   201 ms   178 ms  92.47.144.166
  7   319 ms   172 ms   172 ms  alma-core-l2-1.online.kz [92.47.145.49]
  8   171 ms   201 ms   170 ms  92.47.144.194
  9   525 ms   309 ms   160 ms  fran-bbr-1.online.kz [92.47.151.185]
10   185 ms   160 ms   163 ms  82.200.154.222
11   463 ms   478 ms   294 ms  209.85.255.176
12   283 ms   304 ms   422 ms  209.85.254.116
13   198 ms   177 ms   195 ms  209.85.254.126
14   171 ms   221 ms   171 ms  google-public-dns-a.google.com [8.8.8.8]

Трассировка завершена.

C:\Windows\system32>

[Хакер]

Один раз?

[Joo]

Один раз?

??

[Хакер]

Ты зафиксировал пропажу связи и увидел такую трассировку один раз? Или много раз с идентичной трассировкой?

[Joo]

Неоднократно. Бывает даже не доходит до 95.57.146.5.
И как я уже говорил, это только на DLink такая ерунда, хотя я думаю у них все равно не все в порядке, так-как по идее должно работать на любом модеме нормально.

[Хакер]

Всё равно, я слабо верю в вину моего устройства (модема+роутера).

Модем поддерживает связь по аналоговой телефонной сети.
Поверх этого работает цифровой протокол ATM.
Поверх ATM существует среда Ethernet
Поверх этой Ethernet-среды работает протокол PPP (PPPoE).
Поверх PPP работает протокол IP.

tracert использует специальным образом сформированные IP-датаграммы для своей работы.

Что должно быть с устройством, чтобы оно отлично поддерживало работу всего этого нагромождения протоколов, но испытывало проблемы с передачей IP-датаграммы с TTL>2?

[iGrok]

ИМХО, при учёте моих не слишком хороших знаний ADSL, в обоих случаях имеют место быть проблемы с оборудованием или его настройками именно на стороне провайдера. Причём скорей всего дело не в железе, а в "софте". Под софтом я подразумеваю в том числе линуксовые прошивки оборудования.
Чё-то где-то отваливается. Но после реконнекта модема поднимается новая сессия, и всё опять хорошо. А прову это решать влом, вместо этого же можно просто сказать клиенту "перезагрузите модем". И большинству клиентов на это пофигу - они вполне готовы выслушивать сказки про глючащие длинки, благо большинство из них действительно глючат.

[Joo]

Всё равно, я слабо верю в вину моего устройства (модема+роутера).

А я и не говорю, что устройство виновато, больше того я верю, что устройство нормальное, как и мой D-Link DSL2540U, скорее это проблемы провайдера, как правильно говорит iGrok, просто почему-то некоторые модемы, умудряются благополучно работать с их оборудованием, что собственно и делает мой ZyXEL Prestige P-660HTW2 EE.

[Хакер]

умудряются благополучно работать с их оборудованием,

О каком оборудовании речь?

DSLAM? Если да, тогда, если бы с ним было что-то не так, PPPoE, IP и ICMP вообще бы переставали работать. Но они работаеют.
После DSLAM-а тоже есть оборудование: это маршрутизаторы и серверы, и там ключевую роль вообще играет софт. Но модему это оборудование до лампочки: он от него отрезан и абстрагирован; ничего о нём не знает.

[Хакер]

В продолжение истории: у северо-казахстанского филиала есть свой отдельный (не как поддомен megaline.kz) сайт north.kz. Написал письмо на support@north.kz, жду ответа 5-ый день

[Debugger]

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

[Proxy]

Опа, я в Омске живу, сменил провайдера (давно уже), у меня тоже самое, но у меня не DSL. У меня обычное подключение Ethernet с авторизацией по mac (удивительно). Раньше использовался 1 ПК, поэтому сетевой кабель подключался непосредственно в сетевую карту этого пк. Было точно так же: пинг шёл только до шлюза, нельзя было зайти даже на сайт провайдера (обычно даже при отрицательном балансе он доступен, т.к. там личный кабинет). После обновления IP по DHCP (IP притом не менялся) всё работает. Аналогично и после приобретения маршрутизатора (сначала DLink DIR-300, затем DLink DIR-320): маршрутизатор отображает подключение к интернет как активное, пинг во внешку не идёт. У прошлого провайдера такого ни разу не было, у этого раз в 2-3 дня, бывает реже или чаще. Сначала думал написать скрипт для DHCP Renew рутера, но потом подумал, что дождусь оптики (намечается тут один провайдер) и отключусь от этих косячников.
Аналогично звонил в ТП (т.к. на письма вообще не отвечают, а посты на местном форуме с любой критикой сервиса или указанием недочётов в течение где-то часа удаляются модераторами в т.ч. в специальном разделе ТП), аналогично "не было специалиста" по 6-7 часов. "Специалист" вообще в сетевых технологиях оказался неграмотный и цепляясь за отдельные фразы, которые понимал отвечал "проблемы в вашем роутере, замените его" или "проблемы в вашей сетевой карте, замените ёе" в зависимости от того, какое подключение я ему называл. Ещё спрашивал адрес абонентский, паспортные данные, называл мне мой IP и говорил "у Вас всё в порядке" и довольный собой завершал диалог.
Не знаю, можно ли здесь казать имя провайдера или сочтут за рекламу?
ЗЫ. И ещё фокус-покус: качаем торренты, наблюдаем как скорость после определённого "несуществующего порога" скатывается на нет (порядка нескольких GB в сутки). Т.е. доступ на веб-сайты с нормальной скоростью, а торренты даже самых популярных раздач качаются 10-20 Kbps, т.е. почти стоят. Итак: врубаем шифрование пакетов, выбираем порты из нестандартных диапазонов и ура, радуемся адекватной скорости торрентов круглые сутки. И за одно поражаемся феерической вшивости своего провайдера.

[Viper]

...

Что то уж очень похоже на процесс общения с одним нашим местоным горе-провайдером

[Хакер]

Картинка в тему:

[Хакер]

Больше — лучше!

Со вчерашнего дня увеличился пинг по всем направлениями аж на 300 мс.

Например пинг до bbs.vbstreets.ru был 80—90, стал 380—390.
До какой-нибудь америки — 200—300, стал 500—600.

Смотрим, кто виновник торжества:

Код: Выделить всё

tracert -d bbs.vbstreets.ru && tracert -d bostondynamics.com

Трассировка маршрута к forum.vbs-relay.xian.ru [92.63.107.100]
с максимальным числом прыжков 30:

  1    <1 мс    <1 мс    <1 мс  192.168.1.1
  2    20 ms    20 ms    20 ms  95.58.70.8
  3    20 ms    20 ms    18 ms  95.58.70.13
  4   321 ms   325 ms   421 ms  212.154.243.13
  5   360 ms   368 ms   369 ms  95.59.170.112
  6   326 ms   338 ms   350 ms  92.47.144.138
  7   360 ms   359 ms   357 ms  92.47.145.33
  8   364 ms   365 ms   366 ms  92.47.151.174
  9   398 ms   397 ms   400 ms  83.229.241.233
10   402 ms   403 ms   411 ms  83.229.225.5
11   400 ms   410 ms   413 ms  193.232.245.87
12   412 ms   411 ms   410 ms  92.63.107.100

Трассировка завершена.

Код: Выделить всё

Трассировка маршрута к bostondynamics.com [64.71.153.43]
с максимальным числом прыжков 30:

  1    <1 мс    <1 мс    <1 мс  192.168.1.1
  2    20 ms    20 ms    19 ms  95.58.70.8
  3    19 ms    20 ms    19 ms  95.58.70.17
  4   414 ms   399 ms   361 ms  212.154.243.5
  5   366 ms   363 ms   362 ms  95.59.170.112
  6   366 ms   361 ms   360 ms  92.47.144.138
  7   368 ms   350 ms   341 ms  92.47.145.33
  8   353 ms   360 ms   361 ms  92.47.151.174
  9   407 ms   390 ms   380 ms  83.229.241.233
10   428 ms   432 ms   432 ms  83.229.225.101
11   464 ms   459 ms   454 ms  80.81.192.172
12   464 ms   469 ms   471 ms  72.52.92.89
13   478 ms   440 ms   442 ms  72.52.92.33
14   522 ms   530 ms   532 ms  72.52.92.241
15   539 ms   525 ms   537 ms  72.52.92.86
16   604 ms   608 ms   587 ms  72.52.92.29
17   604 ms   606 ms   608 ms  66.160.158.241
18   578 ms   585 ms   609 ms  64.71.153.43

Трассировка завершена.


Смотрим на 3-й и 4-й хопы.

[iGrok]

Ого. Казахтелеком - красавцы..

[Хакер]

А вот трассировка с обратной стороны. Самый интересный кусок:

Код: Выделить всё

15   276   291   284      92.47.145.32   -
16   303   304   274      92.47.144.137   petr-core-l2-1.online.kz
17   308   253   273      95.59.170.113   petr-mx-1-2.online.kz
18   593   264   243      95.59.170.113   petr-mx-1-2.online.kz [АХТУНГ! Тот же узел, плюс 290 мс ]
19   572   565   568      95.58.70.18   -

[Хакер]

Исправили

[Antonariy]

Всё равно, я слабо верю в вину моего устройства (модема+роутера).

А у меня недавно случилась другая история. У маршрутизатора ASUS пятьсот-какой-то (он у меня в шкафу, мы редко видимся:)) вышел из строя блок питания. Имея с собой мало денег, взял самую дешевую китайщину с аналогичными характеристиками. С ним асус начал впадать в ступор. Устойчивая связь держалась совершенно рандомные промежутки времени, от 15 минут до суток, потом интернет пропадал, помогало только отключение питания. Сам асус был невозбранно доступен через веб-интерфейс и утверждал, что все отлично, хозяин. Трейс при этом шел до шлюза, но не дальше. Помучавшись недельку, купил б/п на сто рублей подороже и проблемы исчезли.

В Казахстане вообще с интернетом какой-то атас. В Алма-Ате есть сервер, с которым я периодически удаленно работаю, так связь с ним в основном оставляет желать много лучшего. Я попробовал установить на него хамачи, думал в обход будет эффективнее. И действительно, был момент, когда из Москвы связи не было, а через хамачи можно было что-то делать. Но в последний раз оно стало вести себя почти так же, как мой асус Несколько минут связь держится нормально, и разрывается. Через радмин напрямую в режиме слайд-шоу кое-как перезапускаю хамачи, выполняю sql-скрипты, обновляю в броузере мучительно тормозящий сайт, возвращаюсь в ide, доделываю, собираюсь выполнить... Ну вы поняли.
Спрашивается, доколе?

[Хакер]

В Алма-Ате есть сервер,

Нет такого города

Я попробовал установить на него хамачи, думал в обход будет эффективнее. И действительно, был момент, когда из Москвы связи не было, а через хамачи можно было что-то делать.

Чудеса какие-то...

[Antonariy]

В Алма-Ате есть сервер,

Нет такого города

Это не я бросил тапок на пульт