[GTER] Redundancia de Roteadores de Acesso.

[Gustavo Santos]

Realmente seria muito interessante, mas o problema é a heterogeneidade dos
roteadores dos clientes. Devido a entrega em fastethernet algums utilizam
roteadores soho nas empresas como dlink e cia... :o
2009/3/26 Shine <eshine at gmail.com>

> Essa é uma questão interessante.
>
> Existem algumas alternativas. como vc mesmo apontou, uma delas é atribuir
> um
> gateway estático e prover redundância por meio de compartilhamento de um IP
> virtual por diversos dispositivos.
>
> Tvz uma saída mais heterodoxa seja usar um protocolo de roteamento dinâmico
> simples (por exemplo um RIP) e injetar rotas (default, ou específica,
> depende do que vc provê de serviço de dados pro cliente). Estou supondo que
> o meio físico já tenha redundância, dessa forma vc pode conter a porção do
> acesso em uma instância q vc desejar (por exemplo uma vrf) e redistribuir
> na
> tabela de rotas (interna da vrf ou exportar para a global - aí depende tbm
> dos recursos q vc tem na rede).
>
> sd,
>
> Edgar
> 2009/3/25 Gustavo Santos <gustkiller at gmail.com>
>
> > Olá,
> >
> > Estou  tentando deixar tudo na nossa rede redundante, mas estou
> encontrando
> > sempre o mesmo problema. A redundancia dos gateways de clientes.
> >
> > Por exemplo eu tenho redundancia em camada 2 em um de nosso roteadores
> > rodando ospf, cada ponta vindo de um roteadore diferente mas convergindo
> > para o mesmo roteador. Cada interface deste roteador esta conectado a
> outro
> > por um caminho / roteador diferente. Mas o que eu estou tentando
> conseguir
> > é
> > a redundancia de gateway para o cliente.
> >
> > Cada roteador nosso tem pelo menos 300 subredes e " ip secundary" sendo o
> > gateway de cada cliente em cada subrede desta.  Pensei em VRRP só que não
> > me
> > pareceu muito prático ja que teria que levantar 300 ips virtuais para que
> > se
> > o roteador daquele barramento morrer o roteador slave assumiria todos
> estes
> > IPs ( levando em consideração que o segundo roteador estaria rodando ospf
> > conectado a algum outro enlace com alcance ao core da rede.)
> >
> > Alguma idéia interessante? Porque analizando bem, não adiantaria ser ter
> > redundância na borda se um roteador de acesso cair e 300 clientes
> > pendurados
> > neste router ficarem sem acesso.
> >
> > Obrigado
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>