Este documento fornece diretrizes para a redistribuição do Open Shortest Path First (OSPF) entre diferentes processos. A redistribuição entre diferentes processos é difícil e medidas especiais são necessárias para a operação apropriada da rede. Este documento também destaca algumas alterações introduzidas no software Cisco IOS®.
Pode haver diversas razões para a redistribução entre processos múltiplos. Estes são alguns exemplos:
Embora a redistribução entre processos diferentes possa ser necessária em certos casos, uma solução alternativa do projeto (se possível) é uma escolha mais apropriada, como será discutido nas subseções desta seção.
No OSPF, os prefixos IP dentro de uma área não são trocados diretamente entre o Roteadores. São parte da propaganda do estado do link (LSA) que igualmente anuncia a topologia da rede; consequentemente, não há nenhuma maneira às rotas de filtro dentro de uma área.
Nota: A filtração local em um roteador (que pode ser feito a fim impedir que algumas rotas estejam instaladas em um roteador dado) não é considerada ser filtração da rota real. Isto é realizado normalmente com o comando distribute-list sob o roteador OSPF.
Uma solução seria usar um processo diferente e filtrar as rotas desejadas no Roteadores de redistribuição; contudo, isto separa realmente a área em dois domínios. Um melhor design seria separar a área em áreas diferentes e usar o tipo 3 recursos de filtragem do Cisco IOS, que é explicado mais tarde.
No OSPF, todo o Roteadores dentro de uma área tem o exato a mesma topologia. Uma área não tem nenhum conhecimento da topologia de uma outra área; consequentemente, confia na informação anunciada pelos roteadores de borda da área anexa (ABR).
A informação anunciada dentro de uma área por um ABR (como um tipo 3 LSA) é realmente os prefixos IP que são instruídos das áreas remotas ou que são calculados para outras áreas anexa.
Consequentemente, entre áreas há um comportamento do vetor de distância que possa ser leveraged às rotas de filtro entre áreas.
O Cisco IOS Software executou uns recursos de filtragem do inter-area. Para obter mais informações sobre desta característica, refira o OSPF ABR type 3 LSA filtering.
Porque as rotas externas são anunciadas como o tipo 5 LSA e são amplo domínio inundado, a não ser que nas áreas de stub e no Not-So-Stubby Areas (NSSA), não haja atualmente nenhuma maneira de filtrar um tipo 5 LSA. Uma solução é ter um processo diferente e filtrá-la entre processos ao redistribuir.
Vê-se como uma prática comum usar processos de OSPF diferentes a fim separar domínios diferentes de Roteamento IP, para propósitos administrativos ou segmentar o domínio de roteamento e controlar a informação de roteamento no ponto da redistribução.
Deve-se notar, contudo, que a instabilidade em um domínio poderia afetar o outro domínio. Por exemplo, se há uma mudança na rede de OSPF (tipo-1 e 2) onde um roteador de limite de sistema autônomo (ASBR) reside entre os dois domínios, todo o tipo 5 LSA re-será originado e inundado durante todo o domínio remoto. Assim, se há uma instabilidade constante em uma rede, isto pode conduzir a uma injeção constante e a uma retirada do tipo 5 LSA no outro domínio.
Uma escolha do melhor design é usar o Border Gateway Protocol (BGP) entre domínios diferentes. Neste caso, a troca OSPF entre domínios diferentes vai embora BGP; e, porque o BGP tem a capacidade de umedecimento, a instabilidade em um domínio será menos visível no outro domínio.