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

Brian E Carpenter <brian.e.carpenter@gmail.com> Tue, 28 September 2010 02:28 UTC

Return-Path: <brian.e.carpenter@gmail.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 DE18B3A6C16 for <softwires@core3.amsl.com>; Mon, 27 Sep 2010 19:28:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.308
X-Spam-Level:
X-Spam-Status: No, score=-102.308 tagged_above=-999 required=5 tests=[AWL=-0.309, BAYES_00=-2.599, J_CHICKENPOX_14=0.6, USER_IN_WHITELIST=-100]
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 oMds3WnoeBu1 for <softwires@core3.amsl.com>; Mon, 27 Sep 2010 19:27:59 -0700 (PDT)
Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by core3.amsl.com (Postfix) with ESMTP id B0D683A6A80 for <softwires@ietf.org>; Mon, 27 Sep 2010 19:27:59 -0700 (PDT)
Received: by qyk31 with SMTP id 31so37692qyk.10 for <softwires@ietf.org>; Mon, 27 Sep 2010 19:28:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=O8BlUIa7v739udGRfAzDTK1bIrUSCjkldF6BrnH1ZEQ=; b=keJszBMWaGcQ0plfqCOY34VR1RRQ68ToTI8b5Joczbc4RrLbaadbFBePbRt2AJ6Vtl C/E/GxWsARUBAbhNWXZeQP7r4mPcL1HBzUqJDnPtCdvHwbwJhRvIaieTRAEsYU+ZWH89 wDoq2KCbIxshVfk5m02SMNBPBg89/m+yhmWrA=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; b=vn6B1nZC0ge1M/Bu/y95CuMJRtf08EJhm1jZwN27jIsK0wsUUYFoQiDUXC+7n9rMsG 17HruHFvyGqVUk2WrxkFiyFHHXNCSqVPmg8VXpoqXESgAnhfnQZGpDNCA+1LepipQrFE JOMt1WUSUCyvawCJJqfscgxGE9Mcjsh05zsjc=
Received: by 10.224.73.134 with SMTP id q6mr6231650qaj.30.1285640917457; Mon, 27 Sep 2010 19:28:37 -0700 (PDT)
Received: from [130.216.38.124] (stf-brian.sfac.auckland.ac.nz [130.216.38.124]) by mx.google.com with ESMTPS id v3sm1258386vcr.15.2010.09.27.19.28.34 (version=SSLv3 cipher=RC4-MD5); Mon, 27 Sep 2010 19:28:36 -0700 (PDT)
Message-ID: <4CA152D9.9040903@gmail.com>
Date: Tue, 28 Sep 2010 15:28:41 +1300
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: "Yiu L. Lee" <yiu_lee@cable.comcast.com>
References: <C8C6C693.3E833%yiu_lee@cable.comcast.com>
In-Reply-To: <C8C6C693.3E833%yiu_lee@cable.comcast.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Cc: softwires@ietf.org
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 02:28:02 -0000

On 2010-09-28 15:09, 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.

One reason is that the smaller, more agile ISPs with problems
in this area are simply figuring out how to deal with Teredo,
e.g. with Tui boxes, http://www.braintrust.co.nz/tui/

IMNSHO, cumbersome solutions like L2TPv2 will only appeal to telco-like
operators.

   Brian

> 
> 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
> 
>