Blog

21 Fev 2017

Instruções passo a passo para alcançar dispositivos em outros domínios com redistribuição de rota IGP

/
Postado por

De vez em quando, é necessário executar mais de um protocolo de roteamento e ter mais de uma área de roteamento: lojas multivendor, deslocalização começando com um protocolo, em seguida, questões de versatilidade de um protocolo solitário, inclinação política ou individual, sistemas de criação versus teste, fusões e aquisições.

Como alcançar dispositivos em outros domínios com redistribuição de rota IGP

Redistribuição é o caminho para a passagem de dados de roteamento começando com um protocolo de roteamento, em seguida, no próximo para ter acessibilidade para gadgets que vivem em vários espaços de roteamento. Cada protocolo de roteamento contribuirá com um tipo de dados nas tabelas de roteamento dentro do seu espaço, no entanto, pode haver um desejo ou necessidade de obter gadgets em outra área. A redistribuição é feita em pelo menos um roteador de limite entre uma área de roteamento de origem ou protocolo em um espaço ou protocolo de destino.

Existem três opções para obter acesso total entre espaços:

  • Rotas padrão de um fim de curso. Você pode passar um curso padrão de um switch que toca todos os espaços de roteamento (fim de curso) para os roteadores exclusivos que participam de uma área (switch interno). Isso abrangeria rotas obscuras de qualquer área que os roteadores internos não tenham conhecimento e tenham os roteadores internos para frente ao fim de semana, o que teria uma tabela de roteamento total, uma vez que iria participar de todas as áreas de roteamento. Este procedimento funciona melhor se houver apenas um único propósito de contato entre as áreas de roteamento.
  • Redistribuição de um caminho, com um padrão. Pelo menos um roteador de limite passa um curso padrão em um espaço, mas redistribua para outra área. Normalmente, você escolheria um protocolo de centro para redistribuir e alternar protocolos que obtenham o curso padrão seriam tomados como protocolos de borda. A redistribuição unidirecional é utilizada para escalar quantidades maiores de rotas, por exemplo, em uma organização multinacional substancial. O protocolo central poderia ser o protocolo BGP (Border Gateway Protocol) e o (s) protocolo (s) de borda poderia ser qualquer IGP (Protocolo Gateway Interior, por exemplo, OSPF, EIGRP, RIP ou IS-IS, ou mesmo várias ocorrências do mesmo IGP. Funciona de forma admirável com aquisições e fusões, uma vez que o "novo" parte da organização não precisa executar um protocolo de roteamento indistinguível do resto, ou precisa mudar por enquanto. Apenas adiciona uma associação com o centro.
  • A redistribuição bidirecional ou compartilhada passa alguns ou a maioria dos dados de roteamento de um protocolo para outro. Esta é a opção mais complexa, especialmente se houver mais de um propósito de contato entre as áreas de roteamento. Ele deve ser utilizado quando há metas que devem ser alcançáveis ​​começando com um espaço e depois para o próximo. Seja como for, uma abordagem particular deve ser conectada para mostrar como o movimento alcança esses objetivos ou como a atividade deve ser tratada à luz das estratégias de segurança. As preocupações regulares com a distribuição bidirecional são roteios de roteamento, roteamento assimétrico e roteamento subóptimo.
    • Roteamento assimétrico é o lugar em que o caminho de envio não é o mesmo que o caminho de chegada. As questões podem surgir se houver uma estratégia de segurança configurada para saber como a atividade é enviada ou se há um arranjo de firewalls configurado. Os balanceadores de pilha também podem ser perturbados por roteamento assimétrico. Os balanceadores de pilha, que são apropriados para determinados dispositivos à luz de um endereço comum, esperam que os caminhos de envio e retorno sejam previsíveis.
    • Roteamento subóptimo é o lugar onde o caminho mais favorecido em uma mesa de envio não é, de modo algum, o curso mais direto. Isso acontece quando o limite de fim de campo "escuta" sobre as rotas do protocolo inicial e além disso através de outro protocolo de roteamento como um curso externo. Com a chance de que a separação regulatória para o protocolo do curso externo seja mais confiável do que o protocolo inicial, a mudança se inclinará para o curso externo no curso local. O estabelecimento é controlar a separação autorizada das rotas a que se refere. Este não é o processo mais direto e difere de um estágio para outro, mesmo dentro da oferta de produtos de um comerciante solitário.
    • Loops de roteamento, ou um loop de entrada, pode acontecer quando os dados de roteamento são redistribuídos para um protocolo com um propósito de contato e, depois, redistribuí-lo novamente para o protocolo de início em outro propósito de contato. Com um objetivo final específico para resolver um loop de roteamento, você precisa fazer um canal de entrada. O canal negaria que as rotas que começassem no protocolo alvo fossem promovidas mais uma vez nesse mesmo protocolo. Você precisa fabricar o canal para o curso. Por exemplo, com a chance de ter áreas OSPF e EIGRP associadas a pelo menos dois focos, você construirá um canal para todas as rotas OSPF e os encaminhará na redistribuição do EIGRP para o OSPF. Outro canal seria trabalhado para todas as rotas do EIGRP, criando-os na redistribuição do OSPF para o EIGRP. Esta separação deve ser feita em todos os roteadores limitados entre os dois protocolos para serem viáveis. Você pode coordenar os prefixos ou pode utilizar rótulos, o que é minha inclinação. Os rótulos podem ser distribuídos como um componente do caminho para redistribuir as rotas para o protocolo de destino, então você pode procurar os rótulos para serem encaminhados. Você precisa fazer uma estratégia que primeiro busque os rótulos e os negue e, na ausência de chance de não estarem lá, rotula as rotas para reconhecer o protocolo de origem. Isso é realizado para rolamento, então duas políticas deveriam ser feitas. Todos os protocolos de roteamento, incluindo RIPv2, podem reforçar os rótulos.

Devemos dar uma olhada na redistribuição do curso do IGP em gadgets da Cisco. Ao redistribuir de um protocolo para outro, há algumas coisas a serem lembradas:

  • O procedimento de redistribuição puxa da tabela de roteamento, e não o banco de dados de protocolos. Com a chance de redistribuir RIP para o OSPF, o procedimento procura as rotas chamadas como RIP na tabela de roteamento. Existe um caso especial: as rotas associadas em que o protocolo está sendo executado.
  • Nos roteadores Cisco para IPv4, as rotas associadas redistribuirão também. Isto é válido o comprimento de você não redistribuir quando associado ao mesmo protocolo de destino, o que traria o elemento para parar.
  • Nos roteadores Cisco para IPv6, o procedimento de redistribuição não redistribui as rotas associadas em que o protocolo está sendo executado, a menos que você inclua a opção associada incorporada à linha de redistribuição.

Alguns sistemas operacionais Cisco exigem um arranjo conectado ao comando de redistribuição para as rotas a serem passadas começando com um protocolo e depois no próximo. Ao redistribuir para um protocolo, você precisa fornecer métricas para as rotas para que estejam na organização certa em relação ao protocolo de destino. A métrica para um protocolo na verdade não procura uma alteração para outra. Existe uma métrica de semente que deve ser anexada às rotas externas que entram no protocolo de destino. A tabela da Figura 1 mostra todos os protocolos com algumas variedades leves.

fonteem RIPno EIGRPem OSPFem IS-ISem BGP (MED)
conectado1Métrica da interface20 (E2)00
Estático1Métrica da interface20 (E2)00
RIPInfinito20 (E2)0Métrica IGP
EIGRPInfinitoOutra métrica de processo20 (E2)0Métrica IGP
OSPFInfinitoInfinito0Métrica IGP
IS-ISInfinitoInfinito20 (E2)Métrica IGP
BGPInfinitoInfinito1 (E2)0

Figura 1: Variações de protocolo

Com a chance de que a métrica de semente seja interminável, o curso não é utilizável. Você precisa fornecer a métrica de semente ao redistribuir o protocolo de origem para o alvo na linha de redistribuição ou pelo comando de métrica padrão sob o protocolo de roteamento de destino. A métrica de semente está no arranjo para esse protocolo de destino: saltos para RIP, custo para OSPF e IS-IS e a métrica composta para EIGRP (capacidade de transferência de dados, atraso, qualidade inabalável, carga e MTU).

Um pensamento final - se a fonte for BGP, então apenas as rotas BGP externas serão redistribuídas para o IGP. Este é um sistema de ação contra-contator de loop. No caso de você ter que redistribuir as rotas BGP internas, organize-se sob o procedimento BGP (não o protocolo de destino) bgp redistribute-internal command.

Nesse sentido, no caso de você estar executando mais de um protocolo de roteamento e exigir uma acessibilidade completa ou incompleta, você precisará redistribuir entre esses protocolos. Há algumas coisas a serem consideradas e preparadas antes de começar a organizar. A redistribuição pode ser excepcionalmente básica (um conjunto de protocolos, um propósito de contato) e pode ser extremamente imprevisível.

Deixe um comentário

 
GTranslate Please upgrade your plan for SSL support!
GTranslate Your license is inactive or expired, please subscribe again!