Re: [tcmtf] A terminological question: "small-packet flows"

Dan Wing <dwing@cisco.com> Wed, 12 June 2013 15:34 UTC

Return-Path: <dwing@cisco.com>
X-Original-To: tcmtf@ietfa.amsl.com
Delivered-To: tcmtf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05A1D21F9923 for <tcmtf@ietfa.amsl.com>; Wed, 12 Jun 2013 08:34:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.523
X-Spam-Level:
X-Spam-Status: No, score=-110.523 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
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 wBNYcFuLuB-D for <tcmtf@ietfa.amsl.com>; Wed, 12 Jun 2013 08:34:28 -0700 (PDT)
Received: from mtv-iport-2.cisco.com (mtv-iport-2.cisco.com [173.36.130.13]) by ietfa.amsl.com (Postfix) with ESMTP id 7327F21F949D for <tcmtf@ietf.org>; Wed, 12 Jun 2013 08:34:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7961; q=dns/txt; s=iport; t=1371051266; x=1372260866; h=mime-version:subject:from:in-reply-to:date:cc:message-id: references:to; bh=fobU40vKo1BORN1LRR2noEF2+8stV4mLO1dOuFntb3Q=; b=Pu3S7da6FO/8l6UuY4WXgJK3RtIJIV359XhCQaYtBDqYCBDC4qsV3Y/P 0gaGrwm4mxL2A+3oQfrvwaB0sfKtBdhs5s9dUvgQCzCca8EFVmqzlKNLg Hf46E9r995w4RyCp8i9u8KjYHKUBq13APH1IbcDzg4Sfmk7RLUyooo9dO I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvYIAIGUuFGrRDoI/2dsb2JhbABagkVEMIM9hW21ZoEDFnSCIwEBAQMBAQEBARwESgsFCwtDAycwBgoJiAgFDag/DJE2jz8EBxaCNzJhA4kgjiCRQoMvHA
X-IronPort-AV: E=Sophos; i="4.87,853,1363132800"; d="scan'208,217"; a="83364628"
Received: from mtv-core-3.cisco.com ([171.68.58.8]) by mtv-iport-2.cisco.com with ESMTP; 12 Jun 2013 15:34:14 +0000
Received: from sjc-vpn6-1614.cisco.com (sjc-vpn6-1614.cisco.com [10.21.126.78]) by mtv-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id r5CFYDgd026134; Wed, 12 Jun 2013 15:34:13 GMT
Content-Type: multipart/alternative; boundary="Apple-Mail=_3B597ECE-7FA6-4E4E-8BE5-5252BBA2F3B8"
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
From: Dan Wing <dwing@cisco.com>
In-Reply-To: <008101ce676e$3b4675e0$b1d361a0$@unizar.es>
Date: Wed, 12 Jun 2013 08:34:13 -0700
Message-Id: <299BCC41-7095-40D2-A36A-B5DAB9790D93@cisco.com>
References: <008101ce676e$3b4675e0$b1d361a0$@unizar.es>
To: <jsaldana@unizar.es>
X-Mailer: Apple Mail (2.1508)
Cc: tcmtf@ietf.org, =?utf-8?Q?Mirko_Su=C5=BEnjevi=C4=87?= <Mirko.Suznjevic@fer.hr>
Subject: Re: [tcmtf] A terminological question: "small-packet flows"
X-BeenThere: tcmtf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Tunneling Compressed Multiplexed Traffic Flows \(TCMTF\) discussion list" <tcmtf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcmtf>, <mailto:tcmtf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tcmtf>
List-Post: <mailto:tcmtf@ietf.org>
List-Help: <mailto:tcmtf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcmtf>, <mailto:tcmtf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Jun 2013 15:34:33 -0000

On Jun 12, 2013, at 6:10 AM, Jose Saldana <jsaldana@unizar.es> wrote:

> Hi all.
>  
> Mirko and I are working on an improved version of the “TCMTF – recommendations” document. Since TCMTF is not only suitable for real-time services, but also for non real-time ones (M2M, flows of ACKs, instant messaging), one possibility is using the term “small-packet flows”.

I agree TCMTF is suitable for small packets.  

But by saying "small packet flow", it implies that the *entire flow* has to be small packets for TCMTF to kick in.  But TCMTF is useful if the flow is a mix of small and large packets, and useful if the flow began with lots of large packets (TLS or SSH handshake followed by a file transfer, or an HTTP GET (with a 4KB cookie) followed by a file transfer).

I like the term "small-packet flows" and it is concise, but when initially defined it would be useful to explain the flow does not have to always be small packets for the lifetime of the flow.

-d



>  
> The advantages are clear:
>  
> - It is more generic.
> - It includes the characteristics of TCMTF-able packets:
> - low payload-to-header ratio
> - long-term flows
>  
> This term is also being used in some technical documents:www.huawei.com/ilink/en/download/HW_193034.
>  
> What do you think? Any other proposals?
>  
> Jose
>  
> _______________________________________________
> tcmtf mailing list
> tcmtf@ietf.org
> https://www.ietf.org/mailman/listinfo/tcmtf