Date: Wed, 23 May 2001 15:35:02 +0100 From: Brian Somers <brian@Awfulhak.org> To: Ollivier Robert <roberto@keltia.freenix.fr> Cc: freebsd-hackers@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: ppp problems on 4.3-RELEASE and PPPoE Message-ID: <200105231435.f4NEZ2F04633@hak.lan.Awfulhak.org> In-Reply-To: Message from Ollivier Robert <roberto@keltia.freenix.fr> of "Tue, 22 May 2001 19:02:55 %2B0200." <20010522190255.A11683@tara.freenix.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hmm,
I wonder if you can catch it again and do a ``set log local
physical'' and run ``tcpdump -i XXX -e not ip'' on the interface at
the same time ?
A ``ping -c 1'' should then show if ppp's sending the data out, and
if it is, if ng_ether is forwarding it.
I'm a little concerned about the MRU of 1500 too. The peer seems
broken. I have patches to fix this, but they've been paid for as
part of another project so will have to wait 'till the source is
released. If the ping packet goes out but nothing comes back it may
indicate that the peer is hung up trying to send a 1500+8 byte packet
across an Ethernet that can only handle 1500....
> According to Brian Somers:
> > If pppctl is still working (ppp will talk to it), then it may be
> > worth seeing what ``show physical'' and ``show timer'' say (is the
> > link open, or is ppp waiting for something to happen via a timeout?).
>
> Locked again with a pppctl attached.
>
> show timer
> -=-=-
> IPCP throughput timer[0x80a37d8]: freq = 1.00s, next = 0.00s, state = running
> physical throughput timer[0x80af068]: freq = 1.00s, next = 0.90s, state = running
> hdlc timer[0x80b1d84]: freq = 60.00s, next = 22.90s, state = running
> -=-=-
>
> show physical
> -=-=-
> Name: deflink
> State: open (established)
> Device: PPPoE:ed0:
> Link Type: background
> Connect Count: 1
> Queued Packets: 0
> Phone Number: N/A
>
> Defaults:
> Device List: "PPPoE:ed0:"
> Characteristics: sync, cs8, no parity, CTS/RTS on
> CD check delay: device specific
>
> Connect time: 24:08:11
> 14864337 octets in, 8655370 octets out
> 56740 packets in, 56238 packets out
> overall 270 bytes/sec
> currently 0 bytes/sec in, 0 bytes/sec out (over the last 5 secs)
> peak 70148 bytes/sec on Mon May 21 20:02:16 2001
> -=-=-
>
> show lcp
> -=-=-
> PPP ON keltia> show lcp
> deflink: LCP [Opened]
> his side: MRU 1492, ACCMAP ffffffff, PROTOCOMP off, ACFCOMP off,
> MAGIC 6317ffaa, MRRU 0, SHORTSEQ off, REJECT 0000
> my side: MRU 1500, ACCMAP 00000000, PROTOCOMP off, ACFCOMP off,
> MAGIC 0c7a6a1f, MRRU 0, SHORTSEQ on, REJECT 0000
>
> Defaults: MRU = 1492, ACCMAP = 00000000
> LQR period = 30s, Open Mode = active (delay 1s)
> FSM retry = 3s, max 5 Config REQs, 5 Term REQs
> Ident:
>
> Negotiation:
> ACFCOMP = disabled & denied
> CHAP = disabled & accepted
> CHAP80 = disabled & accepted
> LANMan = disabled & accepted
> CHAP81 = disabled & accepted
> LQR = disabled & denied
> PAP = disabled & accepted
> PROTOCOMP = disabled & accepted
> -=-=-
>
> --
> Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr
> FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000
--
Brian <brian@Awfulhak.org> <brian@[uk.]FreeBSD.org>
<http://www.Awfulhak.org>; <brian@[uk.]OpenBSD.org>
Don't _EVER_ lose your sense of humour !
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200105231435.f4NEZ2F04633>