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