Re: [CDNi] [E] Re: Fwd: New Version Notification for draft-finkelman-cdni-sva-extensions-00.txt

sanjay.mishra@verizon.com Fri, 17 November 2017 02:58 UTC

Return-Path: <sanjay.mishra@verizon.com>
X-Original-To: cdni@ietfa.amsl.com
Delivered-To: cdni@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B7EB126D3F for <cdni@ietfa.amsl.com>; Thu, 16 Nov 2017 18:58:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.73
X-Spam-Level:
X-Spam-Status: No, score=-0.73 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=verizon.com header.b=O/J/DkBI; dkim=pass (1024-bit key) header.d=verizon.com header.b=V1F0TXXb; dkim=pass (1024-bit key) header.d=verizon.com header.b=QyiGBrZH
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 su6q5w8Z5-8v for <cdni@ietfa.amsl.com>; Thu, 16 Nov 2017 18:58:44 -0800 (PST)
Received: from omzsmtpe03.verizonbusiness.com (omzsmtpe03.verizonbusiness.com [199.249.25.208]) (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 EFBDA1275C5 for <cdni@ietf.org>; Thu, 16 Nov 2017 18:58:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=verizon.com; i=@verizon.com; q=dns/txt; s=corp; t=1510887513; x=1542423513; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=+2TQ0PMlV0HVkWdWXjlMClhNrMthXgIhsmGIJXaEF+A=; b=O/J/DkBIp5jndCq/jS1PbiTC2VBJomdsWk7M8icE63qxXdOsbT7jpt6z JRqeFR3zXyV8AU9keUCOcTWiGW3qYy3pS93MORky+5CQ3ToG6erQdDKdn AozaA8bLWKxb4vwZR/X4lBjw9FVOl+QKJcT50RAEFXrbqzAXju2qugfN8 k=;
Received: from unknown (HELO fldsmtpi03.verizon.com) ([166.68.71.145]) by omzsmtpe03.verizonbusiness.com with ESMTP; 17 Nov 2017 02:58:31 +0000
Received: from rogue-10-255-192-101.rogue.vzwcorp.com (HELO apollo.verizonwireless.com) ([10.255.192.101]) by fldsmtpi03.verizon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 17 Nov 2017 02:57:45 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=verizon.com; i=@verizon.com; q=dns/txt; s=corp; t=1510887469; x=1542423469; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=+2TQ0PMlV0HVkWdWXjlMClhNrMthXgIhsmGIJXaEF+A=; b=V1F0TXXbgmf2wZtOs00kgiZ9435lGx7tj16SAU+A5gvQgcCcGBj1G4Zt BfFPs7ccNTvZ1YweSUwtMjgjPaoIUKABJxQ0RmbYwbEPPISzbzGcBkZxN oLvHK8b+e7i0irkRefMW0knYSq5UvAxJX1Aq/rgpvBsX6lg04mtetPqeK 8=;
Received: from viking.odc.vzwcorp.com (HELO mercury.verizonwireless.com) ([10.255.240.26]) by apollo.verizonwireless.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 16 Nov 2017 21:57:44 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=verizon.com; i=@verizon.com; q=dns/txt; s=corp; t=1510887464; x=1542423464; h=to:cc:subject:date:message-id:references:in-reply-to: mime-version:from; bh=+2TQ0PMlV0HVkWdWXjlMClhNrMthXgIhsmGIJXaEF+A=; b=QyiGBrZH5YB1csbNOMgkFOSxTuTArvBGLBag3Dyfx7lOKmqrxGjRnt0E 51fOLtnOlsLJp7/Yn5N3J+q0tywxU5zw87E1Sx46z0HWkL24WFhq/K9tJ H3xSwqJOWI+DMNZgH+vco9uigAGkGKXpDSWUlinCqiGSMiSpG9abXVmSF o=;
From: sanjay.mishra@verizon.com
X-Host: viking.odc.vzwcorp.com
Received: from casac1exh002.uswin.ad.vzwcorp.com ([10.11.218.44]) by mercury.verizonwireless.com with ESMTP/TLS/AES128-SHA256; 17 Nov 2017 02:57:43 +0000
Received: from scwexch17apd.uswin.ad.vzwcorp.com (153.114.130.36) by CASAC1EXH002.uswin.ad.vzwcorp.com (10.11.218.44) with Microsoft SMTP Server (TLS) id 14.3.248.2; Thu, 16 Nov 2017 18:57:42 -0800
Received: from OMZP1LUMXCA01.uswin.ad.vzwcorp.com (144.8.22.171) by scwexch17apd.uswin.ad.vzwcorp.com (153.114.130.36) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Thu, 16 Nov 2017 18:57:41 -0800
Received: from OMZP1LUMXCA08.uswin.ad.vzwcorp.com (144.8.22.181) by OMZP1LUMXCA01.uswin.ad.vzwcorp.com (144.8.22.171) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Thu, 16 Nov 2017 20:57:40 -0600
Received: from OMZP1LUMXCA08.uswin.ad.vzwcorp.com ([144.8.22.181]) by OMZP1LUMXCA08.uswin.ad.vzwcorp.com ([144.8.22.181]) with mapi id 15.00.1263.000; Thu, 16 Nov 2017 20:57:40 -0600
To: Kevin Ma <kevin.j.ma.ietf@gmail.com>, Ori Finkelman <orif@qwilt.com>
CC: "cdni@ietf.org" <cdni@ietf.org>
Thread-Topic: [E] Re: [CDNi] Fwd: New Version Notification for draft-finkelman-cdni-sva-extensions-00.txt
Thread-Index: AQHTXtIrkZkjT1vwXEC9C0NQcSD6KqMXU2AAgACMm7A=
Date: Fri, 17 Nov 2017 02:57:40 +0000
Message-ID: <7d56eab1a06c49e88f751b25bc01405d@OMZP1LUMXCA08.uswin.ad.vzwcorp.com>
References: <150937917932.7823.7624674920223255542.idtracker@ietfa.amsl.com> <CAMb9nTv8RPoi9-z9kPTrrMmT3L-0-iUD6bVj=n_EdsG8q5t+ow@mail.gmail.com> <CAMrHYE2i48Gf7+3LZ_D651nTZwAQc=rLHGnoP6_oS8avjJjqEg@mail.gmail.com> <CAMrHYE1zMjUbmV-h4QOxfckW9vaU0k2QjKCUdA5dPSrpnKNmKw@mail.gmail.com>
In-Reply-To: <CAMrHYE1zMjUbmV-h4QOxfckW9vaU0k2QjKCUdA5dPSrpnKNmKw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.144.60.250]
Content-Type: multipart/alternative; boundary="_000_7d56eab1a06c49e88f751b25bc01405dOMZP1LUMXCA08uswinadvzw_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/cdni/CIcmjFsDX-puxDOlSKCrIQuZidI>
Subject: Re: [CDNi] [E] Re: Fwd: New Version Notification for draft-finkelman-cdni-sva-extensions-00.txt
X-BeenThere: cdni@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "This list is to discuss issues associated with the Interconnection of Content Delivery Networks \(CDNs\)" <cdni.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cdni>, <mailto:cdni-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cdni/>
List-Post: <mailto:cdni@ietf.org>
List-Help: <mailto:cdni-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cdni>, <mailto:cdni-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 17 Nov 2017 02:58:47 -0000

Kevin Ma wrote:
>For Logging, it would be unfortunate if the logging interface we specified had to be >completely bypassed.  If there is a need, then we should address it, but I would be interested in >hearing from vendors on this.
Primary motivators for specifying logging requirements in draft-finkelman-cdni-sva-extensions is largely because of CDNs already have and use Squid based logging and would rather not add a separate process to receive and process logging information sent by the dCDN (ISP’s open caching nodes). The other motivation was to add a negotiation capabilities between a dCDN and a uCDN on how to “transport” those logs across the two domains. The logging spec in “draft-finkleman…” allows this and again may leverage transport types (logstash, SFTP, Kafka etc).

Thanks
Sanjay

From: CDNi [mailto:cdni-bounces@ietf.org] On Behalf Of Kevin Ma
Sent: Thursday, November 16, 2017 8:27 PM
To: Ori Finkelman <orif@qwilt.com>
Cc: cdni@ietf.org
Subject: [E] Re: [CDNi] Fwd: New Version Notification for draft-finkelman-cdni-sva-extensions-00.txt

Hi Ori,

  (As an individual) For request router address, I think you may want to consider a prioritized list of endpoints.  My initial thought is that this is something better suited for a Control/Bootstrap interface, but if the request router addresses change over time, then perhaps FCI is the right place for it.  Either way, I agree some discovery mechanism would be useful.

  For Fallback address, I don't see any issue with adding a new metadata object for this purpose.

  For Triggers regex, I think this falls into the same category as the URI Signing glob question Phil posed.  We have the simple pattern matching because we originally thought regex would be too heavy, but if folks like regex, conceptually I don't see a reason why we couldn't add it (or replace the pattern match with regex).

  For Triggers playlist, a long time ago we decided to not deal with HTTP adaptive streaming to simplify the initial scope, but I think video and HAS awareness is probably necessary and worthwhile for us to re-address.  I think I like content.playlists better than playlist.urls, but that's a detail.

  For Triggers geo-limit and scheduling, I think the concepts are useful.  The implementation probably needs to be hashed out more, per the discussions in the working group meeting.  I think it would be good to use these as a first implementation of trigger extensibility.  In general, I like the idea of having something like generic-metadata for triggers.  We didn't have a use case for it originally, but I think you have provided valid use cases therefor.

  For Relayed token auth, this one I have concerns about.  I'm not sure how the security folks will feel about this, but I think if you and Phil could iterate on this, perhaps there's a reasonable solution to be found.

  For Logging, it would be unfortunate if the logging interface we specified had to be completely bypassed.  If there is a need, then we should address it, but I would be interested in hearing from vendors on this.

  For CORS, I think this is an interesting topic and unfortunately we did not have time to talk about it in the WG session.  I will be interested to hear thoughts from the rest of the WG on the proposals.  It doesn't really have to be in CDNI, but it might be useful to have.

thanx.

--  Kevin J. Ma


On Thu, Nov 16, 2017 at 6:57 AM, Kevin Ma <kevin.j.ma.ietf@gmail.com<mailto:kevin.j.ma.ietf@gmail.com>> wrote:
Hi All,

  As we discussed in the CDNI Session today, the chairs have begun looking at WG rechartering and would like to gauge general WG interest in the Streaming Video Alliance Open Caching proposals presented by Ori and Sanjay.

  We encourage you to read the draft and send mail to the list if you have comments, questions, concerns, or just a thumbs up/down on any of the topics discussed.

thanx!

--  Kevin and Francois


On Mon, Oct 30, 2017 at 4:42 PM, Ori Finkelman <orif@qwilt.com<mailto:orif@qwilt.com>> wrote:
Dear CDNI working group,
I have just submitted a draft for extension proposals for CDNI,
These extensions are derived from the work done within the Open Caching working group of the Video Streaming Alliance (SVA).
Open Caching is a specific case of CDNI and therefore we are looking to standardized these extensions and proposed new functionalities under the CDNI wg.

Looking forward to get feedback from the cdni group.

Best regards,
Ori



A new version of I-D, draft-finkelman-cdni-sva-extensions-00.txt
has been successfully submitted by Ori Finkelman and posted to the
IETF repository.

Name:           draft-finkelman-cdni-sva-extensions
Revision:       00
Title:          CDNI SVA Extensions
Document date:  2017-10-30
Group:          Individual Submission
Pages:          25
URL:            https://www.ietf.org/internet-drafts/draft-finkelman-cdni-sva-extensions-00.txt<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_internet-2Ddrafts_draft-2Dfinkelman-2Dcdni-2Dsva-2Dextensions-2D00.txt&d=DwMFaQ&c=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=XniVbishGiO2Ao9hKqSc-hTVIWCi3T-x6GdHR4ZTgoM&m=PMnY8KpuUopuFhL6K52t4itbaoUkReKaZaVaU8J_HZM&s=G57__ggdP8hJ3uZ3F0PGazlgq9ZfaQ4rT-jvMxEe9B8&e=>
Status:         https://datatracker.ietf.org/doc/draft-finkelman-cdni-sva-extensions/<https://urldefense.proofpoint.com/v2/url?u=https-3A__datatracker.ietf.org_doc_draft-2Dfinkelman-2Dcdni-2Dsva-2Dextensions_&d=DwMFaQ&c=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=XniVbishGiO2Ao9hKqSc-hTVIWCi3T-x6GdHR4ZTgoM&m=PMnY8KpuUopuFhL6K52t4itbaoUkReKaZaVaU8J_HZM&s=z6r5V-t04fZvyCaT0Ou58tauQbLewrDJkt5arT18F9w&e=>
Htmlized:       https://tools.ietf.org/html/draft-finkelman-cdni-sva-extensions-00<https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_draft-2Dfinkelman-2Dcdni-2Dsva-2Dextensions-2D00&d=DwMFaQ&c=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=XniVbishGiO2Ao9hKqSc-hTVIWCi3T-x6GdHR4ZTgoM&m=PMnY8KpuUopuFhL6K52t4itbaoUkReKaZaVaU8J_HZM&s=3PN14xFCX28RVLaeylVgnu5XLf5NrCl0T8mzo5TXX7o&e=>
Htmlized:       https://datatracker.ietf.org/doc/html/draft-finkelman-cdni-sva-extensions-00<https://urldefense.proofpoint.com/v2/url?u=https-3A__datatracker.ietf.org_doc_html_draft-2Dfinkelman-2Dcdni-2Dsva-2Dextensions-2D00&d=DwMFaQ&c=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=XniVbishGiO2Ao9hKqSc-hTVIWCi3T-x6GdHR4ZTgoM&m=PMnY8KpuUopuFhL6K52t4itbaoUkReKaZaVaU8J_HZM&s=sHMfBp_rcLT3h0eQVAwceqM7RJUo1jt7MQ6ACv3G4tY&e=>


Abstract:
   The Open Caching working group of the Streaming Video Alliance is
   focused on the delegation of video delivery request from commercial
   CDNs to a caching layer at the ISP.  In that aspect, Open Caching is
   a specific use case of CDNI, where the commercial CDN is the upstream
   CDN (uCDN) and the ISP caching layer is the downstream CDN (dCDN).





Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org<https://urldefense.proofpoint.com/v2/url?u=http-3A__tools.ietf.org&d=DwMFaQ&c=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=XniVbishGiO2Ao9hKqSc-hTVIWCi3T-x6GdHR4ZTgoM&m=PMnY8KpuUopuFhL6K52t4itbaoUkReKaZaVaU8J_HZM&s=H_4GnM-WRyvcG6tLMcbS4npdeovndNO2oMsru5EInwM&e=>.

The IETF Secretariat



--
Ori Finkelman
Qwilt | Work: +972-72-2221647<tel:072-222-1647> | Mobile: +972-52-3832189<tel:052-383-2189> | orif@qwilt.com<mailto:orif@qwilt.com>

_______________________________________________
CDNi mailing list
CDNi@ietf.org<mailto:CDNi@ietf.org>
https://www.ietf.org/mailman/listinfo/cdni<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_cdni&d=DwMFaQ&c=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=XniVbishGiO2Ao9hKqSc-hTVIWCi3T-x6GdHR4ZTgoM&m=PMnY8KpuUopuFhL6K52t4itbaoUkReKaZaVaU8J_HZM&s=6hmp7qo1TZSSiNlcW7bG_ucwl31519kZiI0tAEWTpLs&e=>