Subject: Re: [CDNi] New Version Notification for draft-goldstein-cdni-metadata-model-extensions-00.txt

From: "Goldstein, Glenn" <[email-masked]>
Date: Tue, 27 Jul 2021 20:41:03 +0000

Thanks Kevin.

As you pointed out, the initial version of our draft has a lot of details missing. It is basically the high-level shell extracted from a much more substantial document that we are working on within the SVA. As we move the SVA document through the review process, we will submit much beefier versions of the IETF draft that address the questions you have raised.

Glenn

From: Kevin Ma <[email-masked]>
Date: Monday, July 26, 2021 at 10:42 PM
To: "Goldstein, Glenn" <[email-masked]>
Cc: "[email-masked]" <[email-masked]>, "[email-masked]" <[email-masked]>
Subject: Re: FW: New Version Notification for draft-goldstein-cdni-metadata-model-extensions-00.txt

CAUTION: This email originated outside of Lumen Technologies. Do not click links or open attachments unless you recognize the sender and know the content is safe.

Hi Glenn,

  There are a lot details missing, but based on the descriptions provided, I have some questions/comments:

  - AllowCompress: why should a dCDN allow a uCDN to dictate its use of compression?
  - CachePolicy: why should a dCDN allow a uCDN to dictate caching policies?  could this be achieved with cache-control headers?
  - ComputedCacheKey: is there something specific that is missing from the existing Cache metadata?
  - NegativeCacheKey: what kind of caching policy for what kind of error?
  - CacheBypassPolicy: is this specifying something that helps the dCDN identify requests for which to bypass caching?
  - OcnSelection: presumably OCN is open caching node?  does this dictate how the dCDN RR selects a surrogate?
  - PrivateFeatureList: it's not clear what this one is?
  - RequestedCapacityLimits: why does the uCDN need to control the dCDN capacity advertisement?  couldn't it just ignore the advertisement?
  - RequestRouting: is this so that the uCDN can dictate how the dCDN redirects to further dCDNs?  why should a dCDN allow a uCDN to dictate redirection mode?
  - ServiceIds: it's not clear what these IDs are?
  - SourceMetadataExtended: it would be helpful to see the actual properties.
  - StaleContentCachingPolicy: similar to other questions about dictating dCDN policy.
  - TrafficType: it's not clear what the traffic types are or how they would be used by dCDNs.

thanx.

--  Kevin J. Ma

On Sat, Jul 3, 2021 at 12:07 PM Goldstein, Glenn <[email-masked]<mailto:[email-masked]>> wrote:
I have submitted the draft and would like to get feedback before IETF111.

---------- Forwarded message ---------
From: <[email-masked]<mailto:[email-masked]>>
Date: Fri, Jul 2, 2021 at 6:40 PM
Subject: New Version Notification for draft-goldstein-cdni-metadata-model-extensions-00.txt
To: Alfonzo Siloniz <[email-masked]<mailto:[email-masked]>>, Glenn Goldstein <[email-masked]<mailto:[email-masked]>>, Guillaume Bichot <[email-masked]<mailto:[email-masked]>>, Will Power <[email-masked]<mailto:[email-masked]>>

A new version of I-D, draft-goldstein-cdni-metadata-model-extensions-00.txt
has been successfully submitted by Glenn Goldstein and posted to the
IETF repository.

Name:           draft-goldstein-cdni-metadata-model-extensions
Revision:       00
Title:          CDNI Metadata Model Extensions
Document date:  2021-07-02
Group:          Individual Submission
Pages:          11
URL:            https://www.ietf.org/archive/id/draft-goldstein-cdni-metadata-model-extensions-00.txt<https://imss91-ctp.trendmicro.com:443/wis/clicktime/v1/query?url=https%3a%2f%2fwww.ietf.org%2farchive%2fid%2fdraft%2dgoldstein%2dcdni%2dmetadata%2dmodel%2dextensions%2d00.txt&umid=0C4D6A9A-C811-D205-9DE5-3BE22BAEEC25&auth=19120be9529b25014b618505cb01789c5433dae7-adb604e9704577e9ab9eb435173841527ee88844>
Status:         https://datatracker.ietf.org/doc/draft-goldstein-cdni-metadata-model-extensions/<https://imss91-ctp.trendmicro.com:443/wis/clicktime/v1/query?url=https%3a%2f%2fdatatracker.ietf.org%2fdoc%2fdraft%2dgoldstein%2dcdni%2dmetadata%2dmodel%2dextensions%2f&umid=0C4D6A9A-C811-D205-9DE5-3BE22BAEEC25&auth=19120be9529b25014b618505cb01789c5433dae7-64903df14e78c3d0a93ca4503542ef02c479172a>
Htmlized:       https://datatracker.ietf.org/doc/html/draft-goldstein-cdni-metadata-model-extensions<https://imss91-ctp.trendmicro.com:443/wis/clicktime/v1/query?url=https%3a%2f%2fdatatracker.ietf.org%2fdoc%2fhtml%2fdraft%2dgoldstein%2dcdni%2dmetadata%2dmodel%2dextensions&umid=0C4D6A9A-C811-D205-9DE5-3BE22BAEEC25&auth=19120be9529b25014b618505cb01789c5433dae7-fbcc27c7c25235f2163741316e2b35a7e6986708>

Abstract:
   Open Caching architecture is a use case of Content Delivery Networks
   Interconnection (CDNI) in which the commercial Content Delivery
   Network (CDN) is the upstream CDN (uCDN) and the ISP caching layer
   serves as the downstream CDN (dCDN).  This document proposed
   extensions to the [RFC8006] Medadata Model by way of a set of
   GenericMetadata objects that address extend the original CDNI
   capabilites to meet the more general needs of the CDN and Open
   Caching industry.

The IETF Secretariat
This communication is the property of Lumen Technologies and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
This communication is the property of Lumen Technologies and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.