Hi Erik, there's a set of cases where the MN uses Localized mobility management such as HMIPv6 and can use only site locals within a set of access networks.
The MN is reachable through a regional care-of-address which is globally scoped. In this case, communication within the access network uses the site-local address for communication, and global communication relies upon tunnelling to the HMIPv6 LMM Agent. Similarly, site-locals from the home-network are tunnelled over the global Internet. Simple classification based on received/transmit interface (virtual tunnel or phy interface) could be used to distinguish between site-local zones. As far as normal non LMM managed MIPv6 goes, it's pretty clear that using site-locals for a care-of-address is only valid if you're not connected to the Internet. Home network site-locals once again are tunnelled, and may be distinguished from more mundane traffic. I'm not sure if this is complete, but I don't see it's that problematic. Greg Daley Erik Nordmark wrote: > > > It should be possible for a mobile node to use a site-local prefix as long > > as it only ever roams within the site. This seems to go along with the > > proposal that site-local prefixes should only be used in domains that are > > disconnected from the Internet. If a mobile node has a global home address, > > it should use that global address all the time, I reckon. Otherwise, if it > > only has a site-local address, then by definition it is only addressable at > > that site. Users of such equipment should be made aware of that limitation. > > Agreed when either site-locals or global addresses are used in the site. > > But unless site-locals are restricted there is a case when both global > and site-locals are used at the same time and then presumably it would be > possible to configure a mobile node with both a global and site-local > address. In that case it is less clear what makes sense I think. > > Erik > > -------------------------------------------------------------------- > 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] > -------------------------------------------------------------------- -------------------------------------------------------------------- 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] --------------------------------------------------------------------
