> >WRT the PPPoE lockup problem, I'd love to get to the bottom of this
> >(I can't reproduce it here). If anybody can give me an account on a
> >machine that locks up like this, I'd gladly have a crack at trying to
> >solve the problem.
>
> we are not sure we have the ppp lockup, but we certainly have the "FT lockout".
>
> We are willing to give you an ssh account, but when we´re down ..... :))
>
> Do you have any ideas WRT, from POV of the PPP machine, how to distinguish
> between local ppp lockup vs ppp ok but remote nexthop dead?
I think monitoring the network for PPPoE traffic should say whether
or not the local end is dead (no traffic == local death). ``tcpdump
-i iface -l not ip'' should do it.
Assuming there's no traffic, it may be necessary to install a modified
netgraph module - one that logs when it's setting up and triggering
timeouts. I did this some time ago here, but could never get
anything to lock up :( I've been told that ``killall -11 ppp'' or
attaching to ppp with gdb just shows ppp in select() (as expected),
but it may be worth confirming this too.
I can only guess that the problem is due to netgraph mis-processing
some rogue data from the other side (data I can't reproduce here 'cos
I'm using netgraph). To this end, it may even be worth running
tcpdump permanently on the link (with -x) so that we can get a look
at the dodgy data.
> Len
>
>
> http://MenAndMice.com/DNS-training
> http://BIND8NT.MEIway.com : ISC BIND 8.2.4 for NT4 & W2K
> http://IMGate.MEIway.com : Build free, hi-perf, anti-abuse mail gateways
--
Brian <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
http://www.freebsd-services.com/ <brian@[uk.]FreeBSD.org>
Don't _EVER_ lose your sense of humour ! <brian@[uk.]OpenBSD.org>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
