Итак. Уже месяц прошел а результатов обещанного тестирования в окружении ISP Укртелефон до сих пор нету. Клиенты до сих пор сидят по будильнику перегружают модем (теперь правда через день, но для надежности каждый день надо проверить поднял модем связь или не поднял).
Разобрались ли firmware-писатели с некоим внутренним механизмом, который препятствует нормальному и беспроблемнопу восстановлению связи?
Хотелось бы получить ответы и дату когда ждать прошивку с нормально работающей функцией восстановления соединение после его разрыва биллингом.

да кстати тоже обратил на это внимание вопрос специалистам делинка почему они сами при упаковке не соблюдают собственные рекомендации и техпараметры

_________________
Мы не умели говорить - Нас научили!
Мы умеем летать - об этом забыли!

To zerg_user

Метода проверки механизма KeepAlive, приведенная Вами неверна.
В ходе проверки Вы отключали телефонный кабель от модема и подключали его вновь, тем самым заставляя модем инициализировать ADSL и PPP подключение снова. Механизм KeepAlive работает только при разрывах PPP соединения (не доступен PPP сервер провайдера), но не при разрыве физического (ADSL) подключения.
Ознакомьтесь с работой протокола LCP (link control protocol) и Вы поймете, что физическое ADSL соединение и работа механизма KeepAlive не имеют ничего общего.

По поводу параметров питания, указанных на сайте: мы исправим ошибку в описании.


To All

По поводу тестирования DSL-2500U/BRU/D в окружении Укртелеком: модем был отдан на тестирование в Укртелеком, но учитывая специфику работы компании (возможно, занятость персонала) тестирование пока не было произведено.
После проведения тестирования мы опубликуем результаты в данной ветке форума.

_________________
С уважением, Давыдов Денис.

Извиняюсь за то, что не верно понял работу механизма. В моем случае если не доступен сервер провайдера, то связь восстанавливается сама, в независимости от опции KeepAlive в настройках модема. Я так понимаю, что соединение восстанавливается со стороны провайдера.

To all
Желаю скорейшего решения ваших проблем.

DlinkОвцы давайте шевелитесь, подгоняйте Укртелеком или сами к ним подключайтесь, изучайте проблему, пишите прошивку а то скоко народу покидали нехорошие люди, я тоже на свою голову купил такой модем т.к. раньше уважал вашу продукцию. От себя скажу что у мня тоже DSL соединенте есть а инета нету, торрент почучуть закачки отваливает переподключать клиент приходится, в общем виснит подключение, ШЕВЕЛИТЕСЬ

Чем дальше тем интереснее. Если на торрентах ничего не скачивать (только раздавать) то у меня аж 3 раза сработал кипэлив (или другой механизм который восстанавливает связь). Когда включил на закачку - уже не сработал. Перезагрузка. Сутки прошли. Сработал. Посмотрим что будет дальше. Есть подозрение что при закачке ВТОРОЙ раз он не сработает. Прям полтергейст какой-то.

Для казахстана сделали прошиву(вчера выложили) ну так укртелом займитесь, он переподключается раза с дасятого или двадцатого если днс прописан 192.168.1.1 в сетевых настройках, если реальные днс прописать то виснит пока не перезагрузиш и то на пару часов, когда отключаю и включаю линию то должно все восстанавливаться и продолжать закачивать, но этого не происходит, в логах пишит про днс хоть усрись все перепробывал даже эту казахстанскую прошивку, а если в контру поганять то вообще 5 минут и пипец, зависают отдельные конекты по отдельным портам а не все. Да правда, в торренте закачки отваливаются а отдача фигачит всегда, но мимо торрент сервера, рейтинг не добавляется

http://ru.fishki.net/picsw/052008/23/te ... ech_po.mp3

качните прикольнетесь, в тему какраз

Log Level: Debugging
Display Level: Debugging
Mode: Local

Jun 5 23:44:13 syslog info -- MARK --

Jun 5 23:45:51 user alert kernel: Intrusion -> IN=ppp_0_1_32_1 OUT= MAC= SRC=91.78.105.248 DST=92.113.21.213 LEN=52 TOS=0x00 PREC=0x20 TTL=111 ID=15155 DF PROTO=TCP SPT=26931 DPT=39108 WINDOW=8192 RES=0x00 SYN URGP=0

Jun 5 23:55:51 user alert kernel: Intrusion -> IN=ppp_0_1_32_1 OUT= MAC= SRC=92.47.238.198 DST=92.113.21.213 LEN=48 TOS=0x00 PREC=0x00 TTL=108 ID=22924 DF PROTO=TCP SPT=2868 DPT=39108 WINDOW=65535 RES=0x00 SYN URGP=0

Jun 6 00:05:52 user alert kernel: Intrusion -> IN=ppp_0_1_32_1 OUT= MAC= SRC=78.42.101.196 DST=92.113.21.213 LEN=48 TOS=0x02 PREC=0x00 TTL=115 ID=23367 DF PROTO=TCP SPT=2506 DPT=10137 WINDOW=65535 RES=0x00 SYN URGP=0

Jun 6 00:11:53 user warn syslog: dns query failed


Небыло разрыва сесии, DNS отвалился как всегда, что такое MARK каждый час? Я правильно лог настроил?

Итак, как ни странно, опять сработало. Может УТ что-то подкрутили, получив модем на тестирование.... Мндя.

Доброго завра уважаемые.
У меня такая же проблемма как и у вас (провайдер Челябинск связьинформ) ровно через 24 часа пропадает соединение с интернет.

Прошивка последняя 1_10 в настройках модема default gateway и dns выставлены вручную, keepalive включено.

Проанализировав логи, видим следующее:
при включении модема:
...
Jan 1 00:01:52 daemon notice pppd[244]: PAP authentication succeeded
Jan 1 00:01:52 daemon notice pppd[244]: peer from calling number 00:18:18:B3:46:30 authorized
Jan 1 00:01:52 daemon notice pppd[244]: local IP address 90.151.146.57
Jan 1 00:01:52 daemon notice pppd[244]: remote IP address 10.212.50.25
Jan 1 00:01:52 daemon notice pppd[244]: primary DNS address 195.54.2.1
Jan 1 00:01:52 daemon notice pppd[244]: secondary DNS address 212.57.145.253
Jan 1 00:01:53 user warn syslog: dns query failed
***Jan 1 00:01:53 user debug syslog: route add default gw 10.212.50.25 2>/dev/null
Jan 1 00:01:53 user debug syslog: iptables -A FORWARD -o ppp_0_8_35_1 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
Jan 1 00:01:53 user debug syslog: iptables -A FORWARD -i ppp_0_8_35_1 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
...
Все работает нормально. Обратите внимание на строчку отмеченную ***
...
После пропадания интернета (через 24 часа) лог выглядит следующим образом:
...
Jun 7 12:26:19 daemon info pppd[244]: No response to 3 echo-requests
Jun 7 12:26:19 daemon notice pppd[244]: Serial link appears to be disconnected.
Jun 7 12:26:21 daemon info pppd[244]: Connect time 4435944.5 minutes.
Jun 7 12:26:21 daemon info pppd[244]: Sent 3018560969 bytes, received 2437636184 bytes.
Jun 7 12:26:24 daemon warn pppd[244]: Couldn't increase MRU to 1500
Jun 7 12:26:27 user warn syslog: dns query failed
Jun 7 12:26:30 user warn syslog: dns query failed
Jun 7 12:26:32 user warn syslog: dns query failed
Jun 7 12:26:33 daemon notice pppd[244]: Connection terminated....
Jun 7 12:26:34 user warn syslog: dns query failed
Jun 7 12:26:36 user warn syslog: dns query failed
Jun 7 12:26:39 user warn syslog: dns query failed
Jun 7 12:26:44 daemon info pppd[244]: Sent PADT
Jun 7 12:26:45 daemon info pppd[244]: PPP session is 20395
Jun 7 12:26:45 daemon info pppd[244]: Using interface ppp0_8_35_1
Jun 7 12:26:56 daemon notice pppd[244]: Connect: ppp_0_8_35_1 <--> nas_0_8_35
Jun 7 12:26:57 daemon warn pppd[244]: Couldn't increase MRU to 1500
Jun 7 12:26:58 daemon warn pppd[244]: Couldn't increase MRU to 1500
Jun 7 12:26:58 daemon notice pppd[244]: PAP authentication succeeded
Jun 7 12:26:58 daemon notice pppd[244]: peer from calling number 00:18:18:B3:46:30 authorized
Jun 7 12:26:59 daemon notice pppd[244]: local IP address 90.151.146.57
Jun 7 12:26:59 daemon notice pppd[244]: remote IP address 10.212.50.25
Jun 7 12:26:59 daemon notice pppd[244]: primary DNS address 195.54.2.1
Jun 7 12:26:59 daemon notice pppd[244]: secondary DNS address 212.57.145.253
Jun 7 12:27:14 user warn syslog: dns query failed
Jun 7 12:27:16 user warn syslog: dns query failed
Jun 7 12:27:18 user warn syslog: dns query failed
...

Как видим строчки про задание gateway нет, отсюда и нет интернета.
При этом в статусе модема адрес шлюза по умолчанию пишет правильно, но пакеты похоже туда не идут.

Если зайти в настройки модема и перезадать DEFAULTGATEWAY - связь восстанавливается (в логе появляется запись):
...
Jun 7 12:33:50 user warn syslog: dns query failed
Jun 7 12:33:53 user debug syslog: echo 0 > /var/isdft_cfg
Jun 7 12:34:06 user debug syslog: route del default gw 10.212.50.25 2> /var/gwerr
Jun 7 12:34:16 user notice igmp[1037]: setsockopt IP_MSFILTER
Jun 7 12:34:16 user notice igmp[1037]: setsockopt IP_MSFILTER
Jun 7 12:34:18 user debug syslog: route add default gw 10.212.50.25 2> /var/gwerr
Jun 7 12:34:36 user debug syslog: echo 0 > /var/isdft_cfg
...


Похоже при восстановлении соединения необходимо перезадавать шлюз по умолчанию.

D-Link-овцы изучите эту проблему и исправте пожалуйста.

С уважением Александр.

цитата

смеялсо

Я уже ответил Вам личным сообщением: на странице Advanced Settings > Routing > Default Gateway укажите PPP интерфейс в качестве Default Gateway и сохраните настройки устройства.




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

_________________
С уважением, Давыдов Денис.

blithe74 писал(а):
D-Link-овцы.



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

Вас пока еще никто не оскорблял, а то что вы приняли за оскорбение, это окончание слова. По правилам русского языка, в словах из иностранных букв, русские окончания пишутся через дефис - чтобы человек языки не путал. А окончание овцы в данном случае используется т.к. название вашей фирмы заканчивается на согласную букву: Делинк - Делинковцы, Связьинформ - Связьинформовцы. Если бы в конце был мягкий знак то окончание было бы другое - Информсвязь - Информсвязевцы и т.д. Русский язык однако...

Если Вас это оскорбило, пардон и в мыслях не было. Теперь буду назыать вас дэлинканяне если вам так будет угодно.

Кстати, новая прошивка не помогла. Проблема осталась.

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

Новая прошивка не помогла, проблема осталась 100% подтверждаю