RFC4606：Generalized Multi-Protocol Label Switching (GMPLS) Extensions for Synchronous Optical Network (SONET) and Synchronous Digital Hierarchy (SDH) Control，August 2006
本备忘录的状态
本文档为 Internet 社区指定了 Internet 标准跟踪协议，并请求讨论和改进建议。本协议的标准化状态和现状请参考当前版本的《互联网官方协议标准》（STD 1）。本备忘录的分发不受限制。
版权声明
版权所有 (C) 互联网协会 (2006)。
梗概
本文档对 RFC 3946 进行了细微的澄清。
本文档是通用多协议标签交换 (Generalized Multi-protocol Label Switching，GMPLS) 信令的配套文件。它定义了使用 GMPLS 信令时所需的同步光网络 (Synchronous Optical Network，SONET)/同步数字体系 (Synchronous Digital Hierarchy，SDH) 技术特定信息。
1、 介绍
如 [RFC3945] 中所述，通用 MPLS (GMPLS) 从支持分组（Packet Switching Capable，或 PSC）接口和交换扩展 MPLS 以包括对四种新接口和交换类别的支持：2层交换能力 (Layer-2 Switch Capable，L2SC)、时分复用(Time-Division Multiplex，TDM)、Lambda 交换能力 (Lambda Switch Capable，LSC) 和光纤交换能力 (Fiber-Switch Capable，FSC)。[RFC3471] 中提供了支持新接口和交换类别所需的 MPLS 信令扩展的功能描述。[RFC3473] 描述了支持所有五类接口所需的 RSVP-TE 特定格式和机制，在 [RFC3472] 中可以找到 CR-LDP 扩展。
本文档提供了特定于同步光网络 (SONET)/同步数字体系结构 (SDH) 的详细信息。根据 [RFC3471]，SONET/SDH 特定参数在信令协议中携带在流量参数特定对象中。
本文档中的关键词“必须”、“不得”、“需要”、“应该”、“不应”、“应该”、“不应该”、“推荐”、“可以”和“可选”是解释为 [RFC2119] 中的描述。
此外，假设读者熟悉美国国家标准协会 (ANSI) [T1.105] 和 ITU-T [G.707] 中的术语，以及 [RFC3471]、[RFC3472] 和[RFC3473]。本文档中使用了以下缩写：
DCC: Data Communications Channel，数据通信通道。
LOVC: Lower-Order Virtual Container，低阶虚拟容器。
HOVC: Higher-Order Virtual Container，高阶虚拟容器。
MS: Multiplex Section，多路复用部分。
MSOH: Multiplex Section overhead，多路复用段开销。
POH: Path overhead，路径开销。
RS: Regenerator Section，再生器部分。
RSOH: Regenerator Section overhead，再生器段开销。
SDH: Synchronous digital hierarchy，同步数字体系。
SOH: Section overhead，段开销。
SONET: Synchronous Optical Network，同步光网络。
SPE: Synchronous Payload Envelope，同步有效载荷包络。
STM(-N): Synchronous Transport Module (-N) (SDH)，同步传输模块 (-N) (SDH)。
STS(-N): Synchronous Transport Signal-Level N (SONET)，同步传输信号级别 N (SONET)。
VC-n: Virtual Container-n (SDH)，虚拟容器-n (SDH)。
VTn: Virtual Tributary-n (SONET)，虚拟支流-n (SONET)。
2、 SONET 和 SDH 流量参数
本节定义了 SONET/SDH 的 GMPLS 流量参数。SONET/SDH 特定的 RSVP-TE 对象和 CR-LDP TLV 的协议特定格式分别在第 2.2 和 2.3 节中描述。
这些流量参数为 SONET ANSI [T1.105] 和 SDH ITU-T [G.707] 指定了一组基本功能，例如级联和透明度。其他文档将来可能会进一步增强这组功能。例如，可以定义通过 PDH ITU-T G.832 或 sub-STM-0 ITU-T G.708 接口的 SDH 信令。
当标签被编码为本备忘录中定义的 SUKLM 时，必须使用下文定义的流量参数（见第 2.1 节）（见第 3 节）。当请求部分/RS 或线路/MS 开销透明 STS-1/STM-0、STS-3*N/STM-N（N=1、4、16、64、256）信号之一时，也必须使用它们。
[RFC3471] 第 3.2 节中定义的流量参数和标签编码必须用于完全透明的 STS-1/STM-0、STS-3*N/STM-N（N=1、4、16、64、256 ) 信号请求。完全透明的信号是中间节点不修改所有开销的信号；即，如果使用第 2.1 节中定义的流量参数，则将设置所有定义的透明 (T，Transparency) 位。
2.1、 SONET/SDH 流量参数
SONET/SDH 的流量参数组织如下：
附件 1 列出了 SONET 和 SDH 信号编码的示例。
o) 信号类型 (Signal Type，ST)：8 位
该字段指示构成请求的标签交换路径 (Label Switched Path，LSP) 的基本信号的类型。可以在基本信号上连续应用多个变换，以构建实际为 LSP 请求的最终信号。
每个变换应用程序都是可选的，如果为零则必须被忽略，但乘数 (Multiplier，MT) 除外，它不能为零，并且如果等于 1，将被忽略。
必须严格按照以下顺序应用转换：
- 首先，连续串联（通过使用 RCC 和 NCC 字段）可以选择性地应用于基本信号，从而产生连续串联的信号。
- 其次，虚拟串联（通过使用 NVC 字段）可以选择性地应用于基本信号，从而产生虚拟串联信号。
- 第三，当帧被请求为信号而不是基于 SPE 或 VC 的信号时，可以选择性地指定一些透明度（通过使用透明字段）。
- 第四，乘法（通过使用 Multiplier 字段）可以选择性地直接应用于基本信号、从第一阶段获得的连续连接信号、从第二阶段获得的虚拟连接信号，或者这些信号与一些透明度。
SONET/SDH 的允许信号类型值为
专用信号类型被分配给 SONET STS-3c SPE，而不是被编码为三个 STS-1 SPE 的连续串联。这样做是为了在 SONET 和 SDH 信令之间提供简单的互通。
附录 1 为上述值添加了一种信号类型（可选）。
o) 请求的连续连接 (Requested Contiguous Concatenation，RCC)：8 位
该字段用于请求基本信号的可选 SONET/SDH 连续级联。
该字段是标志向量。每个标志表示支持特定类型的连续连接。可以同时设置多个标志以指示选择。
这些标志允许上游节点向下游节点指示它支持的不同类型的连续连接。但是，下游节点根据自己的规则决定使用哪个。
同时接收多个标志的下游节点会根据超出本文档范围的标准选择特定类型的连续连接（如果支持）。不支持该字段指示的任何级联类型的下游节点必须拒绝 LSP 请求。特别是，如果它根本不支持连续连接，它必须拒绝 LSP 请求。
当设置了多个标志时，上游节点通过查看第一个标签指示的位置和下游节点返回的标签数量来检索下游节点选择的（单一）类型的连续串联（另请参见第 3 节）。
整个字段设置为零以指示根本不需要连续连接（默认值）。非零字段表示请求了一些连续的连接。
定义了以下标志：
标志 1（位 1）：标准连续连接。
标志 1 表示支持标准 SONET/SDH 连续级联，如 [T1.105]/[G.707] 中定义的那样。请注意，位 1 是低位。其他标志保留用于扩展；如果不使用，它们在发送时必须设置为零，并且在接收时应该被忽略。
当组件数量是三的倍数时，请参阅 NCC 部分中关于 STS-1 SPE 的 SONET 连续串联的注释 1。
o) 连续组件数 (Number of Contiguous Components，NCC)：16 位
该字段指示请求连接的相同 SONET SPE/SDH VC（即基本信号）的数量，如 RCC 字段中所指定。
注 1：当请求 N=3*X 的 SONET STS-Nc SPE 时，要使用的基本信号必须始终是 STS-3c_SPE 信号类型，并且 NCC 的值必须始终等于 X。这允许方便SONET 和 SDH 之间的互通。特别是，这意味着不能请求三个 STS-1 SPE 的连续级联，因为根据本规范，这种类型的信号必须使用 STS-3c SPE 信号类型进行编码。
注 2：当请求透明 STS-N/STM-N 信号仅限于单个连续连接的 STS-Nc_SPE/VC-4-Nc 时，信号类型必须为 STS-N/STM-N，带有标志的 RCC 1、NCC设置为1。
NCC 值必须与 RCC 字段中请求的连续连接类型一致。特别是，如果没有请求连续连接（RCC = 0），则该字段无关紧要。在这种情况下，它在发送时必须设置为零，并且在接收时应该被忽略。不同于 0 的 RCC 值意味着多个连续组件大于或等于 1。
注 3：遵循这些规则，当请求 VC-4 信号时，RCC 和 NCC 值应该设置为 0，而对于 STS-3c SPE 信号，RCC 和 NCC 值应该设置为 1。但是，如果本地条件允许，由于 RCC 和 NCC 值的设置是本地驱动的，请求上游节点可以将 RCC 和 NCC 值设置为 SDH 或 SONET 设置而不影响功能。此外，如果本地条件允许，下游节点应该接受请求的值。如果这些值不能被支持，接收者下游节点应该产生一个 PathErr/NOTIFICATION 消息（分别参见第 2.2 和 2.3 节）。
o) 虚拟组件数 (Number of Virtual Components，NVC)：16 位
该字段表示请求虚拟级联的信号数量。根据定义，这些信号都属于同一类型。它们是基本信号 SPE/VC，在本文档中为其定义了信号类型；即 VT1.5_SPE/VC-11、VT2_SPE/VC-12、VT3_SPE、VT6_SPE/VC-2、STS-1_SPE/VC-3 或 STS-3c_SPE/VC-4。
此字段设置为 0（默认值）以指示不请求虚级联。
o) 乘法器 (Multiplier，MT)：16 位
该字段表示为 LSP 请求的相同信号的数量；即，形成最终信号。这些信号可以是相同的基本信号、相同的连续连接信号或相同的虚拟连接信号。请注意，因此所有这些信号都属于同一 LSP。
多个虚拟级联信号的分量之间的区别是通过信令中指定的标签顺序来完成的。第一组标签必须描述第一个分量（属于第一个虚级联信号的单个信号集），第二组必须描述第二个分量（属于第二个虚级联信号的单个信号集），依此类推。
此字段设置为 1（默认值）以指示正在请求信号的一个实例。中间节点和出口节点必须验证节点本身和将在其上建立 LSP 的接口可以支持请求的乘数值。如果不能支持请求的值，接收方节点必须生成一个 PathErr/NOTIFICATION 消息（分别参见第 2.2 和 2.3 节）。
零是无效值。如果接收到零，节点必须生成一个 PathErr/NOTIFICATION 消息（分别参见第 2.2 和 2.3 节）。
注 1：当请求透明 STS-N/STM-N 信号仅限于单个连续连接的 STS-Nc-SPE/VC-4-Nc 时，乘数字段必须等于 1（仅有效值）。
o) 透明度 (Transparency，T)：32 位
该字段是一个标志向量，指示所请求的透明度类型。可以组合多个标志以提供不同类型的透明度。并非所有组合都必须有效。此字段的默认值为零，即不要求透明度。
从本信令规范的角度定义的透明性仅适用于 SONET/SDH 帧开销中的字段。在 SONET 情况下，这些是段开销 (Section Overhead，SOH) 和线路开销 (Line Overhead，LOH) 中的字段。在 SDH 情况下，这些是再生段开销 (Regenerator Section Overhead，RSOH)、复用段开销 (Multiplex Section overhead，MSOH) 中的字段以及两者之间的指针字段。对于 SONET，指针字段是 LOH 的一部分。
另请注意，透明度仅在使用以下信号类型时适用：STS-1/STM-0、STS-3/STM-1、STS-12/STM-4、STS-48/STM-16、STS-192 /STM-64 和 STS-768/STM-256。请求此类信号类型时，必须至少指定一种透明度类型。
透明性准确地表明这些开销中的哪些字段必须在 LSP 的另一端未经修改地传递。请求透明的入口标签交换路由器 (Label Switching Router，LSR) 将传递这些开销字段，这些开销字段必须不加任何更改地传送到出口 LSR。从入口和出口 LSR 的角度来看，必须将这些字段视为未修改。
透明度不是应用在与发起和终止 LSR 的接口上，而是仅在中间 LSR 之间应用。透明字段用于请求支持所请求透明类型的LSP；它还可用于设置要应用于每个中间 LSR 的透明度过程。
不同的透明度标志如下：
标志 1（位 1）：Section/Regenerator Section 层
标志 2（位 2）：线路/复用段层
其中位 1 是低位。保留其他标志；发送时应将它们设置为零，接收时应将其忽略。标志设置为 1 以指示请求相应的透明度。
中间节点和出口节点必须验证节点本身和将建立 LSP 的接口可以支持请求的透明度。如果不能支持请求的标志，接收方节点必须生成一个 PathErr/NOTIFICATION 消息（分别参见第 2.2 和 2.3 节）。
Section/Regenerator Section 层透明度意味着整个帧必须未经修改地交付。这意味着不能调整指针。当使用 Section/Regenerator Section 层透明度时，必须忽略所有其他标志。
线路/复用段层透明意味着 LOH/MSOH 必须未经修改地交付。这意味着不能调整指针。
o) 配置文件 (Profile，P)：32 位
该字段旨在指示 LSP 必须支持的特定能力；例如，监控能力。
当前没有定义标准配置文件，这个字段应该在发送时设置为零，在接收时忽略。
将来，可能会创建基于 TLV 的扩展。
2.2、 RSVP-TE 详细信息
对于 RSVP-TE，SONET/SDH 流量参数携带在 SONET/SDH SENDER_TSPEC 和 FLOWSPEC 对象中。SENDER_TSPEC 对象和 FLOWSPEC 对象都使用相同的格式。对象的内容在上面的第 2.1 节中定义。对于 SONET ANSI T1.105 和 SDH ITU-T G.707，对象具有以下类和类型：
SONET/SDH SENDER_TSPEC 对象：
Class = 12，C-Type = 4
SONET/SDH FLOWSPEC 对象：
Class = 9，C-Type = 4
没有与 SONET/SDH SENDER_TSPEC 相关联的 Adspec。要么省略 Adspec，要么使用具有默认通用特征参数和保证服务片段的 int-serv Adspec；参见 [RFC2210]。
对于会话中的特定发送方，在 Resv 消息中接收到的 FLOWSPEC 对象的内容应该与在相应路径消息中接收到的 SENDER_TSPEC 对象的内容相同。如果对象不匹配，则应生成带有“流量控制错误/错误流规范值”错误的 ResvErr 消息。
中间节点和出口节点必须验证节点本身和将建立 LSP 的接口可以支持请求的信号类型、RCC、NCC、NVC 和乘法器（如第 2.1 节中所定义）。如果请求的值不能被支持，接收方节点必须生成一个带有“Traffic Control Error/Service unsupported”指示的 PathErr 消息（见 [RFC2205]）。
此外，如果收到的 MT 字段为零值，则节点必须生成带有“流量控制错误/错误 Tspec 值”指示的 PathErr 消息（参见 [RFC2205]）。
中间节点还必须验证节点本身和将在其上建立 LSP 的接口可以支持请求的透明性（如第 2.1 节中所定义）。如果请求的值不被支持，接收方节点必须生成一个带有“Traffic Control Error/Service unsupported”指示的 PathErr 消息（参见 [RFC2205]）。
2.3、 CR-LDP 详细信息
对于CR-LDP，SONET/SDH 流量参数携带在SONET/SDH 流量参数TLV 中。TLV 的内容在上文第 2.1 节中定义。TLV 的头具有以下格式：
SONET/SDH 流量参数 TLV 的类型字段是 0x0838。
中间节点和出口节点必须验证节点本身和将建立 LSP 的接口可以支持请求的信号类型、RCC、NCC、NVC 和乘法器（如第 2.1 节中所定义）。如果请求的值不被支持，接收方节点必须生成一个带有“资源不可用”状态码的通知消息（参见 [RFC3212]）。
此外，如果收到的 MT 字段为零值，则节点必须生成带有“资源不可用”状态代码的 NOTIFICATION 消息（参见 [RFC3212]）。
中间节点还必须验证节点本身和将在其上建立 LSP 的接口可以支持请求的透明性（如第 2.1 节中所定义）。如果请求的值不被支持，接收方节点必须生成一个带有“资源不可用”状态码的通知消息（参见 [RFC3212]）。
3、 SONET 和 SDH 标签
SONET 和 SDH 各自定义了一个多路复用结构。两种结构都是树，其根分别是 STS-N 或 STM-N，叶子是可以通过时隙传输并在入口端口内的时隙和一个端口内的时隙之间切换的信号。出口端口；即，VTx SPE、STS-x SPE 或 VC-x。SONET/SDH 标签将识别多路复用结构中特定 VTx SPE、STS-x SPE 或 VC-x 信号的确切位置（即第一个时隙）。SONET 和 SDH 标签携带在根据 [RFC3473] 和 [RFC3472] 的通用标签中。
请注意，时隙是指在多路复用中按逻辑顺序出现的时隙，而不是在任何可能的交织之后出现的时隙。
这些多路复用结构将用作命名树以创建唯一的多路复用条目名称或标签。SONET 和 SDH 使用相同的标签格式。如 [RFC3471] 中所述，标签不标识标签所属的“类”。这由使用标签的链接隐式确定。
在信号串联或乘法的情况下，标签列表可以出现在通用标签的标签字段中。
在连续串联的情况下，标签字段中只会出现一个标签。该唯一标签被编码为通用标签对象（Class-Num = 16，C-Type = 2）/TLV (0x0825) 的单个 32 位标签值（如本节中所定义）。该标签标识由连续连接的信号占用的最低时隙。最低时隙是指当作为整数值进行比较时具有最低标签（值）的时隙；即，遇到下行树的级联信号的第一个分量信号所占用的时隙。
在虚连接的情况下，给出连接中所有标签的显式有序列表。这个有序的标签列表被编码为通用标签对象 (Class-Num = 16, C-Type = 2)/TLV (0x0825) 的 32 位标签值序列（如本节中所定义）。每个标签表示由虚拟级联信号的一个分量占据的第一个时隙。标签的顺序必须反映要连接的有效负载的顺序（而不是时隙的物理顺序）。上述表示将虚级联限制在单个（组件）链接内；因此，与 ANSI [T1.105]/ITU-T [G.707] 建议相比，它施加了限制。虚级联的标准定义允许每个虚级联组件通过不同的路径传播。在 GMPLS 中，如果虚级联组件是同一 LSP 的一部分，则它们必须通过同一（组件）链路传输。这是由于标签绑定到（组件）链接的方式。但是请注意，不同路径上组件的路由实际上等同于建立不同的 LSP，每个 LSP 都有自己的路由。多个 LSP 可以在相同节点之间启动和终止，然后它们相应的组件可以关联在一起（即，虚拟连接）。
在乘法的情况下（即使用乘法器变换），给出参与最终信号的所有标签的显式有序列表。这个有序的标签列表被编码为通用标签对象 (Class-Num = 16, C-Type = 2)/TLV (0x0825) 的 32 位标签值序列（如本节中所定义）。在虚拟连接信号相乘的情况下，给出参与最终信号的标签集的显式有序列表。第一组标签表示第一虚级联信号占用的时隙，第二组标签表示第二虚级联信号占用的时隙，以此类推。上述表示将乘法限制为保持在单个（组件）链接内。
SONET 和/或 SDH TDM-LSR 链路的标签格式为
这是[G.707]第7.3.7至7.3.13节中定义的编号方案的扩展；即 (K, L, M) 编号。注意[G.707]第 7.3.1 至 7.3.6 节中定义的高阶编号方案在此未使用。
每个字母表示从多路复用结构中的父节点开始的可能分支编号。分支被认为是按递增顺序编号的，从多路复用结构的顶部开始。编号从 1 开始；零用于表示不重要或被忽略的字段。
当一个字段在特定上下文中不重要或被忽略时，它必须在发送时设置为零，在接收时忽略。
当使用 SONET/SDH LSP 的层次结构时，可以使用具有给定带宽的高阶 LSP 来承载低阶 LSP。请记住，高阶 LSP 是通过 SONET/SDH 高阶路径层网络建立的，而低阶 LSP 是通过 SONET/SDH 低阶路径层网络建立的（另见 ITU-T G.803，第 3 节, 对应的定义）。在这种情况下，高阶 SONET/SDH LSP 表现为具有给定带宽（例如 VC-3）的“虚拟链路”；它也可以用作转发邻接。低阶 SONET/SDH LSP 可以通过高阶 LSP 建立。由于标签是（虚拟）链接的本地标签，因此该标签的最高部分（即 S、U 和 K 字段）是不重要的并设置为零；即，标签是“0,0,0,L,M”。类似地，如果低阶 LSP 的结构未知或不相关，则该标签的最低部分（即 L 和 M 字段）不重要并设置为零；即，标签是“S,U,K,0,0”。
例如，VC-3 LSP 可用于承载低阶 LSP。在这种情况下，在 VC-3 LSP 两端分配给低阶 LSP 的标签将 S、U 和 K 设置为零（即不重要），而 L 和 M 将用于指示在那个 VC-3 中分配的信号。
在隧道的情况下，例如 VC-4 包含 VC-3 包含 VC-12/VC-11，其中 SUKLM 结构不足以表示完整的信号结构，必须使用分层方法；即，每层网络信令。
S、U、K、L 和 M 的可能值定义如下：
1. S=1-N 是 STS-N/STM-N 多路复用中特定 STS-3/AUG-1 的索引。S 仅对 SONET STS-N (N>1) 和 SDH STM-N (N>0) 有意义。S 必须为 0 并且对于 STS-1 和 STM-0 被忽略。
2. U=1-3 是 STS-3/AUG-1 中特定 STS-1_SPE/VC-3 的索引。U 仅对 SONET STS-N (N>1) 和 SDH STM-N (N>0) 有意义。U 必须为 0，对于 STS-1 和 STM-0 将被忽略。
3. K=1-3 是 VC-4 中特定 TUG-3 的索引。K 仅对 TUG-3 中结构的 SDH VC-4 有意义。K 必须为 0，并在所有其他情况下被忽略。
4. L=1-7 是 STS-1_SPE/TUG-3 或 VC-3 中特定 VT_Group/TUG-2 的索引。L 必须为 0 并且在所有其他情况下被忽略。
5. M 是 VT_Group/TUG-2 中特定 VT1.5_SPE/VC-11、VT2_SPE/VC-12 或 VT3_SPE 的索引。M=1-2表示对应VT Group内的特定VT3 SPE；这些值不得用于 SDH，因为没有与 SDH 等效的 VT3。M=3-5 表示对应的VT_Group/TUG-2内部有特定的VT2_SPE/VC-12。M=6-9 表示对应的VT_Group/TUG-2内部有特定的VT1.5_SPE/VC-11。
请注意，标签始终必须根据 SONET/SDH 流量参数进行解释；即，标签本身不允许知道正在请求哪个信号（标签是上下文敏感的）。
本节定义的标签格式，称为 SUKLM，必须用于任何不透明的 SONET/SDH 信号请求；即，当第 2.1 节中定义的所有透明 (T) 位都设置为零时。任何透明的 STS-1/STM-0/STS-3*N/STM-N（N=1、4、16、64、256）信号请求必须使用 [RFC3471] 中定义的标签格式。
S编码总结如下表：
U编码总结如下表：
K编码总结如下表：
L编码总结如下表：
M编码总结如下表：
标签示例
例1：Sth STS-3/AUG-1中STS-3c_SPE/VC-4的标签为：
S>0，U=0，K=0，L=0，M=0。
例2：Sth AUG-1内VC-4内Kth-1 TUG-3内VC-3的标签为：
S>0, U=0, K>0, L=0, M=0。
例3：Sth STS-3/AUG-1内Uth-1 STS-1_SPE/VC-3的标签为：
S>0，U>0，K=0，L=0，M=0。
例4：Sth STS-3/AUG-1内Uth-1 STS-1_SPE/VC-3中Lth-1 VT Group/TUG-2中VT6/VC-2的标签为：
S>0 , U>0, K=0, L>0, M=0。
例5：Sth STS-3/AUG-1内Uth-1 STS-1_SPE/VC-3内Lth-1 VT Group/TUG-2内第3 VT1.5_SPE/VC-11的标签为：
S>0，U>0，K=0，L>0，M=8。
例6：STS-12c SPE/VC-4-4c使用第9个STS-3/AUG-1作为其第一个时隙的标签为：
S=9, U=0, K=0, L=0, M=0。
在连续串联的情况下，使用的标签是连续串联信号的最低标签（值），如前所述。标签的较高部分表示信号开始的位置，最低部分不重要。
在 STM-0/STS-1 的情况下，根据字段编码规则，S、U 和 K 的值必须为零。例如，当请求 STM-0 中的 VC-3 时，标签为：
S=0、U=0、K=0、L=0、M=0。
当请求STM-0中VC-3中的VC-11时，标签为：
S=0，U=0，K=0，L>0，M=6..9。
注意：当请求一个Section/RS或Line/MS透明STS-1/STM-0/STS-3*N/STM-N(N=1, 4, 16, 64, 256)信号时，SUKLM标签格式并且编码不适用，标签编码必须遵循[RFC3471]第3.2节中定义的规则。
4、 致谢
从 CCAMP 邮件列表收到了宝贵的评论和意见，其中进行了出色的讨论。
作者要感谢 Richard Rabbat 的宝贵意见，这导致了本次修订。
5、 安全考虑
本文档没有对 [RFC3473] 或 [RFC3472] 引入新的安全考虑。GMPLS 安全在 [RFC3471] 的第 11 节中描述，并参考 [RFC3209] 的 RSVP-TE 和 [RFC3212] 的 CR-LDP。
6、 IANA 考虑
IANA 为 RFC 3946 定义的三个值现在适用于本文档。
注册表中的两个 RSVP C 类型：
http://www.iana.org/assignments/rsvp-parameters
- SONET/SDH SENDER_TSPEC 对象：Class = 12，C-Type = 4（参见第 2.2 节）。
- SONET/SDH FLOWSPEC 对象：Class = 9，C-Type = 4（参见第 2.2 节）。
注册表中的一种 LDP TLV 类型：
http://www.iana.org/assignments/ldp-namespaces
- SONET/SDH 流量参数 TLV 的类型字段（参见第 2.3 节）。
附录 1、 VC-3 的信号类型值扩展
本附录为第 2.1 节的信号类型字段定义了以下可选的附加信号类型值：
根据ITU-T[G.707]建议，SDH复用的TU-3/TUG-3/VC-4/AU-4分支中的VC-3不能在TUG-2s中构造；但是，AU-3 分支中的 VC-3 可以。此外，如果需要，可以在两个分支之间切换 VC-3。
VC-3 电路可以终止在 LSR 的入口接口上（例如，形成 VC-3 转发邻接）。这个 LSR 然后可能想要解复用这个 VC-3 并切换内部低阶 LSP。出于实施原因，这只有在 LSR 收到 AU-3 分支中的 VC-3 时才有可能。例如，对于在解复用之前无法在其传入接口上从 TU-3 分支内部切换到 AU-3 分支的 LSR，然后使用其交换结构交换内容。
在那种情况下，指示 VC-3 LSP 必须在 AU-3 分支而不是 TU-3 分支的末端终止是有用的。
这是通过使用“最后通过 AU-3 的 VC-3”信号类型来实现的。例如，倒数第二个 LSR 可以使用此信息将在任何分支中接收到的入局 VC-3 切换到到目标 LSR 的出站接口上的 AU-3 分支。
“通过 AU-3 末端的 VC-3”信号类型并不意味着 VC-3 必须通过网络中其他一些地方的 AU-3 分支进行切换。VC-3 信号类型仅表示任何分支中的 VC-3 是合适的。
附件 1、 示例
本附件定义了 SONET 和 SDH 信号编码的示例。目的是帮助读者理解流量参数编码的工作原理，而不是举例说明典型的 SONET 或 SDH 信号。
如上所述，信号类型是基本信号，可以对其应用连续的串联、乘法和透明变换以获得最终信号。
1. VC-4 信号由值为 0 的 RCC、值为 0 的 NCC、值为 0 的 NVC、值为 1 的 MT 和值为 0 的 T 应用于 VC-4 基本信号形成。
2. VC-4-7v信号由值为0的RCC、值为0的NCC、值为7的NVC（7个分量的虚拟串联）、值为1的MT和值为0的T应用于VC而形成-4 基本信号。
3. VC-4-16c 信号由值为 1（标准连续连接）的 RCC、值为 16 的 NCC、值为 0 的 NVC、值为 1 的 MT 和值为 0 的 T 应用于 VC-4 形成基本信号。
4. 具有复用段层透明性的 STM-16 信号是通过将值为 0 的 RCC、值为 0 的 NCC、值为 0 的 NVC、值为 1 的 MT 和带有标志 2 的 T 应用于 STM-16 基本信号而形成的.
5. 具有复用段层透明性的 STM-4 信号是通过将值为 0 的 RCC、值为 0 的 NCC、值为 0 的 NVC、值为 1 的 MT 和带有标记 2 的 T 应用到 STM-4 Elementary 形成的信号。
6. 具有复用段层透明性的 STM-256 信号是通过将值为 0 的 RCC、值为 0 的 NCC、值为 0 的 NVC、值为 1 的 MT 和带有标记 2 的 T 应用到 STM-256 Elementary 形成的信号。
7. STS-1 SPE信号由值为0的RCC、值为0的NCC、值为0的NVC、值为1的MT和值为0的T应用于STS-1 SPE基本信号而形成。
8. STS-3c SPE信号由值为1的RCC（标准连续连接）、值为1的NCC、值为0的NVC、值为1的MT和值为0的T应用于STS-3c SPE形成基本信号。
9. STS-48c SPE信号由值为1的RCC（标准连续连接）、值为16的NCC、值为0的NVC、值为1的MT和值为0的T应用于STS-3c SPE形成基本信号。
10. STS-1-3v SPE 信号由值为 0 的 RCC、值为 3 的 NVC（3 个分量的虚拟连接）、值为 1 的 MT 和值为 0 的 T 应用于 STS-1 SPE Elementary 形成信号。
11. STS-3c-9v SPE信号由值为1的RCC、值为1的NCC、值为9的NVC（9个STS-3c的虚拟串联）、值为1的MT和值为0的T的应用形成 到 STS-3c SPE 基本信号。
12. 具有段层（完全）透明的 STS-12 信号是通过将值为 0 的 RCC、值为 0 的 NCC、值为 0 的 NVC、值为 1 的 MT 和带有标志 1 的 T 应用到 STS-12 中形成的 基本信号。
13. 3 x STS-768c SPE 信号是通过将值为 1 的 RCC、值为 256 的 NCC、值为 0 的 NVC、值为 3 的 MT 和值为 0 的 T 应用于 STS-3c SPE 基本信号而形成的。
14. 5 x VC-4-13v 组合信号是通过将值为 0 的 RCC、值为 13 的 NVC、值为 5 的 MT 和值为 0 的 T 应用于 VC-4 基本信号而形成的。
这些示例的编码总结在下表中：
规范参考
[G.707] ITU-T Recommendation G.707, "Network Node Interface for the Synchronous Digital Hierarchy", October 2000. [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. [RFC2205] Braden, R., Zhang, L., Berson, S., Herzog, S., and S. Jamin, "Resource ReSerVation Protocol (RSVP) -- Version 1 Functional Specification", RFC 2205, September 1997. [RFC2210] Wroclawski, J., "The Use of RSVP with IETF Integrated Services", RFC 2210, September 1997. [RFC3209] Awduche, D., Berger, L., Gan, D., Li, T., Srinivasan, V., and G. Swallow, "RSVP-TE: Extensions to RSVP for LSP Tunnels", RFC 3209, December 2001. [RFC3212] Jamoussi, B., Andersson, L., Callon, R., Dantu, R., Wu, L., Doolan, P., Worster, T., Feldman, N., Fredette, A., Girish, M., Gray, E., Heinanen, J., Kilty, T., and A. Malis, "Constraint-Based LSP Setup using LDP", RFC 3212, January 2002. [RFC3471] Berger, L., "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description", RFC 3471, January 2003. [RFC3472] Ashwood-Smith, P. and L. Berger, "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Constraint-based Routed Label Distribution Protocol (CR-LDP) Extensions", RFC 3472, January 2003. [RFC3473] Berger, L., "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) Extensions", RFC 3473, January 2003. [RFC3945] Mannie, E., "Generalized Multi-Protocol Label Switching (GMPLS) Architecture", RFC 3945, October 2004. [T1.105] "Synchronous Optical Network (SONET): Basic Description Including Multiplex Structure, Rates, and Formats", ANSI T1.105, October 2000.
完整的版权声明
版权所有 (C) 互联网协会 (2006)。
本文档受 BCP 78 中包含的权利、许可和限制的约束，除其中规定外，作者保留其所有权利。
本文档和其中包含的信息按“原样”提供，贡献者、他/她所代表或赞助的组织（如果有）、互联网社会和互联网工程特别工作组不作任何明示或保证暗示，包括但不限于任何保证，即使用此处的信息不会侵犯任何权利或任何暗示的适销性或特定用途适用性保证。
知识产权
对于可能声称与本文档中描述的技术的实施或使用有关的任何知识产权或其他权利的有效性或范围，或者此类权利下的任何许可可能会或可能不会的程度，IETF 不采取任何立场能得到的;也不代表它已作出任何独立努力来确定任何此类权利。可以在 BCP 78 和 BCP 79 中找到有关 RFC 文档中权利的程序的信息。
可以获得向 IETF 秘书处披露的知识产权副本和任何可用许可的保证，或者可以获得本规范的实施者或用户使用此类专有权利的一般许可或许可的尝试结果来自 IETF 在线知识产权资源库 http://www.ietf.org/ipr。
IETF 邀请任何相关方提请其注意任何版权、专利或专利申请，或可能涵盖实施本标准可能需要的技术的其他专有权利。请将信息发送至 IETF ietf-ipr@ietf.org。
致谢
RFC 编辑器功能的资金由 IETF 管理支持活动 (IASA) 提供。
