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

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

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

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

KeepAllive 2500U\BRU\D

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

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

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

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

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

Автор

Сообщение

Maksym1

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

Добавлено: Сб апр 19, 2008 20:02

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

Итак. Уважаемые представители компании Д-линк. Хватит уже из пользователей делать идиотов. ДНС сервера в модеме прописаны вручную, на компьютере вручную. Результат -

Apr 19 19:45:26 daemon info pppd[245]: LCP terminated by peer
Apr 19 19:45:27 daemon info pppd[245]: Connect time 4365824.7 minutes.
Apr 19 19:45:27 daemon info pppd[245]: Sent 4223434194 bytes, received 215797387 bytes.
Apr 19 19:45:27 daemon warn pppd[245]: Couldn't increase MRU to 1500
Apr 19 19:45:31 daemon notice pppd[245]: Connection terminated....
Apr 19 19:45:37 daemon info pppd[245]: Sent PADT
Apr 19 19:45:37 daemon info pppd[245]: PPP session is 1808
Apr 19 19:45:37 daemon info pppd[245]: Using interface ppp0_1_32_1
Apr 19 19:45:37 daemon notice pppd[245]: Connect: ppp_0_1_32_1 <--> nas_0_1_32
Apr 19 19:45:38 daemon warn pppd[245]: Couldn't increase MRU to 1500
Apr 19 19:45:38 daemon warn pppd[245]: Couldn't increase MRU to 1500
Apr 19 19:45:38 daemon notice pppd[245]: PAP authentication succeeded
Apr 19 19:45:38 daemon notice pppd[245]: peer from calling number 00:90:1A:42:B0:22 authorized
Apr 19 19:45:40 daemon notice pppd[245]: local IP address 92.112.84.251
Apr 19 19:45:40 daemon notice pppd[245]: remote IP address 195.5.5.185
Apr 19 19:45:40 daemon notice pppd[245]: primary DNS address 195.5.46.12
Apr 19 19:45:40 daemon notice pppd[245]: secondary DNS address 195.5.46.11
Apr 19 19:45:43 user warn syslog: dns query failed
Apr 19 19:45:46 user warn syslog: dns query failed
Apr 19 19:45:48 user warn syslog: dns query failed
Apr 19 19:45:50 user warn syslog: dns query failed
Apr 19 19:45:52 user warn syslog: dns query failed
Apr 19 19:45:54 user warn syslog: dns query failed

Какого ДНС модему не хватает??? И почему этого ДНС модему хватает после перезагрузки??? Вот как должен выглядеть процесс подключения в нормальном режиме:

Jan 1 00:00:41 daemon notice pppd[243]: Connection terminated....
Jan 1 00:00:44 daemon info pppd[243]: Sent PADT
Jan 1 00:00:45 daemon info pppd[243]: PPP session is 11953
Jan 1 00:00:45 daemon info pppd[243]: Using interface ppp0_1_32_1
Jan 1 00:00:45 daemon notice pppd[243]: Connect: ppp_0_1_32_1 <--> nas_0_1_32
Jan 1 00:00:45 daemon warn pppd[243]: Couldn't increase MRU to 1500
Jan 1 00:00:45 daemon warn pppd[243]: Couldn't increase MRU to 1500
Jan 1 00:00:47 daemon notice pppd[243]: PAP authentication succeeded
Jan 1 00:00:47 daemon notice pppd[243]: peer from calling number 00:90:1A:42:B1:CA authorized
Jan 1 00:00:47 daemon notice pppd[243]: local IP address 92.112.20.99
Jan 1 00:00:47 daemon notice pppd[243]: remote IP address 195.5.5.184
Jan 1 00:00:47 daemon notice pppd[243]: primary DNS address 195.5.46.12
Jan 1 00:00:47 daemon notice pppd[243]: secondary DNS address 195.5.46.10
Jan 1 00:00:49 user debug syslog: route add default gw 195.5.5.184 2>/dev/null
Jan 1 00:00:49 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:00:49 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:00:49 user debug syslog: echo > /proc/net/ip_conntrack
Jan 1 00:00:49 user debug syslog: echo "1000" > /proc/sys/net/ipv4/ip_conntrack_max
Jan 1 00:00:49 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:00:49 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:00:49 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:00:50 user debug syslog: kill -9 237
Jan 1 00:00:50 user debug syslog: echo > /var/hosts
Apr 19 19:50:18 user alert kernel: Intrusion -> IN=ppp_0_1_32_1 OUT= MAC= SRC=92.112.180.145 DST=92.112.20.99 LEN=48 TOS=0x00 PREC=0x00 TTL=127 ID=17598 DF PROTO=TCP SPT=30789 DPT=445 WINDOW=64800 RES=0x00 SYN URGP=0

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

На компьютере никакие ДНС я поднимать не собираюсь. Почему то полный ухудшенный аналог 2500У (без целой функции РРТР или как-то так, по заверению оффсайта - ведь нигде не сказано об отличии моделу У/БРУ/Д в том, что в ней НЕ РАБОТАЕТ кипэлив у пользователей без высшего образования в IT сфере) без ДНС на компьютере сессию восстанавливает нормально. Как и 500Т.

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

dimaua

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

Добавлено: Сб апр 19, 2008 20:26

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

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

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

Maksym1

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

Добавлено: Вс апр 20, 2008 00:26

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

Дык УТ здесь при чем? Если модем 2500У с УТ работает замечательно, а 2500У/БРУ/Д нет - то как в этом может быть виноват УТ???

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

После перезагрузки тоже бывает в логах проскакивает dns query failed - однако ж это никак не влияет на процесс подключения.

И еще вопрос повторю - какого ДНС не хватает модему? Все ДНС прописаны руками - и в модеме, и в компе. И почему при перезагрузке модему ДНС-ов вдруг начинает хватать?

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

d-gluk

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

Добавлено: Вс апр 20, 2008 16:45

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

Принимайте еще одного члена команды.

УТ.
-----
В режиме бриджа.
1. Если интернет работает. То:

В логах либо все нормально , либо:
Jan 1 00:14:50 user warn syslog: dns query failed
Jan 1 00:14:52 user warn syslog: dns query failed
Jan 1 00:14:54 user warn syslog: dns query failed
Jan 1 00:14:56 user warn syslog: dns query failed
Jan 1 00:15:29 user warn syslog: dns query failed
Jan 1 00:15:31 user warn syslog: dns query failed
Jan 1 00:15:33 user warn syslog: dns query failed
Jan 1 00:15:35 user warn syslog: dns query failed

И постоянно продолжает пополнятся. Но интернет работает.

2. Если инет падает.
При этом на модем заходит без трмозов через локальный интерфейс. И как на странице модема так и в "сетевых подключениях" показывается что соеденение есть. А инет не работает. Фактически молчит шлюз.
Решаю такую проблему зайдя в винде в "сетевые подключения" и отключаю и заново включаю соеденение.

---

В режиме роутера.
1. Если инет падает то:
При попытке зайти через локальный интерфейс на модем, странится грузится секунд 30. Модем реально тормозит. Помогает только перезагрузка модема.

С одной стороны , шлюз перестает отвечать модему, при этом соеденение на более низком уровне работает. С другой стороны модем начинает жутко тормозить если шлюз ему не отвечает.
Здесь не помогает Keep Alive, потому что модем не может определить падение линка. ADSL соеденение есть, а шлюз не отвечает . Модем глупый не может переконектитсо.

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

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

d-gluk

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

Добавлено: Вс апр 20, 2008 17:08

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

Выяснил что это
Jan 1 00:15:29 user warn syslog: dns query failed
Jan 1 00:15:31 user warn syslog: dns query failed
Jan 1 00:15:33 user warn syslog: dns query failed
Jan 1 00:15:35 user warn syslog: dns query failed

В режиме бриджа идет потому что модем пытается достучатся до timeservera . При этом явно у него не получается.

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

Maksym1

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

Добавлено: Вс апр 20, 2008 22:46

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

Отключаю синхронизацию времени в модеме

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

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

d-gluk

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

Добавлено: Вс апр 20, 2008 23:04

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

А зачем вы сутки ждете?? У меня этот глюк каждые 1 - 2 часа.

Еще такой вопрос: Зачем модем опрашиват DNS даже когда на него не идут запросы с компа?. Я перевел его в режим роутера , и когда пропал инет, я в настройках подключения в винде убрал адрес DNS и шлюза. Походу если сетевой интерфейс не знает адрес шлюза, пакеты до модема доходить не должны. Значит модем сам опрашивает DNS (таймсервер отключен). Ну это конечно не корень проблемы. Даже если роутер и опрашивает ДНС то проблема в том что опросы не проходят через шлюз. Либо модем виснет, либо модем хреново работает и УТ от этого виснет.

В любом случае на других модемах такого глюка нед. Так что единственная надежда на тех поддержку. Конечно если глюки летом не исправят я куплю себе зухель.

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

Maksym1

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

Добавлено: Вс апр 20, 2008 23:17

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

Сутки ждем для срабатывания кипэлива. Длительность сессии у УТ - 23 часа 59 минут 00 сек.

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

Кроме того еще нарушена статья ЗоЗПП об информировании потребителя о функциональности устройства. Ведь ЕДИНСТВЕННЫМ отличием от 2500У было наличие РРТР у У/БРУ/Д ну и другое железо (которое тем не менее, по информации от производителя, на функциональность не повлияло). А об отсутствии функции КипЭлив ни слова!!! ПОТОМ ее включили в новую прошивку, но она так и не заработала так, как на предыдущей моделе, всех остальных моделях и модемах других производителей.

Как же мне не хочется начинать заниматься возней с возвратом

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

dimaua

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

Добавлено: Пн апр 21, 2008 00:51

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

Максим, полностью с тобой согласен.... будет надеяться на правосудие....и то, что закон на нашес стороне!!!!!!!!

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

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

Maksym1

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

Добавлено: Пн апр 21, 2008 01:58

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

Закон на нашей стороне. Только несмотря на это нервов уйдет много. И времени. Применять закон сложно

. Но возможно и вполне успешно, опыт есть. Но все же хотелось бы ЭТОТ модем заставить работать НОРМАЛЬНО. Всем кроме глючного кипэлива лично меня он устраивает.

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

zzeka

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

Добавлено: Пн апр 21, 2008 08:22

Зарегистрирован: Пн апр 21, 2008 08:05
Сообщений: 28

Добрый день, как интернет провайдер, продаем ваши модемы DLINK DSL-2500U/BRU/D, столкнулись такой проблемой:
После включения модема, его последующей настройки, поднятия им линии, и поднятия PPPoE соедининея все работает штатно.

Цитата:

Jan 1 00:00:16 syslog emerg BCM96345 started: BusyBox v1.00 (2008.03.18-08:13+0000)
Jan 1 00:00:16 user notice kernel: klogd started: BusyBox v1.00 (2008.03.18-08:13+0000)
Jan 1 00:00:16 user warn kernel: Linux version 2.6.8.1 (jenny@BS5) (gcc version 3.4.2) #1 Tue Mar 18 16:12:17 CST 2008
Jan 1 00:00:16 user warn kernel: Serial flash device: name S25FL016A, id 0x0114, size 2048KB
Jan 1 00:00:16 user warn kernel: 96332CG prom init
Jan 1 00:00:16 user warn kernel: CPU revision is: 00029010
Jan 1 00:00:16 user warn kernel: Determined physical RAM map:
Jan 1 00:00:16 user warn kernel: memory: 007a0000 @ 00000000 (usable)
Jan 1 00:00:16 user debug kernel: On node 0 totalpages: 1952
Jan 1 00:00:16 user debug kernel: DMA zone: 1952 pages, LIFO batch:1
Jan 1 00:00:16 user debug kernel: Normal zone: 0 pages, LIFO batch:1
Jan 1 00:00:16 user debug kernel: HighMem zone: 0 pages, LIFO batch:1
Jan 1 00:00:16 user warn kernel: Built 1 zonelists
Jan 1 00:00:16 user warn kernel: Kernel command line: root=31:0 ro noinitrd console=ttyS0,115200
Jan 1 00:00:16 user warn kernel: brcm mips: enabling icache and dcache...
Jan 1 00:00:16 user warn kernel: Primary instruction cache 16kB, physically tagged, 2-way, linesize 16 bytes.
Jan 1 00:00:16 user warn kernel: Primary data cache 8kB 2-way, linesize 16 bytes.
Jan 1 00:00:16 user warn kernel: PID hash table entries: 32 (order 5: 256 bytes)
Jan 1 00:00:16 user warn kernel: Using 120.000 MHz high precision timer.
Jan 1 00:00:16 user warn kernel: Dentry cache hash table entries: 2048 (order: 1, 8192 bytes)
Jan 1 00:00:16 user warn kernel: Inode-cache hash table entries: 1024 (order: 0, 4096 bytes)
Jan 1 00:00:16 user info kernel: Memory: 5692k/7808k available (1510k kernel code, 2096k reserved, 221k data, 76k init, 0k highmem)
Jan 1 00:00:16 user warn kernel: Calibrating delay loop... 239.20 BogoMIPS
Jan 1 00:00:16 user warn kernel: Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
Jan 1 00:00:16 user warn kernel: Checking for 'wait' instruction... unavailable.
Jan 1 00:00:16 user info kernel: NET: Registered protocol family 16
Jan 1 00:00:16 user warn kernel: Total Flash size: 2048K with 32 sectors
Jan 1 00:00:16 user warn kernel: File system address: 0xbfc10100
Jan 1 00:00:16 user warn kernel: Can't analyze prologue code at 80188224
Jan 1 00:00:16 user info kernel: Initializing Cryptographic API
Jan 1 00:00:16 user info kernel: PPP generic driver version 2.4.2
Jan 1 00:00:16 user info kernel: PPP Deflate Compression module registered
Jan 1 00:00:16 user info kernel: PPP BSD Compression module registered
Jan 1 00:00:16 user info kernel: MPPE/MPPC encryption/compression module registered
Jan 1 00:00:16 user info kernel: NET: Registered protocol family 24
Jan 1 00:00:16 user warn kernel: Using noop io scheduler
Jan 1 00:00:16 user warn kernel: bcm963xx_mtd driver v1.0
Jan 1 00:00:16 user warn kernel: brcmboard: brcm_board_init entry
Jan 1 00:00:16 user warn kernel:
Jan 1 00:00:16 user warn kernel: ======= GPIO CONFIG_BCM96338 inited ========
Jan 1 00:00:16 user info kernel: Serial: BCM63XX driver $Revision: 3.00 $
Jan 1 00:00:16 user warn kernel: ttyS0 at MMIO 0xfffe0300 (irq = 10) is a BCM63XX
Jan 1 00:00:16 user info kernel: NET: Registered protocol family 2
Jan 1 00:00:16 user info kernel: IP: routing cache hash table of 512 buckets, 4Kbytes
Jan 1 00:00:16 user info kernel: TCP: Hash tables configured (established 512 bind 1024)
Jan 1 00:00:16 user warn kernel: ip_conntrack version 2.1 (61 buckets, 0 max) - 376 bytes per conntrack
Jan 1 00:00:16 user warn kernel: ip_tables: (C) 2000-2002 Netfilter core team
Jan 1 00:00:16 user info kernel: Initializing IPsec netlink socket
Jan 1 00:00:16 user info kernel: NET: Registered protocol family 1
Jan 1 00:00:16 user info kernel: NET: Registered protocol family 17
Jan 1 00:00:16 user info kernel: NET: Registered protocol family 15
Jan 1 00:00:16 user notice kernel: Ebtables v2.0 registered
Jan 1 00:00:16 user debug syslog: echo > /var/snmpd.conf
Jan 1 00:00:16 user info kernel: NET: Registered protocol family 8
Jan 1 00:00:16 user info kernel: NET: Registered protocol family 20
Jan 1 00:00:16 user info kernel: 802.1Q VLAN Support v1.8 Ben Greear
Jan 1 00:00:16 user info kernel: All bugs added by David S. Miller
Jan 1 00:00:16 user warn kernel: VFS: Mounted root (squashfs filesystem) readonly.
Jan 1 00:00:16 user info kernel: Freeing unused kernel memory: 76k freed
Jan 1 00:00:16 user warn kernel: Algorithmics/MIPS FPU Emulator v1.5
Jan 1 00:00:16 user warn kernel: atmapi: module license 'Proprietary' taints kernel.
Jan 1 00:00:16 user warn kernel: adsl: adsl_init entry
Jan 1 00:00:16 user warn kernel: blaadd: blaa_detect entry
Jan 1 00:00:16 user info kernel: Broadcom BCMPROCFS v1.0 initialized
Jan 1 00:00:16 user warn kernel: Broadcom BCM6338A2 Ethernet Network Device v0.3 Mar 18 2008 16:11:29
Jan 1 00:00:16 user warn kernel: Config Internal PHY Through MDIO
Jan 1 00:00:16 user info kernel: BCM63xx_ENET: 100 MB Full-Duplex (auto-neg)
Jan 1 00:00:16 user warn kernel: eth0: MAC Address: 00:1C:F0:A2:B5:E3
Jan 1 00:00:16 user crit kernel: eth0 Link UP.
Jan 1 00:00:16 user warn kernel: BcmAdsl_Initialize=0xC00733F8, g_pFnNotifyCallback=0xC008BC64
Jan 1 00:00:16 user warn kernel: AnnexCParam=0x7FFF7EB8 AnnexAParam=0x00000980 adsl2=0x00000000
Jan 1 00:00:16 user warn kernel: pSdramPHY=0xA07FFFF8, 0x1B7A29 0xDEADBEEF
Jan 1 00:00:16 user warn kernel: AdslCoreHwReset: AdslOemDataAddr = 0xA07FD3D4
Jan 1 00:00:16 user warn kernel: AnnexCParam=0x7FFF7EB8 AnnexAParam=0x00000980 adsl2=0x00000000
Jan 1 00:00:16 user warn kernel: dgasp: kerSysRegisterDyingGaspHandler: dsl0 registered
Jan 1 00:00:16 user warn kernel: ATM proc init !!!
Jan 1 00:00:16 user crit kernel: ADSL G.994 training
Jan 1 00:00:16 user warn kernel: ip_conntrack_pptp version 2.1 loaded
Jan 1 00:00:16 user warn kernel: ip_nat_pptp version 2.0 loaded
Jan 1 00:00:16 user crit kernel: ADSL G.992 started
Jan 1 00:00:16 user crit kernel: ADSL G.992 channel analysis
Jan 1 00:00:16 user info kernel: device eth0 entered promiscuous mode
Jan 1 00:00:16 user info kernel: br0: port 1(eth0) entering learning state
Jan 1 00:00:16 user info kernel: br0: topology change detected, propagating
Jan 1 00:00:16 user info kernel: br0: port 1(eth0) entering forwarding state
Jan 1 00:00:16 user info kernel: device nas_0_8_35 entered promiscuous mode
Jan 1 00:00:16 user info kernel: br0: port 2(nas_0_8_35) entering learning state
Jan 1 00:00:16 user info kernel: br0: topology change detected, propagating
Jan 1 00:00:16 user info kernel: br0: port 2(nas_0_8_35) entering forwarding state
Jan 1 00:00:17 user debug syslog: echo > /var/hosts
Jan 1 00:00:17 user warn kernel:
Jan 1 00:00:17 user warn kernel: ioctl, p_name=diapd
Jan 1 00:00:18 user debug syslog: pppd plugin pppoe rp_pppoe_service DSI nas_0_8_35 nodetach user '*****' password ******** interface_name 0_8_35_1 usepeerdns refuse-eap persist lcp-echo-interval 30 holdoff 3 nomppc nomppe mtu 149
Jan 1 00:00:19 user warn kernel: ATM Soft SAR: ATM link connected.
Jan 1 00:00:20 daemon info pppd[239]: Plugin pppoe loaded.
Jan 1 00:00:20 daemon info pppd[239]: RP-PPPoE plugin version 3.3 compiled against pppd 2.4.3
Jan 1 00:00:20 daemon info pppd[239]: Plugin pppoe called.
Jan 1 00:00:20 daemon notice pppd[239]: pppd 2.4.3 started by admin, uid 0
Jan 1 00:00:21 user debug syslog: iptables -t nat -A PREROUTING -i br0 -d 192.168.133.8 -p udp --dport 53 -j DNAT --to 128.9.0.107
Jan 1 00:00:22 daemon info pppd[239]: PPP session is 9725
Jan 1 00:00:22 daemon info pppd[239]: Using interface ppp0_8_35_1
Jan 1 00:00:23 daemon notice pppd[239]: Connect: ppp_0_8_35_1 <--> nas_0_8_35
Jan 1 00:00:23 daemon warn pppd[239]: Couldn't increase MRU to 1500
Jan 1 00:00:25 daemon warn pppd[239]: Couldn't increase MRU to 1500
Jan 1 00:00:25 daemon info pppd[239]: CHAP authentication succeeded
Jan 1 00:00:25 daemon notice pppd[239]: peer from calling number 00:1F:6C:85:4E:1A authorized
Jan 1 00:00:26 daemon notice pppd[239]: local IP address XXX.XXX.XXX.XXX
Jan 1 00:00:26 daemon notice pppd[239]: remote IP address XXX.XXX.X.XX
Jan 1 00:00:26 daemon notice pppd[239]: primary DNS address XXX.XXX.XXX.XX
Jan 1 00:00:26 daemon notice pppd[239]: secondary DNS address XXX.XXX.XXX.XX
Jan 1 00:00:28 user debug syslog: route add default gw XXX.XXX.XXX.XX 2>/dev/null
Jan 1 00:00:28 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:00:28 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
Jan 1 00:00:28 user debug syslog: echo > /proc/net/ip_conntrack
Jan 1 00:00:28 user debug syslog: echo "1000" > /proc/sys/net/ipv4/ip_conntrack_max
Jan 1 00:00:28 user debug syslog: iptables -t nat -D PREROUTING -i br0 -d 192.168.133.8 -p udp --dport 53 -j DNAT --to 128.9.0.107 2>/dev/null
Jan 1 00:00:28 user debug syslog: iptables -t nat -D POSTROUTING -o ppp_0_8_35_1 -s 192.168.133.0/255.255.255.0 -j MASQUERADE 2>/dev/null
Jan 1 00:00:28 user debug syslog: iptables -t nat -A POSTROUTING -o ppp_0_8_35_1 -s 192.168.133.0/255.255.255.0 -j MASQUERADE
Jan 1 00:00:29 user debug syslog: kill -9 233
Jan 1 00:00:29 user debug syslog: echo > /var/hosts
Jan 1 00:00:30 user debug syslog: iptables -I INPUT 1 -p icmp --icmp-type echo-request -i ppp_0_8_35_1 -j ACCEPT
Apr 21 12:56:59 daemon info pppd[239]: LCP terminated by peer
Apr 21 12:57:00 daemon info pppd[239]: Connect time 4368296.6 minutes.
Apr 21 12:57:00 daemon info pppd[239]: Sent 958 bytes, received 2294 bytes.
Apr 21 12:57:01 daemon warn pppd[239]: Couldn't increase MRU to 1500
Apr 21 12:57:04 daemon notice pppd[239]: Connection terminated....
Apr 21 12:57:07 daemon info pppd[239]: Sent PADT
Apr 21 12:57:07 daemon info pppd[239]: PPP session is 9766
Apr 21 12:57:07 daemon info pppd[239]: Using interface ppp0_8_35_1
Apr 21 12:57:07 daemon notice pppd[239]: Connect: ppp_0_8_35_1 <--> nas_0_8_35
Apr 21 12:57:07 daemon warn pppd[239]: Couldn't increase MRU to 1500
Apr 21 12:57:09 daemon warn pppd[239]: Couldn't increase MRU to 1500
Apr 21 12:57:09 user warn syslog: dns query failed
Apr 21 12:57:09 daemon info pppd[239]: CHAP authentication succeeded
Apr 21 12:57:09 daemon notice pppd[239]: peer from calling number 00:1F:6C:85:4E:1A authorized
Apr 21 12:57:10 daemon notice pppd[239]: local IP address 91.185.50.133
Apr 21 12:57:10 daemon notice pppd[239]: remote IP address 195.206.40.76
Apr 21 12:57:10 daemon notice pppd[239]: primary DNS address 195.206.40.175
Apr 21 12:57:10 daemon notice pppd[239]: secondary DNS address 195.206.40.177
Apr 21 12:57:11 user warn syslog: dns query failed
Apr 21 12:57:12 user debug syslog: route add default gw XXX.XXX.XXX.XX 2>/dev/null
Apr 21 12:57:12 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
Apr 21 12:57:12 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
Apr 21 12:57:12 user debug syslog: iptables -t nat -D POSTROUTING -o ppp_0_8_35_1 -s 192.168.133.0/255.255.255.0 -j MASQUERADE 2>/dev/null
Apr 21 12:57:12 user debug syslog: iptables -t nat -A POSTROUTING -o ppp_0_8_35_1 -s 192.168.133.0/255.255.255.0 -j MASQUERADE
Apr 21 12:57:13 user debug syslog: iptables -I INPUT 1 -p icmp --icmp-type echo-request -i ppp_0_8_35_1 -j ACCEPT
Apr 21 12:57:14 user warn syslog: dns query failed
Apr 21 12:59:18 user debug syslog: ethctl vport query 2>/var/vcfgerr
Apr 21 12:59:18 user debug syslog: rm /var/vcfgerr
Apr 21 12:59:20 user crit kernel: OAM loopback response not received on PORT/VPI/VCI 0/8/35.
Apr 21 12:59:21 user crit kernel: OAM loopback response not received on PORT/VPI/VCI 0/8/35.
Apr 21 12:59:21 user debug syslog: ping XXX.XXX.XXX.XX
Apr 21 12:59:22 user debug syslog: ping XXX.XXX.XXX.XX

Но в случае если мы со своей стороны на некоторое время запрещаем логину с которым производится соединение PPPoE модемом (или биллнг по ккойто причине некоторое время недоступен), то после
5 неудачных попыток соединения модем перестает пробовать восстановить PPPoE соединение, до перезагрузки по питанию:

Цитата:

Jan 1 00:00:30 user debug syslog: iptables -I INPUT 1 -p icmp --icmp-type echo-request -i ppp_0_8_35_1 -j ACCEPT
Apr 21 12:56:59 daemon info pppd[239]: LCP terminated by peer
Apr 21 12:57:00 daemon info pppd[239]: Connect time 4368296.6 minutes.
Apr 21 12:57:00 daemon info pppd[239]: Sent 958 bytes, received 2294 bytes.
Apr 21 12:57:01 daemon warn pppd[239]: Couldn't increase MRU to 1500
Apr 21 12:57:04 daemon notice pppd[239]: Connection terminated....
Apr 21 12:57:07 daemon info pppd[239]: Sent PADT
Apr 21 12:57:07 daemon info pppd[239]: PPP session is 9766
Apr 21 12:57:07 daemon info pppd[239]: Using interface ppp0_8_35_1
Apr 21 12:57:07 daemon notice pppd[239]: Connect: ppp_0_8_35_1 <--> nas_0_8_35
Apr 21 12:57:07 daemon warn pppd[239]: Couldn't increase MRU to 1500
Apr 21 12:57:09 daemon warn pppd[239]: Couldn't increase MRU to 1500
Apr 21 12:57:09 user warn syslog: dns query failed
Apr 21 12:57:09 daemon info pppd[239]: CHAP authentication succeeded
Apr 21 12:57:09 daemon notice pppd[239]: peer from calling number 00:1F:6C:85:4E:1A authorized
Apr 21 12:57:10 daemon notice pppd[239]: local IP address 91.185.50.133
Apr 21 12:57:10 daemon notice pppd[239]: remote IP address 195.206.40.76
Apr 21 12:57:10 daemon notice pppd[239]: primary DNS address 195.206.40.175
Apr 21 12:57:10 daemon notice pppd[239]: secondary DNS address 195.206.40.177
Apr 21 12:57:11 user warn syslog: dns query failed
Apr 21 12:57:12 user debug syslog: route add default gw 195.206.40.76 2>/dev/null
Apr 21 12:57:12 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
Apr 21 12:57:12 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
Apr 21 12:57:12 user debug syslog: iptables -t nat -D POSTROUTING -o ppp_0_8_35_1 -s 192.168.133.0/255.255.255.0 -j MASQUERADE 2>/dev/null
Apr 21 12:57:12 user debug syslog: iptables -t nat -A POSTROUTING -o ppp_0_8_35_1 -s 192.168.133.0/255.255.255.0 -j MASQUERADE
Apr 21 12:57:13 user debug syslog: iptables -I INPUT 1 -p icmp --icmp-type echo-request -i ppp_0_8_35_1 -j ACCEPT
Apr 21 12:57:14 user warn syslog: dns query failed
Apr 21 12:59:18 user debug syslog: ethctl vport query 2>/var/vcfgerr
Apr 21 12:59:18 user debug syslog: rm /var/vcfgerr
Apr 21 12:59:20 user crit kernel: OAM loopback response not received on PORT/VPI/VCI 0/8/35.
Apr 21 12:59:21 user crit kernel: OAM loopback response not received on PORT/VPI/VCI 0/8/35.
Apr 21 12:59:21 user debug syslog: ping 195.206.40.76
Apr 21 12:59:22 user debug syslog: ping 195.206.40.175
Apr 21 13:13:18 daemon info pppd[239]: LCP terminated by peer
Apr 21 13:13:18 daemon info pppd[239]: Connect time 16.2 minutes.
Apr 21 13:13:18 daemon info pppd[239]: Sent 3886 bytes, received 14786 bytes.
Apr 21 13:13:19 daemon warn pppd[239]: Couldn't increase MRU to 1500
Apr 21 13:13:22 daemon notice pppd[239]: Connection terminated....
Apr 21 13:13:25 daemon info pppd[239]: Sent PADT
Apr 21 13:13:25 daemon info pppd[239]: PPP session is 9972
Apr 21 13:13:25 daemon info pppd[239]: Using interface ppp0_8_35_1
Apr 21 13:13:26 daemon notice pppd[239]: Connect: ppp_0_8_35_1 <--> nas_0_8_35
Apr 21 13:13:26 daemon warn pppd[239]: Couldn't increase MRU to 1500
Apr 21 13:13:27 daemon warn pppd[239]: Couldn't increase MRU to 1500
Apr 21 13:13:28 daemon info pppd[239]: CHAP authentication failed: Authentication failed
Apr 21 13:13:28 daemon warn pppd[239]: Couldn't increase MRU to 1500
Apr 21 13:13:28 daemon notice pppd[239]: Connection terminated....
Apr 21 13:13:31 daemon info pppd[239]: Sent PADT
Apr 21 13:13:31 daemon info pppd[239]: PPP session is 9974
Apr 21 13:13:31 daemon info pppd[239]: Using interface ppp0_8_35_1
Apr 21 13:13:31 daemon notice pppd[239]: Connect: ppp_0_8_35_1 <--> nas_0_8_35
Apr 21 13:13:31 daemon warn pppd[239]: Couldn't increase MRU to 1500
Apr 21 13:13:33 daemon warn pppd[239]: Couldn't increase MRU to 1500
Apr 21 13:13:33 daemon info pppd[239]: CHAP authentication failed: Authentication failed
Apr 21 13:13:33 daemon warn pppd[239]: Couldn't increase MRU to 1500
Apr 21 13:13:33 daemon notice pppd[239]: Connection terminated....
Apr 21 13:13:36 daemon info pppd[239]: Sent PADT
Apr 21 13:13:36 daemon info pppd[239]: PPP session is 9975
Apr 21 13:13:36 daemon info pppd[239]: Using interface ppp0_8_35_1
Apr 21 13:13:36 daemon notice pppd[239]: Connect: ppp_0_8_35_1 <--> nas_0_8_35
Apr 21 13:13:36 daemon warn pppd[239]: Couldn't increase MRU to 1500
Apr 21 13:13:38 daemon warn pppd[239]: Couldn't increase MRU to 1500
Apr 21 13:13:38 daemon info pppd[239]: CHAP authentication failed: Authentication failed
Apr 21 13:13:38 daemon warn pppd[239]: Couldn't increase MRU to 1500
Apr 21 13:13:38 daemon notice pppd[239]: Connection terminated....
Apr 21 13:13:41 daemon info pppd[239]: Sent PADT
Apr 21 13:13:41 daemon info pppd[239]: PPP session is 9977
Apr 21 13:13:41 daemon info pppd[239]: Using interface ppp0_8_35_1
Apr 21 13:13:41 daemon notice pppd[239]: Connect: ppp_0_8_35_1 <--> nas_0_8_35
Apr 21 13:13:41 daemon warn pppd[239]: Couldn't increase MRU to 1500
Apr 21 13:13:43 daemon warn pppd[239]: Couldn't increase MRU to 1500
Apr 21 13:13:43 daemon info pppd[239]: CHAP authentication failed: Authentication failed
Apr 21 13:13:43 daemon warn pppd[239]: Couldn't increase MRU to 1500
Apr 21 13:13:43 daemon notice pppd[239]: Connection terminated....
Apr 21 13:13:46 daemon info pppd[239]: Sent PADT
Apr 21 13:13:47 daemon info pppd[239]: PPP session is 9978
Apr 21 13:13:47 daemon info pppd[239]: Using interface ppp0_8_35_1
Apr 21 13:13:47 daemon notice pppd[239]: Connect: ppp_0_8_35_1 <--> nas_0_8_35
Apr 21 13:13:47 daemon warn pppd[239]: Couldn't increase MRU to 1500
Apr 21 13:13:48 user warn syslog: dns query failed
Apr 21 13:13:49 daemon warn pppd[239]: Couldn't increase MRU to 1500
Apr 21 13:13:49 daemon info pppd[239]: CHAP authentication failed: Authentication failed
Apr 21 13:13:49 daemon warn pppd[239]: Couldn't increase MRU to 1500
Apr 21 13:13:49 daemon notice pppd[239]: Connection terminated....
Apr 21 13:13:50 user warn syslog: dns query failed
Apr 21 13:13:52 daemon info pppd[239]: Sent PADT
Apr 21 13:13:52 user warn syslog: dns query failed
Apr 21 13:13:54 user warn syslog: dns query failed
Apr 21 13:13:56 user warn syslog: dns query failed
Apr 21 13:13:57 daemon info pppd[239]: Sent PADT
Apr 21 13:13:58 user warn syslog: dns query failed
Apr 21 13:14:07 daemon info pppd[239]: Sent PADT
Apr 21 13:14:27 daemon warn pppd[239]: Timeout waiting for PADO packets
Apr 21 13:14:27 daemon err pppd[239]: Unable to complete PPPoE Discovery
Apr 21 13:14:30 daemon info pppd[239]: Sent PADT
Apr 21 13:14:31 user warn syslog: dns query failed
Apr 21 13:14:33 user warn syslog: dns query failed
Apr 21 13:14:35 user warn syslog: dns query failed
Apr 21 13:14:35 daemon info pppd[239]: Sent PADT
Apr 21 13:14:37 user warn syslog: dns query failed
Apr 21 13:14:39 user warn syslog: dns query failed
Apr 21 13:14:41 user warn syslog: dns query failed
Apr 21 13:14:45 daemon info pppd[239]: Sent PADT
Apr 21 13:15:05 daemon warn pppd[239]: Timeout waiting for PADO packets
Apr 21 13:15:05 daemon err pppd[239]: Unable to complete PPPoE Discovery
Apr 21 13:15:08 daemon info pppd[239]: Sent PADT
Apr 21 13:15:13 user warn syslog: dns query failed
Apr 21 13:15:13 daemon info pppd[239]: Sent PADT
Apr 21 13:15:15 user warn syslog: dns query failed
Apr 21 13:15:17 user warn syslog: dns query failed
Apr 21 13:15:19 user warn syslog: dns query failed
Apr 21 13:15:21 user warn syslog: dns query failed
Apr 21 13:15:23 user warn syslog: dns query failed
Apr 21 13:15:23 daemon info pppd[239]: Sent PADT
Apr 21 13:15:43 daemon warn pppd[239]: Timeout waiting for PADO packets
Apr 21 13:15:43 daemon err pppd[239]: Unable to complete PPPoE Discovery
Apr 21 13:15:46 daemon info pppd[239]: Sent PADT
Apr 21 13:15:51 daemon info pppd[239]: Sent PADT
Apr 21 13:15:55 user warn syslog: dns query failed
Apr 21 13:15:57 user warn syslog: dns query failed
Apr 21 13:15:59 user warn syslog: dns query failed
Apr 21 13:16:01 user warn syslog: dns query failed
Apr 21 13:16:01 daemon info pppd[239]: Sent PADT
Apr 21 13:16:03 user warn syslog: dns query failed
Apr 21 13:16:05 user warn syslog: dns query failed
Apr 21 13:16:21 daemon warn pppd[239]: Timeout waiting for PADO packets
Apr 21 13:16:21 daemon err pppd[239]: Unable to complete PPPoE Discovery
Apr 21 13:16:24 daemon info pppd[239]: Sent PADT
Apr 21 13:16:29 daemon info pppd[239]: Sent PADT
Apr 21 13:16:37 user warn syslog: dns query failed
Apr 21 13:16:39 user warn syslog: dns query failed
Apr 21 13:16:39 daemon info pppd[239]: Sent PADT
Apr 21 13:16:41 user warn syslog: dns query failed
Apr 21 13:16:43 user warn syslog: dns query failed
Apr 21 13:16:45 user warn syslog: dns query failed
Apr 21 13:16:47 user warn syslog: dns query failed
Apr 21 13:16:59 daemon warn pppd[239]: Timeout waiting for PADO packets
Apr 21 13:16:59 daemon err pppd[239]: Unable to complete PPPoE Discovery
Apr 21 13:16:59 daemon info pppd[239]: Exit.
Apr 21 13:17:19 user warn syslog: dns query failed
Apr 21 13:17:21 user warn syslog: dns query failed

#Разрешаем со своей стороны соединение с данным логином, но попыток больше нет, до полной перезагрузки.
Дальше в логах только до бесконечности:

Цитата:

Apr 21 13:17:23 user warn syslog: dns query failed
Apr 21 13:17:25 user warn syslog: dns query failed
Apr 21 13:17:27 user warn syslog: dns query failed
Apr 21 13:17:29 user warn syslog: dns query failed

Device Info:
Board ID: 96332CG
Software Version: RU_DSL-2500U_1.10_03182008
Bootloader (CFE) Version: (before 1.0.37-5.12)

Качество линии (пачкорд 2м):
Statistics -- ADSL

Mode: G.DMT
Type: Fast
Line Coding: Trellis On
Status: No Defect
Link Power State: L0

Downstream Upstream
SNR Margin (dB): 22.4 6.0
Attenuation (dB): 0.0 0.0
Output Power (dBm): 12.5 7.8
Attainable Rate (Kbps): 12128 1092
Rate (Kbps): 8128 992
K (number of bytes in DMT frame): 255 32
R (number of check bytes in RS code word): 0 0
S (RS code word size in DMT frame): 1 1
D (interleaver depth): 1 1
Delay (msec): 0 0

Super Frames: 96228 96178
Super Frame Errors: 0 47
RS Words: 0 0
RS Correctable Errors: 0 0
RS Uncorrectable Errors: 0 N/A

HEC Errors: 0 20
OCD Errors: 0 0
LCD Errors: 0 0
Total Cells: 31360087 0
Data Cells: 2517 0
Bit Errors: 0 0

Total ES: 0 0
Total SES: 0 0
Total UAS: 10 0

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

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

Davydov Denis

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

Добавлено: Пн апр 21, 2008 17:14

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

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

To All

Мы проведем тестирование в окружении ISP "Укртелеком" (Киев).
О результатах мы напишем в данной ветке дополнительно.

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

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

zzeka

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

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

Зарегистрирован: Пн апр 21, 2008 08:05
Сообщений: 28

Аналогичная проблема была в роутерах DI-604, в прошивках до 3.14, потом ее пофиксили.

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

mitay

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

Добавлено: Пт апр 25, 2008 10:46

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

В глазки балуюсь

Последний раз редактировалось mitay Пт апр 25, 2008 11:05, всего редактировалось 1 раз.

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

mitay

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

Добавлено: Пт апр 25, 2008 10:53

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

Maksym1 писал(а):

Всем кроме глючного кипэлива лично меня он устраивает.

А у вас не наблюдалось такого что когда несколько сессий уже качают, короче когда канал забит, то остальные сессии подвисают - страница частично загрузится и будет стоять так хоть вечно, даже если уже ничего не грузится кроме неё!? Это же и с закачками.

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

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

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

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

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

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

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

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

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