Brandon,
Your are correct that the option could be problematic if
added to a full-sized packet, or even a nearly full one. I
can see that the document should have some discussion of this issue.
Yes.
In a case like ours, where the overlay network uses
tunneling, transparently adding the
Michael,
Extending the overlay all the way to the application server would mean
that existing solutions for load balancing, SSL offload, intrusion
detection, diagnostic logging, etc. would not work. In other words,
there are many systems in a common enterprise environment that would
benefit
On 12/20/2012 12:21 PM, Brandon Williams wrote:
Dear all,
A new version of this draft has been submitted that attempts to lay out
a more clear argument for the use of both TCP and IP options, with
references to other efforts in the same arena.
Comments are welcome.
(note, I've
Hi Wes,
Thanks for your comments.
It looks like I might have managed to make the use of the proposed
option less clear, instead of more clear. Or maybe I'm misunderstanding
the point that you're making.
The mechanics of our system are tunnel-based, as with most overlay
architectures that
On 12/20/2012 3:49 PM, Brandon Williams wrote:
Hi Wes,
Thanks for your comments.
It looks like I might have managed to make the use of the proposed
option less clear, instead of more clear. Or maybe I'm misunderstanding
the point that you're making.
The mechanics of our system are
On 12/20/2012 04:04 PM, Wesley Eddy wrote:
On 12/20/2012 3:49 PM, Brandon Williams wrote:
Hi Wes,
Thanks for your comments.
It looks like I might have managed to make the use of the proposed
option less clear, instead of more clear. Or maybe I'm misunderstanding
the point that you're making.