The multi-address space in the v6 world is being presented in a different light. SLs are NOT replacements for RFC 1918 private addresses, they are just another option that a site can use if it chooses to. SLs have no meaning outside the site boundary, just as LLs have no meaning outside the local link and Globals have no meaning outside the global v6 Internet. Therefore it is not possible for 2 disjoint sites to connect to each other.
The options to solve this should include getting globals or creating a new super-site that encompasses the individual sites. The pressure to deploy NATs will only come if we fail to provide these alternatives.
Rich
At 04:24 PM 10/31/02 -0500, Keith Moore wrote:
> are we looking for a way to > support applications that span multiple sites that each use site-local > addresses?the reality is that if SLs are widely used in v6 networks, apps will be expected to span sites using SLs, just as they are now expected to span between the public internet and sites using RFC 1918 addresses, and sometimes between multiple sites using RFC 1918 addresses. today that tends to require either that all nodes on private networks maintain an open connection to a point-of-contact in the public network, and/or that there be appliation-specific proxies at points where the various realms meet. and it often requires a fair amount of complexity in the app due to lack of a usable global address space and the need to do routing through such proxies. Keith -------------------------------------------------------------------- IETF IPng Working Group Mailing List IPng Home Page: http://playground.sun.com/ipng FTP archive: ftp://playground.sun.com/pub/ipng Direct all administrative requests to [EMAIL PROTECTED] --------------------------------------------------------------------
------------------------------------ Richard A. Carlson e-mail: [EMAIL PROTECTED] Network Research Section phone: (630) 252-7289 Argonne National Laboratory fax: (630) 252-4021 9700 Cass Ave. S. Argonne, IL 60439 -------------------------------------------------------------------- IETF IPng Working Group Mailing List IPng Home Page: http://playground.sun.com/ipng FTP archive: ftp://playground.sun.com/pub/ipng Direct all administrative requests to [EMAIL PROTECTED] --------------------------------------------------------------------
