BGP qual a melhor configuração de um bloco /21 com duas operadoras trânsito

Caros amigos e colegas do Under.

Adquirimos um AS, com um bloco /21

Qual melhor configuração a ser feita, para o bloco.

Temos transito com duas operadoras distintas com trafego todos simétricos de 10 megas.

Aguardo opiniões do amigos que tem mesmo cenário ou que implementam bgp.

att:

divida seu /21 em 2 blocos /22 .. anuncie cada parte por uma operadora..

Alexandre, boa a sua dica, mas aí ele não teria redundância, que é a função básica do BGP. Para facilitar a configuração, eu anunciaria os 2 blocos /21 nas duas operadoras. Para ficar algo melhor em termos de balanceamento, dividiria os blocos em /24, e anunciaria alguns por cada operadora, mantendo os anúncios do /21 para evitar se uma operadora cair, alguns de seus clientes não fiquem sem acesso.

Aki anuncio o bloco todo para as duas operadoras, Full e Partial para as duas tbm. Balanciamento Seqüencial.

sim.. joga o /21 nas duas operadoras.. e um /22 em cada uma...

vc vai ter distribuição. e fail-over

Aproveitando o tópico, qual menor bloco que devemos anunciar? Vejo uns falando /23 outros /24

thiago, nao existe "o melhor bloco"... existe a melhor politica..

por ex.. vc tem 1 operadora e 1 ptt-metro.. e vc tem 1 bloco /20

como ptt-metro é melhor e mais barato... vc anuncia por ex.. o /20 pra a operadora, e tambem no ptt-metro.. e no ptt-metro, pra forçar a preferencia por ele.. vc anuncia dois blocos /21 no ptt-metro.. ai toda preferencia sera o ptt.. quem ano tiver no ptt.. fala pela operadora..

Citação:

---

Postado originalmente por alexandrecorrea

thiago, nao existe "o melhor bloco"... existe a melhor politica..

por ex.. vc tem 1 operadora e 1 ptt-metro.. e vc tem 1 bloco /20

como ptt-metro é melhor e mais barato... vc anuncia por ex.. o /20 pra a operadora, e tambem no ptt-metro.. e no ptt-metro, pra forçar a preferencia por ele.. vc anuncia dois blocos /21 no ptt-metro.. ai toda preferencia sera o ptt.. quem ano tiver no ptt.. fala pela operadora..

---

Isso eu to entendendo, eu tava perguntando o "menor" tamanho de bloco (/23/ 24 etc ) , e nao o "melhor bloco".

Boa a configuração do Alexandre. Agora quanto a tamanho de blocos, isso varia de política de operadoras. A CTBC por exemplo, não aceita blocos menores do que /24 (aliás, acho que isso é política da maioria), porém, pode ser que você consiga anunciar blocos menores. Porém, eu acho que não vale muito a pena, pois a vantagem que possivelmente você ganharia com isso, você perde com complexidade de manutenção (configurar e manter muitas rotas pequenas de exportação), principalmente se você trabalha com 3 ou mais fornecedores de trânsito.

Antes de mais nada Agradeço de Coração aos colega do under.

Estive ausente tive que fazer viagem urgente.

Mas entendi perfeitamente as colocações de nossos amigos alexandre e do uesley.

Outra dúvida aos amigos que já tem o BGP em pé

Hoje possuo na ponta um RB493G, como balanceador, e uma Rb1100 como concentrador pppoe.

Posso usar estas Rbs para o fazer o BGP !

Ou deixar o cenário como está e comprar 1 Rb 1100 para cada operadora, para fazer o BGP!


att:

Não. O cenário ideal é ter um roteador (RB 1100) separado para fazer o serviço de BGP. Como você disse ter 2 links de 10Mb cada, mesmo usando full-routing nas duas operadoras ela vai aguentar bastante o trampo. Mas a minha recomendação mesmo é máquina (servidor).
Se precisar de uma consultoria, entra em contato!

Aqui usamos uma Rb1100, para 2 operadoras em full-routing, uma operadora com 35Mega e outra com 25 Mega, iremos aumentar logo logo para uns 40 Mega.

Ela aguenta tranquilho, desde que seja na versao do mikrotik 4.17, versoes acima de 5.x tivemos um aumento enorme de cpu. Na 4.17 nao passa de 30% em horario de pico.

A questao do anuncio, anunciamos um /22 em cada operadora, como tivemos alguns problemas com uma das operadoras, que quando jogava o /21 em cada uma delas alguns sites paravam (apple, americanas, etc..) criamos algumas regras de netwatch que tem solucionado o problema de redundancia (isso é paleativo ate a operadora resolver o lado dela).

Meio confuso mais acho que deu pra entender hehe.

Abraços e boa sorte.

Boa essa! Não sabia da versão 4.17. Uso em uma das minhas a versão 5.x, com uma operadora em full routing, e já tô bolado com o processamento aumentando... Vou fazer um downgrade e vamos ver no que dá!
Valeu!

Citação:

---

Postado originalmente por uesleycorrea

Boa essa! Não sabia da versão 4.17. Uso em uma das minhas a versão 5.x, com uma operadora em full routing, e já tô bolado com o processamento aumentando... Vou fazer um downgrade e vamos ver no que dá!
Valeu!

---

Pensei nessa, substitui um pc.

Flytec Computers

Bom dia pessoal,

Sobre o BGP Full Routing: Você faz algum tipo de balanceamento ou controle de tráfego de UPLOAD? As rotas recebidas da operadora servem apenas para o upload.

Se você não faz nada com upload, ou seja, "mexe" apenas com os anúncios, você está trabalhando apenas com o download.

Então minha dica para quem tem apenas 2 provedores: Utilize BGP Partial Routing. Dependendo da operadora, você receberá cerca de 10 ou 15 mil rotas apenas, e isso irá economizar muita CPU. Você deve pedir para que as 2 operadoras enviem a rota default por BGP, então você terá saída para todos os destinos.

Agora, se você trabalha com filtros para UPLOAD e tem 3 saídas ou mais, legal ter Full Routing porque consegue fazer controle MUITO fino de UPLOAD.

Sobre os anúncios: Se você tem um bloco /22 e anuncia nas 2 operadoras, e anuncia um /23 em apenas uma, e o outro /23 apenas na outra, você tem problema de DELAY quando um link cai. Vamos ao que acontece.

Estou recebendo os seus prefixos, um /22 e um /23, quando o seu /23 cai, você terá que esperar até que os roteadores da internet concluam que o prefixo não existe mais, para então aprender que agora o caminho para a sua rede é pelo /22 e não mais pelo /23. Isso as vezes pode demorar até uns 5 minutos.

A boa prática diz que você tem que anunciar o /22 E o /23 nas duas operadoras. Onde fica o balanceamento? Nos filtros de saída do BGP.

Você normalmente deve trabalhar com BGP Prepend, para dizer ao sua operadora, que quer PIORAR o caminho para determinado prefixo.

BGP Prepend diz quatas vezes você quer duplicar o "custo" do prefixo.

Por exemplo, seu AS é 10123, e a rota para uma rede do google fica.

destino Gateway AS-PATH
8.8.8.0/24 200.xxx.xxx.1 10123 20123 15169

o AS 20123 é de uma de suas operadoras, e o 15169 é do google.

Se o google adicionar as-prepend 3 na filtro de saída do prefixo 8.8.8.0/24, nossa rota vai ficar assim.

destino Gateway AS-PATH
8.8.8.0/24 200.xxx.xxx.1 10123 20123 15169 15169 15169

O que isso quer dizer. Para chegar até esse prefixo, você precisa atravessar 5 ASs. O BGP vai sempre escolher o caminho que tiver MENOS AS-PATH.

Se para uma operadora, você fizer com prepend, e na outra não, os roteadores do mundo irão receber as 2 rotas, uma pela operadora X e outra pela Y, só que a rota com maior AS-PATH ficará "de reserva", e só será ativada quando a principal cair, MUITO mais rápido que esperar o roteador aprender o caminho pelo prefixo maior, /21 por exemplo.


Credooo, me empolguei, hehehehe.

Vamos falando, podemos tirar várias dúvida.

Abração

Pessoal

configurei conforme o figurino para apenas um operadora.

Mas veja o erro que dá no log.

Anexo 34524

Alguém poderia me ajudar.

att:

Bom dia

Qual é o Update-Source do Peer?

Citação:

---

Postado originalmente por gamineiro

Bom dia

Qual é o Update-Source do Peer?

---

Fibra da operadora tá na ether 1
Update-Source do Peer = ether1

att:

E você tem um IP da mesma rede do Remote-Address do peer?

Poderia postar as configurações.

Abraço

Citação:

---

Postado originalmente por gamineiro

E você tem um IP da mesma rede do Remote-Address do peer?

Poderia postar as configurações.

Abraço

---

me passaram isto. mudei o meio dos ips. to usando o 199.200.239.32


Boa tarde,


Utilize as seguintes informações para configurar sua sessão BGP:


Ip Copel: 199.200.239.32
Ip PTC: 199.200.139.34
asn Copel: 14868


O lado Copel está pronto, após configurar seu roteador a sessão deve subir sem problemas.


Atenciosamente

Tem um erro ai. Quais as mascaras?

Citação:

---

Postado originalmente por gamineiro

Tem um erro ai. Quais as mascaras?

---

veja anexo.

Código :

---

 
 
/routing bgp instance
set default as=99999 client-to-client-reflection=no disabled=no \
    ignore-as-path-len=no name=default out-filter="" redistribute-connected=\
    no redistribute-ospf=no redistribute-other-bgp=no redistribute-rip=no \
    redistribute-static=no router-id=0.0.0.0 routing-table=""
add as=263055 client-to-client-reflection=no disabled=no ignore-as-path-len=\
    no name=pinhaisbgp out-filter="" redistribute-connected=no \
    redistribute-ospf=no redistribute-other-bgp=no redistribute-rip=no \
    redistribute-static=no router-id=186.232.120.1 routing-table=""
/routing bgp network
add disabled=no network=186.232.120.0/21 synchronize=no
/routing bgp peer
add address-families=ip as-override=no default-originate=never disabled=no \
    hold-time=3m in-filter=peer-in instance=pinhaisbgp multihop=yes name=\
    "Ip Copel" nexthop-choice=default out-filter=peer-out passive=no \
    remote-address=200.195.139.32 remote-as=14868 remove-private-as=no \
    route-reflect=no tcp-md5-key="" ttl=default update-source=\
    ether1_bpp-copel use-bfd=no
[admin@MikroTik] /routing bgp>

---

/ip address
add address=186.232.120.2/32 disabled=no interface=ether1_bpp-copel network=\
186.232.120.2

Citação:

---

Postado originalmente por pinhais

me passaram isto. mudei o meio dos ips. to usando o 199.200.239.32


Boa tarde,


Utilize as seguintes informações para configurar sua sessão BGP:


Ip Copel: 199.200.239.32
Ip PTC: 199.200.139.34
asn Copel: 14868


O lado Copel está pronto, após configurar seu roteador a sessão deve subir sem problemas.


Atenciosamente

---

Os IPs acima que você passou não batem, deve ser 239 ou 139 nos 2.

Após ter certeza de qual o IP do lado deles, crie a rota abaixo que o erro vai parar.

Obs.: Essa rota é necessário porque o BGP é Multihop.

/ip route add 200.195.139.32 gateway=IP_DO_GATEWAY

Abraço

Citação:

---

Postado originalmente por gamineiro

Os IPs acima que você passou não batem, deve ser 239 ou 139 nos 2.

Após ter certeza de qual o IP do lado deles, crie a rota abaixo que o erro vai parar.

Obs.: Essa rota é necessário porque o BGP é Multihop.

/ip route add 200.195.139.32 gateway=IP_DO_GATEWAY

Abraço

---

Amigo a configuração correta é repassada pela copel.

Ip Copel: 200.195.139.32
Ip PTC: 200.195.139.34
asn Copel: 14868
-------------------------------------------
o AS que configurei é o abaixo,


Quando add o route 200.195.139.32 gateway 200.195.139.34 ou 186.232.120.1 lá ele fica em azul.


/routing bgp instanceadd as=263055 client-to-client-reflection=no disabled=no ignore-as-path-len=\ no name=pinhaisbgp out-filter="" redistribute-connected=no \ redistribute-ospf=no redistribute-other-bgp=no redistribute-rip=no \ redistribute-static=no router-id=186.232.120.1 routing-table=""/routing bgp networkadd disabled=no network=186.232.120.0/21 synchronize=no/routing bgp peeradd address-families=ip as-override=no default-originate=never disabled=no \ hold-time=3m in-filter=peer-in instance=pinhaisbgp multihop=yes name=\ "Ip Copel" nexthop-choice=default out-filter=peer-out passive=no \ remote-address=200.195.139.32 remote-as=14868 remove-private-as=no \ route-reflect=no tcp-md5-key="" ttl=default update-source=\ ether1_bpp-copel use-bfd=no

É que no primeiro posto sobre os IPs você tinha colcado 200.195.239.32.

Pode mandar o resultado do comando, por favor:

/ip address print

/interface ethernet print



Abraço

Citação:

---

Postado originalmente por gamineiro

É que no primeiro posto sobre os IPs você tinha colcado 200.195.239.32.

Pode mandar o resultado do comando, por favor:

/ip address print

/interface ethernet print



Abraço

---

amigão

Estas são as saidas.

[admin@MikroTik] /ip address> pr
Flags: X - disabled, I - invalid, D - dynamic
# ADDRESS NETWORK INTERFACE
0 186.232.120.2/21 186.232.120.0 ether1_bpp-copel




-----------------------------------------------------


[admin@MikroTik] /interface ethernet> pr
Flags: X - disabled, R - running, S - slave
# NAME MTU MAC-ADDRESS ARP MASTER-PORT SWITCH
0 R ether12 1500 00:0C:42:EA:65:ED enabled
1 ether13 1500 00:0C:42:EA:65:EE enabled
2 R ether1... 1500 00:0C:42:EA:65:E2 enabled none switch2
3 ether2 1500 00:0C:42:EA:65:E3 enabled none switch2
4 ether3 1500 00:0C:42:EA:65:E4 enabled none switch2
5 ether4 1500 00:0C:42:EA:65:E5 enabled none switch2
6 ether5 1500 00:0C:42:EA:65:E6 enabled none switch2
7 ether6 1500 00:0C:42:EA:65:E7 enabled none switch1
8 ether7 1500 00:0C:42:EA:65:E8 enabled none switch1
9 ether8 1500 00:0C:42:EA:65:E9 enabled none switch1
10 ether9 1500 00:0C:42:EA:65:EA enabled none switch1
11 ether10 1500 00:0C:42:EA:65:EB enabled none switch1
12 ether11 1500 00:0C:42:EA:65:EC enabled






dmin@MikroTik] /ip route> pr


Flags: X - disabled, A - active, D - dynamic,
C - connect, S - static, r - rip, b - bgp, o - ospf, m - mme,
B - blackhole, U - unreachable, P - prohibit
# DST-ADDRESS PREF-SRC GATEWAY DISTANCE
0 ADC 186.232.120.0/21 186.232.120.2 ether1_bpp-copel

O IP que a operadora te deu para colocar na ether que recebe o link, não está setado.

Citação:

---

Postado originalmente por gamineiro

O IP que a operadora te deu para colocar na ether que recebe o link, não está setado.

---

Cabei de setar.

Agora o bgp não levanta fica em idle.

Agora está melhorando. hehehe.

Você consegue pingar de dentro do router BGP o IP da operadora? Se sim, crie a rota como te falei antes, apontando o IP do Remote-address do peer para o IP deles.

Boa tarde Srs. !
Como tratam a seguinte situação:
Duas operadoras enviando a tabela parcial de rotas + rota default. Com isso tenho duas rotas default sendo que as duas tem a mesma distância, então uma delas não vai valer.
Anunciei uma parte do bloco por cada operadora, fiz esse balanceamento com filtros. Mas aquela que não está valendo a rota default não funciona, sabem o motivo disso?

Citação:

---

Postado originalmente por lfdazzi

Boa tarde Srs. !
Como tratam a seguinte situação:
Duas operadoras enviando a tabela parcial de rotas + rota default. Com isso tenho duas rotas default sendo que as duas tem a mesma distância, então uma delas não vai valer.
Anunciei uma parte do bloco por cada operadora, fiz esse balanceamento com filtros. Mas aquela que não está valendo a rota default não funciona, sabem o motivo disso?

---

Bom dia,

Os anuncios feitos apenas controlam o seu Download. No seu caso precisamos controlar o Upload.

É bem simples de resolver, visto que você já trabalha com filtros.

Primeiro você cria um filtro de entrada em cada operadora para o prefixo 0.0.0.0/0 prefix 0, setando o local-pref como 120, por exemplo, esse filtro tem que ser accept

Depois crie outro filtro de entrada em cada operadora, com prefixo 0.0.0.0/0 prefix 0-32 setando o local-pref como 100

Agora o que vai acontecer, o roteador vai preferir as rotas com MAIOR local-pref, então ele vai primeiro analisar as rotas partial, e só vai usar a default caso não encontre uma rota para determinada rede.

Agora você pode balancear o Upload, fazendo filtros específicos para determinadas redes, como facebook, google, terra, etc.

Crie um filtro para a rede 64.0.0.0/8 com local-pref 80, na operadora A, isso irá fazer com que o Upload para essa rede saia pela operadora B.


Não sei se ficou claro, mas qualquer dúvida é só falar,

Abraço

Bom dia gamineiro !
Fiz os filtros informados por você e a tabela parcial resolveu, tenho outra situção que me complica, ainda tenho uma rota default estática, que é usada para a rede que uma operadora nos passava, esse AS foi tirado a poucos dias, estamos na migração ainda.
Como fazer essa migração sem remover os IP's antigos ainda?

Grato pela atenção.

Que bom que funcionou.

Agora, como você tem blocos que devem passar apenas por uma das operadoras, deve usar outras tabelas de roteamento.

Você deve criar um gateway estático com uma routing-mark, ex: "Nome da Operadora".

Depois, em IP > Routes > Rules, você cria uma regra, dizendo que o que vem das redes que não são do ASN, devem fazer lookup na table "Nome da Operadora",

Essa regra é um pouco complicada, você verá que vai demorar um pouco até acertar ela, pq existem exceções do tipo, o que vem do meu AS e vai para o bloco da operadora que é meu, não deve sair para o gateway, deve fazer lookup na table main.

Faz alguns testes ai, qualquer dúvida posta ai.

Abraço

Bom dia Luiz,

Conseguiu resolver os problemas?

Abraço

Bom tópico, nossa ASN acabou de sair e um dos vários motivos em adquirir uma AS é que o cliente terá IP válido individual para navegação ao invés de um IP compartilhado que é como funciona minha rede hoje.
Diante disso qual é a política mais correta de usar o bloco de ip´s que recebemos (/21) para que tenhamos um controle.
Exemplo, o cliente (fulano) fez uso na semana passada indevidamente da internet e a Polícia Federal está para chegar no escritório com mandato de prisão onde consta o IP do meliante.
Hoje meu controle está com ip x mac mas como o válido é compartilhado não tenho como saber que é...
Com a AS vamos poder ter controle disso.
Se eu colocar um ip válido para cada cliente (fixado) terei um desperdício de ip´s quando o cliente não estiver usando a internet.
Me lembro que no MTCNA que fiz ( que já faz um bom tempo) foi falado sobre o CALEA, alguém sabe como funciona, e se realmente essa ferramenta é apropriada para isso.
Caso opte por PPPoe como ter o controle que cliente tal usou ip tal.
Desde já obrigado...

pppoe com pool dinamico... ai vc usa o radius para fazer o accouting disso..

chegando o mandato ai, eh so procurar quem estava com aquele ip no horario...

Boa tarde amigo,

Já que você está começando com ASN, BGP e etc, poderia dar uma lida nas políticas de endereçamento do NIC.br. Para clientes residenciais o ideal mesmo é um IP válido para cada cliente.

Em nossa empresa por exemplo, atendemos somente clientes corporativos e no mínimo uma rede /30 e dada para cada cliente. No sistema do registro.br você deve cadastrar cada cliente, com nome, CNPJ, endereço, tudo direitinho, assim você está fazendo tudo como manda o figurino.

Nessa questão da polícia que você citou, eles vão entrar em contato direto com o cliente, você também receberá uma cópia do email, mas eles terão o conhecimento de quem está usando determinado IP, através do sistema do registro.br

Abraço

Gamiero poderia dar uma dica de como você faz pra designar bloco menor que /24 para outra empresa ?

Consegui expadir so ate /24.

Obrigado, valew.

Luspmais, aqui uso mk-auth, ele ja fica salvo quem usou o IP tal de tal a tal horario.
Creio que outros gerenciadores tambem tenham essa opçao.
Na nossa rede usamos pppoe, distribuindo os IP's dinamicamente.

Boa tarde,

Claro que sim, primeiro você precisa DELEGAR o bloco /24 para 2 servidores DNS, onde você precisa ter as zonas reversas configuradas.

Feito isso, expanda o bloco /24 até o tamanho desejado e clique em DESIGN, agora é só colocar um dos dados do cliente, dominio, cnpj ou cpf.

Qualquer dúvida é só avisar.

Abraço

Citação:

---

Postado originalmente por gamineiro

Bom dia,

Os anuncios feitos apenas controlam o seu Download. No seu caso precisamos controlar o Upload.

É bem simples de resolver, visto que você já trabalha com filtros.

Primeiro você cria um filtro de entrada em cada operadora para o prefixo 0.0.0.0/0 prefix 0, setando o local-pref como 120, por exemplo, esse filtro tem que ser accept

Depois crie outro filtro de entrada em cada operadora, com prefixo 0.0.0.0/0 prefix 0-32 setando o local-pref como 100

Agora o que vai acontecer, o roteador vai preferir as rotas com MENOR local-pref, então ele vai primeiro analisar as rotas partial, e só vai usar a default caso não encontre uma rota para determinada rede.

Agora você pode balancear o Upload, fazendo filtros específicos para determinadas redes, como facebook, google, terra, etc.

Crie um filtro para a rede 64.0.0.0/8 com local-pref 80, na operadora A, isso irá fazer com que o Upload para essa rede saia pela operadora A.


Não sei se ficou claro, mas qualquer dúvida é só falar,

Abraço

---

Gabriel Mineiro, qual a ação para o segundo filtro? Este abaixo.

Citação:

---

Postado originalmente por gamineiro

Depois crie outro filtro de entrada em cada operadora, com prefixo 0.0.0.0/0 prefix 0-32 setando o local-pref como 100

---

Grato.

Citação:

---

Postado originalmente por kabelinho

Gabriel Mineiro, qual a ação para o segundo filtro? Este abaixo.

Citação:

---

Postado originalmente por gamineiro

Depois crie outro filtro de entrada em cada operadora, com prefixo 0.0.0.0/0 prefix 0-32 setando o local-pref como 100

---

Grato.

---

Boa tarde,

Na verdade esse filtro é apenas didático, pois assim você pode visualizar o local-pref de cada rota, adicionando a coluna em IP > Routes no Winbox. O valor padrão para local-pref é 100 e ele vem oculto, por isso criamos esse filtro, apenas para visualização.

Esse filtro apenas, não faz nada. DEPOIS dele você deve criar outros filtros semelhantes, para alterar o local-pref para determinados destinos.

Corrigindo o que eu escrevi no outro post, quanto MAIOR o local-pref, MAIOR será a preferência pela rota. No Winbox as rotas ficam em azul, quando você alterar o local-pref de uma delas, invertendo a seleção entre a RIB e a FIB.

Abraço

No caso para sair somente com 1 ip do AS por determinada operadora qual a melhor configuração ?