Re: [rmcat] I-D Action: draft-ietf-rmcat-video-traffic-model-02.txt

"Xiaoqing Zhu (xiaoqzhu)" <> Mon, 09 January 2017 04:31 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 931F7129A8E for <>; Sun, 8 Jan 2017 20:31:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -17.721
X-Spam-Status: No, score=-17.721 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-3.199, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id QOxRdraNmbyL for <>; Sun, 8 Jan 2017 20:31:03 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id F348C129471 for <>; Sun, 8 Jan 2017 20:31:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;;; l=3971; q=dns/txt; s=iport; t=1483936263; x=1485145863; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=ux/jXC5edAJlRAFoplmVBcnDNDMZgWovruUEZ8aOows=; b=R252Eoo9ZqnAECLkB5SaQf++WYjhV6qZWwuoHx8i81mGVUoHgOAdVgQ/ xGIVtt/GKCBWrSW0trQj78U0YTIB+K1YsUhUxGLwa50ckpFKIflh7eaH+ bMpmiCWEzJ0tPZtOLYUbdm+Y+TpMgHA+b3eCEb8U+rEvf0Drvc6sUdI0U k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.33,339,1477958400"; d="scan'208";a="195036342"
Received: from ([]) by with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 09 Jan 2017 04:31:01 +0000
Received: from ( []) by (8.14.5/8.14.5) with ESMTP id v094V12c030495 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for <>; Mon, 9 Jan 2017 04:31:01 GMT
Received: from ( by ( with Microsoft SMTP Server (TLS) id 15.0.1210.3; Sun, 8 Jan 2017 22:31:00 -0600
Received: from ([]) by ([]) with mapi id 15.00.1210.000; Sun, 8 Jan 2017 22:31:00 -0600
From: "Xiaoqing Zhu (xiaoqzhu)" <>
To: "" <>
Thread-Topic: [rmcat] I-D Action: draft-ietf-rmcat-video-traffic-model-02.txt
Thread-Index: AQHSai2WCU6++vPnHUGm9Q5rF32GJ6EvitVg
Date: Mon, 9 Jan 2017 04:31:00 +0000
Message-ID: <>
References: <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: []
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <>
Subject: Re: [rmcat] I-D Action: draft-ietf-rmcat-video-traffic-model-02.txt
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "RTP Media Congestion Avoidance Techniques \(RMCAT\) Working Group discussion list." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 09 Jan 2017 04:31:04 -0000


This version has been updated based on a new set of encoder output frame traces collected using the modified firefox browser. The traces are driven by two long (>5min) HD test video sequences and cycling through various target rates for sake of observing codec transient behavior.  

The changes to the draft are as follows (mainly in Section 5 and Section 7): 
* For the statistical model, added a new parameter SIGMA_t to model the fluctuations in frame intervals as we have observed from recently collected traces; 

* For the transient behavior, revised the parameter in the statistical model to K_B to directly model the burst frame size.  Since we have not observed a constant ratio between burst and reference frame size in the new traces;

* Removed the parameter DELTA (corresponding to uniform distribution of output frame sizes) since there has not been much evidence for uniformly distributed frame sizes; 

* In Section 7, when describing the hybrid model, also mentioned that the frame interval distribution in the statistical model can be used along with frame size from traces to drive the steady-state behavior. 

We are currently in the process of collecting corresponding steady-state traces from the same video sources. Our plan is to present on the dataset (and potentially update the draft again for the steady-state model parameters) in the upcoming IETF-98 meeting.


P.S.  Thanks much to Randell from Mozilla for help with modifying the firefox browser. 
From: rmcat <> on behalf of <>
Sent: Sunday, January 8, 2017 10:04 PM
Subject: [rmcat] I-D Action: draft-ietf-rmcat-video-traffic-model-02.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the RTP Media Congestion Avoidance Techniques of the IETF.

        Title           : Modeling Video Traffic Sources for RMCAT Evaluations
        Authors         : Xiaoqing Zhu
                          Sergio Mena de la Cruz
                          Zaheduzzaman Sarker
        Filename        : draft-ietf-rmcat-video-traffic-model-02.txt
        Pages           : 16
        Date            : 2017-01-08

   This document describes two reference video traffic source models for
   evaluating RMCAT candidate algorithms.  The first model statistically
   characterizes the behavior of a live video encoder in response to
   changing requests on target video rate.  The second model is trace-
   driven, and emulates the encoder output by scaling the pre-encoded
   video frame sizes from a widely used video test sequence.  Both
   models are designed to strike a balance between simplicity,
   repeatability, and authenticity in modeling the interactions between
   a video traffic source and the congestion control module.

The IETF datatracker status page for this draft is:

There's also a htmlized version available at:

A diff from the previous version is available at:

Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at

Internet-Drafts are also available by anonymous FTP at: