Asynchronous Transfer Mode (ATM) : Permanent Virtual Circuits (PVC) e Switched Virtual Circuits (SVC)

Troubleshooting de Conectividade em PVC de IP via ATM

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


Índice


Introdução

Este documento fornece uma visão geral dos métodos de resolução de endereço e de encapsulamento de pacote usados nas redes ATM. Também fornece etapas de Troubleshooting a serem usadas se você não conseguir efetuar ping em uma nuvem de ATM ao habilitar um novo Permanent Virtual Circuit (PVC).

Pré-requisitos

Requisitos

Ao usar o RFC 1483 roteadoleavingcisco.com , você pode pensar do ATM como um protocolo da camada 2 usado para transmitir o IP e o outro pacotes da camada 3 sobre um fio físico. De facto, o ATM é muito similar à tecnologia de Ethernet. Essas duas regras são necessárias para uma comunicação bem-sucedida em redes Ethernet.

  • Address resolution — Você deve resolver o endereço IP de destino ao endereço MAC de destino. O IP usa o protocolo de resolução de endereços (ARP) para detectar esse mapeamento dinamicamente. Você pode configurar também registros ARP estáticos em um roteador ou um host.

  • Encapsulamento de pacote — Você deve incluir um encabeçamento que diga ao receptor o que o protocolo de camada mais elevada ou o encabeçamento seguinte são. A Ethernet normalmente usa um cabeçalho LLC (Controle de enlaces lógicos) ou SNAP (Protocolo de acesso de sub-rede de comunicação). Por exemplo, um valor de DSAP ou SSAP de “AA” em um cabeçalho LLC indica que um cabeçalho SNAP virá em seguida. Um cabeçalho SNAP inclui um identificador exclusivo organizacional (OUI) — ou um campo OUI — e um campo do Protocol Identifier (PID). Um PID de “0800” indica que a parte de dados do quadro de Ethernet contém um pacote de IP.

Componentes Utilizados

Este documento não é restrito a versões de software ou hardware específicas.

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a sua rede estiver ativa, certifique-se de que entende o impacto potencial de qualquer comando.

Convenções

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

Interfaces ponto a ponto versus multiponto

Assim como ocorre com o Frame Relay, o ATM suporta dois tipos de interface: ponto-a-ponto e multiponto. A interface que você escolhe determina se você precisa usar os comandos de configuração que garantem os mapeamentos de IP para ATM. Depois de configurar o PVC em si, você deve dizer ao roteador qual PVC usar para alcançar um destino específico. Considere estas opções:

  • Subinterface ponto a ponto — Com subinterfaces ponto a ponto, cada par de Roteadores tem sua própria sub-rede. Se você colocar o PVC em uma sub-interface de ponto a ponto, o roteador assumirá que só há um PVC de ponto a ponto configurado na sub-interface. Portanto, qualquer pacote IP com um endereço IP de destino na mesma sub-rede será encaminhado neste circuito virtual (VC). Essa é a forma mais simples para configurar o mapeamento e é, portanto, o método recomendado.

  • Redes de multiponto — As redes de multiponto têm três ou mais Roteadores na mesma sub-rede. Se você colocar o PVC em uma subinterface ponto a multiponto ou na interface principal (que é multiponto por padrão), precisará configurar um mapeamento estático ou ativar o ARP (Protocolo de resolução de endereço) inverso para mapeamento dinâmico.

ARP inverso em conexões ATM

Em redes Ethernet, os dispositivos de rede baseados em IP usam o ARP quando conhecem o endereço da camada 3 de destino e precisam descobrir o endereço MAC de destino. Dispositivos de rede de camada 2 usam ARP inverso (InARP) quando conhecem o endereço MAC de destino e precisam descobrir o endereço de camada 3 de destino.

Em redes ATM, o RFC 1577, Classical IP and ARP over ATM, leavingcisco.com especifica mecanismos para o address resolution e define o protocolo inverse atm address resolution (InATMARP).

Com InATMARP, a interface ATM conhece o endereço da Camada 2. Esse é o identificador de caminho virtual (VPI) ou identificador de canal virtual (VCI) do PVC. Contudo, ainda precisa de descobrir que endereço IP de Um ou Mais Servidores Cisco ICM NT é alcançável na extremidade remota de uma conexão. Para fazer isso, o roteador envia uma solicitação de InATMARP em uma conexão virtual para o endereço da outra extremidade.

Nota: InATMARP é o mesmo protocolo que Ethernet InARP. Isto é definido no RFC 1293leavingcisco.com , com extensões adicionais para apoiar o ARP em uma rede ATM.

Nem um mapeamento estático nem um InARP são necessários em uma subinterface de ponto-a-ponto, uma vez que há um único VC e um único caminho para o tráfego. O roteador consulta simplesmente a tabela de roteamento e faz uma decisão de encaminhamento.

Até à data do Software Release 12.2(4) e 12.1(11) de Cisco IOS�, uma subinterface ponto a ponto responde somente aos pedidos InATMARP e não gera tais pedidos (CSCdu53060). Previamente, segundo a versão de Cisco IOS Software, uma subinterface ponto a ponto iniciou uma requisição ARP ou, em algumas versões, não respondeu às requisições ARP. Em uma subinterface ponto a ponto, o InARP permanece habilitado por padrão, para dar suporte às topologias de hub e concentrador com um hub multiponto e um stub ponto a ponto. O stub deve responder à solicitação InARP do hub se o hub não estiver configurado com um mapa estático. Neste caso, o comando show atm map (que se usou para indicar o dinâmico ou o mapeamento estático com InARP das interfaces Point-to-Point) não mostra entradas estáticas nos link de ponto a ponto anymore, porque este exemplo de saída mostra:

Luke# show run int a2/0.3

Building configuration...
!
interface ATM2/0.3 point-to-point
 ip address 192.168.3.1 255.255.255.252
 no ip route-cache
 no ip mroute-cache
 pvc 0/300
 !
Luke# show atm map

Luke#

InARP é permitido nos links multipontos à revelia. No próximo exemplo, uma subinterface multiponto é criada. Com a utilização do comando debug atm arp, você pode ver se o InATMARP está criando um mapeamento dinâmico entre o endereço IP de camada 3 e o VPI ou VCI de camada 2:

7500-1# show running-config

!--- Output suppressed.

interface ATM1/1/0.200 multipoint
 ip address 2.2.2.1 255.255.255.0
 no ip directed-broadcast
 pvc 2/200

!--- Output suppressed.

5d10h: ATMARP:Sending first PVC INARP
5d10h: ATMARP(ATM1/1/0.200)O: INARP_REQ to VCD#20 2/200 for link 7(IP)
5d10h: ATMARP(ATM1/1/0.200)I: INARP Reply VCD#20 2/200 from 2.2.2.2

7500-1# show atm map

Map list ATM1/1/0.100_ATM_INARP : DYNAMIC
ip 1.1.1.2 maps to VC 19, VPI 2, VCI 100, ATM1/1/0.100

Map list ATM1/1/0.200_ATM_INARP : DYNAMIC
ip 2.2.2.2 maps to VC 20, VPI 2, VCI 200, ATM1/1/0.200

Você pode usar o comando inarp mudar a frequência de transmitir um pacote InATMARP novo a fim reconfirmar o mapeamento:

7500-1(config-subif)# pvc 2/200

7500-1(config-if-atm-vc)# inarp ?

<1-60>  InARP Frequency in minutes
<cr>

7500-1(config-if-atm-vc)# inarp 5

7500-1(config-if-atm-vc)# end

7500-1# show atm vc

5d10h: ATMARP:Sending first PVC INARP
5d10h: ATMARP(ATM1/1/0.200)O: INARP_REQ to VCD#20 2/200 for link 7(IP)
5d10h: ATMARP(ATM1/1/0.200)I: INARP Reply VCD#20 2/200 from 2.2.2.2
ATM1/1/0.200: VCD: 20, VPI: 2, VCI: 200
UBR, PeakRate: 44209
AAL5-LLC/SNAP, etype:0x0, Flags: 0xC20, VCmode: 0x0
OAM frequency: 0 second(s)
InARP frequency: 5 minutes(s)
Transmit priority 4
InPkts: 10, OutPkts: 11, InBytes: 680, OutBytes: 708
InPRoc: 10, OutPRoc: 5, Broadcasts: 0
InFast: 0, OutFast: 0, InAS: 0, OutAS: 6
InPktDrops: 0, OutPktDrops: 0
CrcErrors: 0, SarTimeOuts: 0, OverSizedSDUs: 0
OAM cells received: 0
OAM cells sent: 0
Status: UP

O comando show atm map exibe o mapeamento dinâmico por meio do InATMARP, ao passo que os comandos show arp e show atm arp não fazem isso. Você pode ver este vendo esta saída:

7500-1# show arp

Protocol  Address       Age (min)  Hardware Addr   Type   Interface
Internet  172.16.81.82         2   0010.7be8.674b  ARPA   FastEthernet1/0/0
Internet  172.16.81.15         -   0030.71d3.1020  ARPA   FastEthernet1/0/0
Internet  172.16.81.10         2   0000.0c45.419a  ARPA   FastEthernet1/0/0

7500-1# show atm arp

7500-1#

Encapsulamento de LLC e SNAP usando RFC 1483

O RFC 1483, encapsulamento multiprotocolo sobre a camada de adaptação ATM 5, leavingcisco.com define como os vários tipos das unidades de dados de protocolo (PDU) são encapsulados para o transporte sobre o ATM. O RFC 1483 especifica dois métodos para fazer isso.

A maioria de método comum é o LLC ou o encapsulamento SNAP, em que os protocolos múltiplos podem ser levados sobre a mesma conexão virtual. Um padrão LLC ou o cabeçalho SNAP identificam o tipo de pacote encapsulado. O encapsulamento de LLC apoia distribuído e protocolos interligado. O cabeçalho SNAP de pacotes identifica o tipo de protocolo.

O cabeçalho de LLC consiste em três campos com um octeto:

DSAP SSAP CTRL

Um valor de cabeçalho ÇÇC de 0xAA-AA-03 indica um cabeçalho SNAP. Este encabeçamento tem este formato:

OUI PID PDU

O três octetos OUI identificam a organização que administra o significado dos dois octetos PID. Junto, estes identificam um roteado ou um protocolo interligado distinto. Este é o formato do campo de virulência da subcamada de convergência de parte comum (CPCS) PDU da camada de adaptação ATM 5 (AAL5) para pdus roteado:

LLC 0xAA-AA-03
OUI 0x00-00-00
Ethertype (2 octetos)
PDU (até 216 – octetos 9)

O próximo exemplo de saída é gerado com o comando debug atm packet.

cuidado Cuidado: Antes de emitir comandos de depuração, consulte as informações importantes sobre eles.

router# debug atm packet

!--- These timestamped lines of output appear on one line.

Dec  7 10:21:16 CST: ATM2/IMA0.294(O):
                     VCD:0x5 VPI:0x7 VCI:0xC0 DM:0x100 SAP:AAAA CTL:03
                     OUI:000000 TYPE:0800 Length:0x70
Dec  7 10:21:16 CST: 4500 0064 0032 0000 FF01 7643 0A90 9801 0A90 9802
                     0800 BAA2 0031 0EB1 0000
Dec  7 10:21:16 CST: 0000 5A75 5A50 ABCD ABCD ABCD ABCD ABCD ABCD ABCD
                     ABCD ABCD ABCD ABCD ABCD 
Dec  7 10:21:16 CST: ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD
                     ABCD ABCD ABCD ABCD ABCD 
Dec  7 10:21:16 CST: ABCD ABCD ABCD ABCD ABCD 
Dec  7 10:21:16 CST: ..

Considere os significados dessa saída.

  • ATM2/IMA0.294(O) — O pacote é um pacote de saída.

  • VCD:0x5 VPI:0x7 VCI:0xC0 — O pacote está sendo transmitido no VPI 7 e no VCI 192 (0xC0). Esses valores são fornecidos em formato hexadecimal. Converta-os ao decimal para assegurar-se de que o roteador esteja usando os valores corretos PVC no cabeçalho de cinco byte ATM. Nesse exemplo, o valor hexadecimal de VCI de 0xC0 se converte em 192 em decimais.

  • DM:0100 — O pacote está usando o encapsulamento AAL5. Esse valor é definido por uma camada de software mais alta de modo que o driver em um hardware ATM específico possa manusear casos especiais de pacotes. Por exemplo, este valor pode instruir o direcionador colocar pacotes do Operation, Administration, and Maintenance (OAM) em um descritor de circuito virtual especial OAM (VCD), como o VCD 0 para o PA-A3 e o VCD 4096 para o PA-A2. Outros valores incluem:

    • Pacote AAL5: 0x4000

    • Pilha AAL1: 0x2000

    • Pacote AAL1: 0x8000

    • Se o aplicativo pôs seu próprio CRC: 0x0400

    • Pacote AAL3 ou AAL4: 0x0000

    • Pacote OAM: 0x0300

  • SAP: AAAA — Um cabeçalho SNAP segue.

  • OUI:000000 — O seguinte PID é Ethertype.

  • TIPO: 0800 — O valor de Ethertipo “conhecido” para o IP.

  • ABCD ABCD ABCD — O padrão do payload padrão de um pacote de ping.

IP estático para mapeamentos ATM VC

Listas de mapas estáticos são um recurso do Cisco IOS Software que oferece uma alternativa para o uso de mecanismos ATMARP e InATMARP. Usando mapas estáticos, é possível associar um endereço de protocolo a um ATM Address em um Switched Virtual Circuit (SVC) ou com um VPI ou VCI em um PVC.

Nota: As listas do mapa estático não se relacionam ao RFC 1483leavingcisco.com ou ao RFC 1577leavingcisco.com .

Quando os mapeamentos estáticos forem simples para alguns Nós, a complexidade da configuração e a possibilidade de aumentos do erro com o número de dispositivos que você tem que configurar.

O Cisco IOS Software versão 11.3T introduziu o comando ATM VC o qual, por sua vez, introduziu vários comandos ATM novos que permitem configurar os parâmetros ATM mais facilmente. O modo de configuração de VC utiliza o protocolo ip e outras instruções (replace ip with ipx, decnet etc.) para configurar os mapeamentos estáticos. A declaração do protocolo substitui as declarações de lista de mapas e grupo de mapas usadas nas versões do Software Cisco IOS anteriores à 11.3T.

O próximo exemplo mostra como criar um PVC 2/200 em uma interface ATM 1/1/0.200. Ele usa o encapsulamento SNAP ou LLC de padrão global via AAL5. A interface está no endereço IP 2.2.2.1, com 2.2.2.2 na outra extremidade da conexão.

interface ATM1/1/0.200 multipoint
 ip address 2.2.2.1 255.255.255.0
 no ip directed-broadcast
 pvc 2/200
  inarp 5
  protocol ip 2.2.2.2 broadcast

Você pode verificar o mapeamento usando o comando show atm map. Como é possível notar, o mapeamento dos endereços da Camada 3 para a Camada 2 é permanente e não dinâmico, como era quando você usou InARP.

7500-1# show atm map

Map list ATM1/1/0.100_ATM_INARP : DYNAMIC 
ip 1.1.1.2 maps to VC 19, VPI 2, VCI 100, ATM1/1/0.100 

Map list ATM1/1/0.200pvc20 : PERMANENT 
ip 2.2.2.2 maps to VC 20, VPI 2, VCI 200, ATM1/1/0.200, broadcast

Nota: Evite usar mapas estáticos com subinterfaces ponto a ponto. No passado, a configuração de duas instruções ip de protocolo e, em seguida, a remoção de uma instrução levava a uma recarga de roteador em circunstâncias raras (CSCdk58757, CSCdr43838).

Se estiver executando a versão 11.3 (train sem T) do Software Cisco IOS ou anterior, o modo de comando de configuração de VC de ATM não estará disponível e você deverá usar a sintaxe antiga. Como pode ser visto, a configuração completa de PVC é feita apenas em uma linha, limitando seriamente as possibilidades de configuração. Consulte a seção "atm pvc" dos comandos ATM para obter mais informações sobre os comandos PVC ATM disponíveis.

interface ATM3/0.1 multipoint
  no ip directed-broadcast 
  map-group MyMap 
  atm pvc 4 0 36 aal5snap 2000 1000 32 
! 
map-list MyMap 
  ip 10.2.1.1 atm-vc 4 broadcast 
  ip 10.2.1.2 atm-vc 4 broadcast 

Medina# show atm map

Map list ATM3/0.1pvc4 : PERMANENT 
ip 10.2.1.1 maps to VC 4, VPI 0, VCI 36, ATM3/0.1, broadcast 
ip 10.2.1.2 maps to VC 4, VPI 0, VCI 36, ATM3/0.1, broadcast

Mapas estáticos também se aplicam a SVCs. Para configurar uma conexão com um endereço de protocolo de destino, a interface ATM localiza o endereço NSAP (ponto de acesso de serviço de rede) de ATM que corresponde ao endereço de protocolo na lista de mapas. Em seguida, configura um SVC nesse endereço ATM.

interface atm 4/0
  ip address 131.108.168.1 255.255.255.0
   atm nsap-address AB.CDEF.01.234567.890A.BCDE.F012.3456.7890.1234.12
   atm maxvc 1024
   pvc 0/5 qsaal
  !
  svc svc-1 nsap BC.CDEF.01.234567.890A.BCDE.F012.3456.7890.1334.13
   protocol ip 131.108.168.2

Passos de Troubleshooting

Se encontrar problemas com o IP na conectividade de ATM, utilize estas etapas de Troubleshooting:

Passo 1

Assegure-se de que o roteador saiba que VC a se usar para alcançar o destino remoto. Emita o comando debug atm errors na interface. Este comando de depuração não causa interferência e só produz saída se existirem muitos erros de ATM.

Nota: Se você estiver usando InATMARP, emita o comando debug atm arp.

cuidado Cuidado: Antes de emitir comandos de depuração, consulte as informações importantes sobre eles.

Talvez você veja uma linha semelhante a esta:

Jul 12 05:01:26.161: ATM(ATM6/0): Encapsulation error1, link=7, host=B010117

Em caso afirmativo, então o problema pode ser que você configurou incorretamente o mapeamento ATM. Consulte Troubleshooting de Falhas de Encapsulamento com o Comando debug atm errors para obter instruções sobre como Troubleshoot este problema.

Passo 2

Se a emissão do comando debug atm errors não produzir nenhum resultado, tente emitir o comando debug atm packet interface atm.

cuidado Cuidado: O comando debug atm packet imprime um mensagem de registro para cada pacote que passa com o VC. Antes de ativar esta depuração, certifique-se de controlar a quantidade de saída de depuração, removendo o tráfego geral e permitindo que somente pings ou manutenções de atividade passem pelo VC.

Este próximo exemplo está tentando fazer o ping de 10.144.152.2. Uma subinterface ponto a ponto é usada com um único PVC, de modo que o roteador envie automaticamente todos os sibilos destinados para a mesma sub-rede IP para fora deste PVC.

  1. Emita o comando show running-config e confirme a configuração e o endereço IP para o qual está tentando o ping.

    interface ATM2/IMA0.294 point-to-point 
      ip address 10.144.152.1 255.255.255.252 
      no ip directed-broadcast 
      pvc test 7/192 
       vbr-nrt 500 500 10
  2. Emita o comando debug atm packet interface atm.

    Lembre-se de limitar o efeito no roteador, sendo o mais específico possível ao configurar a depuração.

    cisco# debug atm packet interface atm2/im0.294 vc ?
    
    <0-255>    VPI/VCI value(slash required)
    <0-65535>  VCI
    WORD       Connection Name
    
    cisco# debug atm packet interface atm2/im0.294 vc 7/192
    
    ATM packets debugging is on
    Displaying packets on interface ATM2/IMA0.294 VPI 7, VCI 192 only
  3. Emita o comando do monitor do terminal para garantir que pode exibir a saída da depuração se você usar o comando telnet para chegar ao roteador.

    Para exibir a saída do comando de depuração e mensagens de erro do sistema referentes ao terminal e à sessão atuais, emita o comando terminal monitor EXEC. Além disso, considere direcionar toda a saída de depuração para o buffer, em vez de para o console. Para fazer isso, emita os comandos logging buffered e no logging console no modo de configuração global. Confirme suas alterações emitindo o comando show logging.

    Lembre-se de que todos os comandos terminal parameter-setting são definidos localmente e não permanecem em efeito depois do término da sessão.

    cisco# terminal monitor
    
    % Console already monitors
  4. Observe o valor atual dos pacotes de saída (OutPkts) e dos pacotes de entrada (InPkts) do PVC.

    cisco# show atm pvc test
    
    ATM2/IMA0.294: VCD: 5, VPI: 7, VCI: 192, Connection Name: test
    VBR-NRT, PeakRate: 500, Average Rate: 500, Burst Cells: 100
    AAL5-LLC/SNAP, etype:0x0, Flags: 0x20, VCmode: 0x0
    OAM frequency: 0 second(s), OAM retry frequency: 10 second(s),
    OAM retry frequency: 10 second(s)
    OAM up retry count: 2, OAM down retry count: 2
    OAM Loopback status: OAM Disabled
    OAM VC state: Not Managed
    ILMI VC state: Not Managed
    InARP frequency: 15 minutes(s)
    Transmit priority 2
    InPkts: 0, OutPkts: 2920, InBytes: 0, OutBytes: 163784
    InPRoc: 0, OutPRoc: 6
    InFast: 0, OutFast: 4, InAS: 0, OutAS: 0
    InPktDrops: 0, OutPktDrops: 0
    CrcErrors: 0, SarTimeOuts: 0, OverSizedSDUs: 0
    OAM cells received: 0
    F5 InEndloop: 0, F5 InSegloop: 0, F5 InAIS: 0, F5 InRDI: 0
    F4 InEndloop: 0, F4 InSegloop: 0, F4 InAIS: 0, F4 InRDI: 0
    OAM cells sent: 2901
    F5 OutEndloop: 2901, F5 OutSegloop: 0, F5 OutRDI: 0
    F4 OutEndloop: 0, F4 OutSegloop: 0, F4 OutRDI: 0
    OAM cell drops: 0
    Status: UP
  5. Faça o ping na extremidade remota e se certifique de que o roteador exibe incrementos de cinco pacotes para InPkts e OutPkts.

    Procure o padrão de payload ABCD para garantir que os pacotes sejam células pings e não outro packets’ OAM. Veja igualmente:

  6. Emita o comando show atm pvc vcd_number outra vez, e assegure-se de que os Pacotes de saída oponham incrementos pelo menos por cinco pacotes.

    Nota: Você deve ser Cisco IOS Software Release 11.3(2)T ou Mais Recente running; Se não for assim, em vez disso, emita o comando show atm vc.

    Compare o valor de OutPkts com o valor que você registrou antes de fazer o ping. No próximo exemplo de saída, o contador OutPkts é incrementado em 10 porque dois conjuntos de cinco pings foram enviados. Observe que esta relação ainda não registra nenhuns pacotes de entrada. Esta saída sugere que o roteador esteja enviando pacotes, mas o dispositivo remoto não os está recebendo. Um valor de 0 para pacotes de entrada sugere que o caminho de ponta a ponta na nuvem do switch ATM não seja corretamente fornecida.

    cisco# show atm pvc test
    
    ATM2/IMA0.294: VCD: 5, VPI: 7, VCI: 192, Connection Name: test 
    VBR-NRT, PeakRate: 500, Average Rate: 500, Burst Cells: 100 
    AAL5-LLC/SNAP, etype:0x0, Flags: 0x20, VCmode: 0x0 
    OAM frequency: 0 second(s), OAM retry frequency: 10 second(s),
    OAM retry frequency: 10 second(s) 
    OAM up retry count: 2, OAM down retry count: 2 
    OAM Loopback status: OAM Disabled 
    OAM VC state: Not Managed 
    ILMI VC state: Not Managed 
    InARP frequency: 15 minutes(s) 
    Transmit priority 2 
    InPkts: 0, OutPkts: 2930, InBytes: 0, OutBytes: 164904 
    InPRoc: 0, OutPRoc: 16 
    InFast: 0, OutFast: 4, InAS: 0, OutAS: 0 
    InPktDrops: 0, OutPktDrops: 0 
    CrcErrors: 0, SarTimeOuts: 0, OverSizedSDUs: 0 
    OAM cells received: 0 
    F5 InEndloop: 0, F5 InSegloop: 0, F5 InAIS: 0, F5 InRDI: 0 
    F4 InEndloop: 0, F4 InSegloop: 0, F4 InAIS: 0, F4 InRDI: 0 
    OAM cells sent: 2901 
    F5 OutEndloop: 2901, F5 OutSegloop: 0, F5 OutRDI: 0 
    F4 OutEndloop: 0, F4 OutSegloop: 0, F4 OutRDI: 0 
    OAM cell drops: 0 
    Status: UP

    Nota: O resultado varia dependendo da placa que você estiver usando.

Etapa 3

Confirme se a extremidade remota recebe pings quando um ping é enviado através da emissão do comando debug ip icmp na extremidade remota.

Passo 4

Uma vez que você determinou que os dois lados estão enviando pacotes, você precisa determinar por que não existe conectividade de ponta a ponta. Para isso, siga estes passos:

  1. Verifique se há contadores de erro de entrada ou saída diferentes de zero na saída do comando show interface, como erros de CRC ou descartes na fila de entrada.

    Verifique se estes contadores incrementem quando você sibilar. Para obter informações adicionais, consulte o CRC Troubleshooting Guide for ATM Interfaces (Guia de Resolução de Problemas para Interfaces ATM).

  2. Use loopbacks em ambas as extremidades.

    Para obter informações adicionais, consulte Compreendendo os Modos de Loopback nos Cisco Routers.

  3. Realize testes de loopback na rede do provedor para verificar se o provedor pode enviar pacotes em todo o caminho do enlace.

  4. Determine se o embaralhamento de payload está habilitada ou desabilitada nas duas extremidades de terminação.

    Um número alto de erros de CRC em uma interface pode sugerir que um lado possui a codificação habilitada e o outro não.

  5. Conduza testes de ping de vários tamanhos até a unidade de transmissão máxima (MTU) para verificar se os sibilos falhem somente em determinados tamanhos.

    Verifique problemas de vigilância. Para obter mais informações, consulte Troubleshooting ATM PVCs in a WAN Environment.

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