[GTER] Cisco x EoIP x Mikrotik

[Bruno Viviani]

Douglas,

Cisco IOS XE Software, Version 03.13.06a.S - Extended Support Release
Cisco IOS Software, ASR1000 Software (PPC_LINUX_IOSD-ADVENTERPRISEK9-M),
Version 15.4(3)S6a, RELEASE SOFTWARE (fc2)

att,
Bruno Viviani


Em 19 de outubro de 2017 11:58, Douglas Fischer <fischerdouglas at gmail.com>
escreveu:

> Tá rodando com qual versão de IOS?
>
> Em 19 de outubro de 2017 10:19, Bruno Viviani <bruno at semprenet.com.br>
> escreveu:
>
> > Nao, os ips dos clientes em questao nao estao passando por NAT, sao
> > validos. Sempre foram validos, inclusive no mikrotik.
> >
> > att,
> > Bruno Viviani
> >
> >
> > Em 19 de outubro de 2017 09:02, Douglas Fischer <
> fischerdouglas at gmail.com>
> > escreveu:
> >
> > > O IP entregue pelo B-RAS é inválido?
> > > Era Nateado antes?
> > >
> > > NAT com GRE não tem OverLoad, só NAT 1<->1.
> > >
> > >
> > >
> > > Faça o teste de entregar um IP Válido no tunnel PPP para esse client.
> > >
> > >
> > >
> > > Em 19 de outubro de 2017 07:09, Bruno Viviani <bruno at semprenet.com.br>
> > > escreveu:
> > >
> > > > Achei esse bug na internet.. to achando que ele afeta a versao que ta
> > > nesse
> > > > router aqui tbm...
> > > >
> > > > https://bst.cloudapps.cisco.com/bugsearch/bug/CSCuz93698/?
> > > referring_site=
> > > > bugquickviewclick
> > > >
> > > > att,
> > > > Bruno Viviani
> > > >
> > > >
> > > > Em 18 de outubro de 2017 17:47, Bruno Viviani <
> bruno at semprenet.com.br>
> > > > escreveu:
> > > >
> > > > > Fiz o teste, passa ping com 1492 de uma mikrotik ate na outra..
> > > > > O EoIP travei em 1436 por precaução, mas nada de subir..
> > > > >
> > > > > att,
> > > > > Bruno Viviani
> > > > >
> > > > >
> > > > > Em 18 de outubro de 2017 11:29, Douglas Fischer <
> > > > fischerdouglas at gmail.com>
> > > > > escreveu:
> > > > >
> > > > >> Desculpe!
> > > > >> Eu havia entendido errado...
> > > > >>
> > > > >> O EoIP não é seu, não faz parte da sua infraestrutura.
> > > > >> É de um cliente seu que passa pela sua infra, sobre o PPP.
> > > > >> Confere?
> > > > >>
> > > > >> Nesse caso o galho deve estar realmente em algum filtro do B-RAS.
> > > > >>
> > > > >> Outros tipos de tráfego entre os dois IPs do tunnel fluem
> > normalmente?
> > > > >> HTTP, Winbox, ICMP?
> > > > >> Tenta ir subindo o MTU do Ping com o Don't Fragment habilitado
> para
> > > ver
> > > > >> aonde ele para de responder.
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >> Em 18 de outubro de 2017 08:57, Douglas Fischer <
> > > > fischerdouglas at gmail.com
> > > > >> >
> > > > >> escreveu:
> > > > >>
> > > > >> > 95% dos casos usar o tunnel GRE(ou IPinIP) vai ter resolver...
> > > > >> > Funciona bem, e consome pouco recurso da caixa.
> > > > >> >
> > > > >> >
> > > > >> >
> > > > >> > Não é 100% por tem casos que só o Tunnel L3(sem L2) não resolve.
> > > > >> > (Na minha opinião forçar a barra em L2 é cagada
> #QueComeceOMimimi
> > > > >> > #LáVemBlaBlaBlaDoPTT)
> > > > >> >
> > > > >> > Nesses casos, use VPLS.
> > > > >> > VPLS estático entre MK e Cisco funciona lindamente...
> > > > >> > Eu não consegui fazer funcionar o VPLS-BGP entre MK e Cisco, mas
> > > isso
> > > > >> foi
> > > > >> > há dois anos atrás.
> > > > >> >
> > > > >> >
> > > > >> > Em 17 de outubro de 2017 16:13, Bruno Viviani <
> > > bruno at semprenet.com.br
> > > > >
> > > > >> > escreveu:
> > > > >> >
> > > > >> >> Boa tarde pessoal,
> > > > >> >>
> > > > >> >> Temos alguns clientes que utilizam EoIP em nossa rede para
> > > comunicar
> > > > >> seus
> > > > >> >> pontos, sendo nos 2 lados do cliente mikrotik.
> > > > >> >>
> > > > >> >> Esta semana terminamos de migrar nossos concentradores PPPoE de
> > > > >> mikrotik
> > > > >> >> para cisco, porém os benditos EoIPs não funcionam mais.
> > > > >> >>
> > > > >> >> Fiz testes e autentiquei os clientes com problema de voltaem
> > > > mikrotik,
> > > > >> e o
> > > > >> >> EoIP subiu.
> > > > >> >>
> > > > >> >> Alguém tem idéia do que seja?
> > > > >> >>
> > > > >> >> Não existem filtros de acesso para os clientes no cisco.
> > > > >> >>
> > > > >> >> att,
> > > > >> >> Bruno Viviani
> > > > >> >> --
> > > > >> >> gter list    https://eng.registro.br/mailman/listinfo/gter
> > > > >> >>
> > > > >> >
> > > > >> >
> > > > >> >
> > > > >> > --
> > > > >> > Douglas Fernando Fischer
> > > > >> > Engº de Controle e Automação
> > > > >> >
> > > > >>
> > > > >>
> > > > >>
> > > > >> --
> > > > >> Douglas Fernando Fischer
> > > > >> Engº de Controle e Automação
> > > > >> --
> > > > >> gter list    https://eng.registro.br/mailman/listinfo/gter
> > > > >>
> > > > >
> > > > >
> > > > --
> > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > >
> > >
> > >
> > >
> > > --
> > > Douglas Fernando Fischer
> > > Engº de Controle e Automação
> > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > >
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
>
>
>
> --
> Douglas Fernando Fischer
> Engº de Controle e Automação
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>