Earlier, Brian Carpenter wrote: % Not in my book. Shim6 is by definition a shim *below* % the transport layer.
I concur. SHIM6 is a network-layer approach. % Frankly, I think that eventually, enterprise IT people will % understand that running multiple IPv6 prefixes when % they have multiple ISPs, and adding and deleting prefixes, % is *not* an operational nightmare, but that lies in the % future. I don't know what the future holds. I agree that such an approach ought not be an operational nightmare. This might partly be a matter of educational/informational material being made available. It might also be having the IETF work on its standards so that such operation is simpler in future than it is perceived by many IT folks to be at present. > What other "Transport" proposals are there? % SCTP. Running code, like shim6. Yes, and conceptually at least, similar architectural approaches could be undertaken as incrementally deployable changes to TCP and UDP. (In such a case, it would be important for the IETF to specifically document how firewall implementers should add this support, as the firewalls (and other middleboxes) are likely to be the sticky wickets in any deployment. But the details of that are IETF issues, not IRTF issues.) So I see at least 4 classes of solution under consideration here: - Network-layer protocol changes - Transport-layer protocol changes - Map & Encapsulation/Tunnelling by routers - Network-layer NAT/NAPT approaches - other ?? Ran [EMAIL PROTECTED] -- to unsubscribe send a message to [EMAIL PROTECTED] with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/rrg/> & ftp://psg.com/pub/lists/rrg
