Feststellen von DLCI-Beschränkungen aufgrund von LMI-Statusaktualisierungen

Download-Optionen

  • PDF     (92.5 KB)
    Mit Adobe Reader auf verschiedenen Geräten anzeigen
  • ePub     (91.4 KB)
    In verschiedenen Apps auf iPhone, iPad, Android, Sony Reader oder Windows Phone anzeigen
  • Mobi (Kindle)     (89.9 KB)
    Auf einem Kindle-Gerät oder einer Kindle-App auf mehreren Geräten anzeigen
Aktualisiert:1. Juni 2005
Dokument-ID:14196

Inklusive Sprache

In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.

Informationen zu dieser Übersetzung

Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.

Einführung

Dieses Dokument enthält die Formel für die Berechnung der theoretischen Höchstzahl von Data-Link Connection Identifiers (DLCIs), die über eine Schnittstelle auf Basis des LMI-Typs (Local Management Interface) angekündigt werden können. Die Methode, von der die Formel abgeleitet wurde, wird aufgelistet sowie Debugbeispiele.

Voraussetzungen

Anforderungen

Die Leser dieses Dokuments sollten folgende Themen kennen:

  • Frame-Relay.

  • Verschiedene LMI-Typen.

Verwendete Komponenten

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

Die Informationen in diesem Dokument wurden von den Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen.

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie in den Cisco Technical Tips Conventions.

Methode

Im Folgenden sehen Sie eine standardmäßige LMI-Paketgliederung.

image001.gif

Beachten Sie, dass der DLCI zwei Byte lang ist und das gesamte Paket 10 Byte lang ist, sowie eine variable Datenmenge für die Information Elements (IEs). Der IE-Teil der Permanent Virtual Circuit (PVC) Full-Status-Pakete kann mithilfe des Befehls debug frame-relais lmi angezeigt werden. (Dies sind nur die vollständigen Statusmeldungen des Frame-Switches. Sie sehen mit diesem debug-Befehl auch reguläre Statusmeldungen.)

Beispiel für IE-Breakdowns

ANSI-617d (ANSI oder Anhang D) LMI-Typ, DLCI 0 

: Serial1(in): Status, myseq 3
: RT IE 1, length 1, type 0
: KA IE 3, length 2, yourseq 4 , myseq 3
: PVC IE 0x7 , length 0x3 , dlci 100, status 0x0
: PVC IE 0x7 , length 0x3 , dlci 200, status 0x0

Q933a (CCITT oder Anhang A) LMI-Typ, DLCI 0 

: Serial1(in): Status, myseq 1
: RT IE 51, length 1, type 0
: KA IE 53, length 2, yourseq 2 , myseq 1
: PVC IE 0x57, length 0x3 , dlci 100, status 0x0
: PVC IE 0x57, length 0x3 , dlci 200, status 0x0

Cisco LMI-Typ, DLCI 1023 

: Serial1(in): Status, myseq 68
: RT IE 1, length 1, type 0
: KA IE 3, length 2, yourseq 68, myseq 68
: PVC IE 0x7 , length 0x6 , dlci 100, status 0x2 , bw 0
: PVC IE 0x7 , length 0x6 , dlci 200, status 0x2 , bw 0

Analyse

Beachten Sie, dass in allen drei Fällen der Berichtstyp (RT) IE ein Byte lang und der KeepAlive (KA) IE zwei Byte lang ist. Für die ANSI- und Q933a-LMIs ist die PVC-Information IE 3 Byte lang, für Cisco LMI 6 Byte lang, da der zusätzliche "bw"-Wert (für BandWidth) erforderlich ist. Der "bw"-Wert stellt den zugesicherten Informationssatz (Committed Information Rate, CIR) dar. Der tatsächliche BW-Wert wird nur angezeigt, wenn der Frame-Relay-Switch für die Weiterleitung dieser Informationen konfiguriert ist. Ausführliche Informationen zu den angezeigten Werten finden Sie in der Befehlsreferenz für Debug Frame-Relay lmi.

Wenn der Befehl show frame-relais von Ihrem Cisco Gerät ausgegeben wird, können Sie um potenzielle Probleme und Bugfixes anzuzeigen. Zur Verwendung müssen Sie ein registrierter Kunde sein, angemeldet sein und JavaScript aktivieren.

Der statische Overhead beträgt in allen drei Fällen 13 Byte [gesamtes LMI-Paket minus IEs (10 Byte) + RT (1 Byte) + KA (2 Byte)]. Diese Zahl kann von der Maximum Transmission Unit (MTU) abgezogen werden, um die insgesamt verfügbaren Byte für DLCI-Informationen abzurufen. Anschließend teilen wir diese Zahl durch die Länge des PVC IE (5 Byte für ANSI und Q933a, 8 Byte für Cisco), um die theoretische maximale Anzahl von DLCIs für die Schnittstelle zu erhalten:

Für ANSI oder Q933a lautet die Formel: (MTU - 13) / 5= max. DLCIs.

Für Cisco lautet die Formel (MTU - 13)/8= max. DLCIs.

Hinweis: Es ist möglich, das Flag zwischen Frames zu teilen, wodurch der statische Overhead auf 12 Byte verringert würde.

Weitere Einschränkungen

  • Jede Subschnittstelle benötigt einen Schnittstellendeskriptor-Block (IDB). Verwenden Sie den Befehl show idb, um die für Ihre Router-Plattform unterstützte IDB-Grenze in Bezug auf die Cisco IOS-Softwareversion zu überprüfen. Weitere Informationen zu IDB und deren Beschränkungen für verschiedene Plattformen finden Sie unter Maximale Anzahl von Schnittstellen und Subschnittstellen für Cisco IOS-Softwareplattformen: IDB-Grenzwerte.

  • Die CIR aller gemeinsam hinzugefügten PVCs sollte die Taktrate (Zugriffsrate) der Schnittstelle nicht überschreiten.

  • Routing Information Protocol (RIP)- oder Interior Gateway Routing Protocol (IGRP)-Routen-Updates können der Schnittstelle je nach Konfiguration einen erheblichen Overhead hinzufügen.

Zugehörige Informationen

Beigetragen von

  • mattmar
    pdetroye

War dieses Dokument hilfreich?

FeedbackFeedback

Cisco kontaktieren

Dieses Dokument gilt für folgende Produkte.