Re: [Softwires] Port mapping - Don't change it at the last minute !
Jacni Qin <jacni@jacni.com> Thu, 03 November 2011 08:48 UTC
Return-Path: <jacni@jacni.com>
X-Original-To: softwires@ietfa.amsl.com
Delivered-To: softwires@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E4B61F0C9F for <softwires@ietfa.amsl.com>; Thu, 3 Nov 2011 01:48:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.856
X-Spam-Level:
X-Spam-Status: No, score=-1.856 tagged_above=-999 required=5 tests=[AWL=0.131, BAYES_00=-2.599, HOST_MISMATCH_NET=0.311, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZD05zpvePqMy for <softwires@ietfa.amsl.com>; Thu, 3 Nov 2011 01:48:51 -0700 (PDT)
Received: from srv05.olivemail.cn (mx100.vip.olivemail.net [74.82.185.218]) by ietfa.amsl.com (Postfix) with ESMTP id 23FF91F0C61 for <softwires@ietf.org>; Thu, 3 Nov 2011 01:48:50 -0700 (PDT)
Received: from srv01.olivemail.cn (unknown [202.105.21.229]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by srv05.olivemail.cn (Olivemail) with ESMTPS id BEEF3380064 for <softwires@ietf.org>; Thu, 3 Nov 2011 04:48:49 -0400 (EDT)
Received: from oray.cn (unknown [202.105.21.248]) by srv01.olivemail.cn (Olivemail) with SMTP id 579573400B3 for <softwires@ietf.org>; Thu, 3 Nov 2011 16:48:48 +0800 (CST)
Received: from [172.18.201.118] (unknown [221.11.61.2]) by app (Coremail) with SMTP id +AWowJBL6AhTVbJOS40vAA--.63063S2; Thu, 03 Nov 2011 16:48:45 +0800 (CST)
Message-ID: <4EB255CC.30602@jacni.com>
Date: Thu, 03 Nov 2011 16:50:20 +0800
From: Jacni Qin <jacni@jacni.com>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
MIME-Version: 1.0
To: Rémi Després <despres.remi@laposte.net>
References: <7017F405-CBEC-4D7D-94ED-56FF2B774C0C@laposte.net> <37EE7524-2AF1-4286-A80D-004E7958C5A0@gmail.com> <FCFFF724-847B-45D3-B6A5-1F937356F6B6@laposte.net> <94C682931C08B048B7A8645303FDC9F35A37B98DA7@PUEXCB1B.nanterre.francetelecom.fr> <BA1F9EBE-CDFE-47DB-BE40-08033E62AF17@cisco.com> <94C682931C08B048B7A8645303FDC9F35A37B98E17@PUEXCB1B.nanterre.francetelecom.fr> <88E22674-98FF-4F21-ADA4-4F3E77A6401D@laposte.net> <94C682931C08B048B7A8645303FDC9F35A37B98E3B@PUEXCB1B.nanterre.francetelecom.fr> <E296AD82-0AC6-460E-AB95-6AC6B8127008@cisco.com> <5225339E-1B72-456D-A0E7-2C96F2051EA3@juniper.net> <4EB214D3.7050900@jacni.com> <71723B71-64FD-4EE4-9E21-DE5D57E2FA60@laposte.net>
In-Reply-To: <71723B71-64FD-4EE4-9E21-DE5D57E2FA60@laposte.net>
Content-Type: multipart/alternative; boundary="------------080608040505070909020306"
X-CM-TRANSID: +AWowJBL6AhTVbJOS40vAA--.63063S2
X-Coremail-Antispam: 1UD129KBjvJXoW7Zr45tr48Gw4ktrWfCr4kWFg_yoW8WrWUpF WrKr4Yvr4DZw1xCw4xXF1IqFW5WFyrGF98Gry5ta4kuws8GFyI9r1Skw1F9FyDXrsYq3yj qrWjvF95Zan8XaDanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDU0xBIdaVrnRJUUU7Gb7IF0VCYb41lb7IF0VCFI7km07C26c804VAKzcIF0wAYjsxI 4VWkKwAYFVCjjxCrM7CY07I20VC2zVCF04k26cxKx2IYs7xG6rWj6s0DM2kK6xCIbVAIwI AEc20F6c8GOVW8Jr15Jr4lnx0Ec2IEnICE548m6r1DJrWUZwAv7VC0I7IYx2IY67AKxVWU JVWUGwAv7VC2z280aVAFwI0_Jr0_Gr1lF7xvr2IY64vIr41l7480Y4vEI4kI2Ix0rVAqx4 xJMxk0xIA0c2IEe2xFo4CEbIxvr21l42xK82IYc2Ij64vIr41l4IxY624lx4CE17CEb7AF 67AKxVWUAVWUtwCIc40Y0x0EwIxGrbIYCTnIWIevJa73UjIFyTuYvjxUcQzVUUUUU
X-CM-SenderInfo: xmdf0xo6mdu03lof0z/1tbiAQABEko7lPHGBAAAsE
Cc: Ole Troan <ot@cisco.com>, Softwires WG <softwires@ietf.org>
Subject: Re: [Softwires] Port mapping - Don't change it at the last minute !
X-BeenThere: softwires@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: softwires wg discussion list <softwires.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Thu, 03 Nov 2011 08:48:51 -0000
hi Remi, On 11/3/2011 4:22 PM, Rémi Després wrote: > Hi Jacni, > > > Le 3 nov. 2011 à 05:13, Jacni Qin a écrit : > ... >>> Saying if you are not happy with port sharing, we give you a full address is relatively straightforward and can be translated into marketing terms. Anything in between is more questionable. This is a question that should be taken back to the working group: how far do we want to go on that route. >> Indeed. > +1 > > >> In addition, >> Although according to the current algorithm, both the "prefix" case and the "exclusive address" case can be inherently supported, I still think, at least to cover the prefix case is debatable, given the so called "residual deployment of IPv4", which is the context of the solution design. >> >> Furthermore, there is already an approach adopted by the WG for public IPv4 address case, >> if the MAP just covers "shared address with one single sharing ratio for one domain", >> the design will be greatly simplified? > Requiring ISPs to maintain IPv4 routing in their networks, just to serve the few users that need to keep IPv4 prefixes, seems to me a step backward. > > Besides, I have serious doubts about "greatly simplified". I mean for the design of the address/port mapping algorithm, not the transport mechanism. Cheers, Jacni > In my understanding, the recent unifying design of 4rd-U is, among per-customer-stateless v4/v6 solutions, one that permits a UNIQUE AND SIMPLE standard (possible direct CE-CE routes, transparency to v4 fragmentation, compatibility with v6 O&M-tools). > All clarification questions are of course welcome. > > Cheers, > RD > > > >
- Re: [Softwires] Port mapping - Don't change it at… Rémi Després
- Re: [Softwires] Port mapping - Don't change it at… Jacni Qin
- Re: [Softwires] Port mapping - Don't change it at… Ole Troan
- [Softwires] Keeping support of CE IPv4 prefixes i… Rémi Després
- Re: [Softwires] Keeping support of CE IPv4 prefix… mohamed.boucadair
- Re: [Softwires] Keeping support of CE IPv4 prefix… Rémi Després
- [Softwires] Keeping support of CE IPv4 prefixes i… Rémi Després
- Re: [Softwires] Keeping support of CE IPv4 prefix… Jacni Qin
- Re: [Softwires] Keeping support of CE IPv4 prefix… Jacni Qin