Stream Control Transmission Protocol (SCTP) Network Address Translation
draft-ietf-behave-sctpnat-09
Document | Type |
Replaced Internet-Draft
(individual)
Expired & archived
|
|
---|---|---|---|
Authors | Randall R. Stewart , Michael Tüxen , Irene Ruengeler | ||
Last updated | 2014-03-13 (Latest revision 2013-09-09) | ||
Replaces | draft-stewart-behave-sctpnat | ||
Replaced by | draft-ietf-tsvwg-natsupp | ||
RFC stream | Internet Engineering Task Force (IETF) | ||
Intended RFC status | (None) | ||
Formats | |||
Stream | WG state | WG Document | |
Document shepherd | (None) | ||
IESG | IESG state | Replaced by draft-ietf-tsvwg-natsupp | |
Consensus boilerplate | Unknown | ||
Telechat date | (None) | ||
Responsible AD | (None) | ||
Send notices to | (None) |
This Internet-Draft is no longer active. A copy of the expired Internet-Draft is available in these formats:
Abstract
Stream Control Transmission Protocol [RFC4960] provides a reliable communications channel between two end-hosts in many ways similar to TCP [RFC0793]. With the widespread deployment of Network Address Translators (NAT), specialized code has been added to NAT for TCP that allows multiple hosts to reside behind a NAT and yet use only a single globally unique IPv4 address, even when two hosts (behind a NAT) choose the same port numbers for their connection. This additional code is sometimes classified as Network Address and Port Translation or NAPT. To date, specialized code for SCTP has NOT yet been added to most NATs so that only pure NAT is available. The end result of this is that only one SCTP capable host can be behind a NAT. This document describes an SCTP specific variant of NAT which provides similar features of NAPT in the single point and multi-point traversal scenario.
Authors
Randall R. Stewart
Michael Tüxen
Irene Ruengeler
(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)