[rfc-dist] RFC 5389 on Session Traversal Utilities for NAT (STUN)
rfc-editor at rfc-editor.org
Fri Oct 24 15:45:23 PDT 2008
A new Request for Comments is now available in online RFC libraries.
Title: Session Traversal Utilities for NAT
Author: J. Rosenberg, R. Mahy,
P. Matthews, D. Wing
Status: Standards Track
Date: October 2008
Mailbox: jdrosen at cisco.com,
rohan at ekabal.com,
philip_matthews at magma.ca,
dwing at cisco.com
I-D Tag: draft-ietf-behave-rfc3489bis-18.txt
Session Traversal Utilities for NAT (STUN) is a protocol that serves
as a tool for other protocols in dealing with Network Address
Translator (NAT) traversal. It can be used by an endpoint to
determine the IP address and port allocated to it by a NAT. It can
also be used to check connectivity between two endpoints, and as a
%keep-alive protocol to maintain NAT bindings. STUN works with many
existing NATs, and does not require any special behavior from them.
STUN is not a NAT traversal solution by itself. Rather, it is a tool
to be used in the context of a NAT traversal solution. This is an
important change from the previous version of this specification (RFC
3489), which presented STUN as a complete solution.
This document obsoletes RFC 3489. [STANDARDS TRACK]
This document is a product of the Behavior Engineering for Hindrance Avoidance Working Group of the IETF.
This is now a Proposed Standard Protocol.
STANDARDS TRACK: This document specifies an Internet standards track
protocol for the Internet community,and requests discussion and suggestions
for improvements. Please refer to the current edition of the Internet
Official Protocol Standards (STD 1) for the standardization state and
status of this protocol. Distribution of this memo is unlimited.
This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
For searching the RFC series, see http://www.rfc-editor.org/rfcsearch.html.
For downloading RFCs, see http://www.rfc-editor.org/rfc.html.
Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor at rfc-editor.org. Unless
specifically noted otherwise on the RFC itself, all RFCs are for
The RFC Editor Team
USC/Information Sciences Institute
More information about the rfc-dist