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

Ben Niven-Jenkins <ben@niven-jenkins.co.uk> Tue, 06 March 2018 14:31 UTC

Return-Path: <ben@niven-jenkins.co.uk>
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 93F5612741D for <cdni@ietfa.amsl.com>; Tue, 6 Mar 2018 06:31:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=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 iZdVaFE7OuV1 for <cdni@ietfa.amsl.com>; Tue, 6 Mar 2018 06:31:42 -0800 (PST)
Received: from mailex.mailcore.me (mailex.mailcore.me [94.136.40.143]) (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 9C97B1270AE for <cdni@ietf.org>; Tue, 6 Mar 2018 06:31:42 -0800 (PST)
Received: from cpc93788-hari17-2-0-cust3332.20-2.cable.virginm.net ([82.39.109.5] helo=[192.168.0.13]) by smtp04.mailcore.me with esmtpa (Exim 4.89) (envelope-from <ben@niven-jenkins.co.uk>) id 1etDcx-000Be8-Tk; Tue, 06 Mar 2018 14:31:40 +0000
From: Ben Niven-Jenkins <ben@niven-jenkins.co.uk>
Message-Id: <234C8324-98A2-4916-93CB-D21A946A6A2B@niven-jenkins.co.uk>
Content-Type: multipart/alternative; boundary="Apple-Mail=_F6A67961-D42E-420A-88D5-B5DDBD6E3285"
Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\))
Date: Tue, 06 Mar 2018 14:31:38 +0000
In-Reply-To: <CAMb9nTtkM6KaX9GmirAwqsB0N0tpXSMc+FPUNqvM9AMALC18kQ@mail.gmail.com>
Cc: "<cdni@ietf.org>" <cdni@ietf.org>
To: Ori Finkelman <orif@qwilt.com>
References: <151844583990.6130.2280764624601101619.idtracker@ietfa.amsl.com> <CAMb9nTtkM6KaX9GmirAwqsB0N0tpXSMc+FPUNqvM9AMALC18kQ@mail.gmail.com>
X-Mailer: Apple Mail (2.3445.5.20)
X-Mailcore-Auth: 9600544
X-Mailcore-Domain: 172912
X-KLMS-Rule-ID: 1
X-KLMS-Message-Action: clean
X-KLMS-AntiSpam-Status: not scanned, license restriction
X-KLMS-AntiPhishing: not scanned, license restriction
X-KLMS-AntiVirus: Kaspersky Security 8.0 for Linux Mail Server, version 8.0.1.721, bases: 2018/03/06 09:43:00 #11446472
X-KLMS-AntiVirus-Status: Clean, skipped
Archived-At: <https://mailarchive.ietf.org/arch/msg/cdni/kh27-5yTwAX1wEuWNjitrc31WMg>
Subject: Re: [CDNi] New Version Notification for draft-finkelman-cdni-rr-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: Tue, 06 Mar 2018 14:31:46 -0000

Hi Ori & Sanjay

I read your draft and I am not sure the objects you define contain sufficient information for the Footprint & Capabilities use case you have.

My understanding is that you want a dCDN to advertise its request router address(es) by geography.

The FCI object you define does not provide a mapping between the FQDN the client is requesting and the name/URI the dCDN would like that FQDN to be redirected to.

With DNS redirection the uCDN needs to know what CNAME to return to the client’s DNS resolver and the dCDN’s request router needs to use a different CNAME per “CDN service” so it can look up the appropriate metadata for that “CDN service”.

With HTTP redirection, what you have works if you assume a static mapping between the URI the client requests from the uCDN and the redirection URI in the dCDN, although I wonder if having the dCDN advertise a URI prefix explicitly might be better to provide the dCDN some choice in what mapping it uses.

Therefore I think you need to change your object from:

"target-addresses": [ { “endpoints": [] } ]

to something that also includes the host/FQDN the client will use in its request to the uCDN, e.g.:

“hosts": { “<host/FQDN>”: { "dns-targets": [ { “endpoints”: [] } ] }, “http-targets": [ { “uri-prefixes”: [] } }

Regards
Ben



> On 12 Feb 2018, at 14:32, Ori Finkelman <orif@qwilt.com> wrote:
> 
> Dear Colleagues,
> Please see the new draft for the SVA request routing extensions.
> 
> Best regards,
> Ori
> 
> 
> ---------- Forwarded message ----------
> From: <internet-drafts@ietf.org <mailto:internet-drafts@ietf.org>>
> Date: Mon, Feb 12, 2018 at 4:30 PM
> Subject: New Version Notification for draft-finkelman-cdni-rr-sva-extensions-00.txt
> To: Sanjay Mishra <sanjay.mishra@verizon.com <mailto:sanjay.mishra@verizon.com>>, Ori Finkelman <orif@qwilt.com <mailto:orif@qwilt.com>>
> 
> 
> 
> A new version of I-D, draft-finkelman-cdni-rr-sva-extensions-00.txt
> has been successfully submitted by Ori Finkelman and posted to the
> IETF repository.
> 
> Name:           draft-finkelman-cdni-rr-sva-extensions
> Revision:       00
> Title:          CDNI SVA Request Routing Extensions
> Document date:  2018-02-12
> Group:          Individual Submission
> Pages:          9
> URL:            https://www.ietf.org/internet-drafts/draft-finkelman-cdni-rr-sva-extensions-00.txt <https://www.ietf.org/internet-drafts/draft-finkelman-cdni-rr-sva-extensions-00.txt>
> Status:         https://datatracker.ietf.org/doc/draft-finkelman-cdni-rr-sva-extensions/ <https://datatracker.ietf.org/doc/draft-finkelman-cdni-rr-sva-extensions/>
> Htmlized:       https://tools.ietf.org/html/draft-finkelman-cdni-rr-sva-extensions-00 <https://tools.ietf.org/html/draft-finkelman-cdni-rr-sva-extensions-00>
> Htmlized:       https://datatracker.ietf.org/doc/html/draft-finkelman-cdni-rr-sva-extensions-00 <https://datatracker.ietf.org/doc/html/draft-finkelman-cdni-rr-sva-extensions-00>
> 
> 
> Abstract:
>    The Open Caching working group of the Streaming Video Alliance is
>    focused on the delegation of video delivery requests 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 <http://tools.ietf.org/>.
> 
> The IETF Secretariat
> 
> 
> 
> 
> -- 
> Ori Finkelman
> Qwilt | Work: +972-72-2221647 | Mobile: +972-52-3832189 | orif@qwilt.com <mailto:orif@qwilt.com>_______________________________________________
> CDNi mailing list
> CDNi@ietf.org
> https://www.ietf.org/mailman/listinfo/cdni