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

Re: [RRG] Why delaying initial packets matters

Stig,

On Feb 17, 2008, at 11:31 AM, Stig Venaas wrote:
My experience is that some applications don't handle delayed or dropped 
initial packets all that well.

Which applications?


Anyway, this bring me back to the point I made earlier, that we really
would need to look at some applications.

Indeed.  And what it would take to get said applications to tolerate  
an initial packet delay better.

I guess you have some knowledge how say BIND behaves?

I had some knowledge of how a previous incarnation of BIND behaved  
about 5 years ago.  BIND has evolved in the face of real-life Internet  
considerations.

E.g., it looks like the host command will wait for
5s if the first request is dropped. Is a 5s delay to DNS lookups
acceptable?

Not sure it is relevant since the DNS makes assumptions that would not  
necessarily hold in a pull-based mapping system for EID/LOC  
separation, e.g., a 5 second time out that can be interrupted by the  
user can be acceptable.

Regards,
-drc


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