<p dir="ltr">Puede estar relacionado a que hacen los cálculos suponiendo largo de prefijo ipv6 de 32 y sólo guardan los primeros 32 bits. Termina siendo una estimación. Obviamente pues depende del largo promedio de prefijos ipv6 , pero existen estas técnicas para optimizar tcam.</p>
<p dir="ltr">R.</p>
<div class="gmail_quote">On Dec 12, 2014 8:34 PM, "Antonio M. Moreiras" <<a href="mailto:moreiras@nic.br">moreiras@nic.br</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">É interessante notar que alguns fabricantes especificam para o mesmo<br>
equipamento a mesma capacidade de prefixos IPv6 e IPv4. Isso é muito<br>
estranho, seguindo o racioncínio do Roque (o IPv6 ocupa naturalmente<br>
mais espaço).<br>
<br>
Imagino que ou eles não sabem do que estão falando (estão 'chutando' um<br>
valor para IPv6 que não é real), ou fizeram um projeto que organizou a<br>
memória segundo o tamanho do IPv6 e usa a mesma organização para<br>
armazenar prefixos IPv4 ('desperdiçando' espaço).<br>
<br>
O Christian só falou em capacidade de prefixos. Me parece possível que a<br>
quantidade de memória (por prefixo v6 e v4) dependa de como o roteador é<br>
projetado/implementado e pode variar entre diferentes vendors.<br>
<br>
Eu concordo com o raciocínio do Christian em relação ao IPv6. No caso do<br>
IPv4 não entendo como desagregar ainda mais poderia ajudar a melhor<br>
aproveitá-lo na situação de esgotamento. Suponho que a tabela se<br>
estabilize. Pode explicar melhor o raciocínio?<br>
<br>
Moreiras.<br>
<br>
On 12/12/14 17h16m, Roque Gagliano wrote:<br>
> Christian, te olvidas del dato que un prefijo ipv6 consume más memoria de<br>
> que uno ipv4. Con tus números el ahorro en memoria es sólo del<br>
> 20%....habría que ver el impacto en lo que es churn bgp y cpu..<br>
> On Dec 11, 2014 3:03 PM, "Christian O'Flaherty" <<br>
> <a href="mailto:christian.oflaherty@gmail.com">christian.oflaherty@gmail.com</a>> wrote:<br>
><br>
>><br>
>> Creo que no hay diferencia... los motivos para desagregar/no desagregar<br>
>>> son los mismos en IPv6 que en IPv4.<br>
>>><br>
>><br>
>> Aunque la desagregación sea la misma, habrá una diferencia en la cantidad<br>
>> de prefijos por AS.<br>
>> Actualmente la tabla tiene:<br>
>><br>
>> Total ASes present in the Internet Routing Table:                 48493<br>
>><br>
>> Prefixes per ASN:                                             10.79<br>
>> En IPv4 hay muchos prefijos por AS porque van pidiendo bloques a medida<br>
>> que crecen.<br>
>> Con IPv6 solo tendrán mas de un prefijo por AS cuando desagregan<br>
>> intencionalmente (y otros pocos casos excepcionales).<br>
>><br>
>> La tabla actual podría tener la mitad de prefijos IPv4 si todos agregaran.<br>
>> Si aplicamos lo mismo a IPv6 para 50K ASNs habría 100K prefijos.<br>
>><br>
>> Yo creo en IPv6 serán menos de la mitad de prefijos que en IPv4 (y tal vez<br>
>> sea así por mucho tiempo porque IPv4 se irá desagregando cada vez mas para<br>
>> exprimirlo al máximo)<br>
>><br>
>> Christian<br>
>><br>
>><br>
>>><br>
>>> Lo unico que puede hacer que no lleguemos a las 500k rutas, es que<br>
>>> quizas no tengamos 'desagregacion fosil', que creo que existe en IPv4,<br>
>>> es decir, rutas que se desagregaron hace mucho para balancear trafico<br>
>>> entre links de menor capacidad a los que tenemos hoy.<br>
>>><br>
>>> s2<br>
>>><br>
>>> Carlos<br>
>>><br>
>>> On 05/12/2014 02:41, Octavio Alvarez wrote:<br>
>>>> Hola a todos.<br>
>>>><br>
>>>> ¿Hay motivadores en IPv6 para no desagregar (o para reagregar) prefijos<br>
>>>> en BGP?<br>
>>>><br>
>>>> Es decir, dentro de algunos años cuando la tabla de BGP en IPv6 se<br>
>>>> pueble plenamente, ¿también superaremos las 500k rutas?<br>
>>>><br>
>>>> Saludos.<br>
_______________________________________________<br>
LACNOG mailing list<br>
<a href="mailto:LACNOG@lacnic.net">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" target="_blank">https://mail.lacnic.net/mailman/options/lacnog</a><br>
</blockquote></div>