Protocol Action: 'CDNI Request Routing Extensions' to Proposed Standard (draft-ietf-cdni-request-routing-extensions-08.txt)
The IESG <iesg-secretary@ietf.org> Fri, 14 February 2020 15:22 UTC
Return-Path: <iesg-secretary@ietf.org>
X-Original-To: ietf-announce@ietf.org
Delivered-To: ietf-announce@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 62BF7120839; Fri, 14 Feb 2020 07:22:35 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Subject: Protocol Action: 'CDNI Request Routing Extensions' to Proposed Standard (draft-ietf-cdni-request-routing-extensions-08.txt)
X-Test-IDTracker: no
X-IETF-IDTracker: 6.117.0
Auto-Submitted: auto-generated
Precedence: bulk
Cc: The IESG <iesg@ietf.org>, cdni@ietf.org, cdni-chairs@ietf.org, Kevin Ma <kevin.j.ma.ietf@gmail.com>, barryleiba@gmail.com, kevin.j.ma.ietf@gmail.com, draft-ietf-cdni-request-routing-extensions@ietf.org, rfc-editor@rfc-editor.org
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Message-ID: <158169375539.16219.9862051422255331840.idtracker@ietfa.amsl.com>
Date: Fri, 14 Feb 2020 07:22:35 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-announce/PG_ViRyvnNmes1esGDKFXb3cdmE>
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "IETF announcement list. No discussions." <ietf-announce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf-announce/>
List-Post: <mailto:ietf-announce@ietf.org>
List-Help: <mailto:ietf-announce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 14 Feb 2020 15:22:35 -0000
The IESG has approved the following document: - 'CDNI Request Routing Extensions' (draft-ietf-cdni-request-routing-extensions-08.txt) as Proposed Standard This document is the product of the Content Delivery Networks Interconnection Working Group. The IESG contact persons are Adam Roach, Alexey Melnikov and Barry Leiba. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-cdni-request-routing-extensions/ Technical Summary This document defines one new CDNI Metadata object (MI.FallbackTarget) and one new CDNI Capability object (FCI.RedirectTarget). The CDNI Metadata Interface (RFC8006) and CDNI Footprint and Capabilities Semantics (RFC8008) define generic base objects and registries to allow extensibility in defining new metadata and capabilities as the need arises. We did this knowing that we would not think of everything when we wrote RFC8006 and RFC8008. The Open Caching Working Group (OCWG) at the Streaming Video Alliance (SVA) has adopted the CDNI interfaces as the basis for their work, and in developing their solution discovered one additional metadata object and one additional capability object that they deemed necessary that the CDNI WG did not think of originally. We asked them to bring the new objects back to the CDNI WG for standardization and they did. This draft is the result of that request. Working Group Summary The CDNI WG has reviewed the new objects and agreed that they are reasonable and useful additions to the CDNI interfaces. We are requesting publication as "Proposed Standard" as the object extend the exiting RFC8006 and RFC8008 proposed standards. The contents of the document have been extensively reviewed within the SVA OCWG. Within the CDNI WG, an SVA OCWG representative presented a number of topics which received varying levels of discussion. The two new objects defined in this document were the least controversial items presented. Document Quality There was not extensive working group discussion, but the document also didn't need much discussion to garner quick and broad consensus. The two objects defined are relatively straight forward and in line with the purposes and goals of RFC8006 and RFC8008. Personnel Kevin Ma is the document shepherd; Barry Leiba is the responsible AD.