dúvida com ospf

boa tarde é o seguinte eu estava vendo umas aulas de ospf e no exemplo que o cara estava fazendo era que ele estava subindo um ospf de RB para RB através de um cabo de rede conectado na porta da RB.

bom a duvida é assim... em vez de eu usar um cabo de rede conectando as duas rb's quero saber se posso trocar esse cabo de rede por uma antena RB SXT ( uma pra cada RB ) ou seja ( uma envia e outra recebe ) como se fosse um ponto a ponto fazendo assim uma simulação que uma rb esteja longe uma da outra aee então se usa a antena certo ? isso atrapalha algo no ospf ? é permitido ?

desde já obrigado por ler.

Pode fazer normal

Em alguns casos usando wireless vc pode ter problemas na identificação dos Neighbors , problema facilmente resolvido através do NBMA neighbors !!!

Citação:

---

Postado originalmente por mestretik

Em alguns casos usando wireless vc pode ter problemas na identificação dos Neighbors , problema facilmente resolvido através do NBMA neighbors !!!

---

Bem lembrado
pode se usar point to point tb

Uso com point to point sem problema algum.

obrigado por responderem , vou fazer aqui então.

Em rede cabeada e fibra NBMA neighbors funciona blz porem em uma rede wireless de médio porte os "vizinhos" chegam a levar 5 minutos para se encontrarem, por isso é indicado Point to Point . e TB acho menos trabalhoso que NBMA neighbors (opinião minha)

Fiz os testes aqui e deu tudo certo... Ele encontrou o outro vizinho, ficou bacana

Enviado via SM-G531H usando UnderLinux App

Citação:

---

Postado originalmente por DanielBacelar

Fiz os testes aqui e deu tudo certo... Ele encontrou o outro vizinho, ficou bacana

Enviado via SM-G531H usando UnderLinux App

---

Opa
Sim fica bacana agora só criar um enlace pra backup se um cai outro assume de boas
fica com uma redundância bacana

@Bruno,

como vc monitora a queda de um link? Aqui, minha rede é toda monitorada via Ping pelo Zabbix.

Problema é que quando o enlace cai e o backup assume, o ping continua a responder (por outra rota), então não estou conseguindo disparar que um enlace caiu.

Citação:

---

Postado originalmente por fhayashi

@Bruno,

como vc monitora a queda de um link? Aqui, minha rede é toda monitorada via Ping pelo Zabbix.

Problema é que quando o enlace cai e o backup assume, o ping continua a responder (por outra rota), então não estou conseguindo disparar que um enlace caiu.

---

Opa
Supondo que tu use ospf e que o enlace de redundância esteja em outra rede ex:
enlace principal rede 172.16.0.0/30 e o enlace backup esteja na rede 172.16.1.0/30 e seu router-id (loopback) seja ex: 1.1.1.1 quando o enlace principal cai o ospf vai mudar as rotas, então o que você pode fazer é uma rota estática como gateway o enlace principal
ex:
dst-destination 1.1.1.1 gateway 172.16.0.2
assim o zabbix vai disparar um incidente

Hmmm, definindo a rota mais específica. Boa.

Isso, uso o OSPF mesmo.

Citação:

---

Postado originalmente por fhayashi

Hmmm, definindo a rota mais específica. Boa.

Isso, uso o OSPF mesmo.

---

Sim
ai vc pode adicionar mais algum ip a outra borda pra vc ter uma rota com distancia 1 pra vc ter monitoramento quando o backup assumir

Vou testar aqui!!

Valeu!

Citação:

---

Postado originalmente por fhayashi

Vou testar aqui!!

Valeu!

---

Blz
você pode fazer através dos forçando um anuncio de rota
ambos funciona

Opa, essa não entendi.

Minha zabbix está assim:

zabbix -> RTR1 -> Enlace 1 -> RTR2 (Site 1)

zabbix -> RTR1 -> Enlace 2 -> RTR3 (Site 2)

RTR2 -> Enlace backup -> RTR3

Tudo com OSPF. O que vou fazer é colocar uma rota estática no meu RTR1 até o RTR2 com esse IP específico. Isso anuncia automático via OSPF, pelo menos no meu aqui. hehehe. Seria esse anúncio que se refere?

Opa,

testei aqui forçando a rota estática RTR1 -> RTR2. Funcionou!

Valeu @Bruno

Citação:

---

Postado originalmente por fhayashi

Opa, essa não entendi.

Minha zabbix está assim:

zabbix -> RTR1 -> Enlace 1 -> RTR2 (Site 1)

zabbix -> RTR1 -> Enlace 2 -> RTR3 (Site 2)

RTR2 -> Enlace backup -> RTR3

Tudo com OSPF. O que vou fazer é colocar uma rota estática no meu RTR1 até o RTR2 com esse IP específico. Isso anuncia automático via OSPF, pelo menos no meu aqui. hehehe. Seria esse anúncio que se refere?

---

isto
esquece o filtro
faz desta forma
a com filtro unica diferença é que vc vai forcar ele sempre vim por um gateway nada mais que isto da mesma forma que a rota estática porem dinâmica
ex:
no filtro do RTR1 quando o dst for RTR2 use como gw do enlace 1 e descarte o resto
quando dst for rtr3 use como gw o enlace 2 e descarte o resto



assim quando algum enlace cair o RTR1 não vai receber nova rota e vai disparar incidente

Citação:

---

Postado originalmente por fhayashi

Opa,

testei aqui forçando a rota estática RTR1 -> RTR2. Funcionou!

Valeu @Bruno

---

ok

funciona da mesma forma

tipo quando vc faz a rota estática com distance menor ela tem preferencia
porém ele vai ficar inalcançável e a rota do ospf vai ficar ativa

por isto gosto de fazer o filtro IN
la vc coloca no prefix o ip da loopback em action accept vc marca o nexhop com o ip que vc quer que fique como gw

Eu coloquei o filtro no Firewall do RTR1 para dst RTR2 out interface x kkkkkkkk

Menos elegante mas funcionou.

ou no filtro IN do ospf simplesmente discartar quando o prefix for a loopback da rtr2 e faz a rota estática

Vou mudar, porque funcionou mas bloqueei todo o ICMP por outra rota para o RTR2. Sei lá se depois vou precisar.

Vou tirar esse drop e colocar o filtro do OSPF mesmo. Uso muito pouco o OSPF aqui, a profundidade da rede é baixa. Então quase não preciso me preocupar. Preciso desenferrujar.

Valeu @Bruno!

Citação:

---

Postado originalmente por fhayashi

Vou mudar, porque funcionou mas bloqueei todo o ICMP por outra rota para o RTR2. Sei lá se depois vou precisar.

Vou tirar esse drop e colocar o filtro do OSPF mesmo. Uso muito pouco o OSPF aqui, a profundidade da rede é baixa. Então quase não preciso me preocupar. Preciso desenferrujar.

Valeu @Bruno!

---

kkkk

faz isto que falei na RTR1 em routeing>filters cria um novo chain ospf-in prefix coloca o ip da loopback em action accept set in nexthop coloca o gw 172.16.0.2 supondo que o ip que esta na interface do enlace 1 na rtr2 seja 172.16.0.2
ou seja ele sempre vai fazer que o gw pro rtr2 seja o enalce 1

Opa, vou testar mas antes ler um pouco. Não gosto de fazer quando não me lembro do conceito aplicado direito.

o conceito do filtro IN é manipular a tabela de rotas

Amanhã, hahaha, agora vou para uma cervejinha que também sou filho de Deus.

ha outra forma de fazer é vc criar uma rota estática para o ip da loopback
e descartar as rotas do ospf para a loopback
funciona mais nada haver descartar uma rota dinamica só pra criar uma estatica então so manipula a dinamica

Opa, 2 coisas.

Primeiro que li a respeito dos filtros, bem simples mesmo. Vou testar hoje mesmo.

Outra é que nem tinha me tocado em monitorar o IP do Loopback. Estava monitorando o IP da porta. Fazendo só do loopback, mesmo caindo o link consigo propagar a rota se tiver uma rede no meio do enlace mesmo com os filtros. Show de bola. Detalhe mas que vai fazer diferença caso a rede cresça.

Valeu @Bruno

Citação:

---

Postado originalmente por fhayashi

Opa, 2 coisas.

Primeiro que li a respeito dos filtros, bem simples mesmo. Vou testar hoje mesmo.

Outra é que nem tinha me tocado em monitorar o IP do Loopback. Estava monitorando o IP da porta. Fazendo só do loopback, mesmo caindo o link consigo propagar a rota se tiver uma rede no meio do enlace mesmo com os filtros. Show de bola. Detalhe mas que vai fazer diferença caso a rede cresça.

Valeu @Bruno

---

ai tu faz o filtro na rede do meio e não na borda
entendeu

Caramba, nem tive tempo de testar.

Ia colocar o filtro da rota para o Loopback

Tenho uma dúvida, sobre OSPF tbm se puderem me tirar ela agradeço muito! Como fazer e como funciona OSPF com VLANs, vi em uma rede mas não entendi o certo como foi feito?

@rkimporte,

OSPF não é necessariamente vizinho através de camada 2. Ele manda um broadcast para subnet IP conectada que você cadastra para anunciar.

Então, em teoria, não faz diferença com ou sem VLAN. Vantagem da Vlan é que vc pode ter uma subrede conectada sem necessariamente estar fisicamente conectada in-loco.

Citação:

---

Postado originalmente por fhayashi

@rkimporte,

OSPF não é necessariamente vizinho através de camada 2. Ele manda um broadcast para subnet IP conectada que você cadastra para anunciar.

Então, em teoria, não faz diferença com ou sem VLAN. Vantagem da Vlan é que vc pode ter uma subrede conectada sem necessariamente estar fisicamente conectada in-loco.

---

Irmão, irmão, ospf usa broadcast??? Não seria multicast talvez?

Enviado via XT1580 usando UnderLinux App

@andrecarlim,

cara, faz tanto tempo que estudei isso que confesso estar espremendo os neurônios aqui para lembrar a diferença kkkkkkkkkkk.

Mas acredito ser um broadcast mesmo, não? Ele manda para uma subnet inteira e se alguém responder com um ACK, faz o anúncio pra ele.

Multicast vc tem de definir um grupo e não é necessário um ACK, se não me engano.