PPP with PPPoE на мыльнице

[SamJan]

Есть мыльница от трендвар, которая соединяется с PPPoE концетратором на фрюхе.

РРР с стороны БСД сбрасывает линк каждые 3 минуты.

 

накопал следующее:

ppp[19620]: Warning: lqr_RecvEcho: Got sig 0x9f979818, not 0x594e4f54

 

0x9f979818, это magic number, который он получает от устройства

 

выставил lqr period 120 но тем не менее, для постоянного пользования слишком много коннекшносов в биллинге получается, да и проблемы с critical applications возникает

Вопрос: что делать, как исправить сие.?

 

З.Ы. disable lqr не предлагать :)

 

на всякий весь лог

Oct 25 21:23:20 ts ppp[19620]: Phase: Using interface: tun0

Oct 25 21:23:20 ts ppp[19620]: Phase: deflink: Created in closed state

Oct 25 21:23:20 ts ppp[19620]: Phase: PPP Started (direct mode).

Oct 25 21:23:20 ts ppp[19620]: Phase: bundle: Establish

Oct 25 21:23:20 ts ppp[19620]: Phase: deflink: closed -> opening

Oct 25 21:23:20 ts ppp[19620]: Phase: deflink: Link is a netgraph node

Oct 25 21:23:20 ts ppp[19620]: Phase: deflink: Connected!

Oct 25 21:23:20 ts ppp[19620]: Phase: deflink: opening -> carrier

Oct 25 21:23:20 ts ppp[19620]: Phase: deflink: carrier -> lcp

Oct 25 21:23:20 ts ppp[19620]: LCP: FSM: Using "deflink" as a transport

Oct 25 21:23:20 ts ppp[19620]: LCP: deflink: State change Initial --> Closed

Oct 25 21:23:20 ts ppp[19620]: LCP: deflink: State change Closed --> Stopped

Oct 25 21:23:20 ts ppp[19620]: LCP: deflink: RecvConfigReq(106) state = Stopped

Oct 25 21:23:20 ts ppp[19620]: LCP: MRU[4] 1492

Oct 25 21:23:20 ts ppp[19620]: LCP: MAGICNUM[6] 0x205fa135

Oct 25 21:23:20 ts ppp[19620]: LCP: deflink: SendConfigReq(1) state = Stopped

Oct 25 21:23:20 ts ppp[19620]: LCP: ACCMAP[6] 0x00000000

Oct 25 21:23:20 ts ppp[19620]: LCP: MRU[4] 1492

Oct 25 21:23:20 ts ppp[19620]: LCP: MAGICNUM[6] 0x9f979818

Oct 25 21:23:20 ts ppp[19620]: LCP: QUALPROTO[8] proto c025, interval 60000ms

Oct 25 21:23:20 ts ppp[19620]: LCP: AUTHPROTO[4] 0xc023 (PAP)

Oct 25 21:23:20 ts ppp[19620]: LCP: deflink: SendConfigAck(106) state = Stopped

Oct 25 21:23:20 ts ppp[19620]: LCP: MRU[4] 1492

Oct 25 21:23:20 ts ppp[19620]: LCP: MAGICNUM[6] 0x205fa135

Oct 25 21:23:20 ts ppp[19620]: LCP: deflink: LayerStart

Oct 25 21:23:20 ts ppp[19620]: LCP: deflink: State change Stopped --> Ack-Sent

Oct 25 21:23:20 ts ppp[19620]: LCP: deflink: RecvConfigRej(1) state = Ack-Sent

Oct 25 21:23:20 ts ppp[19620]: LCP: ACCMAP[6] 0x00000000

Oct 25 21:23:20 ts ppp[19620]: LCP: QUALPROTO[8] proto c025, interval 60000ms

Oct 25 21:23:20 ts ppp[19620]: LCP: deflink: SendConfigReq(2) state = Ack-Sent

Oct 25 21:23:20 ts ppp[19620]: LCP: MRU[4] 1492

Oct 25 21:23:20 ts ppp[19620]: LCP: MAGICNUM[6] 0x9f979818

Oct 25 21:23:20 ts ppp[19620]: LCP: AUTHPROTO[4] 0xc023 (PAP)

Oct 25 21:23:20 ts ppp[19620]: LCP: deflink: RecvConfigAck(2) state = Ack-Sent

Oct 25 21:23:20 ts ppp[19620]: LCP: deflink: State change Ack-Sent --> Opened

Oct 25 21:23:20 ts ppp[19620]: LCP: deflink: LayerUp

Oct 25 21:23:20 ts ppp[19620]: LQM: deflink: Will send ECHO LQR every 60.00 secs

Oct 25 21:23:20 ts ppp[19620]: LCP: deflink: SendEchoRequest(0) state = Opened

Oct 25 21:23:20 ts ppp[19620]: Phase: bundle: Authenticate

Oct 25 21:23:20 ts ppp[19620]: Phase: deflink: his = none, mine = PAP

Oct 25 21:23:20 ts ppp[19620]: Phase: Pap Input: REQUEST (xxxx)

Oct 25 21:23:20 ts ppp[19620]: Phase: Radius: Request sent

Oct 25 21:23:20 ts ppp[19620]: LCP: deflink: RecvEchoReply(0) state = Opened

Oct 25 21:23:20 ts ppp[19620]: Warning: lqr_RecvEcho: Got sig 0x9f979818, not 0x594e4f54 !

Oct 25 21:23:20 ts ppp[19620]: Phase: Radius(auth): ACCEPT received

Oct 25 21:23:20 ts ppp[19620]: Phase: IP 195.250.xx.xx

Oct 25 21:23:20 ts ppp[19620]: Phase: Netmask 255.255.255.255

Oct 25 21:23:20 ts ppp[19620]: Phase: VJ enabled

Oct 25 21:23:20 ts ppp[19620]: Phase: Pap Output: SUCCESS

Oct 25 21:23:20 ts ppp[19620]: Phase: deflink: lcp -> open

Oct 25 21:23:20 ts ppp[19620]: Phase: bundle: Network

Oct 25 21:23:20 ts ppp[19620]: LCP: deflink: RecvProtocolRej(109) state = Opened

Oct 25 21:23:20 ts ppp[19620]: LCP: deflink: -- Protocol 0x80fd (Compression Control Protocol) was rejected!

Oct 25 21:23:20 ts ppp[19620]: Phase: Radius(acct): Accounting response received

Oct 25 21:23:40 ts ppp[19620]: LCP: deflink: RecvEchoRequest(111) state = Opened

Oct 25 21:23:40 ts ppp[19620]: LCP: deflink: SendEchoReply(111) state = Opened

Oct 25 21:24:01 ts ppp[19620]: LCP: deflink: RecvEchoRequest(112) state = Opened

Oct 25 21:24:01 ts ppp[19620]: LCP: deflink: SendEchoReply(112) state = Opened

Oct 25 21:24:21 ts ppp[19620]: LCP: deflink: SendEchoRequest(1) state = Opened

Oct 25 21:24:21 ts ppp[19620]: LCP: deflink: RecvEchoReply(1) state = Opened

Oct 25 21:24:21 ts ppp[19620]: Warning: lqr_RecvEcho: Got sig 0x9f979818, not 0x594e4f54 !

Edited October 25, 2006 by SamJan

[rkorolev]

А нету другого варианта. Либо мучать исходники ppp, чтоб не реагировал на контент в мейджике, но это тоже косяк еще тот.

У нас клиенты с такими кривыми железяками (старые planet'ы, asotel'ы) висят в отдельном влане без lqr.

[SamJan]

господа ну подскажите хотя бы модели такой ценовой категории, у которых все в порядке с маджик

[rkorolev]

длинковские не страдают таким. а прошивки посвежее не пробовал поискать под тренднет?

[SamJan]

пробовал, выше той что на сайте нету

[rkorolev]

Ну тогда либо менять, либо патчить на предмет игнорирования контента magic packet, как уже предлагали.

p.s. мы тут ещё намучались с planet'овскими поделками, которые не живут нормально, если в сети есть несколько pppoe ac: он посылает padi, получает pado от первого, начинает коннектится с ним, получает pado от второго, продолжает поднимать сессию уже с ним и тд и тп...