On Sun, 1 Aug 2004, Maxim Maximov wrote: > > this is a PPP only problem. I haven't read all the logs from all your > > mails but if someone could send me a trace file (written with tcpdump > > -w) it would make it a lot easier to check what's going wrong in LCP > > negotiation. > > 'tcpdump -w' output attached. > > > > > Just to make sure. This is NOT a PPPoE problem. PPPoE seems to work > > pretty fine, else you wouldn't be able to start PPP LCP negotiation. > > > > Why rp-pppoe works then? PPP is still the same. of course; the problem had not been visible from the ppp logs. It looked like everything goes fine apart that the peer doesn't ACK your CONREQ and thus you go into another negotiation loop. The problem actually is that the peer will never see your CONFREQ because it goes like this: .. 3c 13 Ethertype (NONSTANDARD, 3Com) 11 00 38 dd 00 1a PPPoE c0 21 PPP LCP but it should go like this: 88 64 Ethertype PPPoE 11 00 3e dd 00 15 PPPoE c0 21 PPP LCP unles you set pppoe 3Com or changed the sysctl (I think there still is one). So it seems that either ether.c (command.c, physical.c) change or the ng_pppoe still have problems selecting the correct type and default to standard. I am checking the sources to find the place if glebius isn't faster ;-) Could you please mail to output of sysctl net.graph.nonstandard_pppoe -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeTReceived on Sun Aug 01 2004 - 12:07:47 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:04 UTC