Re: [RAM] The mapping problem: rendezvous points?

David Conrad <drc@virtualized.org> Wed, 09 May 2007 16:03 UTC

Return-path: <ram-bounces@iab.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Hlodg-0006Xz-2U; Wed, 09 May 2007 12:03:40 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Hlodb-0006Xg-Qq for ram@iab.org; Wed, 09 May 2007 12:03:38 -0400
Received: from ns.virtualized.org ([204.152.189.134] helo=mail.virtualized.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HlodZ-0004i8-Ew for ram@iab.org; Wed, 09 May 2007 12:03:35 -0400
Received: from [127.0.0.1] (ns.virtualized.org [204.152.189.134]) by mail.virtualized.org (8.12.9p1/8.12.9) with ESMTP id l49FlFHT069974; Wed, 9 May 2007 08:47:19 -0700 (PDT) (envelope-from drc@virtualized.org)
In-Reply-To: <4641750A.9010906@cisco.com>
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>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <283D52E5-AD3A-40FA-B81C-27DD950176CA@virtualized.org>
Content-Transfer-Encoding: 7bit
From: David Conrad <drc@virtualized.org>
Subject: Re: [RAM] The mapping problem: rendezvous points?
Date: Wed, 09 May 2007 09:03:00 -0700
To: Eliot Lear <lear@cisco.com>
X-Mailer: Apple Mail (2.752.3)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: ffa9dfbbe7cc58b3fa6b8ae3e57b0aa3
Cc: ram@iab.org
X-BeenThere: ram@iab.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Routing and Addressing Mailing List <ram.iab.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ram>, <mailto:ram-request@iab.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ram>
List-Post: <mailto:ram@iab.org>
List-Help: <mailto:ram-request@iab.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ram>, <mailto:ram-request@iab.org?subject=subscribe>
Errors-To: ram-bounces@iab.org

On May 9, 2007, at 12:15 AM, Eliot Lear wrote:
> David Conrad wrote:
>> I was wondering if you had concrete examples of existing  
>> applications that would fail with an increase in initial packet  
>> latency.
>
> Aside from the fact that Marshall provided such a list, depending  
> on where the split happens, if it's not in the host, then no one  
> can guarantee that the loss is in fact the first packet, or that  
> it's just one packet.

And this is different than the existing Internet how (and it doesn't  
matter if it is in the host or not)?

My point is that applications already must cope with the fact that  
the Internet is "best effort" and stuff happens to cause packet loss  
or delay.  A pull-based mapping redistribution model implies an  
increased amount of latency on cache misses (most likely on the order  
of tens to hundreds of milliseconds, not seconds).  Internet  
applications that I know of already must deal with variable latencies  
of these orders of magnitude and I was asking for pointers to  
applications that couldn't.

Thanks,
-drc


_______________________________________________
RAM mailing list
RAM@iab.org
https://www1.ietf.org/mailman/listinfo/ram