Sie sind auf Seite 1von 3

DQDB

aus Wikipedia, der freien Enzyklopädie

Distributed Queue Dual Bus, oder kurz DQDB, ist ein Netzwerkprotokoll für die Hochleistungsübertragung. DQDB ist für
Übertragungsraten von 34 Mbit/s bis 155 Mbit/s ausgelegt und hat den Vorteil, dass es bei hoher Last besonders effizient
arbeitet.

Inhaltsverzeichnis
 1 Überblick und Entstehung
 2 Topologie
 3 Übertragung
 4 Zugriffsverfahren
 4.1 Steuerung über Warteschlange
 4.2 Isochroner Zugriff
 5 Weblinks

Überblick und Entstehung


DQDB wurde Mitte der 80er Jahre in Abstimmung parallel zu ATM entwickelt. Dadurch haben beide Standards eine ähnliche
Definition der Zellengröße. Ziel war es, den Anforderungen für neue Dienste, wie Bildtelefonie oder Videokonferenzen,
gerecht zu werden.

DQDB wurde als IEEE 802.6 standardisiert.

Topologie
DQDB besteht aus:

 2 gegeneinander laufende, einseitig gerichtete Busse


 Kopfstationen an jedem Busanfang
 Ankopplung der Stationen an beide Busse

http://de.wikipedia.org/wiki/DQDB
Oft werden diese 2 Busse ringförmig verlegt, wobei beide Kopfstationen zusammen fallen. Jede Station ist an beide Busse
lesend und schreibend angeschlossen. Der Anschluss an das MAN wird über Bridge und Router abgewickelt.

Übertragung
Der Kopf sendet einen ständigen Strom von 53 Byte großen "leeren" Zellen, die am jeweiligen Busende von einem
Abschlußwiderstand "geschluckt" werden. Jede Station darf eine leere Zelle beschreiben, wenn sie berechtigt ist. Es können
jeweils nur Stationen erreicht werden, die flussabwärts liegen. Das entscheidet implizit auch, welcher Bus verwendet wird.
Das wiederum bedeutet auch, dass die Stationen Kenntnis über die Topologie haben müssen, d.h. welche Stationen hinter und
welche vor ihnen liegen.

Zugriffsverfahren
Um den Zugriff auf dem Medium gerecht zu gestalten, wurden 2 Verfahren im Standard vorgesehen:

 Warteschlange (oder auch Queued-Arbitrated)


 Isochroner Zugriff (oder auch Pre-Arbitrated)

Steuerung über Warteschlange

Es existiert für jeden Bus eine Warteschlange, die nach dem FIFO Prinzip abgearbeitet wird. Ein Bus regelt die Steuerung der
Schlange für den Anderen. Die Warteschlangen sind verteilt implementiert, d.h. in den Stationen. Dadurch kennt jede Station
den aktuellen Zustand des Netzes. Sendewillige Stationen reihen sich in die Warteschlange ein.
http://de.wikipedia.org/wiki/DQDB
In jedem Knoten sind 2 Zähler (pro Bus) implementiert:

 Requestcounter RC, der sendewillige Knoten zählt


 Countdowncounter CD, der angibt, wieviele Zellen durchgelassen werden müssen

In jeder Zelle gibt es ein Busy-Bit und ein Request-Bit, die anzeigen, ob eine Zelle belegt ist oder ob eine (nachfolgende)
Station senden möchte. Hat ein Knoten eine Zelle für Bus A zusammengestellt, sendet er eine Anforderung über Bus B. Alle
Knoten an B erhalten somit dieses Anforderungsbit. Kommt eine leere Zelle, wird der RC um eins erniedrigt. Taucht eine
Anfrage auf, wird der RC um eins erhöht. Bei einer Zelle mit belegtem Busy-Bit wird ignoriert.

Nach dem Senden des Anforderungsbit, überträgt der Sender den Zählerstand vom RC auf den CD und setzt den RC wieder
auf 0.

Isochroner Zugriff

Hier erfolgt der Zugriff über vorherbestimmte (PA-)Zellen, d.h. dass jede Station nur für sie bestimmte Zellen beschreiben
darf. Es wird ebenso verbindungsorientiert gearbeitet, d.h. eine Akzeptanz einer Verbindung zweier Stationen muss
vorausgegangen sein.

Bemerkung: Beide Zugriffsarten können gemischt werden

Weblinks
 http://www.lkn.ei.tum.de/lehre/mmprog/mac/protocols/dqdb/dqdb4-slow.htm - Animation zur Funktionsweise von
DQDB (englisch)

Von „http://de.wikipedia.org/wiki/DQDB“
Kategorie: Netzwerkprotokoll

 Diese Seite wurde zuletzt am 19. September 2007 um 18:13 Uhr geändert.
 Ihr Text steht unter der GNU-Lizenz für freie Dokumentation.
Wikipedia® ist eine eingetragene Marke der Wikimedia Foundation Inc.

http://de.wikipedia.org/wiki/DQDB