faq обучение настройка
Текущее время: Пн июн 16, 2025 08:05

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




Начать новую тему Ответить на тему  [ Сообщений: 20 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения: Теряется шлюз по умолчанию 2500U/BRU/D
СообщениеДобавлено: Вс фев 01, 2009 06:20 
Не в сети

Зарегистрирован: Сб янв 24, 2009 05:33
Сообщений: 111
Модем 2500U/BRU/D теряет шлюз по умолчанию после разрыва для биллинга. Эта проблема наблюдается примерно пол года с момента приобретения модема.
Прошивка стоит последняя RU_1.40. Провайдер укртелеком.
Замечена особенность. Если после разрыва на биллинг меняется IP адрес шлюза, то шлюз по умолчанию теряется из таблицы маршрутизации. При этом естественно интернет пропадает. Если IP адрес шлюза после биллинга не меняется, то модем все прекрасно отрабатывает. Всевозможные манипуляции с настройками ( Use the following default gateway:, Keep alive PPP connection) не помогают.

P.S. Дополнительно могу предоставить всю информацию, если что не понятно объяснил.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт фев 03, 2009 23:22 
Не в сети

Зарегистрирован: Сб янв 24, 2009 05:33
Сообщений: 111
Складывается впечатление, что об этом свойстве 2500U/BRU/D не принято говорить вслух.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср фев 04, 2009 08:29 
Не в сети

Зарегистрирован: Чт янв 22, 2009 18:50
Сообщений: 49
об этом говорили уже очень много.. вот здесь посмотрите - viewtopic.php?t=62379
а вообще, вроде бы есть несколько ревизий прошивки 1.40. вы уверены, что у вас самая последняя?


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Ср фев 04, 2009 09:11 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пн июл 10, 2006 13:40
Сообщений: 5821
Откуда: D-Link, Moscow
name_w писал(а):
Модем 2500U/BRU/D теряет шлюз по умолчанию после разрыва для биллинга. Эта проблема наблюдается примерно пол года с момента приобретения модема.
Прошивка стоит последняя RU_1.40. Провайдер укртелеком.
Замечена особенность. Если после разрыва на биллинг меняется IP адрес шлюза, то шлюз по умолчанию теряется из таблицы маршрутизации. При этом естественно интернет пропадает. Если IP адрес шлюза после биллинга не меняется, то модем все прекрасно отрабатывает. Всевозможные манипуляции с настройками ( Use the following default gateway:, Keep alive PPP connection) не помогают.

P.S. Дополнительно могу предоставить всю информацию, если что не понятно объяснил.

Эта проблема решена. Обновите прошивку до: ftp://ftp.dlink.ru/pub/ADSL/DSL-2500U_B ... 252008.zip


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср фев 04, 2009 12:02 
Не в сети

Зарегистрирован: Сб янв 24, 2009 05:33
Сообщений: 111
Спасибо за ответы.
Прошивка сейчас RU_DSL-2500U_BRU_D_1.40_12252008, т.е. последняя. До этого были 1.40 разных изданий, в том числе и KEEP ALIVE PATCH для 2500U/BRU/D. Остановился на последней официальной, на мой взгляд наиболее стабильной. :)
Уточню проблему. В моем подключении, модем устанавливает РРР соединение с одной из двух машин. Их IP адреса 195.5.5.202 и 195.5.5.203. С кем произойдет соединение, зависит от случая, наверное кто быстрее ответит на запрос PADI. Если в случае разрыва на биллинг меняется шлюз, т. е. до биллинга был один, а после другой, то интернет пропадает. При этом снифом видно, что входной трафик присутствует! В случае, если шлюзы не меняются, то все работает. Абсолютный рекорд, около 5 суток. Как предположение:

syslog: route add default gw 195.5.5.203 2>/dev/nul

может это статическое правило из предыдущей сесии, не учитывает динамики процесса?


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср фев 04, 2009 14:19 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пн июл 10, 2006 13:40
Сообщений: 5821
Откуда: D-Link, Moscow
name_w писал(а):
Спасибо за ответы.
Прошивка сейчас RU_DSL-2500U_BRU_D_1.40_12252008, т.е. последняя. До этого были 1.40 разных изданий, в том числе и KEEP ALIVE PATCH для 2500U/BRU/D. Остановился на последней официальной, на мой взгляд наиболее стабильной. :)
Уточню проблему. В моем подключении, модем устанавливает РРР соединение с одной из двух машин. Их IP адреса 195.5.5.202 и 195.5.5.203. С кем произойдет соединение, зависит от случая, наверное кто быстрее ответит на запрос PADI. Если в случае разрыва на биллинг меняется шлюз, т. е. до биллинга был один, а после другой, то интернет пропадает. При этом снифом видно, что входной трафик присутствует! В случае, если шлюзы не меняются, то все работает. Абсолютный рекорд, около 5 суток. Как предположение:

syslog: route add default gw 195.5.5.203 2>/dev/nul

может это статическое правило из предыдущей сесии, не учитывает динамики процесса?

Странная схема, для чего в сети два PPPoE-сервера?
Вы можете задать к какому из серверов роутер должен подключаться, прописав одинаковый PPPoE Service Name на стороне сервера и клиента.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт фев 05, 2009 06:56 
Не в сети

Зарегистрирован: Сб янв 24, 2009 05:33
Сообщений: 111
На широковещательный запрос PADI, приходит 5 (!)ответов PADO, с разных ethernet адресов и двумя именами концетраторов доступа "DP-JE-L" и "DP-JE-R". При указании имени PPPoE сервиса (например «DP-JE-R”), сервера все равно его игнорируют, и соединение устанавливается с первым ответившим ( т.е. кто первый прислал PADO ответ).
Значит ли, что у провайдера не корректно выполнена настройка, если например модем ZYXEL P660RU2 EE на той же линии работает безупречно, без конкретного указания Service Name?
Вобщем поставлю имя сервиса, со временем посмотрю.
Если в чем-то не прав, прокомментируйте пожалуйста.
P.S. Техподдержка провайдера не знает, что нужно вводить в поле Service Name, несколько звонков, разные ответы. :)


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс фев 08, 2009 20:53 
Не в сети

Зарегистрирован: Сб янв 24, 2009 05:33
Сообщений: 111
Ну вот прошли сутки, результат тот же:

> swversion show
RU_1.40
# cat /etc/versions
MODEL=DSL-2500U
VERSION=RU_1.40
BCM_VERSION=3.10L.01.
Revision=4995
FSSTAMP=20081225111330
> sysinfo
Number of processes: 24
12:19am up 1 day, 19 min,
load average: 1 min:0.01, 5 min:0.03, 15 min:0.05
total used free shared buffers
Mem: 5896 5448 448 0 132
Swap: 0 0 0
Total: 5896 5448 448
> wan show
VCC Con. Catego. Service Interface Proto. IGMP QoS State Status IP
ID Name Name address
0.1.32 1 UBR pppoe_0_1_32_1 ppp_0_1_32_1 PPPoE Disable Disable Enable Up 92.113.21.175
> route show

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
195.5.5.202 * 255.255.255.255 UH 0 0 0 ppp_0_1_32_1
192.168.1.0 * 255.255.255.0 U 0 0 0 br0

> ps
PID Uid VmSize Stat Command
1 admin 96 S init
2 admin SWN [ksoftirqd/0]
3 admin SW< [events/0]
4 admin SW< [khelper]
5 admin SW< [kblockd/0]
6 admin SW [pdflush]
7 admin SW [pdflush]
8 admin SW [kswapd0]
9 admin SW< [aio/0]
10 admin SW [mtdblockd]
17 admin 128 S -sh
48 admin 192 S cfm
144 admin 92 S pvc2684d
241 admin 188 S dhcpd
263 admin 128 S syslogd -C -l 7
267 admin 96 S klogd
269 admin 160 S ddnsd /var/ddnsd.cfg /var/ddnsd.cache
284 admin 736 S httpd
288 admin 244 S pppd plugin pppoe rp_pppoe_service DP-JE-R nas_0_1_32
509 admin 136 S /bin/dnsprobe
1286 admin 420 S telnetd
1287 admin 572 S telnetd
1388 admin 256 S sh -c ps
1389 admin 252 R ps

Jan 2 00:00:12 daemon info pppd[288]: LCP terminated by peer
Jan 2 00:00:14 daemon info pppd[288]: Connect time 1439.1 minutes.
Jan 2 00:00:14 daemon info pppd[288]: Sent 2792132172 bytes, received 1896042916 bytes.
Jan 2 00:00:15 daemon warn pppd[288]: Couldn't increase MRU to 1500
Jan 2 00:00:18 daemon notice pppd[288]: Connection terminated....
Jan 2 00:00:24 daemon info pppd[288]: Sent PADT
Jan 2 00:00:24 daemon info pppd[288]: PPP session is 3015
Jan 2 00:00:25 daemon info pppd[288]: Using interface ppp0_1_32_1
Jan 2 00:00:25 daemon notice pppd[288]: Connect: ppp_0_1_32_1 <--> nas_0_1_32
Jan 2 00:00:25 daemon warn pppd[288]: Couldn't increase MRU to 1500
Jan 2 00:00:26 daemon notice pppd[288]: PAP authentication succeeded
Jan 2 00:00:26 daemon notice pppd[288]: peer from calling number 00:90:1A:42:68:4F authorized
Jan 2 00:00:26 syslog info -- MARK --
Jan 2 00:00:27 daemon notice pppd[288]: local IP address 92.113.21.175
Jan 2 00:00:27 daemon notice pppd[288]: remote IP address 195.5.5.202
Jan 2 00:00:27 daemon notice pppd[288]: primary DNS address 195.5.46.12
Jan 2 00:00:27 daemon notice pppd[288]: secondary DNS address 82.207.66.249
Jan 2 00:03:41 user warn dnsprobe[509]: dns query failed
Jan 2 00:03:44 user warn dnsprobe[509]: dns query failed
Jan 2 00:03:46 user warn dnsprobe[509]: dns query failed
Jan 2 00:03:46 user notice dnsprobe[509]: Primary DNS server Is Down... Switching To Secondary DNS server
Jan 2 00:13:51 user warn dnsprobe[509]: dns query failed
Jan 2 00:13:53 user warn dnsprobe[509]: dns query failed
Jan 2 00:13:55 user warn dnsprobe[509]: dns query failed

Как обычно, помогает перезагрузка:

> reboot

The system shell is being reset. Please wait...
PID Uid VmSize Stat Command
1 admin 96 S init
2 admin SWN [ksoftirqd/0]
3 admin SW< [events/0]
4 admin SW< [khelper]
5 admin SW< [kblockd/0]
6 admin SW [pdflush]
7 admin SW [pdflush]
8 admin SW [kswapd0]
9 admin SW< [aio/0]
10 admin SW [mtdblockd]
17 admin 128 S -sh
48 admin 184 S cfm
144 admin 92 S pvc2684d
241 admin 188 S dhcpd
263 admin 148 S syslogd -C -l 7
267 admin 96 S klogd
269 admin 160 S ddnsd /var/ddnsd.cfg /var/ddnsd.cache
284 admin 700 S httpd
288 admin 244 S pppd plugin pppoe rp_pppoe_service DP-JE-R nas_0_1_32
509 admin 140 S /bin/dnsprobe
1286 admin 400 S telnetd
1287 admin 772 S telnetd
1888 admin 256 S sh -c ps > /var/pslist
1889 admin 252 R ps
Number of processes: 24
12:28am up 1 day, 28 min,
load average: 1 min:0.02, 5 min:0.02, 15 min:0.02
total used free shared buffers
Mem: 5896 5436 460 0 84
Swap: 0 0 0
Total: 5896 5436 460
kill ddnsd process...
kill klogd process...
kill syslogd process...
kill pppd process...
kill dnsprobe process...
kill cfm process...
kill dhcpd process...
kill pvc2684d process...

Remaining modules:
ipt_iprange 640 0 - Live 0xc00b3000
ipt_string 2064 0 - Live 0xc00a9000
ipt_NOTRACK 672 0 - Live 0xc00ab000
iptable_raw 544 0 - Live 0xc00a7000
ip_queue 10592 0 - Live 0xc008e000
ip_nat_sip 10704 0 - Live 0xc009f000
ip_conntrack_sip 10336 1 ip_nat_sip, Live 0xc0094000
iptable_nat 15632 2 ip_queue,ip_nat_sip, Live 0xc0053000
ip_conntrack 25664 5 ipt_NOTRACK,ip_queue,ip_nat_sip,ip_conntrack_sip,iptable_nat, Live 0xc0058000
ip_tables 14144 6 ipt_iprange,ipt_string,ipt_NOTRACK,iptable_raw,ip_queue,iptable_nat, Live 0xc0008000
bcm_enet 25312 0 - Live 0xc0042000
bcmprocfs 17392 0 - Live 0xc0010000
br2684 27680 4294967295 - Live 0xc0016000
adsldd 139328 0 - Live 0xc0066000
atmapi 64960 2 br2684,adsldd, Live 0xc0025000

Memory info:
Number of processes: 16
12:28am up 1 day, 28 min,
load average: 1 min:0.09, 5 min:0.04, 15 min:0.02
total used free shared buffers
Mem: 5896 5180 716 0 188
Swap: 0 0 0
Total: 5896 5180 716

Прошивка самая последняя ftp://ftp.dlink.ru/pub/ADSL/DSL-2500U_B ... 252008.zip

Какие еще нужны данные?


Последний раз редактировалось name_w Вт фев 10, 2009 16:33, всего редактировалось 1 раз.

Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс фев 08, 2009 21:20 
Не в сети

Зарегистрирован: Сб янв 24, 2009 05:33
Сообщений: 111
Добавлено:

> cat /var/StaticRoute
route add -net 0.0.0.0 netmask 255.255.255.255 metric 1 gw 195.5.5.202
route add -net 0.0.0.0 netmask 255.255.255.255 metric 1 gw 195.5.5.202
route add -net 0.0.0.0 netmask 255.255.255.255 metric 1 gw 195.5.5.202
route add -net 0.0.0.0 netmask 255.255.255.255 metric 1 gw 195.5.5.202

Это зачем?


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн фев 09, 2009 08:59 
Не в сети

Зарегистрирован: Сб ноя 22, 2008 21:45
Сообщений: 417
Ради интереса ввел у себя данную команду. :)
Действительно 3 апсолютно одинаковых маршрута. Оно конечно понятно. Работает и слава Богу. Но действительно это баг или тайный умысел? :D

_________________
DSL-2500U/BRU/D


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср фев 11, 2009 04:12 
Не в сети

Зарегистрирован: Сб янв 24, 2009 05:33
Сообщений: 111
Вопросы остаются актуальными.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср фев 11, 2009 23:03 
Не в сети

Зарегистрирован: Сб янв 24, 2009 05:33
Сообщений: 111
Господа сотрудники D-Link.
Почему из таблицы маршрутизации, после разрыва для биллинга, теряется дефолтный маршрут?

# cat /etc/versions
MODEL=DSL-2500U
VERSION=RU_1.40
BCM_VERSION=3.10L.01.
Revision=4995
FSSTAMP=20081225111330


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт фев 12, 2009 13:27 
Не в сети

Зарегистрирован: Сб янв 24, 2009 05:33
Сообщений: 111
Если техподдержка форума не компетентна, или не уполномочена отвечать на поставленные вопросы, то можно ответить, кто ответственен за выпуск дефектного оборудования?


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт фев 12, 2009 20:03 
Не в сети

Зарегистрирован: Чт янв 22, 2009 18:50
Сообщений: 49
+стопицот!!! мы потратили деньги, удосужтесь нас хотя бы не игнорировать!!!


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн фев 23, 2009 23:37 
Не в сети

Зарегистрирован: Сб янв 24, 2009 05:33
Сообщений: 111
...и тишина... :( !!!


Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  [ Сообщений: 20 ]  На страницу 1, 2  След.

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


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

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


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

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB