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

Re: [RRG] RRG process clarification



Actually, the way I look at it, both encaps and rewrite (map-and-encaps and translation) have the property that the information of interest to the upper layers is carried and preserved. The biggest difference I see (and I tend to think it is architectural, although there are those who see it differently) is that by having the upper layers ignore part of the packet, we can use that part for the mapping result, avoiding the need for encapsulation.

Yours,
Joel

Brian E Carpenter wrote:
On 2008-05-03 06:03, Tony Li wrote:
|> It should be noted that some folks come at things with an alternate
|> branching structure:
|>
|> 	- Map-n-encap
|> 	- Translation
|> 	- Transport
|
|Where would you put SHIM6 in the above?
|(I wasn't clear whether it belongs to transport, as the shim layer is |between IP and transport; while the proposal from Mark lies entirely |on transport)


IMHO, SHIM6 lives directly in the translation camp.  It is very much NAT in
the host.

No, it's fundamentally different in that the packet delivered to the upper
layer at the far end is identical to the packet sent by the upper layer.
It's vital to distinuguish reversible mutation of the packet from irreversible
mutation. So I would put shim6 and map-and-encap together; they are
isomorphic viewed from the upper layer.

    Brian

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


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