IPv6 - PPPOE Login with Cisco 886

Mark Smith nanog at 85d5b20a518b8f6864949bd940457dc124746ddc.nosense.org
Mon Jan 10 21:35:41 CET 2011


On Mon, 10 Jan 2011 13:21:30 +0100
Harald Singer <ipv6 at haraldsinger.de> wrote:

> On Mon, 10 Jan 2011 22:00:53 +1030, Mark Smith
> <nanog at 85d5b20a518b8f6864949bd940457dc124746ddc.nosense.org> wrote:
> 
> 
> >> (This config works well with an Cisco 836!)
> >>
> >>
> >> PPP protocol negotiation debugging tells me:
> >>
> >> ...
> >> Jan 10 10:26:06.588 CET: Vi2 PPP: Phase is FORWARDING, Attempting
> >> Forward
> >> Jan 10 10:26:06.588 CET: Vi2 PPP: Queue IPCP code[1] id[1]
> >> Jan 10 10:26:06.588 CET: Vi2 PPP: Queue IPV6CP code[1] id[1]
> >> Jan 10 10:26:06.592 CET: Vi2 PPP: Phase is ESTABLISHING, Finish LCP
> >> Jan 10 10:26:06.592 CET: Vi2 PPP: Phase is UP
> >> Jan 10 10:26:06.592 CET: Vi2 PPP: Process pending ncp packets
> >> Jan 10 10:26:06.592 CET: Vi2 IPCP: Redirect packet to Vi2
> >> Jan 10 10:26:06.592 CET: Vi2 IPCP: I CONFREQ [UNKNOWN] id 1 len 10
> >> Jan 10 10:26:06.592 CET: Vi2 IPCP:    Address 192.168.1.13
> >> (0x0306D918C00D)
> >> Jan 10 10:26:06.592 CET: Vi2 LCP: O PROTREJ [Open] id 3 len 16
> >> protocol IPCP (0x0101000C0306D918C00D)
> >> Jan 10 10:26:06.592 CET: Vi2 IPV6CP: Redirect packet to Vi2
> > 
> > Looks like either your PPP peer is broken, or the link between them, as
> > the following seems to indicate your end received an IPv6CP option that
> > it didn't understand (there is only one for IPV6CP - Interface
> > Identifier), and your end is therefore giving up. Same as for IPCP.
> > Perhaps comparing the debug output of PPP working on 836 might help
> > troubleshoot it.
> 
> The IPCP Reject is because the BRAS offers an IPv4 address which i
> don't need.
> 

I don't think that is the case. Look a bit closer at the CONFREQ lines
between the two debugs, for both IPv4 and IPv6.


> This is the same debug at my 836:
> 
> 
> CISCO 836   .319 CET: Vi2 PPP: Phase is FORWARDING, Attempting Forward
> CISCO 836   .323 CET: Vi2 PPP: Queue IPV6CP code[1] id[1]
> CISCO 836   .323 CET: Vi2 PPP: Queue IPCP code[1] id[1]
> CISCO 836   .383 CET: Vi2 PPP SSS: Receive SSS-Mgr Connect-Local
> CISCO 836   .383 CET: Vi2 PPP: Phase is ESTABLISHING, Finish LCP
> CISCO 836   .387 CET: Vi2 PPP: Phase is UP
> CISCO 836   .387 CET: Vi2 IPV6CP: O CONFREQ [Closed] id 1 len 14
> CISCO 836   .387 CET: Vi2 IPV6CP:    Interface-Id 0212:80FF:FE7A:6728
> (0x010A021280FFFE7A6728)
> CISCO 836   .391 CET: Vi2 PPP: Process pending ncp packets
> CISCO 836   .391 CET: Vi2 IPCP: Redirect packet to Vi2
> CISCO 836   .391 CET: Vi2 IPCP: I CONFREQ [Not negotiated] id 1 len 10
> CISCO 836   .391 CET: Vi2 IPCP:    Address 217.24.192.13
> (0x0306D918C00D)
> CISCO 836   .391 CET: Vi2 LCP: O PROTREJ [Open] id 3 len 16 protocol
> IPCP (0x80210101000A0306D918C00D)
> CISCO 836   .395 CET: Vi2 IPV6CP: Redirect packet to Vi2
> CISCO 836   .395 CET: Vi2 IPV6CP: I CONFREQ [REQsent] id 1 len 14
> CISCO 836   .395 CET: Vi2 IPV6CP:    Interface-Id 021C:0FFF:FE38:381B
> (0x010A021C0FFFFE38381B)
> CISCO 836   .395 CET: Vi2 IPV6CP: O CONFACK [REQsent] id 1 len 14
> CISCO 836   .395 CET: Vi2 IPV6CP:    Interface-Id 021C:0FFF:FE38:381B
> (0x010A021C0FFFFE38381B)
> CISCO 836   .427 CET: Vi2 IPV6CP: I CONFACK [ACKsent] id 1 len 14
> CISCO 836   .431 CET: Vi2 IPV6CP:    Interface-Id 0212:80FF:FE7A:6728
> (0x010A021280FFFE7A6728)
> CISCO 836   .431 CET: Vi2 IPV6CP: State is Open
> CISCO 836   .387 CET: %LINEPROTO-5-UPDOWN: Line protocol on Interface
> Virtual-Access2, changed state to up
> 
> 
> BTW, i have access to the BRAS if this will help.
> 


More information about the ipv6-ops mailing list