Re: [TERNLI] Notes from tonight's ad hoc
Joe Touch <touch@ISI.EDU> Thu, 03 August 2006 17:41 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1G8hBy-0001s2-Em; Thu, 03 Aug 2006 13:41:06 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G8hBx-0001rx-Ew for ternli@ietf.org; Thu, 03 Aug 2006 13:41:05 -0400
Received: from vapor.isi.edu ([128.9.64.64]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G8hBw-0001dS-3l for ternli@ietf.org; Thu, 03 Aug 2006 13:41:05 -0400
Received: from [128.9.168.63] (bet.isi.edu [128.9.168.63]) by vapor.isi.edu (8.11.6p2+0917/8.11.2) with ESMTP id k73HeIY25408; Thu, 3 Aug 2006 10:40:18 -0700 (PDT)
Message-ID: <44D23573.4070006@isi.edu>
Date: Thu, 03 Aug 2006 10:42:11 -0700
From: Joe Touch <touch@ISI.EDU>
User-Agent: Thunderbird 1.5.0.5 (Windows/20060719)
MIME-Version: 1.0
To: Lars Eggert <lars.eggert@netlab.nec.de>
Subject: Re: [TERNLI] Notes from tonight's ad hoc
References: <44D0B465.7060902@isi.edu> <20060728125608.670AF444391@lawyers.icir.org> <94176DAD-C2FC-4018-8A15-005606394435@isi.edu> <44D0B465.7060902@isi.edu> <5.2.1.1.2.20060802212808.018d68a0@pop3.jungle.bt.co.uk> <98BAB2D5-E31B-4240-BCE8-D4A3CC56FF0F@netlab.nec.de>
In-Reply-To: <98BAB2D5-E31B-4240-BCE8-D4A3CC56FF0F@netlab.nec.de>
X-Enigmail-Version: 0.94.0.0
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="------------enig4D595E84610FA5B7F3188A44"
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f60d0f7806b0c40781eee6b9cd0b2135
Cc: Aaron Falk <falk@ISI.EDU>, ternli@ietf.org
X-BeenThere: ternli@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Transport-Enhancing Refinements to the Network Layer Interface <ternli.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ternli>, <mailto:ternli-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ternli>
List-Post: <mailto:ternli@ietf.org>
List-Help: <mailto:ternli-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ternli>, <mailto:ternli-request@ietf.org?subject=subscribe>
Errors-To: ternli-bounces@ietf.org
Lars Eggert wrote: > Hi, > > On Aug 2, 2006, at 22:29, Bob Briscoe wrote: ... >> Basically, I'm saying >> a) Instead of signalling "something's changed", I believe it is more >> practical to continuously signal the "something". > > That's an interesting observation. By constantly providing the raw > information, it is up to the transports to decide what difference > constitutes a "change" vs. having the network layer decide that a > "change" has occurred. It also allows transports to process the raw > information into events any way they see fit, instead of assuming one > specific way at the layer below. So you have congestion. It affects, e.g., only TCP port 80. The network layer doesn't know that, so it continually tells every transport layer that congestion has occurred. It's blathering that something needs to be done, when in fact only one protocol really sees any change. And congestion can change without affecting latency, and vice-versa. How do you know what to send the transport? How do you know what it cares about? The network can't measure *transport* latency, which is what the transport layer really cares about. Something specific like "the network layer has lower RTTs right now" assumes that this matters to the transport layer; it really doesn't, e.g., if the transport on the other end has larger latency at the same time (due to transport processing load). I don't much care what the network layer tells the transport; it's the transport's obligation to verify whether it sees the same thing, or in fact what it sees anyway. IMO, 'please re-check the network now' is the primary signal of interest. Everything else "goes to intent" and makes the network layer (in this case) recapitulate what it *thinks* the transport layer wants, and that isn't particularly informative. (FWIW, the same is true for link/net interactions) Joe
- [TERNLI] Notes from tonight's ad hoc Spencer Dawkins
- Re: [TERNLI] Notes from tonight's ad hoc Wesley Eddy
- Re: [TERNLI] Notes from tonight's ad hoc Spencer Dawkins
- Re: [TERNLI] Notes from tonight's ad hoc Mark Allman
- RE: [TERNLI] Notes from tonight's ad hoc Kevin Fall
- Re: [TERNLI] Notes from tonight's ad hoc Wesley Eddy
- Re: [TERNLI] Notes from tonight's ad hoc Mark Allman
- Re: [TERNLI] Notes from tonight's ad hoc Michael Welzl
- RE: [TERNLI] Notes from tonight's ad hoc Kevin Fall
- RE: [TERNLI] Notes from tonight's ad hoc Michael Welzl
- Re: [TERNLI] Notes from tonight's ad hoc Mark Allman
- Re: [TERNLI] Notes from tonight's ad hoc Wesley Eddy
- Re: [TERNLI] Notes from tonight's ad hoc Michael Welzl
- Re: [TERNLI] Notes from tonight's ad hoc Joe Touch
- Re: [TERNLI] Notes from tonight's ad hoc Mark Allman
- Re: [TERNLI] Notes from tonight's ad hoc Joe Touch
- Re: [TERNLI] Notes from tonight's ad hoc Lars Eggert
- Re: [TERNLI] Notes from tonight's ad hoc Gorry Fairhurst
- Re: [TERNLI] Notes from tonight's ad hoc Spencer Dawkins
- Re: [TERNLI] Notes from tonight's ad hoc Aaron Falk
- Re: [TERNLI] Notes from tonight's ad hoc Aaron Falk
- Re: [TERNLI] Notes from tonight's ad hoc Joe Touch
- Re: [TERNLI] Notes from tonight's ad hoc Joe Touch
- Re: [TERNLI] Notes from tonight's ad hoc Gorry Fairhurst
- Re: [TERNLI] Notes from tonight's ad hoc Aaron Falk
- Re: [TERNLI] Notes from tonight's ad hoc Bob Briscoe
- Re: [TERNLI] Notes from tonight's ad hoc Lars Eggert
- Re: [TERNLI] Notes from tonight's ad hoc Bob Briscoe
- Re: [TERNLI] Notes from tonight's ad hoc Joe Touch