Ein Gerät, das in der Lage ist als Bandwidth Allocator zu agieren, wird als SBM-fähig bezeichnet. Gibt es in einem Segment mehrere SBM-fähige Geräte, dann wird ein Gerät als Designated Subnet Bandwidth Manager (DSBM) ausgewählt. Der DSBM übernimmt die Aufgabe des Bandwidth Allocator im Segment. Sind Segmente über nicht SBM-fähige Geräte (Switch und Bridge) verbunden, dann werden sie wie ein Segment behandelt. Damit kann SBM seine Implementierungsart, verteilt oder zentral, den Bedingungen im Netz geeignet wählen. Die Requester Module werden als Designated Subnet Bandwidth Manager Client (DSBM-Client) bezeichnet.
Die Aufgabe eines DSBM ist es Anfragen, ob genügend Ressourcen für einen Fluß
im Segment zur Verfügung stehen, zu beantworten. Die dafür notwendigen
Daten sind in der Resv-PDU von RSVP enthalten. Die Idee von SBM ist,
die RSVP-PDUs um einige Objekte zu erweitern und dann über DSBMs eines
Subnetzes lenken.
Der DSBM sendet die SBM-Resv-PDUs, die erfolgreich das Admission Control
bestanden haben zum nächsten RSVP-Prozeß. Dort angekommen werden die
zusätzlichen Objekte wieder gelöscht und die Resv-PDU dem RSVP-Prozeß
übergeben. Dies ist gleichbedeutend mit dem erfolgreichen Bestehen des
Admission Control (siehe Abbildung ![[*]](http://www.nm.informatik.uni-muenchen.de/common/icons/latex2html-97.1/cross_ref_motif.gif){kind=icon}
).
Dieses Verfahren spart Zeit und Bandbreite, da nicht erst nach Erhalt einer
Resv-PDU vom RSVP-Prozeß eine Anfrage bei den DSBM des Subnetzes erfolgen
muß.
Damit die Resv-PDUs den Weg über die DSBM des Subnetzes folgen, werden
die Path-PDUs über diese gelenkt und in den SBM-fähigen Geräten der
Weg analog zu RSVP festgehalten (siehe Abbildung ).
Die RSVP-PDUs erhalten im Subnetz zusätzliche Objekte. Die Objekte und ihre Aufgaben sind: