Implementations/suggestions for Multihoming IPv6 for DSL sites

Owen DeLong owen at delong.com
Fri Apr 8 02:51:47 UTC 2011



Sent from my iPad

On Apr 7, 2011, at 2:07 PM, Tassos Chatzithomaoglou <achatz at forthnet.gr> wrote:

> 
> Michel de Nostredame wrote on 07/04/2011 22:30:
>> On Thu, Apr 7, 2011 at 2:27 AM, Daniel STICKNEY<dstickney at optilian.com>  wrote:
>>   
>>> I'm investigating how to setup multihoming for IPv6 over two DSL lines
>>> (different ISPs), and I wanted to see if this wheel has already been
>>> invented. Has anyone already set this up or tested it ?
>>>     
>> When you talking about "two DSL lines", I assume this is mainly for
>> office / residential environment to have redundancy and/or increase
>> uplink availability.
>> 
>> In this environment, BGP exchanges with uplink ISPs for multihoming
>> usually is not an option. One reason maybe cost, another reason maybe
>> ISP doesn't like to setup BGP with a DSL customer. At least in my
>> case, reason #2 always prevent my customers to setup BGP with uplink
>> ISPs.
>> 
>> As Seth pointed out SHIM6 is still an academic exercise, my
>> experiences to resolve this needs at this moment is leveraging NAT66,
>> as what we did in IPv4 world. I use FreeBSD+PF and Juniper
>> NetScreen/SSG to do NAT66 in several different locations, and they all
>> works as expected so far.
>> 
>> Some people don't like NAT especially NAT66, but to be realistic that
>> does work, and works well in terms of providing redundancy over two
>> DSL lines for office / residential needs.
>> 
>> --
>> Michel~
>> 
>> 
>>   
> Although i generally hate NAT, multihoming must be the only (or at least the most important) reason why NAT66 has to be standardized.
> Otherwise some kind of routing must be implemented on hosts.
> 
There is no need for NAT in order to multiple-home. BGP is every bit as effective and much simpler.

Owen

> --
> Tassos
> 




More information about the NANOG mailing list