RE: [RRG] cache issues in LISP and CONS

[<louise.burness@bt.com>]

If I understood correctly (big assumption) I thought the intention was
somehow to have the mapping system partly responsible for multi-homing
(ID could map to multiple edge routers). Surely if we need to introduce
aggressive caching it would make multi-home failover slow? Also it would
make it hard for the mapping system to provide traffic engineering? 

Louise

> -----Original Message-----
> From: owner-rrg@psg.com [mailto:owner-rrg@psg.com] On Behalf 
> Of Scott Brim
> Sent: 18 October 2007 14:25
> To: Dan Jen
> Cc: rrg@psg.com
> Subject: Re: [RRG] cache issues in LISP and CONS
> 
> On 17 Oct 2007 at 18:26 -0700, Dan Jen allegedly wrote:
> > The issue regarding packet drops with LISP and LISP-CONS has been 
> > brought up a few times on the list.
> ...
> > I have not seen any other suggestions on how to handle this issue.
> > Could this be a fundamental problem with the design, or are there 
> > other solutions?
> 
> Well, to start with there's your default mapper :-).  It will 
> have some drops but perhaps not as many.  Noel mentions 
> caching.  I believe caching can help a lot, but we need to 
> simulate it.  We also need to investigate pushing information 
> partway, and how it interacts with cache.  Finally, there is 
> the possibility -- related to default mapper
> -- of sending initial packets on less than optimal routes 
> while more direct ones are found.
> 
> 
> --
> 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