IETF Logo Mail Archive

Re: [video-codec] draft-filippov-netvc-requirements-01

"Ali C. Begen (abegen)" <abegen@cisco.com> Wed, 22 July 2015 11:34 UTC

Return-Path: <abegen@cisco.com>
X-Original-To: video-codec@ietfa.amsl.com
Delivered-To: video-codec@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED7401ACE8C for <video-codec@ietfa.amsl.com>; Wed, 22 Jul 2015 04:34:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level:
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BY2PxkH0LHEr for <video-codec@ietfa.amsl.com>; Wed, 22 Jul 2015 04:34:58 -0700 (PDT)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 638CD1A0195 for <video-codec@ietf.org>; Wed, 22 Jul 2015 04:34:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8696; q=dns/txt; s=iport; t=1437564898; x=1438774498; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=qHTAm0T7WrE921dw/G+TDCE+VGHi3SCwOU/zYreGaIE=; b=RbRv1CCEpkeLPhcfU4rKSqDOY3HUy0GDr1x/bOAYZ+ZQyK/rLBs8v0aW IOV243U6RPbZbNNRWhElosK+rAyY5vmQYWT7b1NweHyTmCCvRO0BqCWDZ giN/ivZipvp7ARngWYQLTiAnwXDAA9a0P+zp487A24vUGy1/3WQzOGdTM w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0A3AwAIf69V/4gNJK1bgkhNVGkGgx24WwmHdgIcgS44FAEBAQEBAQGBCoQjAQEBBCNmAgEIEQMBAigDAgICMBQJCAEBBAESiC62GJY5AQEBAQEBAQEBAQEBAQEBAQEBAQEBF4tMhHUYgmgvgRQFlFcBjDGBQ5Nug2Emgg0cgVNvgUeBBAEBAQ
X-IronPort-AV: E=Sophos; i="5.15,523,1432598400"; d="scan'208,217"; a="12005814"
Received: from alln-core-3.cisco.com ([173.36.13.136]) by rcdn-iport-9.cisco.com with ESMTP; 22 Jul 2015 11:34:57 +0000
Received: from xhc-rcd-x02.cisco.com (xhc-rcd-x02.cisco.com [173.37.183.76]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id t6MBYvxQ029270 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 22 Jul 2015 11:34:57 GMT
Received: from xmb-aln-x01.cisco.com ([169.254.2.64]) by xhc-rcd-x02.cisco.com ([173.37.183.76]) with mapi id 14.03.0195.001; Wed, 22 Jul 2015 06:34:57 -0500
From: "Ali C. Begen (abegen)" <abegen@cisco.com>
To: Filippov Alexey <Alexey.Filippov@huawei.com>, "video-codec@ietf.org" <video-codec@ietf.org>
Thread-Topic: [video-codec] draft-filippov-netvc-requirements-01
Thread-Index: AdDEY+SAW0GCvpXJZECxIZTezzBngAAPFTeA///zrgCAACYXgA==
Date: Wed, 22 Jul 2015 11:34:56 +0000
Message-ID: <B155D001-D02B-43DB-8F59-D34A7614B3A3@cisco.com>
References: <A95DB243D3936149BBFA3B43ED71074570525F45@szxema508-mbs.china.huawei.com> <F9407E60-EA4F-4AA9-91A6-0303912D721B@cisco.com> <A95DB243D3936149BBFA3B43ED7107457052622F@szxema508-mbs.china.huawei.com>
In-Reply-To: <A95DB243D3936149BBFA3B43ED7107457052622F@szxema508-mbs.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/0.0.0.150701
x-originating-ip: [10.61.214.86]
Content-Type: multipart/alternative; boundary="_000_B155D001D02B43DB8F59D34A7614B3A3ciscocom_"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/video-codec/wYSmXs9pgPXOLL0wuNV8q9eRsyQ>
Subject: Re: [video-codec] draft-filippov-netvc-requirements-01
X-BeenThere: video-codec@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Video codec BoF discussion list <video-codec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/video-codec>, <mailto:video-codec-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/video-codec/>
List-Post: <mailto:video-codec@ietf.org>
List-Help: <mailto:video-codec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/video-codec>, <mailto:video-codec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Jul 2015 11:35:00 -0000


From: Filippov Alexey
Date: Wednesday, July 22, 2015 at 1:18 PM
To: "Ali C. Begen", "video-codec@ietf.org<mailto:video-codec@ietf.org>"
Subject: RE: [video-codec] draft-filippov-netvc-requirements-01

From the codec point of view the only difference between “IPTV” and “IP video”(OTT, OpenIPTV, etc.)  is managed or unmanaged network (i.e. error robustness). Correct?

Nope. In IPTV, the bandwidth is provisioned so you know your packets will not really face a loss or large delay unless something really bad happens. In IP video, there are no such guarantees, anything can happen to your packets. Thus, IP/OTT video uses mostly TCP (with HTTP). Such apps have entirely different set of goals to optimize (or trade off) compared to IPTV apps.

If so, we can consider these two applications as a single use-case with a requirement for error resilience if the network is unmanaged.

In my view, neither IPTV nor IP/OTT video should be error resilient. They should be error free, that is it. But to me, skype, conferencing, rtcweb must be error resilient, especially when running over non-QoS networks.

In this case, my main question is whether you mind to consider OTT video as a use case for NETVC codec or not?

As I said, it should not be the focus at the moment, later a different profile can be developed as needed.

v2.23.0 | Report a Bug | By Email