RFC 5979

NSIS Operation over IP Tunnels, March 2011

Canonical URL:
File formats:
Plain TextPDF
C. Shen
H. Schulzrinne
S. Lee
J. Bang
nsis (tsv)

Cite this RFC: TXT  |  XML

DOI:  http://dx.doi.org/10.17487/RFC5979

Other actions: Find Errata (if any)  |  Submit Errata  |  Find IPR Disclosures from the IETF


NSIS Quality of Service (QoS) signaling enables applications to perform QoS reservation along a data flow path. When the data flow path contains IP tunnel segments, NSIS QoS signaling has no effect within those tunnel segments. Therefore, the resulting tunnel segments could become the weakest QoS link and invalidate the QoS efforts in the rest of the end-to-end path. The problem with NSIS signaling within the tunnel is caused by the tunnel encapsulation that masks packets' original IP header fields. Those original IP header fields are needed to intercept NSIS signaling messages and classify QoS data packets. This document defines a solution to this problem by mapping end-to-end QoS session requests to corresponding QoS sessions in the tunnel, thus extending the end-to-end QoS signaling into the IP tunnel segments. This document defines an Experimental Protocol for the Internet community.

For the definition of Status, see RFC 2026.

For the definition of Stream, see RFC 4844.

Download PDF Reader

Search RFCs
Advanced Search