Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 21 Jun 2004 17:12:08 +0100
From:      Brian Somers <brian@Awfulhak.org>
To:        Yohan <yohanphilip@yahoo.com>, freebsd-net@freebsd.org
Cc:        Julian Elischer <julian@elischer.org>
Subject:   Re: PPPoE
Message-ID:  <20040621171208.675354ae@dev.lan.Awfulhak.org>
In-Reply-To: <20040621125541.20360.qmail@web60810.mail.yahoo.com>
References:  <20040621122211.30f48082@dev.lan.Awfulhak.org> <20040621125541.20360.qmail@web60810.mail.yahoo.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 21 Jun 2004 05:55:41 -0700 (PDT), Yohan <yohanphilip@yahoo.com> wrote:
> 17:48:15.035656 0:8:a1:5f:b5:4b Broadcast 8863 60:
> PPPoE PADI [Host-Uniq UTF8]
> 17:48:15.049217 0:4:e6:4:41:1 0:8:a1:5f:b5:4b 8863 76:
> PPPoE PADO [AC-Name "BANYAN"] [AC-Cookie UTF8]
> [Service-Name] [Relay-Session-ID UTF8] [Host-Uniq
> UTF8]
> 17:48:15.049232 0:8:a1:5f:b5:4b 0:4:e6:4:41:1 8863 60:
> PPPoE PADR [Host-Uniq UTF8] [AC-Cookie UTF8] [AC-Name
> "BANYAN"]

And the missing bit is the PADS packet (which we're expecting from the
PPPoE server).  Here, the netgraph node is resending the PADR after 2
seconds of inactivity, then dropping back to sending a PADI all over
again.

Interestingly enough, the PADR doesn't seem to have the Service-Name
or Relay-Session-ID tags that the PADO has - perhaps that's what's
causing the problem...  certainly the PADO handling code that sends
the PADS calls scan_tags() which is supposed to copy tags not already
handled from the PADO into the PADR.

Julian, have you any comments on this ?

Cheers.

-- 
Brian <brian@Awfulhak.org>                        <brian@[uk.]FreeBSD.org>
      <http://www.Awfulhak.org>;                   <brian@[uk.]OpenBSD.org>
Don't _EVER_ lose your sense of humour !



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040621171208.675354ae>