[GTER] RES: redundancia ADSL

[Wederson - VIP Internet]

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