Ole,

I just discovered that my previous email didn't have, by mistake, the Softwire 
ML as destination.
Since the subject is clearly of common interest, and has nothing secret, I 
correct now the mistake.  

Comments in line.

2012-03-06 21:28, Ole Trøan:

> Remi,
> 
>> Trying to figure out what the MAP port-set algorithm is, I was confused:
>> (a) According to MAP dhcp-option-02, parameters are AFAIK:
>> - the PSID length (implicit, derived from ea-len and prefix4-len)
>> - excluded-ports
>> - offset
>> (b) According to MAP address-and-port-03 parameters are:
>> - Sharing ratio R 
>> - Maximum number of contiguous ports M
>> - an apparently fixed set of excluded ports (0-4095)
>> Could you clarify what is proposed?
> 
> sharing ratio can be derived from the PSID length. M can be derived from 16 - 
> offset - PSID length.
> PSID length is derived from EA-bits length.

> the only specific to the algorithm that may be provisioned (it is optional) 
> is the offset.
> and in theory the excluded ports.

"in theory" doesn't really clarify.
Is it a parameter?
- If yes, the MAP-address-and-port draft needs AFAIK an update
- If no, the MAP-dhcp-02 draft needs AFAIK to be modified

If I missed something, thanks for an explanation.

 
> my personal view, is that we should drop the optional parameters too.

Sees (*) below.

> the algorithm would still be the same though.

See (**) below


>> 2.
>> Detailed MAP examples you give have excluded ports 0-4095, offset=4, and no 
>> M.
>> This is exactly what 4rd has without needing any parameter, and with a 
>> trivial algorithm instead of the somewhat brain-teasing algorithm copied 
>> below.


>> Could you clarify which use cases you see that would justify such complexity?

(*) So, you don't personally see any use case than would justify a 
PSID-algorithm parameter.
We both agree on this.


> I think you misunderstand. what you see below is the 4rd algorithm.

??? (see below)

> please write an implementation of your version of the algorithm, and see if 
> you don't end up with pretty much the same as is shown below.

(**) 4rd derives a port set from a PSID as shown in the picture below. I would 
implement it with masks and shifts rather than with multiplications and 
divisions and, in any case, without needing to think of any "Maximum number of 
contiguous ports" and a "Sharing ratio".

                         : 4 :    
                         +---+----+---------+
Ports in the CE port set |> 0|PSID|any value|
                         +---+----+---------+
                         :        16        :


Cheers,
RD




> 
>> Copied of your section 4.1:
>> The port number (P) of a given PSID (K) is composed of: P = R * M * j + M * 
>> K + i  Where: 
>> *  PSID: K = 0 to R - 1
>> *  Port range index: j = (4096 / M) / R to ((65536 / M) / R) - 1, if the 
>> well-known port numbers (0 - 4096) are excluded.
>> *  Contiguous Port index: i = 0 to M - 1"
> 
> cheers,
> Ole

_______________________________________________
Softwires mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/softwires

Reply via email to