组织:中国互动出版网(http://www.china-pub.com/)
RFC文档中文翻译计划(http://www.china-pub.com/compters/emook/aboutemook.htm)
E-mail:ouyang@china-pub.com
译者:booking(booking gs_hao@263.net )
译文发布时间:2002-1-15
版权:本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载,但必须
保留本文档的翻译及版权信息。
RFC3038
Network Working Group K. Nagami
Request for Comments: 3038 Y. Katsube
Category: Standards Track Toshiba Corp.
N. Demizu
WaterSprings.ORG
H. Esaki
Univ. of Tokyo
P. Doolan
Ennovate Networks
January 2001
VCID提示通过ATM链接用于LDP
本备忘录用途
本文档详细说明了网络传输协议,并要求进一步的改进。本协议的详细内容和用途请参考“Internet正式协议标准”。本备忘录的发行是不受限制的。
版权声明
Copyright (C) The Internet Society (2001). All Rights Reserved.
摘要
异步传输模式标志转换路由器 (ATM-LSR)是标志转换技术的一种主要应用。因为异步传输模式层的标志(VPI and VCI)与一个VC联系在一起,这个VC在每个异步传输转换的节点处进行重写,所以不能使用这些标志来标识处在标志映射消息中的VC。由此引入虚拟联结标识(VCID)来解决这一问题。VCID在一个VC的两端具有相同的值。为了确保这一特性,必须使用两个ATM-LSR, 本文档详细介绍了VCID值在两个相邻的ATM-LSR传输的程序。
1.介绍
几个标志转换方案计划把二层和三层集成到一起。异步传输模式标志转换路由器 (ATM-LSR)是标志转换技术的一种主要应用。
在ATM VC中,VPI和VCI通常是由标志转换节点的新值进行重写,由于这个原因,VC是变化的,不可能使终端和终端的值保持一致。
MPLS流是各种具有共同特性的信息包,这些特性是将信息包中三层的头文件和二层的标识捆绑到一起得到的。我们认为这些流受限于标识,这些绑点是通过标识分配协议(LDP)在LSR中进行传输的。
为了将MPLS应用于ATM链接,我们需要在LDP映射消息中定义ATM VC,虚拟连接ID(VCID)的定义被引入。VCID在VC两端具有相同的值。为了确保这一特性,必须使用两个ATM-LSR, 本文档详细介绍了VCID值在两个相邻的ATM-LSR传输的程序。
2.VCID提示程序概述
2.1VCID提示
ATM有几种类型的VC(传输点对点链接/VP/PVC/SVC),传输点对点链接定义为在一个VC的两端具有相同的VPI/VCI标识。例如,两个节点直接相连(没有插入ATM转换)或者通过一个在两端具有相同VPI值的VP进行连接。
VCID 提示主要有两种:内频带和外频带。分类的依据是VCID 提示程序传递消息的链接方式。内频带程序根据所指的VC进行消息传递。与此相反,外频带程序是根据其他的链接进行传递的(而不是所指的VC的)。
下面我们将列举不同的链接方式并详细介绍应用过的VCID提示和如何选择方式。程序本身在后面的部分有详细介绍。
透明的点对点链接:没有VCID提示
VCID 提示并不是必需的,这是由于label(例如VPI/VCI)在VC的两端是一样的。
VP:内频带提示、VPID提示、无提示
-内频带提示
由于VPI在VC的两端可能不一致,所以VCID提示是必需的,inside VCID notification应用于这种情况。
-VPID提示
由于VPI在VC的两端可能不一致,所以VCID提示是必需的,VPID提示应用于这种情况。
-无提示
如果一个节点和相邻的节点只有一个VP,VCID提示就不是必需的。VCI可以用做VCID,这是由于VCI的值在VP的两端是一致的。
PVC:内频带提示
内频带VCID提示用于这种情况是由于标识在VC的两端可能是不同的。
SVC:有三种可能性
-外频带提示
如果发信号的消息有足够大的区域去传送一个VCID值(例如,GIT[GIT]),那么VCID就直接传送到这。
-用小区域的外频带提示
如果发信号的消息没有足够大的区域去传送一个VCID值,那就使用此程序。
-内频带提示
如果发信号的消息不能传送用户信息,那就使用此程序。
如果一个LSP是一个单点对多点的VC并且LSR中的ATM转换不能和VC兼容,可能会在执行和质量维护中产生问题。如果想在LSP中增加一片LSR,就需要暂时分离现行的LSR去传递内频带提示消息。
2.2 VC方向
一个VC有方向性。应用于VC的VCID程序总是由VC的上一节点触发,也就是上一节点表示VCID下一节点。
如果一个标识转换VC允许双向使用,那么就说标识转换VC是双向的。在这种情况下,采用两个VCID程序分别用于两个方向。
如果一个标识转换VC不允许双向使用,那么就说标识转换VC是非双向的。在这种情况下,只能采用一个VCID程序用于允许的方向。
VC方向通过LDP传达。
3. VCID 提示程序
3.1内频带提示程序
3.1.1应用于点对点VC的内频带提示程序
VCID 提示的原理是通过(通过发信号或处理)新建的VC传送一个控制消息,这里VC用做标识转换路径(LSP)。两个节点A和B之间的VCID 提示程序详细介绍如下。
0. 节点A建立VC到目的节点B。(通过发信号或处理)
1. A选择一个VCID值。
2. A通过新建立的VC向B发送一个包含VCID值和消息ID的请求消息。
3. A在适合VC和VCID值的输出的标识(VPI/VCI)之间建立联系。
4. B通过VC接受消息,并且在消息的VCID和适合VC的输入标识之间建立联系。在B收到LDP请求消息以前,拒绝任何VC的信息包而不是VCID请求消息。
5. B给A发送一个ACK消息。这个消息包含着和接受到的消息中相同的VCID和消息ID。这个通过VC向LDP传送。
6. 当A接受到ACK消息后,会检查消息中的VCID和消息ID是否和已经注册的一致。如果两者相同,A就认为B已经在VC和VCID之间建立了联系,否则,这个消息被忽略。如果在给定的时间内,A没有接受到带有期望VCID和消息ID的ACK消息,那A就会给B发送请求消息。
7. 当A接受到申请人ACK消息,会给B发送一个LDP请求消息。LDP消息包括VCID请求的消息ID。当B接受到LDP请求消息,认为A已经正确接受到ACK消息。用VCID请求,VCID ACK和LDP请求消息的消息交换组成了一个三方合作。在VCID传输中,三方合作机制是必须的。
请求消息是不可靠的,当三方合作完成以后,B就会忽略一切从VC传来的VCID请求消息。B发送一个LDP映射消息,包括标识TLV中VCID的值。
Node A Node B
| |
|--------------->| VCID PROPOSE
| |
|<---------------| VCID ACK
| |
|--------------->| LDP Label Request
| |
|<---------------| LDP Label Mapping
3.1.2 用于单点对多点VC的内频带提示
现在的LDP规格并不支持多点传送,VCID提示程序就考虑到未来的应用,VCID 提示的原理是通过用做标识转换路径(LSP)的VC传送一个控制消息。上一节点赋值给VCID,通过程序表示下面给定值的下一节点。当产生新的VC或者新的一页加到VC时使用这个程序。
第一,解释建立第一个VC的程序。
1. 上一节点为VC指定一个VCID值。当VCID值分配给VC以后,就用于VCID。
2. 上一节点通过用做LSP的VC发送一个包含VCID和消息ID的消息,这个消息发送到所有的页节点。
3. 上一节点在适用于VC和VCID的外出标识之间建立联系。
4. 当下一节点接受到VC已经接受到的LDP请求消息的信息时,就会忽略接受的消息。否则,下一节点就会在消息中的VCID和传送消息的VC之间建立联系。
5. 下一节点给上一节点发送一个ACK消息。
6. 上一节点接受到ACK消息以后,上一节点和下一节点就共享VCID。上一节点发送一个LDP请求消息来达到三方合作。
Upstream Downstream 1 Downstream 2
| | |
|-----------+--->| | VCID PROPOSE
| +------------------->|
| | |
|<---------------| |
| VCID ACK | |
|<-------------------------------| VCID ACK
第二,解释在现行的单点对多点V C上增加一页的程序
0. 用AIM发信号,上节点增加一个下节点。
1. 使用已经分配给VC的VCID值。
2. 上一节点通过用做LSP的VC发送一个包含VCID和消息ID的消息,这个消息发送到所有的页节点。
3. 当下一节点接受到VC已经接受到LDP请求消息的信息时,就会忽略接受的消息。否则,下一节点就会在消息中的VCID和传送消息的VC之间建立联系。
4. 上一节点接受到ACK消息以后,上一节点和下一节点就共享VCID。上一节点发送一个LDP请求消息来达到三方合作。
3.2使用小区域的外频带提示
当使用ATM发信号消息建立一个VC并且这个消息没有足够大的区域去传送VCID值时,使用此方法。
ATM Forum UNI 3.1/4.0的安装消息为用户准备了7比特的规定区域。这是在BLLIIE(Broadband Low Layer Information Information Element)第三层协议中用户的特定区域。
在一个VCID 提示程序中,BLLI值作为VC的临时标识符。这种机制被定义为“使用小区域的外频带提示",在程序中,一个新VC的BLLI值不能再分配给其它的VC以避免标识符冲突。当BLLI值之间的联系、一个VCID值和相应的VC建立起来以后,BLLI值可以重新分配给新的VC。VCID值独立于BLLI值进行分配。
Node A Node B
| |
|--------------->| ATM Signaling with BLLI
|<---------------|
| |
|--------------->| VCID PROPOSE with BLLI
| |
|<---------------| VCID ACK
| |
|--------------->| LDP Label Request
| |
|<---------------| LDP Label Mapping
一个单点对多点的VC可以通过ATM发信号的ADD_PARTY进行建立。ADD_PARTY在现行的VC或VC树上增加一个新页。在这个程序中,ADD_PARTY的BLLI值必须和树第一个点对点的VC值相同。只有在VC树不能同时增加页时,才能在不同的VC树上使用相同的BLLI值。这样,BLLI值由多点传送树的根节点确定。
[注解]
BLLI值在发送节点是唯一的。但在接受节点不是唯一的,这是由于多个发送点可能分配同一个BLLI值。这样,接受端必须识别BLLI值和发送地址。ATM发信号消息(SETUP and ADD_PARTY)传送BLLI和发送ATM地址。接受端必须知道哪个发送端发送的BLLI消息。
3.2.1点对点VC的使用小区域的外频带提示
这一部分介绍了用于单点传送的相邻的两个LSR之间建立严格VC和它的VCID 提示。
上一个节点指定一个VCID时应用的程序如下:
1. 上一节点用ATM发信号和下一节点建立一个VC并提供一个BLLI区域的值,这个值没有同时在其它(不全是)VCID提示中使用。
2. 下一节点通过VC给LDP发送一个VCID请求消息来标明BLLI和VCID值相联系的下一节点的LSR。
3. 下一节点的LSR在VC和BLLI、VCID值之间建立一个联系,并给上一节点的LSR发送一个ACK消息。
4. 当上一节点的LSR接受到ACK消息后,就在VC和VCID之间建立了联系。这个VC值是准备使用的。这时,BLLI值就可以重新使用了。
5. 在VCID提示之后,上一节点给下一节点发送一个LDP请求消息,下一节点发送一个LDP映射消息,其中包括LDP标识TLV中使用的VCID值。
3.2.2单点对多点VC使用小区域的外频带提示
这一部分的内容是为一个多点传送树建立第一个VC和为一个现行的VC树增加新的页,现行的VC树使用单点对多点VC,包含了适用于多点传送流的VCID的提示。
在这个程序中,上一节点的LSR决定了多点传送情况下的BLLI和VCID值。上一节点LSR决定BLLI值的原因在上面已经阐述过。
第一, 介绍建立第一个VC
1. 上一节点LSR通过ATM Forum发信号并使用唯一的BLLI值和下一节点LSR建立唯一的VC。
2. 上一节点LSR指定下一节点LSR的一对BLLI和VCID值。
3. 下一节点的LSR在VC和BLLI、VCID值之间建立一个联系,并给上一节点的LSR发送一个ACK消息。如果VCID被上下节点之间的其它VC所使用,那么旧的VC就被刷新。
4. 上一节点的LSR接受到ACK消息之后,VC值准备被使用,并且BLLI值可以被其它的VC使用。
第二, 介绍在现行的单点对多点的VC上增加一页
1. 上一节点的LSR通过ATM Forum发信号使用上一步程序中使用的BLLI值和下一节点的LSR建立一个VC。如果其它的VC正在使用此BLLI值,那必须等待直到其它VC停止使用。
2. 到程序的第二步得到第一个VC。
3.3 外频带提示
当使用ATM发信号消息建立一个VC并且这个消息有足够大的区域(例如,GIT [GIT]) 去传送VCID值时,使用此方法。消息的格式在[GIT]中描述。VCID提示后,A节点发送一个LDP请求消息给B,接着B会发LDP响应消息给A。
Node A Node B
| |
|--------------->| ATM signaling with VCID
|<---------------|
| |
|--------------->| LDP Label Request
| |
|<---------------| LDP Label Mapping
4.VPID提示程序
当VCID 提示程序在VP的两端共享同一标识符时,使用此方法。
每个VP的每个方向使用不同的VPID提示程序。
当一个VP的VPID完成以后,这个VP中的一个VC的VCID就用VC的 VPID(MSB) 和 VCI(LSB)建立起来。没有执行VCID提示程序时,VCID可以通过LDP使用。消息的顺序如下:
1. 上一节点发送一个VPID请求消息。在双向标识转换VC中,上节点和下节点都使用VCI=33。在非双向标识转换VC中,有较大LDP标识符的节点使用VCI=33,其它节点使用VCI=34。注意:用于非标识传递的VCI=32,在VPID提示程序中不使用,因此相同的封装方法可以在VPID程序和内频带VPID程序中使用。
2. 下一节点发送一个VPID ACK消息。
3. 上一节点发送一个LDP标识请求消息。
4. 下一节点发送一个LDP标识响应消息。
5. VCID消息格式
5.1 VCID消息
一个LDP VCID消息由LDP[LDP]固定头文件和后面的一个或多个TLV组成。通过用做LSP的VC,一个VCID请求内频带消息和一个VPID请求消息作为无效的封装信息包被发送。在 LDP VCID PDU前只有标识堆栈头文件。用于VCID请求内频带消息和VPID请求消息的标识堆栈目录[ENCAPS] 中的标识值是4。其它的消息作为TCP信息包发送。这与LDP是相同的。
VCID的消息类型区域如下:
VCID Propose inband Message = 0x0501
VCID Propose Message = 0x0502
VCID ACK Message = 0x0503
VCID NACK Message = 0x0504
VPID Propose inband Message = 0x0505
VPID ACK Message = 0x0506
VPID NACK Message = 0x0507
5.1.1VCID请求内频带消息
通过用做LSP的VC,消息以LDP头文件和标识堆栈头文件的形式作为无效的封装信息包被发送。标识值为4。由于下以节点在接受LDP以后可能接受这一消息,所以这一标识值必须保存。
单点对多点VC情况下的标识请求消息。下一节点必须将VCID请求消息和其它的消息区别开来,并且当节点接受到用于VC的LDP标识请求消息以后要忽略VCID请求消息。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|U|VCID Inband Propose (0x0501) | Message Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Message ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Label TLV |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Optional Parameters |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
消息ID
四个八位整数字节用于描述这个消息。
标识TLV
标识TLV包含VCID值。标识TLV的类型是VCID(0x0203)。
5.1.2 VCID请求消息
使用小区域外频带提示的VCID 提示程序中,LSR使用VCID请求消息。这个消息通过用于LDP的VC传送。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|U| VCID Propose (0x0502) | Message Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Message ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Label TLV |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Temporary ID TLV |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Optional Parameters |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
消息ID
四个八位整数字节用于描述这个消息。
标识TLV
标识TLV包含VCID值。标识TLV的类型是VCID(0x0203)。
临时ID TLV
这个值存放在标识TLV的TM Forum UNI 3.1/4.0 类型的BLLI ID 协议三层的用户特定区域,作为VCID的临时 ID(0x0702)。
5.1.3 VCID ACK消息
当LSR收到VCID请求消息以后发送VCID ACK消息。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|U| VCID ACK (0x0503) | Message Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Message ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Label TLV |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| VCID Message ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Optional Parameters |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
消息ID
四个八位整数字节用于描述这个消息。
标识TLV
标识TLV包含收到VCID请求消息的VCID值。标识TLV的类型是VCID(0x0203)。
VCID消息ID
这个值和收到VCID请求消息的值一致。
5.1.4 VCID NACK消息
当LSR没有收到VCID请求消息就发送VCID NACK消息。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|U| VCID NACK (0x0504) | Message Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Message ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Label TLV |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| VCID Message ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Optional Parameters |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
消息ID
四个八位整数字节用于描述这个消息。
标识TLV
标识TLV包含收到VCID请求消息的VCID值。标识TLV的类型是VCID(0x0203)。
VCID消息ID
这个值和收到VCID请求消息的值一致。
5.1.5 VPID请求内频带消息
通过用做LSP的VC,消息以LDP头文件和标识堆栈头文件的形式作为无效的封装信息包被发送。标识值为4。单点对多点VC情况下的标识请求消息。下一节点必须将VPID请求消息和其它的消息区别开来,并且当节点接受到用于VC的LDP标识请求消息以后要忽略VPID请求消息。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|U|VPID Inband Propose (0x0505) | Message Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Message ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| VPID TLV |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Optional Parameters |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
消息ID
四个八位整数字节用于描述这个消息。
VPID TLV
VPID TLV包含VPID值。标识TLV的类型是VPID(0x0703)。
5.1.6 VPID ACK 消息
当LSR收到VPID请求消息以后发送VPID ACK消息。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|U| VPID ACK (0x0506) | Message Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Message ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| VPID TLV |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| VCID Message ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Optional Parameters |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
消息ID
四个八位整数字节用于描述这个消息。
VPID TLV
标识TLV包含收到VPID请求消息的VPID值。
VCID消息ID
这个值和收到VCID请求消息的值一致。
5.1.7 VPID NACK 消息
当LSR收到VPID请求信息的时候就发送VPID ACK消息。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|U| VPID NACK (0x0507) | Message Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Message ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| VPID TLV |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| VCID Message ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Optional Parameters |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
消息ID
四个八位整数字节用于描述这个消息。
VPID TLV
标识TLV包含收到VPID请求消息的VPID值。
VCID消息ID
这个值和收到VCID请求消息的值一致。
5.2 对象
5.2.1 VCID标识TLV
一个LSR使用VCID标识TLV给标识编码,用于VC两端没有相同的数据链接的链接。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|U|F|VCID Label (0x0203) | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| VCID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
VCID
这是一个四字节的VCID值。
5.2.2 VCID消息ID TLV
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|U|F|VCID Message ID(0x0701) | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| VCID Message ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
VCID消息ID
这是一个四字节的VCID消息ID值。
5.2.3 VCID临时ID TLV
一个LSR为了小区域的外频带提示中的VCID 提示程序使用VCID临时ID TLV。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|U|F| VCID Temporary ID (0x0702)| Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Temporary ID |
+-+-+-+-+-+-+-+-+
临时ID
这个值存放在TM Forum UNI 3.1/4.0的BLLI ID 协议三层的用户特定区域,
5.2.4 VPID标识TLV
一个LSR为了VPID提示程序使用VPID TLV。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|U|F| VPID (0x0703) | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| VPID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
VPID
这是一个两字节的VPID值。
安全事项
本文档介绍了LDP中的安全问题和可能使用的相应的安全机制,但没有介绍新的安全问题。
致谢
作者衷心的感谢Yoshihiro Ohba, Shigeo Matsuzawa, Akiyoshi Mogi, Muneyoshi Suzuki, George Swallow和WIDE项目中LAST-WG 的成员。
参考文献
[LDP] Andersson, L., Doolan, P., Feldman, N., Fredette, A. and B.
Thomas, "LDP Specification", RFC 3036, January 2001.
[GIT] Suzuki, M., "The Assignment of the Information Field and
Protocol Identifier in the Q.2941 Generic Identifier and
Q.2957 User-to-user Signaling for the Internet Protocol",
RFC 3033, January 2001.
[ENCAPS] Rosen, E., Viswanathan, A. and R. Callon, "MPLS Label Stack
Encoding", RFC 3032, January 2001.
作者地址
Ken-ichi Nagami
Computer & Network Development Center, Toshiba Corporation,
1, Toshiba-cho, Fuchu-shi,
Tokyo, 183-8511, Japan
Phone: +81-42-333-2884
EMail: ken.nagami@toshiba.co.jp
Noritoshi Demizu
WaterSprings.ORG
1-6-11-501, Honjo, Sumida-ku, Tokyo, 130-0004, Japan
EMail: demizu@dd.iij4u.or.jp
Hiroshi Esaki
Computer Center, University of Tokyo,
2-11-16 Yayoi, Bunkyo-ku,
Tokyo, 113-8658, Japan
Phone: +81-3-3812-1111
EMail: hiroshi@wide.ad.jp
Yasuhiro Katsube
Computer & Network Development Center, Toshiba Corporation,
1, Toshiba-cho, Fuchu-shi,
Tokyo, 183-8511, Japan
Phone: +81-42-333-2844
EMail: yasuhiro.katsube@toshiba.co.jp
Paul Doolan
Ennovate Networks
60 Codman Hill Road
Boxborough, MA
Phone: 978-263-2002 x103
EMail: pdoolan@ennovatenetworks.com
全部版权声明
Copyright (C) The Internet Society (2001). All Rights Reserved.
该文献及其译文可能被其他人员拷贝或转载,由此而产生的对本文献的评论或者其它不同的解释或者对其执行的帮助等作品,可能会被筹备、复制、出版以及发布,假如上述版权声明以及本段内容被包括在此类拷贝和派生作品中,则从整体或者局部来说,都没有任何类型的限制。然而,除为发展Internet标准目的所需之外,本文献自身不可以采取任何形式进行修改,诸如删除版权声明或者Internet协会或其它Internet组织,这种情况下,版权定义程序必须遵循Internet标准进行,或者必须将其翻译成英语之外的其它语言。
上述有限许可的授予是永久的,不会被Internet协会、其继承者或者其委派者所废除。
本文献及包括于此的信息是基于“参见”和INTERNET协会以及INTERNET工程任务组放弃的所有依据、表示或者暗示等,包括但不局限于任何依据,在此信息的使用将不违反任何规则或任何商业性暗示依据或适用于特别的目的。
认证
RFC编辑功能基金当前由Internet协会提供。