Buenas amigos under.
Seguinte, estou querendo oferecer redundancia para alguns clientes (empresas de grande porte com link dedicado).
Lembrando que minha rede é toda em brigde, teria alguma fora de fazer isso sem rotear minha rede?
obrigado
Buenas amigos under.
Seguinte, estou querendo oferecer redundancia para alguns clientes (empresas de grande porte com link dedicado).
Lembrando que minha rede é toda em brigde, teria alguma fora de fazer isso sem rotear minha rede?
obrigado
acompanhado.... pois so sei fazer em ospf, mas com ip.. receita de bolo... OSPF to simulate full duplex links with redundancy - MikroTik Wiki
Última edição por mpsnet; 07-04-2010 às 16:14.
Alexandre,
Dá pra fazer sim. O principio é o mesmo, porém como sua rede é toda em bridge é meio louco porque você vai gerar mais uma tráfego de broadcast enorme e desnecessário. Mas no caso você faz o seguinte: No mesmo barramento que tá seu cliente você vai designar 2 gateways pra ele. Basta você colocar os 2 hosts das duas redes no mesmo barramento. Então você pode usar os 2 gateways ao mesmo tempo usando o ECMP, que é colocando os 2 gateways com a mesma "distance" ou fazendo check se uma caiu pra mandar pro outro usando "distances" diferentes, ok?
Abs.
Consegui fazer da seguinte maneira:
Dois ips da minha rede em ether diferentes (link 1 e link 2). A ether e o ip do link2 ficam desativados.
Criei um script que desativa a ether e o ip do link 1 caso ele caia, e ativa a do link 2.
Parece q funciono. heheh
abrços
E como você vai fazer pra checar se o link voltou se você desativou o ip e a interface?
Tipo,
Você falou que a ether e o ip do link2 ficam desativados. Se ficam desativados não tem como o script monitorar. Outra coisa, é muito perigoso se basear no status da interface pra garantir a redundância. As vezes o link wireless cai porém a ether tá up.
Continuo achando que a melhor opção pra você seria usar duas rotas default pra 2 gateways diferentes, com distances diferentes e usando o "check gateway".
Certo.
É que no meu caso, o link wireless não iria ser feito pelo mikrotik. Ele fica conectado sempre com o Nano M5. E esse nano eu consigo monitora, pq ele vai ficar conectado mesma coisa. So se algm tira o cabo da ether do link 2 que fica conectado no nano...
Bom dia,
Acredito q o ideal para failover seja o netwatch como o amigo Byosni citou.
Aqui na empresa usamos apenas com a troca de gateway default para não perdermos o controle do retorno. Funciona muito bem, perde apenas um pacote e ja assume o link secundário nem derruba as sessões mesmo quando um link é meu e o secundário é da operadora fechado VPN para a matriz do cliente.