[GTER] PTT-SP - Problema de MAC ADDRESS

Chadi Chakra chadi at ubnt.com
Wed May 18 18:00:34 -03 2016


Moreiras reli o email e entendi o seu ponto, o problema seria na
interconexão das redes no próprio ATM, não existe uma maneira de isolar
isso?

Em quarta-feira, 18 de maio de 2016, Chadi Chakra <chadi at ubnt.com> escreveu:

> Moreiras acredito que o problema seja outro.
>
> A rede da Omni não interconecta com a rede do cliente dele hoje, temos o
> seguinte cenário:
>
> Cliente A, Vlan A delegada pelo Ptt
> Cliente B, Vlan B delegada pelo Ptt
>
> Router A , Vlan A, Switch Metro
> Router B, Vlan B, Switch Metro
>
> O serviço é entregue para Algar e eles transportam ambas as vlans, a Vlan
> B não existe no router A ( Omni ), como poderia o Mac da Omni ( Vlan A )
> estar presente no circuito B?
>
> Em quarta-feira, 18 de maio de 2016, Antonio Carlos Sanches <
> asanches at omni.net.br
> <javascript:_e(%7B%7D,'cvml','asanches at omni.net.br');>> escreveu:
>
>> 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
>> >
>>
>>
>>
>> --
>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter
>
>
>
> --
> - - -
> Chadi Chakra
> Channel Manager Brasil
> Ubiquiti Networks
> Skype: Chadi Chakra
>
>

-- 
- - -
Chadi Chakra
Channel Manager Brasil
Ubiquiti Networks
Skype: Chadi Chakra



More information about the gter mailing list