[AusNOG] My Predictions for the ISP Industry

[Christopher Pollock]

I did some research into this to v6-ify an ISP earlier in the year and YMMV
depending on IOS with the actual behaviour of your routers compared to this
document.  This is another supporting case for starting the implementation
yourself as early as possible because if you were planning on following the
guides, you may find yourself spending a LOT of time manually testing which
parts of the doc don't follow the behaviour of your gear.

I experienced a number of seriously faulty things, including the -dhcpv6
suffix usernames never working (also, what a pain) and a whole host of
RADIUS attributes that get ignored, or don't work the way they should.

My solution:
http://blog.ioshints.info/2011/03/framed-ipv6-prefix-used-as-delegated.html

YMMV.  Start early!

--
Christopher Pollock,
io Networks Pty Ltd.
e. chris at ionetworks.com.au
p. 1300 1 2 4 8 16
d. 07 3188 7588
m. 0410 747 765
skype: christopherpollock
http://www.ionetworks.com.au
In-house, Outsourced.



On Wed, Mar 14, 2012 at 11:59 AM, Mark Newton <newton at atdot.dotat.org>wrote:

> On Wed, Mar 14, 2012 at 12:25:24PM +1100, Ryan van Klaveren wrote:
>
>  > Any info you have would be helpful regarding the setup of the radius
> reply
>  > attributes you used for the Billion 7800NL routers.
>
> Cisco have done a pretty good job of documenting it here:
>
> http://www.cisco.com/en/US/docs/ios-xml/ios/ipv6/configuration/xe-2/ip6-adsl-dial.pdf
>
> The usual practice would be to have an ipv6 local pool on the
> LNS which is used to assign a prefix for SLAAC-derived interface IDs,
> then for the CPE to request a delegated prefix by DHCPv6.  The LNS
> will answer the DHCPv6 query using data returned by Radius.
>
> You probably want to use a Framed-IPv6-Prefix or the
> ipv6:delegated-prefix Cisco-AVPair instead of a Framed-IPv6-Route,
> for what it's worth.
>
> A far wordier, more detailed guide for IOS is here:
>
> http://www.cisco.com/en/US/docs/ios-xml/ios/ipv6/configuration/xe-2/ip6-adsl-dial.pdf
>
> The documentation available is substantially better than it was
> at this stage last year.
>
>  - mark
> _______________________________________________
> AusNOG mailing list
> AusNOG at lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ausnog.net/pipermail/ausnog/attachments/20120314/29388c46/attachment.html>