6. IANA Considerations

本节根据 BCP 26 [RFC2434] 向互联网编号分配机构（IANA）提供关于注册与 EAP 协议相关的值的指导。

EAP 中有两个需要注册的命名空间：数据包代码（Packet Codes）和方法类型（Method Types）。

EAP 并非旨在作为通用协议，不应为与认证无关的目的进行分配。

以下术语在此使用 BCP 26 中定义的含义："命名空间"、"分配的值"、"注册"。

以下策略在此使用 BCP 26 中定义的含义："私有使用（Private Use）"、"先到先得（First Come First Served）"、"专家审查（Expert Review）"、"规范要求（Specification Required）"、"IETF 共识（IETF Consensus）"、"标准动作（Standards Action）"。

对于应当咨询指定专家（Designated Expert）的注册请求，负责的 IESG 区域主管（Area Director）应指定该专家。其意图是任何分配都应伴随一份已发布的 RFC。但为了允许在 RFC 获准发布之前进行值的分配，一旦明显将发布 RFC，指定专家即可批准分配。指定专家将向 EAP 工作组邮件列表（或由区域主管指定的继任者）发布请求以征求意见和审查，其中包括一份 Internet-Draft。在 30 天期限过去之前，指定专家将批准或拒绝注册请求，并向 EAP 工作组邮件列表或其继任者发布决定通知，同时通知 IANA。拒绝通知必须有解释作为依据，并且在可能的情况下，应提供关于如何修改请求以使其可被接受的具體建议。

6.1. 数据包代码（Packet Codes）

数据包代码的范围为 1 到 255，其中 1-4 已被分配。由于新的数据包代码对互操作性有相当大的影响，新的数据包代码需要标准动作（Standards Action），并且应当从 5 开始分配。

6.2. 方法类型（Method Types）

原始的 EAP 方法类型空间范围为 1 到 255，是 EAP 中最稀缺的资源，因此必须谨慎分配。方法类型 1-45 已被分配，其中 20 个可用于重用。方法类型 20 以及 46-191 可在指定专家的建议下，以规范要求（Specification Required）进行分配。

方法类型块（用于给定目的的多个类型）的分配应要求 IETF 共识（IETF Consensus）。EAP 类型值 192-253 为保留，其分配需要标准动作（Standards Action）。

方法类型 254 分配用于扩展类型（Expanded Type）。当 Vendor-Id 字段非零时，扩展类型用于仅与某一厂商的 EAP 实现相关的功能，此时认为无需互操作性。当与为零的 Vendor-Id 一起使用时，方法类型 254 也可用于提供扩展的 IETF 方法类型空间。在方法类型值 1-191 已被分配之后，方法类型值 256-4294967295 可在指定专家的建议下，以规范要求（Specification Required）进行分配。

方法类型 255 分配用于实验性用途，例如在分配永久类型之前对新 EAP 方法进行测试。