RE: What's 16 bits between friends?

TJ <trejrco@gmail.com> Tue, 18 September 2007 11:20 UTC

Return-path: <ipv6-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IXb8S-0003XQ-Lg; Tue, 18 Sep 2007 07:20:56 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IXb8Q-0003Vq-MP for ipv6@ietf.org; Tue, 18 Sep 2007 07:20:54 -0400
Received: from py-out-1112.google.com ([64.233.166.180]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IXb88-0004Xf-Mu for ipv6@ietf.org; Tue, 18 Sep 2007 07:20:42 -0400
Received: by py-out-1112.google.com with SMTP id d32so6487615pye for <ipv6@ietf.org>; Tue, 18 Sep 2007 04:20:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:mime-version:from:subject:date:importance:x-priority:to:content-transfer-encoding:content-type:message-id; bh=HojPOfgfW8o0rfdJ0ZAB1d0RPHHEzT3hE6hcha7Q6WU=; b=KvMYghW7WxSiJZPeiPZkDBw+2ZulNlNWSgJcrfQnMy8YeOc8xKRAV1s4EZUeb3XxEQsOWYSg3nK5XOv/cDttEEXEVGsgoPQgyvYz4KXEWg9TzKbP2sY5Av2PRyhHAx+51tEIbzk4JEkmhebBb3y/qARl8FeP9ocF1MVx5bgpEjs=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:mime-version:from:subject:date:importance:x-priority:to:content-transfer-encoding:content-type:message-id; b=V5LDJmDcor8zsmhpx85PKtzzUACuos52whb/7lTsA7obArK9fuZ/tTGDlBAPvW/uxRMDSVI5MkzCCwQkSqikggkB+4L8OJ183KJN9dTqcu69RcBtwH6vcHmu7UegIcy6wZaoUiD9j2FvzwaomdujEr6cck2tey4ieavTpQhg2Ps=
Received: by 10.65.103.14 with SMTP id f14mr12767458qbm.1190114417345; Tue, 18 Sep 2007 04:20:17 -0700 (PDT)
Received: from Inbox ( [70.208.24.117]) by mx.google.com with ESMTPS id e15sm3350846qbe.2007.09.18.04.20.13 (version=SSLv3 cipher=RC4-MD5); Tue, 18 Sep 2007 04:20:16 -0700 (PDT)
MIME-Version: 1.0
From: TJ <trejrco@gmail.com>
Date: Tue, 18 Sep 2007 07:20:19 -0400
Importance: normal
X-Priority: 3
To: IETF IPv6 Mailing List <ipv6@ietf.org>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"
Message-ID: <46efb470.0f1f400a.538d.4d28@mx.google.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 00e94c813bef7832af255170dca19e36
Subject: RE: What's 16 bits between friends?
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "IP Version 6 Working Group \(ipv6\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
Errors-To: ipv6-bounces@ietf.org

Just a thought or two ... I think your last statement is your undoing - "The presumption must be maintained, however, that the underlying object is appropriately sized to begin with, otherwise the analogy fails".

So, just how (physically) large is a bit?  Also, the counter to your argument is we carry 'only' 16 bits and in turn get 64k times the carrying capacity ... :)


/TJ (mobile)

-----Original Message-----
From: "Brian Dickson" <briand@ca.afilias.info>
To: "IETF IPv6 Mailing List" <ipv6@ietf.org>
Sent: 9/17/07 7:24 PM
Subject: What's 16 bits between friends?

The following is meant to be used for demonstration purposes.
It is meant for any and all to make reference to in discussions where 
"16 bits" may come into play.

(I anticipate sending out something soon which does just that. ;-))

What's 16 Bits Between Friends?

In any discussion about protocols, where an object is sized as N bits, 
there will inevitably come a discussion about specific values for N.
There may be tendencies to make values of N divisible evenly by 4, 8, 
16, or even 32.
Similarly, this may occur for choices for constituent parts, where there 
is a trade-off between size of the object component, and the number of 
objects that might be seen.

So, what is the case against something having an "extra" 16 bits, 
meaning 16 bits more than is likely necessary even in the most extreme 
of high-ball predictions for need?

That's where a simple example can illustrate what an "extra" 16 bits 
really looks like.

Consider a physical object, something that is itself quite common: the 
rest-room key for a coffee shop.

The key itself has no intrinsic value, but the lack of a key can have 
dire consequences (at least to the prospective user of the rest-room.)

Accordingly, common practice is to attach the key to a suitably sized 
object, small enough to be carried, but large enough so that it does not 
fit in a pocket.
One common object is the hub-cap of an automobile's wheel (sans wheel 
and automobile, of course!). A hubcap is approximately 1 square foot, or 
0.1 m^2 in area.

The key is not bolted directly on, but instead typically attached by a 
short cord or chain, usually about 4 inches (0.1m).

So, what happens if we enlarge either the hubcap, or the chain, by 16 
bits? It becomes 65536 times the size.

The hubcap grows to the size of the deck of an aircraft carrier.
The chain or cord, becomes 6.5km long.

I would argue, then, that 16 bits too much, is *way* too much, in pretty 
much any situation. The example makes this, one would hope, self-evident.

(The presumption must be maintained, however, that the underlying object 
is appropriately sized to begin with, otherwise the analogy fails.)

Brian

--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------


--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------