D-Link • Просмотр темы - Вопросы по RU_1.40

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

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

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

Вопросы по RU_1.40_07152008 для DSL-2500U/BRU/D

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

Страница 35 из 36

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

На страницу Пред. 1 ... 32, 33, 34, 35, 36 След.

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

Автор

Сообщение

_alex_andr_

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

Добавлено: Сб фев 14, 2009 00:50

Зарегистрирован: Вт фев 10, 2009 14:44
Сообщений: 11

С техподдержкой сверяли что происходит при разрыве:

Мой модем сбросил сессию (так как уже не мог достучаться к ресурсам интернета) и отослал PADT но к серверу он не дошел, а на сервере моя сессия оставалась еще продолжительное время и была сброшена позднее по тайм-ауту.

Получается в определенные моменты начинают валить ошибки, из-за которых полностью пропадает возможность передачи полезных данных -> результат - модем не получает ответа от сервера а сервер не получает ответа от модема, при чем с АДСЛ соединением по индикации модема все впорядке (кроме завалов в некоторых тонах).

Что может провоцировать данную ситуацию?!

_________________
ОГО 2+; 2500U/BRU/D H/W D2 F/W 1.40_12252008

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

_alex_andr_

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

Добавлено: Сб фев 14, 2009 20:08

Зарегистрирован: Вт фев 10, 2009 14:44
Сообщений: 11

Отсутствие обмена информацией между модемом и сервером появляется после строки в логе (косвенно естественно):
USER,CRITICAL, kernel: OAM loopback response not received on PORT/VPI/VCI 0/1/32

Потом если включена опция keep alive модем пингует три раза инет - ничего в ответ не получает, и разорвав соединение (на своей стороне) начинает отсылать PADT серверу, тоесть пытается корректно разорвать сессию а потом начать новую, а толку отсылать пакеты серверу если уже с ДСЛАМом нет связи как таковой (причем по статусу модема АДСЛ линк поднят и тест - "Test ADSL Synchronization: PASS" а "Test ATM OAM F5 segment ping: FAIL").

Кто знает из-за чего может проявляться ошибка OAM loopback response not received on PORT/VPI/VCI 0/1/32 и что она точно означает?

_________________
ОГО 2+; 2500U/BRU/D H/W D2 F/W 1.40_12252008

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

name_w

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

Добавлено: Вс фев 15, 2009 02:10

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

Та же проблема. При этом модем очень "тяжело подымает" соединение, от 1 до 5 мин. Замечено, что в режиме моста, таких проблем не возникает (при прочих равных условиях). Из-за чего возникает? Из-за модема!
По ошибке вот: http://www.juniper.net/techpubs/softwar ... nfig6.html

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

_alex_andr_

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

Добавлено: Вс фев 15, 2009 11:12

Зарегистрирован: Вт фев 10, 2009 14:44
Сообщений: 11

name_w писал(а):

Благодарю за ссылку.
Не пробовали снимать графики состояния линии программой DMT при нормальной работе модема и при проблеме с коннектом? Интересно посмотреть на графики Вашего модема.

_________________
ОГО 2+; 2500U/BRU/D H/W D2 F/W 1.40_12252008

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

Seven8

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

Добавлено: Пн фев 16, 2009 14:42

Зарегистрирован: Пн сен 29, 2008 10:39
Сообщений: 19

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

и кстати пропадает не сразу канал, а пропадает возможность создания новых коннектов.
это я сужу по торренту, плавное затухание скорости до 0.

конечно это чуть лучьше чем совсем мёртвый модем, но нарпягает ждать реконнекта.

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

sm84

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

Добавлено: Ср фев 18, 2009 18:58

Зарегистрирован: Вс янв 25, 2009 17:32
Сообщений: 3

Все ребята не выдержал…
Ну в прям как о***измом заниматься с этим D-Link 2500U/BRU/D
И оф.прошивки пробовал (от декабря 2008) модем уходил в глубокий зависон и только принудительная перезагрузка спасала….
БОЛЬШОЕ ЧЕЛОВЕСКОЕ СПАСИБО АВТОРУ KEEP ALIVE PATCH для 2500U/BRU/D
Максимум что выжимал 1,5-2 дня потом принудительный ребут…..
+ сторонние ДНС прописываются только принудительно…
Взял сеня недорогой Acorp LAN110 – сейчас вот тестю))))))

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

_alex_andr_

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

Добавлено: Пт фев 20, 2009 18:15

Зарегистрирован: Вт фев 10, 2009 14:44
Сообщений: 11

Слушайте, снял галку с Keep alive PPP connection и уже 6 дней интернет работает нормально. По логам провайдера почти все сессии длятся 23:59 (тоесть биллинг). Если разрывалась связь то переподключался сам.

Функция Keep alive заставляет модем разрывать связь после трех неуспешных запросов в инет. Видать если немного подождать то связь рвет сам сервер и потом модем может законнектиться обратно (ИМХО).

Вот логи:

pppd[281]: LCP terminated by peer
pppd[281]: Connect time 1439.1 minutes.
pppd[281]: Sent 203722302 bytes, received 1368048008 bytes.
pppd[281]: Couldn't increase MRU to 1500
pppd[281]: Connection terminated....
pppd[281]: Sent PADT
pppd[281]: PPP session is 5693
pppd[281]: Using interface ppp0_1_32_1
pppd[281]: Connect: ppp_0_1_32_1 <--> nas_0_1_32
pppd[281]: Couldn't increase MRU to 1500
pppd[281]: PAP authentication succeeded
pppd[281]: peer from calling number ...

и т.д.

_________________
ОГО 2+; 2500U/BRU/D H/W D2 F/W 1.40_12252008

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

Seven8

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

Добавлено: Ср фев 25, 2009 18:35

Зарегистрирован: Пн сен 29, 2008 10:39
Сообщений: 19

_alex_andr_ писал(а):

спасибо за инфу, попробую и себе поправить.

ждём официальное обьяснение от предсатвителя D-Link.
просим. ;-)

Последний раз редактировалось Seven8 Ср фев 25, 2009 18:39, всего редактировалось 2 раз(а).

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

_alex_andr_

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

Добавлено: Пт фев 27, 2009 00:54

Зарегистрирован: Вт фев 10, 2009 14:44
Сообщений: 11

Seven8 писал(а):

спасибо за инфу, попробую и себе поправить.

ждём официальное обьяснение от предсатвителя D-Link.
просим. ;-)

Такие мысли по поводу зависания модема у меня:
- при нормальной работе модема наблюдалось хорошее соотношение сигнал/шум почти для каждого тона (рисунок приводил выше).
- при пропадании интернета наблюдался завал соотношения сигнал/шум с 168 по 360 тон (помеха в линии?!) (хотя количество бит на тон, в этом диапазоне, не изменилось). Предположительно даже при таком завале можно без проблем, на усмотрение модема, передавать такое количество бит на тон. Это хорошо но, взамен нормального приема данных, наблюдается поток ошибок.
- или это временная помеха или модем на рядом идущей линий (или еще что-то) - этого я пока незнаю?!

Без Keep alive PPP связь не разрывалась при кратковременном действии "помехи" в линии, и далее интернет продолжал работать, но уже с худшими параметрами соотношения сигнал/шум. Так что выключение Keep alive PPP просто помогло мне случайно, и не привело к решению проблемы полностью.

Решил отключить использование тонов где наблюдался завал. Так как с помощью веб интерфейса отключить тоны выше 255 не представлялось возможным (может кто знает как?!) то законектил АДСЛ с вырезаными тонами через телнет командой "adsl connection --tones ...".
Пока полет нормальный.

Seven8 проверьте состояние сигнал/шум до и после "зависания". Может у Вас линия не проваливается!?

Кто знает как, через веб морду, вырезать нужные тона и сохранить?!
(естественно что б после ребута модема они сохранялись)
Или как "вшить" скрипт с командой "adsl connection --tones ..." в модем, что б при рестарте модема и АДСЛ он выполнялся?!

_________________
ОГО 2+; 2500U/BRU/D H/W D2 F/W 1.40_12252008

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

KonstanT

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

Добавлено: Пн мар 02, 2009 01:14

Зарегистрирован: Пн ноя 03, 2008 11:54
Сообщений: 4
Откуда: Kyiv

Работаю на декабрьской прошивке, зависоны стали реже, но, всё равно, происходят. Если сравнить логи (1й лог - после ребута):

Код:

Jan 1 00:01:29   daemon   notice   pppd[285]: Connection terminated....
Jan 1 00:01:33   daemon   info   pppd[285]: Sent PADT
Jan 1 00:01:33   daemon   info   pppd[285]: PPP session is 10074
Jan 1 00:01:33   daemon   info   pppd[285]: Using interface ppp0_1_32_1
Jan 1 00:01:33   daemon   notice   pppd[285]: Connect: ppp_0_1_32_1 <--> nas_0_1_32
Jan 1 00:01:33   daemon   warn   pppd[285]: Couldn't increase MRU to 1500
Jan 1 00:01:34   daemon   notice   pppd[285]: PAP authentication succeeded
Jan 1 00:01:34   daemon   notice   pppd[285]: peer from calling number 00:90:1A:42:B0:23 authorized
Jan 1 00:01:34   daemon   notice   pppd[285]: local IP address 95.133.104.12
Jan 1 00:01:34   daemon   notice   pppd[285]: remote IP address 195.5.5.185
Jan 1 00:01:34   daemon   notice   pppd[285]: primary DNS address 82.207.66.242
Jan 1 00:01:34   daemon   notice   pppd[285]: secondary DNS address 82.207.66.249
Jan 1 00:01:36   user   debug   syslog: route add default gw 195.5.5.185 2>/dev/null
Jan 1 00:01:36   user   debug   syslog: iptables -A FORWARD -o ppp_0_1_32_1 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
Jan 1 00:01:37   user   debug   syslog: iptables -A FORWARD -i ppp_0_1_32_1 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
Jan 1 00:01:37   user   debug   syslog: echo > /proc/net/ip_conntrack
Jan 1 00:01:37   user   debug   syslog: echo "600" > /proc/sys/net/ipv4/ip_conntrack_max
Jan 1 00:01:37   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
Jan 1 00:01:37   user   debug   syslog: iptables -t nat -D POSTROUTING -o ppp_0_1_32_1 -s 192.168.1.0/255.255.255.0 -j MASQUERADE 2>/dev/null
Jan 1 00:01:37   user   debug   syslog: iptables -t nat -A POSTROUTING -o ppp_0_1_32_1 -s 192.168.1.0/255.255.255.0 -j MASQUERADE
Jan 1 00:01:37   user   debug   syslog: iptables -t nat -D PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 82.207.66.242 2>/dev/null
Jan 1 00:01:37   user   debug   syslog: iptables -t nat -A PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 82.207.66.242
Jan 1 00:01:37   user   debug   syslog: /bin/dnsprobe &
Jan 1 00:01:38   user   notice   dnsprobe[536]: dnsprobe started!
Jan 1 00:01:39   user   debug   syslog: iptables -I INPUT 1 -p tcp --dport 23 -i ppp_0_1_32_1 -j ACCEPT
Jan 1 00:01:42   user   alert   kernel: Intrusion -> IN=ppp_0_1_32_1 OUT= MAC= SRC=94.253.53.182 DST=95.133.104.12 LEN=48 TOS=0x00 PREC=0x00 TTL=115 ID=39694 DF PROTO=TCP SPT=2647 DPT=48085 WINDOW=65535 RES=0x00 SYN URGP=0
Mar 1 15:28:01   user   alert   kernel: Intrusion -> IN=ppp_0_1_32_1 OUT= MAC= SRC=95.133.73.9 DST=95.133.104.12 LEN=52 TOS=0x00 PREC=0x00 TTL=63 ID=33417 DF PROTO=TCP SPT=34856 DPT=135 WINDOW=60352 RES=0x00 SYN URGP=0
Mar 1 15:28:19   user   alert   kernel: Intrusion -> IN=ppp_0_1_32_1 OUT= MAC= SRC=95.133.216.171 DST=95.133.104.12 LEN=52 TOS=0x00 PREC=0x00 TTL=62 ID=55623 DF PROTO=TCP SPT=25611 DPT=135 WINDOW=60352 RES=0x00 SYN URGP=0
Mar 1 15:30:02   user   alert   kernel: Intrusion -> IN=ppp_0_1_32_1 OUT= MAC= SRC=95.133.216.171 DST=95.133.104.12 LEN=52 TOS=0x00 PREC=0x00 TTL=62 ID=5391 DF PROTO=TCP SPT=4430 DPT=135 WINDOW=60352 RES=0x00 SYN URGP=0
Mar 1 15:30:23   user   alert   kernel: Intrusion -> IN=ppp_0_1_32_1 OUT= MAC= SRC=93.177.190.71 DST=95.133.104.12 LEN=48 TOS=0x00 PREC=0x00 TTL=114 ID=3404 DF PROTO=TCP SPT=1129 DPT=11825 WINDOW=65535 RES=0x00 SYN URGP=0

2й лог - зависание аппарата:

Код:

Mar 1 22:53:06   daemon   notice   pppd[285]: Connection terminated....
Mar 1 22:53:12   daemon   info   pppd[285]: Sent PADT
Mar 1 22:53:12   daemon   info   pppd[285]: PPP session is 8950
Mar 1 22:53:13   daemon   info   pppd[285]: Using interface ppp0_1_32_1
Mar 1 22:53:13   daemon   notice   pppd[285]: Connect: ppp_0_1_32_1 <--> nas_0_1_32
Mar 1 22:53:13   daemon   warn   pppd[285]: Couldn't increase MRU to 1500
Mar 1 22:53:14   daemon   notice   pppd[285]: PAP authentication succeeded
Mar 1 22:53:14   daemon   notice   pppd[285]: peer from calling number 00:90:1A:42:B0:23 authorized
Mar 1 22:53:15   daemon   notice   pppd[285]: local IP address 95.133.146.249
Mar 1 22:53:15   daemon   notice   pppd[285]: remote IP address 195.5.5.185
Mar 1 22:53:15   daemon   notice   pppd[285]: primary DNS address 82.207.66.241
Mar 1 22:53:15   daemon   notice   pppd[285]: secondary DNS address 82.207.66.242
Mar 1 22:55:00   user   alert   kernel: Intrusion -> IN=ppp_0_1_32_1 OUT= MAC= SRC=95.133.164.50 DST=95.133.146.249 LEN=40 TOS=0x00 PREC=0x00 TTL=127 ID=14586 PROTO=TCP SPT=33031 DPT=139 WINDOW=16384 RES=0x00 SYN URGP=0
Mar 1 22:58:34   user   warn   dnsprobe[536]: dns query failed
Mar 1 22:58:36   user   warn   dnsprobe[536]: dns query failed
Mar 1 22:58:38   user   warn   dnsprobe[536]: dns query failed
Mar 1 22:58:38   user   notice   dnsprobe[536]: Primary DNS server Is Down... Switching To Secondary DNS server
Mar 1 23:05:17   user   alert   kernel: Intrusion -> IN=ppp_0_1_32_1 OUT= MAC= SRC=95.133.164.50 DST=95.133.146.249 LEN=52 TOS=0x00 PREC=0x00 TTL=63 ID=40254 DF PROTO=TCP SPT=56105 DPT=135 WINDOW=60352 RES=0x00 SYN URGP=0
Mar 1 23:08:41   user   warn   dnsprobe[536]: dns query failed
Mar 1 23:08:43   user   warn   dnsprobe[536]: dns query failed
Mar 1 23:08:45   user   warn   dnsprobe[536]: dns query failed
Mar 1 23:16:21   user   alert   kernel: Intrusion -> IN=ppp_0_1_32_1 OUT= MAC= SRC=95.133.9.160 DST=95.133.146.249 LEN=52 TOS=0x00 PREC=0x00 TTL=63 ID=54078 DF PROTO=TCP SPT=54976 DPT=135 WINDOW=60352 RES=0x00 SYN URGP=0
Mar 1 23:18:47   user   warn   dnsprobe[536]: dns query failed
Mar 1 23:18:49   user   warn   dnsprobe[536]: dns query failed
Mar 1 23:18:51   user   warn   dnsprobe[536]: dns query failed
Mar 1 23:25:07   user   alert   kernel: Intrusion -> IN=ppp_0_1_32_1 OUT= MAC= SRC=95.133.66.11 DST=95.133.146.249 LEN=52 TOS=0x00 PREC=0x00 TTL=63 ID=675 DF PROTO=TCP SPT=25858 DPT=445 WINDOW=60352 RES=0x00 SYN URGP=0
Mar 1 23:26:34   syslog   info   -- MARK --
Mar 1 23:28:53   user   warn   dnsprobe[536]: dns query failed
Mar 1 23:28:55   user   warn   dnsprobe[536]: dns query failed
Mar 1 23:28:57   user   warn   dnsprobe[536]: dns query failed
Mar 1 23:38:59   user   warn   dnsprobe[536]: dns query failed
Mar 1 23:39:01   user   warn   dnsprobe[536]: dns query failed
Mar 1 23:39:03   user   warn   dnsprobe[536]: dns query failed
Mar 1 23:41:09   user   alert   kernel: Intrusion -> IN=ppp_0_1_32_1 OUT= MAC= SRC=95.132.177.164 DST=95.133.146.249 LEN=48 TOS=0x00 PREC=0x00 TTL=126 ID=32869 DF PROTO=TCP SPT=4474 DPT=135 WINDOW=64800 RES=0x00 SYN URGP=0
Mar 1 23:46:57   user   alert   kernel: Intrusion -> IN=ppp_0_1_32_1 OUT= MAC= SRC=95.133.173.214 DST=95.133.146.249 LEN=52 TOS=0x00 PREC=0x00 TTL=63 ID=11215 DF PROTO=TCP SPT=29198 DPT=135 WINDOW=60352 RES=0x00 SYN URGP=0

Обращает внимание, что, после начала новой сессии, после раздачи IP и первичного и вторичного DNS, при нормальной загузке идёт команда "route add default gw 195.5.5.185 2>/dev/null", которая формирует основной маршрут, а в случае зависания такой команды не следует. Возможно, команду "сбила" реакция на сканер портов, последовавшая через 2 сек. после раздачи ДНСов.
Прошивка лучше, но ещё требует доработок.

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

Seven8

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

Добавлено: Пн мар 30, 2009 16:35

Зарегистрирован: Пн сен 29, 2008 10:39
Сообщений: 19

Второй раз ловлю "эту гадость" (Модем, он же роутер) на сбросе настроек в дефолт без моего ведома.
Вечером всё бегало, потушил машину, выдернул модем, поутру включаю, инета нету, я в настройки, пароль не мой, подошёл стандартный, настройки сброшены... И для сервиса предоставить нечего, чист, гад, как то я сам его сбрасывал... :evil:

Куда зпропастился Горелик Александр? Есть кто из D-Link?

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

Volk.jp

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

Добавлено: Пн апр 06, 2009 09:26

Зарегистрирован: Чт апр 02, 2009 10:25
Сообщений: 9

Здравствуйте, подскажите пожалуйста, какой прошивкой лучше прошить d-Link 2500D/BRU/D; D1. И обязательно ли нужно потом сбрасывать установленные настройки. Заранее спасибо!

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

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

Добавлено: Пн апр 06, 2009 09:33

Зарегистрирован: Вс окт 26, 2008 07:33
Сообщений: 1060
Откуда: Кривой Рог, Украина

Прошивай его последней версией RU_1.50 сброс после перепрошивки обязательно сделай

_________________
DSL-2500U/BRU/D1 | F/W 1.58 | Укртелеком ОГО! - 10

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

Volk.jp

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

Добавлено: Пн апр 06, 2009 13:39

Зарегистрирован: Чт апр 02, 2009 10:25
Сообщений: 9

Спасибо

Прошил. Всё супер работает )

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

Vita077

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

Добавлено: Пт сен 17, 2010 09:08

Зарегистрирован: Пт сен 17, 2010 09:00
Сообщений: 3

Позавчера перешил свой модем Интеркросс 5633Е Annex B, сделанный на чипсете Brodcomm - Board ID: 96338L-2M-8M, вот этой прошивкой для DSL-2500U В-Link - RU_DSL-2500U_3-06-04-3C00.B2pB023k.d19b (Bootloader (CFE) Version: 1.0.37-6.5).Прошивка на первой страницы этой темы - http://forum.surnet.ru/topic23375.html
Прошивка встала корректно, даже не пришлось обращаться в техподдержку оператора (Уралсвязьинформ, Свердловская область), чтобы просить сбросить привязку по МАС-адресу.
Все нравится, только вот, похоже остается проблема, о которой пишится в этой теме - Важно!!! РЕШЕНА проблема! KEEP ALIVE PATCH для 2500U/BRU/D - периодически происходит дисконнект с невозможностью восстановления связи самим модемом – приходится отключать и снова включать модем, чтобы достичь повторного соединения. Последняя предлагаемая прошивка на сайте D-Link не ставится на модем – что-то не нравится в названии прошивки - видимо нет прошивок под этот чип.
Посоветуйте, можно ли использовать эту прошивку - KEEP ALIVE PATCH для разрешения проблемы.

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

Страница 35 из 36

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

На страницу Пред. 1 ... 32, 33, 34, 35, 36 След.

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

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

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

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

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