- 经验
- 9
- 分贝
- 0
- 家园分
- 23
- 在线时间：
- 0 小时
- 最后登录：
- 2015-7-23
- 帖子：
- 8
- 精华：
- 0
- 注册时间：
- 2014-12-22
- UID：
- 1080966
注册：2014-12-22
|
发表于 2015-7-23 17:50:54
|显示全部楼层
三个发展阶段 主要内容 特点及相应扩展 扩展的对象 消息类型
1. RFC2205
特点：
RSVP规范，定义了资源预留过程；
为综合服务设计
一种面向接收者的包控制协议，不是路由协议，只关注发送包的QoS
充分考虑了多播的情况，允许成员动态改变，软状态（soft state）即为它设计
包含的对象：
NULL; SESSION; RSVP_HOP;INTEGRITY;
TIMEVALUES;ERRORSPEC;
SCOPE;STYLE;FLOWSPEC;
FILTERSPEC;SENDER_
TEMPLATE;SENDER_TSPEC
ADSPEC OLICY_DATA;
RESV_CONFIRM
基本消息类型：
1 路径
2 预留
3 路径出错
4预留出错
5路径清除
6预留清除
7预留确认
2.RFC3209
主要内容：
RSVP-TE规范，定义标签分发过程；
MPLS与RSVP的结合，将标签分发功能整合到RSVP
这个扩展的目标是流量工程；
描述了基于MPLS架构下的流量工程的几个特性：
LSP显式路由
LSP重路由
LSP抢占
LSP路径环回侦测
扩展的对象及消息类型：
定义RSVP Hello消息及其交互过程 标签相关：LABEL，LABEL_REQUEST
路由相关： EXPLICIT_ROUTE, RECORD_ROUTE
由RFC2205定义的ESSION, SENDER_TEMPLATE和FILTER _SPEC对象分别扩展了C-Type ；
扩展了一个消息：RSVP Hello消息,包含HELLO REQUEST和HELLO ACK两个对象
1 路径
2 预留
3 路径出错
4预留出错
5路径清除
6预留清除
7预留确认
20 Hello
3。 RFC3473
GMPLS的RSVP-TE扩展，扩展了支撑的交换类型；
在对包交换支撑的基础上，扩展了对三种新的交换类型的支撑：TDM交换，波长交换以及光纤交换
信令消息对双向LSP的支撑（之前的都是单向）
显式标签的控制（即可显式指定LSP标签）
通知机制的信令支撑（Notify消息）和规范
LSP删除（正常和强制两种）的流程规范为控制信道和数据通道的分离提供信令支撑
控制平面节点故障的信令处理流程规范
标签相关：
Generalized Label request,
Generalized Label, Waveband Switching, Suggested_Label, Label_Set, Acceptable_Label_Set
路由相关：为ERO和RRO扩展了标签子对象;为通知机制扩展Notify消息及对象Notify Request
为支撑节点故障在Hello消息中扩展Restart_Cap对象
其他对象：Upstream_Label, Protection, Admin_Status, IF_ID RSVP_HOP , IF_ID ERROR_SPEC
|
|
