[GTER] Forçar Gateway Não Default no OSPF

Gustavo Santos gustkiller at gmail.com
Sat Nov 28 18:12:20 -02 2009 

Então voltamos ao que falei nos primeiros posts, já que sua rede é toda
roteada "ospf"  = no roteador m1, você  vai criar as regras que escrevi
antes " route rule / mangle'  antes apontando como next hop / gateway o ip
do m2 , se o m2 estiver utilizando o g1 então , você deve fazer o mesmo no
m2, que deve fazer o resto do trabalho, mas a primeira linha dos roteadores
está no mesmo barramento , njo m1 você pode apontar a rede direto para o g2.

2009/11/28 Arlindo F. Neto <lopan.eti at gmail.com>

> Olá Gustavo,
>
> Bom, vamos piorar o caso então (ou melhorar minhas explicação), ainda não
> chegamos no "problema" real.
>
> G1-----M1-----M2-----M3-----G2
>           |
>      M5-----M4
>
> Neste caso, se eu alterar a peso do G1, ninguém vai utilizá-lo. Foque agora
> no M4, eu quero que ele utilize o G2, enquanto que M5 e M1 utilizem
> normalmente o G1, devido a ter o melhor custo.
>
> Espero que agora eu tenha conseguido explicar corretamente o cenário! ;)
>
> []'s
>
> 2009/11/28 Gustavo Santos <gustkiller at gmail.com>
>
> > Ficou melhor ainda...
> >
> > Configure no Mikrotik G1, na configuração do OSPF, em interface tire do
> > modo
> > automatico e coloque em manual ( copie a interface automatica que o
> > mikrotik
> > adicionou , com isto vai aparecer uma interface "manual"  e mude o custo
> > desta interface para 100.
> >
> > Como todos os custos sao 10,  o OSPF vai calcular o G1 sendo a pior opção
> ,
> > pois mesmo somando a distancia entre o g2 +m3 para o m1 o resultado é 20.
> > Isto deve resolver o seu problema , e o g1 so vai ser utilizado se
> > realmente
> > o g2 cair.
> >
> > 2009/11/28 Arlindo F. Neto <lopan.eti at gmail.com>
> >
> > > Gustavo,
> > >
> > > Veja o cenário abaixo onde:
> > > M = Mikrotiks
> > > G = Mikotiks atuando como Gateway para a Internet (ambos anunciam suas
> > > rotas
> > > default)
> > > ----- = Conexões com custo fixo, métrica igual a 10
> > >
> > > O meu desejo é alterar o funcionamento padrão do OSPF e fazer com que
> M1
> > > use
> > > preferencialmente o G2 como gateway para a Internet.
> > >
> > > G1-----M1-----M2-----M3-----G2
> > >
> > > Caso reste alguma dúvida posso desenhar melhor.
> > >
> > > []'s
> > >
> > > 2009/11/28 Gustavo Santos <gustkiller at gmail.com>
> > >
> > > > Arlindo,
> > > >
> > > > Tem como descrever melhor o seu cenário?  Acho que ficou meio confuso
> > > pois
> > > > por exemplo,  esses links são links dentro da sua rede?  Se sim , o
> > > cenário
> > > > que entendi é um conjunto de 3 roteadores, um de acesso dos clientes
> e
> > 2
> > > de
> > > > core, só que um deles é melhor que o outro via ospf, mas eles estão
> na
> > > > mesma
> > > > AREA do OSPF.  Neste roteador de acesso você configura as sub-redes
> dos
> > > > seus
> > > > clientes e na tabela de roteamento deste roteador de acesso, o ospf
> > > > escolheu
> > > > a melhor rota default, mas você quer utilizar outra rota default para
> > > > determinado grupo de clientes chegar até o core da sua rede. Se este
> > for
> > > o
> > > > cenário, a primeira resposta atende a sua necessidade. Senão, manda
> uma
> > > > descrição melhor da sua rede.
> > > >
> > > >
> > > > 2009/11/28 Arlindo F. Neto <lopan.eti at gmail.com>
> > > >
> > > > > Gustavo,
> > > > >
> > > > > Talvez eu não tenha sido claro demais na definição do problema. Os
> > > > Gateways
> > > > > estão fisicamente separados. Exemplo, o cliente A está mais próximo
> > do
> > > > > Gateway G1 do que do Gateway G2 (na rede física). No entanto, eu
> > > preciso
> > > > > fazer com que A saia pela G2, não pelo G1. No BGP, se não estou
> > > enganado,
> > > > > eu
> > > > > poderia utilizar o Local Preference, no entanto estou utilizando
> OSPF
> > e
> > > > sem
> > > > > perspectiva de mudar de protocolo IGRP.
> > > > >
> > > > > []'s
> > > > >
> > > > > 2009/11/28 Gustavo Santos <gustkiller at gmail.com>
> > > > >
> > > > > > Olá,
> > > > > >
> > > > > > Simples. Em ip /  route,  crie uma nova rota default ( manual)
> com
> > > uma
> > > > > > marcação  ( rota_x). Agora você pode configurar de duas formas,
> no
> > > > mesmo
> > > > > > menu, procure por route rules e crie uma nova route rule. Está
> > route
> > > > rule
> > > > > > você preenche em no campo src address , com a rede ou ips de
> origem
> > > que
> > > > > > você
> > > > > > quer forçar que saiam pela rota_x, em action vc escolhe lookup e
> em
> > > > route
> > > > > > mark você escolhe a rota_x.
> > > > > >
> > > > > > /ip route rule
> > > > > > add action=lookup disabled=no src-address=
> > 192.168.0.1/24table=rota_x
> > > > > >
> > > > > > Outro modo é ao inves de fazer a route rule , ir em
> > > ip/firewall/mangle
> > > > e
> > > > > > criar ações de prerouting da mesma forma que foi indicado no
> > routing
> > > > > rule.
> > > > > >
> > > > > >
> > > > > >
> > > > > > 2009/11/28 Arlindo F. Neto <lopan.eti at gmail.com>
> > > > > >
> > > > > > > Olá PessoALL,
> > > > > > >
> > > > > > > Utilizando OSPF, em uma rede com vários Gateways, me deparei
> com
> > > uma
> > > > > > > situação "adversa". O OSPF calcula o menor caminho para um
> > Gateway
> > > e,
> > > > > > todos
> > > > > > > os clientes são direcionados para este Gateway. Essa dinâmica é
> > > > normal
> > > > > e
> > > > > > é
> > > > > > > previsto no protocolo. Agora tenho a necessidade de fazer com
> que
> > > um
> > > > > > grupo
> > > > > > > de clientes saia por um Gateway que não é o Default, ou seja,
> que
> > > > eles
> > > > > > > saiam
> > > > > > > por um Gateway mais distante de outro.
> > > > > > >
> > > > > > > A rede é toda constituída de Mikrotiks. Alguns atributos como
> Set
> > > Out
> > > > > > > Nexthop foram testados por meio de filtros mas sem sucesso.
> > Alguém
> > > já
> > > > > > teve
> > > > > > > essa necessidade?
> > > > > > >
> > > > > > > Lembrando que existe a necessidade de "forçar" com que um range
> > de
> > > > IPs
> > > > > > > utilizem um Gateway mais distante do que outro já existente na
> > > rede.
> > > > > > >
> > > > > > > Obrigado por qualquer ajuda,
> > > > > > > --
> > > > > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > >
> > > > > > Gustavo Santos
> > > > > > Analista de Redes
> > > > > > -Cisco Certified Network Associate
> > > > > > -Juniper Certified Internet Associate - ER
> > > > > > -Mikrotik Certified Consultant
> > > > > > --
> > > > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > > > >
> > > > > --
> > > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > >
> > > > Gustavo Santos
> > > > Analista de Redes
> > > > -Cisco Certified Network Associate
> > > > -Juniper Certified Internet Associate - ER
> > > > -Mikrotik Certified Consultant
> > > > --
> > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > >
> > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > >
> >
> >
> >
> > --
> >
> > Gustavo Santos
> > Analista de Redes
> > -Cisco Certified Network Associate
> > -Juniper Certified Internet Associate - ER
> > -Mikrotik Certified Consultant
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



-- 

Gustavo Santos
Analista de Redes
-Cisco Certified Network Associate
-Juniper Certified Internet Associate - ER
-Mikrotik Certified Consultant

More information about the gter mailing list