Подписчики 0

Периодическая потеря связи

27 posts in this topic

Всем привет!

Может тут кто поможет, общение с поддержкой пока результата не приносит.

Имеется подключение интернет+цифровое тв. Изначально было через роутер иннбокс, но там сразу пошли тормоза в ТВ, роутер поменяли на d-link, где тормозов не было. Далее наблюдается примерно одинаковая картина - с частотой от 1-2 раз в сутки до где-то каждый час отваливается и интернет, и ТВ. Помогала перезагрузка роутера. Соот-но грешили на роутер. Пришли ребята монтажники, что-то в настройках поменяли, сказали что по хорошему надо свой нормальный роутер ставить. Изменение настроек в итоге не сильно помогло, все так же периодически интернет вырубался. Ладно, забрал со старого адреса свой проверенный асус  rt-n12, который у другого провайдера работал несколько лет без сбоев. Настройки сбросил, прошивка родная. Для начала подключился по схеме вход-простой свитч-со свитча на тв приставку и на роутер, с которого соот-но далее на комп. Все заработало, но опять же ненадолго, симптомы те же :) чтобы исключить непонятное звено в виде свитча, сейчас уже подключил входной кабель сразу к роутеру, с него ТВ смотрю через приложение (на смарт тв). И снова та же фигня - вечером прихожу, ничего не работает, перезагрузил роутер - заработало. В логе роутера нашел только это:

Aug 29 15:07:41 WAN Connection: ISP's DHCP did not function properly.

Aug 29 15:07:41 stop_nat_rules: apply the redirect_rules!

В общем, подскажите, куда копать? Или что еще посмотреть, чтобы было с чем идти в поддержку? Вариант по несколько раз в день перегружать роутер, приставку и смарт тв как-то не очень устраивает..

0

Поделиться этим ответом


Link to post
Share on other sites

... копать надо в сторону л/кабинета и прикреплять к топику л/счет ...

0

Поделиться этим ответом


Link to post
Share on other sites
2 hours ago, zoyd said:

В логе роутера нашел только это:

 

Aug 29 15:07:41 WAN Connection: ISP's DHCP did not function properly.

Aug 29 15:07:41 stop_nat_rules: apply the redirect_rules!

 

MAC-адрес менялся в настройках? Может просто прошивка кривая и он заводской подбрасывает.
В общем MAC для начала надо проверить.

 

 

 

0

Поделиться этим ответом


Link to post
Share on other sites
8 часов назад, drnet сказал:

MAC-адрес менялся в настройках?

Нет, настройки сброшены.

Режим dhcp запросов по умолчанию стоит "агрессивный", т.е. три попытки раз в 20 секунд в случае неответа. Попробую сменить на нормальный.

Сейчас вот с утра начало тормозить ТВ, потом вырубилось совсем, затем все сайты стали по таймауту отваливаться. У роутера в логе чисто. Перегрузил. Все заработало. Жесть какая-то.

0

Поделиться этим ответом


Link to post
Share on other sites

Поставьте запрос dhcp на 30 минут.

0

Поделиться этим ответом


Link to post
Share on other sites
58 минут назад, Ext1ne сказал:

Поставьте запрос dhcp на 30 минут.

У асуса с родной прошивкой к сожалению нет варианта явно указать интервал. В нормальном режиме - повторы с интервалом 120 секунд, в агрессивном 20. Посмотрю, может какую-то альтернативную прошивку поставлю. Знать бы, что это поможет..

А для д-линка с ростелекомовской прошивкой этот интервал можно поменять? (я только вечером дома буду, сейчас не могу посмотреть). Ведь с ним та же проблема.

0

Поделиться этим ответом


Link to post
Share on other sites
3 часа назад, zoyd сказал:

Нет, настройки сброшены.

Режим dhcp запросов по умолчанию стоит "агрессивный", т.е. три попытки раз в 20 секунд в случае неответа. Попробую сменить на нормальный.

Сейчас вот с утра начало тормозить ТВ, потом вырубилось совсем, затем все сайты стали по таймауту отваливаться. У роутера в логе чисто. Перегрузил. Все заработало. Жесть какая-то.

У вас до 12:30 29.08 на порту росли ошибки, но с этого момента перестали, хотя у вас уже стоял АСУС. Что это было и что произошло в 12:30 29.08?

Вообще, самой действенной проверкой является включение компьютера напрямую минуя какой-либо роутер.

 

0

Поделиться этим ответом


Link to post
Share on other sites

В 12-30 - не знаю.. меня не было, теоретически кто-то из домашних мог его перегрузить. Либо (скорее всего) он завис уже совсем (вечером 29го ничего не работало, и я его перегружал)

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

0

Поделиться этим ответом


Link to post
Share on other sites

Для начала надо найти проблемную точку, а уже потом влиять на эту точку.

А так в уравнении слишком много неизвестных.

0

Поделиться этим ответом


Link to post
Share on other sites
2 hours ago, zoyd said:

В 12-30 - не знаю.. меня не было, теоретически кто-то из домашних мог его перегрузить.

Наверное, это можно точно выяснить. sakura прав, данных недостаточно. Всё же надо попробовать пожить без ТВ пару дней.

Это не смертельно, я вообще ТВ не смотрю. И до сих пор жив)))

0

Поделиться этим ответом


Link to post
Share on other sites

Да я то его тоже не смотрю..

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

0

Поделиться этим ответом


Link to post
Share on other sites

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

В логе роутера:

Aug 30 11:35:13 WAN Connection: Ethernet link up.
Aug 30 11:35:13 rc_service: wanduck 197:notify_rc restart_wan_if 0
Aug 30 11:35:14 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Aug 30 11:35:14 rc_service: udhcpc 390:notify_rc stop_upnp
Aug 30 11:35:14 miniupnpd[291]: received signal 15, good-bye
Aug 30 11:35:14 rc_service: udhcpc 390:notify_rc start_upnp
Aug 30 11:35:14 miniupnpd[419]: HTTP listening on port 60189
Aug 30 11:35:14 miniupnpd[419]: Listening for NAT-PMP traffic on port 5351
Aug 30 11:35:14 rc_service: ntp 282:notify_rc stop_ntpc
Aug 30 11:35:14 dhcp client: bound 178.140.60.119 via 178.140.60.1 during 3600 seconds.
Aug 30 11:35:19 WAN Connection: Ethernet link up.
Aug 30 11:35:19 rc_service: wanduck 197:notify_rc restart_wan_if 0
Aug 30 11:35:20 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Aug 30 11:35:20 rc_service: udhcpc 427:notify_rc stop_upnp
Aug 30 11:35:20 miniupnpd[419]: received signal 15, good-bye
Aug 30 11:35:20 rc_service: udhcpc 427:notify_rc start_upnp
Aug 30 11:35:20 miniupnpd[456]: HTTP listening on port 52084
Aug 30 11:35:20 miniupnpd[456]: Listening for NAT-PMP traffic on port 5351
Aug 30 11:35:20 rc_service: ntp 282:notify_rc stop_ntpc
Aug 30 11:35:20 dhcp client: bound 178.140.60.119 via 178.140.60.1 during 3600 seconds.
Aug 30 11:42:15 WAN Connection: Ethernet link down.
Aug 30 11:42:15 stop_nat_rules: apply the redirect_rules!
Aug 30 11:43:10 WAN Connection: Ethernet link up.
Aug 30 11:43:10 rc_service: wanduck 197:notify_rc restart_wan_if 0
Aug 30 11:43:16 WAN Connection: Ethernet link up.
Aug 30 11:43:16 rc_service: wanduck 197:notify_rc restart_wan_if 0
Aug 30 11:43:21 WAN Connection: ISP's DHCP did not function properly.
Aug 30 11:44:46 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Aug 30 11:44:46 rc_service: udhcpc 470:notify_rc stop_upnp
Aug 30 11:44:46 miniupnpd[456]: received signal 15, good-bye
Aug 30 11:44:46 rc_service: udhcpc 470:notify_rc start_upnp
Aug 30 11:44:46 dhcp client: bound 178.140.60.119 via 178.140.60.1 during 3600 seconds.
Aug 30 11:44:46 miniupnpd[499]: HTTP listening on port 56046
Aug 30 11:44:46 miniupnpd[499]: Listening for NAT-PMP traffic on port 5351
Aug 30 11:44:51 WAN Connection: WAN was restored.
Aug 30 11:44:52 rc_service: ntp 282:notify_rc stop_ntpc
Aug 30 23:44:50 rc_service: ntp 282:notify_rc stop_ntpc
Aug 31 11:44:47 rc_service: ntp 282:notify_rc stop_ntpc
Aug 31 17:16:18 WAN Connection: ISP's DHCP did not function properly.
Aug 31 17:16:18 stop_nat_rules: apply the redirect_rules!

Сетевые утилиты с роутера не работают. Ping google.com:

   ping: bad address 'www.google.com'

ping 87.250.250.242:

   PING 87.250.250.242 (87.250.250.242): 56 data bytes
   ping: sendto: Network is unreachable

 

Сейчас подключил ноут напрямую. Вроде все хорошо:

Трассировка маршрута к ya.ru [2a02:6b8::2:242]
с максимальным числом прыжков 30:
  0  SergeNote [2a02:2168:82c:7b3::1] 
  1  2a02:2168:210:502::1:1 
  2  mtk.105-m10-cr01.msk.ip6.ncnet.ru [2a02:2168:0:1001::2] 
  3  m10-cr01.msk-mtk.105.ip6.ncnet.ru [2a02:2168:0:1001::1] 
  4  yandex-m9-sr01-gi3-2.msk.ip6.ncnet.ru [2a02:2168:0:100a::2] 
  5  m9-p1.yndx.net [::ffff:87.250.233.136] 
  6     *        *        *     
Подсчет статистики за: 125 сек. ...
           Исходный узел     Маршрутный узел
Прыжок  RTT   Утер./Отпр.   %   Утер./Отпр.  %   Адрес
  0                                           SergeNote [2a02:2168:82c:7b3::1] 
                                0/ 100 =  0%   |
  1    1мс     0/ 100 =  0%     0/ 100 =  0%  2a02:2168:210:502::1:1 
                                0/ 100 =  0%   |
  2    0мс     0/ 100 =  0%     0/ 100 =  0%  mtk.105-m10-cr01.msk.ip6.ncnet.ru [2a02:2168:0:1001::2] 
                                0/ 100 =  0%   |
  3    2мс     0/ 100 =  0%     0/ 100 =  0%  m10-cr01.msk-mtk.105.ip6.ncnet.ru [2a02:2168:0:1001::1] 
                                0/ 100 =  0%   |
  4    1мс     0/ 100 =  0%     0/ 100 =  0%  yandex-m9-sr01-gi3-2.msk.ip6.ncnet.ru [2a02:2168:0:100a::2] 
                              100/ 100 =100%   |
  5  ---     100/ 100 =100%     0/ 100 =  0%  m9-p1.yndx.net [::ffff:87.250.233.136] 

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

Ethernet adapter Подключение по локальной сети:

   DNS-суффикс подключения . . . . . : 
   Описание. . . . . . . . . . . . . : Realtek PCIe GBE Family Controller
   Физический адрес. . . . . . . . . : 00-17-31-1A-48-9E
   DHCP включен. . . . . . . . . . . : Да
   Автонастройка включена. . . . . . : Да
   IPv6-адрес. . . . . . . . . . . . : 2a02:2168:82c:7b3::1(Основной) 
   Аренда получена. . . . . . . . . . : 31 августа 2017 г. 18:45:25
   Срок аренды истекает. . . . . . . . . . : 31 августа 2017 г. 19:15:25
   Локальный IPv6-адрес канала . . . : fe80::5d22:4dcf:48a9:2b3%16(Основной) 
   IPv4-адрес. . . . . . . . . . . . : 77.37.150.46(Основной) 
   Маска подсети . . . . . . . . . . : 255.255.254.0
   Аренда получена. . . . . . . . . . : 31 августа 2017 г. 18:45:24
   Срок аренды истекает. . . . . . . . . . : 31 августа 2017 г. 19:45:23
   Основной шлюз. . . . . . . . . : fe80::216:4dff:fe5c:68c%16
                                       77.37.150.1
   DHCP-сервер. . . . . . . . . . . : 77.37.150.1
   IAID DHCPv6 . . . . . . . . . . . : 568856882
   DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-1D-31-B8-82-DC-A9-71-68-DA-C6
   DNS-серверы. . . . . . . . . . . : 2a02:2168:208:1::1
                                       2a02:2168:208:2::1
                                       77.37.251.33
                                       77.37.255.30
   NetBios через TCP/IP. . . . . . . . : Включен

 

Буду ждать...

 

0

Поделиться этим ответом


Link to post
Share on other sites

Подождал два дня с ноутом, воткнутым напрямую. Никаких проблем за 2 дня не было. Ноут все время был включен, второй день я еще запустил пинг яндекса каждые 5 минут. Судя по логам, все последние сутки все отлично. Один раз в час ночи пинг вылез куда-то на полсекунды, но это могло быть что угодно. И что теперь пробовать?..

Кстати, наличие plc адаптера на одном из выходов роутера не может теоретически приводить к таким сбоям? К работе адаптера, к слову, замечаний не было, скорость отличная, я даже не ожидал.

0

Поделиться этим ответом


Link to post
Share on other sites
On 02.09.2017 at 7:36 PM, zoyd said:

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

Очень сомнительно. А вот NetBIOS  в настройках надо обязательно отключать - он абсолютно не нужен.

Проблема не в этом, но сделать нужно.

Короче, Вам нужно другой маршрутизатор во временное пользование. Может Онлайм может предоставить для диагностики проблемы, ведь не факт, что проблема не их не так ли?   )))

0

Поделиться этим ответом


Link to post
Share on other sites
В 03.09.2017 в 21:39, drnet сказал:

Короче, Вам нужно другой маршрутизатор во временное пользование

Так я же с двух разных роутеров и пробовал. D-link от РТ и асус с родной прошивкой. Оба подвисают. Сейчас вот еще одно предположение тестирую, отпишусь через пару дней по результатам.

0

Поделиться этим ответом


Link to post
Share on other sites

Так, вроде что-то начинает вырисовываться..

1. Подключаем ноут непосредственно к кабелю, оставляем на пару суток. Один день гоняем пинг в цикле с паузой 5 минут. Все работает, пинги до яндекса, как правило, в районе 2-3мс.

2. Подключаем ростелекомовский роутер д-линк к кабелю, к нему комп, плюс всякие девайсы в локалке, ждем пару суток. На вечер-ночь включаем пинги в цикле. Все работает, пинги те же, 2-3 мс.

3. Все то же, но подключаем к роутеру ТВ приставку, включаем какой-нибудь канал типа Р24 (включил вчера вечером). Приставку не выключаем. Менее чем через сутки - затык. На главной странице роутера имеем "Статус подкл. WAN по IPv4 Тип WAN: Динамический IP; Неизвестная ошибка;". На всякий случай результаты запуска утилит с роутера:

ping: bad address 'ya.ru'

PING 87.250.250.242 (87.250.250.242): 56 data bytes
--- 87.250.250.242 ping statistics ---
1 packets transmitted, 0 packets received, 100%% packet loss

traceroute to 87.250.250.242 (87.250.250.242), 30 hops max, 38 byte packets
 1  37.110.89.97 (37.110.89.97)  2490.000 ms !H  3010.000 ms !H

Ну и из того, что было ранее:

4. Подключаем другой роутер (асус), работавший ранее у другого провайдера. К роутеру кабелем телек, юзаем смарт ТВ. Через сутки был затык с теми же симптомами.

5. Подключаем к кабелю простой свитч, к нему ТВ приставку и роутер (асус). И в такой схеме роутер тоже затыкается!

На всякий случай приаттачил скриншот настроек длинка. Я там ничего не менял, все как монтажники прописали.

 

В общем, первое предположение - что роутеры или не настроены под ТВ (асус точно под iptv не настраивался, а вот длинк-то должен был), или просто не рассчитаны на передачу ТВ, что странно. Или длинк глючит от iptv, а асус ненастроен. Но тогда почему в 5м пункте, когда приставка подключена не через роутер, он все равно сдох?

Либо же что-то затыкается еще до входа в квартиру при постоянной передаче ТВ.

 

Гуру, что скажете? Вы там всякие порты смотреть умеете и не только..

 

 

Clipboard01.jpg

0

Поделиться этим ответом


Link to post
Share on other sites

А если попробовать настроить порт роутера с IPTV мостом.

0

Поделиться этим ответом


Link to post
Share on other sites

А где это в настройках у д-линка 825го с РТ прошивкой? Я не нашел.. у асуса действительно есть отдельный блок настроек, могу конечно его подключить снова.

Ну и не понимаю все равно, почему роутер через свитч-то затыкается.

Опять же, роутеры при этом живы, панель управления жива, wifi работает. Просто связи с внешним миром нет.

0

Поделиться этим ответом


Link to post
Share on other sites

Можно попробовать вырубить IGMP на пару дней при подключённом маршрутизаторе. Приставку можно не вырубать.
IPTV работать в это время не будет, конечно.
Проблема всё же пока загадочная и похоже на стороне провайдера.
А срок аренды адреса совпадает по сроку с падением сети?
Есть подозрение что это происходит при выдаче нового адреса WAN маршрутизатору.

 

0

Поделиться этим ответом


Link to post
Share on other sites

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!


Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.


Войти
Подписчики 0