メインコンテンツまでスキップ

2. Motivation (動機)

2. Motivation (動機)

ポートレジストリの割り当て手続きに関する情報は, 3 つの場所に存在してきました: IANA ウェブサイトのポート番号割り当てを要求するためのフォーム [SYSFORM] [USRFORM], ポート番号割り当て自体を列挙したファイルの導入テキストセクション (ポート番号レジストリとして知られる) [PORTREG], および IANA 割り当てガイドライン [RFC2780] の 2 つの短いセクションです。

同様に, サービス名を取り巻く手続きは, 歴史的に不明確でした。サービス名は当初, IANA ウェブサイト [SYSFORM] [USRFORM] で言及されている 14 文字の制限を除いて, 明確に定義された構文なしにポート番号の記憶しやすい識別子として作成されました。その長さ制限でさえ一貫して適用されておらず, 一部の割り当てられたサービス名は 15 文字の長さです。DNS SRV リソースレコード (Resource Records, RR) [RFC2782] を介したサービス識別が導入されたとき, サービス名を単独で割り当て始めることが有用になり, IANA には関連するポート番号なしでサービス名を割り当てる手続きがなかったため, これにより IANA の管理外で非公式な一時的なサービス名レジストリが作成され, 現在約 500 のサービス名 [SRVREG] が含まれています。

この文書は, これらの散在する情報をすべて単一の参照に集約し, サービス名とポート番号の両方の管理手続きを整合させ明確に定義します。既存の文書よりもサービス名とポートの潜在的な要求者に詳細なガイダンスを提供し, レジストリの管理のための IANA 手続きを合理化して, 要求をタイムリーに完了できるようにします。

この文書は, DNS SRV レコード [RFC2782] などの使用のために, 関連するポート番号なしでサービス名を割り当てるための規則を定義します, これは以前の IANA 手続きでは不可能でした。この文書はまた, 非 IANA アドホックレジストリ [SRVREG] および IANA プロトコルとサービス名レジストリ [PROTSERVREG] からのサービス名割り当てを IANA サービス名とトランスポートプロトコルポート番号レジストリ [PORTREG] にマージし, これ以降はサービス名とポート番号の単一の権威あるレジストリです。

この文書のもう 1 つの目的は, IETF と IANA をサービス名とポート番号レジストリの長期的な共同管理者としての役割において導く原則を説明することです。TCP と UDP は過去数十年にわたって顕著な成功を収めてきました。何千ものアプリケーションとアプリケーションレベルのプロトコルがその使用のためにサービス名とポート番号を割り当てられており, この傾向が将来も続くと信じる十分な理由があります。したがって, レジストリの管理が共有リソースとしての長期的な有用性を確保する原則に従うことは極めて重要です。第 7 節では, これらの原則について詳しく説明します。