Re: [nat66] Comments on draft-mrw-nat66-12

Fred Baker <fred@cisco.com> Wed, 16 March 2011 17:30 UTC

Return-Path: <fred@cisco.com>
X-Original-To: nat66@core3.amsl.com
Delivered-To: nat66@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DFF923A6A06 for <nat66@core3.amsl.com>; Wed, 16 Mar 2011 10:30:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -111.307
X-Spam-Level:
X-Spam-Status: No, score=-111.307 tagged_above=-999 required=5 tests=[AWL=0.992, BAYES_00=-2.599, GB_I_LETTER=-2, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NB6aSlwXjK85 for <nat66@core3.amsl.com>; Wed, 16 Mar 2011 10:30:36 -0700 (PDT)
Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 8ECF93A69FE for <nat66@ietf.org>; Wed, 16 Mar 2011 10:30:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=fred@cisco.com; l=2473; q=dns/txt; s=iport; t=1300296722; x=1301506322; h=subject:mime-version:from:in-reply-to:date:cc:message-id: references:to:content-transfer-encoding; bh=VVhpLPtDEkZfLZgYs8ncIARCLg020/wvtH0VYvhENag=; b=gLJ03zyuDWpGBciB4CWS/E2RA9fDM+HUi+gbhqqVcde7qOnpRe2dQT6f VxvgWcryAmzOsP4+qZV5zVHTzfewPmsXf/tKLNIzDxDkPwhD2mJ7yAGS9 aICALAAO6MpxB3lQ5r8K1xFS8wy4DgxZlbsDC0sjTszRrcsIl8++7R1Lq M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAEKQgE2tJV2Y/2dsb2JhbACmEHekapxQhWMEhS+HL4NN
X-IronPort-AV: E=Sophos;i="4.63,195,1299456000"; d="scan'208";a="415045661"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by sj-iport-1.cisco.com with ESMTP; 16 Mar 2011 17:31:51 +0000
Received: from stealth-10-32-244-221.cisco.com (stealth-10-32-244-221.cisco.com [10.32.244.221]) by rcdn-core-1.cisco.com (8.14.3/8.14.3) with ESMTP id p2GHVjwT024421; Wed, 16 Mar 2011 17:31:50 GMT
Received: from [127.0.0.1] by stealth-10-32-244-221.cisco.com (PGP Universal service); Wed, 16 Mar 2011 10:31:50 -0700
X-PGP-Universal: processed; by stealth-10-32-244-221.cisco.com on Wed, 16 Mar 2011 10:31:50 -0700
Mime-Version: 1.0 (Apple Message framework v1082)
From: Fred Baker <fred@cisco.com>
In-Reply-To: <CF8367A6-F303-43D7-99C6-D40D1DD5D5D9@free.fr>
Date: Wed, 16 Mar 2011 10:31:35 -0700
Message-Id: <87C8BBB5-2B11-412E-B788-1538CBE03FB4@cisco.com>
References: <20110314063002.28048.29694.idtracker@localhost> <19F3A4CD-F39C-4F17-A6E9-7AA8AFBC6B3B@cisco.com> <CF8367A6-F303-43D7-99C6-D40D1DD5D5D9@free.fr>
To: Rémi Després <remi.despres@free.fr>
X-Mailer: Apple Mail (2.1082)
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: Margaret Wasserman <margaretw42@gmail.com>, NAT66 HappyFunBall <nat66@ietf.org>
Subject: Re: [nat66] Comments on draft-mrw-nat66-12
X-BeenThere: nat66@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "List for discussion of IPv6-to-IPv6 NAT." <nat66.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/nat66>, <mailto:nat66-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/nat66>
List-Post: <mailto:nat66@ietf.org>
List-Help: <mailto:nat66-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/nat66>, <mailto:nat66-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 16 Mar 2011 17:30:38 -0000

On Mar 15, 2011, at 10:28 AM, Rémi Després wrote:

> 3.2 and remainder of the document.
> The word datagram seems to be used instead of packet:
> - RFC 2460 doesn't use the word datagram for IPv6, even in case of fragmentation 
> - In any case, NPTv6 operates individually on packets without concern with reassembling fragments. 

You're correct that I used "datagram" interchangeably with "packet". Are you asking me to explicitly globally replace "packet" with "datagram" for consistency? I can do that.

This is a point where people often get into hissy fits and I start seeing double as my eyes cross and roll to the back of my head. "Packet" is a general term for "a bit of data wandering around as a quantum", but in X.25 refers to a PDU at the packet layer. Sometimes it's called a "frame", usually at the link layer. TCP calls it a "segment", DCCP calls it a "packet", SCTP sometimes calls it a packet and sometimes refers to "payload", and UDP calls it a "datagram". There are various words used by various applications. Anything ISO calls it a Protocol Data Unit or PDU, and may prepend a word/letter to indicate the layer in question; TP4, for example, exchanges TPDUs. But of course, since many PDUs in fact are parameters of API events as opposed to messages in the network, I tend to think of a PDU as a quantum of data passed through an API.

There are 1215 RFCs that refer to a packet containing an IP header and whatever happens to be inside it as a "datagram"; there are 2814 RFCs that refer to "packets", many of them in an IP context. RFC 1594 defines "datagram" as "a self-contained, independent entity of data carrying sufficient information to be routed from the source to the destination computer without reliance on earlier exchanges between this source and destination computer and the transporting network." http://searchnetworking.techtarget.com/definition/datagram has a fairly clean definition of the term. I find myself referring to IP's messages specifically as "datagrams", and quanta of data at any layer as "packets" pretty generically, and in any Internet context to view the two terms as largely interchangeable - as do, it would appear, 6028 of my colleagues that write RFCs. And no matter what I call them, I get a comment from someone telling me they wished I would call them something else.

I'll do the global replace.