[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
delayed multihoming to lear-multi6-things-to-think-about?
Hi,
Maybe we should add something like this around 2.3.4 ("Will your
solution add additional latency?"), just to spell out a consideration
pointed out earlier by me, Dave C., and others:
======
2.3.5 Can multihoming setup be delayed from session setup?
If the proposal induces overhead (added bytes in packets, or
additional packets), is it possible to delay that overhead (or
"multihoming set-up") to happen after the session has been
established?
That is, is it possible to specify that multihoming benefits would
only be achieved for sessions which last over XX seconds, to optimize
away the cost of set-up for short-lived sessions?
======
makes sense? IMHO, this is especially interesting for protocols which
require more signalling than the original session startup, i.e., are
not able to piggyback it on the existing packets.
--
Pekka Savola "You each name yourselves king, yet the
Netcore Oy kingdom bleeds."
Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings