Re: PPPoE with IPv6

Routing may work, because this is done with the link-local addresses. Still
as you can see in your show ipv6 interface brief, that the virtual-access
interface ONLY copies the link-local and NOT the global address.
Pretty strange behavior :-)

--
Regards,
Rick Mur
CCIE2 #21946 (R&S / Service Provider)
Sr. Support Engineer  IPexpert, Inc.
URL: http://www.IPexpert.com
On Tue, Sep 29, 2009 at 5:52 PM, Rich Collins <nilsi2002_at_gmail.com> wrote:
> I noticed that I could also discover the DUID with just
> Router# sh ipv6 dhcp
>
>
> Anyway I got the configuration back up and running.
> R1 is client and R2 is server
>
> Here is slightly different from yesterday
>
> R2
> ipv6 dhcp pool foo
>  prefix-delegation 2001:2:2::/48 00030001C20020310000
>
> -----------
>
> R2#sh ipv6 interface brief
> FastEthernet0/0            [up/up]
>    FE80::C001:46FF:FE05:0
> FastEthernet0/0.27         [up/up]
> FastEthernet0/1            [administratively down/down]
> FastEthernet0/1.28         [administratively down/down]
> Serial1/0                  [administratively down/down]
> Serial1/1                  [administratively down/down]
> Serial1/2                  [up/up]
> Serial1/3                  [administratively down/down]
> FastEthernet2/0            [up/up]
>    FE80::C001:46FF:FE05:20
> Virtual-Access1            [down/down]
> Virtual-Template1          [down/down]
>    FE80::C001:46FF:FE05:0
>    2001:8:A::1
> Virtual-Access2            [up/up]
> Virtual-Access2.1          [up/up]
>    FE80::C001:46FF:FE05:0
> Loopback0                  [up/up]
>    FE80::C001:46FF:FE05:0
>    2001:22:22:22::2
> Tunnel28                   [up/down]
> R2#
> R2#
>
> R2#sh ipv6 route
> IPv6 Routing Table - 4 entries
> Codes: C - Connected, L - Local, S - Static, R - RIP, B - BGP
>       U - Per-user Static route, M - MIPv6
>        I1 - ISIS L1, I2 - ISIS L2, IA - ISIS interarea, IS - ISIS summary
>        O - OSPF intra, OI - OSPF inter, OE1 - OSPF ext 1, OE2 - OSPF ext 2
>       ON1 - OSPF NSSA ext 1, ON2 - OSPF NSSA ext 2
>       D - EIGRP, EX - EIGRP external
> S   2001:2:2::/48 [1/0]
>     via FE80::C000:46FF:FE05:0, Virtual-Access2.1
> C   2001:22:22:22::/64 [0/0]
>     via ::, Loopback0
> L   2001:22:22:22::2/128 [0/0]
>     via ::, Loopback0
> L   FF00::/8 [0/0]
>     via ::, Null0
> R2#
>
>
>
>
>
> R1#sh ipv6 int brief
> FastEthernet0/0            [up/up]
>    FE80::C000:46FF:FE05:0
>    2001:2:2:1:C000:46FF:FE05:0
> FastEthernet0/1            [administratively down/down]
> Serial1/0                  [up/down]
> Serial1/1                  [administratively down/down]
> Serial1/2                  [up/up]
> Serial1/3                  [administratively down/down]
> Virtual-Access1            [up/up]
> Virtual-Access2            [up/up]
> Dialer1                    [up/up]
>    FE80::C000:46FF:FE05:0
> Loopback0                  [up/up]
> R1#sh ipv
> R1#sh ipv6 rout
> R1#sh ipv6 route
> IPv6 Routing Table - 5 entries
> Codes: C - Connected, L - Local, S - Static, R - RIP, B - BGP
>       U - Per-user Static route, M - MIPv6
>        I1 - ISIS L1, I2 - ISIS L2, IA - ISIS interarea, IS - ISIS summary
>        O - OSPF intra, OI - OSPF inter, OE1 - OSPF ext 1, OE2 - OSPF ext 2
>       ON1 - OSPF NSSA ext 1, ON2 - OSPF NSSA ext 2
>       D - EIGRP, EX - EIGRP external
> S   ::/0 [1/0]
>     via ::, Dialer1
> S   2001:2:2::/48 [1/0]
>     via ::, Null0
> C   2001:2:2:1::/64 [0/0]
>     via ::, FastEthernet0/0
> L   2001:2:2:1:C000:46FF:FE05:0/128 [0/0]
>     via ::, FastEthernet0/0
> L   FF00::/8 [0/0]
>     via ::, Null0
> R1#
>
>
> R1#ping ipv6 2001:22:22:22::2  (Loop0 on R2)
>
> Type escape sequence to abort.
> Sending 5, 100-byte ICMP Echos to 2001:22:22:22::2, timeout is 2 seconds:
> !!!!!
> Success rate is 100 percent (5/5), round-trip min/avg/max = 16/16/16 ms
> R1#
>
>
> Debug ICMP on R2
> [Resuming connection 2 to R2 ... ]
>
> *Mar  1 01:32:26.259: ICMPv6: Received echo request from
> 2001:2:2:1:C000:46FF:FE05:0
> *Mar  1 01:32:26.263: ICMPv6: Sending echo reply to
> 2001:2:2:1:C000:46FF:FE05:0
> *Mar  1 01:32:26.307: ICMPv6: Received echo request from
> 2001:2:2:1:C000:46FF:FE05:0
> *Mar  1 01:32:26.311: ICMPv6: Sending echo reply to
> 2001:2:2:1:C000:46FF:FE05:0
> *Mar  1 01:32:26.323: ICMPv6: Received echo request from
> 2001:2:2:1:C000:46FF:FE05:0
> *Mar  1 01:32:26.327: ICMPv6: Sending echo reply to
> 2001:2:2:1:C000:46FF:FE05:0
> *Mar  1 01:32:26.339: ICMPv6: Received echo request from
> 2001:2:2:1:C000:46FF:FE05:0
> *Mar  1 01:32:26.343: ICMPv6: Sending echo reply to
> 2001:2:2:1:C000:46FF:FE05:0
> R2#
> R2#
>
> -Rich
>
>
> On Mon, Sep 28, 2009 at 6:44 PM, Rich Collins <nilsi2002_at_gmail.com> wrote:
> > I have to admit that I am having a problem repeating my earlier setup.
> >  The client R1 is not showing the OPEN mode but now always SOLICIT.
> >
> > R1#sh ipv6 dhcp interface
> > Dialer1 is in client mode
> >  State is SOLICIT (7)
> >  Retransmission timer expires in 00:00:40
> >  Rapid-Commit: disabled
> >
> >
> > I can't say though that I have any experience with DHCPv6.
> >
> > I think though the routing  was working as Rick was surmising.
> >
> > -Rich
> >
> >
> > On Mon, Sep 28, 2009 at 5:59 PM, Joe Astorino <jastorino_at_ipexpert.com>
> wrote:
> >> Yes, what is interesting is that let's say we did not want to allocate
> >> addressing using either DHCPv6 or IPv6CP.  Then what?  So far I have yet
> to
> >> see a configuration using statically assigned IPv6 addressing on
> >> dialer/virtual-template interfaces when using PPPoE that works.  I don't
> get
> >> why we would be REQUIRED to use DHCPv6 or IPv6CP.
> >>
> >> On Mon, Sep 28, 2009 at 5:52 PM, Rick Mur <rmur_at_ipexpert.com> wrote:
> >>>
> >>> The problem we are facing is that the 'global' address of the
> >>> virtual-template is not copied down to the virtual-access interface.
> Could
> >>> you issue a show ip interface brief and see if that global prefix is in
> the
> >>> routing table. Because I think it now works with the link-local address
> on
> >>> R2 and pinging the R1 DHCP address through PPP /32 neighbor-route.
> >>>
> >>>
> >>> --
> >>>
> >>> Regards,
> >>>
> >>> Rick Mur
> >>> CCIE2 #21946 (R&S / Service Provider)
> >>> Sr. Support Engineer  IPexpert, Inc.
> >>> URL: http://www.IPexpert.com
Blogs and organic groups at http://www.ccie.net