Re: [Softwires] Port-set algorithm of MAP - what is it? Why so complex?

Rémi Després <despres.remi@laposte.net> Thu, 08 March 2012 17:02 UTC

Return-Path: <despres.remi@laposte.net>
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 B520921F86BB for <softwires@ietfa.amsl.com>; Thu, 8 Mar 2012 09:02:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.253
X-Spam-Level:
X-Spam-Status: No, score=-2.253 tagged_above=-999 required=5 tests=[AWL=0.046, BAYES_00=-2.599, 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 Xr3Gbpu3hrxI for <softwires@ietfa.amsl.com>; Thu, 8 Mar 2012 09:02:19 -0800 (PST)
Received: from smtpout.laposte.net (smtpout1.laposte.net [193.253.67.226]) by ietfa.amsl.com (Postfix) with ESMTP id ADC1721F86BA for <softwires@ietf.org>; Thu, 8 Mar 2012 09:02:18 -0800 (PST)
Received: from [192.168.0.21] ([88.166.221.144]) by mwinf8502-out with ME id j5281i00437Y3f403528pB; Thu, 08 Mar 2012 18:02:09 +0100
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="iso-8859-1"
From: Rémi Després <despres.remi@laposte.net>
In-Reply-To: <94C682931C08B048B7A8645303FDC9F367488389B5@PUEXCB1B.nanterre.francetelecom.fr>
Date: Thu, 08 Mar 2012 18:02:07 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <3349EA47-B36C-4F03-B704-3A44C07F609B@laposte.net>
References: <25A25F1D-3987-4B96-8EE4-17814F639041@laposte.net> <D282F655-9082-448E-B17F-F68210CF5246@cisco.com> <443C6D88-917F-4FAD-ABC8-846A965369A2@laposte.net> <85DDCD56-71B0-4091-9426-6FB3DB940F64@cisco.com> <0552E21D-8867-4410-9EEF-FE1ADD4607AC@laposte.net> <94C682931C08B048B7A8645303FDC9F36748838639@PUEXCB1B.nanterre.francetelecom.fr> <E00CB3AB-92DD-4AD0-BEAD-54B2DA5D6E04@laposte.net> <94C682931C08B048B7A8645303FDC9F367488389B5@PUEXCB1B.nanterre.francetelecom.fr>
To: mohamed.boucadair@orange.com
X-Mailer: Apple Mail (2.1084)
Cc: Softwires WG <softwires@ietf.org>, Ole Trøan <ot@cisco.com>
Subject: Re: [Softwires] Port-set algorithm of MAP - what is it? Why so complex?
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, 08 Mar 2012 17:02:19 -0000

Le 2012-03-08 à 15:51, <mohamed.boucadair@orange.com> <mohamed.boucadair@orange.com> a écrit :

> Hi Rémi,
> 
> I have explained my views (which is shared by other WG members) about this point in this mailing list. Below a pointer to that discussion: 
> 
> http://www.ietf.org/mail-archive/web/softwires/current/msg02873.html

Thanks.
Please see my answer to Maoke:
- A Rule parameter to request "WKP Assignability" is IMHO an approach worth considering  (=> no PSID offset instead of the default offset).

Cheers,
RD


> Cheers,
> Med 
> 
> 
>> -----Message d'origine-----
>> De : Rémi Després [mailto:despres.remi@laposte.net] 
>> Envoyé : mercredi 7 mars 2012 17:29
>> À : BOUCADAIR Mohamed OLNC/NAD/TIP
>> Cc : Ole Trøan; Softwires WG
>> Objet : Re: [Softwires] Port-set algorithm of MAP - what is 
>> it? Why so complex?
>> 
>> Hi Med,
>> 
>> I am, as you remember, well aware of these rules. 
>> 
>> But the fact is that, with the fixed PSID offset = 4 of 4rd-u 
>> (which could easily also apply to MAP), we have the following:
>> R-4: sharing ratios are from 1 to 2048 (PSID length limited 
>> to 11 for odd-even pairs always be in port sets) => OK
>> R-7: ports 0-1023 are excluded for sharing ratios 2 to 2048 => OK
>> R-8: well-known ports can be assigned to CEs with sharing 
>> ratio 1 => OK
>> 
>> So far, this seems to me so completely sufficient.
>> 
>> Yet, if some ISP has a deployment plan where it is 
>> convincingly necessary to have more flexibility, that is of 
>> course worth discussing. 
>> But if there is none, time has come IMHO to simplify what can 
>> be simplified.
>> 
>> Cheers,
>> RD
>> 
>> 
>> Le 2012-03-07 à 16:59, <mohamed.boucadair@orange.com> a écrit :
>> 
>>> Hi Rémi, all,
>>> 
>>> During the MAP discussion, we identified the following requirements:
>>> 
>>>  R-4:   MAP must allow service providers to define their 
>> own address
>>>         sharing ratio.  MAP MUST NOT in particular 
>> restrict by design
>>>         the possible address sharing ratio; ideally 1:1 and 1:65536
>>>         should be supported.  The mapping must at least support a
>>>         sharing ratio of 64, 1024 ports per end-user.
>>> 
>>>  R-7:   The MAP solution should support excluding the well 
>> known ports
>>>         0-1023.
>>> 
>>>  R-8:   It MUST be possible to assign well known ports to a CE.
>>> 
>>> The offset has been proposed as a flexible means to meet 
>> the requirements above.
>>> 
>>> Cheers,
>>> Med
>>> 
>>> 
>>>> -----Message d'origine-----
>>>> De : softwires-bounces@ietf.org 
>>>> [mailto:softwires-bounces@ietf.org] De la part de Rémi Després
>>>> Envoyé : mercredi 7 mars 2012 16:32
>>>> À : Ole Trøan
>>>> Cc : Softwires WG
>>>> Objet : Re: [Softwires] Port-set algorithm of MAP - what is 
>>>> it? Why so complex?
>>> 
>>>>> 
>>>>> my personal preference is for fixed offset, and that the 
>>>> only way to assign system ports is by assigning a full IPv4 
>>>> address. the design team reached a compromise on allowing the 
>>>> algorithm to be tunable though.
>>>> 
>>>> A compromise between what and what?
>>>> Since there is no MAP-discussion archive, it's hard to guess 
>>>> what the issue has been.
>>>> Since we both believe no parameter is needed, can we consider 
>>>> this is the WG provisional as long as no significant use case 
>>>> is provided?
>>