[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [RAM] The mapping problem: rendezvous points?
-----Original Message-----
From: Noel Chiappa [mailto:jnc at mercury.lcs.mit.edu]
Sent: 10 September 2007 03:16
To: ram at iab.org
Cc: jnc at mercury.lcs.mit.edu
Subject: Re: [RAM] The mapping problem: rendezvous points?
> From: Iljitsch van Beijnum <iljitsch at muada.com>
> If nothing much is happening and caches are empty, and a host then
> starts a session towards some remote destination, in a pull model,
the
> encapsulating device must first look up a mapping so it can
perform the
> required encapsulation. So the first packet must be dropped.
Well, is that latter really necessary? I know it's more complex to hold
onto the packet until the mapping comes back, but if dropping that first
packet causes problems, we could write that code without changing
anything else in the system; i.e. it's an optimization we can add later,
invisibly to the rest of the system, if it turns out we need it.
[alb] If the pull takes a while, someone could send lots of packets to
dud destinations, and if you hold all those packets waiting to find the
mapping you have DoS potential?
_______________________________________________
RAM mailing list
RAM at iab.org
https://www1.ietf.org/mailman/listinfo/ram