Re: [GGIE] DRAFT bof proposal for IETF 98 in Chicago
Linda Dunbar <linda.dunbar@huawei.com> Thu, 09 February 2017 17:56 UTC
Return-Path: <linda.dunbar@huawei.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 98CF41289B0 for <ggie@ietfa.amsl.com>; Thu, 9 Feb 2017 09:56:29 -0800 (PST)
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, 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 p5lzIxhAW6S2 for <ggie@ietfa.amsl.com>; Thu, 9 Feb 2017 09:56:26 -0800 (PST)
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 E2E2212943B for <ggie@ietf.org>; Thu, 9 Feb 2017 09:56:24 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml705-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DGD38948; Thu, 09 Feb 2017 17:56:22 +0000 (GMT)
Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml705-cah.china.huawei.com (10.201.5.168) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 9 Feb 2017 17:56:21 +0000
Received: from SJCEML702-CHM.china.huawei.com ([169.254.4.133]) by SJCEML701-CHM.china.huawei.com ([169.254.3.132]) with mapi id 14.03.0235.001; Thu, 9 Feb 2017 09:56:15 -0800
From: Linda Dunbar <linda.dunbar@huawei.com>
To: Ben Campbell <ben@nostrum.com>, Leslie Daigle <ldaigle@thinkingcat.com>
Thread-Topic: [GGIE] DRAFT bof proposal for IETF 98 in Chicago
Thread-Index: AQHSglLd3CQ+dkLxO0i7eKuY/SUW/aFgNucAgAC8H8A=
Date: Thu, 09 Feb 2017 17:56:14 +0000
Message-ID: <4A95BA014132FF49AE685FAB4B9F17F659240A82@SJCEML702-CHM.china.huawei.com>
References: <3F95E981-D341-4FAB-8C25-4A018A9761A7@thinkingcat.com> <516B53EA-574A-4A7C-B646-F5FB908F90E5@nostrum.com>
In-Reply-To: <516B53EA-574A-4A7C-B646-F5FB908F90E5@nostrum.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.218.137.155]
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.0A020202.589CAD47.0012, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.133, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 60d4f9b0fb42daac86c1dc12ad379efa
Archived-At: <https://mailarchive.ietf.org/arch/msg/ggie/Se3rEJ4DC8kkdjiHYmd4Uv38lCE>
Cc: "ggie@ietf.org" <ggie@ietf.org>, "Deen, Glenn" <glenn.deen@nbcuni.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, 09 Feb 2017 17:56:29 -0000
Leslie, Ben and Glenn Yes, I am deeply interested in GGIE, especially the portion of GGIE that requires network to collaborate. I believe GGIE is a very interesting domain that link network with applications. I will - Participate on mailing list / WG meeting - Propose I-D, review others I-D, ... - Help piecing out the portion that network can contribute Linda -----Original Message----- From: GGIE [mailto:ggie-bounces@ietf.org] On Behalf Of Ben Campbell Sent: 2017年2月8日 16:29 To: Leslie Daigle <ldaigle@thinkingcat.com> Cc: ggie@ietf.org; Deen, Glenn <glenn.deen@nbcuni.com> Subject: Re: [GGIE] DRAFT bof proposal for IETF 98 in Chicago 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] DRAFT bof proposal for IETF 98 in Chicago Leslie Daigle
- Re: [GGIE] DRAFT bof proposal for IETF 98 in Chic… Ben Campbell
- Re: [GGIE] DRAFT bof proposal for IETF 98 in Chic… Deen, Glenn (NBCUniversal)
- Re: [GGIE] DRAFT bof proposal for IETF 98 in Chic… Deen, Glenn (NBCUniversal)
- Re: [GGIE] DRAFT bof proposal for IETF 98 in Chic… Eric Vyncke (evyncke)
- Re: [GGIE] DRAFT bof proposal for IETF 98 in Chic… Linda Dunbar
- Re: [GGIE] DRAFT bof proposal for IETF 98 in Chic… Livingood, Jason
- Re: [GGIE] DRAFT bof proposal for IETF 98 in Chic… Ben Campbell
- Re: [GGIE] DRAFT bof proposal for IETF 98 in Chic… Livingood, Jason
- Re: [GGIE] DRAFT bof proposal for IETF 98 in Chic… Deacon, Alex
- Re: [GGIE] DRAFT bof proposal for IETF 98 in Chic… Brzozowski, John