Re: [Softwires] [BEHAVE] packet reordering in MAP
Brian E Carpenter <brian.e.carpenter@gmail.com> Sun, 31 March 2013 14:51 UTC
Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: softwires@ietfa.amsl.com
Delivered-To: softwires@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0770521F857E; Sun, 31 Mar 2013 07:51:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -99.614
X-Spam-Level:
X-Spam-Status: No, score=-99.614 tagged_above=-999 required=5 tests=[AWL=-0.693, BAYES_00=-2.599, FH_HOST_EQ_D_D_D_D=0.765, RCVD_ILLEGAL_IP=1.908, RCVD_IN_PBL=0.905, RDNS_DYNAMIC=0.1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UqSo7VTytHyl; Sun, 31 Mar 2013 07:51:32 -0700 (PDT)
Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) by ietfa.amsl.com (Postfix) with ESMTP id 2B02F21F8564; Sun, 31 Mar 2013 07:51:31 -0700 (PDT)
Received: by mail-wi0-f182.google.com with SMTP id hi18so974016wib.9 for <multiple recipients>; Sun, 31 Mar 2013 07:51:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:organization:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=OfBYkKj6hCtUVPIfPgD5nypvL51IN856sc32W8b2iKA=; b=E7GVTLB6Gjg/pHNLVonVqNZ9GIrjgbsBBmHUX7pYmmD3nGgK6eejbTyA/kWCnPy/zB Vj0XBAuhdPR7Jojxv25uWLd7SG8yAcFXvmdA+VREOhYHBFjfsomOPCEU+srchHjrTX/q vuP1DsqGRuZdJgFWERouwb2whiIsyoLMDo+ey3F7dKZGzJLYxYnI7uLlxckfKz6XEJly ivucvkYUmo/BVxPdJYZtcBwgfiyzoVO47AFHGmnCx4WvClbzmEUb1Rrkf3xHDVwqFHtm QK0tuzYDTcaPuljMPpi+lGET5h0cEQ+1Iq+Cq/YPMHoMzSvKG61WUYudtFevKpjoiddU saYw==
X-Received: by 10.180.182.36 with SMTP id eb4mr6100312wic.8.1364741491347; Sun, 31 Mar 2013 07:51:31 -0700 (PDT)
Received: from [192.168.1.65] (host-2-102-218-177.as13285.net. [2.102.218.177]) by mx.google.com with ESMTPS id fg6sm9605430wib.10.2013.03.31.07.51.29 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 31 Mar 2013 07:51:30 -0700 (PDT)
Message-ID: <51584D70.8010103@gmail.com>
Date: Sun, 31 Mar 2013 15:51:28 +0100
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: Ted Lemon <Ted.Lemon@nominum.com>
References: <7921F977B17D5B49B8DCC955A339D2F02AA9B897@US70UWXCHMBA06.zam.alcatel-lucent.com> <51582FD6.9060503@gmail.com> <8D23D4052ABE7A4490E77B1A012B630775129E38@mbx-01.win.nominum.com>
In-Reply-To: <8D23D4052ABE7A4490E77B1A012B630775129E38@mbx-01.win.nominum.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Cc: "softwires@ietf.org" <softwires@ietf.org>, "behave@ietf.org" <behave@ietf.org>
Subject: Re: [Softwires] [BEHAVE] packet reordering in MAP
X-BeenThere: softwires@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: softwires wg discussion list <softwires.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/softwires>, <mailto:softwires-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/softwires>
List-Post: <mailto:softwires@ietf.org>
List-Help: <mailto:softwires-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/softwires>, <mailto:softwires-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 31 Mar 2013 14:51:33 -0000
Ted On 31/03/2013 14:30, Ted Lemon wrote: > On Mar 31, 2013, at 8:45 AM, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote: >> For example, if a translator is almost out of memory, surely it is >> better to send a packet out of order than to drop it? > > Almost surely it is already too late to fix the brokenness that began when the translator allowed its buffer to get so full. The internet is *supposed* to drop packets in the face of congestion! > > (Sorry, I realize that's off-topic, but I couldn't let this pass unremarked.) Yes, there is certainly an interesting question about the trade-offs between reordering and drops under congestion, but as far as this spec goes, the point is that both can happen anyway, so imposing a MUST would be unreasonable. Brian
- [Softwires] packet reordering in MAP Poscic, Kristian (Kristian)
- Re: [Softwires] [BEHAVE] packet reordering in MAP Brian E Carpenter
- Re: [Softwires] [BEHAVE] packet reordering in MAP Poscic, Kristian (Kristian)
- Re: [Softwires] [BEHAVE] packet reordering in MAP Ted Lemon
- Re: [Softwires] [BEHAVE] packet reordering in MAP Brian E Carpenter
- Re: [Softwires] [BEHAVE] packet reordering in MAP Ted Lemon