[要約] RFC 9388 は、CDNIにおける国別区分コードと足跡連合に関する新しい足跡タイプを定義し、Open Cachingアーキテクチャの要件に基づいています。目的は、CDN間の相互接続を改善し、足跡オブジェクトの粒度を向上させることです。

Internet Engineering Task Force (IETF)                         N. Sopher
Request for Comments: 9388                                         Qwilt
Updates: 8008                                                  S. Mishra
Category: Standards Track                                        Verizon
ISSN: 2070-1721                                                July 2023
        
Content Delivery Network Interconnection (CDNI) Footprint Types: Country Subdivision Code and Footprint Union
コンテンツ配信ネットワーク相互接続(CDNI)フットプリントタイプ:国区分コードとフットプリントユニオン
Abstract
概要

Open Caching architecture is a use case of Content Delivery Network 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). RFC 8006 defines footprint types that are used for footprint objects as part of the Metadata interface (MI). The footprint types are also used for the Footprint & Capabilities Advertisement interface (FCI) as defined in RFC 8008. This document defines two new footprint types. The first footprint type defined is an ISO 3166-2 country subdivision code. Defining this country subdivision code improves granularity for delegation as compared to the ISO 3166-1 country code footprint type defined in RFC 8006. The ISO 3166-2 country subdivision code is also added as a new entity domain type in the "ALTO Entity Domain Types" registry defined in Section 7.4 of RFC 9241. The second footprint type defines a footprint union to aggregate footprint objects. This allows for additive semantics over the narrowing semantics defined in Appendix B of RFC 8008 and therefore updates RFC 8008. The two new footprint types are based on the requirements raised by Open Caching but are also applicable to CDNI use cases in general.

オープンキャッシングアーキテクチャは、商業コンテンツ配信ネットワーク(CDN)が上流CDN(UCDN)であり、ISPキャッシュ層が下流CDN(DCDN)として機能するコンテンツ配信ネットワーク相互接続(CDNI)のユースケースです。RFC 8006は、メタデータインターフェイス(MI)の一部としてフットプリントオブジェクトに使用されるフットプリントタイプを定義します。フットプリントタイプは、RFC 8008で定義されているフットプリント&機能広告インターフェイス(FCI)にも使用されます。このドキュメントは、2つの新しいフットプリントタイプを定義しています。定義された最初のフットプリントタイプは、ISO 3166-2カントリーサブディビジョンコードです。この国のサブディビジョンコードを定義すると、RFC 8006で定義されたISO 3166-1カントリーコードフットプリントタイプと比較して、委任の粒度が向上します。ISO3166-2の国の区画コードは、「ALTOエンティティドメインタイプの新しいエンティティドメインタイプ」としても追加されています。「RFC 9241のセクション7.4で定義されているレジストリ。2番目のフットプリントタイプは、フットプリントオブジェクトを集計するフットプリントユニオンを定義します。これにより、RFC 8008の付録Bで定義されている狭窄セマンティクスをめぐる加算セマンティクスが可能になり、したがってRFC 8008を更新します。2つの新しいフットプリントタイプは、オープンキャッシングによって提起された要件に基づいていますが、一般的にCDNIユースケースにも適用できます。

Status of This Memo
本文書の位置付け

This is an Internet Standards Track document.

これは、インターネット標準トラックドキュメントです。

This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 7841.

このドキュメントは、インターネットエンジニアリングタスクフォース(IETF)の製品です。IETFコミュニティのコンセンサスを表しています。公開レビューを受けており、インターネットエンジニアリングステアリンググループ(IESG)からの出版が承認されています。インターネット標準の詳細については、RFC 7841のセクション2で入手できます。

Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at https://www.rfc-editor.org/info/rfc9388.

このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、https://www.rfc-editor.org/info/rfc9388で取得できます。

著作権表示

Copyright (c) 2023 IETF Trust and the persons identified as the document authors. All rights reserved.

著作権(c)2023 IETF Trustおよび文書著者として特定された人。無断転載を禁じます。

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License.

このドキュメントは、BCP 78およびIETFドキュメント(https://trustee.ietf.org/license-info)に関連するIETF Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、セクション4.Eで説明されている法的規定のセクション4.Eで説明されており、改訂されたBSDライセンスで説明されている保証なしで提供されるように、改訂されたBSDライセンステキストを含める必要があります。

Table of Contents
目次
   1.  Introduction
     1.1.  Terminology
     1.2.  Requirements Language
   2.  CDNI Metadata Additional Footprint Types
     2.1.  CDNI Metadata "subdivisioncode" Footprint Type
       2.1.1.  CDNI Metadata "subdivisioncode" Data Type
         2.1.1.1.  CDNI Metadata "subdivisioncode" Data Type
                 Description
       2.1.2.  CDNI Metadata "subdivisioncode" Footprint Type
               Description
     2.2.  CDNI Metadata "footprintunion" Footprint Type
       2.2.1.  CDNI Metadata "footprintunion" Data Type
       2.2.2.  CDNI Metadata "footprintunion" Footprint Type
               Description
   3.  ALTO Property Map Service Entity
     3.1.  SUBDIVISIONCODE Domain
       3.1.1.  Entity Domain Type
       3.1.2.  Domain-Specific Entity Identifiers
       3.1.3.  Hierarchy and Inheritance
   4.  IANA Considerations
     4.1.  CDNI Metadata Footprint Types
     4.2.  ALTO Entity Domain Types
   5.  Security Considerations
   6.  References
     6.1.  Normative References
     6.2.  Informative References
   Acknowledgements
   Authors' Addresses
        
1. Introduction
1. はじめに

The Streaming Video Technology Alliance [SVTA] is a global association that works to solve streaming video challenges in an effort to improve end-user experience and adoption. The Open Caching Working Group [OCWG] of the SVTA is focused on the delegation of video delivery requests from commercial Content Delivery Networks (CDNs) to a caching layer at the ISP's network. Open Caching architecture is a specific use case of Content Delivery Network Interconnection (CDNI) where the commercial CDN is the upstream CDN (uCDN) and the ISP caching layer is the downstream CDN (dCDN). The "Open Caching Request Routing Functional Specification" [OC-RR] defines the Request Routing process and the interfaces that are required for its provisioning. This document defines and registers CDNI Footprint and Capabilities objects [RFC8008] that are required for Open Caching Request Routing.

ストリーミングビデオテクノロジーアライアンス[SVTA]は、エンドユーザーエクスペリエンスと採用を改善するために、ストリーミングビデオの課題を解決するために機能するグローバルな協会です。SVTAのオープンキャッシングワーキンググループ[OCWG]は、ISPのネットワークのキャッシュレイヤーまでの商業コンテンツ配信ネットワーク(CDNS)からのビデオ配信要求の委任に焦点を当てています。Open Caching Architectureは、市販のCDNが上流CDN(UCDN)であり、ISPキャッシング層が下流CDN(DCDN)であるコンテンツ配信ネットワーク相互接続(CDNI)の特定のユースケースです。「Open Caching Requestルーティング機能仕様」[OC-RR]は、リクエストルーティングプロセスとそのプロビジョニングに必要なインターフェイスを定義します。このドキュメントでは、オープンキャッシュリクエストルーティングに必要なCDNIフットプリントと機能オブジェクト[RFC8008]を定義および登録します。

For consistency with other CDNI documents, this document follows the CDNI convention of using "uCDN" and "dCDN" to represent the commercial CDN and ISP caching layer, respectively.

他のCDNIドキュメントとの一貫性のために、このドキュメントは、それぞれ「UCDN」と「DCDN」を使用して市販のCDNおよびISPキャッシュ層を表すCDNI条約に従います。

This document registers two CDNI Metadata footprint types (Section 7.2 of [RFC8006]) for the defined objects:

このドキュメントは、定義されたオブジェクトの2つのCDNIメタデータフットプリントタイプ([RFC8006]のセクション7.2)を登録します。

* Country subdivision code footprint type (e.g., for a dCDN advertising a footprint that is specific to a state in the United States of America)

* 国の区画コードフットプリントタイプ(たとえば、アメリカ合衆国の州に固有のフットプリントを宣伝するDCDNの場合)

* Footprint union footprint type (for a dCDN advertising a footprint that consists of a group built from multiple footprint types, e.g., both IPv4 and IPv6 client subnets)

* フットプリントユニオンフットプリントタイプ(DCDNの場合、複数のフットプリントタイプで構築されたグループで構成されるフットプリント、例えば、IPv4およびIPv6クライアントサブネットの両方)

1.1. Terminology
1.1. 用語

The following terms are used throughout this document:

次の用語は、このドキュメント全体で使用されます。

CDN:

CDN:

Content Delivery Network

コンテンツ配信ネットワーク

Additionally, this document reuses the terminology defined in [RFC6707], [RFC7336], [RFC8006], and [RFC8008]. Specifically, we use the following CDNI abbreviations:

さらに、この文書は、[RFC6707]、[RFC7336]、[RFC8006]、および[RFC8008]で定義された用語を再利用します。具体的には、次のCDNIの略語を使用します。

uCDN:

ucdn:

upstream CDN (see [RFC7336])

上流CDN([RFC7336]を参照)

dCDN:

DCDN:

downstream CDN (see [RFC7336])

ダウンストリームCDN([RFC7336]を参照)

1.2. Requirements Language
1.2. 要件言語

The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all capitals, as shown here.

この文書のキーワード "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", および "OPTIONAL" はBCP 14 [RFC2119] [RFC8174]で説明されているように、すべて大文字の場合にのみ解釈されます。

2. CDNI Metadata Additional Footprint Types
2. CDNIメタデータ追加フットプリントタイプ

Section 5 of [RFC8008] describes the Footprint & Capabilities Advertisement interface (FCI) Capability Advertisement object, which includes an array of CDNI footprint objects. Each such object has a footprint type and a footprint value, as described in Section 4.2.2.2 of [RFC8006]. This document defines additional footprint types, beyond those mentioned in [RFC8006].

[RFC8008]のセクション5では、CDNIフットプリントオブジェクトの配列を含むフットプリントおよび機能広告インターフェイス(FCI)機能広告オブジェクトについて説明します。[RFC8006]のセクション4.2.2.2で説明されているように、各オブジェクトにはフットプリントタイプとフットプリント値があります。このドキュメントでは、[RFC8006]で言及されているものを超えて、追加のフットプリントタイプを定義します。

2.1. CDNI Metadata "subdivisioncode" Footprint Type
2.1. CDNIメタデータ「SubdivisionCode」フットプリントタイプ

Section 4.3.8 of [RFC8006] specifies the "countrycode" footprint type for listing [ISO3166-1] alpha-2 codes. Using footprint objects of this type, one can define an FCI Capability Advertisement object footprint constraint that matches a specific country. This document defines the "subdivisioncode" simple data type as well as a footprint type, allowing the dCDN to define constraints that match geographic areas with better granularity, specifically using the [ISO3166-2] country subdivision codes.

[RFC8006]のセクション4.3.8は、[ISO3166-1] Alpha-2コードをリストするための「カントリーコード」フットプリントタイプを指定しています。このタイプのフットプリントオブジェクトを使用して、特定の国と一致するFCI機能広告オブジェクトフットプリント制約を定義できます。このドキュメントでは、「サブディビジョンコード」のシンプルなデータ型とフットプリントタイプを定義し、DCDNが地理的領域をより良い粒度と一致させる制約を定義できるようにします。

2.1.1. CDNI Metadata "subdivisioncode" Data Type
2.1.1. CDNIメタデータ「SubdivisionCode」データ型

The "subdivisioncode" data type specified in Section 2.1.1.1 describes a country-specific subdivision using a code as defined in [ISO3166-2]. The data type is added to the list of data types described in Section 4.3 of [RFC8006] that are used as properties of CDNI Metadata objects.

セクション2.1.1.1で指定されている「サブディビジョンコード」データ型は、[ISO3166-2]で定義されているコードを使用した国固有の下位区分について説明しています。データ型は、CDNIメタデータオブジェクトのプロパティとして使用される[RFC8006]のセクション4.3で説明されているデータ型のリストに追加されます。

2.1.1.1. CDNI Metadata "subdivisioncode" Data Type Description
2.1.1.1. CDNIメタデータ「SubdivisionCode」データ型の説明

An [ISO3166-2] code in lowercase. Each code consists of two parts separated by a hyphen. As per [ISO3166-2], the first part is the [ISO3166-1] code of the country and the second part is a string of up to three alphanumeric characters.

小文字の[ISO3166-2]コード。各コードは、ハイフンで区切られた2つの部分で構成されています。[ISO3166-2]によると、最初の部分は国の[ISO3166-1]コードであり、2番目の部分は最大3つの英数字の文字列です。

Type:

タイプ:

String

Example country subdivision codes:

例国区分コード:

* "ca-on"

* 「Ca-on」

* "us-ny"

* 「私たち」

2.1.2. CDNI Metadata "subdivisioncode" Footprint Type Description
2.1.2. CDNIメタデータ「SubdivisionCode」フットプリントタイプの説明

The "subdivisioncode" simple data type specified in Section 2.1.1 is added to the data types listed as footprint types in Section 4.2.2.2 of [RFC8006].

セクション2.1.1で指定された「サブディビジョンコード」のシンプルデータ型は、[RFC8006]のセクション4.2.2.2のフットプリント型としてリストされているデータ型に追加されます。

Figure 1 is an example using a footprint object of type "subdivisioncode". The footprint object in this example creates a constraint that matches clients in the state of either New Jersey or New York, USA (ISO [ISO3166-2] codes "US-NJ" and "US-NY", respectively).

図1は、「subdivisioncode」のタイプのフットプリントオブジェクトを使用した例です。この例のフットプリントオブジェクトは、ニュージャージー州またはニューヨーク州ニューヨークのいずれかの状態のクライアント(ISO [ISO3166-2]コード「US-NJ」と「US-NY」)のいずれかのクライアントに一致する制約を作成します。

   {
     "capabilities": [
       {
         "capability-type": <CDNI capability object type>,
         "capability-value": <CDNI capability object>,
         "footprints": [
             {
                 "footprint-type": "subdivisioncode",
                 "footprint-value": ["us-nj", "us-ny"]
             }
         ]
       }
     ]
   }
        

Figure 1: Illustration of Country Subdivision Code Footprint Advertisement

図1:国の区画コードフットプリント広告のイラスト

2.2. CDNI Metadata "footprintunion" Footprint Type
2.2. CDNIメタデータ「フットプリントニオン」フットプリントタイプ

As described in Section 5 of [RFC8008], the FCI Capability Advertisement object includes an array of CDNI footprint objects. Appendix B of [RFC8008] specifies the semantics for Footprint Advertisement such that multiple footprint constraints are additive. This implies that the advertisement of different footprint types narrows the dCDN's candidacy cumulatively.

[RFC8008]のセクション5で説明されているように、FCI機能広告オブジェクトには、CDNIフットプリントオブジェクトの配列が含まれています。[RFC8008]の付録Bは、複数のフットプリント制約が加算的であるように、フットプリント広告のセマンティクスを指定しています。これは、異なるフットプリントタイプの広告がDCDNの立候補を累積的に狭めることを意味します。

Sections 4.3.5 and 4.3.6 of [RFC8006] specify the "ipv4cidr" and the "ipv6cidr" footprint types, respectively, for listing IP unscoped address blocks. Using footprint objects of these types, one can define FCI Capability Advertisement object footprint constraints that match either IPv4 or IPv6 clients, but not both. This is due to the described "narrowing" semantic of the Footprint Objects array, as described in Appendix B of [RFC8008], that prevents the usage of these objects together to create a footprint constraint that matches IPv4 clients with IPv6 clients.

[RFC8006]のセクション4.3.5および4.3.6は、IP Unscopedアドレスブロックをリストするために、それぞれ「IPv4CIDR」と「IPV6CIDR」フットプリントタイプを指定します。これらのタイプのフットプリントオブジェクトを使用すると、FCI機能広告オブジェクトのフットプリント制約を定義できます。これは、[RFC8008]の付録Bに記載されているように、これらのオブジェクトの使用を妨げるように、IPv4クライアントとIPv6クライアントを一致させるフットプリント制約を作成するように、説明されているフットプリントオブジェクトアレイの「狭窄」セマンティックによるものです。

Figure 2 is an example attempting to create an object that matches IPv4 clients of subnet "192.0.2.0/24" as well as IPv6 clients of subnet "2001:db8::/32". Such a definition results in an empty list of clients, as the constraints are additives and a client address cannot be both IPv4 and IPv6.

図2は、サブネット「192.0.2.0/24」のIPv4クライアントとサブネット2001:db8 ::/32 "のIPv6クライアントに一致するオブジェクトを作成しようとする例です。制約は添加物であり、クライアントアドレスはIPv4とIPv6の両方にすることはできないため、このような定義はクライアントの空のリストになります。

   {
     "capabilities": [
       {
         "capability-type": <CDNI capability object type>,
         "capability-value": <CDNI capability object>,
         "footprints": [
             {
                 "footprint-type": "ipv4cidr",
                 "footprint-value": ["192.0.2.0/24"]
             },
             {
                 "footprint-type": "ipv6cidr",
                 "footprint-value": ["2001:db8::/32"]
             }
         ]
       }
     ]
   }
        

Figure 2: Example of Narrowing Semantic Illustrating Advertisement of a Null Footprint

図2:nullフットプリントの広告を示すセマンティックの狭窄の例

To overcome the described limitation and allow a list of footprint constraints that match both IPv4 and IPv6 client subnets, this document defines the "footprintunion" footprint type. This footprint type allows the collection of multiple footprint-objects into a unified object. Therefore, it resolves the above limitation and can be particularly applicable to unify semantically related objects: for example, an IPv4 CIDR together with an IPv6 CIDR or a country code together with a country subdivision code.

説明されている制限を克服し、IPv4クライアントサブネットとIPv6クライアントサブネットの両方に一致するフットプリント制約のリストを許可するために、このドキュメントは「フットプリントニオン」フットプリントタイプを定義します。このフットプリントタイプにより、複数のフットプリントオブジェクトを統合オブジェクトに収集できます。したがって、上記の制限を解決し、サマンティックに関連するオブジェクトを統一するために特に適用できます。たとえば、IPv4 CIDRとともにIPv6 CIDRまたは国コードと国のサブディビジョンコードとともに。

Note: to avoid implementation complexity, a "footprintunion" MUST NOT list any "footprintunion" as a value. As a union of unions is simply a union, this syntactic restriction does not result with any semantic limitation.

注:実装の複雑さを回避するために、「フットプリントニオン」は「フットプリントニオン」を値としてリストしてはなりません。組合の組合は単なる組合であるため、この構文制限は意味的な制限ではありません。

2.2.1. CDNI Metadata "footprintunion" Data Type
2.2.1. CDNIメタデータ「フットプリントニオン」データタイプ

The "footprintunion" data type is based on the footprint object already defined in Section 4.2.2.2 of [RFC8006]. The footprint value for a "footprintunion" object is an array of footprint objects, where the footprint objects MUST be of any footprint type other than "footprintunion".

「フットプリントニオン」データ型は、[RFC8006]のセクション4.2.2.2で既に定義されているフットプリントオブジェクトに基づいています。「フットプリントニオン」オブジェクトのフットプリント値は、フットプリントオブジェクトの配列であり、フットプリントオブジェクトは「フットプリントニオン」以外のフットプリントタイプでなければなりません。

2.2.2. CDNI Metadata "footprintunion" Footprint Type Description
2.2.2. CDNIメタデータ「フットプリントニオン」フットプリントタイプの説明

The "footprintunion" data type specified in Section 2.2.1 is added to the data types listed as footprint types in Section 4.2.2.2 of [RFC8006].

セクション2.2.1で指定された「フットプリントニオン」データ型は、[RFC8006]のセクション4.2.2.2のフットプリント型としてリストされているデータ型に追加されます。

Figure 3 is an example using a footprint union combining both IPv4 and IPv6 client subnets.

図3は、IPv4とIPv6クライアントの両方のサブネットを組み合わせたフットプリントユニオンを使用した例です。

   {
     "capabilities": [
       {
         "capability-type": <CDNI capability object type>,
         "capability-value": <CDNI capability object>,
         "footprints": [
           {
             "footprint-type": "footprintunion",
             "footprint-value": [
               {
                 "footprint-type": "ipv4cidr",
                 "footprint-value": ["192.0.2.0/24"]
               },
               {
                 "footprint-type": "ipv6cidr",
                 "footprint-value": ["2001:db8::/32"]
               }
             ]
           }
         ]
       }
     ]
   }
        

Figure 3: Example of an Advertisement of Footprint Union for Multiple Classless Inter-Domain Routing (CIDR) Footprint Types

図3:複数のクラスのないドメイン間ルーティング(CIDR)フットプリントタイプのフットプリントユニオンの広告の例

The footprint union also enables composing of footprint objects based on the country code and country subdivision code. In Figure 4, we create a constraint covering autonomous system 64496 within the USA (ISO alpha-2 code "US" as described in [ISO3166-1]) and the Ontario province of Canada (ISO code "CA-ON" as described in [ISO3166-2]).

Footprint Unionは、国コードと国の区画コードに基づいてフットプリントオブジェクトを作成することもできます。図4では、米国内の自律システム64496([ISO3166-1]に記載されているISO Alpha-2コード「US」)とカナダのオンタリオ州(ISOコード "Ca-on")をカバーする制約を作成します。[ISO3166-2])。

   {
     "capabilities": [
       {
         "capability-type": <CDNI capability object type>,
         "capability-value": <CDNI capability object>,
         "footprints": [
           {
             "footprint-type": "asn",
             "footprint-value": ["as64496"]
           },
           {
             "footprint-type": "footprintunion",
             "footprint-value": [
               {
                 "footprint-type": "countrycode",
                 "footprint-value": ["us"]
               },
               {
                 "footprint-type": "subdivisioncode",
                 "footprint-value": ["ca-on"]
               }
             ]
           }
         ]
       }
     ]
   }
        

Figure 4: Example of an Advertisement of Footprint Union for Multiple Geographical Footprint Types

図4:複数の地理的フットプリントタイプのフットプリントユニオンの広告の例

3. ALTO Property Map Service Entity
3. ALTOプロパティマップサービスエンティティ

Section 6 of [RFC9241] describes how to represent footprint objects as entities in the ALTO property map. The approach is to represent the footprint type as an entity domain type of the ALTO entity and the footprint value as its domain-specific identifier. [RFC9241] further refers to the representation of footprint objects of types "asn" and "countrycode". Here, we extend this definition to the "subdivisioncode" footprint type.

[RFC9241]のセクション6では、ALTOプロパティマップのエンティティとしてフットプリントオブジェクトを表現する方法について説明します。このアプローチは、ALTOエンティティのエンティティドメインタイプとしてフットプリントタイプを、ドメイン固有の識別子としてフットプリント値を表すことです。[RFC9241]は、「ASN」および「カントリーコード」のタイプのフットプリントオブジェクトの表現をさらに指します。ここでは、この定義を「subdivisioncode」フットプリントタイプに拡張します。

3.1. SUBDIVISIONCODE Domain
3.1. subdivisioncodeドメイン

The SUBDIVISIONCODE domain associates property values that define codes for the names of the principal subdivisions.

SubdivisionCodeドメインは、主要な下位区分の名前のコードを定義するプロパティ値を関連付けます。

3.1.1. Entity Domain Type
3.1.1. エンティティドメインタイプ

The entity domain type of the SUBDIVISIONCODE domain is "subdivisioncode" (in lowercase).

SubdivisionCodeドメインのエンティティドメインタイプは、「小文字」(小文字)です。

3.1.2. Domain-Specific Entity Identifiers
3.1.2. ドメイン固有のエンティティ識別子

The entity identifier of an entity in a SUBDIVISIONCODE is encoded as an alpha-2 [ISO3166-1] country code, followed by a separator and up to three alphanumeric characters.

サブディビジョンコード内のエンティティのエンティティ識別子は、アルファ-2 [ISO3166-1]国コードとしてエンコードされ、その後、セパレーターと最大3つの英数字が続きます。

3.1.3. Hierarchy and Inheritance
3.1.3. 階層と相続

There is no hierarchy or inheritance for properties associated with country subdivision codes.

国の区画コードに関連するプロパティの階層または継承はありません。

4. IANA Considerations
4. IANAの考慮事項
4.1. CDNI Metadata Footprint Types
4.1. CDNIメタデータフットプリントタイプ

Section 7.2 of [RFC8006] specifies the "CDNI Metadata Footprint Types" subregistry within the "Content Delivery Network Interconnection (CDNI) Parameters" registry.

[RFC8006]のセクション7.2は、「コンテンツ配信ネットワーク相互接続(CDNI)パラメーター」レジストリ内の「CDNIメタデータフットプリントタイプ」サブレジストリを指定します。

This document registers two footprint types in that subregistry as defined in Sections 2.1 and 2.2:

このドキュメントは、セクション2.1および2.2で定義されているように、そのサブレジストリの2つのフットプリントタイプを登録します。

     +=================+=================================+===========+
     | Footprint Type  | Description                     | Reference |
     +=================+=================================+===========+
     | subdivisioncode | ISO 3166-2 country subdivision  | RFC 9388  |
     |                 | code: alpha-2 country code,     |           |
     |                 | followed by a hyphen-minus and  |           |
     |                 | up to 3 characters from A-Z;0-9 |           |
     |                 | as a code within the country    |           |
     +-----------------+---------------------------------+-----------+
     | footprintunion  | A combination of other          | RFC 9388  |
     |                 | footprint objects               |           |
     +-----------------+---------------------------------+-----------+
        

Table 1: Additions to the CDNI Metadata Footprint Types Subregistry

表1:CDNIメタデータフットプリントタイプのサブレジストリへの追加

4.2. ALTO Entity Domain Types
4.2. Alto Entityドメインタイプ

Section 12.3 of [RFC9240] creates the "ALTO Entity Domain Types" subregistry within the "Application-Layer Traffic Optimization (ALTO) Protocol" registry.

[RFC9240]のセクション12.3では、「アプリケーションレイヤートラフィック最適化(ALTO)プロトコル」レジストリ内で「ALTOエンティティドメインタイプ」サブレジストリを作成します。

This document registers an additional ALTO Entity Domain Type within that subregistry:

このドキュメントは、そのサブレジストリ内の追加のALTOエンティティドメインタイプを登録します。

    +=================+============+=============+==========+=========+
    | Identifier      | Entity     | Hierarchy   | Media    | Mapping |
    |                 | Identifier | and         | Type of  | to ALTO |
    |                 | Encoding   | Inheritance | Defining | Address |
    |                 |            |             | Resource | Type    |
    +=================+============+=============+==========+=========+
    | subdivisioncode | See RFC    | None        | None     | false   |
    |                 | 9388,      |             |          |         |
    |                 | Section    |             |          |         |
    |                 | 3.1.2      |             |          |         |
    +-----------------+------------+-------------+----------+---------+
        

Table 2: Addition to the ALTO Entity Domain Types Subregistry

表2:ALTOエンティティドメインタイプのサブレジストリへの追加

5. Security Considerations
5. セキュリティに関する考慮事項

This specification is in accordance with "Content Delivery Network Interconnection (CDNI) Metadata" and "Content Delivery Network Interconnection (CDNI) Request Routing: Footprint and Capabilities Semantics". As such, it is subject to the security and confidentiality considerations as defined in Section 8 of [RFC8006] and in Section 7 of [RFC8008], respectively.

この仕様は、「コンテンツ配信ネットワークの相互接続(CDNI)メタデータ」および「コンテンツ配信ネットワーク相互接続(CDNI)リクエストルーティング:フットプリントと機能セマンティクス」に準拠しています。そのため、[RFC8006]のセクション8および[RFC8008]のセクション7でそれぞれ定義されているセキュリティおよび機密性の考慮事項の対象となります。

6. References
6. 参考文献
6.1. Normative References
6.1. 引用文献
   [ISO3166-1]
              ISO, "Codes for the representation of names of countries
              and their subdivisions -- Part 1: Country code",
              ISO 3166-1:2020, Edition 4, August 2020,
              <https://www.iso.org/standard/72482.html>.
        
   [ISO3166-2]
              ISO, "Codes for the representation of names of countries
              and their subdivisions -- Part 2: Country subdivision
              code", ISO 3166-2:2020, Edition 4, August 2020,
              <https://www.iso.org/standard/72483.html>.
        
   [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate
              Requirement Levels", BCP 14, RFC 2119,
              DOI 10.17487/RFC2119, March 1997,
              <https://www.rfc-editor.org/info/rfc2119>.
        
   [RFC8006]  Niven-Jenkins, B., Murray, R., Caulfield, M., and K. Ma,
              "Content Delivery Network Interconnection (CDNI)
              Metadata", RFC 8006, DOI 10.17487/RFC8006, December 2016,
              <https://www.rfc-editor.org/info/rfc8006>.
        
   [RFC8008]  Seedorf, J., Peterson, J., Previdi, S., van Brandenburg,
              R., and K. Ma, "Content Delivery Network Interconnection
              (CDNI) Request Routing: Footprint and Capabilities
              Semantics", RFC 8008, DOI 10.17487/RFC8008, December 2016,
              <https://www.rfc-editor.org/info/rfc8008>.
        
   [RFC8174]  Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC
              2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174,
              May 2017, <https://www.rfc-editor.org/info/rfc8174>.
        
   [RFC9240]  Roome, W., Randriamasy, S., Yang, Y., Zhang, J., and K.
              Gao, "An Extension for Application-Layer Traffic
              Optimization (ALTO): Entity Property Maps", RFC 9240,
              DOI 10.17487/RFC9240, July 2022,
              <https://www.rfc-editor.org/info/rfc9240>.
        
   [RFC9241]  Seedorf, J., Yang, Y., Ma, K., Peterson, J., and J. Zhang,
              "Content Delivery Network Interconnection (CDNI) Footprint
              and Capabilities Advertisement Using Application-Layer
              Traffic Optimization (ALTO)", RFC 9241,
              DOI 10.17487/RFC9241, July 2022,
              <https://www.rfc-editor.org/info/rfc9241>.
        
6.2. Informative References
6.2. 参考引用
   [OC-RR]    Finkelman, O., Ed., Zurat, B., Sahar, D., Klein, E.,
              Hofmann, J., Ma, K.J., Stock, M., Mishra, S., and Y.
              Gressel, "Open Caching - Request Routing Functional
              Specification", Version 2.0, 15 January 2021,
              <https://www.svta.org/product/open-cache-request-routing-
              functional-specification/>.
        
   [OCWG]     SVTA, "Open Caching", <https://opencaching.svta.org/>.
        
   [RFC6707]  Niven-Jenkins, B., Le Faucheur, F., and N. Bitar, "Content
              Distribution Network Interconnection (CDNI) Problem
              Statement", RFC 6707, DOI 10.17487/RFC6707, September
              2012, <https://www.rfc-editor.org/info/rfc6707>.
        
   [RFC7336]  Peterson, L., Davie, B., and R. van Brandenburg, Ed.,
              "Framework for Content Distribution Network
              Interconnection (CDNI)", RFC 7336, DOI 10.17487/RFC7336,
              August 2014, <https://www.rfc-editor.org/info/rfc7336>.
        
   [SVTA]     SVTA, "Streaming Video Technology Alliance",
              <https://www.svta.org/>.
        
Acknowledgements
謝辞

The authors would like to express their gratitude to Ori Finkelman and Kevin J. Ma for their guidance and reviews throughout the development of this document. We would also like to thank all the Area Directors for their review and feedback in improving this document.

著者は、この文書の開発を通じてガイダンスとレビューについて、Ori FinkelmanとKevin J. Maに感謝の意を表明したいと考えています。また、このドキュメントの改善に関するレビューとフィードバックについて、すべてのエリアディレクターに感謝したいと思います。

Authors' Addresses
著者のアドレス
   Nir B. Sopher
   Qwilt
   6, Ha'harash
   Hod HaSharon 4524079
   Israel
   Email: nir@apache.org
        
   Sanjay Mishra
   Verizon
   13100 Columbia Pike
   Silver Spring, MD 20904
   United States of America
   Email: sanjay.mishra@verizon.com