Remi-san,

On 2011/09/14, at 15:20, Rémi Després wrote:

> ...
> 
> Let's take the example of sec. 6 (A), namely:  
> 
>   +--------------------+--------------------+-------------------------+
>   | Domain IPv4 prefix | Domain IPv6 prefix | AFTR IPv6 subnet (e.g.) |
>   +--------------------+--------------------+-------------------------+
>   |     192.32../12    |    2001:db0::/28   | 2001:db0:aaaa:aaaa::/64 |
>   +--------------------+--------------------+-------------------------+
> 
>   +-------------------------+--------------+------------------+-------+
>   | CPE IPv6 prefix         | CPE IPv4     | Port-set bit     | Nb of |
>   |                         | address      | pattern          | ports |
>   +-------------------------+--------------+------------------+-------+
>   | 2001:db1:1111:/48       | 192.33.17.17 | NA               | 64K   |
>   | 2001:db2:2222:2000::/52 | 192.34.34.34 | yyyyxxxxxxx0100x | 3840  |
>   +-------------------------+--------------+------------------+-------+
> 
> Let's assume that the AFTR has A+P packets to send to CPE IPv4 addresses 
> 192.33.17.17 and 192.34.34.34 respectively, and both with dst port 0x4445.
> 

If I understand your algorithm correctly, the port number of the example should 
be '0x4449'.


> The L port bits to be included in subnet prefixes are then 2888::/15 
> (reversed order port bits 0-14).

Also, should it be '0x2444'?

> 
> Destination subnet prefixes then comprise:
> - The Domain IPv6 prefix 2001:db0::/28 
> - 32 - 12 = 20 rightmost bits of IPv4 addresses, 1111:1000::/20 and 
> 2222:2000::/20 respectively
> - 2888::/15
> - One padding bit set to 0 
> 
> They are:
> - 2001:db1:1111:2888::/64 
> - 2001:db2:2222:2888::/64
> 
> Each one starts with the CPE IPv6 prefix of the right dst CPE, which is 
> enough to reach it.
> 
> Hope it clarifies.

Now I understand how your algorithm works.
The CEs which comply your algorithm, almost address spaces are consumed for 4rd 
except /64 prefixes which last bit of prefix is set. Is it correct?

cheers,
--satoru



> 
> Kind regards,
> RD
> 
> 

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

Reply via email to