[e2e] This seems to be an end-to-end issue

Bob Braden braden at ISI.EDU
Wed Apr 3 16:02:43 PST 2002


----- Begin Included Message -----

>From ietf-123-owner at loki.ietf.org  Wed Apr  3 08:24:34 2002
To: IETF-Announce: ;
From: "Leslie Daigle" <leslie at thinkingcat.com>
Subject: Impending publication:  draft-iab-unsaf-considerations-01.txt
Date: Wed, 03 Apr 2002 09:49:29 -0500
X-AntiVirus: scanned by AMaViS 0.2.1

The IAB is ready to ask the IESG to publish

     IAB Considerations for UNilateral Self-Address Fixing (UNSAF)
                 draft-iab-unsaf-considerations-01.txt

as an Informational RFC.  This document is part survey of issues,
and part advice for IETF protocol development.  The IAB would
like to ensure that the IETF community has had an opportunity to
read it and comment before its publication.

The IAB solicits comments by April 15, 2002.  Please send 
comments to the IAB, care of the document editor 
(leslie at thinkingcat.com), or to ietf at ietf.org.  The document can be 
found at 

http://www.ietf.org/internet-drafts/draft-iab-unsaf-considerations-01.txt

Leslie Daigle
For the IAB

ABSTRACT

   With current NA[P]T middleboxes, individual networks using different
   address realms are bridged.  However, as a side effect of address
   translation, communicating endpoints on either side of the middlebox
   do not know how to refer to themselves using addresses that are
   applicable in the other realm -- the address translation is locked
   within the middlebox.  Various proposals have been made for
   "UNilateral Self-Address Fixing (UNSAF)" processes.  These are
   processes whereby some originating process attempts to determine  or
   fix the address (and port) by which it is known to another process --
   e.g., to be able to use address data in the protocol exchange, or to
   advertise a public address from which it will receive connections.

   This document outlines the reasons for which these proposals can be
   considered at best as short term fixes to specific problems, and the
   specific issues to be carefully evaluated before creating an UNSAF
   proposal.




----- End Included Message -----




More information about the end2end-interest mailing list