IP : Roteamento IP

Redistribuindo entre Protocolos Classful e Sem Classe: EIGRP ou OSPF em RIP ou IGRP

22 Maio 2008 - Tradução Manual
Outras Versões: Versão em PDFpdf | Tradução por Computador (28 Julho 2013) | Inglês (10 Agosto 2005) | Feedback


Índice

Introdução
Pré-requisitos
     Requisitos
     Componentes Usados
     Convenções
OSPF Possui uma Máscara mais Longa que RIP
     Solução
RIP Possui uma Máscara mais Longa que OSPF
     Solução
Conclusão
Discussões relacionadas da comunidade de suporte da Cisco
Informações Relacionadas

Introdução

Este documento explica dois problemas comuns com rotas de distribuição entre RIP e OSPF ou IGRP e EIGRP. RIP e IGRP não anunciam rotas em uma interface se elas não estiverem na rede principal, mas tiverem uma máscara diferente daquela interface específica. Para obter mais informações sobre atualizações de RIP e IGRP, consulte Comportamento de RIP e IGRP Durante o Envio e o Recebimento de Atualizações.

Pré-requisitos

Requisitos

Não existem requisitos específicos para este documento.

Componentes Usados

Este documento não está restrito a versões específicas de software e de hardware.

As informações apresentadas neste documento foram criadas a partir dos dispositivos em um ambiente de laboratório específico. Todos os dispositivos usados neste documento começaram com uma configuração vazia (padrão). Caso esteja trabalhando em uma rede ativa, certifique-se de ter compreendido o possível impacto dos comandos antes de utilizá-los.

Convenções

Para obter mais informações sobre convenções de documentos, consulte Convenções de Dicas Técnicas da Cisco.

OSPF Possui uma Máscara mais Longa que RIP

No diagrama de rede deste problema, o roteador GW-2 está redistribuindo entre RIP e OSPF. O domínio OSPF possui uma máscara diferente (mais longa, neste caso) do que o domínio RIP e eles estão na mesma rede principal. Portanto, o RIP não anunciará as rotas aprendidas do OSPF e redistribuídas para RIP.

52a.gif

Solução

A máscara de subrede do domínio OSPF é difícil de ser alterada, então, em vez disso, adiciona uma rota estática no Roteador GW-2 apontando para o domínio OSPF com uma máscara de 255.255.255.0, mas com o próximo nó null0. Então redistribua as rotas estáticas no RIP. Segue a configuração para realizar esta tarefa:

ip route 128.103.35.0 255.255.255.0 null0
 router rip
 redistribute static
 default metric 1

Isto permite que 128.103.35.0 seja anunciado por meio do RIP pela interface E2/0 do Roteador GW-2. Entretanto, o Roteador GW-2 ainda tem mais rotas específicas aprendidas pelo OSPF na tabela de roteamento, para que sejam tomadas as melhores decisões de roteamento.

RIP Possui uma Máscara mais Longa que OSPF

No diagrama de rede deste problema, o domínio RIP tem uma máscara de 255.255.255.248 e o domínio OSPF tem uma máscara de 255.255.255.240. O RIP não anunciará rotas aprendidas do OSPF e redistribuídas no RIP.

52b.gif

Solução

Podemos adicionar uma rota estática no Roteador GW-2 apontando para o domínio OSPF com uma máscara de 255.255.255.248. Entretanto, como esta máscara é mais específica do que a máscara original OSPF, o próximo nó deve ser um nó real ou interface(s). Também, necessitamos de múltiplas rotas estáticas a fim de cobrir todos os endereços no domínio do OSPF. As rotas estáticas desta via são redistribuídas no RIP.

No código a seguir, as duas primeiras rotas estáticas abrangem a faixa 128.103.35.32 255.255.255.240 no domínio OSPF. As segundas duas rotas estáticas abrangem a faixa 128.103.35.16 255.255.255.240 no domínio OSPF. E as últimas quatro rotas cobrem o intervalo 128.130.35.64 255.255.255.240, as quais são conhecidas via duas interfaces no domínio OSPF.

ip route 128.103.35.32 255.255.255.248 E0/0
ip route 128.103.35.40 255.255.255.248 E0/0

ip route 128.103.35.16 255.255.255.248 E1/0
ip route 128.103.35.24 255.255.255.248 E1/0

ip route 128.103.35.64 255.255.255.248 128.103.35.34
ip route 128.103.35.64 255.255.255.248 128.103.35.18
ip route 128.103.35.72 255.255.255.248 128.103.35.34
ip route 128.103.35.72 255.255.255.248 128.103.35.18
router rip
redistribute static
default metric 1

Conclusão

As soluções apresentadas neste documento também funcionam quando você utiliza EIGRP em vez de OSPF e IGRP em vez de RIP. Este problema não deve ocorrer se as máscaras de ambos os protocolos forem iguais ou se todos os protocolos usados suportarem VLSM (Variable Length Subnet Mask). Esta solução só é considerada um patch para cobrir a limitação do RIP e IGRP (VLSM). Para obter mais informações sobre a limitação VLSM de RIP e IGRP, consulte Por Que RIP e IGRP Não Suportam VLSM?.


Discussões relacionadas da comunidade de suporte da Cisco

A Comunidade de Suporte da Cisco é um fórum onde você pode perguntar e responder, oferecer sugestões e colaborar com colegas.


Informações Relacionadas


Document ID: 13721