Le 12 sept. 2011 à 16:18, <mohamed.boucad...@orange-ftgroup.com> <mohamed.boucad...@orange-ftgroup.com> a écrit : > ... > To double check the ability of 4rd-addmapping algo to support differentiated > port sets without any state on the BR, could you please provide some examples > to show this behaviour? FWIW, below are listed some configuration proposals:
With 4rd-addmapping, of port-set sizes are directly derived from lengths of delegated IPv6 prefixes. Thus, if CPEs A and B have IPv6 prefixes of respective lengths L and L+k, the port set of B is 2^k times smaller than that of A. Besides that, IPv6 prefixes are assigned without any constraint coming from IPv4. > (1) Differentiated port sets bound to distinct IPv4 address > * Port sets of 4096 ports when the shared IPv4 belongs to POOL_IPv4@_1 > * Port sets of 1024 ports when the shared IPv4 belongs to POOL_IPv4@_2 > > (2) Differentiated port sets bound to the same IPv4 address (Because 0-4095 > range is excluded, (n+1)*4096 + m*1024 = 2^16)) > * Port sets of 4096 ports assigned to n CPEs > * Port sets of 1024 ports assigned to m CPEs First, note that, because of privileged-port exclusion for fairness, port-set sizes of 4rd are 15/16 * 2^k. For (1): - POOL_IPv4@_1 has IPv6 prefixes having 4-bit Port-set IDs (and have 15/16*4096=3840 ports per CPE). - POOL_IPv4@_1 has IPv6 prefixes having 6-bit Port-set IDs (and have 15/16*1024=960 ports per CPE). For (2): Assign IPv6 prefixes of length L to n CPEs, and IPv6 prefixes of length L+2 to m CPEs. OK? Cheers, RD _______________________________________________ Softwires mailing list Softwires@ietf.org https://www.ietf.org/mailman/listinfo/softwires
