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

RE: [RRG] arguments for map and encap




Fred, 

|>Quarantining is a special form of buffering where you need to  
|>rendezvous the buffered packet(s) with a particular set of 
|>state which  
|>arrives asynchronously and possibly delayed by a significant amount.  
|>This is not nearly as simple as buffering for ARQ-like protocols, or  
|>for QoS purposes. It's in the same class IP fragment reassembly in  
|>that there is a whole class of state-based attacks that need to be  
|>considered as well as the inability of any hardware-based forwarding  
|>scheme I know of to handle this without punting to a control plane.  
|>Some protocols, like ARP, ussually do quarantining in hosts, but  
|>dropping in routers.
|
|I'm not quite seeing this as in the same class as IP fragment
|reassembly; IP reassembly is like putting together a patchwork
|quilt based on whatever oddly-shaped scraps the network throws
|at you. But, if every component is identically sized and shaped
|its as easy as stacking coins. Routers have been doing that
|in fast path since the ATM days, haven't they?


In part, you are correct.  The quarantining that Dave mentions need not
reorder the incoming flow.  However, it must effectively buffer the entire
flow for a considerable amount of time.  Typically routers have fast-path
buffering today that is on the order of 50-400ms.  Depending on the actual
mechanisms involved to resolve a mapping entry, I'd posit that one might
need to quarantine traffic for up to 10x that amount of time.  This should
be on the same order of magnitude as resolving a DNS query.  Storing full
flows in active components would be VERY expensive and even the aggregate
bandwidth into disk arrays would be non-trivial.

This is, in part, why I very much liked the idea of putting mapping lookups
in parallel with DNS lookups: if you can resolve the mapping prior to the
data flowing, then this issue is reduced.

Tony


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