Re: [Softwires] [v4tov6transition] ISP support of Native IPv6 across NAT44 CPEs -Proposed 6a44 Specification

2010-10-08 Thread Rémi Després
Le 7 oct. 2010 à 21:28, Ole Troan a écrit : ... issues I have with host tunneling: - how to communicate with native IPv6 nodes on the same network? The 6a44-S decapsulates IPv6 packets coming from a 6a44 host and, if not destined to another 6a44 host of its network, forwards them in IPv6, in

Re: [Softwires] [v4tov6transition] ISP support of Native IPv6 across NAT44 CPEs -Proposed 6a44 Specification

2010-10-08 Thread Ole Troan
Remi, ... issues I have with host tunneling: - how to communicate with native IPv6 nodes on the same network? The 6a44-S decapsulates IPv6 packets coming from a 6a44 host and, if not destined to another 6a44 host of its network, forwards them in IPv6, in this case on the same network.

Re: [Softwires] DHCPv6 AFTR name option is needed

2010-10-08 Thread Maglione Roberta
Hello Tomek, Thanks for your reply. The redundancy use case described by Med is the applicability scenario we have in mind too, for the ATFR name option. I understand the doubts raised, in defining two options to configure similar parameters, but from a Service Provider's point of view we

Re: [Softwires] DHCPv6 AFTR name option is needed

2010-10-08 Thread mohamed.boucadair
Hi Yiu, all, If there is a real issue with defining two DHCPv6 options (which I don't see), an alternative would be to define one option with a sub-code field. This field indicates whether the option carries an IP address or a name option. Cheers, Med De :

[Softwires] IPv6 VPNs configured over 1280 MTU tunnels

2010-10-08 Thread Templin, Fred L
End systems in end user networks that connect to the IPv6 Internet will likely want to configure IPv6 VPNs, e.g., so that they can securely connect to their home office networks. Those VPN links must present a 1280 minimum MTU to upper layers, but if they traverse a link in the path with a

Re: [Softwires] [v4tov6transition] ISP support of Native IPv6 across NAT44 CPEs -Proposed 6a44 Specification

2010-10-08 Thread Yiu L. Lee
Hi Brian, I think this is all relative. I discussed internally about software download. Their answer to me is BIG NO. Reason is SP must run QA tests for every possible OS/patches combination. Worst is we need to redo this again when a new patch/upgrade is released. This is far costly than you can

Re: [Softwires] [v4tov6transition] ISP support of Native IPv6across NAT44 CPEs -Proposed 6a44 Specification

2010-10-08 Thread Templin, Fred L
Yiu, -Original Message- From: softwires-boun...@ietf.org [mailto:softwires-boun...@ietf.org] On Behalf Of Yiu L. Lee Sent: Friday, October 08, 2010 11:36 AM To: Brian E Carpenter; Ole Troan Cc: Softwires; v4tov6transit...@ietf.org Subject: Re: [Softwires] [v4tov6transition] ISP

Re: [Softwires] [v4tov6transition] ISP support of Native IPv6acrossNAT44 CPEs -Proposed 6a44 Specification

2010-10-08 Thread Templin, Fred L
HI Yiu, -Original Message- From: softwires-boun...@ietf.org [mailto:softwires-boun...@ietf.org] On Behalf Of Yiu L. Lee Sent: Friday, October 08, 2010 11:58 AM To: Templin, Fred L; Brian E Carpenter; Ole Troan Cc: Softwires; v4tov6transit...@ietf.org Subject: Re: [Softwires]

Re: [Softwires] [v4tov6transition] ISP support of Native IPv6acrossNAT44 CPEs -Proposed 6a44 Specification

2010-10-08 Thread Yiu L. Lee
Understood that it is PA in the underlay network space, and that is all well and good. But, PI in the overlay network space (instead of PA) is an option that should be made available to customers. Maybe if there is enough demand. Cheers, Yiu ___

Re: [Softwires] [v4tov6transition] IPv6 VPNs configured over 1280 MTU tunnels

2010-10-08 Thread Washam Fan
Hi, 2010/10/9 Templin, Fred L fred.l.temp...@boeing.com: End systems in end user networks that connect to the IPv6 Internet will likely want to configure IPv6 VPNs, e.g., so that they can securely connect to their home office networks. Those VPN links must present a 1280 minimum MTU to upper