[GTER] Broadcasting

[Diego Mickael Morandini]

Se vc usar pppoe e seu concetrador for centralizado, vc cria uma bridge
com e colcoa a ponta do tunel vpls que ta na torre com os 4 cartões
nela.

Pra barrar o tráfego entre os cartões, deixando-os comunicar-se somente
com o túnel, você pode usar a opção horizon na bridge. Horizons iguais
não se comunicam. Exemplo:

in br add name=bridge1 interface=vpls
in br add name=bridge1 interface=wlan1 horizon=1
in br add name=bridge1 interface=wlan2 horizon=1
in br add name=bridge1 interface=wlan3 horizon=1
in br add name=bridge1 interface=wlan4 horizon=1

Não se esqueça de colocar filtros nessa bridge para que passe somente o
tráfego necessário, como pppoe.

Diego.


On Mon, 2012-03-26 at 14:55 -0300, LuarLine wrote:
> No caso quando tem 4 cartões?
> 
> Em 23 de março de 2012 12:11, Rinaldo Vaz <rinaldo at anid.com.br> escreveu:
> 
> > Uma maneira de diminuir os broadcasts é aplicando filtros de bridge. Para
> > quem usa Mikrotik fica fácil. Por exemplo:
> >
> > o servidor DHCP fica na do outro lado dos enlaces da wlan1-link_principal,
> > não há motivos para os clientes da wlan2-clientes_cidadeA se comunicarem
> > com os clientes da wlan3-clientes_cidadeB
> >
> > /interface bridge filter add chain=forward
> > in-interface=wlan2-clientescidadeA out-interface=wlan3-clientes_cidadeB
> > action=drop
> > /interface bridge filter add chain=forward
> > in-interface=wlan3-clientescidadeB out-interface=wlan2-clientes_cidadeA
> > action=drop
> >
> > Evitar que clientes do mesmo cartão se falem também ajuda:
> >
> > /interface wireless set [find were
> > name=wlan2-clientescidadeA] default-forwarding=no
> > /interface wireless set [find were
> > name=wlan3-clientescidadeB] default-forwarding=no
> >
> > Se há realmente algum motivo maior de utilizar camada 2, ao menos utilize
> > vlans para cada setor
> >
> >
> > Porém o ideal mesmo é que já foi sugerido por todos na lista (que os
> > domínios de broadcast sejam segmentados com redes roteadas). Para lidar
> > melhor com o problema de delay e processamento causado pelo roteamento,
> > configure os routers para MPLS e estabeleça túneis VPLS entre as
> > extremidades e os routers de borda.
> >
> > abs
> >
> >
> > Em 23 de março de 2012 10:39, Bruno Camargo <mustardahc at gmail.com>
> > escreveu:
> >
> > > Roteamento cria um dominio de broadcast por interface/subnet configurada
> > > nos teus roteadores, pois esses devices não encaminham pacotes de
> > > broadcast.
> > >
> > > Se vc tiver uma rede flat, por exemplo 10.0.0.0/16 espalhado por todos
> > os
> > > lados e com muitos dispositivos conectados, vai ter muito broadcast.
> > > Se tiver hubs ao invés de switches vai piorar muito a situação.
> > >
> > > Tente criar um plano de segmentação em vlans/subnets, com certeza vai
> > > resolver o problema.
> > >
> > > Att,
> > >
> > > 2012/3/22 Danton Nunes <danton.nunes at inexo.com.br>
> > >
> > > > On Thu, 22 Mar 2012, Clodonil Trigo wrote:
> > > >
> > > >  A questão do roteamento é super importante; assumi administração de
> > uma
> > > >> rede grande (fazem 2 meses) que utiliza a classe A, e ela foi
> > construída
> > > >> sem o menor planejamento, não tenho mapeado  os ips e nem MAC, até
> > > >> transformar tudo em subredes vai dar um bom trabalho e vou ter que
> > > >> conviver
> > > >> com essa guerra de broadcasting.
> > > >>
> > > >
> > > > considere seriamente o uso de IPv6 na reorganização da barafunda.
> > > >
> > > > há dois tipos de broadcast a considerar, ARPs e o resto ;) ARPs
> > diminuem
> > > > bem se você usar switches que mantém o cache vivo por bom tempo (tem
> > que
> > > > ter memória para isso). O resto é o resto...
> > > >
> > > > --
> > > > gter list    https://eng.registro.br/**mailman/listinfo/gter<
> > > https://eng.registro.br/mailman/listinfo/gter>
> > > >
> > >
> > >
> > >
> > > --
> > > Bruno Camargo
> > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > >
> >
> >
> >
> > --
> > Rinaldo Vaz
> > Chefe de operações do NOC
> > Associação Nacional para Inclusão Digital
> > Tim - 083 99975736
> > INOC - 28135*100
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> 
> 
>