On Fri, Jan 16, 2004 at 04:22:05PM +0200, Emil Filipov wrote: <==skip==> E> Jan 16 15:46:28 opera mpd: [pppoe1] LCP: SendConfigReq #3 E> Jan 16 15:46:28 opera mpd: MRU 1488 E> Jan 16 15:46:28 opera mpd: MAGICNUM 1c5e3cf8 E> Jan 16 15:46:28 opera mpd: AUTHPROTO CHAP MSOFTv2 E> Jan 16 15:46:30 opera mpd: [pppoe1] LCP: SendConfigReq #4 E> Jan 16 15:46:30 opera mpd: MRU 1488 E> Jan 16 15:46:30 opera mpd: MAGICNUM 1c5e3cf8 E> Jan 16 15:46:30 opera mpd: AUTHPROTO CHAP MSOFTv2 E> Jan 16 15:46:30 opera mpd: [pppoe1] LCP: rec'd Configure Nak #4 link 0 (Ack-Sent) E> Jan 16 15:46:30 opera mpd: MRU 1488
<==skip==> E> As you can see the client does not agree with MRU of 1488 (I tried initially with the default of 1492). Bug in RASPPPOE implementation? Surely. One more person faced this bug. :) On PPPoE ACes I use a patched mpd, where MRU negotiation is commented out. You should send a bug report to Robert Schlabbach, RASPPPoE's author. I always forget to do it :) -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE _______________________________________________ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
