Сообщений в теме: 2760

[gosh]

[mod]Локальное правило топика в части описания проблем - небольшой FAQ:
вопрос: Это правда что топикстартер практикующий телепат и поэтому при описании проблемы не нужно сообщать статистику линии по модуляции, затуханиям и маржинам, а достатчоно написать: "что делать!? ничего не работает"?
ответ:Нет, это глубокое заблуждение. Чтобы понять суть проблемы, нужно знать точную модель модема, версию прошивки, а так же иметь перед глазами информацию по настройке PVC правил и статистику ADSL линии.
В качестве примера:
неправильно (такие посты будут караться по 2.2.7 Правил как неинформативные):
...год мой 8810 работал в режиме роутера сутками, выключался иногда ... когда винду переставлял и вот, позавчера инет пропал, ADSL лампа горит постоянно, звонил в Телеком, !проверили! сказали проблема на моей стороне, я в принципе не трогал ничего, при виндовозной диагностике пишет что нет связи с DNS спрашиваю у КТ - у вас DNS не менялись, нет говорят что ж может быть то? (я боюсь что ихние мастера ничего не сделают ведь или просто поставят мопед в авторежим - эт я и сам могу без их помощи сделать)
Правильно:

Скрытый текст

У меня TD-W8920G,
Firmware Version: 1.3.3 Build 080220 Rel.37722n
Hardware Version: TD-W8920G v1 00002200

Статистика ADSL:
Mode: ADSL2+
Line Coding: Trellis On
Status: No Defect
Link Power State: L0

Downstream Upstream
SNR Margin (dB): 12.3 7.9
Attenuation (dB): 25.5 18.1
Output Power (dBm): 10.1 12.2
Attainable Rate (Kbps): 8656 941
Rate (Kbps): 1024 509

настроено одно PVC:
VPI 0
VCI 40
Service Category: UBR Without PCR
Quality Of Service: Disable

Connection Type: PPP over Ethernet (PPPoE)
Encapsulation Mode: LLC/SNAP-Bridging

Authentication Method: AUTO
MTU [88-1500] : 1492
Dial on demand: Disable
PPP IP extension: Disable
Use Static IP Address: Disable
Enable PPP Debug Mode: Enable

IGMP Multicast: Enable
WAN Service: Enable

Cуть проблемы: модем периодически теряет соединение, обычно в вечернее время.
Состояние линии: новая. подключения выполнены правильно (до сплитера подключенных устройств нет, линия однородная, витая пара первой категории, раньше телефон был подключен через блокиратор)
[/quote] ©DiGer

Последние версии инструкций по настройке подключения к сети megaline, рекомендации по прошивке и прочую полезную информацию ищем на официальном сайте.
Главный консультант - DiGer[/mod]

Сообщение отредактировал gosh: 20.12.2011, 11:26:31

[alexalmaty]

Ключ 7 на 12
1.скажем так сталкивался с подобным из-за пониженного напряжения в электросети
2.попробуйте ресетнуть модем и зановонастроить
зы а WIFI не отваливается?

[Ключ 7 на 12]

1.скажем так сталкивался с подобным из-за пониженного напряжения в электросети2.попробуйте ресетнуть модем и зановонастроитьзы а WIFI не отваливается?

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

[alexalmaty]

а где брали ответ можно в лс

[127.0.0.1]

TD-W8901G настроенный в режиме роутера периодически теряет связь с компом, подключенным по UTP (не пингуется, собственно). Смена кабеля, сетевой карточки, порта на модеме ни к чему не привели. версия прошивки соответствует последней версии прошивки на офсайте.Так же учел возможное отключение питания сетевой карточки для экономии питания. Связь теряется время от времени (может работать несколько часов, а может пропадать каждые 5-10 минут). Лечится все довольно просто: отключение и подключение либо кабеля, либо самой ethernet карточки через диспетчер устройств. После такого рода манипуляций моментально появляется интернет.
Почти уверен, что проблема в самом роутере и надо отдавать его в сервис центр по гарантии, но у меня замены для него нет, а сидеть без инета не улыбается, вот и шаманю с ним. Может кто-нибудь что-то посоветует?

1. Провериться на вирусы.
2. Сделать модему хард резет и настроить соединение заново (после резета ничего не меняйте в настройках DHCP и фильтрах входящие/исходящие).
3. Если есть большой расход трафика во время простоя, ищите процессы, за это ответственные. Такое возможно, например, при неправильно настроенном торрент-клиенте (слишком большое кол-во соединений) либо если ваш компьютер используется злоумышлинником как масс-мейлер (см. п.1)

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

Если не поможет - несите в сервис.

[Ключ 7 на 12]

хард резет

в смысле, сброс настроек через кнопку в дырке?

1. Провериться на вирусы.

при неправильно настроенном торрент-клиенте

учел и то, и то. Сканил и нодом и куритом. Уторрент снес.

[DiGer]

2 Ключ 7 на 12: проблема может быть в чем угодно (плохая вторичка, отклонения по питанию, неправильная настройка, неактуальная прошивка...), поэтому пожалуйста начните с того, что упоминается в локальных правилах.

Сообщение отредактировал DiGer: 13.07.2009, 15:03:02

[Sirius]

Ложная тревога! Перечитал кучу информации и окончательно во всем разобрался =) Если кому-то нужно подсказать пишите в ЛС.

Привет, если не трудно опиши в двух словах, как ты открыл доступ для Radmina, в 8816.

[Kanzler.v]

У меня модем TD-8840

Board ID: 96338L-2M-8M
Software Version: 3.06L.03-T1.0a-060902.B2pB019b11.d17m
Bootloader (CFE) Version: 1.0.37-6.5

Статистика ADSL:
Mode: G.DMT
Line Coding: Trellis On
Status: No Defect
Link Power State: L0

Downstream Upstream
SNR Margin (dB): 33.7 16.0
Attenuation (dB): 2.0 3.0
Output Power (dBm): 12.3 12.8
Attainable Rate (Kbps): 9920 992
Rate (Kbps): 2048 512

настроено одно PVC:
VPI 8
VCI 35
Service Category: UBR Without PCR
Quality Of Service: Disable

Connection Type: PPP over Ethernet (PPPoE)
Encapsulation Mode: LLC/SNAP-Bridging

Authentication Method: AUTO
MTU [88-1500] : НЕ НАШЕЛ, ГДЕ СМОТРЕТЬ ЗНАЧЕНИЕ
Dial on demand: Disable
PPP IP extension: Disable
Use Static IP Address: Disable
Enable PPP Debug Mode: Enable

IGMP Multicast: Disable
WAN Service: Enable

Суть проблемы:
1. Сразу после покупки (купил неделю назад) модем время от времени теряет соединение с интернетом (в это время через web-интерфейс в модем зайти можно, все лампочки мигают в обычном режиме).
Помогает только перезагрузка модема.
2. Во время серфинга по интернету часто зависает загрузка web-страниц. Помогает только F5 (обновление страницы) в противном случае догрузка страница безуспешно длиться часами.
В связи с этим, как мне кажется, в разделе "Diagnostics" модема время от времени выскакивают значения "FAIL" возле: "Ping default gateway" и "Ping primary Domain Name Server".
Буквально за минуту эти значения меняются на "PASS".

Состояние линии:
Новая. подключения выполнены правильно (до сплитера подключенных устройств нет, линия однородная, витая пара первой категории).
* Во время заключения договора мне, в конторе провайдера, сказали, что необходим модем "с поддержкой сигнализации". И написали: ANNEX-B. И еще сделали замечание, что модемы zyxel в моем районе не работают.

Все, что менял со стандартных настроек:
В разделе "DSL Settings", в области "Select the modulation below" убрал все галочки, кроме "ADSL2+"
В том же разделе поменял значение "Select the phone line pair below" с "Inner pair" на "Outer pair"

В логах в разной последовательности и кучности мелькают следующие надписи (надписи с флагами debug и notice включать не стал):

user 	warn	  dns query failed 
user 	crit	  kernel: OAM loopback response not received on VPI/VCI 8/35
user 	warn	  kernel: dst cache overflow
user 	warn	  kernel: MASQUERADE: No route: Rusty's brain broke! 
daemon 	crit	  pppd[233]: Received valid IP address from server. Connection UP. 
user	  alert	  kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=188.17.114.197 DST=89.204.58.220 LEN=60 TOS=0x00 PREC=0x00 TTL=61 ID=25507 DF PROTO=TCP SPT=4045 DPT=23 WINDOW=5248 RES=0x00 SYN URGP=0 

Во время обрыва связи запускаю диагностику и вижу:

Test the connection to your local network
Test your ENET(1-4) Connection: 	PASS 	

Test the connection to your DSL service provider
Test ADSL Synchronization: 		PASS	  
Test ATM OAM F5 segment ping: 		FAIL	  
Test ATM OAM F5 end-to-end ping: 	FAIL	  

Test the connection to your Internet service provider
Test PPP server connection: 		PASS	  
Test authentication with ISP: 		FAIL	  
Test the assigned IP address: 		FAIL 	
Ping default gateway: 			FAIL 	
Ping primary Domain Name Server: 	FAIL

Кого материть будет правильнее? Производителя, себя, продавцов, или провайдера?

Буду признателен любой помощи.

Сообщение отредактировал Kanzler.v: 19.07.2009, 17:57:01

[Kanzler.v]

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

Jul 19 15:07:07	  daemon	  debug	  pppd[231]: rcvd [LCP EchoRep id=0x77 magic=0xf98654ba]
Jul 19 15:07:19 	user 	crit 	kernel: ADSL link down
Jul 19 15:07:21 	user 	crit 	kernel: ADSL G.994 training
Jul 19 15:07:22 	daemon 	notice 	pppd[231]: Terminating connection due to link down.
Jul 19 15:07:22 	daemon 	crit 	pppd[231]: Clear IP addresses. Connection DOWN.
Jul 19 15:07:22 	daemon 	crit 	pppd[231]: Clear IP addresses. PPP connection DOWN.
Jul 19 15:07:22 	daemon 	warn 	pppd[231]: Couldn't increase MTU to 1500.
Jul 19 15:07:22 	daemon 	err 	pppd[231]: Couldn't increase MRU to 1500
Jul 19 15:07:22 	daemon 	debug 	pppd[231]: sent [LCP TermReq id=0x2 "Link down"]
Jul 19 15:07:25 	daemon 	debug 	pppd[231]: sent [LCP TermReq id=0x3 "Link down"]
Jul 19 15:07:28 	daemon 	notice 	pppd[231]: Connection terminated.
Jul 19 15:07:28 	daemon 	info 	pppd[231]: Connect time 5022186.9 minutes.
Jul 19 15:07:28 	daemon 	info 	pppd[231]: Sent 8324735 bytes, received 203548903 bytes.
Jul 19 15:07:28 	daemon 	warn 	pppd[231]: Doing disconnect
Jul 19 15:07:28 	daemon 	debug 	pppd[231]: Sent packet: Ether addr: 00:18:18:ed:7f:78 (PPPOE Discovery) PPPoE hdr: ver=0x1 type=0x1 code=0xa7 sid=0xd28f length=0x000c (PADT) PPPoE tag: type=0103 length=0004 (Host Uniq) data (bin): 10 04 61 0
Jul 19 15:07:37 	user 	crit 	kernel: ADSL G.992 channel analysis
Jul 19 15:07:39 	user 	warn 	dnsprobe[451]: dns query failed
Jul 19 15:07:41 	user 	warn 	dnsprobe[451]: dns query failed
Jul 19 15:07:42 	user 	crit 	kernel: ADSL G.992 message exchange
Jul 19 15:07:42 	user 	crit 	kernel: ADSL link up, interleaved, us=512, ds=2048
Jul 19 15:07:43 	user 	warn 	dnsprobe[451]: dns query failed
Jul 19 15:07:43 	user 	notice 	dnsprobe[451]: Primary DNS server Is Down... Switching To Secondary DNS server
Jul 19 15:07:44 	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
Jul 19 15:07:45 	daemon 	notice 	pppd[231]: PPP: Start to connect ...
Jul 19 15:07:45 	daemon 	info 	pppd[231]: Sending PADI
Jul 19 15:07:45 	daemon 	debug 	pppd[231]: Sent packet: Ether addr: ff:ff:ff:ff:ff:ff (PPPOE Discovery) PPPoE hdr: ver=0x1 type=0x1 code=0x09 sid=0x0000 length=0x000c (PADI) PPPoE tag: type=0103 length=0004 (Host Uniq) data (bin): 10 04 61 0

Сообщение отредактировал Kanzler.v: 19.07.2009, 17:58:35

[Kanzler.v]

Продолжение лога:

Jul 19 15:07:50 	daemon 	debug 	pppd[231]: Sent packet: Ether addr: ff:ff:ff:ff:ff:ff (PPPOE Discovery) PPPoE hdr: ver=0x1 type=0x1 code=0x09 sid=0x0000 length=0x000c (PADI) PPPoE tag: type=0101 length=0000 (Service name) PPPoE tag: type=0103
Jul 19 15:07:50 	daemon 	info 	pppd[231]: HOST_UNIQ successful match
Jul 19 15:07:50 	daemon 	crit 	pppd[231]: PPP server detected.
Jul 19 15:07:50 	daemon 	debug 	pppd[231]: Sent packet: Ether addr: 00:18:18:ed:7f:78 (PPPOE Discovery) PPPoE hdr: ver=0x1 type=0x1 code=0x19 sid=0x0000 length=0x0020 (PADR) PPPoE tag: type=0101 length=0000 (Service name) PPPoE tag: type=0103
Jul 19 15:07:51 	daemon 	info 	pppd[231]: HOST_UNIQ successful match
Jul 19 15:07:51 	daemon 	info 	pppd[231]: Got connection: bc59
Jul 19 15:07:51 	daemon 	crit 	pppd[231]: PPP session established.
Jul 19 15:07:51 	daemon 	debug 	pppd[231]: using channel 2
Jul 19 15:07:51 	daemon 	info 	pppd[231]: Using interface ppp8_35_1
Jul 19 15:07:51 	daemon 	notice 	pppd[231]: Connect: ppp_8_35_1 <--> nas_8_35
Jul 19 15:07:51 	daemon 	warn 	pppd[231]: Couldn't increase MTU to 1500.
Jul 19 15:07:51 	daemon 	err 	pppd[231]: Couldn't increase MRU to 1500
Jul 19 15:07:51 	daemon 	debug 	pppd[231]: sent [LCP ConfReq id=0x4 ]
Jul 19 15:07:51 	daemon 	debug 	pppd[231]: rcvd [LCP ConfReq id=0x1 ]
Jul 19 15:07:51 	daemon 	debug 	pppd[231]: sent [LCP ConfAck id=0x1 ]
Jul 19 15:07:51 	daemon 	debug 	pppd[231]: rcvd [LCP ConfAck id=0x4 ]
Jul 19 15:07:51 	daemon 	err 	pppd[231]: Couldn't increase MRU to 1500
Jul 19 15:07:51 	daemon 	debug 	pppd[231]: sent [LCP EchoReq id=0x0 magic=0xe8cddc0a]
Jul 19 15:07:51 	daemon 	crit 	pppd[231]: PPP LCP UP.
Jul 19 15:07:51 	daemon 	debug 	pppd[231]: rcvd [LCP EchoRep id=0x0 magic=0xf9c523b7]
Jul 19 15:07:51 	daemon 	debug 	pppd[231]: rcvd [CHAP Challenge id=0x1 <87d26e8ca921f09cffa733f5b311eeb3>, name = "tmn-mtts-bras-2"]
Jul 19 15:07:51 	daemon 	debug 	pppd[231]: sent [CHAP Response id=0x1 <654c54e2cddcb518d9a87def87de496d>, name = "77720106772"]
Jul 19 15:07:51 	daemon 	debug 	pppd[231]: rcvd [CHAP Failure id=0x1 "Authentication failed"]
Jul 19 15:07:51 	daemon 	info 	pppd[231]: Remote message: Authentication failed
Jul 19 15:07:51 	daemon 	err 	pppd[231]: CHAP authentication failed
Jul 19 15:07:51 	daemon 	warn 	pppd[231]: Couldn't increase MTU to 1500.
Jul 19 15:07:51 	daemon 	err 	pppd[231]: Couldn't increase MRU to 1500
Jul 19 15:07:51 	daemon 	debug 	pppd[231]: sent [LCP TermReq id=0x5 "Failed to authenticate ourselves to peer"]
Jul 19 15:07:51 	daemon 	err 	pppd[231]: User name and password authentication failed.
Jul 19 15:07:51 	daemon 	debug 	pppd[231]: rcvd [LCP TermReq id=0x2]
Jul 19 15:07:51 	daemon 	debug 	pppd[231]: sent [LCP TermAck id=0x2]
Jul 19 15:07:51 	daemon 	debug 	pppd[231]: rcvd [LCP TermAck id=0x5]
Jul 19 15:07:51 	daemon 	notice 	pppd[231]: Connection terminated.
Jul 19 15:07:52 	daemon 	warn 	pppd[231]: Doing disconnect
Jul 19 15:07:52 	daemon 	debug 	pppd[231]: Sent packet: Ether addr: 00:18:18:ed:7f:78 (PPPOE Discovery) PPPoE hdr: ver=0x1 type=0x1 code=0xa7 sid=0xbc59 length=0x000c (PADT) PPPoE tag: type=0103 length=0004 (Host Uniq) data (bin): 10 04 61 0
Jul 19 15:08:15 	user 	warn 	dnsprobe[451]: dns query failed
.............................................................................
Jul 19 15:11:19 	user 	warn 	dnsprobe[451]: dns query failed
Jul 19 15:11:23 	user 	debug 	syslog: ethctl vport query 2>/var/vcfgerr
Jul 19 15:11:23 	user 	debug 	syslog: rm /var/vcfgerr
Jul 19 15:11:25 	user 	crit 	kernel: OAM loopback response not received on VPI/VCI 8/35.
Jul 19 15:11:27 	user 	crit 	kernel: OAM loopback response not received on VPI/VCI 8/35.
Jul 19 15:11:27 	user 	debug 	syslog: ping -c 1 -q 89.204.26.254
Jul 19 15:11:27 	user 	debug 	syslog: ping -c 1 -q 83.136.112.246 

[alexalmaty]

Kanzler.v
а можно узнать что это за провайдер с параметрами
VPI/VCI 8/35

[Kanzler.v]

alexalmaty, запросто. Utel, Тюменская область

http://www.adslnet.r...n/119-info.html

Сообщение отредактировал Kanzler.v: 19.07.2009, 20:25:09

[alexalmaty]

alexalmaty, запросто. Utel, Тюменская область

http://www.adslnet.r...n/119-info.html

обратите внимание на это
Test authentication with ISP: FAIL

это говорит о том что авторизация не проходит так что требушите провайдера

[Kanzler.v]

Спасибо, за ответ. Но почему тогда после перезапуска модема она (авторизация) проходит?

[alexalmaty]

Kanzler.v
у вашего провайдера есть бесплатые логин и пароль ну типа для регистрации?
если есть попробуйте подключиться с помошью них
зы а может кто то у вас логин и пароль тиснул?

Сообщение отредактировал alexalmaty: 19.07.2009, 22:49:39

[Kanzler.v]

К сожалению, мне такие логин и пароль не известны.

Может быть кто и тиснул

Извините за навязчивость, но почему после перезапуска модема он отлично подключается всегда с первого раза?

[alexalmaty]

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

[DiGer]

У меня модем TD-8840
Board ID: 96338L-2M-8M
Software Version: 3.06L.03-T1.0a-060902.B2pB019b11.d17m
Bootloader (CFE) Version: 1.0.37-6.5
...

Для annex B есть и более свежие прошивки, в частности TD-8840B_090415. Так что для начала неплохо было бы перепрошится.
После перепрошивки если проблема не уйдет в первую очередь отключить доступ по ICMP на WAN Management -> Access Control -> Services .
Если и в этом случае проблема не разрешится, то мониторить вторичку в моменты разрыва на предмет импульсной помехи.

[DiGer]

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

и не встретишься )
КТК annex B не планирует использовать.

[dima6630]

Deus, модем то у меня подключен. Мне надо что бы при включении компа он автоматом подключался к инету....

P.S. Модем марки TP-LINK модель TD 8610

Ну а если неавтоматом ты как конектишься? Жмешь на ярлык "подключиться к мегалайн" и вперед?
Ежели "Да", то заходи в свойства этого подключения => Параметры=>Убери галочки с "запрашивать имя, пароль" и с "отображать ход подключения".=> Ок.
Потом, ярлык, который ты нажимаешь добавь в автозапуск и будет тебе счастье.

Tuzemec, ты маг и волшебник!!! Всё получилось!!! Спасибо

Сообщение отредактировал dima6630: 21.07.2009, 11:15:49