D-Link • Просмотр темы - KeepAllive 2500U\BRU\D

Сообщения без ответов | Активные темы

Список форумов » ADSL и последняя миля

Часовой пояс: UTC + 3 часа

KeepAllive 2500U\BRU\D

Модераторы: Sergei Asmankin, Sergik, Vladimir Degtyarev, Davydov Denis

Страница 8 из 14

[ Сообщений: 205 ]

На страницу Пред. 1 ... 5, 6, 7, 8, 9, 10, 11 ... 14 След.

Предыдущая тема | Следующая тема

Автор

Сообщение

d-gluk

Заголовок сообщения:

Добавлено: Вт апр 29, 2008 08:50

Зарегистрирован: Вс апр 20, 2008 16:20
Сообщений: 28

- Алло, провайдер? Смените мне профиль!
- А что это такое?
- Не знаю)
- Нафига тогда звоните...
- А там один чел на форуме писал...
- Не еБ** мозги... пи-пи-пи-пи...

Вернуться наверх

mitay

Заголовок сообщения:

Добавлено: Вт апр 29, 2008 10:03

Зарегистрирован: Пт фев 08, 2008 06:03
Сообщений: 16

Именно так.
Звони.

Вернуться наверх

Maksym1

Заголовок сообщения:

Добавлено: Вт апр 29, 2008 12:35

Зарегистрирован: Вс фев 10, 2008 02:18
Сообщений: 51

Давайте не путать плохую линию и кипэлив.

Смена профиля DSALM на менее скоростной на плохих линиях дает более устойчивую связь и пропадают разрывы, вызванные нестабильностью соединения (т.е. изначально мог стоять 24-мегабитный профиль при реальной тарифной скорости 512 килобит, а держать линк на 24 мегабитах значительно сложнее чем на 512 килобит). Например у меня сейчас 4-мегабитный профиль стоит, а тариф 512 килобит. На плохих линиях даже 512-килобитный профиль заводится не всегда.

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

Вернуться наверх

mitay

Заголовок сообщения:

Добавлено: Вт апр 29, 2008 12:51

Зарегистрирован: Пт фев 08, 2008 06:03
Сообщений: 16

Это я понимаю.
Меня насторожило что модем после разрыва связи (по причине прова или плохой линии) посылает PADT. У Вас тоже. Т.е. пытается завершить сессию. Однако ответа на этот сигнал от провайдера нет.
Ну это так... догадка. Может поможет.

Вернуться наверх

d-gluk

Заголовок сообщения:

Добавлено: Вт апр 29, 2008 13:18

Зарегистрирован: Вс апр 20, 2008 16:20
Сообщений: 28

Мне кажеццо, или тут действительно у всех разные проблемы?

Причем здесь дисконект в 23:59 ? У меня инет пропадает каждые 1-2 часа. Профиль стоит 2500/600. Тариф 1024/512. Причем когда пропадает инет, модем твердо уверен что связь есть, а DNS и шлюз не отвечают. Но после перезагрузки модема, все чудесным образом востанавливается и модем может слышать DNS и шлюз... До следующего глюка.

Что же касается Keep Alive, то будь то выдернутый кабель или законченая сесия в 23:59. Модем делает реконект и сам востанавливает связь. Так что у меня проблема не в Keep Alive а в глюке с "глухостью" модема. Почему он вдруг перестает слышать шлюз когда другие модемы нормально слышат?

И СДЕЛАЙТЕ ЧТОБЫ МОЖНО БЫЛО ВРУЧНУЮ УСТАНАВЛИВАТЬ ВРЕМЯ В МОДЕМЕ. МЕНЯ ЭТОТ ЛОГ Jan 1 00:38:15 УЖЕ ПАРИТ. !!!

Цитата:

Apr 29 13:24:46 user crit kernel: ADSL link down
Apr 29 13:24:47 user crit kernel: ADSL G.994 training
Apr 29 13:24:57 daemon notice pppd[311]: Terminating connection due to link down.
Apr 29 13:24:57 user crit kernel: ADSL G.992 started
Apr 29 13:24:58 daemon info pppd[311]: Connect time 4379808.5 minutes.
Apr 29 13:24:58 daemon info pppd[311]: Sent 9188178 bytes, received 14655239 bytes.
Apr 29 13:24:59 daemon warn pppd[311]: Couldn't increase MRU to 1500
Apr 29 13:25:00 user warn syslog: dns query failed
Apr 29 13:25:01 user crit kernel: ADSL G.992 channel analysis
Apr 29 13:25:02 user warn syslog: dns query failed
Apr 29 13:25:04 user warn syslog: dns query failed
Apr 29 13:25:06 user warn syslog: dns query failed
Apr 29 13:25:06 daemon notice pppd[311]: Connection terminated....
Apr 29 13:25:07 user crit kernel: ADSL link up, interleaved, us=606, ds=2463
Apr 29 13:25:09 user warn syslog: dns query failed
Apr 29 13:25:11 user warn syslog: dns query failed
Apr 29 13:25:16 user debug syslog: iptables -t nat -A PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 128.9.0.107
Apr 29 13:25:19 daemon info pppd[311]: Sent PADT
Apr 29 13:25:24 daemon info pppd[311]: Sent PADT
Apr 29 13:25:34 daemon info pppd[311]: Sent PADT
Apr 29 13:25:43 user warn syslog: dns query failed
Apr 29 13:25:45 user warn syslog: dns query failed
Apr 29 13:25:47 user warn syslog: dns query failed
Apr 29 13:25:49 user warn syslog: dns query failed
Apr 29 13:25:51 user warn syslog: dns query failed
Apr 29 13:25:53 user warn syslog: dns query failed
Apr 29 13:25:55 daemon warn pppd[311]: Timeout waiting for PADO packets
Apr 29 13:25:55 daemon err pppd[311]: Unable to complete PPPoE Discovery
Apr 29 13:25:59 daemon info pppd[311]: Sent PADT
Apr 29 13:25:59 daemon info pppd[311]: PPP session is 8980
Apr 29 13:25:59 daemon info pppd[311]: Using interface ppp0_1_32_2
Apr 29 13:25:59 daemon notice pppd[311]: Connect: ppp_0_1_32_2 <--> nas_0_1_32
Apr 29 13:25:59 daemon warn pppd[311]: Couldn't increase MRU to 1500
Apr 29 13:26:00 daemon warn pppd[311]: Couldn't increase MRU to 1500
Apr 29 13:26:00 daemon notice pppd[311]: PAP authentication succeeded
Apr 29 13:26:00 daemon notice pppd[311]: peer from calling number 00:90:1A:42:B1:CA authorized
Apr 29 13:26:01 daemon notice pppd[311]: local IP address 92.112.19.214
Apr 29 13:26:01 daemon notice pppd[311]: remote IP address 195.5.5.184
Apr 29 13:26:01 daemon notice pppd[311]: primary DNS address 195.5.46.12
Apr 29 13:26:01 daemon notice pppd[311]: secondary DNS address 195.5.46.10
Apr 29 13:26:21 user debug syslog: route add default gw 195.5.5.184 2>/dev/null
Apr 29 13:26:23 user debug syslog: iptables -A FORWARD -o ppp_0_1_32_2 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
Apr 29 13:26:23 user debug syslog: iptables -A FORWARD -i ppp_0_1_32_2 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
Apr 29 13:26:24 user debug syslog: echo > /proc/net/ip_conntrack
Apr 29 13:26:24 user debug syslog: echo "1000" > /proc/sys/net/ipv4/ip_conntrack_max
Apr 29 13:26:24 user debug syslog: iptables -t nat -D PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 128.9.0.107 2>/dev/null
Apr 29 13:26:24 user debug syslog: iptables -t nat -D POSTROUTING -o ppp_0_1_32_2 -s 192.168.1.0/255.255.255.0 -j MASQUERADE 2>/dev/null
Apr 29 13:26:24 user debug syslog: iptables -t nat -A POSTROUTING -o ppp_0_1_32_2 -s 192.168.1.0/255.255.255.0 -j MASQUERADE
Apr 29 13:26:26 user debug syslog: kill -9 1460
Apr 29 13:26:27 user debug syslog: echo > /var/hosts
Apr 29 13:26:28 user alert kernel: Intrusion -> IN=ppp_0_1_32_2 OUT= MAC= SRC=90.55.169.95 DST=92.112.19.214 LEN=48 TOS=0x00 PREC=0x00 TTL=113 ID=55496 DF PROTO=TCP SPT=2814 DPT=18768 WINDOW=65535 RES=0x00 SYN URGP=0
Apr 29 13:26:35 user debug syslog: iptables -I INPUT 1 -p icmp --icmp-type echo-request -i ppp_0_1_32_2 -j ACCEPT

Вернуться наверх

Davydov Denis

Заголовок сообщения:

Добавлено: Вт апр 29, 2008 13:56

Сотрудник D-LINK

Зарегистрирован: Пт апр 01, 2005 12:35
Сообщений: 8492
Откуда: Москва

To d-gluk

Из чего Вы сделали вывод, что модем не "слышит" шлюз провайдера??
Данный шлюз не пингуется? Если шлюз не пингуется - это не свидетельствует о нерабочей PPP сессии.
С каким результатом завершаются тесты на странице Management > Diagnostics??

По поводу установок времени: настроек синхронизации с NTP серверами в Интернет Вам не хватает?

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

Вернуться наверх

d-gluk

Заголовок сообщения:

Добавлено: Вт апр 29, 2008 15:41

Зарегистрирован: Вс апр 20, 2008 16:20
Сообщений: 28

Davydov Denis писал(а):

To d-gluk
По поводу установок времени: настроек синхронизации с NTP серверами в Интернет Вам не хватает?

Это не работает в режиме бриджа.

Вернуться наверх

dimaua

Заголовок сообщения:

Добавлено: Ср апр 30, 2008 02:29

Зарегистрирован: Вт фев 26, 2008 12:06
Сообщений: 37
Откуда: Харьков

Денис выложите пожалуйста заключение ваших московских, и наших киевских специалистов, в котором явно будет указано, что кепаливе жив. Пожалуйста укажите условия тестирования, и настройки модема, вплоть до настроек часиков, и не исключая, а наобород дополняя такими параметрами, как размер пакета, включены ли доп функции.... Уже на основании этого Мы, все пользователи этого "замечательного" модема будем решать что дальше делать.
Если выясниться, что проблема в броадкомовском чипе, то это уже как бы то нас не колышит, а если явно будет видно что все дело в укртелекоме, пользователи которого тут возмушаються, то нам нужно письменное подтверждения работоспособности модема для дальнейшего обращения в соответствуюие инстанции. И я так понимаю Вы мой пост просто проигнорировали, который я оставлял примерно неделю назад.
И еще одно, спецы давайте посмотрим на 2 отрывка из логов
первый с нормальной работой модема:
2008-04-13 19:08:30 Daemon.Info 172.21.1.1 pppd[243]: Sent PADT
2008-04-13 19:08:30 Daemon.Info 172.21.1.1 pppd[243]: PPP session is 9241
2008-04-13 19:08:30 Daemon.Info 172.21.1.1 pppd[243]: Using interface ppp0_1_32_1
2008-04-13 19:08:31 Daemon.Notice 172.21.1.1 pppd[243]: Connect: ppp_0_1_32_1 <--> nas_0_1_32
2008-04-13 19:08:31 Daemon.Warning 172.21.1.1 pppd[243]: Couldn't increase MRU to 1500
2008-04-13 19:08:31 Daemon.Warning 172.21.1.1 pppd[243]: Couldn't increase MRU to 1500
2008-04-13 19:08:31 Daemon.Notice 172.21.1.1 pppd[243]: PAP authentication succeeded
2008-04-13 19:08:31 Daemon.Notice 172.21.1.1 pppd[243]: peer from calling number 00:90:1A:42:BB:D9 authorized
2008-04-13 19:08:32 Daemon.Notice 172.21.1.1 pppd[243]: local IP address 92.113.154.110
2008-04-13 19:08:32 Daemon.Notice 172.21.1.1 pppd[243]: remote IP address 195.5.5.204
2008-04-13 19:08:32 Daemon.Notice 172.21.1.1 pppd[243]: primary DNS address 195.5.46.12
2008-04-13 19:08:32 Daemon.Notice 172.21.1.1 pppd[243]: secondary DNS address 195.5.46.11
2008-04-13 19:08:34 User.Debug 172.21.1.1 syslog: route add default gw 195.5.5.204 2>/dev/null
2008-04-13 19:08:34 User.Debug 172.21.1.1 syslog: iptables -A FORWARD -o ppp_0_1_32_1 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
2008-04-13 19:08:35 User.Debug 172.21.1.1 syslog: iptables -A FORWARD -i ppp_0_1_32_1 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
2008-04-13 19:08:35 User.Debug 172.21.1.1 syslog: echo > /proc/net/ip_conntrack
2008-04-13 19:08:35 User.Debug 172.21.1.1 syslog: echo "1000" > /proc/sys/net/ipv4/ip_conntrack_max
2008-04-13 19:08:35 User.Debug 172.21.1.1 syslog: iptables -t nat -D PREROUTING -i br0 -d 172.21.1.1 -p udp --dport 53 -j DNAT --to 128.9.0.107 2>/dev/null
2008-04-13 19:08:35 User.Debug 172.21.1.1 syslog: iptables -t nat -D POSTROUTING -o ppp_0_1_32_1 -s 172.21.1.0/255.255.255.0 -j MASQUERADE 2>/dev/null
2008-04-13 19:08:35 User.Debug 172.21.1.1 syslog: iptables -t nat -A POSTROUTING -o ppp_0_1_32_1 -s 172.21.1.0/255.255.255.0 -j MASQUERADE
2008-04-13 19:08:36 User.Debug 172.21.1.1 syslog: kill -9 237
2008-04-13 19:08:36 User.Debug 172.21.1.1 syslog: echo > /var/hosts
2008-04-13 19:08:39 User.Debug 172.21.1.1 syslog: iptables -I INPUT 1 -p tcp --dport 80 -i ppp_0_1_32_1 -j ACCEPT
2008-04-13 19:08:39 User.Debug 172.21.1.1 syslog: iptables -I INPUT 1 -p tcp --dport 23 -i ppp_0_1_32_1 -j ACCEPT

И после поднятия сесии во время разрыва соединения на стороне прова:
2008-04-14 19:07:32 Daemon.Info 172.21.1.1 pppd[243]: LCP terminated by peer
2008-04-14 19:07:36 Daemon.Info 172.21.1.1 pppd[243]: Connect time 4358586.9 minutes.
2008-04-14 19:07:36 Daemon.Info 172.21.1.1 pppd[243]: Sent 4198320545 bytes, received 2876484619 bytes.
2008-04-14 19:07:41 Daemon.Warning 172.21.1.1 pppd[243]: Couldn't increase MRU to 1500
2008-04-14 19:07:45 Daemon.Notice 172.21.1.1 pppd[243]: Connection terminated....
2008-04-14 19:07:58 Daemon.Info 172.21.1.1 pppd[243]: Sent PADT
2008-04-14 19:07:58 Daemon.Info 172.21.1.1 pppd[243]: PPP session is 15784
2008-04-14 19:07:58 Daemon.Info 172.21.1.1 pppd[243]: Using interface ppp0_1_32_1
2008-04-14 19:08:02 User.Warning 172.21.1.1 syslog: dns query failed
2008-04-14 19:08:06 User.Warning 172.21.1.1 syslog: dns query failed
2008-04-14 19:08:06 Syslog.Info 172.21.1.1 -- MARK --
2008-04-14 19:08:07 User.Warning 172.21.1.1 syslog: dns query failed
2008-04-14 19:08:12 User.Warning 172.21.1.1 syslog: dns query failed
2008-04-14 19:08:14 User.Warning 172.21.1.1 syslog: dns query failed
2008-04-14 19:08:18 User.Warning 172.21.1.1 syslog: dns query failed
2008-04-14 19:08:40 Daemon.Notice 172.21.1.1 pppd[243]: Connect: ppp_0_1_32_1 <--> nas_0_1_32
2008-04-14 19:08:40 Daemon.Warning 172.21.1.1 pppd[243]: Couldn't increase MRU to 1500
2008-04-14 19:08:40 Daemon.Warning 172.21.1.1 pppd[243]: Couldn't increase MRU to 1500
2008-04-14 19:08:40 Daemon.Notice 172.21.1.1 pppd[243]: PAP authentication succeeded
2008-04-14 19:08:40 Daemon.Notice 172.21.1.1 pppd[243]: peer from calling number 00:90:1A:42:BB:D9 authorized
2008-04-14 19:08:43 Daemon.Notice 172.21.1.1 pppd[243]: local IP address 92.113.131.11
2008-04-14 19:08:43 Daemon.Notice 172.21.1.1 pppd[243]: remote IP address 195.5.5.204
2008-04-14 19:08:43 Daemon.Notice 172.21.1.1 pppd[243]: primary DNS address 195.5.46.12
2008-04-14 19:08:43 Daemon.Notice 172.21.1.1 pppd[243]: secondary DNS address 195.5.46.11
2008-04-14 19:09:25 User.Warning 172.21.1.1 syslog: dns query failed
2008-04-14 19:09:27 User.Warning 172.21.1.1 syslog: dns query failed

И теперь внимание вопрос:
А где во стором слачае строка:
2008-04-13 19:08:34 User.Debug 172.21.1.1 syslog: route add default gw 195.5.5.204 2>/dev/null
2008-04-13 19:08:34 User.Debug 172.21.1.1 syslog: iptables -A FORWARD -o ppp_0_1_32_1 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
2008-04-13 19:08:35 User.Debug 172.21.1.1 syslog: iptables -A FORWARD -i ppp_0_1_32_1 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
2008-04-13 19:08:35 User.Debug 172.21.1.1 syslog: echo > /proc/net/ip_conntrack
2008-04-13 19:08:35 User.Debug 172.21.1.1 syslog: echo "1000" > /proc/sys/net/ipv4/ip_conntrack_max
2008-04-13 19:08:35 User.Debug 172.21.1.1 syslog: iptables -t nat -D PREROUTING -i br0 -d 172.21.1.1 -p udp --dport 53 -j DNAT --to 128.9.0.107 2>/dev/null
2008-04-13 19:08:35 User.Debug 172.21.1.1 syslog: iptables -t nat -D POSTROUTING -o ppp_0_1_32_1 -s 172.21.1.0/255.255.255.0 -j MASQUERADE 2>/dev/null
2008-04-13 19:08:35 User.Debug 172.21.1.1 syslog: iptables -t nat -A POSTROUTING -o ppp_0_1_32_1 -s 172.21.1.0/255.255.255.0 -j MASQUERADE
2008-04-13 19:08:36 User.Debug 172.21.1.1 syslog: kill -9 237
2008-04-13 19:08:36 User.Debug 172.21.1.1 syslog: echo > /var/hosts
2008-04-13 19:08:39 User.Debug 172.21.1.1 syslog: iptables -I INPUT 1 -p tcp --dport 80 -i ppp_0_1_32_1 -j ACCEPT

Или я чего то не понимаю....Подскажите

_________________
DSL 2500U/BRU/D RU_DSL-2500U_1.30_05282008 Украина,Харьков,Укртелеком, 4 Мбит

Вернуться наверх

d-gluk

Заголовок сообщения:

Добавлено: Ср апр 30, 2008 10:19

Зарегистрирован: Вс апр 20, 2008 16:20
Сообщений: 28

Хм странно. Сегодня модем простоял всю ночь и утром вот просыпаюсь и работает. Обычно каждое утро приходится перезагружать.
Настройки все по умолчанию как были так и есть. Прошывка самая первая RU_DSL-2500U_1.00_11122007. Тут даже нету опции Keep Alive , но оно всеравно работает.

Но на этой же прошивке с такими же параметрами 2 дня назад глючило. Вчера помойму был только один глюк утром.

При серфинге по админ странице модема - очень тормозит. Страницы грузятся секунд 20. При том что я ничего не качаю.

Вернуться наверх

Davydov Denis

Заголовок сообщения:

Добавлено: Ср апр 30, 2008 10:31

Сотрудник D-LINK

Зарегистрирован: Пт апр 01, 2005 12:35
Сообщений: 8492
Откуда: Москва

To dimaua

По поводу заключения по работе устройства в нашей лаборатории:
Вы хотите вариант с печатями и прочим? Такой документ Вам могут предоставить только в сервисном центре после тестирования Вашего устройства. Что касается схемы тестирования и результатов - я уже неоднократно приводил их в форуме.

По поводу заключения по работе устройства в реальном окружении Укртелеком: данная информация будет доступна толкь после проведения тестирования.

Что касается приведенного Вами лога:
во втором случае по каким то причинам не бвл добавлен default маршрут. Попробуйте сделать следующее (указать принудительно, что использовать в качестве default маршрута): Advanced Settings > Routing > Default Gateway > выберите PPP интерфейс в качестве default gateway и нажмите кнопку Apply.
После чего сохраните настройки и перезагрузите устройство.

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

Вернуться наверх

dimaua

Заголовок сообщения:

Добавлено: Ср апр 30, 2008 10:39

Зарегистрирован: Вт фев 26, 2008 12:06
Сообщений: 37
Откуда: Харьков

Денис, дело в том, что именно после срабатывания функции кепаливе, в большинстве случаев именно такой лог, без default маршрут...
Если у кого то не так, пожалуйста выложите свой.

_________________
DSL 2500U/BRU/D RU_DSL-2500U_1.30_05282008 Украина,Харьков,Укртелеком, 4 Мбит

Вернуться наверх

d-gluk

Заголовок сообщения:

Добавлено: Ср апр 30, 2008 10:44

Зарегистрирован: Вс апр 20, 2008 16:20
Сообщений: 28

снова глюк.

В сервис центр если отнести модем то потом сидеть без инета.

Вернуться наверх

Zypan

Заголовок сообщения:

Добавлено: Чт май 01, 2008 13:15

Зарегистрирован: Чт ноя 22, 2007 14:23
Сообщений: 22

в опшем.. решил потестировать.. этот кипэлайв в ручную... и вот что получилос..
когда обраваю сесию.. и потом с паузой секунд в 10-15 делаю поднятие.. то она не подымается... пакеты ваше не шлются...НО
когда делаю поднять сесию еще рас после первой попытки.. с паузой секнд так тоже в 10 то она поднимается без проблем вообще.. страна получается +).. одного запроса на поднятие нехватает чтоле.. или как =)

_________________

Цитата:

[DI-604x2&DSL-2500U/BRU/D]

Вернуться наверх

Maksym1

Заголовок сообщения:

Добавлено: Пт май 02, 2008 00:24

Зарегистрирован: Вс фев 10, 2008 02:18
Сообщений: 51

Davydov Denis писал(а):

Что касается приведенного Вами лога:
во втором случае по каким то причинам не бвл добавлен default маршрут. Попробуйте сделать следующее (указать принудительно, что использовать в качестве default маршрута): Advanced Settings > Routing > Default Gateway > выберите PPP интерфейс в качестве default gateway и нажмите кнопку Apply.
После чего сохраните настройки и перезагрузите устройство.

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

Вернуться наверх

dimaua

Заголовок сообщения:

Добавлено: Пт май 02, 2008 00:46

Зарегистрирован: Вт фев 26, 2008 12:06
Сообщений: 37
Откуда: Харьков

Прям как то интерестно получается, то :

Цитата:

Давыдов Денис
...Записи в логе вида "dns query failed" вызваны работой некого внутреннего сервиса устройства (так как в ходе тестирования SNTP сервис модема был выключен). ...

или же

Цитата:

У меня это не получилось проверить, но добрый человек решил еще раз напряч свой модем и выдал следующее:

Цитата:

Maksym1

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

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

Прям как то очень интерестно получается-все плохие только мы хорошие-а ведь так нельзя, зачем делать из нас всех тупых, или же это такая политика компании....
Денис, прошу еще раз-сделайте все по нормальному.... Что бы работало....

P.S. Пойду дальше-укажу гэтвэй в явном виде, прописав циферки, и днс присвою те, которые дает провайдер...и будем ждать.результат только завтра

_________________
DSL 2500U/BRU/D RU_DSL-2500U_1.30_05282008 Украина,Харьков,Укртелеком, 4 Мбит

Вернуться наверх

Страница 8 из 14

[ Сообщений: 205 ]

На страницу Пред. 1 ... 5, 6, 7, 8, 9, 10, 11 ... 14 След.

Список форумов » ADSL и последняя миля

Часовой пояс: UTC + 3 часа

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 5

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения