Date: Thu, 11 Mar 1999 14:27:02 +0100 From: Andreas Klemm <andreas@klemm.gtn.com> To: Stefan Bethke <stefan.bethke@hanse.de> Cc: Andreas Klemm <andreas@klemm.gtn.com>, Hellmuth Michaelis <hm@hcs.de>, freebsd-isdn@FreeBSD.ORG Subject: Re: repeated unsuccessful dialups with costs (!) with fbsd 3.1 (i4b) to Cisco Message-ID: <19990311142702.A27715@titan.klemm.gtn.com> In-Reply-To: <607173.3130146708@d225.promo.de>; from Stefan Bethke on Thu, Mar 11, 1999 at 01:11:48PM %2B0100 References: <19990311125552.A3583@titan.klemm.gtn.com> <607173.3130146708@d225.promo.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Mar 11, 1999 at 01:11:48PM +0100, Stefan Bethke wrote:
> Andreas Klemm <andreas@klemm.gtn.com> wrote:
>
> > I don't find a way to tell tcpdump to monitor PPP ...
> It should work.
It doesn't.
> > I use tcpdump -i isp0 -w xxx
> > tcpdump -r xxx
> > tcpdump -e -r xxx
> >
> > But all I get is for example:
> > root{201} /tmp tcpdump -e -r xxx
> > 12:50:48.618017 ID-000 IP: pppak04.gtn.com > gtn-gw2.dpn.de: icmp: echo
> > request 12:50:48.724928 ID-000 IP: gtn-gw2.dpn.de > pppak04.gtn.com:
> > icmp: echo reply 12:50:49.635423 ID-000 IP: pppak04.gtn.com >
> > gtn-gw2.dpn.de: icmp: echo request 12:50:49.753914 ID-000 IP:
> > gtn-gw2.dpn.de > pppak04.gtn.com: icmp: echo reply
>
> Seems you ran tcpdump too late (after successfully logging in).
No I did it manually. I know exactly, that I first ran tcpdump
and then inititated a callout via ping ;-)
Yesterday the yearly year++ counter increased, but I think
I got the above task still managed properly ;-)
> > Something special needed ???
>
> Try to run tcpdump, and then establishing the connection. Be sure to start
> tcpdump with -n to avoid name lookups, which in turn might bring the line
> up, and thus spoil the dump.
Well all we want to see is what goes wrong in some cases,
when the line goes up. Why the callout happened is of no
interest, I don't see the logic (-n thingie) in this special case ;-)
> Also ask your provider for hints from the dial-in server's log, why
> authentication might be failing.
Radius log shows, that I properly logged in...
Might IP header compression cause a race condition ???
Only another guess....
--
Andreas Klemm http://www.FreeBSD.ORG/~andreas
What gives you 90% more speed, for example, in kernel compilation ?
http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html
"NT = Not Today" (Maggie Biggs) ``powered by FreeBSD SMP''
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-isdn" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990311142702.A27715>