Itojun,
Thank you for your prompt comments.
At 00/12/08 15:59 +0900, Jun-ichiro itojun Hagino wrote:
>- scalability. how will we assign LIN6-ID to people? if we do it in
> hierarchical manner, what is the expected H ratio for LIN6-ID assignment
> under EUI64/MAC prefix 00-01-4a? how many nodes are to be supported by
> 48bit (or 24bit?) open space in LIN6-ID?
>- lack of extensibility in LIN6-ID. once we ship LIN6 products with
> hardcoded LIN6-ID EUI64/MAC prexix 00-01-4a, we cannot introduce any
> new LIN6-ID prefix.
00-01-4a is used for just a test of LIN6 on the current IPv6
backbone. Any EUI64 can be used as LIN6-ID. Method for notifying
new OUI for LIN6-ID is under discussion.
>- header processing order when we use IPsec with LIN6 packet. we need
> something like draft-ietf-mobileip-ipv6-13.txt section 10.2. for example,
> - should we lookup SAs with LIN6 generalized ID, or LIN6 address?
LIN6 generalized ID.
> - when should we apply mapping? is it before AH crypto checksum
> computation or afterwards?
after AH calculation.
> - processing order in ipsec tunnel cases can be more trickier than
> mobile-ip6 case.
>- what are we supposed to do with routing header and other address-in-header?
further study.
>- apparently we must not advertise LIN6 prefix using RA.
That's right.
>- suppose we have a LIN6-enabled http client, and a LIN6-enabled http
> server. how can the server send a reply to the client?
CN (server) will learn the MA address for MN (client) by reverse
lookup with the generalized ID of MN, and then CN (server) will
learn the current network prefix of MN (client) by query to the MA.
CN does not need to know the FQDN of MN.
>- what is the recommended Mapping Cache size? apparently we need to
> keep the number of possible Mapping Cache entries larger than the number
> of TCP connections.
>- behavior of nodes if there's no reachability to the Mapping Agents.
further study.
>- details about the patent (section 8) and licensing twists.
futher study :P
Fumio Teraoka
Sony Computer Science Labs., Inc.
--------------------------------------------------------------------
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]
--------------------------------------------------------------------
