Yiu, > AFAIK, this will couple the IPv4 address and IPv6 prefix. This isn't the > requirement for Public 4over6.
with MAP you may embed parts of the IPv4 address into the IPv6 prefix and optionally a PSID. the remaining bits are provisioned with DHCP (or something else). how many bits you embed and how many bits you provision are an operational choice. if you move those levers to the end, with no embedded bits, with all bits provisioned, then you effectively have Public 4over6. no dependency between IPv4 and IPv6, as the IPV4 address is provisioned in the MAP DHCP option, independent of the IPv6 end user prefix. this implies one mapping rule or domain per tunnel (same amount of state as public 4over6 of course). is that still MAP, given that you don't have address mapping anymore? well, who knows, but my point was that you can achieve Public 4over6 with MAP. I didn't intend to put a spanner in the works of Public 4over6. it just occurred to me as I was looking at Public and Lightweight 4over6, as extensions to DS-lite. that we're basically talking about the exact same thing. the differences between the solutions, when we're talking about the hub and spoke 1:1 case (independence between IPv4 and IPv6 addresses), is how they are provisioned. MAP, DS-lite, Lightweight 4over6 and Public 4over6 are all equal when it comes to the amount of state on both sides as well as the bits on the wire. do we want 3-4 'point' mechanisms specified separately or do we want one mechanisms with multiple 'modes'? cheers, Ole >>>> public 4over6 is exactly the same as MAP in hub and spoke mode with >>>> one mapping rule per subscriber. >>> >>> Could you clarify how this relates to the MAP-rule definition saying >>> "Each MAP node in the domain has the same set of rules". >>> (draft-mdt-softwire-mapping-address-and-port-03) >> >> you can look at it as if each subscriber has his own MAP domain. >> >> cheers, >> Ole >> >> _______________________________________________ >> Softwires mailing list >> [email protected] >> https://www.ietf.org/mailman/listinfo/softwires _______________________________________________ Softwires mailing list [email protected] https://www.ietf.org/mailman/listinfo/softwires
