PPPoE problems

[Julian Elischer]

My comments in [] below..
On Wed, 5 May 2004, Julian Stecklina wrote:

> Hello,
> 
> I have a problem with pppoed: It does not accept connections:
> 
> My system is FreeBSD-current as of some days ago running on x86. ath0
> is a DLINK WLAN card, if that matters. If I watch ethernet traffic via
> tcpdump, I see the connection attempt from the client but no answer
> from pppoed. Anyone knows whats going on?
> 
> jmmr# /usr/libexec/pppoed -Fd -n 5 -p "*" ath0

[find our name/ID]

> pppoed: SENDING MESSAGE:
> pppoed: SOCKADDR: { fam=32 len=4 addr="." }
> pppoed: NG_MESG :
> pppoed:   vers   6
> pppoed:   arglen 0
> pppoed:   flags  0
> pppoed:   token  1
> pppoed:   cookie GENERIC (977674408)
> pppoed:   cmd    268435462
> pppoed:   args (0 bytes)
> pppoed: RECEIVED RESPONSE:
> pppoed: SOCKADDR: { fam=32 len=8 addr="[39]:" }
> pppoed: NG_MESG :
> pppoed:   vers   6
> pppoed:   arglen 72
> pppoed:   flags  1
> pppoed:   token  1
> pppoed:   cookie GENERIC (977674408)
> pppoed:   cmd    nodeinfo (268435462)
> pppoed:   args   { type="socket" id=0x39 }

[See if there is already a PPPOE node on the ether net..]


> Sending NGM_LISTHOOKS to ath0:
> pppoed: SENDING MESSAGE:
> pppoed: SOCKADDR: { fam=32 len=8 addr="ath0:" }
> pppoed: NG_MESG :
> pppoed:   vers   6
> pppoed:   arglen 0
> pppoed:   flags  0
> pppoed:   token  3
> pppoed:   cookie GENERIC (977674408)
> pppoed:   cmd    listhooks (268435463)
> pppoed:   args   

> pppoed: RECEIVED RESPONSE:
> pppoed: SOCKADDR: { fam=32 len=7 addr="[1]:" }
> pppoed: NG_MESG :
> pppoed:   vers   6
> pppoed:   arglen 208
> pppoed:   flags  1
> pppoed:   token  3
> pppoed:   cookie GENERIC (977674408)
> pppoed:   cmd    listhooks (268435463)
> pppoed:   args   { nodeinfo={ name="ath0" type="ether" id=0x1 hooks=1 }
 linkinfo=[ { ourhook="orphans" peerhook="ethernet"
    nodeinfo={ type="pppoe" id=0x4 hooks=1 } } ] }

[yes there is.. use it]



[Attach us to the pppoe node]


> Got reply from id [1]: Type ether with 1 hooks
>   Got [1]:orphans -> [4]:ethernet
> pppoed: SENDING MESSAGE:
> pppoed: SOCKADDR: { fam=32 len=5 addr=".:" }
> pppoed: NG_MESG :
> pppoed:   vers   6
> pppoed:   arglen 576
> pppoed:   flags  0
> pppoed:   token  6
> pppoed:   cookie GENERIC (977674408)
> pppoed:   cmd    connect (3)
> pppoed:   args   { path="ath0:orphans" ourhook="pppoe-52307"
                     peerhook="pppoe-52307" }

[I suspect that the above may have failed.. doing
 'ngctl list',  'ngctl show ath0:orphans' and 'ngctl show .:'
 would be constructive..]


> Sending PPPOE_LISTEN to .:pppoe-52307, provider pppoe
> pppoed: SENDING MESSAGE:
> pppoed: SOCKADDR: { fam=32 len=16 addr=".:pppoe-52307" }
> pppoed: NG_MESG :
> pppoed:   vers   6
> pppoed:   arglen 39
> pppoed:   flags  0
> pppoed:   token  8
> pppoed:   cookie PPPOE (939032003)
> pppoed: sendto(.:pppoe-52307): No such file or directory
> pppoed:   [error decoding message: No such file or directory]
> pppoed:   cmd    3
> pppoed:   args (39 bytes)
> pppoed: 0000:  70 70 70 6f 65 2d 35 32 33 30 37 00 2b 92 04 08  
                 pppoe-52307.+...
> pppoed: 0010:  03 00 00 00 22 ab 04 08 a8 20 46 3a 03 00 00 00 
                  ....".... F:....

> pppoed: 0020:  05 00 70 70 70 6f 65                              ..pppoe                  
> pppoed[52307]: Listening as provider pppoe
> 
> [pppoed is running, but I cannot find it via RASPPPOE from Windoze]
> 
> The error message looks suspicious
> A search in the mailing lists showed someone with a similar problem a
> year ago, but his question was not answered on the list:
> 

Are the kernel and pppoed compiled at the same time from the same
sources? (/usr/include/netgraph/)




> http://lists.freebsd.org/pipermail/freebsd-stable/2003-July/002115.html
> 
> Please keep me in CC, as I am not subscribed to this group.
> 
> Regards,
> -- 
> Julian Stecklina 
> 
> Signed and encrypted mail welcome.
> Key-Server: pgp.mit.edu         Key-ID: 0xD65B2AB5
> FA38 DCD3 00EC 97B8 6DD8  D7CC 35D8 8D0E D65B 2AB5
> 
> Any sufficiently complicated C or Fortran program
> contains an ad hoc informally-specified bug-ridden
> slow implementation of half of Common Lisp.
>  - Greenspun's Tenth Rule of Programming
> 
> _______________________________________________
> freebsd-net at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscribe at freebsd.org"
>