[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: successful termination?



Dear all -

I apologize for getting involved in this interesting discussion only
now.  A few late comments from my side regarding the potential
continuation of the Shim6 working group:

In my opinion, this discussion has shown that there would be useful work
to do for a continued Shim6 working group.  In particular Marcelo's
proposal to evolve Shim6 as a locator-pair-providing substrate for
multi-path TCP is a very good idea.  One may even go a step further and
provide a similar service also for UDP-based applications.

A second potential future work topic is adding capabilities for network-
controlled traffic engineering to Shim6.  The (host-based) Six/One
protocol [1] could serve as a starting point for this.  Erik Nordmark,
too, had had ideas [2] for network-controlled traffic engineering.

[1] http://tools.ietf.org/html/draft-vogt-rrg-six-one-01
[2] http://tools.ietf.org/html/draft-nordmark-shim6-esd-01

A third potential future work topic is deployment facilitators for
Shim6.  This would include, in particular, a network-based variant of
Shim6, which would have at least the following two benefits:  First, it
could aid Shim6 adoption during the phase when (host-based) Shim6 is not
yet widely deployed.  Second, it would provide an option to keep multi-
homing control in the network, a feature that some network operators
apparently prefer as the discussion in early RRG days had shown.

One approach to design a network-based Shim6 variant would be to build
on Proxy Shim6 [3].  An alternative approach could be to build on
(network-based) Six/One Router [4].  As for the latter, it might be
possible to borrow techniques developed elsewhere in IETF:  As you may
know, the recently discussed NAT66 proposal is identical to Six/One
Router when used on only one side of a connection.  What is missing is
support for reverse translation when Six/One Router is used on both
sides of a connection, plus a distribution system for address mappings.
Support for reverse translation could be specified as an extension to
NAT66. Support for mapping distribution could be done as in Proxy Shim6.

[3] http://tools.ietf.org/html/draft-bagnulo-pshim6-02
[4] http://christianvogt.mailup.net/pub/2008/vogt-2008-six-one-router-design.pdf

- Christian