[Hipsec] AC/ACR or NES based RR?
Spencer Dawkins" <spencer@mcsr-labs.org (Spencer Dawkins) Mon, 08 March 2004 07:12 UTC
From: "Spencer Dawkins <spencer@mcsr-labs.org (Spencer Dawkins)"
Date: Mon, 08 Mar 2004 07:12:01 +0000
Subject: [Hipsec] AC/ACR or NES based RR?
References: <ED11E35E-705C-11D8-9EC7-000393CE1E8C@nomadiclab.com> <404BEEF4.70500@piuha.net>
Message-ID: <030e01c4050c$d6a41340$0400a8c0@DFNJGL21>
X-Date: Mon Mar 8 07:12:01 2004
See the multi6 archives, especially the thread from October/November on "Re: Notes on draft-crocker-mast-analysis-01.txt", and anything posted by Mark Allman. Spencer From: "Jari Arkko" <jari.arkko@piuha.net> > > > Considering a case like using GPRS (900 ms delay, > > real throughput of maybe 10 kilobits/second) and > > WLAN (20 ms delay, 5 Mb/s), it is clear that > > different SAs are needed in both directions. > > Otherwise any packet sent over the GPRS channel > > will get dropped at the receiving end as outside > > of the replay protection window. > > True. But there's also a corresponding transport > layer issue, even if you get the SAs right. If you > were carrying a single TCP session, the disparity > in the interface speeds would cause problems for TCP. > Hence it may make more sense to constrain the use > of multiple interfaces for failover rather than > load balancing, or even randomly using more than > one interface. Has this been discussed previously? > Are we talking about this yet anywhere in the > documents?
- [Hipsec] AC/ACR or NES based RR? Pekka Nikander
- [Hipsec] AC/ACR or NES based RR? Jari Arkko
- [Hipsec] AC/ACR or NES based RR? Pekka Nikander
- [Hipsec] AC/ACR or NES based RR? Spencer
- [Hipsec] AC/ACR or NES based RR? Spencer