Re: [TERNLI] Notes from tonight's ad hoc

Aaron Falk <falk@ISI.EDU> Wed, 02 August 2006 15:15 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1G8IRn-0000q7-9s; Wed, 02 Aug 2006 11:15:47 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G8IRm-0000q0-3U for ternli@ietf.org; Wed, 02 Aug 2006 11:15:46 -0400
Received: from boreas.isi.edu ([128.9.160.161]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G8IRk-0006Wc-Oq for ternli@ietf.org; Wed, 02 Aug 2006 11:15:46 -0400
Received: from [128.9.168.162] (neo.isi.edu [128.9.168.162]) by boreas.isi.edu (8.11.6p2+0917/8.11.2) with ESMTP id k72FEFu28153; Wed, 2 Aug 2006 08:14:15 -0700 (PDT)
In-Reply-To: <44D0B465.7060902@isi.edu>
References: <20060728125608.670AF444391@lawyers.icir.org> <94176DAD-C2FC-4018-8A15-005606394435@isi.edu> <44D0B465.7060902@isi.edu>
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Apple-Mail-1-130715757"
Message-Id: <408642C4-8B8E-4766-A42B-B90D8E508E38@ISI.EDU>
Content-Transfer-Encoding: 7bit
From: Aaron Falk <falk@ISI.EDU>
Subject: Re: [TERNLI] Notes from tonight's ad hoc
Date: Wed, 02 Aug 2006 08:12:54 -0700
To: Joe Touch <touch@ISI.EDU>
X-Pgp-Agent: GPGMail 1.1.1 (Tiger)
X-Mailer: Apple Mail (2.752.2)
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: falk@isi.edu
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 5a9a1bd6c2d06a21d748b7d0070ddcb8
Cc: 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

On Aug 2, 2006, at 7:19 AM, Joe Touch wrote:

>
>
> Aaron Falk wrote:
>>
>> On Jul 28, 2006, at 5:56 AM, Mark Allman wrote:
>>
>>>   + Giving a generic signal that *something* has changed and it  
>>> likely
>>>     matters and so the transport should re-init itself (e.g.,  
>>> forget the
>>>     SRTT, RTTVAR, cwnd, ssthresh, MTU value, etc.).
>>
>> Perhaps the signal should be that congestion state or RTT estimate  
>> is no
>> longer valid.  I.e., make the signal have transport semantics.
>
> That is what I was afraid of - that means that the link knows what the
> network is doing, e.g., whether it is using the link for CBR or bursty
> traffic, etc.

Joe-

I agree with you so I must not be making myself clear.  What I mean  
is to select those characteristics of the path which are possibly/ 
generally of interest to transport.  It seems to me as though some of  
those characteristics will be more clearly visible to the network  
(e.g., path), some to the link (or subnetwork, really) (e.g., loss  
rate).

I'm not asserting I have an answer here.  Just probing the problem.

--aaron