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

Eliot Lear <lear@cisco.com> Thu, 10 May 2007 05:07 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 1Hm0sL-0001DZ-3z; Thu, 10 May 2007 01:07:37 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Hm0sJ-0001DT-5I for ram@iab.org; Thu, 10 May 2007 01:07:35 -0400
Received: from ams-iport-1.cisco.com ([144.254.224.140]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Hm0sH-0007He-Ov for ram@iab.org; Thu, 10 May 2007 01:07:35 -0400
Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 10 May 2007 07:07:31 +0200
Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l4A57UMu011874; Thu, 10 May 2007 07:07:30 +0200
Received: from adsl-247-5-fixip.tiscali.ch (ams3-vpn-dhcp4225.cisco.com [10.61.80.128]) by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l4A57RlZ010241; Thu, 10 May 2007 05:07:28 GMT
Message-ID: <4642A888.7010106@cisco.com>
Date: Thu, 10 May 2007 07:07:20 +0200
From: Eliot Lear <lear@cisco.com>
User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326)
MIME-Version: 1.0
To: David Conrad <drc@virtualized.org>
Subject: Re: [RAM] The mapping problem: rendezvous points?
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> <3DF89B6B-0CC4-4C60-9519-80CF5FECCE9B@nokia.com> <F2F9AE97-7599-42BB-A542-A4B33AC3FD18@virtualized.org> <F3A8A33D-614D-4E6F-9741-61FFBB42E40C@nokia.com> <85F8BDA4-1EAA-4043-8CDB-112CEF29B2BC@virtualized.org>
In-Reply-To: <85F8BDA4-1EAA-4043-8CDB-112CEF29B2BC@virtualized.org>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=833; t=1178773650; x=1179637650; c=relaxed/simple; s=amsdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=lear@cisco.com; z=From:=20Eliot=20Lear=20<lear@cisco.com> |Subject:=20Re=3A=20[RAM]=20The=20mapping=20problem=3A=20rendezvous=20poi nts? |Sender:=20; bh=cseWW2z07DSkHIcBAeNju+N/+AcqBcDxUvLZC6SBMrI=; b=ElIYYZkzc8hTYZ6fZ/kaNTQEWyxYyh+UH5E7XahJNdIZfJ1eIDcOVoNCc7UZZOPa5ItuGxBm f/r+I7oeK7rtVOq+E3Ho/dA1AzjbnvzzVq4RYmcnI56IPgjwK45SAqiw;
Authentication-Results: ams-dkim-2; header.From=lear@cisco.com; dkim=pass (s ig from cisco.com/amsdkim2001 verified; );
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 856eb5f76e7a34990d1d457d8e8e5b7f
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

David Conrad wrote:
>>> I'll ask again:  how does this ARP thing work again?
>> First off, all the ARP implementations I know of queue the packet 
>> during the loopkup, i.e., no loss.
>
> That's what I thought, but folks have been saying that routers don't 
> queue anymore.

Queuing is one thing.  By some definition, we could probably say that 
routers are really all just fancy queues.  But when the latency could be 
in the *seconds* for some destinations, that's no longer queuing.  
That's storage.  That's NOT what routers do today.  Also, please 
consider the problem in the aggregate when you bring a device into 
service.  How many queries must it make?  One?  Tens?  Hundreds?  
THOUSANDS?  If the device sits on the PE or CE (for large CEs), that 
latter number may be what we're talking about.

Eliot

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