
From wes@mti-systems.com  Tue May 22 08:55:09 2012
Return-Path: <wes@mti-systems.com>
X-Original-To: tsv-area@ietfa.amsl.com
Delivered-To: tsv-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64B8021F85D4 for <tsv-area@ietfa.amsl.com>; Tue, 22 May 2012 08:55:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 40L8eeuuGfh5 for <tsv-area@ietfa.amsl.com>; Tue, 22 May 2012 08:55:09 -0700 (PDT)
Received: from omr15.networksolutionsemail.com (omr15.networksolutionsemail.com [205.178.146.65]) by ietfa.amsl.com (Postfix) with ESMTP id C770421F8470 for <tsv-area@ietf.org>; Tue, 22 May 2012 08:55:08 -0700 (PDT)
Received: from cm-omr14 (mail.networksolutionsemail.com [205.178.146.50]) by omr15.networksolutionsemail.com (8.13.8/8.13.8) with ESMTP id q4MFt7e2026000 for <tsv-area@ietf.org>; Tue, 22 May 2012 11:55:07 -0400
Authentication-Results: cm-omr14 smtp.user=wes@mti-systems.com; auth=pass (PLAIN)
X-Authenticated-UID: wes@mti-systems.com
Received: from [69.81.143.202] ([69.81.143.202:23110] helo=[192.168.1.106]) by cm-omr14 (envelope-from <wes@mti-systems.com>) (ecelerity 2.2.2.41 r(31179/31189)) with ESMTPA id 84/95-31525-BD6BBBF4; Tue, 22 May 2012 11:55:07 -0400
Message-ID: <4FBBB6D3.9010402@mti-systems.com>
Date: Tue, 22 May 2012 11:54:59 -0400
From: Wesley Eddy <wes@mti-systems.com>
Organization: MTI Systems
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: tsv-area@ietf.org
Subject: IETF84/Vancouver planning
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-BeenThere: tsv-area@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF Transport and Services Area Mailing List <tsv-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsv-area>, <mailto:tsv-area-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tsv-area>
List-Post: <mailto:tsv-area@ietf.org>
List-Help: <mailto:tsv-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsv-area>, <mailto:tsv-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 22 May 2012 15:55:09 -0000

We are planning to request a 1.5 hour TSVAREA meeting slot
at the next IETF meeting in Vancouver.

We plan to use at least half of that time to discuss recent
work in the bufferbloat area (on CoDel), but are now also
soliciting for other area-wide topics that people may want
to discuss in meeting time.  Please let Martin and I know if
you have a request.

See you in Vancouver!

-- 
Wes Eddy
MTI Systems

From wes@mti-systems.com  Thu May 31 18:45:57 2012
Return-Path: <wes@mti-systems.com>
X-Original-To: tsv-area@ietfa.amsl.com
Delivered-To: tsv-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D7D021F8568 for <tsv-area@ietfa.amsl.com>; Thu, 31 May 2012 18:45:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0vaSBbgXAZU4 for <tsv-area@ietfa.amsl.com>; Thu, 31 May 2012 18:45:56 -0700 (PDT)
Received: from omr7.networksolutionsemail.com (omr7.networksolutionsemail.com [205.178.146.57]) by ietfa.amsl.com (Postfix) with ESMTP id E4A5221F8567 for <tsv-area@ietf.org>; Thu, 31 May 2012 18:45:55 -0700 (PDT)
Received: from cm-omr11 (mail.networksolutionsemail.com [205.178.146.50]) by omr7.networksolutionsemail.com (8.13.8/8.13.8) with ESMTP id q511jtGF003704 for <tsv-area@ietf.org>; Thu, 31 May 2012 21:45:55 -0400
Authentication-Results: cm-omr11 smtp.user=wes@mti-systems.com; auth=pass (PLAIN)
X-Authenticated-UID: wes@mti-systems.com
Received: from [69.81.143.202] ([69.81.143.202:33743] helo=[192.168.1.106]) by cm-omr11 (envelope-from <wes@mti-systems.com>) (ecelerity 2.2.2.41 r(31179/31189)) with ESMTPA id 99/C7-11548-2DE18CF4; Thu, 31 May 2012 21:45:55 -0400
Message-ID: <4FC81ECD.90902@mti-systems.com>
Date: Thu, 31 May 2012 21:45:49 -0400
From: Wesley Eddy <wes@mti-systems.com>
Organization: MTI Systems
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: tsv-area@ietf.org
Subject: ROHC-TCP bis document
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-BeenThere: tsv-area@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF Transport and Services Area Mailing List <tsv-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsv-area>, <mailto:tsv-area-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tsv-area>
List-Post: <mailto:tsv-area@ietf.org>
List-Help: <mailto:tsv-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsv-area>, <mailto:tsv-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Jun 2012 01:45:57 -0000

I wanted to notify the TSV area that even though the ROHC
working group is closed, the authors of RFC 4996 had found
the need for changes beyond what errata would be appropriate
for, and wrote up a bis document.  The TSV ADs checked this
out and felt that the best path to process it would be AD-
sponsoring since there isn't a good WG to fit it into at the
moment, and the changes are relatively well constrained.

http://tools.ietf.org/html/draft-sandlund-rfc4996bis-02

The authors have nicely described the functional changes in
the bis document as:

   o  The SACK option compression in [RFC4996] assumed that multiple
      SACK blocks within the same option would be in sorted order so
      that the block starts were LSB-encoded from the end of the
      previous block.  This meant that SACK blocks that are not in
      sorted order could be impossible to compress in some cases.
      Therefore, the SACK compression in the formal notation has changed
      and therefore also the bits-on-the-wire.

   o  The ESP NULL header compression has been deprecated due to
      interoperability problems with needing to know information from
      the trailer.  The ESP NULL compression was already removed from
      ROHCv2 [RFC5225] for the same reason and it was considered better
      to remove it from this profile rather than try to fix the
      interoperability issue.

There are some non-functional changes (e.g. clarifications
and FN code corrections) as well, which are also summarized
in the document.

This is felt to be ready to go forward, and should start an
IETF LC soon.  If people are interested in this and have
comments, please use either the TSVAREA list to provide them,
or respond to the IETF LC.

-- 
Wes Eddy
MTI Systems
