Re: [Softwires] MAP&4rd-U - DS routing replaced by v6-only routing in hub&spoke topology

[Rémi Després <[e-mail]>]

Le 2012-02-08 à 12:52, Wojciech Dec a écrit :

> Hello Remi,
> 
> 
> On 07/02/2012 11:13, "Rémi Després" <[e-mail]> wrote:
> 
>> Hello Ole, Tetsuya-san, Wojciech,
>> 
>> In a use case described in the 4rd-U draft (sec 5.3), an ISP replaces its
>> dual-stack routing by IPv6-only routing.
>> For this, independently from the number of IPv4 prefixes it has to support, it
>> uses only one mapping rule.
>> (By replacing each IPv4 route by an equivalent IPv6 route, it ensures that all
>> customers keep their IPv4 addresses.)
>> 
>> For this to work, the 4rd-U draft has a bit that, in the hub&spoke case,
>> differs between CE-to-BR and BR-to-CE directions. Thus, packets sent to a CE
>> take different routes depending on whether sent by a CE or a BR.
> 
> Would this be the "bit set in the V byte"?

No.
As you know, the V octet is the first one in Interface IDs.
The ToBR bit is in the lower bit of the next octet, bit 79 as shown on figures.
Where it is said to be 71, it is  is a typo. Sorry for that.  

> With MAP-T, the BR prefix(es) and the CE prefix(es) can be different.
> Matching on the source and destination prefix combination allows CE-CE
> traffic in a MAP domain, if one cares to detect such traffic.
> As you may recall classification of "MAP" and "non-MAP" traffic, is a topic
> we discussed in Beijing and in the design team, and there appeared to be
> little practical need for it from operators.

Full freedom of subnet prefixes in CE sites in all cases wasn't really understood yet, AFAIK.

> Nothing in MAP precludes from
> adding that,

Agreed

> if the need would actually be more substantial.

The need is hub&spoke combined with full IPv4 addresses embedded in IPv6 addresses.
If forbidden, it should be documented.

RD


> 
> Regards,
> Woj
> 
>> 
>> I don't see how the equivalent could work with the MAP documents you edited.
>> Is it that such a use case is out of scope for MAP?
>> Or did I miss something?
>> 
>> Cheers,
>> RD
>> 
>