[GTER] PTT-SP - Problema de MAC ADDRESS
Antonio Carlos Sanches
asanches at omni.net.br
Wed May 18 15:22:38 -03 2016
Boa tarde Moreiras, segue a colocação do pessoal da Algar, com essa
informação, voce ve alguma outra alternativa ?
****************************************************
Boa tarde, concordo com o que o Moreiras explicou, o problema é que o
mac-address do roteador da Omni (e isto já foi explicado para o Julimar
ontem durante uma call-conference que fizemos) é aprendido na mesma porta
(até aí tudo bem) e na mesma vlan (aí atrapalha tudo), o que gera a
instabilidade na rede do cliente e mostra o flap deste mac-address no nosso
switch.
Lembro que neste mesmo switch de SPO temos o link 0000035904 da Omni de
GNA, e as configurações destes dois circuitos estão OK. O que posso afirmar
é que nosso ambiente está OK, e há um problema no ambiente do PTT ou da
Omni.
Preciso que o PTT me explique porque o mac-address do roteador da Omni é
aprendido de volta na mesma vlan de transporte (tag 1889) deste link.
Desde já agradeço.
Em 17 de maio de 2016 22:00, Antonio M. Moreiras <moreiras at nic.br> escreveu:
> Caro Sanches, me parece que o que está acontecendo é o seguinte:
>
> Você transporta outros participantes. O IX.br provisiona para cada um
> deles uma VLAN diferente (duas geralmente, na verdade, uma v4 e outra
> v6, mas vamos simplificar).
>
> Do seu lado, e para o seu transporte, são VLANs diferentes,
> representando domínios L2 diferentes. Contudo, quando chegam no ATM do
> IX.br essas VLANs todas, a sua e dos clientes que você transporta,
> terminam no mesmo domínio L2, no ATM.
>
> Quando seu roteador conversa com os roteadores do pessoal que você
> transporta via o ATM do IX.br, os MACs aparecem de ambos os lados da
> porta do switch, mas em VLANs diferentes. Vou tentar explicar.
>
> Considere como exemplo um pacote ARP broadcast sai do seu roteador, com
> seu MAC de origem, entra no switch do seu transporte por uma porta,
> chamemos de porta A, sai pela porta B do switch do seu transporte e
> chega até o L2 do ATM no IX.br. Do ATM o mesmo pacote broadcast com o
> seu MAC de origem é enviado para um de seus cliente pela VLAN dele, com
> seu MAC de origem, entra pela porta B do switch do seu transporte, sai
> pela porta A e segue na sua rede...
>
> Ou seja, embora em VLANs diferentes, o seu MAC é visto pelo switch em
> ambas as portas. Alguns switchs trabalham bem com isso, outros não.
>
> Uma solução paliativa é pedir que seu transporte configure estaticamente
> o MAC de seu roteador nas portas dos switches usados entre você e o
> IX.br (nas portas do seu lado). Isso pode resolver a situação.
>
> []s
> Moreiras.
>
>
> Em 17/05/16 20:45, Antonio Carlos Sanches escreveu:
> > O pessoal do PTT afirma que o problema esta no meu transporte ter QiQ,
> pois
> > transporto outros participantes no meu circuito. Com isso é o
> comportamento
> > esperado que de esse loop para a Algar. Tenho outro transporte em outra
> > localidade que chega no mesmo PIX em SP, o transporte é com a Algar e
> esse
> > segundo transporte não esta tendo problema, segundo a Algar as
> > configurações dos 2 circuitos são identicas, mudando somente a VLAN que
> ele
> > usam para me transportar, ai o pessoal do PTT diz que não tem o que fazer
> > que do lado deles esse é o comportamento esperado e do lado da Algar tbm
> > não tem o que fazer pq não podem receber o MAC em varias portas.
> >
> > Ai fico eu no meio sem o serviço, dificil ...
> >
> > Algum bom samaritano pode nos dar alguma ideia ?
> >
> > Em 17 de maio de 2016 17:46, Elizandro Pacheco [ Pacheco Tecnologia ] <
> > elizandro at pachecotecnologia.net> escreveu:
> >
> >> Esse meu cliente sim, na rede da antiga optitel, sul de sc.
> >>
> >>
> >> Agora a tarde, normalizou “do nada"
> >>
> >> Elizandro Pacheco
> >>> Em 17 de mai de 2016, à(s) 13:49, Márcio Elias Hahn do Nascimento <
> >> marcio at sulonline.net> escreveu:
> >>>
> >>>
> >>>
> >>> Então, falei da GVT por que foi o que o pessoal da Optitel na época
> >>> comentou, mais também tenho (e tinha na época) trânsito com eles.
> >>>
> >>> Cá
> >>> entre nós eu acho que o problema na época era realmente na OptiTel. Em
> >>> que parte do Brasil vc está? Está ligado a antiga rede da OptiTel?
> >>>
> >>>
> >>> Acredito que a Algar ainda não tenha aparado todas as arestas da
> >>> antiga infra.
> >>>
> >>> ---
> >>>
> >>> Att
> >>>
> >>> Márcio Elias Hahn do Nascimento
> >>> (48)
> >>> 8469-1819 / 3524-0700 - marcio at sulonline.net
> >>> INOC-BR: 52977*100
> >>> GERÊNCIA
> >>> DE RECURSOS DE TIC - Sul Internet [1]
> >>>
> >>> [1]
> >>>
> >>> Em 17/05/2016 12:18,
> >>> Antonio Carlos Sanches escreveu:
> >>>
> >>>> Não, nenhuma coincidência com seus
> >>> casos, o Transporte é Algar e meu
> >>>> Transito é Algar tbm... Não consigo
> >>> entender como isso pode ocorrer, a não
> >>>> ser que alguém tenha clonado o
> >>> meu MAC.
> >>>>
> >>>> Em 17 de maio de 2016 10:47, Márcio Elias Hahn do
> >>> Nascimento <
> >>>> marcio at sulonline.net> escreveu:
> >>>>
> >>>>> Já passei por isso
> >>> 2 vezes no passado. Conectado ao PIX ELETRONET com transporte da então
> >>> OptiTel (hoje Algar também). Até hoje não soube a causa, mais os
> >>> sintomas foram os mesmos. Depois de algum tempo de abertura de chamado
> >>> no PTT eles acabaram colocando em produção minha sessão novamente. Na
> >>> mesma época outro o Elizandro Pacheco que participa da lista teve o
> >>> mesmo problema, ambos tínhamos transito com a GVT e o transporte com a
> >>> OptiTel. Alguma outra semelhança com seu case? --- Att Márcio Elias
> Hahn
> >>> do Nascimento (48) 8469-1819 / 3524-0700 - marcio at sulonline.netINOC-BR
> :
> >>> 52977*100 GERÊNCIA DE RECURSOS DE TIC - Sul Internet [2] [2] Em
> >>> 17/05/2016 08:33, Antonio Carlos Sanches escreveu:
> >>>>>
> >>>>>> Bom dia a
> >>> todos. Ontem uma de nossas sessões
> >>>>> com o PTT-SP amanheceu fora, abri
> >>> um chamado
> >>>>>
> >>>>>> com a minha operadora que
> >>>>> me faz o transporte e
> >>> depois de vários testes ele
> >>>>>
> >>>>>> uote type="cite
> >>>>> ing-left:5px;
> >>> border-left:#1010ff 2px solid; margin-left:5px; width:100%">diferentes
> >>> em SPO, eu ja tentei imaginar alguma maneira que isso pode
> >>> estarocorrendo mas n&atil
> >>>>>
> >>>>>> x; border-
> >>>>> 2px solid;
> >>> margin-left:5px; width:100%">ultima semana, alguem já passou por essa
> >>> experiencia ? Abri o chamado no PTT on
> >>>>>
> >>>>>> e type="cite"
> >>> style="padding-left:5px; border-left:#1010ff 2px solid
> >>>>> :5px;
> >>> width:100%">"emergencia" infelizemente não atende. Tenho outro
> >>> transporte para SPO de outra l
> >>>>>
> >>>>>> lid; margin-left:5px;
> >>> width:100%">e esse esta funcionando BLZ.
> >>>>> type="cite"
> >>> style="padding-left:5px; border-left:#1010ff 2px solid;
> margin-left:5px;
> >>> width:100%">Segue o e
> >>>>>
> >>>>>> da AlgarTelecom em SPO, mostrando que o
> >>> mac-address do s
> >>>>> stá sendoaprendido pela conexão com o PTT, coisa que
> >>> não deveria ocorrer:LOG's DO MAC-ADDRESS: 1:16 to port 1:1 05/16/2016
> >>> 18:53:32.42 <Noti:FDB.MACTracking.MACMove> Slot-1: The MAC 1:1 to port
> >>> 1:16 05/16/2016 18:53:32.52 <Noti:FDB.MACTracking.MACMove> Slot-1: The
> >>> M
> >>>>>
> >>>>>> 0%">add
> >>>>> ote> 84:44:64:3E:9D:71 on VLAN "v1889-0000099655"
> >>> has moved from port 05/16/2016 18:53:32.62
> >>> <Noti:FDB.MACTracking.MACMove> Sl
> >>>>>
> >>>>>> x; width:100%">address
> >>> 84:44:64:3E:9D:71 on VLAN "v1889-000
> >>>>> ckquote> has moved from port
> >>> address 84:44:64:3E:9D:71 on VLAN "v1889-000
> >>>>>
> >>>>>> margin-left:5px;
> >>> width:100%">1:16
> >>>>> port 1:1 05/16/2016 18:53:33.42
> >>> <Noti:FDB.MACTracking.MACMove> Slot-1: T
> >>>>>
> >>>>>> h:100%"
> >>>>>
> >>> 4:64:3E:9D:71 on VLAN "v1889-0000099655" has moved from port Slot-1
> >>> a-me-sw-spo-019-pia06-44.1 # sh port 1:1,1:
> >>>>>
> >>>>>> f 2px solid;
> >>> margin-left:5px; width:100%">Port Display VLAN
> >>>>> nk Speed Duplex #
> >>> String (or # VLANs) State State Actual
> >>> Actual================================================
> >>>>>
> >>>>>>
> >>> order-left:#1010ff 2px solid; margin-left:5px; width
> >>>>> 000099655-SPO
> >>> v1889-0000099655 E A 10G
> >>> FULL================================================================
> >>>>>
> >>>
> >>>>>> solid; margin-left:5px; width:100%">Li
> >>>>> ctive, R-Ready, NP-Port
> >>> not present, L-Loopback, -- -- gter list https://eng.reg
> >>>>>
> >>>>>> er">
> >>>>>
> >>> egistro.br/mailman/listinfo/gter [2] http://www.sulinternet.net [1] --
> >>> gter list
> >>>>>
> >>>>>>
> >>>>>
> >>>>>>
> >>>>>
> >>>>>>
> >>>>>
> >>>>>>
> >>>>>
> >>>>>>
> >>>>>
> >>>>>>
> >>>>>
> >>>>>>
> >>>
> >>>>>
> >>>>>>
> >>>>>
> >>>>>>
> >>>>
> >>>> --
> >>>> --
> >>>> gter list
> >>> https://eng.registro.br/mailman/listinfo/gter [2]
> >>>
> >>>
> >>> Links:
> >>> ------
> >>> [1]
> >>> http://www.sulinternet.net
> >>> [2]
> >>> https://eng.registro.br/mailman/listinfo/gter
> >>> --
> >>> gter list https://eng.registro.br/mailman/listinfo/gter
> >>
> >> --
> >> gter list https://eng.registro.br/mailman/listinfo/gter
> >>
> >
> >
> >
> > --
> > --
> > gter list https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
>
--
More information about the gter
mailing list