[MBONED] MBONED minutes from Atl
Leonard Giuliano <lenny@juniper.net> Mon, 05 November 2012 16:36 UTC
Return-Path: <lenny@juniper.net>
X-Original-To: mboned@ietfa.amsl.com
Delivered-To: mboned@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 33B4721F8A58 for <mboned@ietfa.amsl.com>; Mon, 5 Nov 2012 08:36:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.999
X-Spam-Level:
X-Spam-Status: No, score=-105.999 tagged_above=-999 required=5 tests=[AWL=-0.600, BAYES_00=-2.599, J_CHICKENPOX_34=0.6, J_CHICKENPOX_74=0.6, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y+-J4wU6Ushs for <mboned@ietfa.amsl.com>; Mon, 5 Nov 2012 08:36:17 -0800 (PST)
Received: from exprod7og113.obsmtp.com (exprod7og113.obsmtp.com [64.18.2.179]) by ietfa.amsl.com (Postfix) with ESMTP id 1F1BA21F89AD for <mboned@ietf.org>; Mon, 5 Nov 2012 08:36:17 -0800 (PST)
Received: from P-EMHUB01-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob113.postini.com ([64.18.6.12]) with SMTP ID DSNKUJfrAPCkiu2VY3GBtsrTXzUDCOab/fzO@postini.com; Mon, 05 Nov 2012 08:36:17 PST
Received: from magenta.juniper.net (172.17.27.123) by P-EMHUB01-HQ.jnpr.net (172.24.192.33) with Microsoft SMTP Server (TLS) id 8.3.213.0; Mon, 5 Nov 2012 08:33:02 -0800
Received: from eng-mail01.juniper.net (eng-mail01.juniper.net [172.17.28.114]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id qA5GWu389998 for <mboned@ietf.org>; Mon, 5 Nov 2012 08:32:56 -0800 (PST) (envelope-from lenny@juniper.net)
Received: by eng-mail01.juniper.net (Postfix, from userid 1709) id 8114611446; Mon, 5 Nov 2012 08:32:56 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by eng-mail01.juniper.net (Postfix) with ESMTP id 67DA81141B for <mboned@ietf.org>; Mon, 5 Nov 2012 08:32:56 -0800 (PST)
Date: Mon, 05 Nov 2012 08:32:56 -0800
From: Leonard Giuliano <lenny@juniper.net>
To: MBONED WG <mboned@ietf.org>
Message-ID: <20121105083007.C7520@eng-mail01.juniper.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Content-ID: <20121105083007.T7520@eng-mail01.juniper.net>
Subject: [MBONED] MBONED minutes from Atl
X-BeenThere: mboned@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Mail List for the Mboned Working Group <mboned.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mboned>, <mailto:mboned-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mboned>
List-Post: <mailto:mboned@ietf.org>
List-Help: <mailto:mboned-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mboned>, <mailto:mboned-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Nov 2012 16:36:18 -0000
Thanks to Dino for taking notes. Here are the minutes from today's meeting. Please take a look while things are fresh on your mind and speak up if you see anything that should be added or changed. **** IETF Atlanta MBONED WG - Monday November 5, 2012, scribe: dino@cisco.com Status of WG Docs ----------------- - AMT has taken a lot of time but mostly done - Multtrans work, 2 drafts adpoted: draft-ietf-multtrans-addr-acquistion-00 draft-ietf-mmboned-v4v6-mcast-ps-00 Overall, little to no actiivty for Multrans since Vancouver. - draft-ietf-mboned-mcaddrdoc-04 is now RFC 6676. - multicat-cdni, authors could not make WG due to Hurricane Sandy=20 Multtrans --------- Comment from Axel (from DT): - DT needs 4-to-6-to-4, which means a tunneling solutionc an be used = versus=20 a translation solution. Onjit (sp?) China Telecom: - Need IPv4 at customer to IPv6 at the service provider. Lenny: Should we keep translation services in WG charter. - Toerless, restrict to the solutions that unicast has for transition. = So don't listen to multicast only requirements. - Stig, don't have to work on them, but just have a need for them. - Tom Taylor: consider the Map solution. Address+port solution. - Ron: agree with Toerless, but ... look at uincast transition = mechanisms and see how they break multicast solutions. - Dino: listen to providers that are deploying v6 cores and will be = doing unicast and multicast service at the same time. - Toerless: agrees with Dino but look at all solutions and throw out what is not needed. - Raise of hands vote: 75% says keep it. Mrace Version 2: Hitoshi and WeeSan ----------------------------------- - Reworded the draft per AD's request. - Added example how mtrace2 works. - Change authorship keeping Hitoshi as main author. - mtrace2's client's location - queries can come from non-adjacent = clients. Security concern: - Stig: should default behavior to not have last-hop routers accept = query? - Hitoshi: this was the behavior in last version of design, but change for this one.=20 - Stig: mtrace1 is liberal, but should be configurable. - Gory: let people do what they want to do. - Toerless: prefer last-hop to forward upstream when it doesn't know = where it comes in. - Dino: make it plug-and-play, the queries don't create any state so it is as harmless as a ping. - Added Extended Query to allow multiple paths for mtrace to take. - New types can be extended and a transitive bit has been added. - Similar draft draft-hout-dp-mtarce-00. May work together. - Should this be WGLC? Take to list. Not enough reviewers of the draft. Sounds like no objection. But taking to the list. Multicast in the Data Cneter Overview: Mike McBride and Helen Lui ----------------------------------------------------------------- - Motivation was from the ARMD WG. - Multicast vital in the data center. And others said wouldn't consider multicast at all in the data center. - Draft gives no recommendations, just says where it stands in the data = center. - Multicast apps: Windows Media Servers, Publish and Subscribe, Market = Data,=20 IP Broker, VRRP, Overlay, Compute System Monitoring (Ganglia), = Windows Server Cluster Node, Others? - Dino: add an item for "extending subnets". - Request the draft to be a WG document. - 3 people read either first or second drafts. - 5 yays, 0 nays to accept WG draft. Take to list for final vote. AMT Multicast Production Implementation: Scott Brown (Octoshape) ----------------------------------------------------------------=20 - Streaming 2mbps to 2 million receivers. Hard to do with CDNs.=20 - Even more difficult outside of US. - TV sized audiences are coming, high quality to 2-5mbps. - IPTV deployments have provisioned for QOS Multicast. Trying to bring to multiple screens, now how to you bring to 3G/4G that is not = provisioned like the traditional wired network. - Multicast Design Goals: Provisioning and configuring each hop is a non-starter. Need an over-the-top solution to allow a simpler way. Don't require peering relationships. Too complicated. Needs to work over best-effort networks. Support adaptive bitrate technologies. Don't require telco/operator to install proprietary software in their=20= network. - Major League Gaming (MLG): Octoshape and AT&T worked together, March 2011 success event. April 2012 went production. - AMT relays are public so anyone can use them. Events: CNN.live (US), NBA League Pass (US), Eurivision Song Contest (EMEA),=20= Digturi Ieft Fooball (Turkey), TV Erocr Olympics (Brazil), IPC/ATOS=20 Paraolympics (London). - What is Octoshape .... (IPR on this so no notes) - AT&T and Juniper AMT Relay used. - Toerless: asks question, phone rings, he leaves room. ;-) - AMT Discovery Technique, uses reverse DNS to find sources and AMT = Relay,=20 uses internal mechanism to find multicast group. - Lenny: did you have to write one implementation and ported multiple = times? Answer is yes. - Scott demoed a CCN app on Firefox, with a Octoshape plugin on MacOS. = The AMT Relay is the AT&T Relay implementation.
- [MBONED] MBONED minutes from Atl Leonard Giuliano