[GTER] Entrega de IPv4 Fixo /32

HugLeo hugocanalli at gmail.com
Tue Mar 21 15:55:44 -03 2017


Se você puder entregar internet pra esses clientes em uma vlan separada o
accel-ppp seria uma boa opção, pois ele faz esse controle de arp automático
e consegue rodar pppoe/dhcp na mesma caixa.


2017-03-21 10:02 GMT-03:00 Andre Almeida <andre at bnet.com.br>:

> Amigos, bom dia!
>
> Temos alguns clientes que possuem um serviço um pouco diferenciado, e que
> não querem usar PPPoE nos seus dispositivos.
>
> Mas não queremos desperdiçar IPv4 nesse momento delicado fazendo entrega de
> /30 desnecessariamente.
>
> Pensei em alguma forma de entregar o /32 publico ao cliente.
>
> Como aqui utilizamos PPPoE para entregar o serviço, pensei em fazer algo
> diferente:
>
> 1 ) Incluir no pacote um roteador Mikrotik (como CPE) para fazer o PPPoE
> (esse tunel receberia um IP Privado)
> 2 ) Criar um atributo de Framed-route no Radius para ao logar, criar
> dinamicamente no concentrador a rota do IP Publico com gateway o IP Privado
> do PPPoE
> 3 ) No OSPF do Concentrador, distribuir rotas estáticas, para encaminhar
> essas rotas entregues pelo Radius às bordas.
>
> A partir dai, já dava pra começar a pensar em entregar o IP Privado
> diretamente para o cliente.
>
> Pensei em separar um IP para ser gateway de todos esses clientes.
> Como assim? Seria o IP de gateway do cliente, ficaria visível apenas para o
> cliente. Esse IP, mesmo público, poderia até mesmo ser o IP network ou
> broadcast de qualquer outro segmento, pois não seria utilizado para
> destinos. Seria só para ficar mais "bonito" do que entregar um IP Publico
> com Gateway privado.
>
> E entregar um DHCP (ou dar a possibilidade de adicionar estaticamente) um
> IP Publico /32 ao cliente.
> Dessa forma, o cliente só usaria 1 IP e não 4 IPs (que acontece quando
> usamos um /30).
>
> O que vocês acham? Tem alguma outra forma de fazer isso usando PPPoE quando
> no final das contas o PPPoE nao vai direto no equipamento do cliente?
>
> Alguém tem alguma sugestão? Várias cabeças sempre pensam melhor que uma.
>
> Obrigado
>
> Andre Almeida
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter



More information about the gter mailing list