[GTER] Recomendações Mikrotik, VLAN, PPPOE, DHCP, IPv6.

[BinaryCrash]

Proxy-ARP permitiria o cliente encontrar outro cliente, mas a ideia seria
impossibilitar o cliente de passar direto sem passar pelo gateway primeiro,
assim poderia controlar a banda usada.

Os rádios são aparelhos na sua maioria Ubiquiti.
Em geral suportam IP Fixo, PPPoE, DHCP, VLAN.
O Modo bridge da rede, é usando estes rádios.
Apenas alguns clientes empresariais tem routerboard no cliente, os demais é
tudo rádio e a routerboard fica no controle central, que fornece o acesso a
internet, já perto da borda do AS.


Em 13 de setembro de 2013 15:38, Rubens Kuhl <rubensk at gmail.com> escreveu:

> 2013/9/13 BinaryCrash <binarycrash at gmail.com>
>
> > Prezados,
> >
> > Gostaria da opinião de vocês quanto a implementação de redes WISP
> (Provedor
> > Internet a Rádio + Fibra) usando mikrotik.
> > A questão não é se usa ou não mikrotik, mas saber da experiência de
> vocês o
> > que mais deu certo, o que mais gerou problemas.
> >
> > Acho que isso será de grande valia pra mim e demais da lista.
> >
> > Já vi alguns tipos de redes mikrotik, redes totalmente em bridge, redes
> com
> > ospf, bgp.
> > IPs estáticos configurados manualmente e redes com DHCP.
> >
> > Em algumas situações destas você não tem como evitar de um cliente
> enxergar
> > o outro diretamente, exemplo uma rede bridge, clientes acessando mesmo
> CIDR
> > /24.
> >
> > O que vocês sugerem para evitar cliente enxergando o outro, manter o
> > controle de banda?
> > PPPoE? VLAN?
> >
>
> Bridge com horizon.
>
> http://wiki.mikrotik.com/wiki/MPLSVPLS#Split_horizon_bridging
>
> Apesar de estar na página de VPLS, se aplica a outras formas de bridging.
>
> Para que os clientes do mesmo bloco consigam então se falar através do
> concentrador, precisa ligar proxy ARP:
> http://wiki.mikrotik.com/wiki/Manual:IP/ARP#Proxy_ARP
>
>
> > Atualmente, uma rede bridge é problema? +/- 2 mil conectados.
> >
>
> Sim, é. Use VPLS.
>
>
> > O que sugerem?
> > E o PPPoE em uma rede sem bridge?
> >
>
> Iria requer um /30 por cliente, o que é inviável num mundo de IPv4 se
> esgotando.
>
> Rubens
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>