Hi,
I have some comments about the scoped @ arch, about the scope_id.
- I definitly agree with E. Nordmark about storing all space names in a
single 32 bit box! This could be done using a quartet with same
signification as for multicast. Scope id could look like something as
0x 00 0S zone_id
with 16 bits for zone id, and S being set to 2 for link-id, 5 for
site-id ...
zone_id might be set to nul to let the default zone ot be taken. hence
0x00020000 being the default link.
- If we want to use litteral form of zone_id (assuming uniquiness of
names among all zone id of all scopes), conversion fct should be
provided in the API, such as scop2name and name2scope. if we want to
have links with multiple interface, link_scope_id should not be obtained
from an if_nametoindex.
- About using scope_id with a smaller scope than the @ : isn't it in
sometimes dangerous ? I mean the @ are unique in � zone, what if the
sub-zone provided isn't the good one ? for example a station with two
links (l#1 and l#2) belonging to the same site (s#1). The destination is
on link#1 and the application choses l#2 as scope_id because of its
source @!!!
Best regards.
Alain.
--------------------------------------------------------------------
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]
--------------------------------------------------------------------
