[GTER] CGNAT / Solucao para Log de tabela de estados de NAT

[Douglas Fischer]

Antes eu gostaria apenas de comentar que achei bem interessante o approach
que rkuhl mencionou(range de portas por cliente).

E na sequencia comentar que já estou até vendo as threads sobre /31 e MK
pipocando na lista...



Em 28 de outubro de 2013 13:20, Henrique de Moraes Holschuh
<hmh at hmh.eng.br>escreveu:

> On Mon, 28 Oct 2013, Paulo Coimbra wrote:
> > Com o esgotamento de IPv4 e a baixa penetração do IPv6, qual seria uma
> > solucao rápida para "accounting" da tabela de estados de NAT, haja visto
> > que atualmente temos um /20 que é insuficiente para atendermos 100% dos
> > nossos clientes com IPv4 válido?
>
> Acho que algumas das caixas mais novas dos tradicionais vendors J e C que
> são tipicamente usadas na borda também são capazes de CGNAT.  Tem também as
> caixas da A10, que parecem ser especialmente úteis para transição de legado
> IPv4 para IPv6.
>
> Mas ainda tem IPv4 no LACNIC.  Se você comprimir todos os seus enlances P2P
> entre roteadores para /31 (no lugar do perdulário e tradicional /30) e
> ainda
> assim não tiver IPv4 suficiente para seus clientes, você deveria poder
> pedir
> mais um prefixo...
>
> Só faça um favor a seus usuários, e permita pelo menos 1024 portas por
> usuário no CGNAT.
>
> --
>   "One disk to rule them all, One disk to find them. One disk to bring
>   them all and in the darkness grind them. In the Land of Redmond
>   where the shadows lie." -- The Silicon Valley Tarot
>   Henrique Holschuh
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



-- 
Douglas Fernando Fischer
Engº de Controle e Automação