[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [RRG] cache issues in LISP and CONS
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?
> -----Original Message-----
> From: email@example.com [mailto:firstname.lastname@example.org] On Behalf
> Of Scott Brim
> Sent: 18 October 2007 14:25
> To: Dan Jen
> Cc: email@example.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 firstname.lastname@example.org 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 email@example.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