[GTER] RES: redundancia ADSL

[Felipe Munhoz]

Olá,

Com certeza resolveu o meu problema de verificar qual das duas interfaces
(eth1 ou eth2) está OFF.

Então eu modifico o gateway padrão pra outra interface que está ON.

O que não sei agora é como deterctar que a interface que ficou OFF por um
tempo voltou a funcionar, já que a configuração do gateway padrão foi
modificada apenas para rotear pela interface que ficou ON anteriormente.

Não sei se deu pra entender!

Valeu

2008/7/25 Wederson - VIP Internet <wederson at vipvilhena.com.br>

> Saudações,
>
> Cara, o fato de vc especificar a interface de saída, já não resolveu seu
> problema?
>
> ping -qc5 -I ppp1 www.uol.com.br >/dev/null
> ping -qc5 -I ppp0 www.uol.com.br >/dev/null
>
>
> Eu faço o teste dessa maneira....
>
>
>
>
> -----Mensagem original-----
> De: gter-bounces at eng.registro.br [mailto:gter-bounces at eng.registro.br] Em
> nome de Felipe Munhoz
> Enviada em: sexta-feira, 25 de julho de 2008 15:05
> Para: Grupo de Trabalho de Engenharia e Operacao de Redes
> Assunto: Re: [GTER] redundancia ADSL
>
> Olá a todos, tenho acompanhado a discussão faz alguns dias e vou aproveitar
> para pedir uma ajuda para vocês.
>
> Estou tentando implantar uma solução de Load Balancing + Failover da
> seguinte forma:
>
>
> Por padrão a configuração Load Balancing é iniciada através deste comando
>
> # ip route add default scope global nexthop via $GW1 dev $EXTIF1 weight $W1
> nexthop via $GW2 dev $EXTIF2 weight $W2
>
> para descobrir se um dos links está off faço o seguinte: (neste caso testo
> o
> link conectado a interface eth1)
>
> # ping -W 3 -I eth1 -c 1 www.google.com.br
>
> faço o mesmo para a outra interface:
>
> # ping -W 3 -I eth2 -c 1 www.google.com.br
>
>
> Na verdade executo varias vezes antes de decidir se o link está realmente
> fora.
>
> Então, verificando o retorno do ping modifico o gateway padrao com o
> comando:
>
> # ip route replace default scope global via $GW2 dev $EXTIF2
>
> ou
>
> # ip route replace default scope global via $GW1 dev $EXTIF1
>
> Em um primeiro momento esse esquema está funcionando razoavelmente bem até
> esta parte.
>
> O que não sei agora é como detectar que um dos links voltou a funcionar, já
> que se executo o ping na interface OFF o ping não vai encontrar o servidor
> remoto, somente se executar o ping pela interface ON.
>
> Alguém tem alguma sugestão de o que eu poderia fazer neste caso?
>
>
>
>
>
> 2008/7/24 Tukso Antartiko <tukso.antartiko at gmail.com>:
>
> > Balanceamento requer controle do seu tráfego e, muito pelo contrário,
> > IPs de ASNs diferentes permite um controle do tráfego de entrada muito
> > mais fino.
> >
> >
> > Com BGP, a não ser deixando de anunciar, não se controla tráfego de
> > entrada, mas se tenta influenciar, cuja decisão final sempre cabe ao
> > ASN de origem.
> > Usando IPs separados o ASN de origem não tem escolher, o resultado
> > virá pelo link que você definir.
> >
> > Além do mais este recurso está limitado pelo seu número de peers ou
> > communities oferecidas por estes. Com IP fixo você pode definir por
> > exemplo que todo tráfego de determinado bloco, como os do You Tube,
> > podendo chegar até a granularidade de um /32, irão usar um link
> > específico e não influenciará os do outro link.
> >
> > A solução indicada foi apenas uma, existem várias, inclusive
> > comerciais como os recursos do IOS nas versões mais novas:
> > http://www.*cisco*.com/go/oer/
> >
> > 2008/7/24 Andre Ramoni <andre.ramoni at gmail.com>:
> >
> > > (...)
> > >
> > > So que na minha opiniao, fixando rotas por portas e IPs e mudando
> > > pro
> > outro
> > > link quando um cai, já não mais load balance. É backup.
> > >
> > > Por isso que eu disse, load balance com ips de saida diferentes
> > > causa problemas. Quando voce fixa, o que você fixou não é mais load
> > > balance,
> > voce
> > > tem apenas uma divisão de propositos de cada link.
> > >
> > > Eu concordo com vocês, só acho que não é a definição certa.
> > > Load balance total com duas operadoras, só com BGP. O resto, é
> > > divisão de ips, portas e link de backup.
> > >
> > >
> > >
> > > On Thursday 24 July 2008 00:25:49 Tukso Antartiko wrote:
> > > > Eu reitero, não é porque não tem RFC que é gambiarra, apenas
> > > > demanda um pouco mais de experiência. Que você sempre pode comprar
> > > > se quiser, seja através de consultoria ou appliances.
> > > >
> > > >
> > > --
> > > André Ramoni
> > > http://www.ramoni.com.br
> > >
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
>
>
>
> --
> Felipe Natale Munhoz
> Ciência da Computação
> Núcleo de Apoio a Projetos de Informática Centro Politécnico Universidade
> Católica de Pelotas
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



-- 
Felipe Natale Munhoz
Ciência da Computação
Núcleo de Apoio a Projetos de Informática
Centro Politécnico
Universidade Católica de Pelotas