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

"Kevin Fall" <kfall@intel.com> Fri, 21 July 2006 02:20 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1G3kcc-0003pK-Kg; Thu, 20 Jul 2006 22:20:10 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G3kaz-00020u-Mj for ternli@ietf.org; Thu, 20 Jul 2006 22:18:29 -0400
Received: from mga01.intel.com ([192.55.52.88] helo=fmsmga101-1.fm.intel.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G3kS7-00032E-EN for ternli@ietf.org; Thu, 20 Jul 2006 22:09:20 -0400
Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga101-1.fm.intel.com with ESMTP; 20 Jul 2006 19:09:18 -0700
Received: from saspfm01.fm.intel.com (HELO kfallmobl) ([10.19.12.5]) by fmsmga001.fm.intel.com with ESMTP; 20 Jul 2006 19:09:16 -0700
X-IronPort-AV: i="4.07,164,1151910000"; d="scan'208"; a="101502059:sNHT14985362"
From: Kevin Fall <kfall@intel.com>
To: mallman@icir.org, weddy@grc.nasa.gov
Subject: RE: [TERNLI] Notes from tonight's ad hoc
Date: Thu, 20 Jul 2006 19:09:14 -0700
Organization: Intel Research Berkeley
Message-ID: <012b01c6ac6a$ab4fea90$020a010a@kfallmobl>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869
Thread-Index: AcasW+Axmv901FygSOi6EWKzKf4SfgADe8gw
In-Reply-To: <20060720181255.7BE1243F926@lawyers.icir.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7baded97d9887f7a0c7e8a33c2e3ea1b
Cc: ternli@ietf.org
X-BeenThere: ternli@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: kfall@intel.com
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

Channel change might not be so exciting, but stuff like "I switched AP to a
different network" might be interesting.... and of course, data rate change
(e.g. 802.11b can support 4 rates).  802.16 has different convergence
sublayers it can use, which potentially affects mtu (gag).

Then there is the issue of L2 flow control, and the sort of curious stuff
linux does when it feels "locally" congested {where it basically acts as
though it recv'd a 'congestion experienced' indicator in an ack}.

- K

> -----Original Message-----
> From: Mark Allman [mailto:mallman@icir.org]
> Sent: Thursday, July 20, 2006 11:13 AM
> To: weddy@grc.nasa.gov
> Cc: ternli@ietf.org
> Subject: Re: [TERNLI] Notes from tonight's ad hoc
> 
> 
> > One thing that I took away from yesterday was that it may be
> > productive to build a pair of tables to describe the problem space;
> > one table for "significant path changes" that might be passed up to
> > the transport, and one table for "significant path desires" that the
> > transport can pass down.
> 
> This seems like a reasonable first step to me.  I would further winnow
> the list of things to be passed up as "characteristics that impact
> performance".  I.e., there is no use telling TCP that some random AP
> switched from channel 6 to channel 11.  TCP does not care.  Now, if that
> change results in more corruption or a lower bit rate then the TCP would
> care about the latter.
> 
> From there then we can organize it and figure out where the lowest
> hanging fruit really is.
> 
> My two cents.
> 
> allman
> 
>