De Interim Local Management Interface (ILMI) is een protocol dat door het ATM Forum is gedefinieerd voor het instellen en vastleggen van fysieke lagen, ATM-lagen, virtuele paden en virtuele circuitparameters op ATM-interfaces. ILMI gebruikt SNMP-berichten (Simple Network Management Protocol) zonder UDP en IP (User Datagram Protocol) en organiseert beheerde objecten in de volgende vier beheerinformatiebanken (MIB's):
Tekstuele conventies MIB - definieert verschillende tekstuele conventies en object-ID's, zoals het aantal octetten voor ATM-eindsysteemadressen en netwerkvoorvoegsels. Dit document heeft geen betrekking op deze MIB.
Link Management MIB - Biedt vier objectgroepen voor alle ATM-interfaces:
Fysieke laag - ILMI 4.0 beëindigt of "degradeert" eerdere fysieke laag ILMI-waarden en specificeert het gebruik van de standaard Interface MIB (RFC 1213). Voorbeelden van eerdere waarden in deze groep zijn:
atmfTransmissionTypes, zoals atmfSonetType, atmfSonetSTS3c, atmfDs3 en atmfT1.
atmfMediaTypes, zoals atmfMediaUnknownType, atmfMediaCoaxCable en atmfMediaSingleMode.
ATM-laag - Geeft het aantal beschikbare bits aan voor de waarden voor de Virtual Path Identifier (VPI) en Virtual Channel Identifier (VCI) in de ATM-celheader, het maximum aantal toegestane virtuele padverbindingen (VPC's) en virtuele-kanaalverbindingen (VCC's), het aantal geconfigureerde permanente virtuele paden en permanente virtuele kanalen, enzovoort.
Virtuele padverbinding - Geeft de status omhoog of omlaag van een VPC en de parameters voor Quality of Service (QoS) aan.
Virtuele kanaalverbinding - Geeft de status omhoog of omlaag van de VCC en de QoS-parameters aan.
MIB voor adresregistratie - biedt een adresregistratiemechanisme waarmee switches automatisch netwerkvoorvoegsels in eindsystemen kunnen configureren.
Serviceregister MIB - Biedt een algemeen serviceregister voor het lokaliseren van ATM-netwerkservices zoals een LAN-emulatieserver (LECS) in LANE.
Het is belangrijk dat u ILMI begrijpt, omdat ATM-interfaces deze Simple Network Management Protocol (SNMP) object-ID's gebruiken in netwerkfuncties, zoals automatische configuratie van een LAN-emulatieclient (LEC) in LANE-omgevingen, keepalives en zelfs automatische detectie van permanente virtuele circuits (PVC), wat vooral handig is in digitale abonneelijn (DSL) -toepassingen.
Dit document helpt u om ILMI te begrijpen en biedt enkele voorbeeldfoutmeldingen om u te helpen bij het oplossen van problemen die u tegenkomt.
Opmerking: Dit document richt zich op de implementatie van ILMI op Cisco-routers. Raadpleeg voor algemene informatie over ILMI de ILMI-specificatie op de
Goedgekeurde ATM-forumspecificaties of bekijk de boeken op de pagina Voorgestelde leeslijst van de ATM-technologieën.
Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.
Er zijn geen specifieke voorwaarden van toepassing op dit document.
Dit document is niet beperkt tot specifieke software- en hardware-versies.
De informatie in dit document is gebaseerd op apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als u in een live netwerk werkt, zorg er dan voor dat u de potentiële impact van iedere opdracht begrijpt voor u deze gebruikt.
Wanneer twee ATM-interfaces het ILMI-protocol uitvoeren, wisselen ze ILMI-pakketten uit via de fysieke verbinding. Deze pakketten bestaan uit SNMP-berichten zo groot als 484 octetten. ATM-interfaces bevatten deze berichten in een ATM-adaptatielaag 5 (AAL5) trailer, segmenteren het pakket in cellen en plannen de cellen voor overdracht.
Aangezien ILMI bepaalde waarden voor de AAL5-trailer specificeert, definiëren we de inkapseling als ILMI bij het maken van het PVC dat de ILMI-berichten zal dragen. Standaard draagt een PVC met de waarden VPI=0 en VCI=16 de ILMI-berichten. We kunnen in de uitvoer van de opdracht show atm ilmi-status zien dat ILMI de standaardwaarden 0/16 gebruikt.
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
Op geldautomaten switches zoals de Cisco LightStream 1010 en Catalyst 8500 serie, wordt een ILMI PVC van 0/16 automatisch geconfigureerd op elke interface. De opdracht show atm vc illustreert deze automatische configuratie. Let op hoe de ILMI VC van elke poort verbinding maakt met ATM 2/0/0, de interne beheerpoort van de switch. Aangezien ILMI-berichten controleberichten zijn, moeten ze worden verzonden naar en verwerkt door de 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
Optioneel kunt u niet-standaardwaarden voor het ILMI PVC configureren met behulp van de volgende procedure. Klik hier voor meer informatie.
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
Let op: het wordt niet aanbevolen om de standaardwaarden van het ILMI PVC te wijzigen, omdat dit ervoor kan zorgen dat uw netwerk uitvalt. Hetzelfde PVC moet worden gebruikt tussen het eindapparaat en de switch. Ook zal het handmatig configureren van een ander ILMI PVC het oplossen van problemen en onderhoud bemoeilijken.
De Link MIB van de ILMI MIB bestaat uit de volgende vier groepen objecten:
In de volgende secties worden de objecten in elke groep beschreven.
ILMI 4.0 beëindigt of "degradeert" eerdere fysieke-laag ILMI-waarden in de poortgroep en specificeert het gebruik van de standaard Interface MIB (RFC 1213). Deze groep omvat ook objecten waarmee naburige systemen een tabel met aangrenzende systemen kunnen bijhouden om autodiscovery en tracering van ATM-verbindingen te vergemakkelijken.
atmfPortMyIfName
atmfPortMyIfIdentifier
atmfMyIPnmAddress
atmfMySystemIdentifier
De opdracht atm ilmi-status weergeven geeft de waarden weer die door de peer voor deze objecten zijn verzonden.
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
De output van debug atm ilmi vangt ook de waarden zoals ze worden geadverteerd.
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 is een 48-bit identifier van het Institute of Electrical and Electronic Engineers (IEEE) universeel beheerde MAC-adresruimte, die het ATM-apparaat uniek identificeert.
De volgende kenmerken van een ATM-interface vormen de ATM Layer Group, die de waarden ervan opslaat in de tabel atmAtmLayerGroup. Elke interface heeft een item atmfAtmLayerIndex in de tabel.
Interface-index
Maximaal aantal actieve VPI-bits
Maximum aantal actieve VCI-bits
Maximumaantal VPC's
Maximumaantal VCC's
Aantal geconfigureerde VPC's
Aantal geconfigureerde VCC's
Maximale SVPC VPI
Maximale SVCC VPI
Minimale SVCC VCI
ATM-interfacetype
Type geldautomaat
ILMI-versie
UNI-signaleringsversie
NNI-signaleringsversie
Bij het bepalen van de maximale waarden die moeten worden gebruikt, vergelijkt elke kant de waarden van de peer met zijn eigen waarden. Stel het werkelijke aantal in op de hoogste gemeenschappelijke waarde om interoperabiliteit te garanderen.
De volgende kenmerken van een VPC vormen de Virtual Path Group, die waarden opslaat in de tabel atmfVpcGroup. Elke VPC wordt in de tabel geïndexeerd door een atmfVpcPortIndex om de fysieke poort te identificeren en een atmfVpcVpi om het VPI-nummer te identificeren.
Interface-index
VPI-waarde
Operationele status
Verkeersdescriptor verzenden
Verkeersdescriptor ontvangen
Beste inspanningsindicator
QoS-klasse verzenden
QoS-klasse ontvangen
Servicecategorie
De volgende kenmerken van een VCC vormen de virtuele kanaalgroep, die waarden opslaat in de atmfVccGroup. Elke VCC wordt in de tabel geïndexeerd door de interface-index (atmfVccPortIndex), VPI-waarde (atmfVccVpi) en VCI-waarde (atmfVccVci). In deze groep zijn alleen PVC's vertegenwoordigd, waaronder de bekende of gereserveerde signalering, ilmi en LECS VCC's.
Interface-index
VPI-waarde
Operationele status
Verkeersdescriptor verzenden
Verkeersdescriptor ontvangen
Beste inspanningsindicator
QoS-klasse verzenden
QoS-klasse ontvangen
Servicecategorie
De MIB voor adresregistratie biedt SNMP-objecten voor de dynamische uitwisseling van ATM-adresgegevens. Deze informatie bestaat uit twee tabellen:
Netwerkprefix - geïmplementeerd op het ATM-eindsysteem via de atmfNetPrefixGroup. De ATM-switch verzendt een SetRequest-bericht met het prefix van 13 bytes in hoge volgorde geconfigureerd op die switch-poort. Bij de initialisatie vindt eerst de registratie van netwerkvoorvoegsels plaats.
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-adres - geïmplementeerd op de ATM-switch via de atmfAddressGroup. Het ATM-eindsysteem ontvangt eerst een SetRequest met het netwerkvoorvoegsel en registreert dat voorvoegsel in de prefixtabel. Vervolgens combineert het ATM-eindsysteem het voorvoegsel met het ESI-gedeelte (end-station identifier) en verzendt het een SetRequest met het volledige 20-byte ATM-adres. Ten slotte kiest de ATM-switch ervoor om het adres in zijn ATM-adrestabel te registreren. In de tabel ATM-adres worden twee belangrijke objecten gebruikt:
atmfAddressAtmAddress - ATM Address object bestaat uit het volledige 20-octet privé ATM-adres
atmfAddressStatus - Het object ATM Address Status geeft de geldigheid van een ATM-adres aan. Een ATM-eindsysteem configureert een nieuw ATM-adres door een SetRequest te verzenden met het ATM-adresstatusobject ingesteld op geldige status. Een ATM-eindsysteem verwijdert een bestaand ATM-adres door een SetRequest te verzenden met het ATM-adresstatusobject ingesteld op ongeldige status.
Zowel het ATM-eindsysteem als de ATM-switch moeten accurate adresseringstabellen bijhouden, aangezien de adressen worden gebruikt in de informatievelden van het oproepende partijnummer en het opgeroepen partijnummer van de signaleringsberichten die worden verzonden wanneer geschakelde virtuele circuits worden ingesteld.
Het object atmfAddressRegistrationAdminStatus geeft ondersteuning aan voor de groepen Prefix en Address. ILMI 4.0 verplicht het gebruik van de prefix- en adresgroepen op een privé-interface. Als de far-end een noSuchName-fout retourneert die aangeeft dat het een pre-ILMI 4.0-apparaat is, moet de near-end ervan uitgaan dat de far-end adresregistratie ondersteunt. Als slechts één kant de adresregistratie ondersteunt, suggereert de ILMI 4.0-specificatie dat de ondersteunende kant een UNI-misconfiguratie-alarmvoorwaarde meldt of ervoor kiest om toch registratie te proberen, omdat de verre kant eenvoudigweg geenSuchName-fouten moet retourneren aan dergelijke registratieverzoeken.
| ATM-Switch (netwerkzijde) | |
|---|---|
| Actie | Wanneer de ATM-switch een SetRequest voor een vermelding in de ATM-adrestabel van een eindsysteem ontvangt, valideert hij het geadverteerde adres om te voorkomen dat dubbele adressen worden geregistreerd. |
| Als de validatie mislukt | Reageert met een GetResponse-fout met een badValue-fout. |
| Als de validatie slaagt | Reageert met een GetResponse die geen fout aangeeft en de adrestabel bijwerkt. |
Wanneer een ATM-eindsysteem een ATM-adres uitschrijft, mag de ATM-switch geen verbindingen/oproepen wissen die verband houden met het uitgeschreven adres.
| ATM-eindsysteem (gebruikerskant) | |
|---|---|
| Actie | Valideert een SetRequest voor het object Network Prefix. |
| Als de validatie mislukt | Reageert met een GetResponse met de juiste fout. |
| Als de validatie slaagt | Reageert met een GetResponse-melding van noError en werkt de tabel Netwerkprefix bij als het prefix nog niet is geregistreerd. |
SNMP maakt gebruik van traps om een beheerd apparaat in staat te stellen ongebruikelijke gebeurtenissen te melden aan het beheerstation. Het definieert verschillende zogenaamde generieke vallen, waarvan er één de coldStart-val is. ILMI gebruikt de coldStart-trap bij initialisatie of herinitialisatie om bestaande items in de tabellen Netwerkprefix of ATM-adres op te ruimen of te legen. Laten we eens kijken hoe dit werkt:
ATM-eindsysteem verzendt een ILMI GetNextRequest om de eerste instantie van het ATM-adresstatusobject van de ATM-switch te lezen. Als het antwoord een waarde bevat, stuurt het ATM-eindsysteem een coldStart-trap om de ATM-switch te vertellen de ATM-adrestabel te initialiseren.
ATM-switch verzendt een ILMI GetNextRequest om de eerste instantie van de Network Prefix-tabel van het eindsysteem te lezen. Als het antwoord een waarde bevat, stuurt de switch een coldStart-trap om het ATM-eindsysteem te vertellen dat de tabel met netwerkprefix moet worden geïnitialiseerd.
In de volgende voorbeelduitvoer mislukt de automatische configuratie van ILMI en stuurt ATM-interface 1/0/0 een coldStart-trap naar de peer ATM-interface.
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 specificeert alleen de coldStart-trap en alle bedrijfsspecifieke (d.w.z. leverancierspecifieke) vallen. ATM-switches gebruiken de ilmiVccChange-trap, zoals wordt weergegeven in de volgende voorbeelduitvoer.
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
Gebruik de opdracht Verborgen ILMI-bedrijfsvallen uitschakelen om ILMI-bedrijfsvallen uit te schakelen.
Let op: Verborgen opdrachten worden niet officieel ondersteund door Cisco.
In sommige gevallen retourneert de uitvoer van debug atm ilmi een bericht dat vergelijkbaar is met het volgende:
*Sep 1 01:30:11: ILMI(ATM5/0): Errored response Function Type = ilmiPeerDeviceTypeInfo
Door te kijken naar dit voorbeeld Sniffer-spoor, kunnen we zien dat een standaard SNMP-header de volgende velden bevat:
------------ 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
De aanvraag-ID is een geheel getal dat overeenkomt met verzonden en ontvangen berichten en waarmee een geldautomaat snel verschillende SNMP-berichten achter elkaar kan verzenden, zoals hieronder te zien is.
Het veld Fout-status, wanneer niet-nul, geeft aan dat er een uitzondering is opgetreden tijdens het verwerken van het verzoek. In het veld Foutstatus worden de volgende foutwaarden gebruikt:
| Waarde | Beschrijving |
|---|---|
| te groot | De resultaten van een bewerking passen niet in één SNMP-bericht. |
| noSuchName | Aangevraagde bewerking identificeerde een onbekende variabele naam, volgens het gemeenschapsprofiel. |
| slechte waarde | Aangevraagde bewerking heeft een onjuiste syntaxis of waarde opgegeven wanneer u een variabele probeert te wijzigen. |
| alleen-lezen | Aangevraagde bewerking heeft geprobeerd een variabele te wijzigen waartoe het gemeenschapsprofiel geen schrijftoegang toestaat. |
| genError | Alle andere foutcondities. |
Een waarde die niet gelijk is aan nul voor het veld Foutenindex geeft aan welke variabele in de aanvraag fout was. Niet-nulwaarden zijn alleen mogelijk voor de foutwaarden noSuchName, badValue en readOnly.
Laten we eens kijken naar een voorbeeld van de ILMI-berichten die worden uitgewisseld tussen twee ATM-interfaces.
Tijdens initialisatie en re-initialisatie verzendt een ATM-interface verschillende GetRequest-berichten met verschillende volgnummers. De uitvoer van debug snmp-pakket onthult de unieke inhoud van elk GetRequest-bericht. In de volgende voorbeelduitvoer verzendt ATM-interface 0/0/0 zes aanvragen met volgnummers van 6551 tot 6556. Laten we eens kijken naar de GetRequests door ze op te splitsen in twee sets.
In de eerste set verzendt ATM 0/0/0 de volgende twee GetRequests:
| Aanvraag-ID | Actie en resultaten |
|---|---|
| 6551 | Zoekt naar de object-ID van atmfAtmLayerDeviceType van de peer ATM-interface. ATM-eindsystemen nemen de waarde van de gebruiker (1), terwijl ATM-netwerk switches nemen de waarde van knooppunt (2). |
| 6552 | Zoekt naar de object-ID atmfAtmLayerUniType van de peer ATM-interface. Ondersteunde waarden zijn publiek en privaat. |
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 deze tweede set uitvoer verzendt de switch vijf GetRequests. Ze staan allemaal vermeld in de onderstaande tabel. Voor een goed begrip hebben we elke reeks berichten in een andere kleur onder deze tabel gemarkeerd.
| Aanvraag-ID | Actie en resultaten |
|---|---|
| 6553 | Zoekt naar het object atmfNetPrefixGroup en implementeert de peerAddressTableCheck. We ontvangen een GetResponse met een fout. Overeenkomend met de debug snmp packet output naar de debug atm ilmi output, zien we dat de SetRequest een onbekende variabele heeft opgevraagd, volgens het communityprofiel. De volgende uitvoer wordt hieronder ook vet gemarkeerd. 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 | Zoekt drie objecten in de tabel atmfAtmLayer. Overeenkomend met de debug snmp packet output naar de debug atm ilmi output, zien we dat deze objecten zijn:
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 | Zoekt naar vijf extra objecten in de tabel atmfAtmLayer. Overeenkomend met de debug snmp packet output naar de debug atm ilmi output, zien we dat deze objecten zijn:
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 | Zoekt twee objecten in de fysieke poortgroep op:
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 | Verzendt een SetRequest met zijn netwerkprefix en de far-end bevestigt de validatie en registratie van dit prefix. De volgende uitvoer wordt ook in de onderstaande cursief blauw weergegeven. 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
Network to network interfaces (NNI) definiëren de verbinding tussen twee ATM-interfaces. Naast alle hierboven beschreven UNI-parameters onderhandelen NNI-poorten over het object atmAtmLayernniSigVersion voor de ATM-laaggroep. Dit object geeft de nieuwste versie van de ATM Forum PNNI-signaleringsspecificatie aan die door deze ATM-poort wordt ondersteund. Dit object bepaalt niet de PNNI-routeringsversie.
De waarden van de atmfAtmLayerNniSigVersion zijn:
IISP (2)
pnniVersion1point0 (3)
Opmerking: De UNI-signaleringsversie die wordt gebruikt op interfaces van het Interswitch Signaling Protocol (IISP) wordt bepaald door de hoogste gemeenschappelijke waarde te vinden die wordt geadverteerd in het object atmfAtmLayerUniVersion. Het interfacetype is aan de gebruikerszijde als de lokale atmfMySystemIdentifier groter is dan de atmfMySystemIdentifier van de peer, en aan de netwerkzijde als de lokale atmfMySystemIdentifier kleiner is dan de atmfMySystemIdentifier van de peer.
Opmerking: Hoewel de IISP 1.0-specificatie aangeeft dat IISP 1.0-koppelingen geen ILMI gebruiken, specificeert de ILMI 4.0-specificatie optioneel dat ILMI-functies anders dan adresregistratie via IISP-koppelingen kunnen worden uitgevoerd.