Grundlegende DLSw+-Konfigurationen

Download-Optionen

  • PDF     (189.6 KB)
    Mit Adobe Reader auf verschiedenen Geräten anzeigen
  • ePub     (100.1 KB)
    In verschiedenen Apps auf iPhone, iPad, Android, Sony Reader oder Windows Phone anzeigen
  • Mobi (Kindle)     (159.2 KB)
    Auf einem Kindle-Gerät oder einer Kindle-App auf mehreren Geräten anzeigen
Aktualisiert:28. Januar 2008
Dokument-ID:12411

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

Data Link Switching (DLSw) ist ein Switch-to-Switch-Protokoll, das zur Übertragung von IBM Systems Network Architecture (SNA)- und IBM NetBIOS-Datenverkehr über ein IP-Netzwerk verwendet wird. Dieses Protokoll bietet kein vollständiges Routing, sondern stattdessen Switching auf der SNA Data Link Layer und Kapselung in TCP/IP für die Übertragung über das Internet.

Bevor Sie beginnen

Konventionen

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

Voraussetzungen

Für dieses Dokument bestehen keine besonderen Voraussetzungen.

Verwendete Komponenten

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

Die in diesem Dokument enthaltenen Informationen wurden aus Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Sie in einem Live-Netzwerk arbeiten, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen, bevor Sie es verwenden.

Hintergrundinformationen

DLSw+ ist die DLSw-Implementierung von Cisco. Zusätzlich zum DLSw-Standard umfasst DLSw+ die folgenden Funktionen:

  • Auswahl der Transportoption, einschließlich TCP, FST (Fast-Sequected Transport) und direkte Kapselung.

  • Verbesserte Skalierbarkeit durch: Peer-Gruppen, Peers auf Abruf, Explorer-Firewalls und Standortlernen.

  • Medienkonvertierung zwischen lokalen und Remote-LANs und SDLC oder Ethernet.

Was ist der DLSw-Standard?

Weitere Einzelheiten zum DLSw-Standard finden Sie in RFC 1795 (RFC 1434 wurde durch RFC 1795 überholt). Zusammenfassend beschreibt RFC 1795 das Switch-to-Switch-Protokoll (SSP), das zwischen Routern zum Einrichten von DLSw-Verbindungen, zum Ermitteln von Ressourcen, zum Weiterleiten von Daten, zum Behandeln der Flusssteuerung und zur Fehlerwiederherstellung verwendet wird. Außerdem wird beschrieben, wie Data Link Control (DLC)-Verbindungen lokal terminiert und die DLC-Verbindungen einem DLSw-Schaltkreis zugeordnet werden.

Wenn DLSw DLC-Verbindungen lokal terminiert, werden die folgenden Probleme behoben:

  • DLC-Timeouts

  • DLC-Bestätigungen über das WAN

  • Kontrolle von Fluss und Überlastung

  • Broadcast-Steuerung von Suchpaketen

  • Begrenzungen für Quell-Route-Bridging-Hop-Zählungen

Hinweis: Verbesserungen an RFC 1795 sind in RFC 2166 zu finden. Diese Erweiterungen befassen sich mit Skalierbarkeitsproblemen in DLSw und mit Klarstellungen in RFC 1795. RFC 2166 ist jedoch nicht obsolet 1795 und sollte zusammen mit 1795 verwendet werden.

Beispielkonfigurationen

Die hier abgebildeten Konfigurationen sind Teilkonfigurationen. Sie stellen nur den Teil der Konfiguration dar, der für die DLSw+-Unterstützung erforderlich ist, und keine IP- oder andere Protokollunterstützung. Da DLSw+ auf TCP/IP basiert (außer wenn Sie FST oder Direct verwenden), wird davon ausgegangen, dass das IP-Netzwerk bereits aktiv ist.

1. Token-Ring zu-Token-Ring über WAN

ringwan.gif 

Router A

!
source-bridge ring-group 2000
dlsw local-peer peer-id 150.150.1.1
dlsw remote-peer 0 tcp 150.150.2.1
!
interface Loopback0
 ip address 150.150.1.1 255.255.255.0
!
interface Serial0
 ip address 150.150.100.1 255.255.255.0
!
interface TokenRing0
 ip address 150.150.10.1 255.255.255.0
 ring-speed 16
 source-bridge 1 1 2000
 source-bridge spanning

 !--- Allows the router to forward single route explorer frames.


Router B

!
source-bridge ring-group 2000
dlsw local-peer peer-id 150.150.2.1
dlsw remote-peer 0 tcp 150.150.1.1
!
interface Loopback0
 ip address 150.150.2.1 255.255.255.0
!
interface Serial0
 ip address 150.150.100.2 255.255.255.0
!
interface TokenRing0
 ip address 150.150.20.2 255.255.255.0
 ring-speed 16
 source-bridge 2 1 2000
 source-bridge spanning

 !--- Allows the router to forward single route explorer frames.

In diesem Beispiel nehmen wir einen virtuellen Ring, die Ringnummer 2000, an, um problemlos eine Beziehung zwischen den beiden Gruppen herzustellen. Das Routing Information Field (RIF) wird jedoch am DLSw+-Router terminiert. Sie können für jeden Router eine andere virtuelle Rufnummer auswählen. Seien Sie vorsichtig, wenn Sie die Klingeltonummer auswählen. Sie sollten die gleichen Regeln befolgen, die auch für Source-Route-Bridging gelten. Derzeit unterstützt Cisco nur einen virtuellen Ring pro Router.

Mit dem Befehl dlsw local-peer wird Ihre eigene DLSw+-IP-Adresse für den lokalen Router definiert. Im obigen Beispiel wird die IP-Adresse der Loopback-Schnittstelle verwendet, sodass DLSw+ nicht auf die tatsächliche physische Schnittstelle angewiesen ist.

Der Befehl dlsw remote-peer definiert die IP-Adresse des Remote-Routers. Die Nummer 0, die auf das Schlüsselwort "remote-peer" folgt, ist die Nummer der Ringliste. Wenn Sie ein vollständig vernetztes Netzwerk benötigen, verwenden Sie im Allgemeinen die Nummer 0. Die Ringlisten-Nummer dient dazu, die Überflutung von Explorer-Frames zu kontrollieren, indem das Netzwerk segmentiert werden kann (siehe Beispiel zwei für eine Ringlistendemonstration).

2. Token Ring zu Token Ring mit Ringliste

ringlist.gif 

Router A

!
source-bridge ring-group 2000
dlsw local-peer peer-id 150.150.1.1
dlsw remote-peer 0 tcp 150.150.2.1
!
interface Loopback0
 ip address 150.150.1.1 255.255.255.0
!
interface Serial0
 ip address 150.150.100.1 255.255.255.0
!
interface TokenRing0
 ip address 150.150.10.1 255.255.255.0
 ring-speed 16
 source-bridge 3 1 2000
 source-bridge spanning 

 !--- Allows the router to forward single route explorer frames.


Router B
!
source-bridge ring-group 2000
dlsw local-peer peer-id 150.150.2.1
dlsw remote-peer 1 tcp 150.150.1.1
dlsw ring-list 1 rings 1
!
interface Loopback0
 ip address 150.150.2.1 255.255.255.0
!
interface Serial0
 ip address 150.150.100.2 255.255.255.0
!
interface TokenRing0
 ip address 150.150.20.2 255.255.255.0
 ring-speed 16
 source-bridge 1 1 2000
 source-bridge spanning 

 !--- Allows the router to forward single route explorer frames.

!
interface TokenRing1
ip address 150.150.30.1 255.255.255.0
ring-speed 16
source-bridge 2 1 2000
source bridge spanning 

 !--- Allows the router to forward single route explorer frames.

In diesem Beispiel können alle Workstations auf Ring 3 nur Sitzungen mit Stationen auf Ring 1, aber nicht mit Ring 2 einrichten, und umgekehrt. Stationen auf Ring 1 können weiterhin mit Stationen auf Ring 2 kommunizieren, da sie lokal mit Router B verbunden sind.

Das bedeutet, dass keine Übertragung von Ring 2 an Router A erfolgen wird. Die Verwendung von DLSW-Listen, Portlisten und Gruppenlisten-Anweisungen ist sehr nützlich, wenn Sie den Broadcast-Datenverkehr über das WAN steuern möchten.

3. Token Ring zu Ethernet über WAN

ringether.gif

In diesem Beispiel befinden sich Geräte auf gemischten Medien. Daher müssen wir die MAC-Adresse des Hosts austauschen, bevor sie auf dem sekundären Gerät codiert wird, das das Explorer-Testpaket initiiert. Siehe auch Verständnis und Fehlerbehebung bei Source-Route Translation Bridging. 

Router A

!
source-bridge ring-group 2000
dlsw local-peer peer-id 150.150.1.1
dlsw remote-peer 0 tcp 150.150.2.1
!
interface Loopback0
 ip address 150.150.1.1 255.255.255.0
!
interface Serial0
 ip address 150.150.100.1 255.255.255.0
!
interface TokenRing0
 ip address 150.150.10.1 255.255.255.0
 ring-speed 16
 source-bridge 1 1 2000
 source-bridge spanning 
 !--- Allows the router to forward single route explorer frames.

Im nächsten Beispiel darf die Station im Ethernet-Segment mit den Stationen im Token-Ring-Segment kommunizieren. Der DLSw+-Router übernimmt die Konvertierung vom Ethernet-Format in das Token Ring-Format. Der Befehl dlsw bridge-group wird verwendet, um das Ethernet-Segment mit dem DLSw+-Prozess zu verknüpfen, genau wie die Source-Bridge-Anweisung das Token-Ring-Segment über die virtuelle Ringgruppe mit dem DLSw+ verknüpft. Sie müssen SRT/LB nur konfigurieren, wenn Sie über eine Token Ring-Schnittstelle auf Router B verfügen. Außerdem ist eine Kommunikation zwischen den Stationen auf diesem Token Ring und dem Ethernet erforderlich. Siehe Beispiel 6.

Hinweis: Source-Bridge-Ringgruppe auf Router B ist nicht erforderlich.

Router B
!
dlsw local-peer peer-id 150.150.2.1
dlsw remote-peer 0 tcp 150.150.1.1
dlsw bridge-group 1
!
interface Loopback0
 ip address 150.150.2.1 255.255.255.0
!
interface Serial0
 ip address 150.150.100.2 255.255.255.0
!
interface Ethernet0
 ip address 150.150.30.1 255.255.255.0
 bridge-group 1
!
bridge 1 protocol dec
!

4. Ethernet zu Ethernet over WAN

etherwan.gif 

Router A
!
dlsw local-peer peer-id 150.150.1.1
dlsw remote-peer 0 tcp 150.150.2.1
dlsw bridge-group 1
!
interface Loopback0
 ip address 150.150.1.1 255.255.255.0
!
interface Serial0
 ip address 150.150.100.1 255.255.255.0
!
interface Ethernet0
 ip address 150.150.30.1 255.255.255.0
 bridge-group 1
!
bridge 1 protocol dec
!

Router B
!
dlsw local-peer peer-id 150.150.2.1
dlsw remote-peer 0 tcp 150.150.1.1
dlsw bridge-group 1
!
interface Loopback0
 ip address 150.150.2.1 255.255.255.0
!
interface Serial0
 ip address 150.150.100.2 255.255.255.0
!
interface Ethernet0
 ip address 150.150.40.1 255.255.255.0
 bridge-group 1
!
bridge 1 protocol dec

Hinweis: Source-Bridge-Ring-Gruppen sind auf keinem der Router erforderlich.

5. Token-Ring zu Ethernet im gleichen Router

tokenether.gif

Wenn Sie Stationen zwischen Ethernet und Token Ring verbinden müssen, die lokal am Router sind, müssen Sie SR/TLB (translational Bridging) verwenden. Lokales DLSw zwischen Ethernet und Token Ring wird nicht unterstützt. 

Router A

source-bridge ring-group 2000
source-bridge transparent 2000 1000 1 1

interface Ethernet0
 ip address 150.150.40.1 255.255.255.0
 bridge-group 1
!
interface TokenRing0
 ip address 150.150.10.1 255.255.255.0
 ring-speed 16
 source-bridge 1 1 2000
 source-bridge spanning
 !--- Allows the router to forward single route explorer frames.

!
bridge 1 protocol ieee

Für den Befehl source-bridge transparent 2000 1000 1 1 haben wir:

  • 2000 ist die virtuelle Ringnummer, die von der Source-Bridge-Ringgruppe 2000 konfiguriert wurde.

  • 1000 ist die Pseudo-Ringnummer, die der Ethernet-Domäne zugewiesen wird.

  • 1 ist die Bridge-Nummer der Bridge, die zur transparenten Bridging-Domäne führt.

  • 1 ist die Nummer der transparenten Bridge-Gruppe, die Sie in Ihre Bridge-Domäne für die Quellroute einbinden möchten.

Hinweis: IP-Adressen auf den Schnittstellen sind für SRT/LB nicht erforderlich.

6. SR/TLB und DLSw+

srtlb.gif 

Router A
source-bridge ring-group 2000
source-bridge transparent 2000 1000 1 1
dlsw local-peer peer-id 150.150.1.1
dlsw remote-peer 0 tcp 150.150.2.1
dlsw bridge-group 1
!
interface Loopback0
 ip address 150.150.1.1 255.255.255.0
!
interface Ethernet0
 ip address 150.150.40.1 255.255.255.0
 bridge-group 1
!
interface TokenRing0
 ip address 150.150.10.1 255.255.255.0
 ring-speed 16
 source-bridge 1 1 2000
 source-bridge spanning
 !--- Allows the router to forward single route explorer frames.

!
bridge 1 protocol dec

Router B
source-bridge ring-group 2000
dlsw local-peer peer-id 150.150.2.1
dlsw remote-peer 0 tcp 150.150.1.1
!
interface Loopback0
 ip address 150.150.2.1 255.255.255.0
!
interface TokenRing0
 ip address 150.150.11.1  255.255.255.0
 ring-speed 16
 source-bridge 2 1 2000
 source-bridge spanning 
 !--- Allows the router to forward single route explorer frames.

Im obigen Beispiel werden DLSw und SRT/LB konfiguriert. SRT/LB ist nur erforderlich, wenn Stationen am Token Ring mit Stationen im Ethernet auf demselben Router, Router A, kommunizieren müssen. Wenn nur Ethernet-Stationen auf Router A mit Remote-Token-Ring-Stationen auf Router B sprechen müssen, übernimmt dlsw bridge-Group 1 dies.

7. Token-Ring zu SDLC über WAN

tokensdlc.gif 

Router A
!
source-bridge ring-group 2000
dlsw local-peer peer-id 150.150.1.1
dlsw remote-peer 0 tcp 150.150.2.1
!
interface Loopback0
 ip address 150.150.1.1 255.255.255.0
!
interface Serial0
 ip address 150.150.100.1 255.255.255.0
!
interface TokenRing0
 ip address 150.150.10.1 255.255.255.0
 ring-speed 16
 source-bridge 1 1 2000
 source-bridge spanning
 !--- Allows the router to forward single route explorer frames.


Router B

dlsw local-peer peer-id 150.150.2.1
dlsw remote-peer 0 tcp 150.150.1.1
!
interface Loopback0
 ip address 150.150.2.1 255.255.255.0
!
interface Serial0
 ip address 150.150.100.2 255.255.255.0
!
interface Serial 1
 no ip address
 encapsulation sdlc
 no keepalive
 clockrate 9600
 sdlc role primary

 !--- Assumes SDLC station role secondary for the controller.

 sdlc vmac 4000.9999.0100 

 !--- Virtual MAC address given to the controller which will !--- have sdlc address (01) appended to it.

 sdlc address 01          

 !--- SDLC address, obtained from controller configuration.

 sdlc xid 01 05D20001     

 !--- 01 is the SDLC address and IDBLK/IDNUM should match that !--- in SMN on the host.

 sdlc partner 4000.1020.1000 01 

 !--- 4000.1020.1000 is the MAC address of the host !--- and 01 is the SDLC address.
 
 sdlc dlsw 1
!

Hinweis: Die DLSw-Leitungsverbindung liegt zwischen 4000.999.0101 und 4000.1020.1000. Im obigen Beispiel wird außerdem von einem PU2.0-Controller ausgegangen. Weitere PU-Typen finden Sie im Leitfaden zur Fehlerbehebung für SDLC mit DLSw.

Die oben genannten Konfigurationsbeispiele sind einige gängige Netzwerkszenarien. Sie können mit DLSw+ viel mehr erreichen, aber diese Konfigurationen bieten Ihnen einige der Grundlagen. Beachten Sie, dass DLSw+ durch eine zusätzliche Funktion zur Interoperabilität mit anderen Routern, die RFC 1795 und RFC 2166 erfüllen, erweitert wird.

Zugehörige Informationen

War dieses Dokument hilfreich?

FeedbackFeedback

Cisco kontaktieren