[GTER] RES: RES: Rotas OSPF

[Danilo Bedani]

Desculpem o desvio do assunto...
Mas como criar uma interface Loopback em um sistema Mikrotik?


2010/9/21 Andre Gustavo de C. Albuquerque <gustavo.albuquerque at gmail.com>

> Olha, não existe limitação no protocolo OSPF em relação a número de nós por
> área.
>
> Para projetar sua rede tendo como IGP o OSPF, uma lista não exaustiva de
> fatores mais importantes a considerar pode ser encontrada abaixo:
> - Número de links por área;
> - Estabilidade destes links;
> - Utilização ou não de agregação de prefixos (alguns usam o termo
> "sumarização");
> - Poder de processamento e quantidade de memória disponível nos nós desta
> área (lembrando que a força da corrente é determinada pelo seu elo mais
> fraco).
>
> Colocando todos os elementos na equação da forma correta, pode-se chegar à
> conclusão que o número de nós deve ser 30 ou 300 (ou menos, ou mais...).
>
> Muitas otimizações foram feitas no OSPF ao longo dos anos, tornando-o um
> protocolo menos "falador" em ambientes estáveis e permitindo cálculo SPF
> incremental (iSPF, para LSAs != 1 ou 2), onerando menos os recursos de
> processamento dos roteadores.
>
> O ISIS separa as informações de infraestrutura de nós das de links (TLVs
> separados). Isso permite que a queda de um link não dispare necessariamente
> um cálculo SPF total, quando se usa iSPF. Sendo assim, o iSPF no ISIS é
> mais
> eficiente, permitindo que ele onere menos as CPUs em alguns casos.
>
> Fora isso, vale comentar que o ISIS é mais encontrado em ambiente de
> grandes
> operadoras do que no mercado corporativo, e assim é refletido o
> desenvolvimento de funcionalidades para ele.
>
> Abs, Gustavo Albuquerque
>
>
> 2010/9/21 Frederico Terra Boechat <fboechat at mar.com.br>
>
> > OSPF só suporta uns 300 nós por área, mais do que isso faz-se necessário
> > dividir em áreas.
> >
> > Limite esse que o IS-IS não tem, por isso é bem mais escalável do que o
> > OSPF pra IGP.
> >
> > Frederico Boechat
> >
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



-- 
Danilo Bedani
dbedani at gmail.com