Наблюдается проблема с Dial-Up содинением. Вот лог:

Nov 18 18:41:46 172.16.1.250 Restarted by 172.16.1.1
Nov 18 18:41:49 172.16.1.250 DOD:172.16.1.1 query DNS for 88.201.119.64.in-addr.arpa
Nov 18 18:41:49 172.16.1.250 DHCP:discover(My Host)
Nov 18 18:41:49 172.16.1.250 DHCP:offer(xx.xx.xx.xx)
Nov 18 18:41:49 172.16.1.250 DHCP:request(xx.xx.xx.xx)
Nov 18 18:41:50 172.16.1.250 DHCP:ack(DOL=4294967295,T1=2147483647,T2=3758096384)
Nov 18 18:41:59 172.16.1.250 Blocked access attempt from 81.195.238.196:3237 to TCP port 445
Nov 18 18:42:30 172.16.1.250 Restarted by 172.16.1.1
Nov 18 18:42:30 172.16.1.250 DOD:172.16.1.1 query DNS for 88.201.119.64.in-addr.arpa
Nov 18 18:42:30 172.16.1.250 COM2 start to dial-up
Nov 18 18:42:30 172.16.1.250 COM2 is in console mode
Nov 18 18:42:31 172.16.1.250 DOD:172.16.1.1 query DNS for 97.201.119.64.in-addr.arpa
Nov 18 18:42:31 172.16.1.250 COM2 start to dial-up
Nov 18 18:42:31 172.16.1.250 COM2 is in console mode
Nov 18 18:42:33 172.16.1.250 DOD:172.16.1.1 query DNS for 97.201.119.64.in-addr.arpa
Nov 18 18:42:33 172.16.1.250 COM2 start to dial-up
Nov 18 18:42:33 172.16.1.250 COM2 is in console mode
Nov 18 18:42:34 172.16.1.250 DOD:172.16.1.1 query DNS for 88.201.119.64.in-addr.arpa
Nov 18 18:42:34 172.16.1.250 COM2 start to dial-up
Nov 18 18:42:34 172.16.1.250 COM2 is in console mode
Nov 18 18:42:35 172.16.1.250 DOD:172.16.1.1 query DNS for 97.201.119.64.in-addr.arpa
Nov 18 18:42:35 172.16.1.250 COM2 start to dial-up
Nov 18 18:42:35 172.16.1.250 COM2 is in console mode
Nov 18 18:42:36 172.16.1.250 DOD:172.16.1.1 query DNS for 97.201.119.64.in-addr.arpa
Nov 18 18:42:36 172.16.1.250 COM2 start to dial-up

И так далее до бесконечности (программый сброс как видим не помогает). Помогает только смена скорости в любую сторону (см ниже) или передергивание питания:

Nov 18 18:48:06 172.16.1.250 Restarted by 172.16.1.1
Nov 18 18:48:06 172.16.1.250 Restarted by 172.16.1.1
Nov 18 18:48:08 172.16.1.250 DOD:triggered internally
Nov 18 18:48:08 172.16.1.250 COM2 start to dial-up
Nov 18 18:48:08 172.16.1.250 COM2: baud=115200
Nov 18 18:48:08 172.16.1.250 DIAL2: tx ATE0V1
Nov 18 18:48:09 172.16.1.250 DIAL2: rx OK
Nov 18 18:48:09 172.16.1.250 DIAL2: tx ATX1
Nov 18 18:48:09 172.16.1.250 DIAL2: rx OK
Nov 18 18:48:09 172.16.1.250 DIAL2: tx ATDT,xxxxxxx
Nov 18 18:48:38 172.16.1.250 DIAL2: rx CONNECT 48000/ARQ/V90/LAPM/V42BIS
Nov 18 18:48:41 172.16.1.250 PAP2: OK
Nov 18 18:48:41 172.16.1.250 IPCP2: IP is xx.xx.xx.xx
Nov 18 18:48:41 172.16.1.250 IPCP2: DNS0 is xx.xx.xx.xx
Nov 18 18:48:41 172.16.1.250 IPCP2: DNS1 is xx.xx.xx.xx

(кроме того, после нескольких часов Dial-Up роутер любит виснуть так, что страница конфигурации недоступна и помогает только аппаратный сброс в дефолтовые настройки. Но это я пока не могу воспроизвести на 100%, так что на это пока можно не отвечать)

Прошивка - последняя (v1.03b02). Модем - USR Courier v.everything. Хотелось бы узнать у уважаемых представителей техсаппорта, предполагается ли это исправить в обозримом будущем?

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

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)

Дело в том , что у меня зависание возникает именно при диалапе - c ethernet роутер работает нормально (тьфу-фу).

Что же до дефолных настроек, то я наблюдал ситуацию, когда передергивание питания не помогало - страница конфигурации была недоступна. При этом модем завис после примерно 2 часов Dial-up и так висел ночь. Помог только аппаратный сброс.

В момент зависания в лог, кстати, ничего специфического не пишется (syslog сервер, как понятно, у меня настроен).

Вот такие дела. Ждем комментариев саппорта

Пришлите этот лог мне по почте - посмотрим.

Там не на что смотреть: обычные "Blocked aссеss attempt", потом (после зависания) полная тишина - роутер не отзывается даже на ping.

А что насчет "COM2 is in console mode" в результате чего происходит перманентный Dialup fail (см. мое первое письмо)? Именно по этому поводу я хотел в первую очередь получить Ваши комментарии.

Есть некоторые соображения. Мне не нравятся строки инициализации, посылаемые в модем (см. самое первое письмо - лог), а именно ATX1.
Если я правильно помню, это означает - не проверять готовность линии. Но т.к. их поменять нельзя, то можно попробовать след. -
1. Настроить модем ручками на нужный профиль и прошить его в память жестко (команда, вроде бы, ATW0)
2. у 824 в наст. модема в строке "Extra Setting" вписать ATZ0

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

Вы понимаете правильно - это означает, что не нужно ждать DIALTONE. У меня это прописано в extra settings. Дело в том, что линия Comstar, на которой стоит модем, дает прерывистый зуммер. Но, очевидным образом, это НИКАК не влияет на протокол взаимодействия модема и роутера.



По-моему, это абсолютно бессмысленно. Модем в нынешнем виде, с нынешними настройками и на этой же телефонной линии проработал уже несколько лет, будучи подключенным к машине с Linux, и с ним НИКОГДА не возникало никаких проблем. Как ATX1 хотя бы ТЕОРЕТИЧЕСКИ может повлиять на то, что роутер не в состоянии проинициализировать COM порт, мне понять не дано (Замечу еще, что после того, как роутер перешел в состояние, описанное в моем первом сообщении, включение/выключение питания модема так же не помогает - только включение/выключение питания у роутера)

Более того, я уже видел на форуме сообщение о такой же проблеме:

http://www.dlink.ru/phorum/viewtopic.php?t=3871

Увы, ответа про то, что же такое "COM2 is in console mode" человек так и не дождался. Забавно, кстати, что у него тоже был USR Courier.

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

_________________
С уважением,
Виктор Колосов

На какой "данной"? У нас с тем человеком РАЗНЫЕ прошивки.

Далее. Если Вы в лабораторных условиях не увидели проблему, это не значит, что ее нет - говорю Вам, как программист с солидным стажем . У меня через модем идет очень интенсивный трафик - возможно дело в этом. Почти гарантированный способ возпроизвести ошибку - попробовать переключиться на Dial-up co Static/Dynamic IP в процессе работы c хорошей нагрузкой. Попробуйте.



Хотелось бы производить какие-то осмысленные действия, а не танцы с бубном. Что не в порядке с модемом, что требуется его замена?

И последнее. Вы можете прямо ответить, что означает диагностика "COM2 is in console mode", и в каких случаях ее выдает роутер? Либо ответьте честно "не знаю", я это тоже пойму

В общем "молчание было ему ответом". Что же, отрицательный результат - тоже результат. Нельзя даже сказать, что меня это сильно удивило.

Что касается зависаний модема, можете привезти в сервис, протестируют на месте.
По поводу записи уточним в HQ и сообщу в данном топике.

_________________
С уважением,
Виктор Колосов

Спасибо, возможно я так и поступлю, хотя я не верю, что дело в конкретном экземпляре роутера (да и Вы наверняка не верите). Возможно, еще поэкспериментирую с прошивками - версия 1.03 (не бета 2) вроде показалась мне несколько стабильнее. Хотелось бы только еще раз уточнить - зависает роутер, а не модем.



Спасибо, буду ждать.

Как и обещал, отвечаю, запись "COM2 is in console mode" означает, что роутер пытается обнаружить подключен ли к нему модем или нет.

_________________
С уважением,
Виктор Колосов

Извините, но это называется отписка. Читать по английски я и сам умею (к тому же Ваш перевод мягко говоря не точен - роутер думает, что к порту подключен не модем, а терминал для администрирования). Речь шла о том, в каких случаях он думает, что подключена консоль, а не модем. Ведь в этой ситуации не делается даже попытки послать в модем команды инициализации. Возможно, это помогло бы идентифицировать проблему.

Уважаемый "dbely", то что Вы называете "отписка" единственное значение данной записи и постольку поскольку ВАШИ познания в английском языке намного полнее (а следовательно точнее)моих, привожу для Вас оригинал ответа от HQ, надеюсь он Вам поможет:
"The COM port is in console mode. In general, the Router will detect the
existence of the modem. If there is a modem attached, the COM port is
available for dial-up service immediately."

_________________
С уважением,
Виктор Колосов