-
"NSLP for Quality-of-Service Signaling", Jukka Manner, Georgios Karagiannis, Andrew McDonald, 7-Feb-08. ( bytes)
- This specification describes the NSIS Signaling Layer Protocol (NSLP)
for signaling QoS reservations in the Internet. It is in accordance
with the framework and requirements developed in NSIS. Together with
GIST, it provides functionality similar to RSVP and extends it. The
QoS NSLP is independent of the underlying QoS specification or
architecture and provides support for different reservation models.
It is simplified by the elimination of support for multicast flows.
This specification explains the overall protocol approach, design
decisions made and provides examples. It specifies object, message
formats and processing rules.
-
"NAT/Firewall NSIS Signaling Layer Protocol (NSLP)", Martin Stiemerling, Hannes Tschofenig, Cedric Aoun, Elwyn Davies, 3-Nov-08. ( bytes)
- This memo defines the NSIS Signaling Layer Protocol (NSLP) for
Network Address Translators (NATs) and firewalls. This NSLP allows
hosts to signal on the data path for NATs and firewalls to be
configured according to the needs of the application data flows. For
instance, it enables hosts behind NATs to obtain a public reachable
address and hosts behind firewalls to receive data traffic. The
overall architecture is given by the framework and requirements
defined by the Next Steps in Signaling (NSIS) working group. The
network scenarios, the protocol itself, and examples for path-coupled
signaling are given in this memo.
-
"GIST: General Internet Signalling Transport", Henning Schulzrinne, Robert Hancock, 31-Oct-08. ( bytes)
- This document specifies protocol stacks for the routing and transport
of per-flow signalling messages along the path taken by that flow
through the network. The design uses existing transport and security
protocols under a common messaging layer, the General Internet
Signalling Transport (GIST), which provides a common service for
diverse signalling applications. GIST does not handle signalling
application state itself, but manages its own internal state and the
configuration of the underlying transport and security protocols to
enable the transfer of messages in both directions along the flow
path. The combination of GIST and the lower layer transport and
security protocols provides a solution for the base protocol
component of the "Next Steps in Signalling" framework.
-
"Applicability Statement of NSIS Protocols in Mobile Environments", Takako Sanda, Xiaoming Fu, Seong-Ho Jeong, Jukka Manner, Hannes Tschofenig, 18-Nov-08. ( bytes)
- Mobility of an IP-based node affects routing paths, and as a result,
can have a significant effect on the protocol operation and state
management. This draft discusses the effects mobility can cause to
the NSIS protocol suite, and how the protocols operate in different
scenarios, with mobility management protocols.
-
"RMD-QOSM - The Resource Management in Diffserv QOS Model", Attila Bader, 7-Jul-08. ( bytes)
- This document describes an NSIS QoS Model for networks that use the
Resource Management in Diffserv (RMD) concept. RMD is a technique
for adding admission control and pre-emption function to
Differentiated Services (Diffserv) networks. The RMD QoS Model
allows devices external to the RMD network to signal reservation
requests to edge nodes in the RMD network. The RMD Ingress edge nodes
classify the incoming flows into traffic classes and signals resource
requests for the corresponding traffic class along the data path to
the Egress edge nodes for each flow. Egress nodes reconstitute the
original requests and continue forwarding them along the data path
towards the final destination. In addition, RMD defines notification
functions to indicate overload situations within the domain to the
edge nodes.
-
"GIST State Machine", Tseno Tsenov, Hannes Tschofenig, Xiaoming Fu, Cedric Aoun, Elwyn Davies, Intellectual Property, 3-Nov-08. ( bytes)
- This document describes the state machines for the General Internet
Signaling Transport (GIST). The states of GIST nodes for a given flow
and their transitions are presented in order to illustrate how GIST
may be implemented.
(This Internet-Draft is also available in
PDF format [ bytes].)
-
"Y.1541-QOSM -- Y.1541 QoS Model for Networks Using Y.1541 QoS Classes", Gerald Ash, Al Morton, Martin Dolly, Percy Tarapore, Chuck Dvorak, Yacine Mghazli, 27-Oct-08. ( bytes)
- This draft describes a QoS-NSLP QoS model (QOSM) based on ITU-T
Recommendation Y.1541 Network QoS Classes and related signaling
requirements. Y.1541 specifies 8 classes of Network Performance
objectives, and the Y.1541-QOSM extensions include additional QSPEC
parameters and QOSM processing guidelines.
-
"NSIS Operation Over IP Tunnels", Charles Shen, Henning Schulzrinne, Sung-Hyuck Lee, Jong Bang, 3-Nov-08. ( bytes)
- This draft presents an NSIS operation over IP tunnel scheme using QoS
NSLP as the NSIS signaling application. Both sender-initiated and
receiver-initiated NSIS signaling modes are discussed. The scheme
creates individual or aggregate tunnel sessions for end-to-end
sessions traversing the tunnel. Packets belonging to qualified end-
to-end sessions are mapped to corresponding tunnel sessions and
assigned special flow IDs to be distinguished from the rest of the
tunnel traffic. Tunnel endpoints keep the association of the end-to-
end and tunnel session mapping, so that adjustment in one session can
be reflected in the other.
-
"General Internet Signaling Transport (GIST) over SCTP", Xiaoming Fu, Christian Dickmann, Jon Crowcroft, 26-Oct-08. ( bytes)
- The General Internet Signaling Transport (GIST) protocol currently
uses TCP or TLS over TCP for connection mode operation. This
document describes the usage of GIST over the Stream Control
Transmission Protocol (SCTP). The use of SCTP can take advantage of
features provided by SCTP, namely streaming-based transport, support
of multiple streams to avoid head of line blocking, the support of
multi-homing to provide network level fault tolerance, as well as
partial reliability extension for partially reliable data
transmission. Additionally, the support for datagram TLS is also
discussed.
IETF Secretariat - Please send questions, comments, and/or
suggestions to ietf-web@ietf.org.
Return to Internet-Draft directory.
Return to IETF home page.