Re: [GGIE] DRAFT bof proposal for IETF 98 in Chicago

"Brzozowski, John" <John_Brzozowski@comcast.com> Thu, 16 February 2017 15:44 UTC

Return-Path: <John_Brzozowski@comcast.com>
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 B8FDF129BC4 for <ggie@ietfa.amsl.com>; Thu, 16 Feb 2017 07:44:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.179
X-Spam-Level:
X-Spam-Status: No, score=-0.179 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_SBL=1.623, URIBL_SBL_A=0.1] 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 U90RCBcWCz-3 for <ggie@ietfa.amsl.com>; Thu, 16 Feb 2017 07:44:19 -0800 (PST)
Received: from vaadcmhout02.cable.comcast.com (vaadcmhout02.cable.comcast.com [96.114.28.76]) (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 E7568129A5F for <ggie@ietf.org>; Thu, 16 Feb 2017 07:44:18 -0800 (PST)
X-AuditID: 60721c4c-637ff70000007eaf-d0-58a5c8ce95cd
Received: from VAADCEX15.cable.comcast.com (vaadcmhoutvip.cable.comcast.com [96.115.73.56]) (using TLS with cipher AES256-SHA256 (256/256 bits)) (Client did not present a certificate) by (SMTP Gateway) with SMTP id 88.AE.32431.EC8C5A85; Thu, 16 Feb 2017 10:44:15 -0500 (EST)
Received: from VAADCEX09.cable.comcast.com (147.191.102.76) by VAADCEX15.cable.comcast.com (147.191.102.82) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Thu, 16 Feb 2017 10:44:14 -0500
Received: from VAADCEX09.cable.comcast.com ([fe80::3aea:a7ff:fe12:e2a0]) by VAADCEX09.cable.comcast.com ([fe80::3aea:a7ff:fe12:e2a0%19]) with mapi id 15.00.1263.000; Thu, 16 Feb 2017 10:44:14 -0500
From: "Brzozowski, John" <John_Brzozowski@comcast.com>
To: "Deacon, Alex" <Alex_Deacon@mpaa.org>, "Deen, Glenn" <glenn.deen@nbcuni.com>, Ben Campbell <ben@nostrum.com>
Thread-Topic: [GGIE] DRAFT bof proposal for IETF 98 in Chicago
Thread-Index: AQHSiGuGwkfFoX6nHEO/CKCrR7gJeQ==
Date: Thu, 16 Feb 2017 15:44:14 +0000
Message-ID: <347B67B4-AB33-4643-BB56-932AA1F62583@cable.comcast.com>
References: <3F95E981-D341-4FAB-8C25-4A018A9761A7@thinkingcat.com> <516B53EA-574A-4A7C-B646-F5FB908F90E5@nostrum.com> <8FA2C635-1CA4-4AA6-B529-4CA71E150A19@nbcuni.com> <0CFC410D-3218-4154-B22F-90AC98FE1BAF@nbcuni.com> <FC383748-6F35-4A5C-8FD1-7A3E994651F2@mpaa.org>
In-Reply-To: <FC383748-6F35-4A5C-8FD1-7A3E994651F2@mpaa.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.1e.0.170107
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [68.87.29.10]
Content-Type: text/plain; charset="utf-8"
Content-ID: <22BA7A9D18DE034DA6FBFB80CABA2882@cable.comcast.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Forward
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrDIsWRmVeSWpSXmKPExsWSUOxpoXv+xNIIgztfTSz+3XvAZDG/8zS7 xc7FvewWe5euZ3Zg8Viy5CeTx6/n+1g9Zu18wuLxaPpy1gCWKC6blNSczLLUIn27BK6M6fPP sxesqaxo3/WVsYFxTlkXIyeHhICJxI4pP9m7GLk4hARmMklMXvuZFcI5wCjxY8sZJgjnJKPE o61vWEBa2ATMJLYcvM0OYosIFEkcmrYMKM7BwSzgI7HgOitIWFjAVuL96fOsECV2Eo2vFjND 2HoSq47eAouzCKhKHJ7/BWwMr4CLxMMNy8HGCwlMZJI4uJQTxOYUsJGYufkgE4jNKCAm8f3U GjCbWUBc4taT+UwQHwhILNlznhnCFpV4+fgf2HxRoF0bL0xjh4jrSJy9/oQRwjaQ2Lp0HwuE LS9xZMI/qPM1Jdbv0ocY7yAx78MtZghbUWJK90OoMwUlTs58AtUqLnH4yA7WCYzSs5BcNAth 0iwkk2YhmTQLyaQFjKyrGOXKEhNTknMz8ktLDIz0khOTclL1kvNzkxOLS0D0JkZQGiiS8dnB +GmaxyFGAQ5GJR7eTweWRgixJpYVV+YeYpTgYFYS4c1YCxTiTUmsrEotyo8vKs1JLT7EKM3B oiTOy7cNKCWQnliSmp2aWpBaBJNl4uCUamBcxjs1vddrSnGmne9E4X19C9b9LrowZdIZwcoI 3VMf+u/4KFQ82ZL3yf8H6+5FXy1vih814O7o1GMo7N51be8pBcnqQoupMV/LxD1Xq984cTL1 6luVD6wpRmlbhTTfSL489cbKy1XiWtR1X8GLQtH/p/Q9dLkuq7NB7bNPh0KYZUVgLc8SywIl luKMREMt5qLiRACMgAMI/wIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/ggie/21vPrzndDeeH4UlgsZ_ev-OJ2Sw>
Cc: "ggie@ietf.org" <ggie@ietf.org>, Leslie Daigle <ldaigle@thinkingcat.com>
Subject: Re: [GGIE] DRAFT bof proposal for IETF 98 in Chicago
X-BeenThere: ggie@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Discuss IETF-related items surfaced in the W3C GGIE Task Force <ggie.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ggie>, <mailto:ggie-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ggie/>
List-Post: <mailto:ggie@ietf.org>
List-Help: <mailto:ggie-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ggie>, <mailto:ggie-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Feb 2017 15:44:22 -0000

Albeit late, throwing my comments in here.  I agree with Jason, Alex, and others.  Given our work in adjacent areas internally we are already including GGIE concepts into discussions pertaining to next generation content delivery and IPv6.  Much of what we are actively developing now are critical building blocks for GGIE.

John
+1-484-962-0060

-----Original Message-----
From: GGIE <ggie-bounces@ietf.org> on behalf of Alex Deacon <Alex_Deacon@mpaa.org>
Date: Thursday, February 9, 2017 at 14:15
To: Robert Deen <glenn.deen@nbcuni.com>, Ben Campbell <ben@nostrum.com>
Cc: "ggie@ietf.org" <ggie@ietf.org>, Leslie Daigle <ldaigle@thinkingcat.com>
Subject: Re: [GGIE] DRAFT bof proposal for IETF 98 in Chicago

    Hi All,
    
    I agree with Jason that there is a real (and interesting) problem to be solved here and we believe GGIE is on the right track to address it.   We hope to see GGIE work progress further in the IETF and do plan to attend BoF planned for Chicago.  Regarding the question around putting cycles into future work I do plan be engaged in any working group(s) that may be formed and look forward to participating in draft creation and discussions on the list. 
    
    Alex
    
    
    On 2/8/17, 3:15 PM,  <ggie-bounces@ietf.org on behalf of Glenn.Deen@nbcuni.com> wrote:
    
        Hi Ben - 
        
        I see now that the original mail included the list, so consider that ask fulfilled! 
        
        Thanks for doing it before I asked.
        
        Glenn
        
        Sent from my iPad
        
        > On Feb 8, 2017, at 3:10 PM, Deen, Glenn (NBCUniversal) <Glenn.Deen@nbcuni.com> wrote:
        > 
        > Hi Ben
        > 
        > It seems awfully premature to ask if anyone would implement/deploy the results.   If we used that litmus we would not have been able to every work on either  IPv6 or dnssec.  (I mean that a little tongue in cheek, so hopefully no one throws anything at me in Chicago)
        > 
        > The rest of questions seem fair, through more likely to get answers in person at an actual BoF versus a mailing list where discussion is often lower volume.
        > 
        > Could you send a note to the list promoting for the sort of questions you are wondering about?
        > 
        > Regards
        > Glenn
        > 
        > Sent from my iPad
        > 
        >> On Feb 8, 2017, at 2:28 PM, Ben Campbell <ben@nostrum.com> wrote:
        >> 
        >> Hi, Leslie, thanks for sending this.
        >> 
        >> The ART ADs would like to see comments on the following:
        >> 
        >> - Do you plan to work on this if it becomes a working group? That is, would you expect to engage in discussion, review drafts, or even possibly edit drafts?
        >> 
        >> - Are you likely to implement and/or deploy the results?
        >> 
        >> - Does the scope seem right? That is, does this all belong in one WG and/or area, or are there aspects that might belong somewhere else?
        >> 
        >> Of course, discussion on other aspects is also welcome.
        >> 
        >> Thanks!
        >> 
        >> Ben.
        >> 
        >> 
        >>> On 8 Feb 2017, at 15:32, Leslie Daigle wrote:
        >>> 
        >>> Hi,
        >>> 
        >>> Please find below a proposal for a GGIE BoF (WG-forming) at IETF 98 in Chicago.  We will be submitting the proposal by the deadline this Friday, but would be happy to have suggestions to improve the proposal before then.
        >>> 
        >>> One of the things we’ve beed advised is that GGIE-proponents-other-than-Glenn-and-Leslie are pretty invisible to the IESG.  If there doesn’t seem to be other interest, there won’t be much justification for a BoF.
        >>> 
        >>> Now is the time, and here is the place, to voice your support for furthering this discussion!
        >>> 
        >>> Thanks,
        >>> Leslie.
        >>> 
        >>> —8<——8<——8<——
        >>> 
        >>> Name: Glass to Glass Internet Ecosystem (GGIE)
        >>> 
        >>> Description:
        >>> 
        >>> Video is without rival the top use of Internet bandwidth, and its ever growing demand for more bandwidth easily out paces the new capacity being added both globally and regionally with no let up in sight.   Users are frustrated by quality, buffering, and stuttering problems. Video providers and access networks are investing heavily to keep up with demand.  Significant work has be done 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 alone have not been enough.
        >>> 
        >>> This BoF will introduce the Glass to Glass Internet Ecosystem (GGIE) which focuses on network level innovations to compliment the efforts at the application layer and access networks.  The proposed GGIE work includes enabling adaptive bitrate transports like MPEG-DASH to use IPv6 as their video segment addressing scheme which in turn permits use of advanced IPv6 network features such as Segment Routing.  A GGIE goal is to enabling video and network routing and management to work more cooperatively and efficiently to transport video, and to do so in a backward compatible ways to permit exiting devices and players to take advantage of the improved network efficiencies.
        >>> 
        >>> 
        >>> 
        >>>   Agenda
        >>>   Agenda bash, scribe, minute taker [10min]
        >>> 
        >>>   Context setting [15min]
        >>>       Highlights of the Internet Video Scaling Problem
        >>>       Specific aims of the GGIE work
        >>>       Relationship to other IETF activity
        >>>       Relationship to work in other fora
        >>> 
        >>>       Overview of existing GGIE work — Network level proposals, demo  [50min]
        >>>            - IPv6 Prefix addressing of MPEG-DASH packaged video
        >>>            - Content identifier to content address mapping using MARS
        >>>        - GGIE prototype demo
        >>> 
        >>>   Where from here? [45min]
        >>>       Known open questions
        >>>       Potential for IETF work — is there interest to pursue?
        >>>       If applicable: Discussion of draft charter for WG
        >>> 
        >>> 
        >>>       Demo of GGIE prototype
        >>>       Q&A & Discussion
        >>> 
        >>>   Status: WG Forming
        >>>   Responsible AD: Ben Campbell
        >>>   BoF proponents: Glenn Deen / Leslie Daigle
        >>>   BoF chairs: TBD
        >>>   Number of people expected to attend: TBD
        >>>   Length of session (1, 1.5, 2, or 2.5 hours): 2 hours
        >>>   Conflicts to avoid (whole Areas and/or WGs): DISPATCH WG and TBD
        >>>   Links to the mailing list, draft charter if any, relevant Internet-Drafts, etc.
        >>>       Mailing List: ​https://www.ietf.org/mailman/listinfo/ggie
        >>>       Draft charter: see below
        >>>       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 (This is expired, but we can easily re-spin, or wait for WG input).
        >>> 
        >>> 
        >>> 
        >>> 
        >>> Glass to Glass Internet Ecosystem (GGIE) -- Draft Charter
        >>> 
        >>> Due to its size and sensitivity to network conditions, the transport of video over the Internet has highlighted a significant scalability problem for the Internet.  Addressing this scalability problem requires better integration between application transport and networking technologies and leveraging IPv6.  The GGIE working group will define a set of fundamental building blocks bridging video application use of the network and core network services of addressing, routing, and naming. Through standardization, of such fundamentals, a common base platform for new interoperable innovation on video transport efficiency and scalability will be enabled.
        >>> 
        >>> The scalability problem is driven by both professional and user generated content, fortunately both types of content use the same transport technologies which permits the working group’s output to apply equally to them. Likewise, in addition to the use the network to transport video for viewing, the network is extensively used in video creation workflows of capture and editing, and distribution workflows of encoding, packaging, and distribution to edge caches for playback.   The working group will address both viewing and creation/distribution workflows.
        >>> 
        >>> To that end, the GGIE working group will define missing pieces of Internet technology standards, as well as provide pointers to use of existing standards.
        >>> 
        >>> Specifically, the GGIE working group will:
        >>> 
        >>> + complete an overview document outlining the GGIE problem statement and general solution approach
        >>> + develop a set of use cases representative of GGIE problem scope
        >>> + develop a standardized URI for referring to specific media objects within a domain
        >>> + develop a standardized means for mapping IPv6 addresses to video data
        >>> + develop a media address resolution service protocol (MARS) to map URIs and addresses for video
        >>> + provide a mechanism for discovering media address resolution services
        >>> + document integration methods with lower level fundamental network services (eg. routing)
        >>> + develop media encoding network (MEN) definitions for video packaging such as MPEG-DASH
        >>> + illustrate how these technologies address the use cases already developed for GGIE
        >>> 
        >>> Out of scope are:  video technologies including codecs, digital rights management, and DRM enforcement technologies.
        >>> 
        >>> 
        >>> 
        >>> -- 
        >>> 
        >>> -------------------------------------------------------------------
        >>> Leslie Daigle
        >>> Principal, ThinkingCat Enterprises LLC
        >>> ldaigle@thinkingcat.com
        >>> -------------------------------------------------------------------_______________________________________________
        >>> GGIE mailing list
        >>> GGIE@ietf.org
        >>> https://www.ietf.org/mailman/listinfo/ggie
        > _______________________________________________
        > GGIE mailing list
        > GGIE@ietf.org
        > https://www.ietf.org/mailman/listinfo/ggie
        _______________________________________________
        GGIE mailing list
        GGIE@ietf.org
        https://www.ietf.org/mailman/listinfo/ggie
        
    
    _______________________________________________
    GGIE mailing list
    GGIE@ietf.org
    https://www.ietf.org/mailman/listinfo/ggie