Доброе время суток!!!

Есть вопрос для спецов: задолбала меня уже одна проблема.
Я являюсь счастливым ADSL-абонентом ЮТК (Ростовская область).
Сначала у меня был модем DSL-504G, сказали - это он виноват, поменял на DSL-2500U, даже обновил на нем прошивку - проблема осталась.

Теперь суть проблемы: время от времени пропадает Интернет. При этом коннект PPPoE активен, Медиазона (MER) работает. В 504 это лечилось полной перегрузкой модема, в 2500U - через веб-интерфейс нажатием кнопки Down и последующим нажатием UP на вкладке HOME->WAN.

Для старого модема был написан сервис на Delphi, запускаемый на сервере, который пингает каждые 10 минут ISP и при неответе через Terminal ребутил модем.

Для нового модема не хотелось бы принимать жестких мер (так как народ активно пользует Медиазону), а просто рестарт конкретного интерфейса. Подскажите команду для Telnet'а (я в Linux'е несилен )

На странице Tools >> Remote Log >> Configure System Log включите лог. Приведите лог устройства.
Укажите версию прошивки модема, которая сейчас установлена.

Log
Date/Time Facility Severity Message
Aug 20 22:05:02 syslog emerg BCM96345 started: BusyBox v1.00 (2005.04.12-18:11+0000)
Aug 20 22:05:03 user crit kernel: eth0 Link UP.
Aug 20 22:05:03 user crit kernel: ADSL G.994 training
Aug 20 22:05:03 user crit kernel: ADSL G.992 started
Aug 20 22:05:03 user crit kernel: ADSL G.992 channel analysis
Aug 20 22:05:03 user crit kernel: ADSL G.992 message exchange
Aug 20 22:05:03 user crit kernel: ADSL link up, fast, us=896, ds=8128
Aug 20 22:05:03 user crit kernel: OAM loopback response not received on VPI/VCI 0/35.
Aug 20 22:05:03 user crit kernel: OAM loopback response not received on VPI/VCI 0/35.
Aug 20 22:05:03 user crit kernel: OAM loopback response not received on VPI/VCI 0/35.
Aug 20 22:05:03 user crit kernel: OAM loopback response not received on VPI/VCI 0/35.
Aug 20 22:05:03 user crit kernel: OAM loopback response not received on VPI/VCI 0/37.
Aug 20 22:05:03 user crit kernel: OAM loopback response not received on VPI/VCI 0/37.
Aug 20 22:05:03 user crit kernel: OAM loopback response not received on VPI/VCI 0/37.
Aug 20 22:05:03 user crit kernel: OAM loopback response not received on VPI/VCI 0/37.
Aug 20 22:05:03 user crit kernel: OAM loopback response not received on VPI/VCI 0/37.
Aug 20 22:05:03 user crit kernel: OAM loopback response not received on VPI/VCI 0/3.
Aug 20 22:05:03 user crit kernel: OAM loopback response not received on VPI/VCI 0/37.
Aug 20 22:05:03 user crit kernel: OAM loopback response not received on VPI/VCI 0/4.


Device Info
Board ID: D-1P
Software Version: RU_DSL-2500U_3-06-04-2100.A2pB021c.d19b
Bootloader (CFE) Version: 1.0.37-6.5


ADSL Statistics
Mode: G.DMT
Type: Fast
Line Coding: Trellis On
Status: No Defect
Link Power State: L0

Downstream Upstream
SNR Margin (dB): 17.6 13.0
Attenuation (dB): 22.0 13.0
Output Power (dBm): 12.5 17.4
Attainable Rate (Kbps): 11744 1184
Rate (Kbps): 8128 896
K (number of bytes in DMT frame): 255 29
R (number of check bytes in RS code word): 0 0
S (RS code word size in DMT frame): 1 1
D (interleaver depth): 0 0
Delay (msec): 0 0

Super Frames: 4658875 4658873
Super Frame Errors: 12 6
RS Words: 0 0
RS Correctable Errors: 0 0
RS Uncorrectable Errors: 0 N/A

HEC Errors: 9 4
OCD Errors: 0 0
LCD Errors: 0 0
Total Cells: 1518266466 0
Data Cells: 164441193 0
Bit Errors: 0 0

Total ES: 12 0
Total SES: 0 0
Total UAS: 20 0


Test the connection to your local network
Test your ENET Connection: PASS Help

Test the connection to your DSL service provider Test ADSL Synchronization: PASS Help
Test ATM OAM F5 segment ping: F4/F5 FAIL Help
Test ATM OAM F5 end-to-end ping: F4/F5 FAIL Help


Test the connection to your Internet service provider Test PPP server connection: PASS Help
Test authentication with ISP: PASS Help
Test the assigned IP address: PASS Help
Ping default gateway: PASS Help
Ping primary Domain Name Server: PASS Help

Вот такие результаты...

Вот сегодняшний лог:
System Log
Date/Time Facility Severity Message
Aug 21 17:30:52 syslog emerg BCM96345 started: BusyBox v1.00 (2005.04.12-18:11+0000)
Aug 21 18:30:52 syslog info -- MARK --
Aug 21 18:33:51 user debug syslog: ethctl vport query 2>/var/vcfgerr
Aug 21 18:33:52 user debug syslog: rm /var/vcfgerr
Aug 21 18:33:54 user crit kernel: OAM loopback response not received on VPI/VCI 0/37.
Aug 21 18:33:56 user crit kernel: OAM loopback response not received on VPI/VCI 0/3.
Aug 21 18:33:57 user crit kernel: OAM loopback response not received on VPI/VCI 0/37.
Aug 21 18:33:59 user crit kernel: OAM loopback response not received on VPI/VCI 0/4.
Aug 21 18:33:59 user debug syslog: ping -c 1 -q 172.18.0.1
Aug 21 18:33:59 user debug syslog: ping -c 1 -q 213.24.85.10
Aug 21 18:34:08 user debug syslog: ethctl vport query 2>/var/vcfgerr
Aug 21 18:34:08 user debug syslog: rm /var/vcfgerr
Aug 21 18:34:10 user crit kernel: OAM loopback response not received on VPI/VCI 0/37.
Aug 21 18:34:11 user crit kernel: OAM loopback response not received on VPI/VCI 0/3.
Aug 21 18:34:13 user crit kernel: OAM loopback response not received on VPI/VCI 0/37.
Aug 21 18:34:14 user debug syslog: ping -c 1 -q 172.18.0.1
Aug 21 18:34:15 user crit kernel: OAM loopback response not received on VPI/VCI 0/4.
Aug 21 18:34:15 user debug syslog: ping -c 1 -q 213.24.85.10
Aug 21 18:34:33 user debug syslog: ethctl vport query 2>/var/vcfgerr
Aug 21 18:34:33 user debug syslog: rm /var/vcfgerr
Aug 21 18:34:35 user crit kernel: OAM loopback response not received on VPI/VCI 0/35.
Aug 21 18:34:36 user crit kernel: OAM loopback response not received on VPI/VCI 0/3.
Aug 21 18:34:38 user crit kernel: OAM loopback response not received on VPI/VCI 0/35.
Aug 21 18:34:39 user crit kernel: OAM loopback response not received on VPI/VCI 0/4.
Aug 21 18:34:39 user debug syslog: ping -c 1 -q 172.18.0.1
Aug 21 18:34:39 user debug syslog: ping -c 1 -q 213.24.85.10
Aug 21 18:34:47 user debug syslog: ethctl vport query 2>/var/vcfgerr
Aug 21 18:34:47 user debug syslog: rm /var/vcfgerr
Aug 21 18:34:48 user crit kernel: OAM loopback response not received on VPI/VCI 0/35.
Aug 21 18:34:50 user crit kernel: OAM loopback response not received on VPI/VCI 0/3.
Aug 21 18:34:51 user crit kernel: OAM loopback response not received on VPI/VCI 0/35.
Aug 21 18:34:53 user crit kernel: OAM loopback response not received on VPI/VCI 0/4.
Aug 21 18:34:53 user debug syslog: ping -c 1 -q 172.18.0.1
Aug 21 18:34:53 user debug syslog: ping -c 1 -q 213.24.85.10
Aug 21 18:35:44 user debug syslog: ethctl vport query 2>/var/vcfgerr
Aug 21 18:35:44 user debug syslog: rm /var/vcfgerr
Aug 21 18:35:45 user crit kernel: OAM loopback response not received on VPI/VCI 0/35.
Aug 21 18:35:47 user crit kernel: OAM loopback response not received on VPI/VCI 0/3.
Aug 21 18:35:48 user crit kernel: OAM loopback response not received on VPI/VCI 0/35.
Aug 21 18:35:50 user crit kernel: OAM loopback response not received on VPI/VCI 0/4.
Aug 21 18:35:50 user debug syslog: ping -c 1 -q 172.18.0.1
Aug 21 18:35:50 user debug syslog: ping -c 1 -q 213.24.85.10

PVC с VPI/VCI 0/3 и 0/4 - это что? AFAIK, у ЮТК не было таких настроек.
Как телнетом опустить/поднять и ppp сессию, и adsl соединение - я писал тут недавно.

Вот я и ломаю голову, откуда он их берет эти VPI/VCI.
Догадываюсь только, что он пытается проверить все возможные комбинации соединения. Я пытался убрать галочки со всех протоколов, кроме G.Dmt, но после этого инет отваливался еще быстрее...

Попробуйте обратиться в ближайший сервисный центр.

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

Кстати, последние 2 дня ни разу не реконнектил PPPoE. Инет пропадал, но через минуту-другую сам восстанавливался...

Толи помогла опция Keep Alive, толи у провайдера что-то изменилось...

Какая версия прошивки у модема?

Считаю что это проблема у провайдера. Мой модем (500T) ведет себя точно также, только проблема зависания возникает после 18.00 мск, лечится также только перезагрузкой модема.
Из истории пользования ADSL ЮТК, когда только его включили, у меня были настройки vpi 35 vci 48, режим bridge + жесткий ip и шлюз
Так вот с этими настройками модем проработал год без всяких ручных перезагрузок и прочих танцев с бубном, и это без всяких ограничений скорости входящего исходящего потоков.
Через год настройки изменили (как сказали по причине замены оборудования) - vpi 0 vci 35, pppoe и сразу же начались эти проблемы с зависанием модема, при обращении к провайдеру - ответ был - проблема у вас, у нас все всегда отлично.
Если настаивать на своем - резали скорость потока, при этом зависаний становилось меньше, но они не исчезали совсем.
Ну а дальше плюнул я на это, да и модем 500T сломался, сейчас взял другой, сижу... жду... когда заглючит...

p.s. также работал на 300T, теже симптомы. Прошивки на 500T обновлял до самой последней, на 300T - нет, заводская
если нужно позже напишу все данные по обоим модемам

CeTKo

Написал в пм, но к сожалению ответа не получил =( где бы можно было прочитать про реконнект по телнету?

Alexander Gorelik
А есть документация по телнет командам данного устройства? В мануале что-то не обнаружил =(

Документации по телнет нет.

Поищите по форуму, я приводил команды для телнета. В мануала ничего и не будет, так как поддежки телнета нет в заявленном функционале - всё раскапывать самим.

Если кто-нибудь будет искать Реконнект (переподключение) pppOe на маршрутизаторах D-link DSL-2500U и DSL-2540U http://chairday.narod.ru/DSL-2500U.html спасибо chairday