LINUX.ORG.RU
Форум — General  

Роутер+3G постянный дисконнект

 ,


0

1

Имеется роутер с альтернативной прошивкой (dir-620c1 c tomatousb) и 3g модем. Роутер видит модем, соединение с beeline происходит замечательно. Теперь о домашней сети: роутер(линукс), тв-приставка(линукс), домашний кинотеатр(линукс), ноутбук(win7). Если при всех включенных устройствах на роутере включить 3g соединение, то оно отвалится в среднем через минуту, а если отключить ноутбук, то соединение не рвется. Если без ноута подключить 3g, выждать 3 минуты и включить ноут, то соединение не рвется. Каким-то неведомым образом ноут влияет на канал, но влияет как-то хитро. Лог pppd прилагаю:

Jan 23 00:00:36 router daemon.notice pppd[28632]: pppd 2.4.5 started by root, uid 0
Jan 23 00:00:38 router daemon.debug pppd[28632]: Script /usr/sbin/chat -V -t 20 -f /opt/etc/3g/connect.chat finished (pid 28635), status = 0x0
Jan 23 00:00:38 router daemon.info pppd[28632]: Serial connection established.
Jan 23 00:00:38 router daemon.debug pppd[28632]: using channel 45
Jan 23 00:00:38 router daemon.info pppd[28632]: Using interface ppp100
Jan 23 00:00:38 router daemon.notice pppd[28632]: Connect: ppp100 <--> /dev/ttyUSB0
Jan 23 00:00:39 router daemon.debug pppd[28632]: sent [LCP ConfReq id=0x1 <mru 1460> <magic 0x5a78ebab>]
Jan 23 00:00:39 router daemon.debug pppd[28632]: rcvd [LCP ConfReq id=0x13 <asyncmap 0x0> <auth chap MD5> <magic 0x2d13049e> <pcomp> <accomp>]
Jan 23 00:00:39 router daemon.debug pppd[28632]: sent [LCP ConfRej id=0x13 <asyncmap 0x0> <pcomp> <accomp>]
Jan 23 00:00:39 router daemon.debug pppd[28632]: rcvd [LCP ConfAck id=0x1 <mru 1460> <magic 0x5a78ebab>]
Jan 23 00:00:39 router daemon.debug pppd[28632]: rcvd [LCP ConfReq id=0x14 <auth chap MD5> <magic 0x2d13049e>]
Jan 23 00:00:39 router daemon.debug pppd[28632]: sent [LCP ConfAck id=0x14 <auth chap MD5> <magic 0x2d13049e>]
Jan 23 00:00:39 router daemon.debug pppd[28632]: sent [LCP EchoReq id=0x0 magic=0x5a78ebab]
Jan 23 00:00:39 router daemon.debug pppd[28632]: rcvd [LCP DiscReq id=0x15 magic=0x2d13049e]
Jan 23 00:00:39 router daemon.debug pppd[28632]: rcvd [CHAP Challenge id=0x1 <7ce7013aa49b045390568653c6329d98>, name = «UMTS_CHAP_SRVR»]
Jan 23 00:00:39 router daemon.debug pppd[28632]: sent [CHAP Response id=0x1 <7fab89ecc64254c3042f85e332825751>, name = «beeline»]
Jan 23 00:00:39 router daemon.debug pppd[28632]: rcvd [LCP EchoRep id=0x0 magic=0x2d13049e 5a 78 eb ab]
Jan 23 00:00:39 router daemon.debug pppd[28632]: rcvd [CHAP Success id=0x1 «„]
Jan 23 00:00:39 router daemon.info pppd[28632]: CHAP authentication succeeded
Jan 23 00:00:39 router daemon.notice pppd[28632]: CHAP authentication succeeded
Jan 23 00:00:39 router daemon.debug pppd[28632]: sent [CCP ConfReq id=0x1 <mppe -H -M -S -L -D +C>]
Jan 23 00:00:39 router daemon.debug pppd[28632]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
Jan 23 00:00:39 router daemon.debug pppd[28632]: rcvd [LCP ProtRej id=0x16 80 fd 01 01 00 0a 12 06 00 00 00 01]
Jan 23 00:00:39 router daemon.debug pppd[28632]: Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
Jan 23 00:00:42 router daemon.debug pppd[28632]: rcvd [IPCP ConfReq id=0xa]
Jan 23 00:00:42 router daemon.debug pppd[28632]: sent [IPCP ConfNak id=0xa <addr 0.0.0.0>]
Jan 23 00:00:42 router daemon.debug pppd[28632]: rcvd [IPCP ConfNak id=0x1 <addr 10.197.20.61> <ms-dns1 10.10.22.1> <ms-dns2 10.10.22.3>]
Jan 23 00:00:42 router daemon.debug pppd[28632]: sent [IPCP ConfReq id=0x2 <addr 10.197.20.61> <ms-dns1 10.10.22.1> <ms-dns2 10.10.22.3>]
Jan 23 00:00:42 router daemon.debug pppd[28632]: rcvd [IPCP ConfReq id=0xb]
Jan 23 00:00:42 router daemon.debug pppd[28632]: sent [IPCP ConfAck id=0xb]
Jan 23 00:00:42 router daemon.debug pppd[28632]: rcvd [IPCP ConfAck id=0x2 <addr 10.197.20.61> <ms-dns1 10.10.22.1> <ms-dns2 10.10.22.3>]
Jan 23 00:00:42 router daemon.warn pppd[28632]: Could not determine remote IP address: defaulting to 10.64.64.164
Jan 23 00:00:42 router daemon.notice pppd[28632]: local IP address 10.197.20.61
Jan 23 00:00:42 router daemon.notice pppd[28632]: remote IP address 10.64.64.164
Jan 23 00:00:42 router daemon.notice pppd[28632]: primary DNS address 10.10.22.1
Jan 23 00:00:42 router daemon.notice pppd[28632]: secondary DNS address 10.10.22.3
Jan 23 00:00:42 router daemon.debug pppd[28632]: Script /tmp/ppp/ip-up started (pid 28645)
Jan 23 00:00:53 router daemon.debug pppd[28632]: Script /tmp/ppp/ip-up finished (pid 28645), status = 0x0
Jan 23 00:01:25 router daemon.debug pppd[28632]: rcvd [LCP TermReq id=0x17]
Jan 23 00:01:25 router daemon.info pppd[28632]: LCP terminated by peer
Jan 23 00:01:25 router daemon.info pppd[28632]: Connect time 0.8 minutes.
Jan 23 00:01:25 router daemon.info pppd[28632]: Sent 21464 bytes, received 20189 bytes.
Jan 23 00:01:25 router daemon.debug pppd[28632]: Script /tmp/ppp/ip-down started (pid 28735)
Jan 23 00:01:25 router daemon.debug pppd[28632]: sent [LCP TermAck id=0x17]
Jan 23 00:01:26 router daemon.debug pppd[28632]: Script /tmp/ppp/ip-down finished (pid 28735), status = 0x0
Jan 23 00:01:28 router daemon.notice pppd[28632]: Connection terminated.


← LANG=C date: Пт. янв. 23 15:20:33 почему по-русски?
Кому удалось собрать Atom через портаге? →

Jan 23 00:01:25 router daemon.debug pppd[28632]: rcvd [LCP TermReq id=0x17]

Ну ты понел, да?

И учти, PPP эмулируется на стороне абонентского терминала (т.е. USB-свистка/телефона/модема нужное подчеркнуть). Короче говоря, модем тупо теряет сеть и сбрасывает PPP, что логично.

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

Macil ★★★★★
()
Ответ на: комментарий от Macil

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

как-бы логично, но: если включить 3g без присутствия ноута в сети, подождать 3 мин и включить ноут, то соединение держится стабильно хоть весь день (проверял не раз). Т.е. wi-fi не просаживает напряжение. А вот если сделать реконнект с подключенным ноутом, то появляютс реконнекты, пока опять не вырубить ноут на 3 минуты.

uvaxut
() автор топика
Ответ на: комментарий от Macil

Да, ноут я не физически отключаю, а запрещаю ему через iptables ходить в инет, т.е. к роутеру по wi-fi он постоянно подключен

uvaxut
() автор топика
Ответ на: комментарий от uvaxut

Да, ноут я не физически отключаю, а запрещаю ему через iptables ходить в инет, т.е. к роутеру по wi-fi он постоянно подключен

Без разницы. Wi-Fi на рутере тупо засыпает.

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

Еще можно покопать в сторону различных интерференций с Wi-Fi. Но, увы, это унылая, безблагодатная тема.

Macil ★★★★★
()
Ответ на: комментарий от Macil

Да я уже думаю про питание, но странность то в том, что включив 3g без доступа ноута к интернету,выждав 3 мин. и после пустив ноут в инет, получаем работоспособную систему без дисконнектов. Ноут то при этом на вафле сидит и с него идет активный серфинг, получается, что питания модему хватает. Еще попробую ноут по проводу подцепить.

uvaxut
() автор топика
Ответ на: комментарий от JtheR

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

uvaxut
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← LANG=C date: Пт. янв. 23 15:20:33 почему по-русски?
General
Кому удалось собрать Atom через портаге? →