25.02.2013 Views

TCP/IP Tutorial and Technical Overview - IBM Redbooks

TCP/IP Tutorial and Technical Overview - IBM Redbooks

TCP/IP Tutorial and Technical Overview - IBM Redbooks

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

2. HostA generates a RSVP PATH message, which describes the traffic offered<br />

by the sending application.<br />

3. The PATH message is sent over the intranet to router R1. St<strong>and</strong>ard<br />

RSVP/Intserv processing is done by the network devices within the intranet.<br />

4. The PATH state is defined in the router R1, <strong>and</strong> is forwarded to the Router R2<br />

in the Diffserv network.<br />

5. The PATH message is ignored in the Diffserv network at R2 <strong>and</strong> R3. It is sent<br />

to R4 in the intranet <strong>and</strong> to hostB.<br />

6. When the PATH message is received by hostB, a RSVP RESV message is<br />

built, indicating the offered traffic of a specific Intserv service type.<br />

7. The RESV message is sent to the Diffserv network.<br />

8. The Diffserv network transparently transmits the message to router R1.<br />

9. In R1, the RESV message triggers admission control processing. This means<br />

requested resources in the initial RSVP/Intserv request are compared to the<br />

resources available in the Diffserv network at the corresponding Diffserv<br />

service level. The corresponding service level is determined by the Intserv to<br />

Diffserv mapping function. The availability of resources is determined by the<br />

capacity defined in the SLA.<br />

10.If R1 approves the request, the RESV message is admitted <strong>and</strong> is allowed to<br />

be sent to the sender, hostA. R1 updates its tables with reduced capacity<br />

available at the admitted service level on this particular transmit interface.<br />

11.If the RESV message is not rejected by any RSVP node in the intranet, it will<br />

be received at hostA. The QoS process interprets the receipt of the message<br />

as an indication that the specified message flow has been admitted for the<br />

specified Intserv service type. It also learns the DSCP marking, which will be<br />

used for subsequent packets to be sent for this flow.<br />

8.3.3 Configuration <strong>and</strong> administration of DS with LDAP<br />

In a Differentiated Services network, the service level information must be<br />

provided to all network elements to ensure correct administrative control of<br />

b<strong>and</strong>width, delay, or dropping preferences for a given customer flow. All DS<br />

boundary components must have the same policy information for the defined<br />

service levels. This makes sure that the packets marked with the DS field receive<br />

the same service in all DS domains. If only one domain in the DS network has<br />

different policy information, it is possible that the data packets passing this<br />

domain will not receive the service that was contracted in the SLA between client<br />

<strong>and</strong> service provider.<br />

Network administrators can define different service levels for different clients <strong>and</strong><br />

manually provide this information to all boundary components. This policy<br />

322 <strong>TCP</strong>/<strong>IP</strong> <strong>Tutorial</strong> <strong>and</strong> <strong>Technical</strong> <strong>Overview</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!