Compreendendo o ILMI em interfaces ATM

Opções de download

  • PDF     (307.2 KB)
    Ver no Adobe Reader em vários dispositivos
  • ePub     (90.1 KB)
    Ver em vários aplicativos no iPhone, iPad, Android, Sony Reader ou Windows Phone
  • Mobi (Kindle)     (84.4 KB)
    Ver no dispositivo Kindle ou no aplicativo Kindle em vários dispositivos
Atualizado:18 de dezembro de 2007
ID do documento:10449

Linguagem imparcial

O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.

Sobre esta tradução

A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.

Introdução

O Interim Local Management Interface (ILMI) é um protocolo definido pelo Fórum ATM para configurar e capturar a camada física, a camada ATM, o caminho virtual e os parâmetros de circuito virtual em interfaces ATM. O ILMI usa mensagens do simple network management protocol (SNMP) sem User Datagram Protocol (UDP) e IP e organiza objetos gerenciados nas quatro bases de informações de gerenciamento (MIB) a seguir:

  • Convenções textuais MIB - Define várias convenções textuais e IDs de objeto, como o número de octetos para endereços de sistema final ATM e prefixos de rede. Este documento não aborda este MIB.

  • Link Management MIB - Fornece quatro grupos de objetos para todas as interfaces ATM:

    • Camada física - o ILMI 4.0 interrompe ou "substitui" os valores anteriores da camada física do ILMI e especifica o uso da MIB de interface padrão (RFC 1213). Exemplos de valores anteriores neste grupo incluem:

      • atmfTransmissionTypes, como atmfSonetType, atmfSonetSTS3c, atmfDs3 e atmfT1.

      • atmfMediaTypes, como atmfMediaUnknownType, atmfMediaCoaxCable e atmfMediaSingleMode.

    • Camada ATM - Indica o número de bits disponíveis para os valores do identificador de caminho virtual (VPI - Virtual Path Identifier) e do identificador de canal virtual (VCI - Virtual Channel Identifier) no cabeçalho da célula ATM, o número máximo de conexões de caminho virtual (VPCs - Virtual Path Connections) e conexões de canal virtual (VCCs - Virtual Channel Connections) permitidas, o número de caminhos virtuais permanentes configurados e canais virtuais permanentes, etc.

    • Conexão de caminho virtual - Indica o status ativo ou inativo de um VPC e seus parâmetros de Qualidade de Serviço (QoS).

    • Conexão de canal virtual - Indica o status ativo ou inativo do VCC e seus parâmetros de QoS.

  • Address Registration MIB - Fornece um mecanismo de registro de endereço que permite aos switches configurar automaticamente prefixos de rede em sistemas finais.

  • MIB do Service Registry - Fornece registro de serviço de uso geral para a localização de serviços de rede ATM, como um Servidor de Configuração de Emulação de LAN (LECS - LAN Emulation Configuration Server) em LANE.

É importante que você compreenda o ILMI, pois as interfaces ATM usam esses IDs de objeto do protocolo de gerenciamento de rede simples (SNMP - Simple Network Management Protocol) em funções de rede, como a configuração automática de um cliente de emulação de LAN (LEC - LAN Emulation Client) em ambientes LANE, keepalives e até mesmo a descoberta automática de circuito virtual permanente (PVC - Permanent Virtual Circuit), que é particularmente útil em aplicações de linha de assinante digital (DSL - Digital Subscriber Line).

Este documento ajuda você a entender o ILMI e fornece alguns exemplos de depurações para ajudá-lo a solucionar quaisquer problemas encontrados.

Observação: este documento se concentra na implementação de ILMI em roteadores Cisco. Para obter informações gerais sobre o ILMI, consulte a especificação ILMI na página Approved ATM Forum Specificationsicon_popup_short.gif ou consulte os livros na lista Suggested Reading da página ATM Technologies.

Antes de Começar

Conventions

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

Pré-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.

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 você estiver trabalhando em uma rede ativa, certifique-se de que entende o impacto potencial de qualquer comando antes de utilizá-lo.

Configuração de ILMI PVC

Quando duas interfaces ATM executam o protocolo ILMI, elas trocam pacotes ILMI através da conexão física. Esses pacotes consistem em mensagens SNMP com até 484 octetos. As interfaces ATM encapsulam essas mensagens em um trailer de camada de adaptação ATM 5 (AAL5), segmentam o pacote em células e programam as células para transmissão.

Como a ILMI especifica valores específicos para o trailer AAL5, definimos o encapsulamento como ILMI ao criar o PVC que transportará as mensagens ILMI. Por padrão, um PVC com os valores de VPI=0 e VCI=16 transporta as mensagens ILMI. Podemos ver na saída do comando show atm ilmi-status abaixo que o ILMI está usando os valores padrão 0/16. 

Switch#show atm ilmi-status atm 0/0/0

   Interface : ATM0/0/0 Interface Type : Private UNI (Network-side) 
   ILMI VCC : (0, 16) ILMI Keepalive : Disabled 
   ILMI State: UpAndNormal 
   Peer IP Addr: 10.10.10.4    Peer IF Name: ATM2 
   Peer MaxVPIbits: 0          Peer MaxVCIbits: 10 
   Peer MaxVPCs: 0             Peer MaxVCCs: 4096 
   Peer MaxSvccVpi: 0          Peer MinSvccVci: 0 
   Peer MaxSvpcVpi: 0 
   Configured Prefix(s) : 
   47.0091.8100.0000.0060.3e5a.8f01

Em switches ATM, como o Cisco LightStream 1010 e o Catalyst 8500 Series, um PVC ILMI de 0/16 é configurado automaticamente em cada interface. O comando show atm vc ilustra essa configuração automática. Observe como cada conexão cruzada de VC ILMI de porta se conecta ao ATM 2/0/0, que é a porta de gerenciamento interna do switch. Como as mensagens ILMI são mensagens de controle, elas devem ser enviadas e processadas pela CPU.

   Switch#show atm vc 
   Interface VPI VCI Type    X-Interface X-VPI X-VCI Encap Status 
   ATM0/0/0 0 5    PVC ATM2/0/0 0    39 QSAAL UP 
   ATM0/0/0 0 16    PVC ATM2/0/0 0    35 ILMI UP 
   ATM0/0/1 0 5    PVC ATM2/0/0 0    40 QSAAL DOWN 
   ATM0/0/1 0 16    PVC ATM2/0/0 0    36 ILMI DOWN 
   ATM0/0/1 4 50    PVC ATM2/0/0 0    230 SNAP DOWN 
   ATM0/0/2 0 5    PVC ATM2/0/0 0    41 QSAAL UP 
   ATM0/0/2 0 16    PVC ATM2/0/0 0    37 ILMI UP 
   ATM0/0/2 0 55    PVC ATM0/0/3 0    50 UP 
   ATM0/0/2 2 40    PVC ATM2/0/0 0    89 SNAP UP 
   ATM0/0/2 4 66    PVC ATM2/0/0 0    66 SNAP UP 
   ATM0/0/3 0 5    PVC ATM2/0/0 0    42 QSAAL UP 
   ATM0/0/3 0 16    PVC ATM2/0/0 0    38 ILMI UP

Opcionalmente, você pode configurar valores não-padrão para o PVC ILMI usando o procedimento a seguir. Clique aqui para obter mais informações. 

   Switch(config)# interface atm 0/0/0 
   Switch(config-if)# atm manual-well-known-vc delete 
   Okay to delete well-known VCs for this interface? [no]: y 
   Switch(config-if)# atm pvc 1 35 interface atm0 any-vci encap ilmi 
   Switch(config-if)# end

   Switch# show atm vc interface atm 0/0/0 
   Interface VPI VCI Type    X-Interface X-VPI X-VCI Encap Status 
   ATM0/0/0 1 35    PVC ATM0    0 150 ILMI UP

 Caution: It is not recommended to change the default values

caution.gif Cuidado: não é recomendável alterar os valores padrão do PVC ILMI, pois isso pode fazer com que a rede fique inativa. O mesmo PVC deve ser usado entre o dispositivo final e o switch. Além disso, a configuração manual de um PVC ILMI diferente dificultará a solução de problemas e a manutenção.

Entendendo o MIB de enlace

A MIB de enlace da MIB ILMI consiste nos quatro grupos de objetos a seguir:

As seções a seguir descrevem os objetos em cada grupo.

Camada física

O ILMI 4.0 interrompe ou "substitui" os valores anteriores da camada física do ILMI no grupo de portas e especifica o uso da MIB de interface padrão (RFC 1213). Esse grupo também inclui objetos que permitem que sistemas vizinhos mantenham uma tabela de sistemas adjacentes para facilitar a descoberta automática e o rastreamento de conexões ATM.

  • atmfPortMyIfName

  • atmfPortMyIfIdentifier

  • atmfMyIpNmAddress

  • atmfMySystemIdentifier

O comando show atm ilmi-status exibe os valores enviados pelo peer para esses objetos. 

   Switch#show atm ilmi-status atm 0/0/0
   Interface : ATM0/0/0 Interface Type : Private UNI (Network-side) 
   ILMI VCC : (0, 16) ILMI Keepalive : Disabled 
   ILMI State: UpAndNormal 
   Peer IP Addr: 10.10.10.4 Peer IF    Name: ATM2 
   Peer MaxVPIbits: 0    Peer MaxVCIbits: 10 
   Peer MaxVPCs: 0    Peer MaxVCCs: 4096 
   Peer MaxSvccVpi: 0    Peer MinSvccVci: 0 
   Peer MaxSvpcVpi: 0 
   Configured Prefix(s) : 
   47.0091.8100.0000.0060.3e5a.8f01

A saída de debug atm ilmi também captura os valores conforme eles estão sendo anunciados. 

   1w1d: ILMI(ATM0/0/0): KeepAlive disabled 
   1w1d: ILMI: Sending Per-Switch prefix 
   1w1d: ILMI: Registering prefix with end-system 47.0091.8100.0000.0060.3e5a.8f01    
   1w1d: ILMI: The Neighbor's IfName on Intf (ATM0/0/0) is ATM2    
   1w1d: ILMI: The Neighbor's IP on Intf (ATM0/0/0) is 168430084

atmfMySystemIdentifier é um identificador de 48 bits obtido do espaço de endereço MAC administrado universalmente pelo IEEE (Institute of Electrical and Electronic Engineers), que identifica exclusivamente o dispositivo ATM.

Camada ATM

Os seguintes atributos de uma interface ATM formam o Grupo de Camadas ATM, que armazena seus valores na tabela atmfAtmLayerGroup. Cada interface tem uma entrada atmfAtmLayerIndex na tabela.

  • Índice de interface

  • Número máximo de bits de VPI ativos

  • Número máximo de bits de VCI ativos

  • Número máximo de VPCs

  • Número máximo de VCCs

  • Número de VPCs configurados

  • Número de VCCs configurados

  • Máximo de SVPC VPI

  • VPI SVCC máximo

  • Mínimo de VCI SVCC

  • tipo de interface ATM

  • Tipo de dispositivo ATM

  • versão ILMI

  • versão de sinalização UNI

  • versão de sinalização NNI

Ao decidir sobre os valores máximos a serem usados, cada lado compara os valores do peer com seus próprios valores. Defina o número real com o valor comum mais alto para garantir a interoperabilidade.

Conexões de Caminho Virtual (VPCs)

Os seguintes atributos de um VPC formam o Virtual Path Group, que armazena valores na tabela atmfVpcGroup. Cada VPC é indexado na tabela por um atmfVpcPortIndex para identificar a porta física e um atmfVpcVpi para identificar o número de VPI.

  • Índice de interface

  • valor de VPI

  • Status operacional

  • Descritor de tráfego de transmissão

  • Descritor de tráfego de recepção

  • Indicador de melhor esforço

  • Classe de QoS de transmissão

  • Receber classe de QoS

  • Categoria do serviço

Conexões de canais virtuais (VCCs)

Os seguintes atributos de um VCC formam o grupo de canais virtuais, que armazena valores no atmfVccGroup. Cada VCC é indexado na tabela pelo índice de interface (atmfVccPortIndex), valor de VPI (atmfVccVpi) e valor de VCI (atmfVccVci). Apenas PVCs são representados nesse grupo, incluindo os VCCs de sinalização bem conhecidos ou reservados, ILMI e LECS.

  • Índice de interface

  • valor de VPI

  • Status operacional

  • Descritor de tráfego de transmissão

  • Descritor de tráfego de recepção

  • Indicador de melhor esforço

  • Classe de QoS de transmissão

  • Receber classe de QoS

  • Categoria do serviço

Registro de endereços em interfaces UNI

A MIB Address Registration fornece objetos SNMP para a troca dinâmica de informações de endereço ATM. Essas informações consistem em duas tabelas:

  • Prefixo de Rede - Implementado no sistema final ATM através do atmfNetPrefixGroup. O switch ATM envia uma mensagem SetRequest com o prefixo de 13 bytes de alta ordem configurado nessa porta do switch. Na inicialização, o registro de prefixos de rede ocorre primeiro. 

        1w1d: ILMI(ATM0/0/0): KeepAlive disabled 1w1d: ILMI: Sending 
    Per-Switch prefix 1w1d: ILMI: Registering prefix with end-system 
    47.0091.8100.0000.0060.3e5a.8f01 1w1d: ILMI: The Neighbor's IfName 
    on Intf (ATM0/0/0) is ATM2 1w1d: ILMI: The Neighbor's IP on 
    Intf (ATM0/0/0) is 168430084

  • ATM Address - Implementado no switch ATM por meio do atmfAddressGroup. O sistema final ATM recebe primeiro um SetRequest com o prefixo de rede e registra esse prefixo em sua tabela de prefixos. Em seguida, o sistema final ATM combina o prefixo com sua parte do identificador de estação final (ESI) e envia um SetRequest com o endereço ATM completo de 20 bytes. Finalmente, o switch ATM escolhe registrar o endereço em sua tabela de endereços ATM. A tabela de endereços ATM usa dois objetos-chave:

    • atmfAddressAtmAddress - O objeto Endereço ATM consiste no endereço ATM privado completo de 20 octetos

    • atmfAddressStatus - O objeto ATM Address Status indica a validade de um endereço ATM. Um sistema final ATM configura um novo endereço ATM enviando um SetRequest com o objeto Status do Endereço ATM definido para um status válido. Um sistema final ATM exclui um endereço ATM existente, enviando um SetRequest com o objeto Status do endereço ATM definido como status inválido.

Tanto o sistema final ATM quanto o switch ATM precisam manter tabelas de endereçamento precisas, já que os endereços são usados nos campos de elementos de informação Número da Parte Chamadora e Número da Parte Chamada das mensagens de sinalização enviadas quando circuitos virtuais comutados estão sendo estabelecidos.

O objeto atmfAddressRegistrationAdminStatus indica suporte para os grupos Prefixo e Endereço. O ILMI 4.0 exige o uso dos grupos de prefixo e endereço em uma interface UNI privada. Se a extremidade oposta retornar um erro noTaisName indicando que é um dispositivo pré-ILMI 4.0, a extremidade próxima deve assumir que a extremidade oposta oferece suporte ao registro de endereço. Se apenas um lado suportar o registro de endereço, a especificação ILMI 4.0 sugere que o lado de suporte informe uma condição de alarme de erro de configuração UNI ou opte por tentar o registro de qualquer maneira, já que a extremidade oposta simplesmente deve retornar erros noTaisName a tais solicitações de registro.

Switch ATM (lado da rede)
Ação Ao receber SetRequest de um sistema final para uma entrada na tabela de endereços ATM, o switch ATM valida o endereço anunciado para evitar o registro de endereços duplicados.
Se a validação falhar Responde com um GetResponse contendo um erro badValue.
Se a validação for bem sucedida Responde com um GetResponse indicando noError e atualiza a tabela de endereços.

Quando um sistema final ATM cancela o registro de um endereço ATM, o switch ATM não deve limpar nenhuma conexão/chamada associada ao endereço com registro cancelado.

Sistema final ATM (lado do usuário)
Ação Valida um SetRequest para o objeto Prefixo de Rede.
Se a validação falhar Responde com um GetResponse contendo o erro apropriado.
Se a validação for bem sucedida Responde com um GetResponse indicando noError e atualiza a tabela de Prefixo de Rede se o prefixo ainda não estiver registrado.

Armadilhas de coldStart

O SNMP usa interceptações para permitir que um dispositivo gerenciado reporte eventos incomuns à estação de gerenciamento. Ele define várias armadilhas genéricas, uma das quais é a armadilha coldStart. O ILMI usa a armadilha coldStart na inicialização ou reinicialização para limpar ou esvaziar as entradas existentes nas tabelas de Prefixo de Rede ou Endereço ATM. Vamos ver como isso funciona:

  • O sistema final ATM envia uma GetNextRequest ILMI para ler a primeira instância do objeto de Status de Endereço ATM do switch ATM. Se a resposta incluir um valor, o sistema final ATM enviará uma armadilha coldStart para instruir o switch ATM a inicializar a tabela de endereços ATM.

  • O switch ATM envia uma GetNextRequest ILMI para ler a primeira instância da tabela Network Prefix do sistema final. Se a resposta incluir um valor, o switch enviará uma armadilha coldStart para informar ao sistema final ATM para inicializar a tabela de prefixo de rede.

No exemplo de saída a seguir, a configuração automática de ILMI falha e a interface ATM 1/0/0 envia uma armadilha coldStart para a interface ATM do peer.

   May 11 15:11:19: ILMI: Post trap Config Check Failed. Interface Restarted    
   May 11 15:11:19: %ATM-4-ILMICONFIGCHANGE: ILMI(ATM1/0/0): Restarting ATM signal. 
   May 11 15:11:19: ILMI(ATM1/0/0):Setting Local (Pre-Negotiated) PNNI version as d 
   May 11 15:11:19: ILMI(ATM1/0/0):Setting Local (Pre-Negotiated) UNI version as i1 
   May 11 15:11:19: ILMI(ATM1/0/0):Registering New port 
   May 11 15:11:19: ILMI: Sending coldstrart trap to peer 
   May 11 15:11:19: ILMI(ATM1/0/0): Sending ilmiColdStart trap    
   May 11 15:11:19: ILMI(ATM1/0/0): Sending ilmiColdStart trap    
   May 11 15:11:19: ILMI(ATM1/0/0): Querying peer device type.

O ILMI 4.0 especifica somente a armadilha coldStart e qualquer armadilha específica da empresa (ou seja, específica do fornecedor). Os switches ATM usam a armadilha ilmiVccChange, conforme mostrado no exemplo de saída a seguir.

   1w1d: %LINK-3-UPDOWN: Interface ATM0/0/0, changed state to up 
   1w1d: ILMI: Received Interface Up (ATM0/0/0) 
   1w1d: ILMI(ATM0/0/0):Setting Local (Pre-Negotiated) PNNI version as ilmiPnniVersion1point0    
   1w1d: ILMI(ATM0/0/0):Setting Local (Pre-Negotiated) UNI version as ilmiUniVersion4point0    
   1w1d: ILMI(ATM0/0/0):Registering New port 
   1w1d: ILMI: Sending coldstrart trap to peer 
   1w1d: ILMI(ATM0/0/0): Sending ilmiColdStart trap (ATM0/0/0) 
   1w1d: ILMI(ATM0/0/0): Sending ilmiVCCChange trap (ATM0/0/0)    
   1w1d: ILMI(ATM0/0/0): Sending ilmiVCCChange trap (ATM0/0/0)    
   1w1d: ILMI(ATM0/0/0): Sending ilmiColdStart trap

Use o comando disable-ilmi-enterprise-traps hidden para desabilitar armadilhas corporativas ILMI.

caution.gif Cuidado: Comandos ocultos não são oficialmente suportados pela Cisco.

Respostas com erro

Em alguns casos, a saída de debug atm ilmi retorna uma mensagem semelhante à seguinte:

*Sep 1 01:30:11: ILMI(ATM5/0): Errored response     
Function Type = ilmiPeerDeviceTypeInfo

Ao observar este exemplo de farejador de rastreamento, podemos ver que um cabeçalho SNMP padrão inclui os seguintes campos:

------------ SNMP Header ------------ 
   SNMP: Version = 0 
   SNMP: Community = ILMI 
   SNMP: PDU = GetRequest 
   SNMP: Request identifier = 0x348 (840) 
   SNMP: Error status = noError (0) 
   SNMP: Error index = 0

O ID de solicitação é um número inteiro que corresponde a mensagens enviadas e recebidas e permite que um dispositivo ATM envie rapidamente várias mensagens SNMP em uma linha, como podemos ver abaixo.

O campo error-status, quando diferente de zero, indica que ocorreu uma exceção ao processar a solicitação. O campo error-status usa os seguintes valores de erro:

Valor Descrição
muitoGrande Os resultados de uma operação não caberiam em uma única mensagem SNMP.
noSoName A operação solicitada identificou um nome de variável desconhecido, de acordo com o perfil da comunidade.
valorIncorreto A operação solicitada especificou uma sintaxe ou valor incorreto ao tentar modificar uma variável.
somenteleitura A operação solicitada tentou modificar uma variável para a qual o perfil da comunidade não permite acesso de gravação.
genError Todas as outras condições de erro.

Um valor diferente de zero para o campo de índice de erro indica qual variável na solicitação continha erro. Valores diferentes de zero só são possíveis para os valores de erro noTaisName, badValue e readOnly.

Exemplo de negociação

Vejamos um exemplo das mensagens ILMI trocadas entre duas interfaces ATM.

Durante a inicialização e a reinicialização, uma interface ATM envia várias mensagens GetRequest com diferentes números de sequência. A saída de debug snmp packet revela o conteúdo exclusivo de cada mensagem GetRequest. No exemplo a seguir, a interface ATM 0/0/0 envia seis solicitações com números de sequência de 6551 a 6556. Vamos analisar as GetRequests dividindo-as em dois conjuntos.

No primeiro conjunto, ATM 0/0/0 envia as duas GetRequests a seguir:

ID da solicitação Ação e resultados
6551 Consulta a ID do objeto atmfAtmLayerDeviceType da interface ATM par. Os sistemas finais ATM assumem o valor de usuário (1), enquanto os switches de rede ATM assumem o valor de nó (2).
6552 Consulta a ID do objeto atmfAtmLayerUniType da interface ATM par. Os valores suportados são público e privado. 

   1w1d: ILMI(ATM0/0/0): Querying peer device type. 
   1w1d: ILMI:peerDeviceTypeQuery not completed 
   1w1d: ILMI:peerPortTypeQuery not completed 
   1w1d: ILMI(ATM0/0/0): From Restarting To WaitDevAndPort  
   1w1d: ILMI(ATM0/0/0):Sending out Request 6551    
   1w1d: ILMI(ATM0/0/0):Sending out Request 6552    
   1w1d: SNMP: Response, reqid 6551, errstat 0, erridx    0 
   atmfAtmLayerEntry.10.0 = 1    
   1w1d: ILMI(ATM0/0/0):Response received for request    6551 
   1w1d: SNMP: Response, reqid 6552, errstat 0, erridx    0 
   atmfAtmLayerEntry.8.0 = 2    
   1w1d: ILMI(ATM0/0/0):Response received for request    6552 
   1w1d: ILMI(ATM0/0/0): Peer Device Type is 1    
   1w1d: The peer UNI Type on (ATM0/0/0) is 2    
   1w1d: ILMI(ATM0/0/0): From WaitDevAndPort To DeviceAndPortComplete 
    
   1w1d: ILMI(ATM0/0/0): From DeviceAndPortComplete To NodeConfigComplete 
    
   1w1d: ILMI: My Device type is set to Node (ATM0/0/0)

Nesse segundo conjunto de saída, o switch envia cinco GetRequests. Cada um está listado na tabela abaixo. Para facilitar a compreensão, destacamos cada série de mensagens em uma cor diferente abaixo desta tabela.

ID da solicitação Ação e resultados
6553 Consulta o objeto atmfNetPrefixGroup e implementa peerAddressTableCheck. Recebemos um GetResponse com um erro. Correspondendo a saída do debug snmp packet à saída do debug atm ilmi, vemos que o SetRequest consultou uma variável desconhecida, de acordo com o perfil da comunidade. A saída a seguir também está destacada em negrito abaixo. 
1w1d: SNMP: Response, reqid 6553, errstat 2, erridx 1
 atmfNetPrefixGroup.1 = NULL TYPE/VALUE 
1w1d: ILMI(ATM0/0/0):Response received for request 6553 
1w1d: ILMI(ATM0/0/0): Errored response  Function
 Type = ilmiAddressTableCheck
6554 Consulta três objetos na tabela atmfAtmLayer. Correspondendo a saída do debug snmp packet à saída do debug atm ilmi, vemos que esses objetos são:
  • Número máximo de bits de VPI ativos
  • Número máximo de bits de VCI ativos
  • versão de sinalização UNI
A saída a seguir também está destacada em azul abaixo. 
1w1d: SNMP: Response, reqid 6554, errstat 0, erridx 0 
 atmfAtmLayerEntry.6.0 = 0        
 atmfAtmLayerEntry.7.0 = 10        
 atmfAtmLayerEntry.9.0 = 4        
1w1d: ILMI(ATM0/0/0): The Maximum # of VPI Bits is 0 
1w1d: ILMI(ATM0/0/0): The Maximum # of VCI Bits is 10 
1w1d: ILMI(ATM0/0/0): The UNI version is negotiated as 
ilmiUniVersion4point0
6555 Consulta cinco objetos adicionais na tabela atmfAtmLayer. Correspondendo a saída do pacote snmp de depuração à saída do debug atm ilmi, vemos que esses objetos são:
  • Número máximo de VPCs
  • Número máximo de VCCs
  • Máximo de SVPC VPI
  • VPI SVCC máximo
  • Mínimo de VCI SVCC
A saída a seguir também está destacada em itálico e negrito abaixo. 
1w1d: SNMP: Response, reqid 6555, errstat 0, erridx 0
 atmfAtmLayerEntry.2.0 = 0
 atmfAtmLayerEntry.3.0 = 4096
 atmfAtmLayerEntry.13.0 = 0
 atmfAtmLayerEntry.14.0 = 0
 atmfAtmLayerEntry.15.0 = 0
1w1d: ILMI(ATM0/0/0):Response received for request 6555

1w1d: ILMI(ATM0/0/0): Peer Max Vpcs is 0
1w1d: ILMI(ATM0/0/0): Peer Max Vccs is 4096
1w1d: ILMI(ATM0/0/0): Peer Max SvpcVpi is 0
1w1d: ILMI(ATM0/0/0): Peer Max SvccVpi is 0
1w1d: ILMI(ATM0/0/0): Peer Min SvccVci is 0
6556 Consulta dois objetos no grupo de portas físicas:
  • atmfPortMyIfName
  • atmfMyIpNmAddress
A saída a seguir também está destacada em itálico abaixo. 
1w1d: SNMP: Response, reqid 6556, errstat 0, erridx 0
 atmfPortEntry.7.0 = ATM2        
 atmfPhysicalGroup.2.0 = 10.10.10.4        
1w1d: ILMI(ATM0/0/0):Response received for request 6556

1w1d: ILMI: The Neighbor's IfName on Intf (ATM0/0/0) is ATM2
1w1d: ILMI: The Neighbor's IP on Intf (ATM0/0/0) is 168430084
6557 Envia um SetRequest com seu prefixo de rede e a extremidade oposta confirma a validação e o registro desse prefixo. A saída a seguir também está destacada em itálico negrito azul abaixo. 
1w1d: ILMI(ATM0/0/0):Sending out Request 6557
1w1d: SNMP: Response, reqid 6557, errstat 0, erridx 0
 atmfNetPrefixEntry.3.0.13.71.0.145.129.0.0.0.0.96.62.90.143.1 = 1
1w1d: ILMI(ATM0/0/0):Response received for request 6557


   1w1d: ILMI(ATM0/0/0): Checking Peer Config and Address Table 
   1w1d: ILMI:peerAddressTableCheck not completed 
   1w1d: ILMI:peerConfigQuery not completed 
   1w1d: ILMI:peerRangeConfigQuery not completed 
   1w1d: ILMI(ATM0/0/0): From NodeConfigComplete To AwaitRestartAck 
    
   1w1d: ILMI(ATM0/0/0):Sending out Request 6553 
   1w1d: ILMI(ATM0/0/0):Sending out Request 6554 
   1w1d: ILMI(ATM0/0/0):Sending out Request 6555 
   1w1d: ILMI(ATM0/0/0):Sending out Request 6556 

   1w1d: SNMP: Response, reqid 6553, errstat 2, erridx 1 
   atmfNetPrefixGroup.1 = NULL TYPE/VALUE 
   1w1d: ILMI(ATM0/0/0):Response received for request 6553 
   1w1d: ILMI(ATM0/0/0): Errored response  
   Function Type = ilmiAddressTableCheck 
   
 1w1d: SNMP: Response, reqid 6554, errstat 0, erridx 0 atmfAtmLayerEntry.6.0 = 0 atmfAtmLayerEntry.7.0 = 10 atmfAtmLayerEntry.9.0 = 4 1w1d: ILMI(ATM0/0/0):Response received for request 6554
 

 1w1d: SNMP: Response, reqid 6555, errstat 0, erridx 0 atmfAtmLayerEntry.2.0 = 0 atmfAtmLayerEntry.3.0 = 4096 atmfAtmLayerEntry.13.0 = 0 atmfAtmLayerEntry.14.0 = 0 atmfAtmLayerEntry.15.0 = 0 1w1d: ILMI(ATM0/0/0):Response received for request 6555
 

   1w1d: SNMP: Response, reqid 6556, errstat 0, erridx 0 
   atmfPortEntry.7.0 = ATM2    
   atmfPhysicalGroup.2.0 = 10.10.10.4    
   1w1d: ILMI(ATM0/0/0):Response received for request 6556 
   
 1w1d: ILMI(ATM0/0/0): The Maximum # of VPI Bits is 0 1w1d: ILMI(ATM0/0/0): The Maximum # of VCI Bits is 10 1w1d: ILMI(ATM0/0/0): The UNI version is negotiated as ilmiUniVersion4point0
 

 1w1d: ILMI(ATM0/0/0): Peer Max Vpcs is 0 1w1d: ILMI(ATM0/0/0): Peer Max Vccs is 4096 1w1d: ILMI(ATM0/0/0): Peer Max SvpcVpi is 0 1w1d: ILMI(ATM0/0/0): Peer Max SvccVpi is 0 1w1d: ILMI(ATM0/0/0): Peer Min SvccVci is 0
    
   1w1d: ILMI(ATM0/0/0): From AwaitRestartAck To UpAndNormal 
    
   1w1d: ILMI: Auto Port determination enabled 
   1w1d: ILMI(ATM0/0/0): Link determination completed 
   1w1d: Peer Device Type: ilmiDeviceTypeUser    
   1w1d: Peer Port Type: ilmiUniTypePrivate    
   1w1d: Peer MaxVpiBits: 0    
   1w1d: Peer MaxVciBits: 10    
   1w1d: Peer MaxVpcs:    0 
   1w1d: Peer MaxVccs:    4096 
   1w1d: Peer MaxSvpcVpi: 0    
   1w1d: Peer MaxSvccVpi: 0    
   1w1d: Peer MinSvccVci: 0    
   1w1d: Peer UNI version: ilmiUniVersion4point0    
   1w1d: Neg. UNI Version: ilmiUniVersion4point0    
   1w1d: Local Device Type: ilmiDeviceTypeNode    
   1w1d: Local Port Type: ilmiPrivateUNINetworkSide    
   1w1d: Local System ID: 
   1w1d: ILMI(ATM0/0/0): KeepAlive disabled 
   1w1d: ILMI: Sending Per-Switch prefix 
   1w1d: ILMI: Registering prefix with end-system 47.0091.8100.0000.0060.3e5a.8f01 
    
   1w1d: ILMI: The Neighbor's IfName on Intf    (ATM0/0/0) is ATM2 
   1w1d: ILMI: The Neighbor's IP on Intf (ATM0/0/0) is 168430084    
   1w1d: ILMI(ATM0/0/0):Sending out Request 6557 
   1w1d: SNMP: Response, reqid 6557, errstat 0, erridx 0 

  atmfNetPrefixEntry.3.0.13.71.0.145.129.0.0.0.0.96.62.90.143.1 = 1 1w1d: ILMI(ATM0/0/0):Response received for request 6557

ILMI em interfaces NNI

As interfaces de rede para rede (NNI) definem a conexão entre duas interfaces ATM. Além de todos os parâmetros UNI descritos acima, as portas NNI negociam o objeto atmfAtmLayernniSigVersion para o grupo de camadas ATM. Esse objeto indica a versão mais recente da especificação de sinalização PNNI do ATM Forum suportada por essa porta ATM. Este objeto não determina a versão de roteamento PNNI.

Os valores de atmfAtmLayerNniSigVersion são:

  • iisp (2)

  • pnniVersion1point0 (3)

Observação: a versão de sinalização UNI usada nas interfaces do Interswitch Signaling Protocol (IISP) é determinada localizando-se o valor comum mais alto anunciado no objeto atmfAtmL ayerUniVersion. O tipo de interface será do lado do usuário se o atmfMySystemIdentifier local for maior que o atmfMySystemIdentifier do par e do lado da rede se o atmfMySystemIdentifier local for menor que o atmfMySystemIdentifier do par.

Observação: embora a especificação do IISP 1.0 afirme que os links do IISP 1.0 não usam ILMI, a especificação ILMI 4.0 especifica opcionalmente que as funções do ILMI diferentes do registro de endereços podem ser executadas em links do IISP.

Informações Relacionadas

Este documento lhe foi útil?

FeedbackFeedback

Contate a Cisco

Este documento se refere a estes produtos