ILMI an ATM-Schnittstellen

Einleitung

Die Interim Local Management Interface (ILMI) ist ein vom ATM-Forum definiertes Protokoll zum Festlegen und Erfassen der Parameter der physischen Schicht, der ATM-Schicht, des virtuellen Pfades und der virtuellen Schaltung an ATM-Schnittstellen. ILMI verwendet SNMP-Nachrichten (Simple Network Management Protocol) ohne User Datagram Protocol (UDP) und IP und ordnet verwaltete Objekte in die folgenden vier Management Information Bases (MIBs) ein:

• Textkonventionen MIB - Definiert mehrere Textkonventionen und Objekt-IDs, z. B. die Anzahl der Oktetts für ATM-Endsystemadressen und Netzwerkpräfixe. Diese MIB wird in diesem Dokument nicht behandelt.

• Link Management MIB - Stellt vier Objektgruppen für alle ATM-Schnittstellen bereit:

  • Physical Layer - ILMI 4.0 beendet oder "verwirft" frühere Physical Layer ILMI-Werte und spezifiziert die Verwendung der Standard Interface MIB (RFC 1213). Beispiele für frühere Werte in dieser Gruppe:

    • atmfTransmissionTypes, wie atmfSonetType, atmfSonetSTS3c, atmfDs3 und atmfT1.

    • atmfMediaTypes, z. B. atmfMediaUnknownType, atmfMediaCoaxCable und atmfMediaSingleMode

  • ATM-Ebene - Gibt die Anzahl der verfügbaren Bits für Virtual Path Identifier (VPI)- und Virtual Channel Identifier (VCI)-Werte im ATM-Zellenheader, die maximale Anzahl der zulässigen Virtual Path Connections (VPCs) und Virtual Channel Connections (VCCs), die Anzahl der konfigurierten permanenten virtuellen Pfade und permanenten virtuellen Kanäle usw. an.

  • Virtual Path Connection - Zeigt den Status "up" oder "down" einer VPC und ihre QoS-Parameter (Quality of Service) an.

  • Virtual Channel Connection (Virtuelle Kanalverbindung) - Zeigt den Status "up" oder "down" des VCC und seiner QoS-Parameter an.

• Address Registration MIB - Stellt einen Adressenregistrierungsmechanismus bereit, mit dem Switches Netzwerkpräfixe in Endsystemen automatisch konfigurieren können.

• Service Registry MIB - Stellt eine allgemeine Dienstregistrierung zum Auffinden von ATM-Netzwerkdiensten wie LECS (LAN Emulation Configuration Server) in LANE bereit.

Es ist wichtig, dass Sie ILMI verstehen, da ATM-Schnittstellen diese Simple Network Management Protocol (SNMP)-Objekt-IDs in Netzwerkfunktionen wie der automatischen Konfiguration eines LAN-Emulations-Clients (LEC) in LANE-Umgebungen, Keepalives und sogar der automatischen Erkennung von Permanent Virtual Circuits (PVC) verwenden. Dies ist besonders bei DSL-Anwendungen (Digital Subscriber Line) nützlich.

Dieses Dokument hilft Ihnen, ILMI zu verstehen, und bietet einige Beispieldebugs, um Ihnen bei der Fehlerbehebung von auftretenden Problemen zu helfen.

Hinweis: Der Schwerpunkt dieses Dokuments liegt auf der Implementierung von ILMI auf Cisco Routern. Allgemeine Informationen zu ILMI finden Sie in der ILMI-Spezifikation auf der Seite Approved ATM Forum Specifications oder in den Büchern auf der Seite ATM Technologies Suggested Reading .

Vorbereitungen

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).

Voraussetzungen

Es sind keine besonderen Voraussetzungen erforderlich, um den Inhalt dieses Dokuments nachzuvollziehen.

Verwendete Komponenten

Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn sich Ihr Netzwerk in der Produktionsumgebung befindet, müssen Sie sich bei jedem Befehl zunächst dessen potenzielle Auswirkungen vor Augen führen.

Konfigurieren von ILMI PVC

Wenn zwei ATM-Schnittstellen das ILMI-Protokoll ausführen, tauschen sie ILMI-Pakete über die physische Verbindung aus. Diese Pakete bestehen aus SNMP-Nachrichten mit bis zu 484 Achtbitzeichen. ATM-Schnittstellen kapseln diese Nachrichten in einen ATM-Adaptation Layer 5 (AAL5)-Trailer ein, segmentieren das Paket in Zellen und planen die Zellen für die Übertragung.

Da ILMI bestimmte Werte für den AAL5-Trailer angibt, definieren wir die Kapselung als ILMI, wenn die PVC erstellt wird, die die ILMI-Meldungen enthält. Standardmäßig enthält ein PVC mit den Werten VPI=0 und VCI=16 die ILMI-Meldungen. In der Ausgabe des Befehls show atm ilmi-status unten sehen wir, dass ILMI die Standardwerte 0/16 verwendet.

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

Bei ATM-Switches wie Cisco LightStream 1010 und Catalyst der Serie 8500 wird auf jeder Schnittstelle automatisch ein ILMI-PVC von 0/16 konfiguriert. Der Befehl show atm vc veranschaulicht diese automatische Konfiguration. Beachten Sie, wie die ILMI VC-Schnittstellen der einzelnen Ports mit ATM 2/0/0 verbunden sind, dem internen Management-Port des Switches. Da ILMI-Meldungen Kontrollmeldungen sind, müssen sie an die CPU gesendet und von dieser verarbeitet werden.

   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

Optional können Sie nicht standardmäßige Werte für den ILMI-PVC mit dem folgenden Verfahren konfigurieren. Klicken Sie hier für weitere Informationen.

   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 

Achtung: Es wird nicht empfohlen, die Standardwerte von ILMI PVC zu ändern, da dies zu einem Ausfall Ihres Netzwerks führen kann. Das gleiche PVC sollte zwischen dem Endgerät und dem Switch verwendet werden. Außerdem erschwert die manuelle Konfiguration eines anderen ILMI-PVC die Fehlerbehebung und Wartung.

Erläuterungen zur Link-MIB

Die Link MIB der ILMI MIB besteht aus den folgenden vier Objektgruppen:

• Physische Ebene

• ATM-Schicht

• Virtual Path Connections (VPCs)

• Virtual Channel Connections (VCCs)

In den folgenden Abschnitten werden die Objekte in den einzelnen Gruppen beschrieben.

Physische Ebene

ILMI 4.0 beendet oder "verwirft" frühere ILMI-Werte der physischen Schicht in der Portgruppe und spezifiziert die Verwendung der Standard-Schnittstellen-MIB (RFC 1213). Diese Gruppe umfasst auch Objekte, die es benachbarten Systemen ermöglichen, eine Tabelle mit benachbarten Systemen zu führen, um die automatische Erkennung und Verfolgung von ATM-Verbindungen zu erleichtern.

• atmfPortEigenerIfName

• atmfPortMyIfIdentifier

• atmfEigeneIPnmAdresse

• atmfEigeneSystemkennung

Der Befehl show atm ilmi-status zeigt die vom Peer für diese Objekte gesendeten Werte an.

   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

Die Ausgabe von debug atm ilmi erfasst auch die Werte, während sie angekündigt werden.

   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 ist eine 48-Bit-Kennung, die dem universell verwalteten MAC-Adressraum des Institute of Electrical and Electronic Engineers (IEEE) entnommen wird und das ATM-Gerät eindeutig identifiziert.

ATM-Schicht

Die folgenden Attribute einer ATM-Schnittstelle bilden die ATM-Ebenengruppe, die ihre Werte in der Tabelle atmfAtmLayerGroup speichert. Jede Schnittstelle verfügt über einen atmfAtmLayerIndex-Eintrag in der Tabelle.

• Schnittstellenindex

• Maximale Anzahl aktiver VPI-Bits

• Maximale Anzahl aktiver VCI-Bits

• Maximale Anzahl VPCs

• Maximale Anzahl VCCs

• Anzahl der konfigurierten vPCs

• Anzahl der konfigurierten VCCs

• Max. SVPC-VPI

• Max. SVCC-VPI

• Minimaler SVCC VCI

• ATM-Schnittstellentyp

• ATM-Gerätetyp

• ILMI-Version

• UNI-Signalisierungsversion

• NNI-Signalisierungsversion

Bei der Festlegung der zu verwendenden Maximalwerte vergleicht jede Seite die Werte des Peers mit ihren eigenen Werten. Stellen Sie die tatsächliche Zahl auf den höchsten gemeinsamen Wert ein, um die Interoperabilität sicherzustellen.

Virtual Path Connections (VPCs)

Die folgenden Attribute einer VPC bilden die Virtual Path Group, die Werte in der Tabelle atmfVpcGroup speichert. Jeder VPC wird in der Tabelle durch einen atmfVpcPortIndex zur Identifizierung des physischen Ports und einen atmfVpcVpi zur Identifizierung der VPI-Nummer indiziert.

• Schnittstellenindex

• VPI-Wert

• Betriebsstatus

• Datenverkehrsbeschreibung übertragen

• Datenverkehrsdeskriptor empfangen

• Bestmöglicher Indikator

• QoS-Klasse übertragen

• QoS-Klasse empfangen

• Servicekategorie

Virtual Channel Connections (VCCs)

Die folgenden Attribute eines VCC bilden die virtuelle Kanalgruppe, in der Werte in der atmfVccGroup gespeichert werden. Jeder VCC wird in der Tabelle durch den Schnittstellenindex (atmfVccPortIndex), den VPI-Wert (atmfVccVpi) und den VCI-Wert (atmfVccVci) indiziert. In dieser Gruppe sind nur PVCs vertreten, einschließlich der bekannten oder vorbehaltenen Signalisierungslösungen, ILMI und LECS VCCs.

• Schnittstellenindex

• VPI-Wert

• Betriebsstatus

• Datenverkehrsbeschreibung übertragen

• Datenverkehrsdeskriptor empfangen

• Bestmöglicher Indikator

• QoS-Klasse übertragen

• QoS-Klasse empfangen

• Servicekategorie

Adressregistrierung an UNI-Schnittstellen

Die Address Registration MIB stellt SNMP-Objekte für den dynamischen Austausch von ATM-Adressinformationen bereit. Diese Informationen bestehen aus zwei Tabellen:

• Netzwerkpräfix - Wird auf dem ATM-Endsystem über die atmfNetPrefixGroup implementiert. Der ATM-Switch sendet eine SetRequest-Nachricht mit dem auf diesem Switch-Port konfigurierten High-Order-13-Byte-Präfix. Bei der Initialisierung erfolgt zunächst die Registrierung von Netzwerkpräfixen.

      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-Adresse - Wird auf dem ATM-Switch über die atmfAddressGroup implementiert. Das ATM-Endsystem empfängt zunächst eine SetRequest mit dem Netzwerkpräfix und registriert dieses Präfix in seiner Präfixtabelle. Als Nächstes kombiniert das ATM-Endsystem das Präfix mit seinem ESI-Teil (End-Station Identifier) und sendet eine SetRequest mit der vollständigen 20-Byte-ATM-Adresse. Schließlich registriert der ATM-Switch die Adresse in seiner ATM-Adresstabelle. Die ATM-Adresstabelle verwendet zwei Schlüsselobjekte:

  • atmfAddressAtmAddress - ATM Address-Objekt besteht aus der vollständigen privaten ATM-Adresse mit 20 Oktetten

  • atmfAddressStatus - ATM Address Status-Objekt gibt die Gültigkeit einer ATM-Adresse an. Ein ATM-Endsystem konfiguriert eine neue ATM-Adresse, indem es eine SetRequest sendet, wobei das ATM Address Status-Objekt auf den gültigen Status gesetzt ist. Ein ATM-Endsystem löscht eine vorhandene ATM-Adresse, indem es eine SetRequest sendet, wobei das ATM-Adressenstatusobjekt auf einen ungültigen Status festgelegt ist.

Sowohl das ATM-Endsystem als auch der ATM-Switch müssen präzise Adressierungstabellen verwalten, da die Adressen in den Informationsfeldern für die Anrufernummer und die Nummer des Angerufenen in den Signalisierungsnachrichten verwendet werden, die beim Aufbau von Switched Virtual Circuits gesendet werden.

Das atmfAddressRegistrationAdminStatus-Objekt gibt die Unterstützung für die Gruppen Präfix und Adresse an. ILMI 4.0 erfordert die Verwendung der Präfix- und Adressgruppen an einer privaten UNI-Schnittstelle. Wenn das Gegenstück den Fehler noSolchName zurückgibt, der anzeigt, dass es sich um ein Gerät vor ILMI 4.0 handelt, muss das Gegenstück davon ausgehen, dass das Gegenstück die Adressregistrierung unterstützt. Wenn nur eine Seite die Adressregistrierung unterstützt, schlägt die ILMI 4.0-Spezifikation vor, dass die unterstützende Seite einen UNI-Fehlkonfigurations-Alarmzustand meldet oder trotzdem eine Registrierung versucht, da die Gegenstelle einfach keineSolcheName-Fehler an solche Registrierungsanforderungen zurückgeben sollte.

Wenn ein ATM-Endsystem die Registrierung einer ATM-Adresse aufhebt, darf der ATM-Switch keine Verbindungen/Anrufe löschen, die mit der nicht registrierten Adresse verbunden sind.

coldStart-Traps

SNMP verwendet Traps, damit ein verwaltetes Gerät ungewöhnliche Ereignisse an die Managementstation melden kann. Es definiert mehrere so genannte generische Traps, von denen einer die coldStart-Trap ist. ILMI verwendet das coldStart-Trap bei der Initialisierung oder Neuinitialisierung, um vorhandene Einträge in den Netzwerkpräfix- oder ATM-Adresstabellen zu löschen oder zu leeren. Sehen wir uns nun an, wie das funktioniert:

• Das ATM-Endsystem sendet eine ILMI GetNextRequest, um die erste Instanz des ATM-Adressstatusobjekts des ATM-Switches zu lesen. Wenn die Antwort einen Wert enthält, sendet das ATM-Endsystem ein coldStart-Trap, um den ATM-Switch anzuweisen, die ATM-Adresstabelle zu initialisieren.

• Der ATM-Switch sendet eine ILMI GetNextRequest, um die erste Instanz der Netzwerkpräfixtabelle des Endsystems zu lesen. Wenn die Antwort einen Wert enthält, sendet der Switch ein ColdStart-Trap, um das ATM-Endsystem anzuweisen, die Netzwerkpräfixtabelle zu initialisieren.

In der folgenden Beispielausgabe schlägt die ILMI-Autokonfiguration fehl, und die ATM-Schnittstelle 1/0/0 sendet ein ColdStart-Trap an die Peer-ATM-Schnittstelle.

   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.

ILMI 4.0 spezifiziert nur das coldStart-Trap und alle unternehmensspezifischen (d. h. anbieterspezifischen) Traps. ATM-Switches verwenden den ilmiVccChange-Trap, wie in der folgenden Beispielausgabe gezeigt.

   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

Verwenden Sie den Befehl disable-ilmi-enterprise-traps hidden, um ILMI-Enterprise-Traps zu deaktivieren.

Achtung: Ausgeblendete Befehle werden von Cisco nicht offiziell unterstützt.

Fehlerhafte Antworten

In einigen Fällen gibt die Ausgabe von debug atm ilmi eine Meldung wie die folgende zurück:

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

Wenn Sie sich diese Beispiel-Sniffer-Ablaufverfolgung ansehen, können Sie sehen, dass ein Standard-SNMP-Header die folgenden Felder enthält:

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

Die Anforderungs-ID ist eine ganze Zahl, die gesendete und empfangene Nachrichten abgleicht und es einem ATM-Gerät tatsächlich ermöglicht, mehrere SNMP-Nachrichten schnell hintereinander zu senden, wie wir unten sehen können.

Das Fehlerstatusfeld gibt bei einem Wert ungleich null an, dass bei der Verarbeitung der Anforderung eine Ausnahme aufgetreten ist. Das Fehlerstatusfeld verwendet die folgenden Fehlerwerte:

Ein Wert ungleich null für das Fehlerindexfeld gibt an, welche Variable in der Anforderung fehlerhaft war. Werte ungleich null sind nur für die Fehlerwerte noSolchName, badValue und readOnly möglich.

Beispiel für Verhandlungen

Sehen wir uns ein Beispiel für ILMI-Nachrichten an, die zwischen zwei ATM-Schnittstellen ausgetauscht werden.

Während der Initialisierung und Neuinitialisierung sendet eine ATM-Schnittstelle mehrere GetRequest-Nachrichten mit unterschiedlichen Sequenznummern. Die Ausgabe des debug snmp-Pakets zeigt den eindeutigen Inhalt jeder GetRequest-Nachricht an. In der folgenden Beispielausgabe sendet die ATM-Schnittstelle 0/0/0 sechs Anfragen mit Sequenznummern von 6551 bis 6556. Betrachten wir die GetRequests, indem wir sie in zwei Gruppen aufschlüsseln.

Im ersten Satz sendet ATM 0/0/0 die folgenden beiden GetRequests:

   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)

In diesem zweiten Ausgabesatz sendet der Switch fünf GetRequests. Die einzelnen Programme sind in der nachfolgenden Tabelle aufgeführt. Um das Verständnis zu erleichtern, haben wir jede Nachrichtenreihe in einer anderen Farbe unter dieser Tabelle hervorgehoben.

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

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

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 über NNI-Schnittstellen hinweg

Network to Network Interfaces (NNI) definieren die Verbindung zwischen zwei ATM-Schnittstellen. Zusätzlich zu den oben beschriebenen UNI-Parametern handeln die NNI-Ports das Objekt atmfAtmLayerSigVersion für die ATM-Ebenengruppe aus. Dieses Objekt gibt die neueste Version der PNNI-Signalisierungsspezifikation des ATM-Forums an, die von diesem ATM-Port unterstützt wird. Dieses Objekt bestimmt nicht die PNNI-Routing-Version.

Die Werte von atmfAtmLayerNniSigVersion sind:

• ISP (2)

• pnniVersion1Punkt0 (3)

Hinweis: Die auf IISP-Schnittstellen (Interswitch Signaling Protocol) verwendete UNI-Signalisierungsversion wird bestimmt, indem der höchste gemeinsame Wert ermittelt wird, der im atmfAtmL ayerUniVersion-Objekt angegeben wird. Der Schnittstellentyp ist benutzerseitig, wenn der lokale atmfMySystemIdentifier größer als der atmfMySystemIdentifier des Peers ist, und netzseitig, wenn der lokale atmfMySystemIdentifier kleiner als der atmfMySystemIdentifier des Peers ist.

Hinweis: Obwohl die IISP 1.0-Spezifikation besagt, dass IISP 1.0-Verbindungen ILMI nicht verwenden, gibt die ILMI 4.0-Spezifikation optional an, dass ILMI-Funktionen, die keine Adressregistrierung sind, über IISP-Verbindungen ausgeführt werden können.

Zugehörige Informationen

• ATM-Technologie-Support-Seiten
• Technischer Support – Cisco Systems
• Weitere ATM-Informationen