Re: [CDNi] I-D Action: draft-ietf-cdni-redirection-12.txt

Ben Niven-Jenkins <ben@niven-jenkins.co.uk> Thu, 08 October 2015 07:22 UTC

Return-Path: <ben@niven-jenkins.co.uk>
X-Original-To: cdni@ietfa.amsl.com
Delivered-To: cdni@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F2981A0143 for <cdni@ietfa.amsl.com>; Thu, 8 Oct 2015 00:22:11 -0700 (PDT)
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
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 pnH_aFrJHkOt for <cdni@ietfa.amsl.com>; Thu, 8 Oct 2015 00:22:08 -0700 (PDT)
Received: from mailex.mailcore.me (mailex.mailcore.me [94.136.40.144]) by ietfa.amsl.com (Postfix) with ESMTP id A44E31A0122 for <cdni@ietf.org>; Thu, 8 Oct 2015 00:21:58 -0700 (PDT)
Received: from cpc4-cmbg17-2-0-cust814.5-4.cable.virginm.net ([86.14.227.47] helo=[192.168.0.10]) by smtp04.mailcore.me with esmtpa (Exim 4.80.1) (envelope-from <ben@niven-jenkins.co.uk>) id 1Zk5WW-0001s2-Lm; Thu, 08 Oct 2015 08:21:57 +0100
Content-Type: multipart/alternative; boundary="Apple-Mail=_D6A135C0-B492-463C-84BF-CAEE4AB86C22"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\))
From: Ben Niven-Jenkins <ben@niven-jenkins.co.uk>
In-Reply-To: <CABF6JR381wpadvC9yREv0LQxWkWSJN_oqp9G9Dakn6mzCwg2Ag@mail.gmail.com>
Date: Thu, 08 Oct 2015 08:21:52 +0100
Message-Id: <694AFBDE-38FA-4350-AD76-9D6F60965EFB@niven-jenkins.co.uk>
References: <20151007085216.27764.67262.idtracker@ietfa.amsl.com> <CABF6JR381wpadvC9yREv0LQxWkWSJN_oqp9G9Dakn6mzCwg2Ag@mail.gmail.com>
To: Phil Sorber <sorber@apache.org>
X-Mailer: Apple Mail (2.2098)
X-Mailcore-Auth: 9600544
X-Mailcore-Domain: 172912
Archived-At: <http://mailarchive.ietf.org/arch/msg/cdni/V1mIG1pQBn9R0RmlzaiEcCyQ5fw>
Cc: "cdni@ietf.org" <cdni@ietf.org>
Subject: Re: [CDNi] I-D Action: draft-ietf-cdni-redirection-12.txt
X-BeenThere: cdni@ietf.org
X-Mailman-Version: 2.1.15
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: Thu, 08 Oct 2015 07:22:11 -0000

Hi Phil,

> On 7 Oct 2015, at 23:15, Phil Sorber <sorber@apache.org> wrote:
> 
> There is a sentence in section 2 about HTTP redirection:
> 
> > Examples of an application level redirection are HTTP 302 Redirection and RTMP 302 Redirection.
> 
> and then various other references to 302 redirection throughout the document. My question is, what is the expectation for a multi-asset exchange like segmented video where a UA is sent to a manifest and then expected to download a series of video segments. Should the UA continually go back to the redirector, or should it "stick" to the host it was redirected to?

It depends on the type of reference. Sections 4 & 5 of RFC3986 cover this.  

> Perhaps this is out of the scope of this document?

Yes it is IMO.

Ben

> 
> On Wed, Oct 7, 2015 at 2:52 AM <internet-drafts@ietf.org <mailto:internet-drafts@ietf.org>> wrote:
> 
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
>  This draft is a work item of the Content Delivery Networks Interconnection Working Group of the IETF.
> 
>         Title           : Request Routing Redirection Interface for CDN Interconnection
>         Authors         : Ben Niven-Jenkins
>                           Ray van Brandenburg
>         Filename        : draft-ietf-cdni-redirection-12.txt
>         Pages           : 30
>         Date            : 2015-10-07
> 
> Abstract:
>    The Request Routing Interface comprises of (1) the asynchronous
>    advertisement of footprint and capabilities by a downstream Content
>    Delivery Network (CDN) that allows an upstream CDN to decide whether
>    to redirect particular user requests to that downstream CDN; and (2)
>    the synchronous operation of an upstream CDN requesting whether a
>    downstream CDN is prepared to accept a user request and of a
>    downstream CDN responding with how to actually redirect the user
>    request.  This document describes an interface for the latter part,
>    i.e. the CDNI Request Routing Redirection interface.
> 
> 
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-cdni-redirection/ <https://datatracker.ietf.org/doc/draft-ietf-cdni-redirection/>
> 
> There's also a htmlized version available at:
> https://tools.ietf.org/html/draft-ietf-cdni-redirection-12 <https://tools.ietf.org/html/draft-ietf-cdni-redirection-12>
> 
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-cdni-redirection-12 <https://www.ietf.org/rfcdiff?url2=draft-ietf-cdni-redirection-12>
> 
> 
> 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/>.
> 
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/ <ftp://ftp.ietf.org/internet-drafts/>
> 
> _______________________________________________
> CDNi mailing list
> CDNi@ietf.org <mailto:CDNi@ietf.org>
> https://www.ietf.org/mailman/listinfo/cdni <https://www.ietf.org/mailman/listinfo/cdni>
> _______________________________________________
> CDNi mailing list
> CDNi@ietf.org
> https://www.ietf.org/mailman/listinfo/cdni