+ Responder ao Tópico



  1. #1

    Padrão Redundancia

    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

  2. #2

    Padrão

    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.

  3. #3

  4. #4

    Padrão

    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.

  5. #5

    Padrão

    Citação Postado originalmente por guilhermeramires Ver Post
    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

  6. #6

    Padrão

    E como você vai fazer pra checar se o link voltou se você desativou o ip e a interface?

  7. #7

    Padrão

    Citação Postado originalmente por guilhermeramires Ver Post
    E como você vai fazer pra checar se o link voltou se você desativou o ip e a interface?
    A todo tempo os 2 link são monitorados. Assim que cair o link 1 o nagios avisará q o link 1 caiu e o link 2 up. E no meu caso, os 2 link seriam feitos com nano M5, ficaria monitorando o ip deles tb.

  8. #8

    Padrão

    Citação Postado originalmente por 4l3x4ndr3 Ver Post
    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
    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".

  9. #9

    Padrão

    Citação Postado originalmente por guilhermeramires Ver Post
    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...

  10. #10

    Padrão Re: Redundancia

    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.