LINUX.ORG.RU

[debian] второй pppd и default route

 


0

0

вобщем, захотелось использовать ev-do модем совместно с pppoe для увеличения скорости интернета дома.

сперва делал несколько default route с nexthop, но как только появлялся default route через модемный интерфейс, pppd модема начинал инициировать соединение заново, при этом маршрут помечался в таблице маршрутизации как dead.

потом пробовал сделать те же яйца, только в профиль. через iptables -t mangle --set-xmark и ip rule add fwmark и заданием default route в дополнительной таблице.

как только прописывал маршрут через модем в дополнительную таблицу, pppd модема начинал соединение заново. Т.е., примерно та же картина, что и в первом случае.

вобщем, полная непонятная фигня, никогда с таким не сталкивался.

куда копать?

ЗЫ. поодиночке и модем и pppoe работают, естественно. И, разумеется, они на разных и заведомо известных интерфейсах ppp32768 и ppp32769.

★★

Если у вас работает модем отдельно без pppoe, значит default route через него существует. Может попробовать делать дополнительный default route через pppoe? Может у вас там есть что-то для динамической маршрутиазации. Можно ли через модем прописать маршруть вида 0.0.0.0/1 и 128.0.0.0/1 ?

Может все таки маршрут прописывается, а линк падает при первом проходящем через него пакете?

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

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

первые фразы не понял.

есть дополнительная таблицы маршрутизации, в ней прописывается дефолтный маршрут через evdo модем. pppoe - дефолтный в основной таблице, и он не слетает. через вторую таблицу маршрутизуется трафик от сквида, он метится через iptables.

в общем-то, я и раньше делал такую схему, но вместо evdo модема был туннель openvpn в одно место. тогда всё работало.

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

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

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

потом пробовал сделать те же яйца, только в профиль. через iptables -t mangle --set-xmark и ip rule add fwmark и заданием default route в дополнительной таблице.

как только прописывал маршрут через модем в дополнительную таблицу, pppd модема начинал соединение заново.

Вот если не делать "-t mangle --set-xmark", а просто прописать маршрут, модем упадёт?

Точно ли модем работает без pppoe на этом компьютере с этим ядром? И при наличии линка pppoe можно ли пропинговать удалённую сторону модемного соединения. Может тут вобще конфликт модулей pppoe и ttyusb. Работает ли модем если разорвать pppoe соедиенение, но оставить в ядре все модули для pppoe?

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

1) в dmesg и /var/log/messages вообще ничего не появлялось при пропадании маршрута.

2) если прописать маршрут через модем, то он пропадает, если при этом включён pppoe.

3) если не прописывать маршрут через модем, то соединение не перезапускается сколь угодно долго (при включенном pppoe), и пингуется шлюз модема.

4) если выключить pppoe и запустить инет через модем, то соединение не перезапускается, даже если через него идёт маршрут по умолчанию. при этом, естественно, весь инет доступен.

вот такой цикл возникает у модема:

rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MD5> <magic 0xcc9dc4d0>]
Connect time 0.1 minutes.
Sent 11870 bytes, received 404 bytes.
Script /etc/ppp/ip-down started (pid 18176)
sent [LCP ConfReq id=0x8 <asyncmap 0x0> <magic 0x86c6cb7b> <pcomp> <accomp>]
sent [LCP ConfAck id=0x1 <asyncmap 0x0> <auth chap MD5> <magic 0xcc9dc4d0>]
Script /etc/ppp/ip-down finished (pid 18176), status = 0x0
rcvd [LCP ConfAck id=0x8 <asyncmap 0x0> <magic 0x86c6cb7b> <pcomp> <accomp>]
rcvd [CHAP Challenge id=0x1 <3f73a465abfa237ab82c7b574ee0bf1e>, name = «tim6a-pdsn0»]
sent [CHAP Response id=0x1 <9ee478ffe856add1bb37b3de538c163c>, name = «mobile»]
rcvd [CHAP Success id=0x1 «„]
CHAP authentication succeeded
CHAP authentication succeeded
sent [CCP ConfReq id=0xf <deflate 15> <deflate(old#) 15> <bsd v1 15>]
sent [IPCP ConfReq id=0x9 <compress VJ 0f 01> <addr 83.217.29.142>]
rcvd [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 83.217.24.4>]
sent [IPCP ConfAck id=0x1 <compress VJ 0f 01> <addr 83.217.24.4>]
rcvd [CCP ConfReq id=0x1 < 17 06 00 01 02 01>]
sent [CCP ConfRej id=0x1 < 17 06 00 01 02 01>]
rcvd [CCP ConfRej id=0xf <deflate 15> <deflate(old#) 15> <bsd v1 15>]
sent [CCP ConfReq id=0x10]
rcvd [IPCP ConfAck id=0x9 <compress VJ 0f 01> <addr 83.217.29.142>]
Cannot determine ethernet address for proxy ARP
local IP address 83.217.29.142
remote IP address 83.217.24.4
Script /etc/ppp/ip-up started (pid 18219)
rcvd [CCP ConfReq id=0x2 < 11 05 00 01 01>]
sent [CCP ConfRej id=0x2 < 11 05 00 01 01>]
rcvd [CCP ConfAck id=0x10]
rcvd [CCP ConfReq id=0x3 < 11 05 00 01 03>]
sent [CCP ConfRej id=0x3 < 11 05 00 01 03>]
Script /etc/ppp/ip-up finished (pid 18219), status = 0x0

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

Честно говоря, не знаю, что и предположить. Может попробовать прописать через модем один маршрут на какой-нибудь сервер, допустим yandex.ru. Попинговать, покачать данные при работающем pppoe. Если это сработает, то можно попробовать вместо default маршрута прописать через модем два маршрута 0.0.0.0/1 и 128.0.0.0/1, вроде это будет эквивалентно маршруту по умолчанию...

mky ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.