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

Lars Eggert <lars.eggert@nokia.com> Thu, 10 May 2007 19:13 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 1HmE4p-0006YA-5X; Thu, 10 May 2007 15:13:23 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HmE4o-0006ST-8t for ram@iab.org; Thu, 10 May 2007 15:13:22 -0400
Received: from smtp.nokia.com ([131.228.20.173] helo=mgw-ext14.nokia.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HmE0A-0007rt-BO for ram@iab.org; Thu, 10 May 2007 15:08:35 -0400
Received: from esebh105.NOE.Nokia.com (esebh105.ntc.nokia.com [172.21.138.211]) by mgw-ext14.nokia.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id l4AJ8RUE000320; Thu, 10 May 2007 22:08:30 +0300
Received: from esebh103.NOE.Nokia.com ([172.21.143.33]) by esebh105.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 10 May 2007 22:08:27 +0300
Received: from esebh102.NOE.Nokia.com ([172.21.138.183]) by esebh103.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 10 May 2007 22:08:27 +0300
Received: from mgw-int01.ntc.nokia.com ([172.21.143.96]) by esebh102.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Thu, 10 May 2007 22:08:27 +0300
Received: from [192.168.2.16] (essapo-nirac252253.europe.nokia.com [10.162.252.253]) by mgw-int01.ntc.nokia.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id l4AJ7l5s030336; Thu, 10 May 2007 22:07:57 +0300
In-Reply-To: <FD31231D-A190-41CB-AC4F-FB7871D7E695@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> <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> <FD31231D-A190-41CB-AC4F-FB7871D7E695@cisco.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Message-Id: <28B42D3F-BADD-4766-BEF7-5E8B1FBAC68E@nokia.com>
From: Lars Eggert <lars.eggert@nokia.com>
Subject: Re: [RAM] The mapping problem: rendezvous points?
Date: Thu, 10 May 2007 11:07:41 -0800
To: ext Dino Farinacci <dino@cisco.com>
X-Mailer: Apple Mail (2.752.3)
X-OriginalArrivalTime: 10 May 2007 19:08:27.0155 (UTC) FILETIME=[96D72E30:01C79336]
X-Nokia-AV: Clean
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 25620135586de10c627e3628c432b04a
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>
Content-Type: multipart/mixed; boundary="===============1810934964=="
Errors-To: ram-bounces@iab.org

On 2007-5-9, at 19:59, ext Dino Farinacci wrote:
> Second what good is queuing the packet when you have two TCP  
> connections starting out where the SYNs of each are going to the  
> same default router you don't have an ARP entry for? That is, you  
> lose the first packet from that connection's point of view.

That's a pretty unlikely scenario, but yes, the SYN of the second  
connection would get dropped and it would take a 3-second timeout.  
But the first one doesn't, which is the much more common case.

Lars


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