RE: Discussion summary and next-step Re: Thoughts on address selection

2010-01-21 Thread Dan Wing
...@tools.ietf.org; 'Mohacsi Janos'; 'Fred Baker'; draft-arifumi-6man-addr-select-confl...@tools.ietf.org Subject: Re: Discussion summary and next-step Re: Thoughts on address selection Hi, Missing a Pro that I consider significant: - Users will no longer experience multi-second

Re: Discussion summary and next-step Re: Thoughts on address selection

2010-01-21 Thread Arifumi Matsumoto
Let me re-send the following e-mail. It did not make it to 6man ml web archive. --- Hi, Missing a Pro that I consider significant: - Users will no longer experience multi-second connection delays due to IPv6's address selection. This means more users will leave IPv6 enabled.

Re: Discussion summary and next-step Re: Thoughts on address selection

2010-01-21 Thread Arifumi Matsumoto
Hi, Missing a Pro that I consider significant: - Users will no longer experience multi-second connection delays due to IPv6's address selection. This means more users will leave IPv6 enabled. not due to IPv6's address selection, but due to IPv6 connection failure, aren't they

Re: Discussion summary and next-step Re: Thoughts on address selection

2010-01-21 Thread Arifumi Matsumoto
Hi, On 2010/01/19, at 10:26, Brian E Carpenter wrote: Rémi, On 2010-01-19 01:46, Rémi Denis-Courmont wrote: On Fri, 15 Jan 2010 20:13:16 +0900, Arifumi Matsumoto arif...@nttv6.net wrote: * Fred's proposal. - A host tries each pair of src and dst addresses to establish a connection in a

RE: Discussion summary and next-step Re: Thoughts on address selection

2010-01-19 Thread Dan Wing
...@tools.ietf.org; 'Mohacsi Janos'; 'Fred Baker'; draft-arifumi-6man-addr-select-confl...@tools.ietf.org Subject: Re: Discussion summary and next-step Re: Thoughts on address selection Dan, thank you for your comments. My responses below. Hi, let me summarize the discussion we had about

Re: Discussion summary and next-step Re: Thoughts on address selection

2010-01-18 Thread Rémi Denis-Courmont
On Fri, 15 Jan 2010 20:13:16 +0900, Arifumi Matsumoto arif...@nttv6.net wrote: * Fred's proposal. - A host tries each pair of src and dst addresses to establish a connection in a short time period. - A host can make use of ICMP error messages indicating that the src address should be this,

Re: Discussion summary and next-step Re: Thoughts on address selection

2010-01-18 Thread Brian E Carpenter
Rémi, On 2010-01-19 01:46, Rémi Denis-Courmont wrote: On Fri, 15 Jan 2010 20:13:16 +0900, Arifumi Matsumoto arif...@nttv6.net wrote: * Fred's proposal. - A host tries each pair of src and dst addresses to establish a connection in a short time period. - A host can make use of ICMP error

Discussion summary and next-step Re: Thoughts on address selection

2010-01-15 Thread Arifumi Matsumoto
Hi, let me summarize the discussion we had about address selection, and move on to the next-step. The discussion was about a try-and-error based mechanism proposed by Fred Baker, and the address selection design team's proposal, which is based on policy distribution. * Fred's proposal. - A

RE: Discussion summary and next-step Re: Thoughts on address selection

2010-01-15 Thread Dan Wing
; Mohacsi Janos; Fred Baker; draft-arifumi-6man-addr-select-confl...@tools.ietf.org Subject: Discussion summary and next-step Re: Thoughts on address selection Hi, let me summarize the discussion we had about address selection, and move on to the next-step. The discussion was about

Re: Discussion summary and next-step Re: Thoughts on address selection

2010-01-15 Thread Fred Baker
On Jan 15, 2010, at 8:07 AM, Dan Wing wrote: Missing a Pro that I consider significant: - Users will no longer experience multi-second connection delays due to IPv6's address selection. This means more users will leave IPv6 enabled. To me, that's the big issue. The point is to find