Hello IRTF folks,
Somewhere it started: Push or pull model. Likewise, an older issue:
ECMP.
Though I have some idea what might it be (push/pull) or how it may be
done (ECMP algorithm),
I would appreciate very much if some one of the IRTF folks provided
the correct definition/solution
for these issues.
As you see, I picked some RAM-email where push/pull is adressed. Maybe,
if we all get a clear understanding then we may have an appropriate
technical discussion. Religion is for more important issues, imo.
Thanks in advance
Heiner
In einer eMail vom 09.05.2007 18:40:40 Westeuropäische Normalzeit schreibt
drc@virtualized.org:
Eliot, |
--- Begin Message ---
- To: Eliot Lear <lear@cisco.com>
- Subject: Re: [RAM] The mapping problem: rendezvous points?
- From: David Conrad <drc@virtualized.org>
- Date: Wed, 9 May 2007 09:39:58 -0700
- Cc: ram@iab.org
- In-reply-to: <4641F33B.4070103@cisco.com>
- List-archive: <http://www1.ietf.org/pipermail/ram>
- List-help: <mailto:ram-request@iab.org?subject=help>
- List-id: Routing and Addressing Mailing List <ram.iab.org>
- List-post: <mailto:ram@iab.org>
- List-subscribe: <https://www1.ietf.org/mailman/listinfo/ram>, <mailto:ram-request@iab.org?subject=subscribe>
- List-unsubscribe: <https://www1.ietf.org/mailman/listinfo/ram>, <mailto:ram-request@iab.org?subject=unsubscribe>
- References: <8F47F550-6224-4AFF-8359-CBA98D3F2FAB@muada.com> <271CF87FD652F34DBF877CB0CB5D16FC054EA470@WIN-MSG-21.wingroup.windeploy.ntdev.microsoft.com> <9C228355-9425-4C66-A9A7-47498490E3B1@virtualized.org> <271CF87FD652F34DBF877CB0CB5D16FC054EA59D@WIN-MSG-21.wingroup.windeploy.ntdev.microsoft.com> <86588E66-ACED-4DD2-B286-3DA5B2518B1A@virtualized.org> <4641750A.9010906@cisco.com> <283D52E5-AD3A-40FA-B81C-27DD950176CA@virtualized.org> <4641F33B.4070103@cisco.com>
Eliot, On May 9, 2007, at 9:13 AM, Eliot Lear wrote:I feel like we've had this argument before.Yep. You and others keep asserting that a pull-based mapping distribution model is a "non-starter" because it "won't work". I've been trying to get from folks _concrete_ examples of applications that "won't work" in the face of increased latencies on the order of 10s or 100s of milliseconds after a cache miss. In response I get vague handwaving about voice or video (I know from personal experience that UDP-based NFS works fine in the face of an initial packet delay of 10s of milliseconds) or descriptions about classes of applications that would appear to be degenerate cases and asymmetric routing that would likely have unpredictable performance characteristics with pull or push.GIven the lack of data, it would seem we've descended to the realm of religion, so I'll give it a rest.Rgds, -drc _______________________________________________ RAM mailing list RAM@iab.org https://www1.ietf.org/mailman/listinfo/ram
--- End Message ---