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

Spencer Dawkins <spencer@mcsr-labs.org> Thu, 10 May 2007 20:35 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 1HmFMd-0007vF-9O; Thu, 10 May 2007 16:35:51 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HmFMb-0007v7-Ci for ram@iab.org; Thu, 10 May 2007 16:35:49 -0400
Received: from usaga01-in.huawei.com ([206.16.17.211]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HmFMa-0004v6-5W for ram@iab.org; Thu, 10 May 2007 16:35:49 -0400
Received: from huawei.com (usaga01-in [172.18.4.6]) by usaga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0JHU00DA6EJNGV@usaga01-in.huawei.com> for ram@iab.org; Thu, 10 May 2007 13:35:47 -0700 (PDT)
Received: from s73602 (w173.z064002096.dfw-tx.dsl.cnc.net [64.2.96.173]) by usaga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTPA id <0JHU0080JEJMWQ@usaga01-in.huawei.com> for ram@iab.org; Thu, 10 May 2007 13:35:47 -0700 (PDT)
Date: Thu, 10 May 2007 15:34:14 -0500
From: Spencer Dawkins <spencer@mcsr-labs.org>
Subject: Re: [RAM] The mapping problem: rendezvous points?
To: ram@iab.org
Message-id: <213401c79342$9339ecc0$6601a8c0@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
Content-type: text/plain; format="flowed"; charset="iso-8859-1"; reply-type="response"
Content-transfer-encoding: 7bit
X-Priority: 3
X-MSMail-priority: Normal
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> <28B42D3F-BADD-4766-BEF7-5E8B1FBAC68E@nokia.com> <5666C4B7-BCD4-476F-BC14-C2517EBEEF89@cisco.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9182cfff02fae4f1b6e9349e01d62f32
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

I may be misunderstanding Lars, but I understood his point to be that, 
unless the host is opening two connections back-to-back, there is no ARP 
cache miss/queuing going on, and you don't normally lose the first packet of 
a TCP connection ("3 second timeout"), unless you're really seeing 
congestion (which is where you'd need to wait for a chile, anyway).

I understood his concern to be making sure we don't move from a network 
where we see 20-200 ms ARP cache timeout/queuing to a network where we see a 
3-second timeout at the beginning of every TCP connection. These would not 
be packet drops that have gone unseen for decades.

Thanks,

Spencer


>> 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.
>
> The point is these packet drops have gone unseen for decades. We 
> shouldn't worry about solving problems like this. We have much bigger 
> fish to fry. 



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