[GTER] Demora Tabela BGP

[Douglas Fischer]

​Uma coisa é uma coisa, outra coisa é outra coisa.​


​Primeiro o Link​
Esse link via Rádio vai ter largura de banda suficiente para tocar oque?
Qual é o objetivo dele?

Se for só para evitar que teus próprios Blocos Se acessem através do
trânsito, deves suprimir a o repasse de rotas aprendidas via trânsito para
o peer do iBGP.
Consegues fazer isso filtrando com prefix-list(ou se quiser ir um passo
além, vá route-map usando a prefix-list lá dentro).




Se for para passar mais coisa nesse link...
IP dinâmico? Tá de Brinqs?
Vais colocar um dos pontos mais cruciais de teu ganha pão dependendo de um
IP dinâmico?

Sobe uma vlan dedicada para isso no enlace de rádio.
Mete um /31(ou /30 se for cagatik).



​

Em 9 de março de 2015 22:32, Daniel - Server Fast <daniel at serverfast.com.br>
escreveu:

>
>
> Olá Douglas, vamos lá.
>
> Sou iniciante, eu pensei assim: de (A) lado tenho GVT, fibra full
> routing, do outro (B) Ascenty full routing.
> Eu fiz assim, tenho um link via rádio no ponto (A), com ip dinâmico, o
> que impossibilita o fechamento tunnel ip.
> Sendo assim a única solução que eu encontrei foi colocar 0.0.0.0/0
> instancia 2 .. quando cair a fibra GVT ele vai pelo rádio.
>
> A - Fibra ip fixo /30 com BGP
> A - Rádio ip dimanico pppoe
> B - Fibra ip fixo /30 com BGP
>
> O rádio faz uma conexao l2tp com o POP (B) e fica conectado.
> Ai eu fechei uma sessão BGP entre eles entende ?
> Ele pega a tabela de full routing da internet e funciona tudo blz..
> Não sei tb se tem a necessidade de ter essa sessão BGP entre eles,
> talvez apenas o OSPF movendo as rotas conectadas.
>
> Não entendo muito desta topologia com BGP.
>
> Abraços.
>
> Daniel.
>
> Em 2015-03-09 16:41, Douglas Fischer escreveu:
>
> > Seria ideal se mais informações estivessem disponíveis, mas aí vai:
> >
> > Para evitar a lentidão de convergência:
> > - Através de Rota Estática ou IGP(OSPF) faça com que um borda conheça as
> > redes de enlace do outro borda.
> > - Tire o self, deixa o o next-hop padrão, recebido do trânsito.
> > - Mecha com os Local-Pref para evitar lambanças de roteamento...
> >
> > Pegunta:
> > - Se não tem transporte de um lado para o outro("fiz um eoip entre
> eles"),
> > pra que fazer o iBGP?
> >
> > Em 9 de março de 2015 16:31, Daniel - Server Fast <
> daniel at serverfast.com.br>
> > escreveu:
> >
> >> Boa noite pessoal, uma simples questão: estou conectando dois pop´s, um
> em cada cidade. Cidade A - operadora A com full routing - Cidade B -
> operadora B com full routing. A grande questão é, eu não tenho fibra da
> cidade A até a B, sendo assim fiz um eoip entre eles com /30. E depois
> fechei uma sessao ibgp full routing com force self dentro do próprio router
> que fecha BGP com as operadoras. Quando cai a cidade A ele sai pela B, e
> faz o balance bgp certinho, menor ASPATH etc... Agora ele demora muito para
> levantar a tabela em caso de queda.. fica mais ou menos 2 minutos para
> voltar ao normal.... será uma limitação de hardware.ou a minha topologia
> está errada.. ? uso CCR1009. Valew... -- DANIEL -- gter list
> https://eng.registro.br/mailman/listinfo/gter [1]
> >
> > --
> > Douglas Fernando Fischer
> > Engº de Controle e Automação
> > --
> > gter list https://eng.registro.br/mailman/listinfo/gter [1]
>
> --
>
>
>
> Links:
> ------
> [1] 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