From nobody Sun Jul 3 07:23:00 2016 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E7CD12D18E; Sun, 3 Jul 2016 07:22:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.8 X-Spam-Level: X-Spam-Status: No, score=-0.8 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 QMmp9TdcORAf; Sun, 3 Jul 2016 07:22:53 -0700 (PDT) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A095712B042; Sun, 3 Jul 2016 07:22:52 -0700 (PDT) Received: by mail-wm0-x22b.google.com with SMTP id r201so85100613wme.1; Sun, 03 Jul 2016 07:22:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:mime-version:thread-index :content-language; bh=jFLxF1Zv5lyaAO3KXpH8c1myrKUW+IZwTKvkbTNxSDM=; b=wbpWvEEZHOCSGafo+ql5PzuydJzFKOownCfo1aPxK0q31xlcHZY4wcNzlVu82FtGsq H+AQZ/1QsVSVzCr3wg7YpP1KMptaFpXDvN17yhDkh0mQiMS4UypvJ8UvHd7XBj92B0AM QR2s4xzyvXABs9boQJPZ0HvNED9S9XcEyWjZfN2gZJ2OMM6+63ZYiZ0w8wN8DIymmo65 0pyIZel26XDwiegBcAPYqbf60Xd4ML5dDubDqH1wryTPmWP35oA4fKjWNQshgO80/2oM 5sQ+gbrVvEJQ2pPQlfqewlUVkKtL1aGPi3kHWKgnLfOlABA4mGvDZ3WV+FUy1IFKjF5t ea6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :thread-index:content-language; bh=jFLxF1Zv5lyaAO3KXpH8c1myrKUW+IZwTKvkbTNxSDM=; b=YWaiuhlLhpg8ys6ms5mxJ0iEGUeZvfyex5ZZ7MMWW2TD2eEelSeGp5CVxZg200tv0t fvh/U2psmXicmo2RvveYp6vlsfcRYJrVNgeuatxkFxromczmvgSqAZubiwC1cCnB+fzz +7fjEWNiE/mrMyLCcaZ5wO5j4kchpyNe7Uz18pNeJDdBsAlLmNXRDB2HzRRViKypySj/ vM9JxDZuK15qCnSnNCslEXLzZBBgE4upmdqPUivr8n9l9mSVbkc+SpjmccDwCdKhqnGj U93WY2+7IrSjjFjjBD2RkhZmPL0/iEHuihNMFWkJS2+hFr2Og8sqC6qGwBnZ+sDa9nxr ZNsA== X-Gm-Message-State: ALyK8tIabo5BNGM7Tbmlw0f9jB+ZvwmHgkkhXPEy9S+7WSs62Tx2LFIyqVZnLycahjXyzQ== X-Received: by 10.194.88.136 with SMTP id bg8mr7194779wjb.68.1467555771190; Sun, 03 Jul 2016 07:22:51 -0700 (PDT) Received: from RoniPC (bzq-79-178-255-108.red.bezeqint.net. [79.178.255.108]) by smtp.gmail.com with ESMTPSA id b4sm485875wjd.16.2016.07.03.07.22.48 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 03 Jul 2016 07:22:49 -0700 (PDT) From: "Roni Even" To: Date: Sun, 3 Jul 2016 17:20:43 +0300 Message-ID: <01ab01d1d536$16a24aa0$43e6dfe0$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01AC_01D1D54F.3BF10940" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdHVNdH4w77AzmHrSraL2R+cGz96uA== Content-Language: he Archived-At: Cc: payload@ietf.org Subject: [payload] Agenda requests for avtcore in Berlin X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2016 14:22:55 -0000 This is a multipart message in MIME format. ------=_NextPart_000_01AC_01D1D54F.3BF10940 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, We have one hour slot in Berlin for AVTcore. If we have time left we may present the status of payload WG which is not meeting in order to create awareness of current work in Payload Roni Even AVTcore and Payload co-chair ------=_NextPart_000_01AC_01D1D54F.3BF10940 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

We have one = hour slot in Berlin for AVTcore. If we have time left we may present the = status of payload WG which is not meeting in order to create awareness = of current work in Payload

 

Roni = Even

AVTcore and Payload = co-chair

------=_NextPart_000_01AC_01D1D54F.3BF10940-- From nobody Thu Jul 7 06:25:04 2016 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41EE512D75A; Thu, 7 Jul 2016 06:24:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.48 X-Spam-Level: X-Spam-Status: No, score=-1.48 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FORGED_OUTLOOK_TAGS=0.052, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTML_TAG_BALANCE_BODY=1.157, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_HTML_ATTACH=0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 DfS1Guk7bS2N; Thu, 7 Jul 2016 06:24:56 -0700 (PDT) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5CAAB12D7B8; Thu, 7 Jul 2016 06:24:56 -0700 (PDT) Received: by mail-wm0-x22b.google.com with SMTP id n127so16295646wme.1; Thu, 07 Jul 2016 06:24:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:mime-version:thread-index :content-language; bh=IcE6krtSShUQeJnLpw3+pQPwaVmHv58kIZckdDdv080=; b=F2yE1gBY9atcT15tMjW5Uqn1X2yprtyhAw2ape0tp6zYwCdn9imYTTPiOJfPJ5PFGy wFUuz0SBw0x2prn4c8KPBM4wQ9CxfCk3BuG6ApTpbeyERnqEJYcdqT2hGc1vKDKKjISz 7jeovpBvKqSruKWfdYfI2FbJ3WQc2KPerlNx5BCh1vqWW6QNXA+TI57UFR2/boTTovQj iPaQ6NdrwJeqwLZiat8O4XwJQDgNskHXOs9hOR7Uk5105nthomZpKWOYj8puzMy3EX8R Q0nGA2fdg2BrhUKvUWpPqZhvbl6vGjLuSnWlTPR7KOWaE6eoRg0+e/9+GcEgiXgslE0V O81w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :thread-index:content-language; bh=IcE6krtSShUQeJnLpw3+pQPwaVmHv58kIZckdDdv080=; b=ZW+KFpamMd/1C7ypaySzWBNJ8wYf6Pb9D0NuEHno5GA7UZ02Javdelk+xgMbMRgQ4R Q5HaoF6R9MyeE/+KXs/JOLUoXmOGT/83G9wM0Z3tKX3481HRmdkgEorgYLxi2FGgxu6z 0Vcz7ZISpgXy5IJhbyOx3aWK5ombS0PFK/cZbS0vhur4MMWShDh8znLPxjrhYvkjXRxs xQQeO2vKCZ+HFnldlY7MbNG1IWVGoGumNrWJQwVkJFpCmG54NOgKLRgu3fR47IISkLiM sE5dr9nU7WIqr78cJMWPld/ecfmSPQidxwzokOGzt8pGm/R+KGma9CuR7PZAdV9apqEZ dYeA== X-Gm-Message-State: ALyK8tK30/WjcsvuT7LpTl3IHuVGtv4msfc0Gv80CnRGKxwjR8vHasl//BZdrf8KDsvMAw== X-Received: by 10.194.166.193 with SMTP id zi1mr139113wjb.105.1467897894648; Thu, 07 Jul 2016 06:24:54 -0700 (PDT) Received: from RoniPC (bzq-79-182-128-68.red.bezeqint.net. [79.182.128.68]) by smtp.gmail.com with ESMTPSA id f196sm4504076wmg.15.2016.07.07.06.24.53 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 07 Jul 2016 06:24:53 -0700 (PDT) From: "Roni Even" To: Date: Thu, 7 Jul 2016 16:22:38 +0300 Message-ID: <04a801d1d852$a2a36470$e7ea2d50$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_04A9_01D1D86B.C7F0EA90" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdHYUoi6ibCntVelSp+J5oH+sxHaOw== Content-Language: he Archived-At: Cc: payload@ietf.org Subject: [payload] Agenda for IETF96 X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2016 13:24:58 -0000 This is a multipart message in MIME format. ------=_NextPart_000_04A9_01D1D86B.C7F0EA90 Content-Type: multipart/alternative; boundary="----=_NextPart_001_04AA_01D1D86B.C7F0EA90" ------=_NextPart_001_04AA_01D1D86B.C7F0EA90 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, Attached is the agenda for AVTcore & Payload for Berlin Roni Even AVTcore co-chair ------=_NextPart_001_04AA_01D1D86B.C7F0EA90 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

Attached is the = agenda for AVTcore & Payload for Berlin

Roni Even

AVTcore = co-chair

------=_NextPart_001_04AA_01D1D86B.C7F0EA90-- ------=_NextPart_000_04A9_01D1D86B.C7F0EA90 Content-Type: text/html; name="a1607.html" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="a1607.html" Audio/Video Transport Core Maintenance (AVTCore) Working Group = Agenda

Audio/Video Transport Core Maintenance = (AVTCore) Working Group Agenda

Chairs: Magnus Westerlund , Roni = Even

Wednesday, 20 July 2016 at 10:00-11:00 (Charlottenburg II/III)

10:00 AVTCore Status UpdateChairs
10:15 A General Mechanism for RTP Header ExtensionsRoni Even
draft= -ietf-avtcore-rfc5285-bis-02
10:20 Circuit Breakers for Unicast RTP SessionssColin Perkins
draft-ietf-avtcore-rtp-circuit-breakers-16
10:35 Payload WG status updateChairs
10:45 RTP Payload Format for Flexible FECVarun Singh
draft-ietf-payload-flexible-fec-scheme-02
11:00 End
------=_NextPart_000_04A9_01D1D86B.C7F0EA90 Content-Type: text/plain; name="a1607.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="a1607.txt" Audio/Video Transport Core Maintenance (AVTCore) Working Group =============================================================== CHAIRS: Magnus Westerlund Roni Even AGENDA Wednesday, 20 July 2016 at 10:00-11:00 (Charlottenburg II/III) -------------------------------------------------------------- 10:00 AVTCore Status Update (Chairs, 15) 10:15 A General Mechanism for RTP Header Extensions (Roni Even, 5) draft-ietf-avtcore-rfc5285-bis-02 10:20 Circuit Breakers for Unicast RTP Sessionss (Colin Perkins, 15) draft-ietf-avtcore-rtp-circuit-breakers-16 10:35 Payload WG status update (Chairs, 10) 10:45 RTP Payload Format for Flexible FEC (Varun Singh, 15) draft-ietf-payload-flexible-fec-scheme-02 11:00 End ------=_NextPart_000_04A9_01D1D86B.C7F0EA90-- From weiqikun@huawei.com Fri Jul 8 04:02:59 2016 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7975412B017 for ; Fri, 8 Jul 2016 04:02:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.647 X-Spam-Level: X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 NesIyMLDBlh7 for ; Fri, 8 Jul 2016 04:02:57 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0DA3A12D127 for ; Fri, 8 Jul 2016 04:02:55 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml706-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CSF88714; Fri, 08 Jul 2016 11:02:52 +0000 (GMT) Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by lhreml706-cah.china.huawei.com (10.201.5.182) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 8 Jul 2016 12:02:50 +0100 Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.81]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0235.001; Fri, 8 Jul 2016 19:02:40 +0800 From: "Weiqikun (Kylin)" To: "payload@ietf.org" Thread-Topic: [payload] draft-wei-payload-has-over-rtp-00 Thread-Index: AQHR2Qg+37qXxshpE0iqrNvQD74nRQ== Date: Fri, 8 Jul 2016 11:02:39 +0000 Message-ID: <1B7297FC9E84EF43945435F2E3C9F496898D1DF1@nkgeml513-mbx.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.79.199] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090204.577F885D.0064, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.81, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 10d31878ea367e8afcbc71fc80536b9b Archived-At: Subject: [payload] draft-wei-payload-has-over-rtp-00 X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2016 11:05:41 -0000 SGkgZXZlcnlvbmUsDQoNCkkganVzdCBzdWJtaXR0ZWQgb25lIGRyYWZ0OiBkcmFmdC13ZWktcGF5 bG9hZC1oYXMtb3Zlci1ydHAtMDAuDQpJIHRoaW5rIGl0IGlzIG9uZSB2ZXJ5IGludGVyZXN0aW5n IGZpZWxkIHRvIHN0dWR5IGhvdyB0byBIdHRwIGFkYXB0aXZlIHN0cmVhbWluZyBkYXRhIGludG8g UlRQLg0KQW55IGNvbW1lbnRzIGlzIGFwcHJlY2lhdGVkLg0KVGhhbmtzLg0KDQp0b3BpYzogTmV3 IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC13ZWktcGF5bG9hZC1oYXMtb3Zlci1ydHAt MDAudHh0DQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LXdlaS1wYXlsb2FkLWhhcy1v dmVyLXJ0cC0wMC50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgUmFjaGVs IEh1YW5nIGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYgcmVwb3NpdG9yeS4NCg0KTmFtZToJCWRyYWZ0 LXdlaS1wYXlsb2FkLWhhcy1vdmVyLXJ0cA0KUmV2aXNpb246CTAwDQpUaXRsZToJCVJUUCBQYXls b2FkIEZvcm1hdCBmb3IgSFRUUCBBZGFwdGl2ZSBTdHJlYW1pbmcNCkRvY3VtZW50IGRhdGU6CTIw MTYtMDctMDUNCkdyb3VwOgkJSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQpQYWdlczoJCTEzDQpVUkw6 ICAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LXdl aS1wYXlsb2FkLWhhcy1vdmVyLXJ0cC0wMC50eHQNClN0YXR1czogICAgICAgICBodHRwczovL2Rh dGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC13ZWktcGF5bG9hZC1oYXMtb3Zlci1ydHAvDQpI dG1saXplZDogICAgICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXdlaS1wYXls b2FkLWhhcy1vdmVyLXJ0cC0wMA0KDQoNCkFic3RyYWN0Og0KICAgVGhpcyBkb2N1bWVudCBpbnRy b2R1Y2VzIGEgbmV3IFJUUCBwYXlsb2FkIGZvcm1hdCBmb3IgZW5jYXBzdWxhdGluZw0KICAgdGhl IEhUVFAgQWRhcHRpdmUgU3RyZWFtaW5nIGRhdGEgaW50byBSVFAsIHNvIHRoYXQgY3VycmVudCBS VFANCiAgIHNjaGVtZXMgY2FuIGJlIGxldmVyYWdlZCBpbnRvIE9UVCB2aWRlbyBkZWxpdmVyeSBz ZXJ2aWNlcy4gRm9yDQogICBleGFtcGxlLCBvcGVyYXRvcnMgY2FuIGVhc2lseSBkZWxpdmVyIE9U VCBsaXZlIGNvbnRlbnQgdGhyb3VnaA0KICAgbXVsdGljYXN0IHRvIGVsaW1pbmF0aW5nIHRoZSBp bXBhY3Qgb2YgbGl2ZSBjb250ZW50IGNvbnN1bXB0aW9uDQogICBwZWFrcy4NCg0KICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIA0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3Vw bGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxp emVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0K VGhlIElFVEYgU2VjcmV0YXJpYXQNCg0K From standifm@textronsystems.com Mon Jul 11 11:54:49 2016 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE11512D678 for ; Mon, 11 Jul 2016 11:54:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 ucISzeusX1Kb for ; Mon, 11 Jul 2016 11:54:47 -0700 (PDT) Received: from mail1.bemta12.messagelabs.com (mail1.bemta12.messagelabs.com [216.82.251.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BE3A712D677 for ; Mon, 11 Jul 2016 11:54:47 -0700 (PDT) Received: from [216.82.251.46] by server-7.bemta-12.messagelabs.com id 12/20-23619-77BE3875; Mon, 11 Jul 2016 18:54:47 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrLIsWRWlGSWpSXmKPExsUi0uJqq1v2ujn c4PocDYtLF88yOTB6LFnykymAMYo1My8pvyKBNeNk0yamggmaFTuOPGNrYLyk2sXIxSEkcI1R 4sXVOSwQzl5GicUTz7F3MXICOesYJTb/0wOx2QTMJLa2/2fsYuTgEBHQlHj0XQgkLCygIrFq4 VNmmPDzd4YgYREBPYl5naeYQGwWAVWJzhc3mEFsXgFXiUN9l8HijAJiEt9PrQGzmQXEJW49mQ 9mSwgISCzZc54ZwhaVePn4HyuErSTR2TWPEaI+V2L1+iNMEDMFJU7OfMICcbGGxJtX+5knMAr NQjJ2FpKWWUhaIOI6Egt2f2KDsLUlli18zQxjnznwmAlZfAEj+ypGjeLUorLUIl1DY72kosz0 jJLcxMwcXUNDI73c1OLixPTUnMSkYr3k/NxNjMBoqWdgYNzBePy0yyFGSQ4mJVHeT3ebw4X4k vJTKjMSizPii0pzUosPMcpwcChJ8HK/AsoJFqWmp1akZeYA4xYmLcHBoyTC6w6S5i0uSMwtzk yHSJ1iVJQS5xUESQiAJDJK8+DaYKniEqOslDAvIwMDgxBPQWpRbmYJqvwrRnEORiVhXiGQKTy ZeSVw018BLWYCWlzrALa4JBEhJdXAWP+qVkxPV6OUrVqI7/cJ9UAbN91lE5PLuDYlHD2qFsNy yD40x59LqFbdYcOrdVKJn2zCp325rVx9lPmsiHmkU9ny2Iot2x3s1XYuSTdh+eSt0bWvIELgq /u6qn0CrR2XjrTN/fdn02mZAOu7SsoTmtcu876qkaJpenn5Mk85bhbzB/ZTBFyUWIozEg21mI uKEwG9c+vOEAMAAA== X-Env-Sender: standifm@textronsystems.com X-Msg-Ref: server-12.tower-47.messagelabs.com!1468263285!9986622!1 X-Originating-IP: [20.132.69.61] X-StarScan-Received: X-StarScan-Version: 8.46; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17679 invoked from network); 11 Jul 2016 18:54:46 -0000 Received: from unknown (HELO TXAINFNWH047.textron.com) (20.132.69.61) by server-12.tower-47.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 11 Jul 2016 18:54:46 -0000 Received: from TXAMASNWH024.ent.textron.com (txamasnwh024.ent.textron.com [10.244.221.24]) by TXAINFNWH047.textron.com with smtp id 4d3d_a014_025ed5fb_c2b9_4db6_9de0_6926fcea9763; Mon, 11 Jul 2016 18:53:51 +0000 Received: from TXAMASNWH031.ent.textron.com (10.244.221.31) by TXAMASNWH024.ent.textron.com (10.244.221.24) with Microsoft SMTP Server (TLS) id 14.3.210.2; Mon, 11 Jul 2016 14:54:14 -0400 Received: from TXAMASNWH026.ent.textron.com ([10.244.221.26]) by TXAMASNWH031.ent.textron.com ([10.244.221.31]) with mapi id 14.03.0210.002; Mon, 11 Jul 2016 14:54:13 -0400 From: "Standiford, Matt" To: "payload@ietf.org" Thread-Topic: draft-ietf-payload-melpe-02 Thread-Index: AdHbpRduJ7M25F5aSnqLqUQ3HeL4fQ== Date: Mon, 11 Jul 2016 18:54:12 +0000 Message-ID: <77B9327894EB1C43B471F8D884CCC5320106047D31@txamasnwh026> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.244.221.234] Content-Type: multipart/alternative; boundary="_000_77B9327894EB1C43B471F8D884CCC5320106047D31txamasnwh026_" MIME-Version: 1.0 Archived-At: X-Mailman-Approved-At: Tue, 12 Jul 2016 08:14:24 -0700 Subject: [payload] draft-ietf-payload-melpe-02 X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 18:57:07 -0000 --_000_77B9327894EB1C43B471F8D884CCC5320106047D31txamasnwh026_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable IETF, I would like to express my support for the draft-ietf-payload-melpe-02 prop= osed by Victor and David from Vocal Technologies. We have worked to integrate MELPe2400 into an Army system over the past 14 = months. We used this draft as a common reference point between vendors, an= d as such, it was extremely useful. I encourage you to convert this draft = to an RFC. Thanks, -Matt Matt Standiford Systems Engineer AAI Corporation Textron Systems Unmanned Systems 124 Industry Lane Hunt Valley MD, 21030 standifm@textronsystems.com Desk: 410-628-3451 Cell: 443-547-5753 www.textronsystems.com --_000_77B9327894EB1C43B471F8D884CCC5320106047D31txamasnwh026_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

IETF,

 

I would like to express my support for the draft-iet= f-payload-melpe-02 proposed by Victor and David from Vocal Technologies.

 

We have worked to integrate MELPe2400 into an Army s= ystem over the past 14 months.  We used this draft as a common referen= ce point between vendors, and as such, it was extremely useful.  I enc= ourage you to convert this draft to an RFC.

 

Thanks,

 

-Matt

 

 

Matt Standiford

Systems Engineer

AAI Corporation

 

Textron Systems

Unmanned Systems

124 Industry Lane

Hunt Valley MD, 21030

standifm@textronsystems.com
Desk: 410-628-3451

Cell: 443-547-5753

www.tex= tronsystems.com

 

--_000_77B9327894EB1C43B471F8D884CCC5320106047D31txamasnwh026_-- From Dave.Satterlee@vocal.com Tue Jul 12 06:12:51 2016 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF9D012DB34 for ; Tue, 12 Jul 2016 06:12:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 IvgoKyoXRZ0K for ; Tue, 12 Jul 2016 06:12:46 -0700 (PDT) Received: from cuda.olm1.com (cuda.olm1.com [72.236.255.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6163612D94A for ; Tue, 12 Jul 2016 06:01:11 -0700 (PDT) X-ASG-Debug-ID: 1468328469-092fd32d2142a810001-U2jSCT Received: from host105.olm1.com (host105.olm1.com [72.236.255.15]) by cuda.olm1.com with ESMTP id P3JiUGmGFmy5NOEd (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 12 Jul 2016 09:01:09 -0400 (EDT) X-Barracuda-Envelope-From: Dave.Satterlee@vocal.com X-Barracuda-Apparent-Source-IP: 72.236.255.15 Received: from [192.168.11.3] (rrcs-72-43-202-98.nys.biz.rr.com [72.43.202.98]) by host105.olm1.com (Postfix) with ESMTPSA id D4FB9B41542; Tue, 12 Jul 2016 09:01:08 -0400 (EDT) To: "payload@ietf.org" X-ASG-Orig-Subj: Re: RTP Payload Format for MELPe Codec: References: <6809FCABEB2B464BAF620D2F5945B153D4F62AE6@FCSVR3.flightcell.local> From: "Dave Satterlee (Vocal)" Organization: Vocal Technologies Message-ID: Date: Tue, 12 Jul 2016 09:01:12 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <6809FCABEB2B464BAF620D2F5945B153D4F62AE6@FCSVR3.flightcell.local> Content-Type: multipart/alternative; boundary="------------F6525585B59A32D2D05F8655" X-Barracuda-Connect: host105.olm1.com[72.236.255.15] X-Barracuda-Start-Time: 1468328469 X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384 X-Barracuda-URL: https://72.236.255.32:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at olm1.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=5.0 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.31210 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message Archived-At: X-Mailman-Approved-At: Tue, 12 Jul 2016 08:14:24 -0700 Subject: Re: [payload] RTP Payload Format for MELPe Codec: X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 14:35:54 -0000 This is a multi-part message in MIME format. --------------F6525585B59A32D2D05F8655 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 7/11/2016 7:30 PM, James Mace wrote: > Reference draft-ietf-payload-melpe-02.txt. > We, Flightcell International, approve this draft and find it necessary to create > interoperability in our industry. We recommend the WG adopt this draft as an RFC. > Yours sincerely > James Mace > Director > */Flightcell International Limited/* > 98 Vickerman St > P O Box 1481 > Nelson 7010 > *New Zealand* > _www.flightcell.com_ > Ph +64 3 545 8651 > Mob +64 22 548 7043 --------------F6525585B59A32D2D05F8655 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit
On 7/11/2016 7:30 PM, James Mace wrote:
Reference draft-ietf-payload-melpe-02.txt.
We, Flightcell International, approve this draft and find it necessary to create interoperability in our industry. We recommend the WG adopt this draft as an RFC.
Yours sincerely
James Mace
Director
Flightcell International Limited
98 Vickerman St
P O Box 1481
Nelson 7010
New Zealand
Ph +64 3 545 8651
Mob +64 22 548 7043
 
 
 


--------------F6525585B59A32D2D05F8655-- From nobody Tue Jul 12 15:21:37 2016 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B86C12DA5E for ; Tue, 12 Jul 2016 15:21:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.62 X-Spam-Level: X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=foxgroupinc.onmicrosoft.com 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 2CHc1-iZTz0v for ; Tue, 12 Jul 2016 15:21:34 -0700 (PDT) Received: from mx0a-00195501.pphosted.com (mx0b-00195501.pphosted.com [67.231.157.160]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3619612DA5C for ; Tue, 12 Jul 2016 15:21:33 -0700 (PDT) Received: from pps.filterd (m0087373.ppops.net [127.0.0.1]) by mx0b-00195501.pphosted.com (8.16.0.17/8.16.0.17) with SMTP id u6CMHcKO031855; Tue, 12 Jul 2016 15:21:31 -0700 Received: from nam01-sn1-obe.outbound.protection.outlook.com (mail-sn1nam01lp0116.outbound.protection.outlook.com [207.46.163.116]) by mx0b-00195501.pphosted.com with ESMTP id 2452csm4vg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Tue, 12 Jul 2016 15:21:30 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=FoxGroupInc.onmicrosoft.com; s=selector1-fox-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=q/C7pts+/3hNtDHYbtb1HgJud+kwiqBGalIy5JUENSs=; b=gDVBCXW2EGW3RfdOKv2HppuarvQGWvYYo2pQLsHZzyAic2nK7ANiXRuH0879sJdcjCJCC1bdajlnBeACQ2c7JqaecTBdv0lJ0EU9VCFZ4Ml6Pa74AR0Z4/j27G9/Lt+0nG247xxX30x7Ow2dhsnbLo2AoaOUse3DgccaLtVWgwY= Received: from SN2PR05MB2448.namprd05.prod.outlook.com (10.166.212.155) by SN2PR05MB2446.namprd05.prod.outlook.com (10.166.212.153) with Microsoft SMTP Server (TLS) id 15.1.528.16; Tue, 12 Jul 2016 22:21:27 +0000 Received: from SN2PR05MB2448.namprd05.prod.outlook.com ([10.166.212.155]) by SN2PR05MB2448.namprd05.prod.outlook.com ([10.166.212.155]) with mapi id 15.01.0528.026; Tue, 12 Jul 2016 22:21:27 +0000 From: Thomas Edwards To: Jonathan Lennox , "Ali C. Begen" Thread-Topic: [payload] WGLC comments on draft-ietf-payload-rtp-ancillary-03 Thread-Index: AQHRx3/uP6cFF+UXtU2B8/WPt/p3Jp/1RYqAgAHZggCAHfQIgA== Date: Tue, 12 Jul 2016 22:21:27 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.5.141003 x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [216.205.246.231] x-ms-office365-filtering-correlation-id: e50144eb-a32d-4896-6021-08d3aaa2dde7 x-microsoft-exchange-diagnostics: 1; SN2PR05MB2446; 6:8WcmGrRLRh0xtd8VcObS0MidcFwMqg+Hh2er1GvUyEaRmzoUDHHHtJnRNK0qUnYs2wShMU7ivx4OZZijT+gfxDhz+8kBADFkP3oEe5MqnOPgd1xL3hr+AG6xLMIOUXI4UEDi3nYo7pD2tmBTl5tz6bU3kk1WvtslfQzuZnHGUa4f/qgcj8Ufj/ydT8bzHmXFdbdDwCEDmnzsTC5RUUplsOspNxGeVmNu7nZtDDlYJlBCrAunXk45ZJiOE4u0uPSWft4HeoU21vFTAIEYW6M14JDR9i3Giv/O+1+f/HgeJWKvp+a6TPKsawIPFiIsP1iqcV3dCvTH65rdRmFP0DtbgQ==; 5:UKbW4CD+gCsKprUrDwznjcCEKju/TjdONDXx5PZuj++zykrQmKWAY+/EVdHRfIo/SChADTkUT2cYHU5A7hOrMJW6RYTgiZ4LXCu16hZk19M34HkLoHrPVWYxjgYUz3kpqAF9Yxm2JVB/Nr4FFPjQrQ==; 24:EuBfyt5RRTvZ+O4ZXv+w75EpPUE8LgD+808ATlb/xGF4io9GyjzF0+OsdOO7w7ncUPdH7+1kdO/yEu5WD0D2Bdypkgy5Moarugtu0aZ37uc=; 7:9M2B/7z9r+M530QOlHKyF9tRIzlVnj71Kl8XjeS5yitk/wUcc/lp5XJGv2pe3CJfuPK9YSAeiJtVEsP9V1JWGhW71JnbMIOBouKG9Nmo6itehLKpsNAlGxku+Gb5ssm8lCLPLPPL3m8Zs1cJqGZvtAu8TgAEqUvL8uhhIUTiJ+QnmJOUoP3raCrC9DlCWG+OGLH1B+X19vjhozLHomjQv3kg+s4Hsjq25ty92IL+UimSmHSk26RdHhbKsHBpIVE3 x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN2PR05MB2446; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(177823376758907); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026); SRVR:SN2PR05MB2446; BCL:0; PCL:0; RULEID:; SRVR:SN2PR05MB2446; x-forefront-prvs: 0001227049 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(199003)(189002)(24454002)(377454003)(97736004)(10400500002)(66066001)(4326007)(2900100001)(5002640100001)(2950100001)(2906002)(76176999)(54356999)(77096005)(50986999)(8936002)(5001770100001)(189998001)(106116001)(8676002)(101416001)(92566002)(68736007)(4001350100001)(36756003)(81166006)(81156014)(586003)(3846002)(87936001)(102836003)(6116002)(3660700001)(11100500001)(19580405001)(19580395003)(83506001)(7736002)(230783001)(122556002)(7846002)(99286002)(106356001)(86362001)(16236675004)(3280700002)(105586002); DIR:OUT; SFP:1101; SCL:1; SRVR:SN2PR05MB2446; H:SN2PR05MB2448.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: fox.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_D3AAB843490A5thomasedwardsfoxcom_" MIME-Version: 1.0 X-OriginatorOrg: fox.com X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Jul 2016 22:21:27.2402 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: de99ade3-81db-4070-ae0d-3c1562041b30 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN2PR05MB2446 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-07-12_09:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 impostorscore=0 lowpriorityscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1604210000 definitions=main-1607120207 Archived-At: Cc: "payload@ietf.org" Subject: Re: [payload] WGLC comments on draft-ietf-payload-rtp-ancillary-03 X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 22:21:36 -0000 --_000_D3AAB843490A5thomasedwardsfoxcom_ Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: base64 SSdsbCBhZGQgaW50byB0aGUgTWVkaWEgVHlwZSBEZWZpbml0aW9uIC8gUmVxdWlyZWQgUGFyYW1l dGVycyB0aGF0IHRoZSAiUmF0ZSIgcGFyYW1ldGVyIFNIT1VMRCBiZSA5MCBrSHouDQoNCkkgdW5k ZXJzdGFuZCB0aGUgY29tbWVudCBhYm91dCBtYXRjaGluZyBjbG9jayByYXRlcyB0byBhc3NvY2lh dGVkIHZpZGVvIHN0cmVhbXMsIGFuZCBJIHRoaW5rIGEgU0hPVUxEIGlzIHJlYXNvbmFibGUgaGVy ZToNCg0KIldoZW4gYW4gQU5DIFJUUCBzdHJlYW0gaXMgdG8gYmUgYXNzb2NpYXRlZCB3aXRoIGFu IFJUUCB2aWRlbyBzdHJlYW0sIHRoZSBSVFAgdGltZXN0YW1wIHJhdGVzIFNIT1VMRCBiZSB0aGUg c2FtZSB0byBlbnN1cmUgdGhhdCBBTkMgZGF0YSBjYW4gYmUgYXNzb2NpYXRlZCB3aXRoIHRoZSBh cHByb3ByaWF0ZSBmcmFtZSBvciBmaWVsZC4iDQoNCi1UaG9tYXMNCg0KLS0NClRob21hcyBFZHdh cmRzDQpWUCBFbmdpbmVlcmluZyAmIERldmVsb3BtZW50DQpGT1ggTmV0d29ya3MgRW5naW5lZXJp bmcgYW5kIE9wZXJhdGlvbnMNCnRob21hcy5lZHdhcmRzQGZveC5jb20NClBob25lOiArMS4zMTAu MzY5LjY2OTYNCjEwMjAxIFdlc3QgUGljbyBCbHZkLg0KTG9zIEFuZ2VsZXMsIENBIDkwMDM1DQoN Cg0KRnJvbTogSm9uYXRoYW4gTGVubm94IDxqb25hdGhhbkB2aWR5by5jb208bWFpbHRvOmpvbmF0 aGFuQHZpZHlvLmNvbT4+DQpEYXRlOiBUaHVyc2RheSwgSnVuZSAyMywgMjAxNiBhdCA2OjU2IEFN DQpUbzogIkFsaSBDLiBCZWdlbiIgPGFjYmVnZW5AZ21haWwuY29tPG1haWx0bzphY2JlZ2VuQGdt YWlsLmNvbT4+DQpDYzogRk5HIDx0aG9tYXMuZWR3YXJkc0Bmb3guY29tPG1haWx0bzp0aG9tYXMu ZWR3YXJkc0Bmb3guY29tPj4sICJwYXlsb2FkQGlldGYub3JnPG1haWx0bzpwYXlsb2FkQGlldGYu b3JnPiIgPHBheWxvYWRAaWV0Zi5vcmc8bWFpbHRvOnBheWxvYWRAaWV0Zi5vcmc+Pg0KU3ViamVj dDogUmU6IFtwYXlsb2FkXSBXR0xDIGNvbW1lbnRzIG9uIGRyYWZ0LWlldGYtcGF5bG9hZC1ydHAt YW5jaWxsYXJ5LTAzDQoNCg0KT24gSnVuIDIyLCAyMDE2LCBhdCA1OjQxIEFNLCBBbGkgQy4gQmVn ZW4gPGFjYmVnZW5AZ21haWwuY29tPG1haWx0bzphY2JlZ2VuQGdtYWlsLmNvbT4+IHdyb3RlOg0K DQpDb21tZW50ZXI6IEpvbmF0aGFuIExlbm5veCA8am9uYXRoYW5AdmlkeW8uY29tPG1haWx0bzpq b25hdGhhbkB2aWR5by5jb20+PiBNb24sIDE4IEFwcmlsIDIwMTYgMTU6NTkNClVUQw0KDQoNCkNv bW1lbnQ6ICAiTm8gbWVjaGFuaXNtIGlzIGdpdmVuIHRvIGFzc29jaWF0ZSB0aGUgdmlkZW8vc21w dGUyOTEgc3RyZWFtcw0Kd2l0aCB0aGVpciBhc3NvY2lhdGVkIHZpZGVvL3JhdyBvciB2aWRlby9q cGVnMjAwMCBzdHJlYW1zLiAgSW4gY29tcGxpY2F0ZWQNCnNjZW5hcmlvcyAobXVsdGlwbGUgdmlk ZW8gc3RyZWFtcywgZS5nLikgc29tZSBTRFAgZ3JvdXBpbmcgbWlnaHQgYmUNCm5lY2Vzc2FyeSB0 byBwcm92aWRlIHRoaXMgYXNzb2NpYXRpb24uIg0KUmVzcG9uc2U6IEhvdyBhYm91dCBpZiB0aGUg SS1EIGlzIGFtZW5kZWQgd2l0aCBhbiBleGFtcGxlIFNEUCBmaWxlIHdpdGgNCiJhPWdyb3VwOkxT IiB0byBzaG93IGxpcCBzeW5jIGdyb3VwaW5nIGFzIHBlciBSRkMgNTg4OCBiZXR3ZWVuIHNheSBS RkMNCjQxNzUgdmlkZW8gYW5kIEFOQz8NCg0KSSBhbSBvayB3aXRoIHRoaXMgYXBwcm9hY2guIExT IGdyb3VwaW5nIGlzIGdlbmVyaWMgZW5vdWdoIHRvIHN5bmMgYW55IHR3byBzdHJlYW1zLg0KDQpU aGlzIHNlZW1zIGdvb2QgdG8gbWUuDQoNCg0KQ29tbWVudDogIlRoZSBSVFAgY2xvY2sgcmF0ZSBp c26p9nQgc3BlY2lmaWVkLiAgUHJlc3VtYWJseSBpdCBzaG91bGQgYmUgdGhlDQpzYW1lIGFzIHRo ZSBhc3NvY2lhdGVkIHZpZGVvIHN0cmVhbXM7IGkuZS4sIG5vcm1hbGx5IDkwMDAwLCBidXQgdmFy aWFibGUNCmZvciBKUEVHMjAwMC4iDQpSZXNwb25zZTogSW4gdGhlIGRlc2NyaXB0aW9uIG9mIHRo ZSB0aW1lc3RhbXAsIHRoZSBJLUQgc3RhdGVzICJBIDkwLWtIeg0KdGltZXN0YW1wIFNIT1VMRCBi ZSB1c2VkIi4gIEJhc2VkIG9uIGluZHVzdHJ5IGlucHV0LCBJIGJlbGlldmUgdGhpcyBpcyB0aGUN CnByb3BlciBsZXZlbCBvZiBzcGVjaWZpY2l0eS4NCg0KSSB0aGluayBKb25hdGhhbiB3YW50cyB0 byBzZWUgdGhpcyBtZW50aW9uZWQgaW4gU2VjdGlvbiAzLjEgdW5kZXIgUmVxdWlyZWQgcGFyYW1l dGVycy4NCg0KWWVzLg0KDQpBZGRpdGlvbmFsbHksIHNpbmNlIEpQRUcyMDAwIGNhbiBvcHRpb25h bGx5IGhhdmUgY2xvY2sgcmF0ZXMgb3RoZXIgdGhhbiA5MCBrSHosIEkgd291bGQgcHJlc3VtZSB0 aGF0IGlmIHRoYXShr3MgdXNlZCwgdGhlIGFuY2lsbGFyeSBkYXRhIHNob3VsZCBoYXZlIGEgbWF0 Y2hpbmcgY2xvY2sgcmF0ZS4NCg0KKFVubGVzcyBubyBvbmUgdXNlcyBKUEVHMjAwMCBhdCBhIGNs b2NrIHJhdGUgb3RoZXIgdGhhbiA5MCBrSHosIGFuZCB0aGF0IHVzYWdlIGNhbiBiZSBjb25zaWRl cmVkIGRlcHJlY2F0ZWQuKQ0KDQo= --_000_D3AAB843490A5thomasedwardsfoxcom_ Content-Type: text/html; charset="euc-kr" Content-ID: <1503735D1DEF974280F0A91010FE85B6@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PWV1Yy1rciI+DQo8L2hlYWQ+DQo8Ym9keSBzdHlsZT0id29yZC13 cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IC13ZWJraXQtbGluZS1i cmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7IGNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtc2l6ZTog MTRweDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7Ij4NCjxkaXY+DQo8ZGl2Pkkn bGwgYWRkIGludG8gdGhlIE1lZGlhIFR5cGUgRGVmaW5pdGlvbiAvIFJlcXVpcmVkIFBhcmFtZXRl cnMgdGhhdCB0aGUgJnF1b3Q7UmF0ZSZxdW90OyBwYXJhbWV0ZXIgU0hPVUxEIGJlIDkwIGtIei48 L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PkkgdW5kZXJzdGFuZCB0aGUgY29tbWVudCBh Ym91dCBtYXRjaGluZyBjbG9jayByYXRlcyB0byBhc3NvY2lhdGVkIHZpZGVvIHN0cmVhbXMsIGFu ZCBJIHRoaW5rIGEgU0hPVUxEIGlzIHJlYXNvbmFibGUgaGVyZTo8L2Rpdj4NCjxkaXY+PGJyPg0K PC9kaXY+DQo8ZGl2PiZxdW90O1doZW4gYW4gQU5DIFJUUCBzdHJlYW0gaXMgdG8gYmUgYXNzb2Np YXRlZCB3aXRoIGFuIFJUUCB2aWRlbyBzdHJlYW0sIHRoZSBSVFAgdGltZXN0YW1wIHJhdGVzIFNI T1VMRCBiZSB0aGUgc2FtZSB0byBlbnN1cmUgdGhhdCBBTkMgZGF0YSBjYW4gYmUgYXNzb2NpYXRl ZCB3aXRoIHRoZSBhcHByb3ByaWF0ZSBmcmFtZSBvciBmaWVsZC4mcXVvdDs8L2Rpdj4NCjxkaXY+ PGJyPg0KPC9kaXY+DQo8ZGl2Pi1UaG9tYXM8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4tLSZuYnNwOzwvZGl2Pg0KPGRpdj5UaG9tYXMgRWR3YXJkczxzcGFuIGNsYXNzPSJB cHBsZS10YWItc3BhbiIgc3R5bGU9IndoaXRlLXNwYWNlOnByZSI+IDwvc3Bhbj48L2Rpdj4NCjxk aXY+VlAgRW5naW5lZXJpbmcgJmFtcDsgRGV2ZWxvcG1lbnQ8L2Rpdj4NCjxkaXY+Rk9YIE5ldHdv cmtzIEVuZ2luZWVyaW5nIGFuZCBPcGVyYXRpb25zPC9kaXY+DQo8ZGl2PnRob21hcy5lZHdhcmRz QGZveC5jb208L2Rpdj4NCjxkaXY+UGhvbmU6ICYjNDM7MS4zMTAuMzY5LjY2OTY8L2Rpdj4NCjxk aXY+MTAyMDEgV2VzdCBQaWNvIEJsdmQuPC9kaXY+DQo8ZGl2PkxvcyBBbmdlbGVzLCBDQSA5MDAz NTwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pjxicj4NCjwv ZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIj4NCjxkaXYgc3R5bGU9ImZvbnQt ZmFtaWx5OkNhbGlicmk7IGZvbnQtc2l6ZToxMXB0OyB0ZXh0LWFsaWduOmxlZnQ7IGNvbG9yOmJs YWNrOyBCT1JERVItQk9UVE9NOiBtZWRpdW0gbm9uZTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25l OyBQQURESU5HLUJPVFRPTTogMGluOyBQQURESU5HLUxFRlQ6IDBpbjsgUEFERElORy1SSUdIVDog MGluOyBCT1JERVItVE9QOiAjYjVjNGRmIDFwdCBzb2xpZDsgQk9SREVSLVJJR0hUOiBtZWRpdW0g bm9uZTsgUEFERElORy1UT1A6IDNwdCI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+ RnJvbTogPC9zcGFuPkpvbmF0aGFuIExlbm5veCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmpvbmF0aGFu QHZpZHlvLmNvbSI+am9uYXRoYW5AdmlkeW8uY29tPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0i Zm9udC13ZWlnaHQ6Ym9sZCI+RGF0ZTogPC9zcGFuPlRodXJzZGF5LCBKdW5lIDIzLCAyMDE2IGF0 IDY6NTYgQU08YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+VG86IDwvc3Bhbj4m cXVvdDtBbGkgQy4gQmVnZW4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzphY2JlZ2VuQGdtYWls LmNvbSI+YWNiZWdlbkBnbWFpbC5jb208L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdl aWdodDpib2xkIj5DYzogPC9zcGFuPkZORyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRob21hcy5lZHdh cmRzQGZveC5jb20iPnRob21hcy5lZHdhcmRzQGZveC5jb208L2E+Jmd0OywgJnF1b3Q7PGEgaHJl Zj0ibWFpbHRvOnBheWxvYWRAaWV0Zi5vcmciPnBheWxvYWRAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZs dDs8YSBocmVmPSJtYWlsdG86cGF5bG9hZEBpZXRmLm9yZyI+cGF5bG9hZEBpZXRmLm9yZzwvYT4m Z3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlN1YmplY3Q6IDwvc3Bhbj5S ZTogW3BheWxvYWRdIFdHTEMgY29tbWVudHMgb24gZHJhZnQtaWV0Zi1wYXlsb2FkLXJ0cC1hbmNp bGxhcnktMDM8YnI+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdiBzdHls ZT0id29yZC13cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IC13ZWJr aXQtbGluZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCjxiciBjbGFzcz0i Ij4NCjxkaXY+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9 IiI+T24gSnVuIDIyLCAyMDE2LCBhdCA1OjQxIEFNLCBBbGkgQy4gQmVnZW4gJmx0OzxhIGhyZWY9 Im1haWx0bzphY2JlZ2VuQGdtYWlsLmNvbSIgY2xhc3M9IiI+YWNiZWdlbkBnbWFpbC5jb208L2E+ Jmd0OyB3cm90ZTo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGRpcj0ibHRyIiBjbGFzcz0i Ij4NCjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj4NCjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj4N CjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowIDAgMCAuOGV4 O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPg0KPGJyIGNsYXNz PSIiPg0KQ29tbWVudGVyOiBKb25hdGhhbiBMZW5ub3ggJmx0OzxhIGhyZWY9Im1haWx0bzpqb25h dGhhbkB2aWR5by5jb20iIGNsYXNzPSIiPmpvbmF0aGFuQHZpZHlvLmNvbTwvYT4mZ3Q7IE1vbiwg MTggQXByaWwgMjAxNiAxNTo1OTxiciBjbGFzcz0iIj4NClVUQzxiciBjbGFzcz0iIj4NCjxiciBj bGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCkNvbW1lbnQ6Jm5ic3A7ICZxdW90O05vIG1lY2hhbmlz bSBpcyBnaXZlbiB0byBhc3NvY2lhdGUgdGhlIHZpZGVvL3NtcHRlMjkxIHN0cmVhbXM8YnIgY2xh c3M9IiI+DQp3aXRoIHRoZWlyIGFzc29jaWF0ZWQgdmlkZW8vcmF3IG9yIHZpZGVvL2pwZWcyMDAw IHN0cmVhbXMuJm5ic3A7IEluIGNvbXBsaWNhdGVkPGJyIGNsYXNzPSIiPg0Kc2NlbmFyaW9zICht dWx0aXBsZSB2aWRlbyBzdHJlYW1zLCBlLmcuKSBzb21lIFNEUCBncm91cGluZyBtaWdodCBiZTxi ciBjbGFzcz0iIj4NCm5lY2Vzc2FyeSB0byBwcm92aWRlIHRoaXMgYXNzb2NpYXRpb24uJnF1b3Q7 PGJyIGNsYXNzPSIiPg0KUmVzcG9uc2U6IEhvdyBhYm91dCBpZiB0aGUgSS1EIGlzIGFtZW5kZWQg d2l0aCBhbiBleGFtcGxlIFNEUCBmaWxlIHdpdGg8YnIgY2xhc3M9IiI+DQomcXVvdDthPWdyb3Vw OkxTJnF1b3Q7IHRvIHNob3cgbGlwIHN5bmMgZ3JvdXBpbmcgYXMgcGVyIFJGQyA1ODg4IGJldHdl ZW4gc2F5IFJGQzxiciBjbGFzcz0iIj4NCjQxNzUgdmlkZW8gYW5kIEFOQz88YnIgY2xhc3M9IiI+ DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRp diBjbGFzcz0iIj5JIGFtIG9rIHdpdGggdGhpcyBhcHByb2FjaC4gTFMgZ3JvdXBpbmcgaXMgZ2Vu ZXJpYyBlbm91Z2ggdG8gc3luYyBhbnkgdHdvIHN0cmVhbXMuPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+PGJyIGNsYXNzPSIiPg0KPC9k aXY+DQo8ZGl2PlRoaXMgc2VlbXMgZ29vZCB0byBtZS48L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjxi bG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgZGly PSJsdHIiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPg0KPGRpdiBjbGFzcz0i Z21haWxfcXVvdGUiPg0KPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFy Z2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFl eCI+DQo8YnIgY2xhc3M9IiI+DQpDb21tZW50OiAmcXVvdDtUaGUgUlRQIGNsb2NrIHJhdGUgaXNu qfZ0IHNwZWNpZmllZC4mbmJzcDsgUHJlc3VtYWJseSBpdCBzaG91bGQgYmUgdGhlPGJyIGNsYXNz PSIiPg0Kc2FtZSBhcyB0aGUgYXNzb2NpYXRlZCB2aWRlbyBzdHJlYW1zOyBpLmUuLCBub3JtYWxs eSA5MDAwMCwgYnV0IHZhcmlhYmxlPGJyIGNsYXNzPSIiPg0KZm9yIEpQRUcyMDAwLiZxdW90Ozxi ciBjbGFzcz0iIj4NClJlc3BvbnNlOiBJbiB0aGUgZGVzY3JpcHRpb24gb2YgdGhlIHRpbWVzdGFt cCwgdGhlIEktRCBzdGF0ZXMgJnF1b3Q7QSA5MC1rSHo8YnIgY2xhc3M9IiI+DQp0aW1lc3RhbXAg U0hPVUxEIGJlIHVzZWQmcXVvdDsuJm5ic3A7IEJhc2VkIG9uIGluZHVzdHJ5IGlucHV0LCBJIGJl bGlldmUgdGhpcyBpcyB0aGU8YnIgY2xhc3M9IiI+DQpwcm9wZXIgbGV2ZWwgb2Ygc3BlY2lmaWNp dHkuPGJyIGNsYXNzPSIiPg0KPC9ibG9ja3F1b3RlPg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9 IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SSB0aGluayBKb25hdGhhbiB3YW50cyB0byBzZWUg dGhpcyBtZW50aW9uZWQgaW4gU2VjdGlvbiAzLjEgdW5kZXIgUmVxdWlyZWQgcGFyYW1ldGVycy48 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRp dj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXY+WWVzLjwvZGl2Pg0KPGRpdj48YnIgY2xhc3M9 IiI+DQo8L2Rpdj4NCjxkaXY+QWRkaXRpb25hbGx5LCBzaW5jZSBKUEVHMjAwMCBjYW4gb3B0aW9u YWxseSBoYXZlIGNsb2NrIHJhdGVzIG90aGVyIHRoYW4gOTAga0h6LCBJIHdvdWxkIHByZXN1bWUg dGhhdCBpZiB0aGF0oa9zIHVzZWQsIHRoZSBhbmNpbGxhcnkgZGF0YSBzaG91bGQgaGF2ZSBhIG1h dGNoaW5nIGNsb2NrIHJhdGUuPC9kaXY+DQo8ZGl2PjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRp dj4oVW5sZXNzIG5vIG9uZSB1c2VzIEpQRUcyMDAwIGF0IGEgY2xvY2sgcmF0ZSBvdGhlciB0aGFu IDkwIGtIeiwgYW5kIHRoYXQgdXNhZ2UgY2FuIGJlIGNvbnNpZGVyZWQgZGVwcmVjYXRlZC4pPC9k aXY+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9kaXY+DQo8L3NwYW4+DQo8L2Jv ZHk+DQo8L2h0bWw+DQo= --_000_D3AAB843490A5thomasedwardsfoxcom_-- From nobody Wed Jul 13 09:29:44 2016 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9EE3D12D18A for ; Wed, 13 Jul 2016 09:29:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 7xUHRrn6300t for ; Wed, 13 Jul 2016 09:29:40 -0700 (PDT) Received: from cuda.olm1.com (cuda.olm1.com [72.236.255.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C13B212D169 for ; Wed, 13 Jul 2016 09:29:40 -0700 (PDT) X-ASG-Debug-ID: 1468427378-092fd32d214e4220001-U2jSCT Received: from host105.olm1.com (host105.olm1.com [72.236.255.15]) by cuda.olm1.com with ESMTP id kVpC78DBgjBgsPNz (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 13 Jul 2016 12:29:38 -0400 (EDT) X-Barracuda-Envelope-From: Dave.Satterlee@vocal.com X-Barracuda-Apparent-Source-IP: 72.236.255.15 Received: from [192.168.11.3] (rrcs-72-43-202-98.nys.biz.rr.com [72.43.202.98]) by host105.olm1.com (Postfix) with ESMTPSA id 65406B40235 for ; Wed, 13 Jul 2016 12:29:38 -0400 (EDT) References: X-ASG-Orig-Subj: Fwd: Fwd: RTP packetization of MELPe speech coder From: "Dave Satterlee (Vocal)" Organization: Vocal Technologies To: "payload@ietf.org" X-Forwarded-Message-Id: Message-ID: Date: Wed, 13 Jul 2016 12:29:41 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------5A26D49EF0B674720491E844" X-Barracuda-Connect: host105.olm1.com[72.236.255.15] X-Barracuda-Start-Time: 1468427378 X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384 X-Barracuda-URL: https://72.236.255.32:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at olm1.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=5.0 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.31236 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message Archived-At: Subject: [payload] Fwd: Fwd: RTP packetization of MELPe speech coder X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 16:29:42 -0000 This is a multi-part message in MIME format. --------------5A26D49EF0B674720491E844 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Dear Payload WG, I am re-submitting this request (below) by one of our partners regarding the desirability of approving draft-ietf-payload-melpe-02, as his original mail did not specify the draft document, and we did not see his mail make the list. Regards, Dave Satterlee VOCAL Technologies -------- Forwarded Message -------- Subject: Fwd: RTP packetization of MELPe speech coder Date: Tue, 12 Jul 2016 14:21:36 -0400 From: Mike O'Dea To: Dave.Satterlee@vocal.com ---------- Forwarded message ---------- From: *Mike O'Dea* > Date: Mon, Jul 11, 2016 at 5:56 PM Subject: RTP packetization of MELPe speech coder To: payload@ietf.org Gentleman: ProConnections would find it very useful to have this speech coder included as a standard. It seems to us that making it an IETF RFC is a natural way to make this happen. -- Michael O'Dea CEO ProConnections, Inc. 239 Littleton Rd, Suite 4A Westford, MA 01886 P: 978.692.2154 x12 F: 978.692.4052 *www.proconnections.com * -- Michael O'Dea CEO ProConnections, Inc. 239 Littleton Rd, Suite 4A Westford, MA 01886 P: 978.692.2154 x12 F: 978.692.4052 *www.proconnections.com * --------------5A26D49EF0B674720491E844 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
Dear Payload WG,

I am re-submitting this request (below) by one of our partners regarding the desirability of approving draft-ietf-payload-melpe-02, as his original mail did not specify the draft document, and we did not see his mail make the list.

Regards,
Dave Satterlee
VOCAL Technologies


-------- Forwarded Message --------
Subject: Fwd: RTP packetization of MELPe speech coder
Date: Tue, 12 Jul 2016 14:21:36 -0400
From: Mike O'Dea <mikeo@proconnections.com>
To: Dave.Satterlee@vocal.com



---------- Forwarded message ----------
From: Mike O'Dea <mikeo@proconnections.com>
Date: Mon, Jul 11, 2016 at 5:56 PM
Subject: RTP packetization of MELPe speech coder
To: payload@ietf.org


Gentleman:


ProConnections would find it very useful to have this speech coder included as a standard.   It seems to us that making it an IETF RFC is a natural way to make this happen.  
--

Michael O'Dea
CEO

ProConnections, Inc.
239 Littleton Rd, Suite 4A
Westford, MA  01886
P: 978.692.2154 x12
F: 978.692.4052

www.proconnections.com




--

Michael O'Dea
CEO

ProConnections, Inc.
239 Littleton Rd, Suite 4A
Westford, MA  01886
P: 978.692.2154 x12
F: 978.692.4052

www.proconnections.com

--------------5A26D49EF0B674720491E844-- From eiffel.taipei@gmail.com Wed Jul 13 09:11:37 2016 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 54A4D12D192 for ; Wed, 13 Jul 2016 09:11:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.726 X-Spam-Level: X-Spam-Status: No, score=-0.726 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DEAR_SOMETHING=1.973, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 uIe6EsMQXVUA for ; Wed, 13 Jul 2016 09:11:36 -0700 (PDT) Received: from mail-pf0-x230.google.com (mail-pf0-x230.google.com [IPv6:2607:f8b0:400e:c00::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8255912D18B for ; Wed, 13 Jul 2016 09:11:35 -0700 (PDT) Received: by mail-pf0-x230.google.com with SMTP id h14so19963720pfe.1 for ; Wed, 13 Jul 2016 09:11:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=woQdyTnRIeDMZC/1bpNdYHajR+7OTydfiIDgzhoFHas=; b=mztWRbVBhCp7KnglYYnI0kdyPjKzgpEy1D+sB7QxhmQpxjMLxouSDMbi/Dqx5XY+bY HH/va8DM09RMGhq4TcOYoqJnMjYmk9dMQSHRzaUzyA8xLn9p2zhjBSldf4raJfpQ0RTh oVP3tQ0iaaHNWPOYPT8+WKC5rkrgv6hmAwgWOXJp2xEmEVjNXlRg2r+4C6NcEWE+yW4d yK/MVB6j0Ka1jFcwSE52vZxt7C9+/U/VCdIyTTQCr1WNv2D/CfV7vFrIE0hkzeAYizIE UiqWp1l6JG2kQtrmFjl5iamnMJ8lfyEbK3S6NrMG1oiqAVRAYsplzDdY3pvCFpwUEMq2 nk+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=woQdyTnRIeDMZC/1bpNdYHajR+7OTydfiIDgzhoFHas=; b=EH6QjFDcC6TmNu6pXINdawqm71+V7HS40EMPfcRIA9NH2z02ubGfYMuxIXnzCLFrNM /lCOv/x5JvUmkFo/BGSdjkBEnZ1jFwW1dLQQhQYPp1It+EvA/XN3tlS+s0SBYL6xMcQZ hRRZim0APsUGo6p3VBcTDPAnuY4XPT3s4wsePyEJzSpbzVr22hhOqsGgrODURY+dYWtw uDF7cVtAMOuFQdmAc49jJ+1yBLA/SeAYsHkiL1rEmzo+mNgm6NIQ9moDM2y4yv7uOWUo XKgahY4Z1hRCqfZOBmxcKHXEgdcApqCwuMvptT0772RRSanIR8a9ynWiAJy850Xi1udC 0SVw== X-Gm-Message-State: ALyK8tLDN+1Je1k3p0kBHwIvhp/S8wYPrdC7EqdzLPIg3qCdHbUMWS5jHyLPakj9SfgtvRJ7oJ0xq/z1N9DZhg== X-Received: by 10.98.61.24 with SMTP id k24mr4703966pfa.100.1468426295049; Wed, 13 Jul 2016 09:11:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.83.130 with HTTP; Wed, 13 Jul 2016 09:11:34 -0700 (PDT) From: Alex Chen Date: Thu, 14 Jul 2016 00:11:34 +0800 Message-ID: To: payload@ietf.org Content-Type: multipart/alternative; boundary=94eb2c112fbab20173053786a32f Archived-At: X-Mailman-Approved-At: Sat, 16 Jul 2016 08:29:56 -0700 Subject: [payload] (EFIT) Need of RTP packetization of MELPe X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 16:12:50 -0000 --94eb2c112fbab20173053786a32f Content-Type: text/plain; charset=UTF-8 Dear Sir, We, Eiffel Innovation Technology is a company in Taiwan. We help our customers whether private enterprises or governmental units. We believe a specification for the RTP packetization of MELPe will be useful. Please adopt draft-ietf-payload-melpe-02.txt. Thanks. Alex, CHEN CEO Eiffel Innovation Technology --94eb2c112fbab20173053786a32f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Dear Sir,

We, Eiffel Innovation Technology is a com= pany in Taiwan.
We help our customers whether private enterprises or gov= ernmental units. =C2=A0
We believe a specification for the RTP packetiza= tion of MELPe will be useful.
Please adopt draft-ietf-payload-melpe-02.t= xt.

Thanks.

Alex, CHEN
CEO
Eiffel Innovation Technology=
<= /blockquote>
--94eb2c112fbab20173053786a32f-- From nobody Sun Jul 17 10:29:48 2016 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF6B212B016 for ; Sun, 17 Jul 2016 10:29:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 7yDeJxLOoq_Q for ; Sun, 17 Jul 2016 10:29:44 -0700 (PDT) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F19E12D133 for ; Sun, 17 Jul 2016 10:29:44 -0700 (PDT) Received: by mail-wm0-x22d.google.com with SMTP id o80so88845930wme.1 for ; Sun, 17 Jul 2016 10:29:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :thread-index:content-language; bh=CGO2SE9WmwxisBrp4jS8CFmJ3ato4+j6e314VShBVo4=; b=RIP4mUP5boc30KrvzbqYHb0ZPvBAELlY2DUbWNG1f6smyrIoluTaw3DsJrGdG/PDNc t8etF6/3c1jt+ZWys3wsH30RV4mTYK3fPDoaWD+M/vjW3dHEP2BBhmgkWBiRDXniN/nO N3aWTOcqrX4Y8k1M/E64Dfb+uzbeX3jAeQ2eQcmsUnWbVWqh0OjZGud4rWg+Kk5XSI7d 5419cQxGyXSTUdjtfBrd2z1ZyU1Hr/FtXoFK8uAAyVsD2PqC8F7XF6rPHGSZlWVL2A4t K1+cF/zgwyXROOmJ15EbGO/p3Hj2lM5FzquVZ8wv4FcNY+m+pza82Ia5Exupw7jWH1yy Xepg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:references:in-reply-to:subject:date :message-id:mime-version:thread-index:content-language; bh=CGO2SE9WmwxisBrp4jS8CFmJ3ato4+j6e314VShBVo4=; b=gFOosOKDdHvaJAT6hnjfZmxDc6h5lGAtWs6jK2t/I11A/bzu9lKx9tita0qkPharxy L6Y+c/VLwWA0ZRVNgiHohEdScth3d/Pm5A78Ey08fRWqiCd7UQaE4uaV5Eo7XrxD6mJw 51j6vVtQbCDRZVWNXbuMUCPNi6p5Ech7AeRET1Zf8G267uegtwwuuz4k4Myj1kz13VRD kDSISmQ+la0FvW74ri3FlFeclx3gmPPN26Q+oryvyzx6yMa47IW166Ip3u3TWfmYD8M9 bpcQYltk3twlQG71RmZQ/tR19kSVJkwIgHqHEhMPgZ07tMUco7lrY1GneBpf6kj0SRxN 3fZw== X-Gm-Message-State: ALyK8tJOgL42v1hUESYUsXzfGPS+WSUowcffMSbReAQS23M+42SAEosjYEcQ80Pnhqp8Tw== X-Received: by 10.28.173.205 with SMTP id w196mr9407000wme.86.1468776582483; Sun, 17 Jul 2016 10:29:42 -0700 (PDT) Received: from RoniPC ([46.189.28.55]) by smtp.gmail.com with ESMTPSA id 17sm9949408wmf.6.2016.07.17.10.29.41 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 17 Jul 2016 10:29:41 -0700 (PDT) From: "Roni Even" To: References: <52E4A8FC978E0241AE652516E24CAF001DD4946D@ESESSMB306.ericsson.se> In-Reply-To: <52E4A8FC978E0241AE652516E24CAF001DD4946D@ESESSMB306.ericsson.se> Date: Sun, 17 Jul 2016 20:29:38 +0300 Message-ID: <00b801d1e050$cbf2af60$63d80e20$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00B9_01D1E069.F13FE760" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGIZ2CVCCDLMC2rZoy1F0KPBVB4iqCv0l9Q Content-Language: he Archived-At: Subject: [payload] FW: [AVTCORE] Moving AVTCORE to share AVTEXT slot on Tuesday X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Jul 2016 17:29:46 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00B9_01D1E069.F13FE760 Content-Type: multipart/alternative; boundary="----=_NextPart_001_00BA_01D1E069.F13FE760" ------=_NextPart_001_00BA_01D1E069.F13FE760 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, Currently waiting for final approval, in which case the payload wg will = also present on Tuesday Roni Even Payload co-chair =20 From: avt [mailto:avt-bounces@ietf.org] On Behalf Of Magnus Westerlund Sent: Sunday, July 17, 2016 12:47 PM To: avt@ietf.org Subject: [AVTCORE] Moving AVTCORE to share AVTEXT slot on Tuesday =20 WG, AVTCORE currently conflict with the QUIC Bof. Avtext on tuesday have a = two hour slot and can fitt us in. MMUSIC is considering moving to RTCWeb = friday slot. Thus anyone having issues with us moving to Tuesday? Cheers Magnus=20 ------=_NextPart_001_00BA_01D1E069.F13FE760 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Hi,

Currently waiting for final approval, in which case the payload wg = will also present on Tuesday

Roni Even

Payload co-chair

 

From:= = avt [mailto:avt-bounces@ietf.org] On Behalf Of Magnus = Westerlund
Sent: Sunday, July 17, 2016 12:47 PM
To: = avt@ietf.org
Subject: [AVTCORE] Moving AVTCORE to share AVTEXT = slot on Tuesday

 

WG,

AVTCORE currently conflict with the QUIC Bof. Avtext on = tuesday have a two hour slot and can fitt us in. MMUSIC is considering = moving to RTCWeb friday slot. Thus anyone having issues with us moving = to Tuesday?

Cheers

Magnus =

------=_NextPart_001_00BA_01D1E069.F13FE760-- ------=_NextPart_000_00B9_01D1E069.F13FE760 Content-Type: text/plain; name="Untitled attachment 00010.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="Untitled attachment 00010.txt" _______________________________________________ Audio/Video Transport Core Maintenance avt@ietf.org https://www.ietf.org/mailman/listinfo/avt ------=_NextPart_000_00B9_01D1E069.F13FE760-- From nobody Sun Jul 17 12:13:45 2016 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4069E12D13F for ; Sun, 17 Jul 2016 12:13:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 xc2ph-11nnio for ; Sun, 17 Jul 2016 12:13:41 -0700 (PDT) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 89A7F127071 for ; Sun, 17 Jul 2016 12:13:40 -0700 (PDT) Received: by mail-wm0-x231.google.com with SMTP id i5so90445882wmg.0 for ; Sun, 17 Jul 2016 12:13:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:thread-index:content-language; bh=4B6rUcWYX/rC7Jgy1zPAhUBhAxkdjlUuZSLPEHICAMY=; b=mv08urcKBwQ7JGMI9/7Y7E7CUiFxjXW9R7QrN6Pu4QqWmTqW1oncrOtxxe9qzSobUb 3gD7bCoHHX5iUuD1nBUhRv2TQ/C3xvjHD7S3M9JIa+RYm0WptSuD57x0xEwNsZ81PZIr ctpr94dHRGFO+YaYEZY4J3Ba5SmaiHWnXSpz/wsPtiudJCX3Vtep0w8lc3tED9xUTSAj hjv7wmyrDYrYbm0hJwwXWvMVi736A31y9ju2hewwmadJsjPJUDJcZR/vF/eAxtiQYAlP RMeUA5x8suk1SO4Bj4qtkL6x3IAL1S+0HLOvf4VHhBZJXCiSHdP5UaSuzWCRD4yfeHaK LxmA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:references:in-reply-to:subject:date :message-id:mime-version:thread-index:content-language; bh=4B6rUcWYX/rC7Jgy1zPAhUBhAxkdjlUuZSLPEHICAMY=; b=jaiO0EwWNMPLFgKI35IDNVIKI7i7CcjnF4Q0knYR6XmLyCjeMXjsOZzB+FgSM0GHxg qO9bnvXL73urn2BhwBDVBVGm1MZKIAwXjVzomU3rH2+J+5Uum0wxSFw1QAGglTCkea4k cWtg0sL7cmq2FR/ZAK80b27J5+5BffzSxxx9mm3YqA8oEozM/JYNjFX8tnVfux7ruB1U ZiJormeG5HBDhBbzcT6zL1+r7Qez+rQXfns2jMZDXlaAK5xjJJHOGL0R6BCevNKTxNaW sKeZ99r0ASdmhHpYCArW8BLvZtYwl8DrCMp0kxo7bCXK68tyNxJq5b+1iiQyb2HN0l+m FY2w== X-Gm-Message-State: ALyK8tIG5IAe7lQnY01V1qE4SnwBKQvw0/+j6WAg1UrI96Sy5W0JuAJktGbvJGLkxWkEmA== X-Received: by 10.28.18.11 with SMTP id 11mr26747340wms.11.1468782819024; Sun, 17 Jul 2016 12:13:39 -0700 (PDT) Received: from RoniPC ([46.189.28.55]) by smtp.gmail.com with ESMTPSA id a194sm5415481wmd.24.2016.07.17.12.13.37 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 17 Jul 2016 12:13:37 -0700 (PDT) From: "Roni Even" To: "'Thomas Edwards'" , "'Ali C. Begen'" References: In-Reply-To: Date: Sun, 17 Jul 2016 22:13:34 +0300 Message-ID: <00d301d1e05f$50a1a1e0$f1e4e5a0$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00D4_01D1E078.75F06080" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGzU9NEu1zHl5bihTXNmSlt/tqXBQFAXcbgAZyD9AICJhuDeKAx/sXw Content-Language: he Archived-At: Cc: payload@ietf.org Subject: Re: [payload] WGLC comments on draft-ietf-payload-rtp-ancillary-03 X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Jul 2016 19:13:43 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00D4_01D1E078.75F06080 Content-Type: text/plain; charset="windows-1255" Content-Transfer-Encoding: quoted-printable Hi Thomas, Any plans to update the document so we can progress it Roni Even =20 From: payload [mailto:payload-bounces@ietf.org] On Behalf Of Thomas = Edwards Sent: Wednesday, July 13, 2016 1:21 AM To: Jonathan Lennox; Ali C. Begen Cc: payload@ietf.org Subject: Re: [payload] WGLC comments on = draft-ietf-payload-rtp-ancillary-03 =20 I'll add into the Media Type Definition / Required Parameters that the "Rate" parameter SHOULD be 90 kHz. =20 I understand the comment about matching clock rates to associated video streams, and I think a SHOULD is reasonable here: =20 "When an ANC RTP stream is to be associated with an RTP video stream, = the RTP timestamp rates SHOULD be the same to ensure that ANC data can be associated with the appropriate frame or field." =20 -Thomas =20 --=20 Thomas Edwards=20 VP Engineering & Development FOX Networks Engineering and Operations thomas.edwards@fox.com Phone: +1.310.369.6696 10201 West Pico Blvd. Los Angeles, CA 90035 =20 =20 From: Jonathan Lennox Date: Thursday, June 23, 2016 at 6:56 AM To: "Ali C. Begen" Cc: FNG , "payload@ietf.org" Subject: Re: [payload] WGLC comments on = draft-ietf-payload-rtp-ancillary-03 =20 =20 On Jun 22, 2016, at 5:41 AM, Ali C. Begen wrote: Commenter: Jonathan Lennox Mon, 18 April 2016 15:59 UTC Comment: "No mechanism is given to associate the video/smpte291 streams with their associated video/raw or video/jpeg2000 streams. In = complicated scenarios (multiple video streams, e.g.) some SDP grouping might be necessary to provide this association." Response: How about if the I-D is amended with an example SDP file with "a=3Dgroup:LS" to show lip sync grouping as per RFC 5888 between say RFC 4175 video and ANC? =20 I am ok with this approach. LS grouping is generic enough to sync any = two streams. =20 This seems good to me. Comment: "The RTP clock rate isn=B9t specified. Presumably it should be = the same as the associated video streams; i.e., normally 90000, but variable for JPEG2000." Response: In the description of the timestamp, the I-D states "A 90-kHz timestamp SHOULD be used". Based on industry input, I believe this is = the proper level of specificity. =20 I think Jonathan wants to see this mentioned in Section 3.1 under = Required parameters. =20 Yes. =20 Additionally, since JPEG2000 can optionally have clock rates other than = 90 kHz, I would presume that if that=92s used, the ancillary data should = have a matching clock rate. =20 (Unless no one uses JPEG2000 at a clock rate other than 90 kHz, and that usage can be considered deprecated.) =20 ------=_NextPart_000_00D4_01D1E078.75F06080 Content-Type: text/html; charset="windows-1255" Content-Transfer-Encoding: quoted-printable

Hi Thomas,

Any plans to update the document so we can progress = it

Roni Even

 

From:= = payload [mailto:payload-bounces@ietf.org] On Behalf Of Thomas = Edwards
Sent: Wednesday, July 13, 2016 1:21 AM
To: = Jonathan Lennox; Ali C. Begen
Cc: = payload@ietf.org
Subject: Re: [payload] WGLC comments on = draft-ietf-payload-rtp-ancillary-03

 

I'll add into the Media Type Definition / Required Parameters that the = "Rate" parameter SHOULD be 90 = kHz.

 

I understand the comment about matching clock rates to associated video = streams, and I think a SHOULD is reasonable = here:

 

"When an ANC RTP stream is to be associated with an RTP video = stream, the RTP timestamp rates SHOULD be the same to ensure that ANC = data can be associated with the appropriate frame or = field."

 

-Thomas

 

-- 

Thomas Edwards =

VP Engineering & Development

FOX Networks Engineering and = Operations

Phone: +1.310.369.6696

10201 West Pico Blvd.

Los Angeles, CA 90035

 

 

From: Jonathan Lennox <jonathan@vidyo.com>
Date:= Thursday, June 23, 2016 at 6:56 AM
To: "Ali C. = Begen" <acbegen@gmail.com>
Cc: = FNG <thomas.edwards@fox.com>, = "payload@ietf.org" = <payload@ietf.org>
Subject: = Re: [payload] WGLC comments on = draft-ietf-payload-rtp-ancillary-03

 

 

On Jun 22, 2016, at 5:41 AM, Ali C. Begen <acbegen@gmail.com> = wrote:


Commenter: Jonathan Lennox <jonathan@vidyo.com> Mon, 18 = April 2016 15:59
UTC


Comment:  "No mechanism is = given to associate the video/smpte291 streams
with their associated = video/raw or video/jpeg2000 streams.  In complicated
scenarios = (multiple video streams, e.g.) some SDP grouping might be
necessary = to provide this association."
Response: How about if the I-D is = amended with an example SDP file with
"a=3Dgroup:LS" to = show lip sync grouping as per RFC 5888 between say RFC
4175 video and = ANC?

 

I am ok with this approach. LS grouping is generic enough to sync any = two = streams.

=

 

This seems good to me.




Comment: "The RTP clock rate isn=B9t specified.  = Presumably it should be the
same as the associated video streams; = i.e., normally 90000, but variable
for JPEG2000."
Response: = In the description of the timestamp, the I-D states "A = 90-kHz
timestamp SHOULD be used".  Based on industry input, = I believe this is the
proper level of = specificity.

 

I think Jonathan wants to see this mentioned in Section 3.1 under = Required = parameters.

 

Yes.

 

Additionally, since JPEG2000 can optionally have clock rates other than = 90 kHz, I would presume that if that=92s used, the ancillary data should = have a matching clock rate.

 

(Unless no one uses JPEG2000 at a clock rate other than 90 kHz, and = that usage can be considered = deprecated.)

 

------=_NextPart_000_00D4_01D1E078.75F06080-- From nobody Sun Jul 17 12:28:08 2016 Return-Path: X-Original-To: payload@ietf.org Delivered-To: payload@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id BC21212D0AD for ; Sun, 17 Jul 2016 12:28:07 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: X-Test-IDTracker: no X-IETF-IDTracker: 6.28.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160717192807.30628.98789.idtracker@ietfa.amsl.com> Date: Sun, 17 Jul 2016 12:28:07 -0700 From: IETF Secretariat Archived-At: Subject: [payload] Milestones changed for payload WG X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.17 List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Jul 2016 19:28:08 -0000 Changed milestone "Submit RTP Payload Format for Non-Interleaved and Interleaved Parity FEC", added draft-ietf-payload-flexible-fec-scheme to milestone. Changed milestone "Submit RTP Payload Format for VP9 Video for Proposed Standard", added draft-ietf-payload-vp9 to milestone, removed draft-uberti-payload-vp9 from milestone. Changed milestone "Submit RTP Payload Format for SMPTE ST 291 Ancillary Data for Proposed Standard", added draft-ietf-payload-rtp-ancillary to milestone, removed draft-edwards-payload-rtp-ancillary from milestone. URL: https://datatracker.ietf.org/wg/payload/charter/ From nobody Mon Jul 18 02:15:50 2016 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C907312D513 for ; Mon, 18 Jul 2016 02:15:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 EWxg7nRIWnyp for ; Mon, 18 Jul 2016 02:15:48 -0700 (PDT) Received: from mail-qt0-x231.google.com (mail-qt0-x231.google.com [IPv6:2607:f8b0:400d:c0d::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1297E12D1D3 for ; Mon, 18 Jul 2016 02:15:44 -0700 (PDT) Received: by mail-qt0-x231.google.com with SMTP id u25so88484903qtb.1 for ; Mon, 18 Jul 2016 02:15:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-transfer-encoding:thread-index:content-language; bh=rzk3J7tb6pJpLM27pfUxKm44ps2yNJID2HAlhZYgLHM=; b=h2NIdpaG+sXu1rtPDNbPU6jzpyRKlXR+sLdCRnPBIoXiUU+wNtZziQaUZDpdmBiBkf rtqItCr2U9Q0zOyjYmwPOYN1Ft0rfHAnaJMeqHZ6R+c8DTtbaodu27HTDfD1oPmI1udn WjQrCaydxZk7+isVut4Wjwev4Vi7LbgkduuMucnZzGfp8AsHR9K9Sfn46wP6FyNN+vV9 7jtaOph8tSJCtuG0dGr1GPJf2JQS5wtPyOwRXgfGRGaZBayMURf7TaoSKF0+4kVgOTMZ NtOCPKv0sQxHkt+iOyVSjkd3x0SEJN9U2FDzMquhRL0juAXA0/o4+DJWg85ySJ/NR45b 3keQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:references:in-reply-to:subject:date :message-id:mime-version:content-transfer-encoding:thread-index :content-language; bh=rzk3J7tb6pJpLM27pfUxKm44ps2yNJID2HAlhZYgLHM=; b=NA3xDPSw9JGpcfZ64U+BAyr2llW/TxjycjxpjVC/UlHazLdW/ercruKiTT4pH63xpZ kuEStqZpPndSIiwbXYpbZRPMrkAxMMpc+ZN/C7Djl5EeSVcTfYICE5pXPOAHTVViTp58 Cj3qqEE9GZQBuIBjlJ/zAoHiQ9QREfTHOdXEhaZPgjl6ItXCx+LDAZ63psPlwods/3+C 8dxIV0CMxL0GQ0rBjbilnIqm5cdDFh59+mr0tdEWuG7nEUtYe8Aw9FaQR14bze6Qt6Di gsYCCm7PLkQ53KtrOjBw72RTZO+u8Px4jClUqN1h9fTT8OGLJG1BcCkZe+PtlUiUKIHM /xCA== X-Gm-Message-State: ALyK8tIzCWs2QeTVA2c5Ez2bagvj3w+JmWHc0XYtDWlGTfLswHfpExvMyraHmnOZc7f7ow== X-Received: by 10.237.53.125 with SMTP id b58mr47708748qte.104.1468833342879; Mon, 18 Jul 2016 02:15:42 -0700 (PDT) Received: from RoniPC ([2001:67c:370:160:98bf:3353:4e75:e0cd]) by smtp.gmail.com with ESMTPSA id 130sm4923515qkf.4.2016.07.18.02.15.40 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 18 Jul 2016 02:15:41 -0700 (PDT) From: "Roni Even" To: References: <52E4A8FC978E0241AE652516E24CAF001DD4946D@ESESSMB306.ericsson.se> <41D321A4-6EE2-4BB5-BFF3-E51D56493FC1@nostrum.com> In-Reply-To: <41D321A4-6EE2-4BB5-BFF3-E51D56493FC1@nostrum.com> Date: Mon, 18 Jul 2016 12:15:35 +0300 Message-ID: <017901d1e0d4$f370ce80$da526b80$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGIZ2CVCCDLMC2rZoy1F0KPBVB4igIx1h6BoJ9MZDA= Content-Language: he Archived-At: Subject: [payload] FW: [AVTCORE] Moving AVTCORE to share AVTEXT slot on Tuesday X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2016 09:15:50 -0000 -----Original Message----- From: avt [mailto:avt-bounces@ietf.org] On Behalf Of Ben Campbell Sent: Monday, July 18, 2016 11:23 AM To: Magnus Westerlund Cc: avtcore-chairs@ietf.org; avt@ietf.org Subject: Re: [AVTCORE] Moving AVTCORE to share AVTEXT slot on Tuesday Hi, The change to Tuesday afternoon session II (sharing with AVTEXT) is confirmed. The secretariat will send out the official notice sometime today. Thanks! Ben. On 17 Jul 2016, at 11:47, Magnus Westerlund wrote: > WG, > > AVTCORE currently conflict with the QUIC Bof. Avtext on tuesday have a > two hour slot and can fitt us in. MMUSIC is considering moving to > RTCWeb friday slot. Thus anyone having issues with us moving to > Tuesday? > > Cheers > > Magnus _______________________________________________ Audio/Video Transport Core Maintenance avt@ietf.org https://www.ietf.org/mailman/listinfo/avt From nobody Mon Jul 18 05:33:05 2016 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39DDC12D969; Mon, 18 Jul 2016 05:33:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 G6LWpDevB1Lj; Mon, 18 Jul 2016 05:32:59 -0700 (PDT) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B408112D978; Mon, 18 Jul 2016 05:32:47 -0700 (PDT) X-AuditID: c1b4fb2d-f79936d0000030e4-99-578ccc6dd6e0 Received: from ESESSHC003.ericsson.se (Unknown_Domain [153.88.183.27]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 2E.40.12516.D6CCC875; Mon, 18 Jul 2016 14:32:46 +0200 (CEST) Received: from [127.0.0.1] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.29) with Microsoft SMTP Server id 14.3.294.0; Mon, 18 Jul 2016 14:32:45 +0200 To: IETF AVTCore WG From: Magnus Westerlund Message-ID: <3be24228-7ff9-ef77-6728-19514545c023@ericsson.com> Date: Mon, 18 Jul 2016 14:32:44 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprHLMWRmVeSWpSXmKPExsUyM2K7tG7emZ5wgw8XOC1e9qxkt7h08SyT A5PHkiU/mQIYo7hsUlJzMstSi/TtErgyDvbEFqxjqzixwKSBcRprFyMnh4SAicTXbT+ZIWwx iQv31rN1MXJxCAkcYZR4uOEnK4SznFFiy+nvbCBVIgJKEjsmbQPrYBbQlDj0+TFYnE3AQuLm j0YwW1jAQOLV1HNgG3gF7CWOv+1m6mLk4GARUJW4+lsExBQViJFY35cAUSEocXLmExaQMDNQ 9YOtZRDD5SWat84GWyQkoC3R0NTBOoGRfxaSjlkIHbOQdCxgZF7FKFqcWlycm25krJdalJlc XJyfp5eXWrKJERhqB7f81t3BuPq14yFGAQ5GJR7eBce7w4VYE8uKK3MPMUpwMCuJ8Nof7wkX 4k1JrKxKLcqPLyrNSS0+xCjNwaIkzuv/UjFcSCA9sSQ1OzW1ILUIJsvEwSnVwDhVvffZuVLm Tf9cGFiPJc7+scikv17p+ppXH+Y47gsXujxRg1XQ667cycArjsdk7t6M8dmhyWN6I0M8kr+V bZnJmm/X/5/PDlyeLH+/X+SyTe6JFSc+uglImqyRYe2wfaEr83bD2nv/dJad2zn9bdutopQP LpuN5GZlcBWYbD5S/kzwxY/NJZlKLMUZiYZazEXFiQDjWON1MQIAAA== Archived-At: Cc: "payload@ietf.org" Subject: [payload] AVTCORE starting time in Tuesday's slot X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2016 12:33:01 -0000 WG, The official online agenda indicates that AVTEXT is running from 16:20 to 17:20, with AVTCORE starting at 17:20. However, we will start AVTCORE as soon as AVTEXT has finished their agenda, which is likely earlier than 17:20. This will also likely mean that the Payload WG items also will start earlier. Cheers Magnus Westerlund ---------------------------------------------------------------------- Services, Media and Network features, Ericsson Research EAB/TXM ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 Färögatan 6 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com ---------------------------------------------------------------------- From nobody Mon Jul 18 11:27:51 2016 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9AA5C12D11A for ; Mon, 18 Jul 2016 11:27:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.621 X-Spam-Level: X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=foxgroupinc.onmicrosoft.com 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 T-LoLIjLjXwc for ; Mon, 18 Jul 2016 11:27:46 -0700 (PDT) Received: from mx0a-00195501.pphosted.com (mx0b-00195501.pphosted.com [67.231.157.160]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8817C12D0FF for ; Mon, 18 Jul 2016 11:27:46 -0700 (PDT) Received: from pps.filterd (m0082293.ppops.net [127.0.0.1]) by mx0b-00195501.pphosted.com (8.16.0.17/8.16.0.17) with SMTP id u6IINxVN009051; Mon, 18 Jul 2016 11:27:43 -0700 Received: from nam02-bl2-obe.outbound.protection.outlook.com (mail-bl2nam02lp0086.outbound.protection.outlook.com [207.46.163.86]) by mx0b-00195501.pphosted.com with ESMTP id 2493qjr9jr-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Mon, 18 Jul 2016 11:27:42 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=FoxGroupInc.onmicrosoft.com; s=selector1-fox-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=gpMDGeh7vSlyswbdW4uXA+cmL3KQa1QdvlP/xDrdDYk=; b=YT0Z9M+fEhOPJs/aTwzWt9C590bSw5ib8Vsn/k3tScO/nDaH51GZ1crVkNaHIrHqczxkkDaCuY3LkF9UFs+dvrv3x329zxjPVpaH13M55sYLXVVxLgwLRwh1z4TDHacQaPDIuKBSjmDWL92OZPGhl0R/ZplxeufpQydiunwdEIY= Received: from SN2PR05MB2448.namprd05.prod.outlook.com (10.166.212.155) by SN2PR05MB2448.namprd05.prod.outlook.com (10.166.212.155) with Microsoft SMTP Server (TLS) id 15.1.528.16; Mon, 18 Jul 2016 18:27:41 +0000 Received: from SN2PR05MB2448.namprd05.prod.outlook.com ([10.166.212.155]) by SN2PR05MB2448.namprd05.prod.outlook.com ([10.166.212.155]) with mapi id 15.01.0528.027; Mon, 18 Jul 2016 18:27:41 +0000 From: Thomas Edwards To: Roni Even , "'Ali C. Begen'" Thread-Topic: [payload] WGLC comments on draft-ietf-payload-rtp-ancillary-03 Thread-Index: AQHRx3/uP6cFF+UXtU2B8/WPt/p3Jp/1RYqAgAHZggCAHfQIgIAIHIwAgAEQIgA= Date: Mon, 18 Jul 2016 18:27:40 +0000 Message-ID: References: <00d301d1e05f$50a1a1e0$f1e4e5a0$@gmail.com> In-Reply-To: <00d301d1e05f$50a1a1e0$f1e4e5a0$@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.5.141003 x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [216.205.246.231] x-ms-office365-filtering-correlation-id: 023fd0c5-7ff9-499d-febd-08d3af393414 x-microsoft-exchange-diagnostics: 1; SN2PR05MB2448; 6:OI18BZ2hpmRmaJdAIksfYrB5CezGbPI5xw5lhkeqVKt3BH9RwbLyirt24xWFTdicWdPuVJeffoMBl78a2ki3HmNlVSQ2ln5gVEvcMEkPv5yHPRgSbfZqwWCZfVl6BJxO+Q/IOA0avHMGahRUc19HrF1fDw5BMlfmRkGXfAVf0vN3pxiM0bRbVcOnMZt0QccWScrKJ8QlFYEGC1hksUObkdRg8TiiFwAm6qdLAZeixmj4YLJst4fTcKZg8XIvTHH9znqO3lOfgDAchpdRhHVqiGkyDNzIgLh8MaekIPiAQ5O1VD2IscPgK3b3pkHuEkGSz3v+ec/3zd3ZnN0kIkVdPA==; 5:9QQLewbgdkPgnxXuOVgcn8Jwy+icTUfS1dKWc1BF0EAA166DySe/BAZoQfonSYIryG3OcEM+sBk4BEV9emhOduLRWEP4ytVF+yYfu5w++pOdtcRLEhAxpOlwiH/OhS0unGOYBZkiS5qGc7mNQj888A==; 24:/b9MSOvKFo6T8u4K1K5L6bpTLV2bWR68PX+/5hs2em45EzjRDSTs+aY5Mz0BtiOAG0HBluMR2I8KLtAYuRrEUiklBkrxShcL6YKFsMCHGRo=; 7:UuabN346YgTwNgqn0YVtGlE8xtqONsoRw0TO5jRPcUXO16ZrPfemDGJsA0mGo1R2ahsKV+BOPpccSV4t/WVKj5I3jXxEMx566IeTkdH5UTGmdl03r3bUmguhdH+WYWCsfXG7J7/Aczo/fuGq6PHEgBq6Gd/6qIOk6CDhTmALW+XhT2D3oHMywpyBOc1iWn3kTLkBR314eME0QwhX8rOWmiRrCRx9E4pxiWbTs2ypJxpWOB5Tv/e+j/6pnhEUXE69 x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN2PR05MB2448; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(95692535739014)(127952516941037)(177823376758907); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026); SRVR:SN2PR05MB2448; BCL:0; PCL:0; RULEID:; SRVR:SN2PR05MB2448; x-forefront-prvs: 00073DB75F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(199003)(189002)(377454003)(51444003)(52314003)(66066001)(3280700002)(77096005)(3660700001)(83506001)(15975445007)(87936001)(2900100001)(2950100001)(4001350100001)(4326007)(99286002)(2906002)(36756003)(5002640100001)(93886004)(68736007)(10400500002)(122556002)(8936002)(81166006)(54356999)(76176999)(50986999)(189998001)(7736002)(105586002)(7846002)(86362001)(102836003)(6116002)(3846002)(305945005)(586003)(230783001)(81156014)(8676002)(11100500001)(97736004)(106116001)(19580405001)(19580395003)(92566002)(106356001)(101416001)(5001770100001); DIR:OUT; SFP:1101; SCL:1; SRVR:SN2PR05MB2448; H:SN2PR05MB2448.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: fox.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-ID: <6916A1EFDD98DD4988558B03096AED9B@namprd05.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: fox.com X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Jul 2016 18:27:40.9328 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: de99ade3-81db-4070-ae0d-3c1562041b30 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN2PR05MB2448 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-07-18_07:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 impostorscore=0 lowpriorityscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1604210000 definitions=main-1607180201 Archived-At: Cc: "payload@ietf.org" Subject: Re: [payload] WGLC comments on draft-ietf-payload-rtp-ancillary-03 X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2016 18:27:50 -0000 Here is the complete comment resolution on WGLC for draft-ietf-payload-rtp-ancillary-03. My belief is that all comments have been resolved, and I am ready to upload an =AD04 version if the WG approves. From: Jonathan Lennox Date: Mon, 18 April 2016 15:59 UTC Comment: "The offer/answer section is very vague and needs work, assuming anyone cares about using this format with offer/answer. (If no one does, presumably it should say that use with offer/answer is undefined, but that would be unfortunate.)" Resolution: Added: "3.3. Offer/Answer Model and Declarative Considerations Receivers may with to receive ANC data streams with specific DID_SDID parameters. Thus when offering ANC data streams using the Session Description Protocol (SDP) in an Offer/Answer model [RFC3264] or in a declarative manner (e.g., SDP in the Real-Time Streaming Protocol (RTSP) [RFC2326] or the Session Announcement Protocol (SAP) [RFC2974]), the offerer may provide a list of ANC streams available with specific DID_SDID parameters in the fmtp line. The answerer may respond with a all or a subset of the streams offered along with fmtp lines with all or a subset of the DID_SDID parameters offered. Or the answerer may reject the offer." Comment: "No mechanism is given to associate the video/smpte291 streams with their associated video/raw or video/jpeg2000 streams. In complicated scenarios (multiple video streams, e.g.) some SDP grouping might be necessary to provide this association." Resolution: Show an example SDP file with "a=3Dgroup:LS" lip sync grouping between vide= o and ANC as per RFC 5888. Comment: "The RTP clock rate isn=B9t specified. Presumably it should be the same as the associated video streams; i.e., normally 90000, but variable for JPEG2000." [I think Jonathan wants to see this mentioned in Section 3.1 under Required parameters.] Resolution: In the description of the timestamp, the I-D states "A 90-kHz timestamp SHOULD be used" However I have added this under Required Parameters as well. From: Jonathan Lennox Date: Thu, 23 Jun 2016 13:56:22 +0000 Comment: "Additionally, since JPEG2000 can optionally have clock rates other than 90 kHz, I would presume that if that=B9s used, the ancillary data should have a matching clock rate." Resolution: Added: "When an ANC RTP stream is to be associated with an RTP video stream, the RTP timestamp rates SHOULD be the same to ensure that ANC data can be associated with the appropriate frame or field." From: James P. Weaver Date: Tue, 19 April 2016 13:11 UTC Comment: "I think that the mime-type should probably not be video/smpte291, but rather application/smpte291. The data carried here isn=B9t video data, so i= t seems incorrect to use video as the type." Resolution: "Ali C. Begen Tue, 19 April 2016 13:40 UTC: "I believe this was discussed in the session during Thomas' first presentation. The room was somewhat split IIRC. I personally prefer application/smpte291 as well but someone had an argument for the video mime-type, which I cannot recall right now." Thomas Edwards "The argument for video/smpte291 is that SMPTE ST 291 Ancillary Data format only makes sense within a video environment, it has some inherent links to SDI, and frankly it is probably not the optimal way to carry some of this metadata in a more generic case. The broadcast industry appears OK with a video Media Type as shown through the Video Services Forum Technical Recommendation TR-03 and the draft SMPTE ST 2110 reference of the I-D." Harald Alvestrand Thu, 12 May 2016 07:42 UTC: "If one wishes to multiplex the video and these packets on the same SDP-negotiated RTP session without using BUNDLE, the top level mime-type has to be "video"." From: Dan Wing Date: Thu, 21 Apr 2016 14:42:10 -0700 Comment: "I see the text in 3.1 partially defines the SDP syntax, but is in a section titled "Media Type Definition". Much of that is very specific to SDP (especially the text describing location of comma, use of "{}", suchlike), and should be in section 3.2, "Mapping to SDP"." Resolution:=20 Moved the SDP-specific info in section 3.1 into section 3.2 Comment: "The text needs to if both DID and SDID are required, because I notice at http://www.smpte-ra.org/smpte-ancillary-data-smpte-st-291, some DIDs SDIDs, such as 0xa0 ("Audio data in HANC space"). Are such DIDs without SDIDs illegal to use with SDP, illegal to use with this RTP Ancillary payload, or anything like that? The I-D should say something about DIDs that don't have SDIDs, and how they are expressed in the SDP. For example is it possible for SMPTE to register a new DID next year which have no SDID, and how do we want that signaled in SDP? This may be solved with a simple, "All DIDs using this RTP Ancillary Payload format will always have SDIDs registered with them by SMPTE.", which may well exist somewhere in the document already and I missed it." Resolution: Added in Section 3.1 that "Type 1" ANC packets (which do not have SDIDs defined) SHALL be labeled with SDID=3D0x00. From: Dan Wing Date: Fri, 22 Apr 2016 13:23:43 -0700 Comment: "[the offer/answer section] does not discuss what happens if there isn't a match of what is offered and what the answerer can receive. The I-D should explain if the a=3Dfmtp is returned empty, or if the entire offer is rejected." Resolution: Added answerer must provide all or a subset of DID_SDID pairs in fmtp line, or reject offer. From: Paul Kyzivat Date: Sat, Apr 23, 2016 at 4:51 AM Comment: "[the offer/answer section] *doesn't* say *clearly* how the fmtp in the answer is to be constructed - what the relationship (if any) is to that in the offer, should be." Resolution: Added answerer must provide all or a subset of DID_SDID pairs in fmtp line, or reject offer. Comment: "I infer that the fmtp in the answer should be the same or a subset of that in the offer." Resolution: Made clear that the answer should be all or a subset. Comment: "I'd like to see an ABNF syntax of the fmtp parameters, including things like how long the hex values can be, and whether they can have both lower and upper case." Resolution: The ABNF as per RFC 5234 of the fmtp line shall be: TwoHex =3D "0x" 1*2(HEXDIG) DidSdid =3D "DID_SDID=3D{" TwoHex "," TwoHex "}" FormatSpecificParameters =3D DidSdid *(";" DidSdid) From: Kjetil Oftedal Date: Sun, 26 Jun 2016 15:24:56 +0200 Comment: "This new draft only has 11-bit line numbers with the effect of limiting the supported video rasters to 2047 lines. The emerging 4K/UHD standards on the other hand has around 2160 active lines, thus not fully supported. There is a similar issue with the Horizontal_Offset field. This field is limited to 4096 (12-bits). Ancillary data can be carried in the horizontal blanking/HANC of a SDI-signal, which starts after the active video section, thus it is barley reachable in 3840/UHD formats." Resolution: "Line_Number" and "Offset" refer to the location of ANC data within an SDI raster, not active video. Several professional video vendors have told me that since 2160 line professional video is carried in a quad mux, the SDI line numbers are not going to change. Moreover, it is expected that ANC data will only be carried in one quadrant of the mux. Going forward, the industry seeks to move away from linkage between SDI lines and location of ANC packets anyway, so it is expected that SDI raster location data will no longer be required soon. Thus I think it is best to maintain compatibility with the existing SMPTE ST 2038 data model. From: Ali C. Begen Date: Wed, 22 Jun 2016 12:41:37 +0300 Comment: "First, please take of the nits for your draft as listed here: https://www.ietf.org/tools/idnits?url=3Dhttps://www.ietf.org/archive/id/dra= ft -ietf-payload-rtp-ancillary-03.txt" Resolution: Obsolete normative reference: RFC 4288 replaced with RFC 6838. From: Leigh Whitcomb Date: Thu 14 Jul 2016 Comment: "Be clear than ANC_count can be 0, especially for allowing an RTP packet with marker bit and no ANC data" Resolution: Added --=20 Thomas Edwards=09 VP Engineering & Development FOX Networks Engineering and Operations thomas.edwards@fox.com Phone: +1.310.369.6696 10201 West Pico Blvd. Los Angeles, CA 90035 From: Roni Even Date: Sunday, July 17, 2016 at 12:13 PM To: FNG , "'Ali C. Begen'" Cc: "payload@ietf.org" Subject: RE: [payload] WGLC comments on draft-ietf-payload-rtp-ancillary-03 Hi Thomas, Any plans to update the document so we can progress it Roni Even =20 From nobody Thu Jul 21 06:26:41 2016 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2336C12B076 for ; Thu, 21 Jul 2016 06:26:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 lzS1IoYulnk6 for ; Thu, 21 Jul 2016 06:26:38 -0700 (PDT) Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 477E612D0F1 for ; Thu, 21 Jul 2016 06:26:38 -0700 (PDT) Received: by mail-lf0-x231.google.com with SMTP id g62so61875510lfe.3 for ; Thu, 21 Jul 2016 06:26:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:cc; bh=pXetnWv8E8AUmVuPIzkxOsrQwOA8pOqGA6LhZZ4WEwg=; b=u79PoDmit4+jgdInkZ3dF6EWCvoz82PS92PxvG1rBj7xlcmHOatihAix420H2c7kwP mlMysKMDYUj2ih0WCjX0U0EYy0RCL4aUUt+y3h1zoPwOx5/r03uzVxtG52i/1FndRhJm HnZzrvX5s/E8DfSBuDzFPB8BW8H2UF7l/PgYxHJsP7HkZbxT5vdeAnoDnpypsUJdmA1/ wZw79yNxWYO9KsOfZr8enmedkXCFyMIqFVrMCYgOMsxm82CCcZ9S2kF51iTUH/NWKbVU FdNXTuwS7st/QCOqc8RXSc5bli1hhftWAbWIuVccp+JY9bdzP5ryyBVHrFDGO81z/JWK mQ+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=pXetnWv8E8AUmVuPIzkxOsrQwOA8pOqGA6LhZZ4WEwg=; b=ETPcW6V6abPx5+mHOsgZLykImO+V1LpDaL9KcnShAX17mkIIf92+4VX91ToxZfP0q2 4loR0+A/zmtr0bTiIIgXqtChQe7pjUCkPlXFftviIrvFXB0zre6eF6fJaeJ7FRxuiSgq wLe0SBmWZeo70PrPb7/XODp6RUSLAh156zH4tt+wIsj4L46Ekdqj2u1Zoof1IaTtgDvO 40SDKSK2JWsGacIzNU2MoHA8UE05Drm8u3OeF4G1lBMcB1AoVfNYqnF7cG3rkoNiGjFv W/RloG8/l0h+WsQallXg9cWN+CBeXNTut9QGq1Cvy+lSE2XGQ7/aNGuwMDFfqLk24R0F W8zw== X-Gm-Message-State: ALyK8tKq8t5DnGHqDIvFAMfzSgUGNn1iraojdqm2U0RQLUh9XmSJ1temAJsIe1ZQaNmGvBPvg3GTSqqgF1qK8g== X-Received: by 10.25.219.10 with SMTP id s10mr9408274lfg.101.1469107596471; Thu, 21 Jul 2016 06:26:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.18.153 with HTTP; Thu, 21 Jul 2016 06:26:16 -0700 (PDT) From: Varun Singh Date: Thu, 21 Jul 2016 15:26:16 +0200 Message-ID: To: "payload@ietf.org" Content-Type: multipart/alternative; boundary=94eb2c07a4146cb3a70538254471 Archived-At: Cc: Varun Singh Subject: [payload] FLEXFEC: fixed X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 13:26:40 -0000 --94eb2c07a4146cb3a70538254471 Content-Type: text/plain; charset=UTF-8 Hi all, Related to flexfec payload format, we are wondering if the F=1 (M and N) option will be used when protecting multiple RTP Streams (for example, FEC over audio and video streams). If not, we can perhaps do some more optimizations. +---------------+-------------------------------------+ | F bit | Use | +---------------+-------------------------------------+ | 0 | flexible mask | | 1 | packets indicated by offset M and N | +---------------+-------------------------------------+ see: https://tools.ietf.org/html/draft-ietf-payload-flexible-fec-scheme-02 Regards, Varun and Mo. -- http://www.callstats.io --94eb2c07a4146cb3a70538254471 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi all,

Related to flexfec payload form= at, we are wondering if the F=3D1 (M and N) option will be used when protec= ting multiple RTP Streams (for example, FEC over audio and video streams). = If not, we can perhaps do some more optimizations.
=C2=A0
    +---------------+------------------=
-------------------+
    |     F bit     | Use                                 |
    +---------------+-------------------------------------+
    |       0       | flexible mask                       |
    |       1       | packets indicated by offset M and N |
    +---------------+-------------------------------------+

see: https://tools.ietf.org/html/draft-ietf-payload-flexible-fec-sc=
heme-02

Regards,
=
Varun and Mo.



--
http://www.callstats.io<= /div>
--94eb2c07a4146cb3a70538254471-- From nobody Thu Jul 21 06:26:49 2016 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 80EDF12D13B for ; Thu, 21 Jul 2016 06:26:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 zctasrwnfAJI for ; Thu, 21 Jul 2016 06:26:41 -0700 (PDT) Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3C08312B076 for ; Thu, 21 Jul 2016 06:26:41 -0700 (PDT) Received: by mail-lf0-x231.google.com with SMTP id g62so61876729lfe.3 for ; Thu, 21 Jul 2016 06:26:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:cc; bh=xBBz/j7w9G1am2AFFYvVz9eGt6MITocJgYKk3omhwCY=; b=bkC7af8O3h/dHEmMYTRlCV6mZW+nxOEKHUPC/FiuJKMqBYD5zHgETbI6fWt1lncPlZ 0Dxt0B/XWT70IcTKjFy5S0rwVGtgahzHYaRmsGIb+xcTMjTTlNVGUF3yL2IwVpv0IY9S LUyGPezhiNknFsW+lpqL6LGP6UEzOG40w7ZJ5eFLOEWVyn+hnunReXcyEx60ZJBsTx7d MgwZdq6/eqEnrnq26UJj5LsySQmDolfmeoBdjBUz0Co0QPCZ4hUPjq3PMfyqZf8Vd/K+ 4vxfqaZghbFif8hZ9FgciAfq0PE/SuomTzTA71+5rDIefxTgOYS548/RpiqjyFFtJkPP eHMg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=xBBz/j7w9G1am2AFFYvVz9eGt6MITocJgYKk3omhwCY=; b=X79DG9RyoD++mcBLpftPsXQI9x30mPSgfkhRwT1M7A065Viu7Jo8TN+DrpaO3d8fBs hHibeScHQ88ULX1HDNMOwncaicZRA0qIkOIhZlwU2r/lL3/An1hDX/oCfmMjd6g98FID uJNuieUAIQR07VQz+K7zDzyh7hM6zkWDyR7au6Rh3DilQ5SMKfFYzAA/0dspnE2bcDEv 6lsohbyCAerizSroGzzAo33VaYnliSfmi0lM9McCC19aTJ/FA4TjUMMwXzBqVtn13Rk7 qn+iS72HBuwGrU5MJtg4K26fthtpaBbGhHGh1t6y/tDUQwdkJx92/Ydi/5+rLUmoM71D e4xw== X-Gm-Message-State: ALyK8tKrsQI3OOagMIlDAcL54HTh7b0Ms+rM868A3BCeD7O7YDGcl2ljJeeza3sFT8/FrmebgqZoRYNNyuu2kA== X-Received: by 10.25.0.149 with SMTP id 143mr6683289lfa.71.1469107599136; Thu, 21 Jul 2016 06:26:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.18.153 with HTTP; Thu, 21 Jul 2016 06:26:19 -0700 (PDT) From: Varun Singh Date: Thu, 21 Jul 2016 15:26:19 +0200 Message-ID: To: "payload@ietf.org" Content-Type: multipart/alternative; boundary=001a113c95fc955a4f053825442e Archived-At: Cc: Varun Singh Subject: [payload] FLEXFEC: retransmissions optimization X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 13:26:43 -0000 --001a113c95fc955a4f053825442e Content-Type: text/plain; charset=UTF-8 Hi all, Following up on the discussion based in the Payload session at Berlin. The current draft has the following format 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |F|R| P|X| CC |M| PT recovery | length recovery | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | TS recovery | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SSRCCount | reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SSRC_i | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SN base_i |k| Mask [0-14] | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |k| Mask [15-45] (optional) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |k| | +-+ Mask [46-108] (optional) | | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ... next in SSRC_i ... | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ For retransmission, decomposes to (also in the draft): 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |1|1| P|X| CC |M| PT recovery | length recovery | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | TS recovery | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SSRCCount=1 | reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SSRC_i | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SN base_i |0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ The was called out to be suboptimal in Yokohama, and we are now suggesting the following: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |R|F| P|X| CC |M| PT recovery | sequence number | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | timestamp | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SSRC | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Retx | : RTP payload : +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Just want to call out a few things here, comparing FEC payload packets and Retx packets: 1. R and F bits swapped places, which makes the retransmission bit first, thus copying the retransmission packet as is, would work because the RTP V bit would align with R=1,F=0 and nothing special needs to be handled in this case. 2. sequence number (SN base_i) replaces length recovery 3. SSRCCount and the reserved field is removed, as retx contains just a single packet from an SSRC. Regards, Varun and Mo. -- http://www.callstats.io --001a113c95fc955a4f053825442e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi all,

Following up on the = discussion based in the Payload session at Berlin.

The current draft has the following format

        0                   1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |F|R| P|X|  CC   |M| PT recovery |         length recovery      |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                          TS recovery                          |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |   SSRCCount   |                    reserved                   |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                             SSRC_i                            |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |           SN base_i           |k|          Mask [0-14]        |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |k|                   Mask [15-45] (optional)                   |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |k|                                                             |
       +-+                   Mask [46-108] (optional)                  |
       |                                                               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                     ... next in SSRC_i ...                    |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


For retransmission, decompos= es to (also in the draft):=C2=A0

       =
 0                   1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |1|1| P|X|  CC   |M| PT recovery |         length recovery      |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                          TS recovery                          |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |   SSRCCount=3D1 |                    reserved                   |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                             SSRC_i                            |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |           SN base_i           |0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0|
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

The was called out to be suboptimal in Yokoham= a, and we are now suggesting the following:

        0                   1                   2        =
           3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |R|F| P|X|  CC   |M| PT recovery |         sequence number      |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                            timestamp                          |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                               SSRC                            |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

       =
|                              Retx                             |
                :    =
                                                        RTP payload        =
                                                :
       +-+-+-+-+-+-+=
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

<=
br>

Just want=
 to call out a few things here, comparing FEC payload packets 
and Retx packe=
ts:

1. R and F bits swapped places, which makes the retransmission bit fir=
st, 
thus copying the retransmission packet as is, would work because the 
RTP =
V bit would align with R=3D1,F=3D0 and nothing special needs to be 
handled i=
n this case.

2. sequence number (SN base_i) replaces length recovery
=


3. S=
SRCCount and the reserved field is removed, as retx contains just 
a single p=
acket from an SSRC.


Regards,
Varun and Mo.
--
http://www.c= allstats.io
--001a113c95fc955a4f053825442e-- From nobody Mon Jul 25 23:16:56 2016 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D693212D5B0 for ; Mon, 25 Jul 2016 23:16:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 LtJQ4aiJk6c9 for ; Mon, 25 Jul 2016 23:16:52 -0700 (PDT) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8758B128E18 for ; Mon, 25 Jul 2016 23:16:51 -0700 (PDT) Received: by mail-wm0-x229.google.com with SMTP id q128so159324012wma.1 for ; Mon, 25 Jul 2016 23:16:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-transfer-encoding:thread-index :content-language; bh=ozqM1FDKG5TbznJ/01wq8MWcgexp0prePIjc40FDSF4=; b=xSTx7FwN+59ZNo0oljCP96U+7oaotHLl2YdI7K6NJQ4tRcwU/eOsMVuxS2itlTipCL wvvSz3f7pj9QHBmlgLvUVsi9NLYhxHuVE8can6j1ncm0c2OXo0PiyIH9cXAoaV02V3xQ dCutWlbfT21ecXNi+XtE3rWRlyWJ9svpJ7kA5attE3tjM2vEFLrrVa32CY+oU6WS5B+q UvtdAhJu6k3+zsxYxCNlXfs9+1YRvUWkrYftoj3ZE8DwBrEGZt7Q12WYDEDR3Tg2aOCW iEsqwJI8MCNNCjcsvd5ef70lPKKTcNB420sAj1OtVPERph7nyOgHz3mkqR69NWMJYzxa d3Ig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:references:in-reply-to:subject:date :message-id:mime-version:content-transfer-encoding:thread-index :content-language; bh=ozqM1FDKG5TbznJ/01wq8MWcgexp0prePIjc40FDSF4=; b=LdXQ/rS2VZdhqC8/Dt8wNkB96fgoqZrRWIPG4bYvXcEzq/gMj3wHN2SgmEDEA/pEjd SQtyX55Powb2HAEOxJSNhc0LcM/JmWQPzam9C/a1/P7MJYaz6K9vNejh/FpT1CXMRF6q E2nwOGg0iN317rq72s8TVUYY7R130S9on4kpJBu5d4n3x4pHK5No4UIDz1SQa5CVEK3U 2G1axGI9J5ZsqkY9NJZgmE2BCCYO/aFF3oIjgA7wGe9JkF0B+ZINwiC5jG4nD+HUvxmr en0HIO9xoIW+u9KPhbvRMG7ilfnjSJaTy3BYwltFKnnDWUe80skckZfUBTsfM7NB61Ww TOtg== X-Gm-Message-State: AEkooutBnIaHGqaATzq/Wf7KwbSExeN4dEq/mHPYOWDZbu0u36z4hjnFjezj0p9LHyhZUw== X-Received: by 10.194.16.162 with SMTP id h2mr19442680wjd.52.1469513809989; Mon, 25 Jul 2016 23:16:49 -0700 (PDT) Received: from RoniPC (bzq-79-180-189-228.red.bezeqint.net. [79.180.189.228]) by smtp.gmail.com with ESMTPSA id z18sm30956664wmz.6.2016.07.25.23.16.48 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 25 Jul 2016 23:16:48 -0700 (PDT) From: "Roni Even" To: "'Thomas Edwards'" , "'Ali C. Begen'" References: <00d301d1e05f$50a1a1e0$f1e4e5a0$@gmail.com> In-Reply-To: Date: Tue, 26 Jul 2016 09:16:46 +0300 Message-ID: <00c701d1e705$4a1f8f10$de5ead30$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1255" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGzU9NEu1zHl5bihTXNmSlt/tqXBQFAXcbgAZyD9AICJhuDeAIQMwNQAbsMt7KgIPDWkA== Content-Language: he Archived-At: Cc: payload@ietf.org Subject: Re: [payload] WGLC comments on draft-ietf-payload-rtp-ancillary-03 X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2016 06:16:55 -0000 Hi Thomas, Please upload the version and I will ask if there are any open issues Thanks Roni > -----Original Message----- > From: Thomas Edwards [mailto:Thomas.Edwards@fox.com] > Sent: Monday, July 18, 2016 9:28 PM > To: Roni Even; 'Ali C. Begen' > Cc: payload@ietf.org > Subject: Re: [payload] WGLC comments on = draft-ietf-payload-rtp-ancillary- > 03 >=20 > Here is the complete comment resolution on WGLC for = draft-ietf-payload- > rtp-ancillary-03. >=20 > My belief is that all comments have been resolved, and I am ready to upload > an =AD04 version if the WG approves. >=20 > From: Jonathan Lennox > Date: Mon, 18 April 2016 15:59 UTC >=20 > Comment: > "The offer/answer section is very vague and needs work, assuming = anyone > cares about using this format with offer/answer. (If no one does, presumably > it should say that use with offer/answer is undefined, but that would = be > unfortunate.)" >=20 > Resolution: > Added: "3.3. Offer/Answer Model and Declarative Considerations >=20 > Receivers may with to receive ANC data streams with specific = DID_SDID > parameters. Thus when offering ANC data streams using the Session > Description Protocol (SDP) in an Offer/Answer model [RFC3264] or in = a > declarative manner (e.g., SDP in the Real-Time Streaming Protocol > (RTSP) [RFC2326] or the Session Announcement Protocol (SAP) > [RFC2974]), the offerer may provide a list of ANC streams available > with specific DID_SDID parameters in the fmtp line. The answerer = may > respond with a all or a subset of the streams offered along with = fmtp > lines with all or a subset of the DID_SDID parameters offered. Or > the answerer may reject the offer." >=20 > Comment: > "No mechanism is given to associate the video/smpte291 streams with = their > associated video/raw or video/jpeg2000 streams. In complicated = scenarios > (multiple video streams, e.g.) some SDP grouping might be necessary to > provide this association." >=20 > Resolution: > Show an example SDP file with "a=3Dgroup:LS" lip sync grouping between = video > and ANC as per RFC 5888. >=20 > Comment: > "The RTP clock rate isn=B9t specified. Presumably it should be the = same as the > associated video streams; i.e., normally 90000, but variable for JPEG2000." > [I think Jonathan wants to see this mentioned in Section 3.1 under Required > parameters.] >=20 > Resolution: > In the description of the timestamp, the I-D states "A 90-kHz = timestamp > SHOULD be used" > However I have added this under Required Parameters as well. >=20 > From: Jonathan Lennox > Date: Thu, 23 Jun 2016 13:56:22 +0000 >=20 > Comment: > "Additionally, since JPEG2000 can optionally have clock rates other = than > 90 kHz, I would presume that if that=B9s used, the ancillary data = should have a > matching clock rate." >=20 > Resolution: > Added: "When an ANC RTP stream is to be associated with an RTP video > stream, the RTP timestamp rates SHOULD be the same to ensure that ANC > data can be associated with the appropriate frame or field." >=20 > From: James P. Weaver > Date: Tue, 19 April 2016 13:11 UTC >=20 > Comment: > "I think that the mime-type should probably not be video/smpte291, but > rather application/smpte291. The data carried here isn=B9t video data, = so it > seems incorrect to use video as the type." >=20 > Resolution: > "Ali C. Begen Tue, 19 April 2016 13:40 UTC: "I = believe > this was discussed in the session during Thomas' first presentation. = The room > was somewhat split IIRC. I personally prefer application/smpte291 as = well > but someone had an argument for the video mime-type, which I cannot > recall right now." >=20 > Thomas Edwards "The argument for > video/smpte291 is that SMPTE ST 291 Ancillary Data format only makes > sense within a video environment, it has some inherent links to SDI, = and > frankly it is probably not the optimal way to carry some of this = metadata in a > more generic case. > The broadcast industry appears OK with a video Media Type as shown > through the Video Services Forum Technical Recommendation TR-03 and = the > draft SMPTE ST 2110 reference of the I-D." >=20 > Harald Alvestrand Thu, 12 May 2016 07:42 UTC: = "If > one wishes to multiplex the video and these packets on the same SDP- > negotiated RTP session without using BUNDLE, the top level mime-type = has > to be "video"." >=20 > From: Dan Wing > Date: Thu, 21 Apr 2016 14:42:10 -0700 >=20 > Comment: > "I see the text in 3.1 partially defines the SDP syntax, but is in a section titled > "Media Type Definition". Much of that is very specific to SDP = (especially the > text describing location of comma, use of "{}", suchlike), and should = be in > section 3.2, "Mapping to SDP"." >=20 > Resolution: > Moved the SDP-specific info in section 3.1 into section 3.2 >=20 > Comment: > "The text needs to if both DID and SDID are required, because I notice = at > http://www.smpte-ra.org/smpte-ancillary-data-smpte-st-291, some DIDs > SDIDs, such as 0xa0 ("Audio data in HANC space"). Are such DIDs = without > SDIDs illegal to use with SDP, illegal to use with this RTP Ancillary payload, or > anything like that? The I-D should say something about DIDs that = don't have > SDIDs, and how they are expressed in the SDP. For example is it = possible for > SMPTE to register a new DID next year which have no SDID, and how do = we > want that signaled in SDP? This may be solved with a simple, "All = DIDs using > this RTP Ancillary Payload format will always have SDIDs registered = with > them by SMPTE.", which may well exist somewhere in the document = already > and I missed it." >=20 > Resolution: > Added in Section 3.1 that "Type 1" ANC packets (which do not have = SDIDs > defined) SHALL be labeled with SDID=3D0x00. >=20 > From: Dan Wing > Date: Fri, 22 Apr 2016 13:23:43 -0700 >=20 > Comment: > "[the offer/answer section] does not discuss what happens if there = isn't a > match of what is offered and what the answerer can receive. The I-D should > explain if the a=3Dfmtp is returned empty, or if the entire offer is rejected." >=20 > Resolution: > Added answerer must provide all or a subset of DID_SDID pairs in fmtp line, > or reject offer. >=20 > From: Paul Kyzivat > Date: Sat, Apr 23, 2016 at 4:51 AM >=20 > Comment: > "[the offer/answer section] *doesn't* say *clearly* how the fmtp in = the > answer is to be constructed - what the relationship (if any) is to = that in the > offer, should be." >=20 > Resolution: > Added answerer must provide all or a subset of DID_SDID pairs in fmtp line, > or reject offer. >=20 > Comment: > "I infer that the fmtp in the answer should be the same or a subset of that in > the offer." >=20 > Resolution: > Made clear that the answer should be all or a subset. >=20 > Comment: > "I'd like to see an ABNF syntax of the fmtp parameters, including = things like > how long the hex values can be, and whether they can have both lower = and > upper case." >=20 > Resolution: > The ABNF as per RFC 5234 of the fmtp line shall be: >=20 > TwoHex =3D "0x" 1*2(HEXDIG) > DidSdid =3D "DID_SDID=3D{" TwoHex "," TwoHex "}" > FormatSpecificParameters =3D DidSdid *(";" DidSdid) >=20 > From: Kjetil Oftedal > Date: Sun, 26 Jun 2016 15:24:56 +0200 >=20 > Comment: > "This new draft only has 11-bit line numbers with the effect of = limiting the > supported video rasters to 2047 lines. The emerging 4K/UHD standards = on > the other hand has around > 2160 active lines, thus not fully supported. There is a similar issue with the > Horizontal_Offset field. This field is limited to 4096 (12-bits). > Ancillary data can be carried in the horizontal blanking/HANC of a SDI-signal, > which starts after the active video section, thus it is barley = reachable in > 3840/UHD formats." >=20 > Resolution: > "Line_Number" and "Offset" refer to the location of ANC data within an = SDI > raster, not active video. Several professional video vendors have = told me > that since 2160 line professional video is carried in a quad mux, the = SDI line > numbers are not going to change. Moreover, it is expected that ANC = data > will only be carried in one quadrant of the mux. Going forward, the industry > seeks to move away from linkage between SDI lines and location of ANC > packets anyway, so it is expected that SDI raster location data will = no longer > be required soon. Thus I think it is best to maintain compatibility = with the > existing SMPTE ST 2038 data model. >=20 > From: Ali C. Begen > Date: Wed, 22 Jun 2016 12:41:37 +0300 >=20 > Comment: > "First, please take of the nits for your draft as listed here: > https://www.ietf.org/tools/idnits?url=3Dhttps://www.ietf.org/archive/id/d= raft > -ietf-payload-rtp-ancillary-03.txt" >=20 > Resolution: > Obsolete normative reference: RFC 4288 replaced with RFC 6838. >=20 > From: Leigh Whitcomb > Date: Thu 14 Jul 2016 >=20 > Comment: > "Be clear than ANC_count can be 0, especially for allowing an RTP = packet > with marker bit and no ANC data" >=20 > Resolution: > Added >=20 >=20 > -- > Thomas Edwards > VP Engineering & Development > FOX Networks Engineering and Operations > thomas.edwards@fox.com > Phone: +1.310.369.6696 > 10201 West Pico Blvd. > Los Angeles, CA 90035 >=20 >=20 >=20 >=20 >=20 > From: Roni Even > Date: Sunday, July 17, 2016 at 12:13 PM > To: FNG , "'Ali C. Begen'" > > Cc: "payload@ietf.org" > Subject: RE: [payload] WGLC comments on > draft-ietf-payload-rtp-ancillary-03 >=20 >=20 > Hi Thomas, > Any plans to update the document so we can progress it Roni Even >=20 From nobody Mon Jul 25 23:24:09 2016 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39C2112B05B; Mon, 25 Jul 2016 23:24:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 YR3yjr5E87KR; Mon, 25 Jul 2016 23:24:06 -0700 (PDT) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 70938126579; Mon, 25 Jul 2016 23:24:03 -0700 (PDT) Received: by mail-wm0-x230.google.com with SMTP id o80so412618wme.1; Mon, 25 Jul 2016 23:24:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:mime-version:thread-index :content-language; bh=HSiByVIjts8JENKPQnoifzTolkVwSgGUNTdklcTlWdE=; b=dqY5+XSgU0TRMHuzr+BFsuuIdGAm4/UKdgWRBG8Yxx99AbWedaZBtxj7w3c5N1AEiH EUw2cERW+XWUiU9YCBhePqa+vo73vl0/Hufb7mgRU8/e7nAp77vzrQOfZ8j3/F5CID+S 4xAOJn31e0XkWjTnCvGmxux7kcDYoInSnvPs9+IkyIDnqxl0WlS28B/MDa+iwpnk6pVL sxiP1FKtXXqVxnP0xXuj9cI7E/qR19bDqrU8/ylwk5HCpiJn1RcHfO6A3K/0nUP54G6c IeWlxIxd83NyamWuF+pXn4EwroBP2Pm6oY0NX0eIlrEqB9xPYiKOx4GoDUcFcnx7Iwdu n/ug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :thread-index:content-language; bh=HSiByVIjts8JENKPQnoifzTolkVwSgGUNTdklcTlWdE=; b=Fn0Ju+Y7TAy/WFuIROF74LMuCwtTzybEn9ffb5RJ+vC+J4/KjPkiAIcHY/dh4ggVfN GRsE0+h27iT8plWKCQrY4LClX8W/Hro7pw1UWO897SnQEdjtc7WPvdR8CTZievr3cRZF xFRIMmsioDl6kwm2+MwTtTIkgbLuygF6lP9hdKqgLa5lg2+W+l5s/B+X4erH7AoA08lS nzsMsJ4mKwJCpezTONFnPuT7O75B7lyz65RbtRGXfQGxWbeDfE+vYaQxualQAkNXBFXE 6k4KlY1NPCUZf3XYYA+AWmN82BISW4PQPhxVtLfaHfXLpUl2BDY3aDTVaxECkiZduGuq cwgg== X-Gm-Message-State: AEkoouuhKR9j+KnvZFyuIBnyjiOCZ87f8fqgUPrIyZOUUOgRFEMT9ltzcZAfr1pKfjWUkw== X-Received: by 10.28.184.19 with SMTP id i19mr17425813wmf.43.1469514241520; Mon, 25 Jul 2016 23:24:01 -0700 (PDT) Received: from RoniPC (bzq-79-180-189-228.red.bezeqint.net. [79.180.189.228]) by smtp.gmail.com with ESMTPSA id m62sm31044788wmm.24.2016.07.25.23.24.00 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 25 Jul 2016 23:24:00 -0700 (PDT) From: "Roni Even" To: Date: Tue, 26 Jul 2016 09:23:58 +0300 Message-ID: <00c801d1e706$4b9374f0$e2ba5ed0$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00C9_01D1E71F.70E0ACF0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdHnBhrfOOr7ktHaRfyfFTzHl5kaag== Content-Language: he Archived-At: Cc: draft-ietf-payload-melpe@ietf.org Subject: [payload] WGLC on draft-ietf-payload-melpe-02 X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2016 06:24:08 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00C9_01D1E71F.70E0ACF0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, I would like to start a WGLC on https://tools.ietf.org/html/draft-ietf-payload-melpe-02 , RTP Payload Format for MELPe Codec The WGLC will end on August 9th , 2016 Please review the draft and send comments to the list. For the draft authors; Are you aware of any IPR that applies to draft-ietf-payload-melpe-02? If so, has this IPR been disclosed in compliance with IETF IPR rules? The above question is needed for the document write-up when sent to publication. Thanks Roni Even Payload co-chair ------=_NextPart_000_00C9_01D1E71F.70E0ACF0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

I would =
like to start a WGLC on  https://=
tools.ietf.org/html/draft-ietf-payload-melpe-02  , RTP Payload Format for MELPe Codec
 =

 =

 =

The WGLC will = end on August 9th , 2016

 

Please = review the draft and send comments to the list.

 

For the = draft authors;  Are you aware of any IPR that applies to = draft-ietf-payload-melpe-02?

If so, has = this IPR been disclosed in compliance with IETF IPR = rules?

The above =
question is needed for the document write-up when sent to =
publication.
 =

 =

Thanks

 

Roni = Even

Payload =  co-chair

 

------=_NextPart_000_00C9_01D1E71F.70E0ACF0-- From nobody Wed Jul 27 16:52:55 2016 Return-Path: X-Original-To: payload@ietf.org Delivered-To: payload@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 32E3512DB0A; Wed, 27 Jul 2016 16:52:49 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.29.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160727235249.10564.1695.idtracker@ietfa.amsl.com> Date: Wed, 27 Jul 2016 16:52:49 -0700 Archived-At: Cc: payload@ietf.org Subject: [payload] I-D Action: draft-ietf-payload-rtp-ancillary-04.txt X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.17 List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2016 23:52:49 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Payloads of the IETF. Title : RTP Payload for SMPTE ST 291 Ancillary Data Author : Thomas G. Edwards Filename : draft-ietf-payload-rtp-ancillary-04.txt Pages : 14 Date : 2016-07-27 Abstract: This memo describes an RTP Payload format for SMPTE Ancillary data, as defined by SMPTE ST 291-1. SMPTE Ancillary data is generally used along with professional video formats to carry a range of ancillary data types, including time code, Closed Captioning, and the Active Format Description (AFD). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-payload-rtp-ancillary/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-payload-rtp-ancillary-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-payload-rtp-ancillary-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Jul 28 11:21:34 2016 Return-Path: X-Original-To: payload@ietfa.amsl.com Delivered-To: payload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4787D12DBBC for ; Thu, 28 Jul 2016 11:21:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.5 X-Spam-Level: X-Spam-Status: No, score=0.5 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, HTML_MESSAGE=0.001, MSGID_MULTIPLE_AT=1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no 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 gP8gEb-ZKS94 for ; Thu, 28 Jul 2016 11:21:32 -0700 (PDT) Received: from cuda.olm1.com (cuda.olm1.com [72.236.255.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DFA7812DBBB for ; Thu, 28 Jul 2016 11:21:31 -0700 (PDT) X-ASG-Debug-ID: 1469730086-092fd37a54354310001-U2jSCT Received: from host105.olm1.com (host105.olm1.com [72.236.255.15]) by cuda.olm1.com with ESMTP id 7oeEhBMGiusp5ejI (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 28 Jul 2016 14:21:26 -0400 (EDT) X-Barracuda-Envelope-From: victor.demjanenko@vocal.com X-Barracuda-Apparent-Source-IP: 72.236.255.15 Received: from ClintonLT (rrcs-72-43-202-98.nys.biz.rr.com [72.43.202.98]) by host105.olm1.com (Postfix) with ESMTPSA id 8FFCBB42613; Thu, 28 Jul 2016 14:21:26 -0400 (EDT) From: "Victor Demjanenko, Ph.D." To: "'Roni Even'" , References: <00c801d1e706$4b9374f0$e2ba5ed0$@gmail.com> In-Reply-To: <00c801d1e706$4b9374f0$e2ba5ed0$@gmail.com> Date: Thu, 28 Jul 2016 14:21:21 -0400 X-ASG-Orig-Subj: RE: WGLC on draft-ietf-payload-melpe-02 Message-ID: <081601d1e8fc$d831a5b0$8894f110$@demjanenko@vocal.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0817_01D1E8DB.512005B0" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdHnBhrfOOr7ktHaRfyfFTzHl5kaagANMLNA Content-Language: en-us X-Barracuda-Connect: host105.olm1.com[72.236.255.15] X-Barracuda-Start-Time: 1469730086 X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384 X-Barracuda-URL: https://72.236.255.32:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at olm1.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=5.0 tests=HTML_MESSAGE, MSGID_MULTIPLE_AT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.31585 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 MSGID_MULTIPLE_AT Message-ID contains multiple '@' characters 0.00 HTML_MESSAGE BODY: HTML included in message Archived-At: Cc: draft-ietf-payload-melpe@ietf.org Subject: Re: [payload] WGLC on draft-ietf-payload-melpe-02 X-BeenThere: payload@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Audio/Video Transport Payloads working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2016 18:21:33 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0817_01D1E8DB.512005B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi Roni, We do not know of any IP related to packing MELPe speech coded data into RTP frames as proposed by our draft-ietf-payload-melpe-02. There may be IPR claims regarding the MELPe speech coder itself but as we understand that speech coder IPR is not relevant for the purposes of our draft Regards, Victor Demjanenko, Ph.D. Associate VOCAL Technologies, Ltd. From: Roni Even [mailto:ron.even.tlv@gmail.com] Sent: Tuesday, July 26, 2016 2:24 AM To: payload@ietf.org Cc: draft-ietf-payload-melpe@ietf.org Subject: WGLC on draft-ietf-payload-melpe-02 Hi, I would like to start a WGLC on https://tools.ietf.org/html/draft-ietf-payload-melpe-02 , RTP Payload Format for MELPe Codec The WGLC will end on August 9th , 2016 Please review the draft and send comments to the list. For the draft authors; Are you aware of any IPR that applies to draft-ietf-payload-melpe-02? If so, has this IPR been disclosed in compliance with IETF IPR rules? The above question is needed for the document write-up when sent to publication. Thanks Roni Even Payload co-chair ------=_NextPart_000_0817_01D1E8DB.512005B0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Roni,

 

We do not know of any IP = related to packing MELPe speech coded data into RTP frames as proposed = by our draft-ietf-payload-melpe-02. 

 

There may be IPR claims = regarding the MELPe speech coder itself but as we understand that speech = coder IPR is not relevant for the purposes of our = draft

 

Regards,

 

Victor Demjanenko, = Ph.D.

Associate

VOCAL Technologies, = Ltd.

 

 

From:= = Roni Even [mailto:ron.even.tlv@gmail.com]
Sent: Tuesday, July = 26, 2016 2:24 AM
To: payload@ietf.org
Cc: = draft-ietf-payload-melpe@ietf.org
Subject: WGLC on = draft-ietf-payload-melpe-02

 

Hi,

I would =
like to start a WGLC on  https://=
tools.ietf.org/html/draft-ietf-payload-melpe-02  , RTP Payload Format for MELPe =
Codec
 =

 =

 =

The WGLC will = end on August 9th , 2016

 

Please = review the draft and send comments to the list.

 

For the = draft authors;  Are you aware of any IPR that applies to = draft-ietf-payload-melpe-02?

If so, has = this IPR been disclosed in compliance with IETF IPR = rules?

The above =
question is needed for the document write-up when sent to =
publication.
 =

 =

Thanks

 

Roni = Even

Payload =  co-chair

 

------=_NextPart_000_0817_01D1E8DB.512005B0--