In your previous mail you wrote:
I was wondering if this has been mentioned before. Will there be
adverse effects( is this allowed in the first place?)
=> this is NOT allowed and is not useful (link-local addresses are
bound to a link, there is no need to say which link inside the address).
so as to have the last 32 bits of the hgiher 64 bits of the link-local
address to represent the interface ID
=> I believe you mean the interface index. Was proposed and rejected.
IMHO this is a very bad idea because the interface index is local to
the node.
or the VLAN
=> a VLAN is a link.
or PPP ID.
=> what is a PPP ID?
Also, I take it that the global bit in the eui-64 identifier will
still be set if the above format is allowed?
=> the "g" bit of the modified EUI-64 format is a property of the
interface ID, not of the address. The only relation between addresses
and interface ID format is the modified EUI-64 is mandatory for interface
IDs which are part of unicast (anycast too) addresses which are not
in the ::/3 prefix.
Regards
[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]
--------------------------------------------------------------------
