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 >
- [Softwires] comments on draft-carpenter-softwire-… WashamFan
- Re: [Softwires] comments on draft-carpenter-softw… Brian E Carpenter
- Re: [Softwires] comments on draft-carpenter-softw… Templin, Fred L
- Re: [Softwires] comments on draft-carpenter-softw… WashamFan
- Re: [Softwires] comments on draft-carpenter-softw… Yiu L. Lee
- Re: [Softwires] comments on draft-carpenter-softw… Brian E Carpenter
- Re: [Softwires] comments on draft-carpenter-softw… Rémi Després
- Re: [Softwires] comments on draft-carpenter-softw… Mark Townsley
- Re: [Softwires] comments on draft-carpenter-softw… Mark Townsley
- Re: [Softwires] comments on draft-carpenter-softw… WashamFan
- Re: [Softwires] comments on draft-carpenter-softw… Mark Townsley
- Re: [Softwires] comments on draft-carpenter-softw… WashamFan
- Re: [Softwires] comments on draft-carpenter-softw… Mark Townsley
- Re: [Softwires] comments on draft-carpenter-softw… Yiu L. Lee
- Re: [Softwires] comments on draft-carpenter-softw… Templin, Fred L
- [Softwires] Tunneling mechanism feature comparison Templin, Fred L
- Re: [Softwires] comments on draft-carpenter-softw… Mark Townsley
- Re: [Softwires] Tunneling mechanism feature compa… Mark Townsley
- Re: [Softwires] comments on draft-carpenter-softw… Washam Fan
- Re: [Softwires] comments on draft-carpenter-softw… Washam Fan
- Re: [Softwires] Tunneling mechanism feature compa… Templin, Fred L
- Re: [Softwires] Tunneling mechanism feature compa… Fernando Gont
- Re: [Softwires] Tunneling mechanism feature compa… Fernando Gont
- Re: [Softwires] Tunneling mechanism feature compa… Templin, Fred L