[prev in list] [next in list] [prev in thread] [next in thread] 

List:       ipng
Subject:    (IPng 3097) Re: GSE and NAT
From:       "(Brian E Carpenter)" <brian () hursley ! ibm ! com>
Date:       1997-02-26 13:42:26
[Download RAW message or body]

IPv6-enabled applications must not embed IPv6 addresses
in non-dynamically-refreshed state. Legacy IPv4 applications
do this, but that is legacy. RFC 1900 explores this issue.
GSE addressing doesn't actually change anything here, but
provides the ESD which can be safely embedded in 
dynamically-refreshed state.

As for using DNS to look up RG, I fail to see why that
differs from using DNS today to look up the network number
portion of an IPv4 address. It's true that there are emergency
modes of communication where you may type in an IPv4 address,
and there may be emergency modes where you need to type  in
the RG. What's the philosophical difference?

   Brian Carpenter

>- Paul Ferguson said:
> 
> At 02:15 AM 2/26/97 -0500, Mike O'Dell wrote:
> 
> >
> >it's the same issue for TCP and UDP - if you want to use the
> >addresses for simple identity purposes, use the ESD.  if you want
> >to send something that's going to be used to reach you,
> >send a domain name so the other end can get a translation
> >with the right RG.
> >
> 
> I can't help but think that such reliance on, and integration of,
> the DNS into the routing system is a major flaw. When I keep reading
> things like this, my fears are reborn.
> 
> - paul
> 
> ------------------------------------------------------------------------------
> IETF IPng Mailing List		      FTP archive: ftp.parc.xerox.com/pub/ipng
> IPng Home Page:          	      http://playground.sun.com/ipng
> Direct all administrative requests to majordomo@sunroof.eng.sun.com
> 

------------------------------------------------------------------------------
IETF IPng Mailing List		      FTP archive: ftp.parc.xerox.com/pub/ipng
IPng Home Page:          	      http://playground.sun.com/ipng
Direct all administrative requests to majordomo@sunroof.eng.sun.com

[prev in list] [next in list] [prev in thread] [next in thread]