Discar e acessar : Dial-on-Demand Routing (DDR)

Configurando e Troubleshooting de Backup DDR

19 Setembro 2015 - Tradução por Computador
Outras Versões: Versão em PDFpdf | Inglês (22 Agosto 2015) | Feedback


Índice


Introdução

O backup do Dial-on-Demand Routing (DDR) é usado para fornecer o backup a um link MACILENTO (por exemplo, Frame Relay e T1) usando todo o DDR ou uma relação seletor-capaz. Os links comuns do backup de chamada DDR incluem ISDN BRI, Modems em portos auxiliares e T1/E1.

Pré-requisitos

Requisitos

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

Componentes Utilizados

Este documento não se restringe a versões de software e hardware específicas.

Convenções

Para obter mais informações sobre convenções de documento, consulte as Convenções de dicas técnicas Cisco.

Informações de Apoio

Com a finalidade deste documento, os dois termos DDR usados são definidos como segue:

  • DDR normal - Uma encenação onde um roteador disca o outro lado sempre que há o tráfego que precisa de atravessar o link. Esta configuração não inclui nenhuns comandos relacionados alternativos.

  • Backup DDR - Uma configuração DDR normal com a capacidade adicionada que está provocada quando a interface principal for para baixo. Isto é realizado adicionando os comandos backup apropriados a uma configuração DDR normal.

As seguintes etapas fornecem diretrizes no projeto, em configurar, em verificação, e em pesquisar defeitos o backup de chamada DDR:

  • Projeto:

    • Determine que relações são os link principal e de backup.

    • Determine o método de backup executar. As escolhas são Interface de backup, roteador flutuante e Dialer Watch.

  • Configuração:

    • Configurar o link de backup com o DDR normal usando o DDR anterior (Mapas de discagem) ou os Perfis de discagem.

    • Verifique que o link de backup com o DDR normal está funcionando corretamente.

    • Configure o roteador para iniciar a conexão de DDR de backup quando o enlace principal falhar.

  • Verificação:

    • Verifique que o roteador de backup disca certamente o link de backup quando os circuitos principais forem para baixo.

    • Verifique que o link de backup é estável (não faz flap).

    • Verifique que o link de backup está derrubado, dentro de um timeframe especificado, depois que o link principal é restaurado.

  • Pesquise defeitos:

    • Verifique se a definição de tráfego interessante esteja correta.

    • Verifique se a rota à interface de discagem apropriada esteja válida (somente para a Interface de backup e as Rotas estáticas flutuantes).

    • Remova a configuração DDR alternativa e verifique se a conexão DDR normal (que usa o mesmo circuito que é usado no backup) esteja estabelecida corretamente.

    • Execute pesquisando defeitos o específico à Interface de backup, às Rotas estáticas flutuantes ou ao Dialer Watch como apropriado.

Cada um das etapas acima é discutida em detalhe durante todo o resto deste documento.

Projeto

Use a informação seguinte para projetar uma encenação do backup de chamada DDR:

  • Determine o link principal e de backup

    Ao projetar uma encenação do backup de chamada DDR, se deve primeiramente determinar os tipos de links que um tem que trabalhar com. Por exemplo, o link principal é Frame Relay, e o backup é ISDN BRI. Esta informação deve ser usada para determinar que método de backup a se usar.

  • Determine o método de backup executar. As escolhas são Interface de backup, roteador flutuante e Dialer Watch

    Determinar o método de backup é baseada na maior parte no tipo de interface principal assim como no projeto de rede total (que incluem protocolos de roteamento).

    Nota: Não use o backup da Interface de backup uma interface física do Frame Relay. Contudo as Interfaces de backup PODEM ser usadas às subinterfaces do Backup do Frame Relay.

    Avalie os métodos de backup para determinar que método é o mais apropriado a suas situações particular. Refira interfaces de avaliação de backup, Rotas estáticas flutuantes, e Dialer Watch para o backup de chamada DDR para mais informação.

Configuração

Use a informação seguinte configurando o DDR normal:

Verificação

Execute as seguintes etapas para verificar que a conexão do backup de chamada DDR está funcionando corretamente. Se algumas das circunstâncias não são satisfeitas continue à seção de Troubleshooting neste documento

  • Verifique que o roteador de backup disca o link de backup

    Com uma aplicação da Interface de backup, isto envolverá fisicamente trazer abaixo da interface principal desconectando os cabos ou o algo similares. Para Rotas estáticas flutuantes e Dialer Watch, remover a rota é necessidade para ativar o link de backup.

  • Verifique que o link de backup é estável (não faz flap)

    Nós devemos verificar que o link de backup é estável uma vez ele vem acima.

  • Verifique que o link de backup está trazido abaixo de quando o link principal for restaurado

    Verifique se:

    • O roteador reconhece que o link principal está acima.

    • O roteador desliga o link de backup depois que o link principal se realizou acima do timeframe desejado.

Cenários de Troubleshooting

Use o específico do procedimento de Troubleshooting ao método que de backup de chamada DDR você empregou

Troubleshooting de Interface de Backup

Problema: O link de backup não é discado quando o link principal vai para baixo.

  • Solução possível 1: Verifique isso quando o link principal vai para baixo, a relação em que o comando backup interface está configurado vai abaixo de também. Por exemplo, se a interface principal é interface serial 0, a seguir o protocolo de linha para essa relação deve ir para baixo para que a Interface de backup seja trazida fora do apoio. Desde que o método de interface de backup confia na relação que está configurado sobre para estar em um estado inativo antes que a Interface de backup venha realmente acima, nós devemos verificar que uma falha de enlace principal está refletida realmente no estado da relação. Você pode determinar o estado da relação usando o comando show interface interface slot/port. Se você observa que o protocolo de linha do link principal não vai para baixo durante uma falha, a seguir você pode selecionar uma das seguintes soluções:

    • Escolha uma outra relação de que vão abaixo quando os dados preliminares

    • Use Rotas estáticas flutuantes ou Dialer Watch para o backup.

  • Soluções possíveis 2: Verifique para ver se o roteador gerou um mensagem do console que indica que a Interface de backup mudou fora do modo standby. Esta mensagem aparecerá somente após o permitir-temporizador, especificado pelo comando backup delay enable-timer disable-timer, expirou. Se você não vê este mensagem do console, ajuste o retardo de backup permitem o temporizador a um valor mais baixo. Refira o Dial backup do documento para linhas de série comandos para mais informação. Um exemplo de um temporizador de retardo 10 segundo é mostrado:

    *Mar  1 03:37:31.788: %LINEPROTO-5-UPDOWN: 
    Line protocol on Interface Serial0, changed state to down
    
    !-- The primary interface goes down.
    
    *Mar  1 03:37:42.719: %LINK-3-UPDOWN: Interface Dialer1, 
    changed state to up
    
    !-- The backup interface is brought out of standby mode 
    !-- approximately ten seconds later.
    
    
  • Soluções possíveis 3: Verifique que a tabela de roteamento contém uma rota válida à Interface de backup a ser discada. Se não há nenhuma rota, selecione um do seguinte:

    • Para Perfis de discagem, crie uma rota tal como uma rota padrão flutuante que aponta à Interface de backup.

    • Para Mapas de discagem, crie uma rota tal como uma rota padrão flutuante que aponta ao endereço IP de Um ou Mais Servidores Cisco ICM NT especificado na instrução de mapa de discador.

  • Solução possível 4: Certifique-se da definição de tráfego interessante corretamente esteja definida e aplicada à relação que fornece o backup. Por exemplo, se você quer as atualizações periódicas/hellos do protocolo de roteamento provocar o link de backup, a seguir verifique que o protocolo de roteamento está definido como interessante.

    A definição de tráfego interessante é especificada com um comando dialer-list e esta lista é aplicada à Interface de backup usando o comando dialer-group. Por exemplo:

    maui-soho-04#configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    maui-soho-04(config)#dialer-list 1 protocol ip permit
    
    ! --- All IP traffic is marked interesting.
    
    maui-soho-04(config)#interface bri 0
    maui-soho-04(config-if)#dialer-group 1
    
    !--- Apply interesting traffic definition 
    !--- (for BRI 0) from dialer-list 1.
    
    
  • Solução possível 5: Verifique se a configuração de DDR está correta. Remova a configuração de backup, e assegure-se de que o Roteadores possa conectar com sucesso usando o DDR normal. Consulte Tecnologia de Dial-up: Técnicas de Troubleshooting para Mais Assistência.

Problema: Os seletores do link de backup mas não conectam ao outro lado.

Problema: O link de backup não é desativado quando o enlace principal se recupera.

  • Solução possível 1: Certifique-se de quando o link principal recuperar, a relação (em qual o comando backup interface é configurado) venha acima de também. Isto é necessário desde que o roteador não reconhecerá que o link principal é acima até o protocolo de linha dessa relação está acima. Por exemplo, se a interface principal é interface serial 0, a seguir o protocolo de linha para essa relação deve vir acima para que a Interface de backup mude no apoio. Você pode determinar o estado da relação usando o comando show interface interface slot/port.

  • Solução possível 2: Verifique que o temporizador do desabilitação está ajustado apropriadamente. O temporizador do desabilitação é especificado com o comando backup delay enable-timer disable-timer. Por exemplo, o comando backup delay 10 60 indica que o link de backup estará permitido os segundos 10 depois que o link principal vai para baixo, e que o link de backup estará trazido abaixo de 60 segundos depois que o link principal recupera. Se seu link de backup fica acima mais longo do que desejado, ajuste o tempo do desabilitação para baixo.

Problema: O link de backup não é estável (por exemplo, bate). Isto é causado geralmente por um link principal instável, desde que o roteador traz o link de backup para cima e para baixo para cada flap do link principal.

  • Solução possível 1: Verifique que os valores de backup delay timer são apropriados. Se o link principal é instável, aumentar o temporizador do desabilitação permite que o roteador mantenha o link de backup acima de mais por muito tempo até que o link principal esteja encontrado para estar ascendente e estável para a quantidade de tempo especificada.

  • Solução possível 2: Verifique que a interface física e o circuito estão funcionando. Consulte Tecnologia de Dial-up: Técnicas de Troubleshooting para Mais Assistência.

Troubleshooting de Rotas Estáticas Flutuantes

Problema: O link de backup não é discado quando o link principal vai para baixo.

  • Solução possível 1: Use o comando show ip route verificar que a Rota estática flutuante existe na tabela de roteamento depois que o link principal vai para baixo. Recorde que a Rota estática flutuante estará instalada somente na tabela de roteamento afinal outras rotas idênticas, com distância administrativa mais baixa são removidos. Daqui, verifique para certificar-se de que não há nenhuma outra fonte para a rota principal (possivelmente devido a um loop de roteamento).

  • Solução possível 2: Certifique-se da definição de tráfego interessante corretamente esteja definida (usando o comando dialer-list) e aplicada à relação (que usa o comando dialer-group) que fornece o backup. Gere o tráfego interessante, a seguir use o comando debug dialer packet verificar que o tráfego está designado interessante e pode trazer acima o link.

    Nota: O protocolo de roteamento não deve ser definido como interessante. Isto impede que as atualizações periódicas ou os hellos mantenham o link de backup acima indefinidamente. O seguinte é um exemplo de uma boa definição de tráfego interessante para este método de backup:

    maui-soho-04(config)#dialer-list 1 protocol ip list 101
    
    ! --- Use access-list 101 for the interesting traffic definition.
    
    maui-soho-04(config)#access-list 101 deny ospf any any
    
    ! --- Mark the Routing Protocol (in this case, OSPF) as NOT interesting.
    
    maui-soho-04(config)#access-list 101 permit ip any any
    
    ! --- All other IP traffic is designated interesting.
    
    maui-soho-04(config)#interface bri 0
    maui-soho-04(config-if)#dialer-group 1
    
    !--- apply interesting traffic definition (for BRI 0) from dialer-list 1.
    
    

    Mantenha na mente que devido a esta limitação, os backup que usam Rotas estáticas flutuantes não podem ser ativados usando o tráfego do protocolo de roteamento. O roteador deve receber o outro tráfego de usuário interessante para trazer acima a Interface de backup. Solução possível #3: Verifique se a configuração de DDR está correta. Remova a configuração de backup, e assegure-se de que o Roteadores possa conectar com sucesso usando o DDR normal. Consulte Tecnologia de Dial-up: Técnicas de Troubleshooting para Mais Assistência.

  • Solução possível 3: Verifique se a configuração de DDR está correta. Remova a configuração de backup, e assegure-se de que o Roteadores possa conectar com sucesso usando o DDR normal. Consulte Tecnologia de Dial-up: Técnicas de Troubleshooting para Mais Assistência.

Problema: Os seletores do link de backup mas não conectam ao outro lado.

Problema: O link de backup não é desativado quando o enlace principal se recupera.

  • Solução possível 1: Use a rota da mostra IP para verificar que o protocolo de roteamento reinstala a rota principal. Isto deve fazer com que a Rota estática flutuante seja removida da tabela de roteamento. Todo o tráfego deve agora usar o link principal. Se a rota principal não é reinstalada, pesquise defeitos o protocolo de roteamento.

  • Solução possível 2: Use o debug dialer para verificar que não há nenhum tráfego interessante que passa sobre o link de backup. Desde que o tráfego interessante restaura o idle timeout, o link não estará derrubado se há um tráfego interessante indesejável. Mantenha um olho para fora com certeza para transmitir e os pacotes de transmissão múltipla que possam restaurar o intervalo inativo. Caso necessário, altere a definição de tráfego interessante para ser mais restritivo e para designar pacotes desonestos como não interessantes.

  • Solução possível 3: Abaixe o quietude-intervalo do discador (o padrão é 120 segundos). Mantenha na mente que o link de backup está trazido somente abaixo de quando o intervalo inativo expira. Daqui um idle timeout mais baixo pode acelerar trazer abaixo do link de backup; desde que não há nenhum pacote interessante desonesto que pode restaurar o intervalo, (que foi descrito na solução #2 acima)

Problema: O link de backup não é estável (por exemplo, bate) quando a interface principal está para baixo:

  • Solução possível 1: Mude o tráfego interessante para ser menos restritivo. Isto fornecerá uma possibilidade melhor que o idle timeout estará restaurado, e assim o mantimento da formação. Contudo seja certo verificar que nenhuma mudanças não farão com que o link de backup fique acima indefinidamente (descrito no problema anterior).

  • Solução possível 2: Levante o quietude-intervalo do discador de modo que o link de backup não seja derrubado frequentemente. Contudo, seja certo verificar que nenhuma mudanças não farão com que o link de backup fique acima indefinidamente (como descrito no problema anterior).

  • Solução possível 3: Verifique que a interface física e o circuito estão funcionando. Consulte Tecnologia de Dial-up: Técnicas de Troubleshooting para assistência adicional

Troubleshooting de Relógio do Discador

Configurar e verifique que a conexão DDR está funcionando corretamente antes que você configure o Dialer Watch. Isto ajudá-lo-á a isolar e pesquisar defeitos edições DDR antes que você aborde problemas relacionados alternativos. Ao configurar o Dialer Watch recomeça-se que você usa o Software Release 12.1(7) ou Mais Recente de Cisco IOS�.

A seguinte seção discute diversos problemas e soluções possíveis:

Problema: O roteador não disca o link de backup quando o link principal vai para baixo.

  • Solução possível 1: Use o comando show ip route verificar que a rota que você está olhando existe na tabela de roteamento. A rota configurada para o relógio do discador deve corresponder exatamente àquela na tabela de roteamento. Isso inclui verificar se a rede, assim como as máscaras, é idêntica. Por exemplo, se uma tabela de roteamento exibe 10.0.0.0/8 e você utiliza o comando dialer watch-list 1 ip 10.0.0.0 255.255.255.0 (que é 10.0.0.0/24), o recurso de vigia do discador não será capaz de detectar que 10.0.0.0/8 não está mais na tabela de roteamento.

  • Solução possível 2: Verifique se há duas instruções de mapa de discador na interface de backup.

    • Deve existir uma instrução de mapa para a rota/rede especificada pelo comando dialer watch-list

    • Deve haver uma indicação do mapa para o endereço IP de Um ou Mais Servidores Cisco ICM NT da relação do roteador remoto.

  • Solução possível 3: Configurar o comando dialer watch-list group-number delay route-check initial seconds. Refira para mais informação.

Problema: O link de backup é estabelecido mas nenhuma informação de roteamento é transmitida através do link de backup.

  • Possível solução: Verifique que a rede IP da Interface de backup está incluída na configuração de protocolo de roteamento

Problema: O link de backup não é desativado quando o enlace principal se recupera.

Nota: Com o vigia do discador, o tráfego interessante só é utilizado para controlar o timeout ocioso que, por sua vez, controla o intervalo utilizado para fazer uma chamada seletiva do status da rota principal.

  • Solução possível 1: Abaixe o quietude-intervalo do discador. O padrão é 120 segundos, mas você pode desejar abaixar este valor segundo suas necessidades.

  • Solução possível 2: Use o comando show dialer verificar que o idle timeout não está sendo restaurado.

    Mude sua definição de tráfego interessante (configurada com o comando dialer-list) para ser mais restritivo. Routing Protocol Traffic deve ser marcado como desinteressante.

    Como um último recurso, você pode configurar todo o tráfego IP como sem interesse usando o comando dialer-list 1 protocol ip deny. Com esta definição de tráfego interessante, o tempo limite ocioso nunca será reiniciado e o roteador verificará o status do enlace principal no intervalo especificado.

  • Solução possível 3: Verifique para certificar-se de que o link de backup é menos desejável do que o link principal da perspectiva do protocolo de roteamento no uso. Isto é de modo que quando o link principal recupera, o protocolo de roteamento dinâmico prefira o preliminar sobre o link de backup e não o equilíbrio da carga através dos dois links. A falha fazer isto pode fazer com que o link de backup fique acima persistentemente. Use show ip route para determinar se o roteador está usando os links principal e de backup para rotear o tráfego entre os roteadores. Em tal caso o roteador manterá rotas duplicadas idênticas; um para o preliminar e um para o link de backup

    Você pode usar os alguns dos seguintes métodos para assegurar-se de que o link de backup seja menos desejável da perspectiva do protocolo de roteamento: largura de banda, atraso, ou distância. Refira a referência do comando do Cisco IOS Software para mais detalhes.

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: 10306