From nobody Mon Jul 10 15:48:57 2017 Return-Path: X-Original-To: ggie@ietfa.amsl.com Delivered-To: ggie@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C0AE112EC1B for ; Mon, 10 Jul 2017 15:48:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=0.01] 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 AT8mBVtTyz3r for ; Mon, 10 Jul 2017 15:48:49 -0700 (PDT) Received: from mx0a-00176a04.pphosted.com (mx0b-00176a04.pphosted.com [67.231.157.49]) (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 0477F12EC32 for ; Mon, 10 Jul 2017 15:48:48 -0700 (PDT) Received: from pps.filterd (m0048207.ppops.net [127.0.0.1]) by m0048207.ppops.net-00176a04. (8.16.0.21/8.16.0.21) with SMTP id v6AMmapk009403 for ; Mon, 10 Jul 2017 18:48:47 -0400 Received: from usaoamgip002.mail.tfayd.com ([173.213.212.136]) by m0048207.ppops.net-00176a04. with ESMTP id 2bmfcetcbd-1 (version=TLSv1.2 cipher=RC4-SHA bits=128 verify=NOT) for ; Mon, 10 Jul 2017 18:48:45 -0400 Received: from unknown (HELO USUSHECWP004.mail.tfayd.com) ([10.40.78.204]) by usaoamgip002.mail.tfayd.com with ESMTP; 10 Jul 2017 18:48:44 -0400 Received: from potemwp00032.mail.tfayd.com (100.124.56.56) by USUSHECWP004.mail.tfayd.com (3.156.41.22) with Microsoft SMTP Server (TLS) id 14.3.266.1; Mon, 10 Jul 2017 15:48:29 -0700 Received: from potemwp00029.mail.tfayd.com (100.124.56.53) by potemwp00032.mail.tfayd.com (100.124.56.56) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.669.32; Mon, 10 Jul 2017 16:48:28 -0600 Received: from potemwp00029.mail.tfayd.com ([100.124.56.53]) by potemwp00029.mail.tfayd.com ([100.124.56.53]) with mapi id 15.01.0669.032; Mon, 10 Jul 2017 16:48:27 -0600 From: "Deen, Glenn (NBCUniversal)" To: "ggie@ietf.org" Thread-Topic: Minutes from the Chicago Bar Bof on Video Streaming Thread-Index: AQHS+c6lCPxz6vKXMUKvugolJmuPPw== Date: Mon, 10 Jul 2017 22:48:27 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.3.170325 x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [100.126.25.33] x-exclaimer-md-config: 47edc00f-f2d6-45ef-be83-8a353bd47e45 Content-Type: multipart/alternative; boundary="_000_D589524ADDC15glenndeennbcunicom_" MIME-Version: 1.0 X-CFilter-Loop: Forward X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-07-10_08:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1703280000 definitions=main-1707100390 Archived-At: Subject: [GGIE] Minutes from the Chicago Bar Bof on Video Streaming X-BeenThere: ggie@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discuss IETF-related items surfaced in the W3C GGIE Task Force List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2017 22:48:55 -0000 --_000_D589524ADDC15glenndeennbcunicom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi everyone, Here are some rough minutes of the Video Streaming bar-bof in Chicago at IE= TF98. -glenn ---------------- Video Streaming Bar-BoF Meeting Minutes Held on 3/27/2017 During IETF 98, Chicago, IL Introduction These are the rough minutes from the informal Video Streaming Bar-BoF held = during IETF98. As a barBoF it wasn't an official IETF event, instead it wa= s an informal meet up of people interested in the topic of Internet video. Call for Participation Topic: Video Streaming eXtensions (V-SX) Description: Due to its size and sensitivity to network conditions, the transport of vid= eo over the Internet has highlighted a significant scalability problem for = the Internet. On the belief that addressing this scalability problem requi= res better integration between application transport and networking technol= ogies and leveraging IPv6, this Bar BOF will solicit experiences of the sca= ling problem as perceived from different parts of the industry (network, pr= oducer, vendors). Video is without rival the top use of Internet bandwidth, and its ever grow= ing demand for more bandwidth easily out paces the new capacity being added= both globally and regionally with no let up in sight. Users are frustrat= ed by quality, buffering, and stuttering problems. Video providers and acce= ss networks are investing heavily to keep up with demand. Significant work= has be done at the application layer producing more efficient codecs and i= nnovative adaptive bitrate transports like MPEG-DASH. These access investm= ents and application layer work have helped but they alone have not been en= ough. A target of any eventual work and product is to enable video and network ro= uting / management to work more cooperatively and efficiently to transport = video. Successful approaches will need to do so in a backward compatible w= ays to permit exiting devices and players to take advantage of the improved= network efficiencies. One proposed approach to dealing with issues was outlined in the Glass to G= lass Internet Ecosystem BoF proposal - related drafts and mailing list info= rmation is provided below. A demonstration of GGIE will be provided during= the BoF, for illustration purposes. Discussion is expected and encouraged= to range further than the specific GGIE proposal. This will be an interactive discussion and we encourage anyone with an inte= rest in this topic to come and share their ideas. Agenda Introduction Context setting [5min] Roundtable discussion of the issue(s) [30min] Demo of GGIE prototype [10min] Where from here? [15min] Potential for IETF work - is there interest to pursue? Work for other groups? Mailing List: https://www.ietf.org/mailman/listinfo/ggie Relevant drafts: draft-deen-daigle-ggie-02 : Glass to Glass Internet Ecosystem Introduction draft-rose-deen-ggie-use-cases-00 : GGIE Internet Video Use Cases draft-daigle-deen-ggie-uri-snaptr-00 : Glass to Glass Internet Ecosystem URI and S-NAPTR Use draft-deen-naik-ggie-men-mpeg-dash-00 : Using Media Encoding Networks to address MPEG-DASH video The Bar BoF Session Attendance: Attendance was very good with 70 people counted in the room and a number of= others that didn't get counted as they extended out into the hallway. Unfortunately the session wasn't able to be held in an actual Bar. After i= t's initial announcement the response level was going to be too large for t= he small bar we had picked for the Bar BoF and so the session was relocated= to accommodate to large room to handle the attenence. As it was even the = large room was insufficient with many interested people spilling into the h= all. Notes about the BoF One thing to note when reading the minutes is that while the organizers att= empted to make the session discussion a more general discussion and sharing= about problems in video streaming as well as exploiting IPv6 features, man= y attendees where interested in directly discussing the ideas in the GGIE I= nternet Drafts. Hence the points raised in the session notes jump between = being higher level and being specifically about the IDs. Session Overview: * Glenn Deen gave the background - why GGIE? * Leslie Daigle provided additional info - scaling video; integrating appli= cations at IETF - keeping levels separate but flowing between. * Mark Townsley - Cisco: Provided some background on Cisco efforts. * Q: How to extend the network to the higher layers? What can the network l= ayer do to stop the "spinning disc" problem; help the higher layers to do t= heir job. Audience: [Lars Eggert] - Not clear on the problem statement? Streaming med= ia is not new. A: [Glenn Deen] - #1 use of the network today is video; growing exponential= ly... bandwidth/devices. Despite growth of infrastructure, can't keep up. N= eed to go beyond pipes, codecs, etc. * Audience: [Jake Holland/Akamai] - See holes in the proposal. ICN looking = at this too. What about Multicast?; Looks like large routing tables, etc. A: [Glenn Deen] There isn't a simple one size fits all problem. We need mul= tiple solutions because there are multiple problems and situations. ICN, Mu= lticast, + others. Could do this in isolation alone but better to do in a p= ublic forum with multiple perspectives instead of waiting 5-10 years and th= en doing a harmonization exercise. Leslie: Move to round table discussion on the topic. * [Roni Even]: Differences between VOD and video running around the network= . Service provider has a problem with carriage/delivery. Network solutions = are being discussed in DVB, elsewhere. They have to buy the equipment, etc.= File format is another issue. Major problem is the scope of the work is br= oad - includes video transport. Not much work in IETF on transport. 5G is a= ddressing similar issues. * Q: What about multicast? Simultaneous, on demand? AMT for offnet... A: Addressing sports/live, TV shows, all content in general. YouTube 400 ho= urs/minute upload. [Mark Townsley]- multicast keeps coming up. Not just dis= tribution - G2G [?]. Cisco has an effort called "IP better than broadcast".= Multicast is good for concurrency when it can be identified, filling buffe= rs. ICN/CCN is pull-based. Push-based needs to be addressed too. Export som= e of the multicast from one network to another. Might look different when i= t looks like v6. * [Glenn Deen]: Great that others are working on this. But there is one gro= up that is not as active - IETF. IETF helped build the Internet and others = look to IETF for expertise for knowledge and expertise. * [Leslie Daigle] - raise your hands o How many people came looking for the answer - [none raised]. o How many have the answer - [1 or 2]. o How many have part of the answer. [More hands raised] * [?] - "ICN guys heads are exploding!". Need a problem statement. Have peo= ple start with their problem statements. * [Greg Shepard] - Cisco: List problems and prioritize. * Q: [Dave Oran] - how many people believe the problem is at the network la= yer? Others parts? Own transport, application, naming, other. If the proble= m scope is what to do in the network layer you need to look more broadly. H= ave not looked carefully at improving video streaming using QUIC [Google?].= Couple resource management of provider, with edge delivery, other. Microso= ft - SDN provider, edge, transport but no network layer. * [Leslie Daigle] - How do we stop video from being a monolithic chunk of = data, * [?] - Need to improve the codec because it is linearized. * [Allison Mankin] - Not much reference to the application - selecting amon= g codecs, abilities of codec. [BITAG - Broadband Tech Advisory Group] looks= at managing between video providers. Encourage looking at these. * Gaurav/Demo * Explained and ran the demo * Q: [Jake Holland] - can this be done by redirect? A: [Gaurav Naik]: it can't be done unless all sources are aware of alternat= e sources to do the redirect to them. That requires a high level of cohere= ncy and exterior knowledge and that adds to brittleness and complexity. o Then why give v6 address. Network already knows how to find prefixes. A: [Glenn Deen] - Part of the motivation is that today manifest tables are = a kind of routing table of their own. But they can make poor choices becaus= e they are made by the application/cdn layer and not in cooperation with th= e network. * [Jake Holland] - if the problem is mapping to the wrong place, then it co= uld occur at network layer as well. * [From person in "ICN corner"] - you will no longer have persistent connec= tions? Where is the gain? * [Dave Oran]- Server load is a better measure of performance than distanc= e to cache. Need QoS routing with server load metrics. * [??] - Privacy issues. Passing boundaries causes security issues. A: [Glenn Deen]- we have an answer to that. Should provide some potential answers here. * [Eric Vyncke] - 6CN solution video. Use some bits as a profile in the pre= fix. Other experiments being done. Matrix of metrics. * [Alexander Pretrescu - CEA]: For the 3 videos on the demo can they be put= on real encoding machines? IPV6 is insignificant compared to v4 today. Are= the producers of video v6 ready? o A: [Glenn Deen]- The encoders used are standard MPEG encoders. We pump ou= t segments. Works with any encoder that produces segments. And the player u= sed is off-the-shelf. o A: [John Brzozowski] - we live with that every day but will get solved wi= th time. * Are there any equipment manufacturers that consider v6? A: John - they will * Jonathan Lennox - is this just for content from Comcast? o A: [Glenn Deen] - No * Jonathan Lennox - This gives Comcast full visibility to competitors' cont= ent. A: [Glenn Deen] - You can assign session level address space as one solutio= n. Looking for other solutions. o [Mark Townsley] - One Use Case for bits in prefix with meaning is to prot= ect lowest level traffic. Protect existing streams. Leslie Daigle - wrap up. * Are people interested in continuing the discussion to see what parts of t= his can be addressed by IETF? Please hmmm * General response was hmmms for, none against. * Provide links, contact info, more information on website, etc., here. Sho= uld be a continuously updated (curated?) space for Q&A. Glenn Deen: * Please come to bits and bytes on Thursday night [Mar 30, 2017]. * Go to ggie@ietf.org for discussion. Attendees List In attendance: ~62 on signup sheet. Total attendance: >70. (Missing some standing in hallway, a few others that didn't sign up). Name Company Email Glenn Deen NBCUniversal glenn.deen@nbcuni.com Bill Rose WJRConsulting brose@wjrconsulting.com Leslie Daigle Thinking Cat Enterprises ldaigle@thinkingcat.com Lenny Giulianio Juniper lenny@juniper.net Jeffrey Zhang Juniper zzhang@juniper.net Alex Afanasyev UCLA Matt Green BT Matt.green@bt.com Craig Taylor BBC Craig.taylor@bbc.co.uk Lucas Pardue BBC R&D Lucas.pardue@bbc.co.uk Gaurav Naik Drexel Univ. gn@drexel.edu Pierre Pfister Cisco ppfister@cisco.com Kyle Larose Sandvine klarose@sandvine.com Eric Vyncke Cisco evyncke@cisco.com Dan Druta AT&T Dd5826@att.com Natasha Rooney GSMA nrooney@gsma.com Jon Hudson Earth [Desnet Industries] Jon.hudson@gmail.com Al Morton AT&T Labs Almorton@att.com Robert Kebler Juniper rkebler@juniper.net Linda Dunbar Huawei Linda.dunbar@huawei.com Lixia Zhang UCLA lixia@cs.ucla.edu Alex Petrescu CEA Alexandre.petrescu@cea.fr Luis M. Contreras Telefonica Luismiguel.contreasmurillo@telefoncia.com Marvin Zheng Huawei Marvin.zhengui@huawei.com Rachel Huang Huawei Rachel.huang@huawei.com Boris Grozev Atlassian, Jitsi bgrozen@atlassian.com Alex Deacon MPAA Alex_deacan@mpaa.org Mike Wilkinson NBCUniversal Mile.wilkinson@nbcuni.com Scott Mansfield Ericsson Scott.mansfield@ericsson.com Ted Mooney Internet Society mooney@isoc.org Greg Shepherd Cisco shep@cisco.com David Lawrence Akamai tale@akamai.com Allison Mankin Salesforce Thomas Schmidt Hamburg Univ. toschmidt@haw-hamburg.de Phil Sorber Comcast Bryan Call Yahoo Alex Roscoe Comcast Alexander_roscoe@cable.comcast.com Helen Chen Jabil Rong Gu China Mobile Dirk Kutscher Huawei J=DCrg Ott TUM Sanjay Mishra Verizon Sanjay.mishra@verizon.com Wes George Neustar Phil Hallam-Baker Comodo Jonathan Lennox Vidyo Roni Even Huawei Even.roni@haiwei.com (from internet search) Lars Eggert NetApp lars@netapp.com (from Internet search) Thomas Fossati Nokia Salvatore Lopez Ericsson Dan York Internet Society Magnus Westerlund Ericsson Christer Holmberg Ericsson Jake Holland Akamia jholland@akamai.com Jeffry Handal Cisco Stephan Emile Orange Herv=C4 Ruellan Canon CRF Justin Cerdones Arris Tony Tauber Comcast Goran Djukic Cisco Daniel Migault Ericsson --_000_D589524ADDC15glenndeennbcunicom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: <2DF6524790FF0543A7B03ED4E30EA7AA@NBCUNI.COM> Content-Transfer-Encoding: quoted-printable

Hi everyone, 


Here are some rough minutes of the Video Streamin= g bar-bof in Chicago at IETF98.   


-glenn


----------------


Video Streaming Bar-BoF Meeting Minutes

Held on 3/27/2017 During IETF 98, Chicago,= IL

 

 

Introduction

These are the rough minutes from the informal Vid= eo Streaming Bar-BoF held during IETF98.  As a barBoF it wasn't an off= icial IETF event, instead it was an informal meet up of people interested i= n the topic of Internet video.

 

Call for Participation

         =

Topic: Video Streaming eXtensions (V-SX)

 

Description: 

 

Due to its size and sensitivity to network condit= ions, the transport of video over the Internet has highlighted a significan= t scalability problem for the Internet.  On the belief that addressing= this scalability problem requires better integration between application transport and networking technologies and = leveraging IPv6, this Bar BOF will solicit experiences of the scaling probl= em as perceived from different parts of the industry (network, producer, ve= ndors).  

 

Video is without rival the top use of Internet ba= ndwidth, and its ever growing demand for more bandwidth easily out paces th= e new capacity being added both globally and regionally with no let up in s= ight.   Users are frustrated by quality, buffering, and stuttering problems. Video providers and access networks ar= e investing heavily to keep up with demand.  Significant work has be d= one at the application layer producing more efficient codecs and innovative= adaptive bitrate transports like MPEG-DASH.  These access investments and application layer work have helped but they a= lone have not been enough. 

 

A target of any eventual work and product is to e= nable video and network routing / management to work more cooperatively and= efficiently to transport video.  Successful approaches will need to d= o so in a backward compatible ways to permit exiting devices and players to take advantage of the improved network effi= ciencies. 

 

One proposed approach to dealing with issues was = outlined in the Glass to Glass Internet Ecosystem BoF proposal - related dr= afts and mailing list information is provided below.  A demonstration = of GGIE will be provided during the BoF, for illustration purposes.  Discussion is expected and encouraged to = range further than the specific GGIE proposal.   

 

This will be an interactive discussion and we enc= ourage anyone with an interest in this topic to come and share their ideas.=

 

Agenda

Introduction

Context setting [5min]

Roundtable discussion of the issue(s) [30min]

Demo of GGIE prototype [10min]

Where from here? [15min]

Potential for IETF work - is there interest to pu= rsue?

Work for other groups?   

        <= /o:p>

         = Mailing List: https://www.ietf.org/mailman/listinfo/ggie

 

        Releva= nt drafts:

        &= nbsp;   draft-deen-daigle-ggie-02 : 

        &= nbsp;   Glass to Glass Internet Ecosystem Introduction=

        &= nbsp;  

        &= nbsp;   draft-rose-deen-ggie-use-cases-00 :

        &= nbsp;   GGIE Internet Video Use Cases

        &= nbsp;  

        &= nbsp;   draft-daigle-deen-ggie-uri-snaptr-00 : 

        &= nbsp;   Glass to Glass Internet Ecosystem URI and S-NAPTR Use

 

        &= nbsp;   draft-deen-naik-ggie-men-mpeg-dash-00 :

        &= nbsp;   Using Media Encoding Networks to address MPEG-DASH video

 

 

The Bar BoF Session

 

Attendance:

 

Attendance was very good with 70 people counted i= n the room and a number of others that didn't get counted as they extended = out into the hallway.  

 

Unfortunately the session wasn't able to be held = in an actual Bar.  After it's initial announcement the response level = was going to be too large for the small bar we had picked for the Bar BoF a= nd so the session was relocated to accommodate to large room to handle the attenence.  As it was even the large room= was insufficient with many interested people spilling into the hall.<= /o:p>

 

Notes about the BoF

 

One thing to note when reading the minutes is tha= t while the organizers attempted to make the session discussion a more gene= ral discussion and sharing about problems in video streaming as well as exp= loiting IPv6 features, many attendees where interested in directly discussing the ideas in the GGIE Internet Dra= fts.  Hence the points raised in the session notes jump between being = higher level and being specifically about the IDs.

 

Session Overview:

* Glenn Deen gave the background - why GGIE?=

* Leslie Daigle provided additional info - scalin= g video; integrating applications at IETF - keeping levels separate but flo= wing between.

* Mark Townsley - Cisco: Provided some background= on Cisco efforts.

* Q: How to extend the network to the higher laye= rs? What can the network layer do to stop the "spinning disc" pro= blem; help the higher layers to do their job.

Audience: [Lars Eggert] - Not clear on the proble= m statement? Streaming media is not new.

A: [Glenn Deen] - #1 use of the network today is = video; growing exponentially... bandwidth/devices. Despite growth of infras= tructure, can't keep up. Need to go beyond pipes, codecs, etc.

* Audience: [Jake Holland/Akamai] - See holes in = the proposal. ICN looking at this too. What about Multicast?; Looks like la= rge routing tables, etc.

A: [Glenn Deen] There isn't a simple one size fit= s all problem. We need multiple solutions because there are multiple proble= ms and situations. ICN, Multicast, + others. Could do this in isolation= alone but better to do in a public forum with multiple perspectives instead of waiting 5-10 years and then doing a = harmonization exercise.

 

 

Leslie: Move to round table discussion on the top= ic.

* [Roni Even]: Differences between VOD and video = running around the network. Service provider has a problem with carriage/de= livery. Network solutions are being discussed in DVB, elsewhere. They have = to buy the equipment, etc. File format is another issue. Major problem is the scope of the work is broad - includ= es video transport. Not much work in IETF on transport. 5G is addressing si= milar issues.

* Q: What about multicast? Simultaneous, on deman= d? AMT for offnet...

A: Addressing sports/live, TV shows, all content = in general. YouTube 400 hours/minute upload. [Mark Townsley]- multicast kee= ps coming up. Not just distribution - G2G [?]. Cisco has an effort called &= quot;IP better than broadcast". Multicast is good for concurrency when it can be identified, filling buffers. ICN/CC= N is pull-based. Push-based needs to be addressed too. Export some of the m= ulticast from one network to another. Might look different when it looks li= ke v6.

* [Glenn Deen]: Great that others are working on = this. But there is one group that is not as active - IETF. IETF helped buil= d the Internet and others look to IETF for expertise for knowledge and expe= rtise.

* [Leslie Daigle] - raise your hands

o How many people came looking for the answer - [= none raised].

o How many have the answer - [1 or 2].

o How many have part of the answer. [More hands r= aised]

* [?] - "ICN guys heads are exploding!"= . Need a problem statement. Have people start with their problem statements= .

* [Greg Shepard] - Cisco: List problems and prior= itize.

* Q: [Dave Oran] - how many people believe the pr= oblem is at the network layer? Others parts? Own transport, application, na= ming, other. If the problem scope is what to do in the network layer you ne= ed to look more broadly. Have not looked carefully at improving video streaming using QUIC [Google?]. Couple= resource management of provider, with edge delivery, other. Microsoft - SD= N provider, edge, transport but no network layer.

*  [Leslie Daigle] - How do we stop video fr= om being a monolithic chunk of data,

* [?] - Need to improve the codec because it is l= inearized.

* [Allison Mankin] - Not much reference to the ap= plication - selecting among codecs, abilities of codec. [BITAG - Broadband = Tech Advisory Group] looks at managing between video providers. Encourage l= ooking at these.

*

Gaurav/Demo

* Explained and ran the demo

* Q: [Jake Holland] - can this be done by redirec= t?

A: [Gaurav Naik]: it can't be done unless all sou= rces are aware of alternate sources to do the redirect to them.  That = requires a high level of coherency and exterior knowledge and that adds to = brittleness and complexity.

o Then why give v6 address. Network already knows= how to find prefixes.

A: [Glenn Deen] - Part of the motivation is that = today manifest tables are a kind of routing table of their own. But they ca= n make poor choices because they are made by the application/cdn layer and = not in cooperation with the network.

* [Jake Holland] - if the problem is mapping to t= he wrong place, then it could occur at network layer as well.

* [From person in "ICN corner"] - you w= ill no longer have persistent connections? Where is the gain?

*  [Dave Oran]- Server load is a better meas= ure of performance than distance to cache. Need QoS routing with server loa= d metrics.

* [??] - Privacy issues. Passing boundaries cause= s security issues.

A: [Glenn Deen]- we have an answer to that. =

Should provide some potential answers here. =

* [Eric Vyncke] - 6CN solution video. Use some bi= ts as a profile in the prefix. Other experiments being done. Matrix of metr= ics.

* [Alexander Pretrescu - CEA]: For the 3 videos o= n the demo can they be put on real encoding machines? IPV6 is insignificant= compared to v4 today. Are the producers of video v6 ready?

o A: [Glenn Deen]- The encoders used are standard= MPEG encoders. We pump out segments. Works with any encoder that produces = segments. And the player used is off-the-shelf.

o A: [John Brzozowski] - we live with that every = day but will get solved with time.

* Are there any equipment manufacturers that cons= ider v6?

A: John - they will

* Jonathan Lennox - is this just for content from= Comcast?

o A: [Glenn Deen] - No

* Jonathan Lennox - This gives Comcast full visib= ility to competitors' content.

A: [Glenn Deen] - You can assign session level ad= dress space as one solution. Looking for other solutions.

o [Mark Townsley] - One Use Case for bits in pref= ix with meaning is to protect lowest level traffic. Protect existing stream= s.

 

Leslie Daigle - wrap up.

* Are people interested in continuing the discuss= ion to see what parts of this can be addressed by IETF? Please hmmm

* General response was hmmms for, none against. <= o:p>

* Provide links, contact info, more information o= n website, etc., here. Should be a continuously updated (curated?) space fo= r Q&A.

 

Glenn Deen:

* Please come to bits and bytes on Thursday night= [Mar 30, 2017].

* Go to ggie@ietf.org for discussion. =

 

 

 

 

 

Attendees List

 

In attendance: ~62 on signup sheet. Total attenda= nce: >70.

(Missing some standing in hallway, a few others t= hat didn't sign up).

 

 

Name

Company

Email

Glenn Deen

NBCUniversal

glenn.deen@nbcuni.com

Bill Rose

WJRConsulting

brose@wjrconsulting.com

Leslie Daigle

Thinking Cat Enterprises

ldaigle@thinkingcat.com

Lenny Giulianio

Juniper

lenny@juniper.net

Jeffrey Zhang

Juniper

zzhang@juniper.net

Alex Afanasyev

UCLA

Matt Green

BT

Matt.green@bt.com

Craig Taylor

BBC

Craig.taylor@bbc.co.uk

Lucas Pardue

BBC R&D

Lucas.pardue@bbc.co.uk

Gaurav Naik

Drexel Univ.

gn@drexel.edu

Pierre Pfister

Cisco

ppfister@cisco.com

Kyle Larose

Sandvine

klarose@sandvine.com

Eric Vyncke

Cisco

evyncke@cisco.com

Dan Druta

AT&T

Dd5826@att.com

Natasha Rooney

GSMA

nrooney@gsma.com 

Jon Hudson

Earth [Desnet Industries]

Jon.hudson@gmail.com

Al Morton

AT&T Labs

Almorton@att.com

Robert Kebler

Juniper

rkebler@juniper.net

Linda Dunbar

Huawei

Linda.dunbar@huawei.com

Lixia Zhang

UCLA

lixia@cs.ucla.edu

Alex Petrescu

CEA

Alexandre.petrescu@cea.fr 

 

Luis M. Contreras

Telefonica

Luismiguel.contreasmurillo@telefoncia.com &n= bsp; 

Marvin Zheng

Huawei

Marvin.zhengui@huawei.com

Rachel Huang

Huawei

Rachel.huang@huawei.com

Boris Grozev

Atlassian, Jitsi

bgrozen@atlassian.com

Alex Deacon

MPAA

Alex_deacan@mpaa.org

Mike Wilkinson

NBCUniversal

Mile.wilkinson@nbcuni.com

Scott Mansfield

Ericsson

Scott.mansfield@ericsson.com

Ted Mooney

Internet Society

mooney@isoc.org

Greg Shepherd

Cisco

shep@cisco.com

David Lawrence

Akamai

tale@akamai.com

Allison Mankin

Salesforce

 

Thomas Schmidt

Hamburg Univ.

toschmidt@haw-hamburg.de

Phil Sorber

Comcast

 

Bryan Call

Yahoo

 

Alex Roscoe

Comcast

Alexander_roscoe@cable.comcast.com

Helen Chen

Jabil

 

Rong Gu

China Mobile

 

Dirk Kutscher

Huawei

 

J=DCrg Ott

TUM

 

Sanjay Mishra

Verizon

Sanjay.mishra@verizon.com

Wes George

Neustar

 

Phil Hallam-Baker

Comodo

 

Jonathan Lennox

Vidyo

 

Roni Even

Huawei

 Even.roni@haiwei.com (from internet search)=

Lars Eggert

NetApp

 lars@netapp.com (from Internet search)=

Thomas Fossati

Nokia

 

Salvatore Lopez

Ericsson

 

Dan York

Internet Society

 

Magnus Westerlund

Ericsson

 

Christer Holmberg

Ericsson

 

Jake Holland

Akamia

jholland@akamai.com

Jeffry Handal

Cisco

 

Stephan Emile

Orange

 

Herv=C4 Ruellan

Canon CRF

 

Justin Cerdones

Arris

 

Tony Tauber

Comcast

 

Goran Djukic

Cisco

 

Daniel Migault

Ericsson

 

--_000_D589524ADDC15glenndeennbcunicom_-- From nobody Mon Jul 10 16:47:16 2017 Return-Path: X-Original-To: ggie@ietfa.amsl.com Delivered-To: ggie@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DCC23120726 for ; Mon, 10 Jul 2017 16:47:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-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 VMGzmxJcfnUI for ; Mon, 10 Jul 2017 16:47:13 -0700 (PDT) Received: from copdcmhout01.cable.comcast.com (copdcmhout01.cable.comcast.com [162.150.44.71]) (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 4D3EC1200ED for ; Mon, 10 Jul 2017 16:47:13 -0700 (PDT) X-AuditID: a2962c47-fdbff70000027289-ab-596411feaad8 Received: from COPDCEX30.cable.comcast.com (Unknown_Domain [96.114.156.147]) (using TLS with cipher AES256-SHA256 (256/256 bits)) (Client did not present a certificate) by copdcmhout01.cable.comcast.com (SMTP Gateway) with SMTP id CB.99.29321.EF114695; Mon, 10 Jul 2017 17:47:12 -0600 (MDT) Received: from COPDCEX29.cable.comcast.com (147.191.124.160) by COPDCEX30.cable.comcast.com (147.191.124.161) with Microsoft SMTP Server (TLS) id 15.0.1293.2; Mon, 10 Jul 2017 17:47:09 -0600 Received: from COPDCEX29.cable.comcast.com ([fe80::3aea:a7ff:fe36:89b4]) by COPDCEX29.cable.comcast.com ([fe80::3aea:a7ff:fe36:89b4%19]) with mapi id 15.00.1293.002; Mon, 10 Jul 2017 17:47:09 -0600 From: "Deen, Glenn" To: "ggie@ietf.org" Thread-Topic: Streaming Internet Video goings on @ IETF 99 Thread-Index: AQHS+dbY/0nfIeLPvUm5LhVwdG1g6A== Date: Mon, 10 Jul 2017 23:47:09 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [96.115.73.252] Content-Type: multipart/alternative; boundary="_000_D589600BDDC98glenndeencomcastcom_" MIME-Version: 1.0 X-CFilter-Loop: Forward X-Brightmail-Tracker: H4sIAAAAAAAAA11Uf2wTVRzn3V27t27P3W60fTsGyMlM1FGLCC5E2UKi8o8K4Y9Rpllv13Nt 1rXN3ZUxNXPGuEwcqJGxsYkT2dimC4bh5kwMYDXGVWD+AUow+CMuMAaJM8skZLr4Xq8dV/+5 +9zn897387nPuxxkheu5IgxFDFWLyGHJ7uD82vvvrVsmBHze87+tLf/i2P6cSrCtr+8Osx3s djweUMOhPar28Ba/I/jPLRR77bm9/a1DXAsY3LoP5ELMP4p7/22z7wMOKPCDDL45NG8zHxIA v9F6hDUfJgDuv/w5WQahnS/DY6cq6O7l/H34zfYOhtJF/EY8f7DKpDfjhZ4DrIk9uGX6Wg7F HF+KLwwM2ylG/AZ8YmycoRjwLnw7OZzCLO/GV6Z6GTMcj/u+nGRN7MQ3/li0mbgMn/9pCpjY i0f7T3MmXoMXez7lzDm78IXDSZvpVYgnDk+l17jx19+M294Bzm6LXbdlS7dli8l78OWOg3YT P4SPH73Jmngd7lpMpNdsxgNH/mSsaz4E8GOwSonGAkpDMBo3vOs9ilwbVj1KtEGRdYPeRwA5 wY8OlT09DmYnX0gAHgIpHy1LKj7BJu/RmxoSoB4ykhPNnyHUPbXRQFNQ1oM1Wjys6tJydGyM 0GiJro2H6yURTRcEfELREhtRG/WwapBPRlqFJpxkh3tJ0+N6LKSEonG9Jq6FyZlDloytukLH BuSml1QtapolwArISW606TqR+DrZUOtVNaZqGbURQgmjBZ44F2pqnbr3xVDYyMhkXxnNxFuV VNiVKO8HMtBlFSx516CBc7JPEK3y/yMzMDcB6mA+yT0wR3PrMblBD9WlrYvQX4hY52fYlG0x qqBJhQxpsVyJZBdNlJGy7ZKgE8C2rjt/M3AkdU0sfHebgd/Sq8BFohFVdKOzqXelA4LxyFIJ ogtN7PD7hAKLQMOIJaid8k4LfzePeC+apmqxRc2OlPkJzACFfD1F6Cp9s3zyi7jbgYAeoJHy 0mSqAoyMQnpYac7SQAn6gDbgTCvZbjOkaoZUbW/206oN2bBWzb/qp1Wn2XTVkJJChsyq2kEl V0bKdhJbQPlZpf3ojV9fqag+WbVz7YmLL7/+hK90ZPuMWytxdjb/+NjQnO9tz1Nv7TzHzn8/ uNHd3ulKFis1G87Mto3NXvvq1GejF4e9bQUHPtnV0xhjNxm3bJd6R0e9OV3VPxf//szzT5Zu EXdc3X86r/rZXzqGHqk8vpp7N1S+9f6WudbK8clLzbEVEqcH5fUPspou/wcqeZtcegUAAA== Archived-At: Subject: [GGIE] Streaming Internet Video goings on @ IETF 99 X-BeenThere: ggie@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discuss IETF-related items surfaced in the W3C GGIE Task Force List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2017 23:47:15 -0000 --_000_D589600BDDC98glenndeencomcastcom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi All, There's streaming video stuff going on at IETF 99 that I'd like to make eve= ryone on the list aware of: 1. Thursday @ 12:15 Congress Hall III Thursday Lunch Speaker Series: Title: Media and Entertainment go IP Description: The media and entertainment industry is undergoing a move = from media specific transport protocols like SDI to IP and this brings new cha= llenges and new opportunities. The panel will discuss their perspectives = on this transformation, new abilities transformation enables, and possible challen= ges ahead. Moderated by: Glenn Deen with panelists from Drexel University, BBC= Research, and Cisco ------ 2. Thursday @ 6:00-7:15 pm Tyrolka room Internet Streaming Video Side Meeting There's a reserved Side Meeting Room for discussion of Internet Streami= ng topics, and any follow on from the Media and Entertainment go IP panel from earlier in the day. It will be o= pen, freeform, and an opportunity to share interests in streaming Internet video. Please come and join the= discussion. ----- 3. Thursday 7:15-9:15pm Congress Hall II Bits-n-Bytes Please drop by the GGIE demonstration at the Comcast-NBCUniveral booth = at BnB. We've added some new addressing modes to permit connect reuse and enable HTTP-KeepAlive when direct addressing m= edia segments, as well as other new features. Grab a cold beverage and check out the latest version of GGIE. ----- If there's other Internet streaming stuff going on at IETF99, please share = to this list. As always, I'm happy to have a conversation on streaming so drop me a note = if you'd like to meet up. regards glenn deen (glenn.deen@nbcuni.com or glenn_deen@comcast.com) ----- --_000_D589600BDDC98glenndeencomcastcom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: <404684EF38B7D043B087E294336C30B9@comcast.com> Content-Transfer-Encoding: quoted-printable
Hi All,

There’s streaming video stuff going on at IETF 99 that I’d like= to make everyone on the list aware of:

1.  Thursday @ 12:15 Congress Hall III

Thursday Lunch Speaker Series:

    Title:  Media= and Entertainment go IP

    Description: The media = and entertainment industry is undergoing a move from media specific
          &n= bsp;      transport protocols like SDI to IP and this brings= new challenges and new 
          &n= bsp;      opportunities.  The panel will discuss t= heir perspectives on this transformation, 
          &n= bsp;      new abilities transformation enables, and possible= challenges ahead.

        Moderated by: Glenn Deen with panelists from Dr= exel University, BBC Research, and Cisco

------

2. Thursday @ 6:00-7:15 pm Tyrolka = room

   Internet Streaming V= ideo Side Meeting 

    There’s a reserved Si= de Meeting Room for discussion of Internet Streaming topics, and any follow= on from the Media 
    and Entertainment go IP panel from earlier in the day.     It will be open, freeform, and an o= pportunity to    
     share interests in streaming Internet video.  Plea= se come and join the discussion.

-----

3. Thursday 7:15-9:15pm  Congress Hall II

   Bits-n-Bytes

    Please drop by the GGIE demonstration at the Comcast-NBCUnive= ral booth at BnB.  We’ve added some new addressing modes to = ;
    permit connect reuse and enable HTTP-KeepAlive when direct ad= dressing media segments, as well as other new features.  
    Grab a cold beverage and check out the latest version of GGIE= .

-----

If there’s other Internet streaming stuff going on at IETF99, please = share to this list.  

As always, I’m happy to have a conversation on streaming so drop me a= note if you’d like to meet up.

regards
glenn deen

(glenn.deen@nbcuni.com or glenn_deen@comcast.com)
-----
--_000_D589600BDDC98glenndeencomcastcom_-- From nobody Tue Jul 11 03:08:14 2017 Return-Path: X-Original-To: ggie@ietfa.amsl.com Delivered-To: ggie@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41784127866 for ; Tue, 11 Jul 2017 03:08:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 Les5f1NwJMbh for ; Tue, 11 Jul 2017 03:08:10 -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 3C5CE127180 for ; Tue, 11 Jul 2017 03:08:09 -0700 (PDT) Received: from 172.18.7.190 (EHLO LHREML711-CAH.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DQW66479; Tue, 11 Jul 2017 10:08:07 +0000 (GMT) Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by LHREML711-CAH.china.huawei.com (10.201.108.34) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 11 Jul 2017 11:08:06 +0100 Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.25]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0235.001; Tue, 11 Jul 2017 18:07:58 +0800 From: "Huangyihong (Rachel)" To: "Deen, Glenn" , "ggie@ietf.org" CC: "Zhenghui (Marvin)" , Roni Even Thread-Topic: Streaming Internet Video goings on @ IETF 99 Thread-Index: AQHS+dbY/0nfIeLPvUm5LhVwdG1g6KJOTN1g Date: Tue, 11 Jul 2017 10:07:57 +0000 Message-ID: <51E6A56BD6A85142B9D172C87FC3ABBB9C4D204B@nkgeml513-mbx.china.huawei.com> References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.134.153.152] Content-Type: multipart/alternative; boundary="_000_51E6A56BD6A85142B9D172C87FC3ABBB9C4D204Bnkgeml513mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.5964A387.0156, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.25, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: f833f6ed0ff00731b3762ddfd5c43ddc Archived-At: Subject: Re: [GGIE] Streaming Internet Video goings on @ IETF 99 X-BeenThere: ggie@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discuss IETF-related items surfaced in the W3C GGIE Task Force List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2017 10:08:12 -0000 --_000_51E6A56BD6A85142B9D172C87FC3ABBB9C4D204Bnkgeml513mbxchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgR2xlbm4sDQoNClRoYW5rIGZvciB0aGlzIGluZm9ybWF0aW9uLg0KDQpXZSBoYXZlIGEgZHJh ZnQgaW4gZGlzcGF0Y2ggdG8gZGlzY3VzcyB0aGUgdmlkZW8gZGVsaXZlcnkgaW4gaHlicmlkIG5l dHdvcmssIHdoaWNoIEkgdGhpbmsgY291bGQgYmUgYSBwb3RlbnRpYWwgaW50ZXJlc3RpbmcgdG9w aWMgZm9yIHRoZSBzaWRlIG1lZXRpbmcuIFdlIGRpZG6hr3QgaGF2ZSBhbnkgc3BlY2lmaWMgcHJv cG9zYWwsIGp1c3QgZGVzY3JpYmluZyB0aGUgY3VycmVudCBzdGF0dXMgb2Ygc3RyZWFtaW5nIHZp ZGVvIHRlY2hub2xvZ2llcyBhbmQgcHJvYmxlbXMgdGhhdCBtYXkgaGFwcGVuIGluIGh5YnJpZCBu ZXR3b3JrIGZvciB2aWRlbyBkZWxpdmVyeS4NCg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJu ZXQtZHJhZnRzL2RyYWZ0LWh1YW5nLWRpc3BhdGNoLWh5YnJpZC12aWRlby1kZWxpdmVyeS0wMC50 eHQNCg0KQlIsDQpSYWNoZWwNCg0Kt6K8/sjLOiBHR0lFIFttYWlsdG86Z2dpZS1ib3VuY2VzQGll dGYub3JnXSC0+rHtIERlZW4sIEdsZW5uDQq3osvNyrG85DogMjAxN8TqN9TCMTHI1SA3OjQ3DQrK 1bz+yMs6IGdnaWVAaWV0Zi5vcmcNCtb3zOI6IFtHR0lFXSBTdHJlYW1pbmcgSW50ZXJuZXQgVmlk ZW8gZ29pbmdzIG9uIEAgSUVURiA5OQ0KDQpIaSBBbGwsDQoNClRoZXJloa9zIHN0cmVhbWluZyB2 aWRlbyBzdHVmZiBnb2luZyBvbiBhdCBJRVRGIDk5IHRoYXQgSaGvZCBsaWtlIHRvIG1ha2UgZXZl cnlvbmUgb24gdGhlIGxpc3QgYXdhcmUgb2Y6DQoNCjEuICBUaHVyc2RheSBAIDEyOjE1IENvbmdy ZXNzIEhhbGwgSUlJDQoNClRodXJzZGF5IEx1bmNoIFNwZWFrZXIgU2VyaWVzOg0KDQogICAgVGl0 bGU6ICBNZWRpYSBhbmQgRW50ZXJ0YWlubWVudCBnbyBJUA0KDQogICAgRGVzY3JpcHRpb246IFRo ZSBtZWRpYSBhbmQgZW50ZXJ0YWlubWVudCBpbmR1c3RyeSBpcyB1bmRlcmdvaW5nIGEgbW92ZSBm cm9tIG1lZGlhIHNwZWNpZmljDQogICAgICAgICAgICAgICAgIHRyYW5zcG9ydCBwcm90b2NvbHMg bGlrZSBTREkgdG8gSVAgYW5kIHRoaXMgYnJpbmdzIG5ldyBjaGFsbGVuZ2VzIGFuZCBuZXcNCiAg ICAgICAgICAgICAgICAgb3Bwb3J0dW5pdGllcy4gIFRoZSBwYW5lbCB3aWxsIGRpc2N1c3MgdGhl aXIgcGVyc3BlY3RpdmVzIG9uIHRoaXMgdHJhbnNmb3JtYXRpb24sDQogICAgICAgICAgICAgICAg IG5ldyBhYmlsaXRpZXMgdHJhbnNmb3JtYXRpb24gZW5hYmxlcywgYW5kIHBvc3NpYmxlIGNoYWxs ZW5nZXMgYWhlYWQuDQoNCiAgICAgICAgTW9kZXJhdGVkIGJ5OiBHbGVubiBEZWVuIHdpdGggcGFu ZWxpc3RzIGZyb20gRHJleGVsIFVuaXZlcnNpdHksIEJCQyBSZXNlYXJjaCwgYW5kIENpc2NvDQoN Ci0tLS0tLQ0KDQoyLiBUaHVyc2RheSBAIDY6MDAtNzoxNSBwbSBUeXJvbGthIHJvb20NCg0KICAg SW50ZXJuZXQgU3RyZWFtaW5nIFZpZGVvIFNpZGUgTWVldGluZw0KDQogICAgVGhlcmWhr3MgYSBy ZXNlcnZlZCBTaWRlIE1lZXRpbmcgUm9vbSBmb3IgZGlzY3Vzc2lvbiBvZiBJbnRlcm5ldCBTdHJl YW1pbmcgdG9waWNzLCBhbmQgYW55IGZvbGxvdyBvbiBmcm9tIHRoZSBNZWRpYQ0KICAgIGFuZCBF bnRlcnRhaW5tZW50IGdvIElQIHBhbmVsIGZyb20gZWFybGllciBpbiB0aGUgZGF5LiAgICAgSXQg d2lsbCBiZSBvcGVuLCBmcmVlZm9ybSwgYW5kIGFuIG9wcG9ydHVuaXR5IHRvDQogICAgIHNoYXJl IGludGVyZXN0cyBpbiBzdHJlYW1pbmcgSW50ZXJuZXQgdmlkZW8uICBQbGVhc2UgY29tZSBhbmQg am9pbiB0aGUgZGlzY3Vzc2lvbi4NCg0KLS0tLS0NCg0KMy4gVGh1cnNkYXkgNzoxNS05OjE1cG0g IENvbmdyZXNzIEhhbGwgSUkNCg0KICAgQml0cy1uLUJ5dGVzDQoNCiAgICBQbGVhc2UgZHJvcCBi eSB0aGUgR0dJRSBkZW1vbnN0cmF0aW9uIGF0IHRoZSBDb21jYXN0LU5CQ1VuaXZlcmFsIGJvb3Ro IGF0IEJuQi4gIFdloa92ZSBhZGRlZCBzb21lIG5ldyBhZGRyZXNzaW5nIG1vZGVzIHRvDQogICAg cGVybWl0IGNvbm5lY3QgcmV1c2UgYW5kIGVuYWJsZSBIVFRQLUtlZXBBbGl2ZSB3aGVuIGRpcmVj dCBhZGRyZXNzaW5nIG1lZGlhIHNlZ21lbnRzLCBhcyB3ZWxsIGFzIG90aGVyIG5ldyBmZWF0dXJl cy4NCiAgICBHcmFiIGEgY29sZCBiZXZlcmFnZSBhbmQgY2hlY2sgb3V0IHRoZSBsYXRlc3QgdmVy c2lvbiBvZiBHR0lFLg0KDQotLS0tLQ0KDQpJZiB0aGVyZaGvcyBvdGhlciBJbnRlcm5ldCBzdHJl YW1pbmcgc3R1ZmYgZ29pbmcgb24gYXQgSUVURjk5LCBwbGVhc2Ugc2hhcmUgdG8gdGhpcyBsaXN0 Lg0KDQpBcyBhbHdheXMsIEmhr20gaGFwcHkgdG8gaGF2ZSBhIGNvbnZlcnNhdGlvbiBvbiBzdHJl YW1pbmcgc28gZHJvcCBtZSBhIG5vdGUgaWYgeW91oa9kIGxpa2UgdG8gbWVldCB1cC4NCg0KcmVn YXJkcw0KZ2xlbm4gZGVlbg0KDQooZ2xlbm4uZGVlbkBuYmN1bmkuY29tPG1haWx0bzpnbGVubi5k ZWVuQG5iY3VuaS5jb20+IG9yIGdsZW5uX2RlZW5AY29tY2FzdC5jb208bWFpbHRvOmdsZW5uX2Rl ZW5AY29tY2FzdC5jb20+KQ0KLS0tLS0NCg== --_000_51E6A56BD6A85142B9D172C87FC3ABBB9C4D204Bnkgeml513mbxchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Glenn,<= o:p>

 = ;

Thank for = this information.

 = ;

We have a = draft in dispatch to discuss the video delivery in hybrid network, which I = think could be a potential interesting topic for the side meeting. We didn=A1=AFt have any specific proposal, just describing the cu= rrent status of streaming video technologies and problems that may happen i= n hybrid network for video delivery.

 = ;

https://ww= w.ietf.org/internet-drafts/draft-huang-dispatch-hybrid-video-delivery-00.tx= t

 = ;

BR,

Rachel

 = ;

=B7=A2=BC=FE=C8=CB: GGIE [m= ailto:ggie-bounces@ietf.org] =B4=FA= =B1=ED Deen, Glenn
=B7=A2= =CB=CD=CA=B1=BC=E4: 2017=C4=EA7=D4=C211=C8=D5 7:47
=CA=D5=BC=FE=C8=CB: ggie@ietf.org
=D6=F7=CC=E2: [GGIE] Streaming Internet Video goings on @ IETF 99

 

Hi All,=

 <= /o:p>

There=A1=AFs= streaming video stuff going on at IETF 99 that I=A1=AFd like to make every= one on the list aware of:

 <= /o:p>

1.  Thu= rsday @ 12:15 Congress Hall III

 <= /o:p>

Thursday Lun= ch Speaker Series:

 <= /o:p>

    Title:  Media and Ente= rtainment go IP

 

    Description: The media and enter= tainment industry is undergoing a move from media specific

            &nbs= p;    transport protocols like SDI to IP and this brings new chal= lenges and new 

            &nbs= p;    opportunities.  The panel will discuss their pers= pectives on this transformation, 

            &nbs= p;    new abilities transformation enables, and possible challeng= es ahead.

 <= /o:p>

   = ;     Moderated by: Glenn Deen with panelists from Drexel Univers= ity, BBC Research, and Cisco

 <= /o:p>

------<= /o:p>

 <= /o:p>

2. Thursday = @ 6:00-7:15 pm Tyrolka room

 <= /o:p>

   Internet= Streaming Video Side Meeting 

 <= /o:p>

  &nb= sp; There=A1=AFs a reserved Side Meeting Room for discussion of Internet St= reaming topics, and any follow on from the Media 

    and Entertainment go IP panel from earlier in the day.     It will be open, freefo= rm, and an opportunity to    

   = ;  share interests in streaming Internet video.  Please come and = join the discussion.

 <= /o:p>

-----

 <= /o:p>

3. Thursday = 7:15-9:15pm  Congress Hall II

 <= /o:p>

   = ;Bits-n-Bytes

 <= /o:p>

   = ; Please drop by the GGIE demonstration at the Comcast-NBCUniveral booth at= BnB.  We=A1=AFve added some new addressing modes to <= /span>

   = ; permit connect reuse and enable HTTP-KeepAlive when direct addressing med= ia segments, as well as other new features.  

   = ; Grab a cold beverage and check out the latest version of GGIE.=

 <= /o:p>

-----

 <= /o:p>

If there=A1= =AFs other Internet streaming stuff going on at IETF99, please share to thi= s list.  

 <= /o:p>

As always, I= =A1=AFm happy to have a conversation on streaming so drop me a note if you= =A1=AFd like to meet up.

 <= /o:p>

regards=

glenn deen

 <= /o:p>

-----

--_000_51E6A56BD6A85142B9D172C87FC3ABBB9C4D204Bnkgeml513mbxchi_-- From nobody Thu Jul 20 07:48:24 2017 Return-Path: X-Original-To: ggie@ietfa.amsl.com Delivered-To: ggie@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E7F8F131CD7 for ; Thu, 20 Jul 2017 07:48:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.921 X-Spam-Level: X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-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 OMqNSelUeeO4 for ; Thu, 20 Jul 2017 07:48:21 -0700 (PDT) Received: from mx0a-00176a04.pphosted.com (mx0a-00176a04.pphosted.com [67.231.149.53]) (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 9D1CB131CB5 for ; Thu, 20 Jul 2017 07:48:17 -0700 (PDT) Received: from pps.filterd (m0048276.ppops.net [127.0.0.1]) by m0048276.ppops.net-00176a04. (8.16.0.21/8.16.0.21) with SMTP id v6KEld9o004298 for ; Thu, 20 Jul 2017 10:48:16 -0400 Received: from usushmgip001.mail.tfayd.com ([216.178.109.235]) by m0048276.ppops.net-00176a04. with ESMTP id 2bqbywdj6m-1 (version=TLSv1.2 cipher=RC4-SHA bits=128 verify=NOT) for ; Thu, 20 Jul 2017 10:48:15 -0400 Received: from unknown (HELO USUSHECWP007.mail.tfayd.com) ([10.40.33.204]) by usushmgip001.mail.tfayd.com with ESMTP; 20 Jul 2017 07:48:15 -0700 Received: from potemwp00026.mail.tfayd.com (100.124.56.50) by USUSHECWP007.mail.tfayd.com (3.156.41.61) with Microsoft SMTP Server (TLS) id 14.3.266.1; Thu, 20 Jul 2017 07:48:15 -0700 Received: from potemwp00029.mail.tfayd.com (100.124.56.53) by potemwp00026.mail.tfayd.com (100.124.56.50) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.669.32; Thu, 20 Jul 2017 08:48:13 -0600 Received: from potemwp00029.mail.tfayd.com ([100.124.56.53]) by potemwp00029.mail.tfayd.com ([100.124.56.53]) with mapi id 15.01.0669.032; Thu, 20 Jul 2017 08:48:13 -0600 From: "Deen, Glenn (NBCUniversal)" To: "ggie@ietf.org" Thread-Topic: Video side meeting reminder Thread-Index: AQHTAWc2sTLcBl0OY0+P6aZLTEj4RA== Date: Thu, 20 Jul 2017 14:48:13 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-exclaimer-md-config: 47edc00f-f2d6-45ef-be83-8a353bd47e45 Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Forward X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-07-20_07:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1706020000 definitions=main-1707200231 Archived-At: Subject: [GGIE] Video side meeting reminder X-BeenThere: ggie@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discuss IETF-related items surfaced in the W3C GGIE Task Force List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jul 2017 14:48:23 -0000 VGh1cnNkYXkodG9kYXkpIEAgNjowMC03OjAwIHBtIFR5cm9sa2Egcm9vbQ0KDQogICBJbnRlcm5l dCBTdHJlYW1pbmcgVmlkZW8gU2lkZSBNZWV0aW5nIA0KDQogICAgVGhlcmXigJlzIGEgcmVzZXJ2 ZWQgU2lkZSBNZWV0aW5nIFJvb20gZm9yIGRpc2N1c3Npb24gb2YgSW50ZXJuZXQgU3RyZWFtaW5n IHRvcGljcywNCiBhbmQgYW55IGZvbGxvdyBvbiBmcm9tIHRoZSBNZWRpYSBhbmQgRW50ZXJ0YWlu bWVudCBnbyBJUCBwYW5lbCBmcm9tIGVhcmxpZXIgaW4gdGhlIGRheS4gICAgDQoNCiBJdCB3aWxs IGJlIG9wZW4sIGZyZWVmb3JtLCBhbmQgYW4gb3Bwb3J0dW5pdHkgdG8gc2hhcmUgaW50ZXJlc3Rz IGluIHN0cmVhbWluZyBJbnRlcm5ldCB2aWRlby4gIFBsZWFzZSBjb21lIGFuZCBqb2luIHRoZSBk aXNjdXNzaW9uLg0KDQotLS0tLSBsYXRlciBUaHVyc2RheSAtLS0tDQoNClRodXJzZGF5IDc6MTUt OToxNXBtICBDb25ncmVzcyBIYWxsIElJDQoNCiAgIEJpdHMtbi1CeXRlcw0KDQogUGxlYXNlIGRy b3AgYnkgdGhlIEdHSUUgZGVtb25zdHJhdGlvbiBhdCB0aGUgQ29tY2FzdC1OQkNVbml2ZXJhbCBi b290aCBhdCBCbkIuIA0KDQogV2XigJl2ZSBhZGRlZCBzb21lIG5ldyBhZGRyZXNzaW5nIG1vZGVz IHRvIHBlcm1pdCBjb25uZWN0IHJldXNlIGFuZCBlbmFibGUgSFRUUC1LZWVwQWxpdmUgd2hlbiBk aXJlY3QgYWRkcmVzc2luZyBtZWRpYSBzZWdtZW50cywgYXMgd2VsbCBhcyBvdGhlciBuZXcgZmVh dHVyZXMuICANCiAgICANCg0KR3JhYiBhIGNvbGQgYmV2ZXJhZ2UgYW5kIGNoZWNrIG91dCB0aGUg bGF0ZXN0IHZlcnNpb24gb2YgR0dJRS4NCg0KDQoNClRoYW5rcyANCkdsZW5uIA==