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

Re: [RRG] RRG process clarification




On  6 May 2008, at 18:59, Robert Bonomi wrote:
Looking strictly at methodologies for change, the available options are:

1) 'Replacement.' Tear out the old-style infrastructure and replace it
     "in toto".

2) 'Translation.' Allows old-style end-points to communicate with new- style end-points *IF* a suitable 'gateway' is interposed "somewhere.

3) 'Encapsulation.' Implement an arbitrary new-style layer 'underneath' what the end-users see. This preserves/presents the 'appearance' of the old-style protocol to the outside world, _while_ being free to do "whatever seems appropriate" in the infrastructure, *without* any visible impact (except possibly indirectly, in a performance change)
     to external users.

4) Make changes that are incrementally deployable -- and do so
   in a backwards compatible way.  Hypothetical Example: define
   a new option or flag that indicates the TCP checksum does not
   include location information for that session.  If the option
   is not present, fall back to the old way of doing things to
   maintain interoperability.  Permits gradual transition to a
   new naming architecture that decouples transport-layer state
   from the location or point of network attachment or interface
   being used at a particular instant in time.

Cheers,

Ran


--
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