Re: [MBONED] WGLC: draft-ietf-mboned-interdomain-peering-bcp-06

Greg Shepherd <gjshep@gmail.com> Tue, 31 January 2017 21:55 UTC

Return-Path: <gjshep@gmail.com>
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 82729129B52 for <mboned@ietfa.amsl.com>; Tue, 31 Jan 2017 13:55:36 -0800 (PST)
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 ofOWkhO8qP2t for <mboned@ietfa.amsl.com>; Tue, 31 Jan 2017 13:55:35 -0800 (PST)
Received: from mail-qt0-x233.google.com (mail-qt0-x233.google.com [IPv6:2607:f8b0:400d:c0d::233]) (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 BFBEC129B50 for <mboned@ietf.org>; Tue, 31 Jan 2017 13:55:34 -0800 (PST)
Received: by mail-qt0-x233.google.com with SMTP id v23so247316099qtb.0 for <mboned@ietf.org>; Tue, 31 Jan 2017 13:55:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:cc; bh=AQeBvA5UyVJitlwNJOVM+KcjGPkCJraS3604bAKPxHk=; b=haRqP1yQAJ6usy5mPax50ApeYG8rxY+X+8t+mTgF3sjK65mJoQAxE/p4tDkz6l23dG PscG8ouluB8MOw8fCJbhfhcIFze2xc2c4VPLNwAKpsVaR1up7zmZ0WseA3TIPBhuK5g0 Wym8oHmQ1qtPq4h3jUz63649XdwBkW9Nh4cFKYyPPSRuvlSQN1Hw8O+oxUKPwVB9dzbh nX5O5qRjWdEPsYh5HL/cdP1KcSzm8F6uJbnJhZ0YqfGV/dT4IPrznr7hdbJvGTTKp09x Vc7YHpuJwps6ApZ5rIHK5rHifmgoR6UOo31l2wVSEtjaB9TvDvL6pU06WTUPrCFLZPPH szVw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc; bh=AQeBvA5UyVJitlwNJOVM+KcjGPkCJraS3604bAKPxHk=; b=hKGBpdTK4i27Fqaan5Ix5qQXdBBF6P8LgDHv2IPVIVFiTTGQTYyL1lvzlm80gYDfx2 UtWPNGFQ/Ifg0Oh2FenB8CAOysMgaIaxtOvWDbPSnIpSH01hwohRehg81MDbMHVuMpuM Et3slR0SKLvMynaErvlwsFf6sx/jKjQ3uwJeP9zyAc/uEXyJq1saF9HGNY/54/oitpg2 j7kNabH77krZq9F7nnqIhXK96+wVPDYLFyVbL0CqPqMtmeXfg3Pdgnu43yEB8XHLpyiJ UuDTZKIjxikrrLUzvqCLT6Ljqvm73kHpfJNzJGP5KjQlMUSiBy033LsJOuMyht0u4Qd5 uz4Q==
X-Gm-Message-State: AIkVDXKXjC6MM5WvX0ZHyNQLfeNJXAlqzu4BIaupI6k+1sZKXya2gO8Zzgn20cYyYf5vGUyw1w7hZqcbDX3dVQ==
X-Received: by 10.200.55.5 with SMTP id o5mr27450547qtb.248.1485899733906; Tue, 31 Jan 2017 13:55:33 -0800 (PST)
MIME-Version: 1.0
Received: by 10.200.42.78 with HTTP; Tue, 31 Jan 2017 13:55:33 -0800 (PST)
In-Reply-To: <CAHANBt+X9HCLppf8k6uETo=pdhcvK8vSyvR0vbcaL9UPXzsMhA@mail.gmail.com>
References: <CABFReBqbA8a6VMUUvg4TAbXJh1s4yyvjGgGw+DkV2A1Twe_Znw@mail.gmail.com> <CABFReBqsnuvt3rX2u2oG+ZciGyaOvVmx6HZ3CK9pWbat4ubbbw@mail.gmail.com> <410A3E0C-E521-475D-8525-8DB3AB454AEC@akamai.com> <CABFReBrtY5LpKGvr+71=kDFrpLsUWpayqWaXGHR-PoBpWCa4Fw@mail.gmail.com> <CAHANBt+b2xmfsn+NSRbFx6-vN8N0PfmSZ8HULmc3+7zAG7jg5w@mail.gmail.com> <3B34E3AF-4182-4415-B775-0C84FE32A81C@akamai.com> <ACC789373DA69C4285B9678D0CEBF86F12D73F9E@MISOUT7MSGUSRDG.ITServices.sbc.com> <84640256-8559-4E2C-9813-BDDC983E7A08@akamai.com> <ACC789373DA69C4285B9678D0CEBF86F12D78060@MISOUT7MSGUSRDG.ITServices.sbc.com> <CAHANBt+X9HCLppf8k6uETo=pdhcvK8vSyvR0vbcaL9UPXzsMhA@mail.gmail.com>
From: Greg Shepherd <gjshep@gmail.com>
Date: Tue, 31 Jan 2017 13:55:33 -0800
Message-ID: <CABFReBoovUVp8QMnF8hAncBaUfDRNduZhT09sOLuBs0yrFh4ZA@mail.gmail.com>
To: Stig Venaas <stig@venaas.com>
Content-Type: multipart/alternative; boundary="001a1140a826cfb99405476afdde"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mboned/giAA5e5MbuXRAmCBiBwgYK6nO4E>
Cc: "mboned@ietf.org" <mboned@ietf.org>
Subject: Re: [MBONED] WGLC: draft-ietf-mboned-interdomain-peering-bcp-06
X-BeenThere: mboned@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: gjshep@gmail.com
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: <https://mailarchive.ietf.org/arch/browse/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: Tue, 31 Jan 2017 21:55:36 -0000

Great. Thanks everyone!

Percy, please rev the doc to reflect these changes and we'll restart WGLC.

Cheers,
Greg

On Tue, Jan 31, 2017 at 1:48 PM, Stig Venaas <stig@venaas.com> wrote:

> Hi
>
> This looks good to me,
>
> Stig
>
>
> On Tue, Jan 31, 2017 at 12:25 PM, TARAPORE, PERCY S <pt5947@att.com>
> wrote:
> > Thanks Jake,
> >
> >
> >
> > Stig do you have any further comments? Is the proposed revision good for
> > you? I would like to request the Last Call process by the end of this
> week.
> >
> >
> >
> > Thanks
> >
> >
> >
> > Percy
> >
> >
> >
> > From: Holland, Jake [mailto:jholland@akamai.com]
> > Sent: Monday, January 30, 2017 6:42 PM
> > To: TARAPORE, PERCY S <pt5947@att.com>; Stig Venaas <stig@venaas.com>;
> Greg
> > Shepherd <gjshep@gmail.com>
> > Cc: mboned@ietf.org; SAYKO, ROBERT J <rs1983@att.com>
> >
> >
> > Subject: Re: [MBONED] WGLC: draft-ietf-mboned-interdomain-peering-bcp-06
> >
> >
> >
> > This one looks fine to me. Thanks for all your work on this, Percy.
> >
> >
> >
> > On 1/30/17, 1:00 PM, "TARAPORE, PERCY S" <pt5947@att.com> wrote:
> >
> >
> >
> > Jake & Stig,
> >
> >
> >
> > Attached please find a revised marked up Draft BCP that addresses all
> your
> > comments as follows:
> >
> >
> >
> > Jake we accepted all your suggested revisions and have incorporated them
> > into the text.
> >
> >
> >
> > Stig, we attempted to address all your comments. Please review the
> changes
> > associated with the revision proposed on page 18 (bottom of the page).
> These
> > changes allow us to keep the text for the bullet on page 19 which was the
> > motivation for Stig’s Comment 2. Please let us know if this is
> acceptable.
> >
> >
> >
> > Please respond back to me by mid-week so I can formally upload the
> revised
> > Draft and request start of the next – and hopefully last – Last Call.
> >
> >
> >
> > Thank you for all your help.
> >
> >
> >
> > Percy & Bob
> >
> >
> >
> > -----Original Message-----
> > From: MBONED [mailto:mboned-bounces@ietf.org] On Behalf Of Holland, Jake
> > Sent: Thursday, January 05, 2017 9:39 PM
> > To: Stig Venaas <stig@venaas.com>; Greg Shepherd <gjshep@gmail.com>
> > Cc: mboned@ietf.org
> > Subject: Re: [MBONED] WGLC: draft-ietf-mboned-interdomain-peering-bcp-06
> >
> >
> >
> > On 1/5/17, 11:40 AM, "Stig Venaas" <stig@venaas.com> wrote:
> >
> >     I see in 4.2.3 it says:
> >
> >       o Using the information from the metadata, and possibly information
> >
> >          provisioned directly in the EU client, a DNS query is initiated
> in
> >
> >          order to connect the EU client/AMT Gateway to an AMT Relay.
> >
> >
> >
> >     Do we already have a solution that allows for choosing a different
> >
> >     relay for different sources? I would be interested in more details. I
> >
> >     guess it may be out of scope here. But is there already a way of
> >
> >     describing this with metadata for any applications or EU clients? As
> a
> >
> >     BCP it should ideally refer to things that already are in use.
> >
> >
> >
> >
> >
> > The Octoshape media client does something that fits this description. The
> > (S,G) and the relay address can be provisioned in the client based on
> > metadata it receives at runtime. The DNS is optional, but in this context
> > it’s an example, and I think this describes a real-life scenario that’s
> > deployed today.
> >
> >
> >
> >
> >
> > To be on the safe side, having mentioned the Octoshape client, I should
> > probably make an IPR disclosure:
> >
> > There are some patents related to the Octoshape technology that I believe
> > are now owned by Akamai and/or its subsidiaries. Though I do not believe
> > this nuance of configurable AMT relay discovery is covered in any of the
> > claims, the Octoshape system itself does use some patent-encumbered
> > technology, and if you are inspired to examine its behavior in light of
> this
> > discussion or for some other reason, please be aware that you should
> > consider the patents appropriately.
> >
> >
> >
> > Cheers,
> >
> > Jake
> >
> >
> >
> >
> >
> > _______________________________________________
> >
> > MBONED mailing list
> >
> > MBONED@ietf.org
> >
> > https://www.ietf.org/mailman/listinfo/mboned
>