RE: [RRG] Arguments against Transport...

[Randall Atkinson <rja@extremenetworks.com>]

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
rja@extremenetworks.com


--
to unsubscribe send a message to rrg-request@psg.com 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