[GTER] Forwarding através da porta de ingresso

[Andrez]

Não sei mas procurar por VEPA ou Reflective Relay pode ajudar a achar mais
opções. Isso foi pessando para VMs mas talvez ajuder no seu caso.


2012/10/6 mail gter <mail.gter at gmail.com>

> Andrez,
>
> O meu SG-300 não suporta hairpinning. Saberia me informar qual o "modelo de
> entrada" da cisco com suporte a esse recurso ?
>
> Não tenho muita experiência com switches mais "parudos".
>
> Obrigado.
>
>
>
> Em 2 de outubro de 2012 08:59, Andrez <eduardo.andrez at gmail.com> escreveu:
>
> > 2012/10/1 Danton Nunes <danton.nunes at inexo.com.br>
> >
> > > On Mon, 1 Oct 2012, mail gter wrote:
> > >
> > >  A peculiaridade a qual me refiro está no fato do switch fazer o
> > forwarding
> > >> através da mesma porta pela qual o frame entrou e não pelo fato de
> haver
> > >> mais de uma mac address na tabela apontado para a porta onde a OLT
> está.
> > >>
> > >
> > > e qual é o problema disso? em redes locais isso é super comum. por
> > > exemplo, quando o switch ainda não mapeou o endereço MAC de destino ele
> > > copia o frame para todas as portas, inclusive a entrante.
> > >
> > >
> > >  Aos meus olhos, corrijam-me se estiver errado, mas se o frame for
> > >> encaminhado pelo porta entrante pode haver um loop, visto que na
> > "cascata"
> > >> algum switch devolverá o frame.
> > >>
> > >
> > > não entendi o lance do loop. que "algum switch" é esse que rebateria o
> > > frame? Os switches interligados tem que se organizar em estrutura de
> > > árvore, não há loops.
> > >
> > >
> > Acho que não é tão comum assim não Danton. Um switch não deve devolver um
> > frame pela porta que ele entrou. Se ele fizer isso e do outro lado também
> > for um switch com mesmo comportamento, para matar a rede basta enviar
> > alguns frame para unknow-unicast. Os dois switches ficam devolvendo o
> frame
> > um para o outro até 21/12/2012. Se o destino do frame está na porta que
> eu
> > recebi então ele também já recebeu esse frame, salvo em situação como
> >  private vlans. Devolver na mesma porta é hairpinning.
> >
> > Fora esse "detalhe", já vi OLT xereta que não deixar 2 clientes na mesma
> > OLT se verem mesmo se o switch devolver o pacote. Se o mac existe do lado
> > PON, qualquer mac que vier do lado "wan" com a mesma origem que já existe
> > do lado PON a xereta bloqueia. Isso também mataria a sugestão do Rubens
> mas
> > não é caso geral.
> >
> > Restando então.......llid bridge na OLT ( talvez a melhor se tiver
> suporte
> > )? Switch com hairpining*? VPLS? Colocar equipamentos em todos os pontos
> do
> > cliente e tunelar?
> >
> > *
> >
> >
> http://www.cisco.com/en/US/docs/switches/metro/me3600x_3800x/software/release/12.2_52_ey/configuration/guide/swevc.html#wp1051612
> >
> > []'s
> > --
> > Atenciosamente.
> > Eduardo Andrez de Oliveira.
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



-- 
Atenciosamente.
Eduardo Andrez de Oliveira.