Re: [Softwires] comments on draft-carpenter-softwire-sample-00

Mark Townsley <townsley@cisco.com> Tue, 28 September 2010 19:37 UTC

Return-Path: <townsley@cisco.com>
X-Original-To: softwires@core3.amsl.com
Delivered-To: softwires@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D81473A6AE8 for <softwires@core3.amsl.com>; Tue, 28 Sep 2010 12:37:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.178
X-Spam-Level:
X-Spam-Status: No, score=-10.178 tagged_above=-999 required=5 tests=[AWL=-0.179, BAYES_00=-2.599, J_CHICKENPOX_14=0.6, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hOWD1Le6YFEg for <softwires@core3.amsl.com>; Tue, 28 Sep 2010 12:37:34 -0700 (PDT)
Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id E78063A6A75 for <softwires@ietf.org>; Tue, 28 Sep 2010 12:37:33 -0700 (PDT)
Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAPzgoUyrRN+K/2dsb2JhbACiH3GwI50KhUQEijqFYQ
X-IronPort-AV: E=Sophos;i="4.57,248,1283731200"; d="scan'208";a="596145587"
Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-6.cisco.com with ESMTP; 28 Sep 2010 19:38:15 +0000
Received: from iwan-view2.cisco.com (iwan-view2.cisco.com [171.70.65.8]) by sj-core-4.cisco.com (8.13.8/8.14.3) with ESMTP id o8SJcFGg002741 for <softwires@ietf.org>; Tue, 28 Sep 2010 19:38:15 GMT
Received: from ams-townsley-8713.cisco.com (ams-townsley-8713.cisco.com [10.55.233.228]) by iwan-view2.cisco.com (8.11.2/CISCO.WS.1.2) with ESMTP id o8SJcEH06499 for <softwires@ietf.org>; Tue, 28 Sep 2010 12:38:14 -0700 (PDT)
Message-ID: <4CA24427.3020408@cisco.com>
Date: Tue, 28 Sep 2010 21:38:15 +0200
From: Mark Townsley <townsley@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4
MIME-Version: 1.0
To: softwires@ietf.org
References: <C8C6C693.3E833%yiu_lee@cable.comcast.com>
In-Reply-To: <C8C6C693.3E833%yiu_lee@cable.comcast.com>
X-Enigmail-Version: 1.1.1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Subject: Re: [Softwires] comments on draft-carpenter-softwire-sample-00
X-BeenThere: softwires@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: softwires wg discussion list <softwires.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/softwires>, <mailto:softwires-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/softwires>
List-Post: <mailto:softwires@ietf.org>
List-Help: <mailto:softwires-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/softwires>, <mailto:softwires-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2010 19:37:37 -0000

On 9/28/10 4:09 AM, Yiu L. Lee wrote:
> Hi Washam,
> 
> Don't forget there are also Softwire Hub-and-Spoke (L2TPv2 based)  and 6rd+.
> So far, we don't hear much response to support this work in the operator's
> community.

I know of more than one L2TPv2 based softwire deployments active today.
A new one is getting ready to go online soon as well (sorry, not my
place to spill the beans on who).

Given existing deployment of L2TP and TSP, I still find it hard to see
why another stateful point-to-point tunnel is really necessary at this
stage of the game.

- Mark



> 
> Regards,
> Yiu
> 
> 
> On 9/27/10 9:49 PM, "WashamFan" <Washam.Fan@huaweisymantec.com> wrote:
> 
>> Hi,
>>
>> Please see inline.
>>
>> ----- Original Message -----
>> From: Brian E Carpenter <brian.e.carpenter@gmail.com>
>> Date: Tuesday, September 28, 2010 4:17 am
>> Subject: Re: [Softwires] comments on draft-carpenter-softwire-sample-00
>> To: WashamFan <Washam.Fan@huaweisymantec.com>
>> Cc: softwires@ietf.org
>>
>>
>>> Hi,
>>>  
>>>  On 2010-09-27 21:05, WashamFan wrote:
>>>> Hi,
>>>>
>>>> It says,
>>>>
>>>>    The SAMPLE server will act as an IPv6 router.  In the simplest case,
>>>>    it will forward all IPv6 packets to a default route, except those
>>>>    whose destination address lies within the PSAMPLE prefix, which
>>> will
>>>>    be encapsulated and sent towards the host (CPE) and port
>>> indicated by
>>>>    the V4ADDR and PN values.
>>>>
>>>>
>>>> I think it is not appropriate to assume NAT traversal without
>>>> relay can be always successful.
>>>  
>>>  I don't understand your comment. If you have a NAT that you cannot
>>>  traverse with UDP, you have many other problems, not just a lack
>>>  of IPv6 connectivity.
>>
>> I misunderstood. I thought the text implies direct tunnels established
>> instead of hairpinning via SAMPLE server when SAMPLE client to
>> SAMPLE client communication occurs .
>>
>>>> Hairpinning might be always used
>>>> for simplicity.
>>>  
>>>  Yes, that is the SAMPLE model. And it's a discussion for the
>>>  community whether or not this is acceptable.
>>>  
>>>>
>>>> I'd like to know the status of the draft, is the WG pursuing this
>>>> work?
>>>  
>>>  There are three drafts aiming at the same problem, SAMPLE,
>>>  draft-lee-softwire-6rd-udp, and draft-despres-softwire-6rdplus.
>>>  Please hold your breath, there's hope of a joint proposal
>>>  from several authors within a few days.
>>
>> Is it possible to combine all these efforts? I see 2 major
>> difference between  draft-carpenter-softwire-sample-00
>> and draft-lee-softwire-6rd-udp-02 at least:
>>
>> 1. According to the IPv6 address assignment, SAMPLE
>> is  to connect isolated IPv6 hosts but 6rd-udp is to connect
>> both isolated IPv6 hosts and LANs.
>>
>> 2. They are different in terms of IPv6 address assignment
>> procedure. SAMPLE uses ND but 6rd-udp might use RADIUS,
>> let's say.
>>
>> Personally, I think it is meaningful to work on tunneling
>> IPv6 traversing NAT, but I think we should justify the work
>> by clarifying how bad Teredo did the job before we reinvent
>> the wheel.
>>
>> THanks,
>> washam
>>
>>
>>>     Brian
>>>  
>> _______________________________________________
>> Softwires mailing list
>> Softwires@ietf.org
>> https://www.ietf.org/mailman/listinfo/softwires
> 
> _______________________________________________
> Softwires mailing list
> Softwires@ietf.org
> https://www.ietf.org/mailman/listinfo/softwires
>