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

1. Introduction (はじめに)

1. Introduction (はじめに)

長年にわたり, 伝送制御プロトコル (Transmission Control Protocol, TCP) [RFC0793] およびユーザデータグラムプロトコル (User Datagram Protocol, UDP) [RFC0768] で使用する新しいサービス名とポート番号値の割り当ては, 明確なガイドラインがありませんでした。新しいトランスポートプロトコルが追加されました —— ストリーム制御伝送プロトコル (Stream Control Transmission Protocol, SCTP) [RFC4960] とデータグラム輻輳制御プロトコル (Datagram Congestion Control Protocol, DCCP) [RFC4342] —— また, DNS SRV レコード [RFC2782] のような新しいメカニズムが開発され, それぞれが個別のレジストリと個別のガイドラインを持っています。コミュニティは, 割り当てだけでなく追加の手続きの必要性も認識しました, 特に変更, 取り消し, および解放です。

この文書で指定されている手続き的合理化の重要な要素は, すべての IETF トランスポートプロトコルに対して同一の割り当て手続きを確立することです。この文書は, TCP と UDP の IANA 手続きを SCTP と DCCP のものと整合させ, 要求者と IANA が, まだ定義されていない将来のプロトコルを含むすべてのトランスポートプロトコルのすべての要求に従う単一のプロセスをもたらします。

サービス名とポート番号の初期割り当ての IANA 手続きを詳述することに加えて, この文書は, これまでアドホックな方法で処理されてきた割り当て後の手続きも指定します。これには, もはや使用されていないポート番号の割り当てを解除する手続き, もはや使用されていない1つのサービスに割り当てられたポート番号を取得して別のサービスに再利用する手続き, および IANA が以前のポート番号割り当てを一方的に取り消すことができる手続きが含まれます。第 8 節では, 要求者と IANA が現在および将来のすべてのトランスポートプロトコルのすべての要求に従うこれらの手続きとプロセスの詳細について説明します。

IANA は, サービス名とポート番号を割り当てる権限です。これらの割り当てを保存するために作成されたレジストリは, IANA によって維持されています。IETF ワーキンググループによって開発されたプロトコルについて, IANA は現在, 第 8.1 節で説明されているように, サービス名とポート番号の "早期割り当て" (early assignment) [RFC4020] の方法も提供しています。

この文書は, IANA 割り当てガイドライン [RFC2780] の第 8 節と第 9.1 節を廃止することにより, UDP と TCP ポート番号の IANA 手続きを更新します。(IANA 割り当てガイドラインの他のセクション, IPv4 ヘッダーのプロトコルフィールド値に関連するものも, 2008 年 2 月に更新されました [RFC5237]。) この文書は, DCCP [RFC4340] [RFC5595] と SCTP [RFC4960] の IANA 割り当て手続きも更新します。

軽量ユーザデータグラムプロトコル (Lightweight User Datagram Protocol, UDP-Lite) は, UDP とポート空間を共有します。UDP-Lite 仕様 [RFC3828] は次のように述べています: "UDP-Lite は, IANA によって UDP で使用するために割り当てられたポート番号値の同じセットを使用します"。したがって, UDP 手続きの更新は, UDP-Lite 手続きの対応する更新ももたらします。

この文書は, サービス名とは何か, およびそれがどのように割り当てられるかも明確にします。これは DNS SRV 仕様 [RFC2782] に影響を与えます, なぜなら, その仕様は, サービスのシンボリック名が "Assigned Numbers" [RFC1700] で定義されていることに簡単に言及しているだけで, その 230 ページの文書のどのセクションを参照しているかを述べていないからです。DNS SRV 仕様は, ポート割り当てのリスト (Unix では /etc/services として知られている) を参照していた可能性があります, または "Protocol And Service Names" セクション, または両方, またはその他のセクションを参照していた可能性があります。さらに, "Assigned Numbers" [RFC1700] は廃止され [RFC3232], オンラインレジストリ [PORTREG] [PROTSERVREG] に置き換えられました。

新しいトランスポートプロトコルの開発は, IETF がめったに引き受けない重要な取り組みです。将来新しいトランスポートプロトコルが標準化される場合, 一貫性のために, サービス名とポート番号の使用に関するこれらのガイドラインと慣行にできるだけ従うことが期待されます。

この文書の執筆時点では, IANA のポートレビューチームを含む "Expert Review" (専門家レビュー) チームの内部手続きは, どの RFC にも文書化されておらず, この文書はそれを変更しません。