对前几天发的MPLS-TE RSVP补充了～，现在发现自己的知识面是多么狭窄，学一个知识点，真的要抱着几本书在旁边做资料查询才可以。最好还要加上cisco search上面的结果来加强。
MPLS-TE RSVP（续）
综合服务
（1）RSVP是一种Intserv信令协议，用来请求使用Intserv服务类别的QOS
（2）Tspec是一种数据流规范，用来指定进入网络的应用数据流的种类，它要求理解这种规范的Router检查数据流，如果数据流不符合Tspec服务，就把数据流丢弃
（3）Rspec是一种预留规范，用来请求指定的QOS级别，并预留网络资源，它要求理解这种规范的Router检查是否有足够的资源来满足QOS的请求，如果资源不足，这个QOS请求就会被拒绝。
传统的RSVP是给予（microflow）的资源预留，如果网络上有足够可用的资源，则，RSVP理论上可以为网络中每一个流提供必须的QOS
传统的RSVP的弊端：
（1）数据包沿途的每一个网络单元，都需要完全理解RSVP，并能用信令发出所需的QOS，路径的每一个单元都要维护每个预留的状态信息，访问控制，会增加路径沿途中每个网络单元的复杂度，当网络上存在成百上千流时，这就存在扩展性问题。
（2）由于是"软"预留，这些预留都要被周期性的刷新，因此增加了网络上的流量，并且如果刷新数据包丢失，就会增加预留超时的可能性。
MPLS TE RSVP可以为聚合数据流进行预留，其中，属于一个"预留流"的数据包可以被定义成属于一个特定的FEC,可以产生标签绑定，让标签和FEC实例建立关联，然后，可以使用LDP或者扩展路由选择协议，对这些标签进行分发。
TE-RSVP对传统rsvp的重要扩展：
1． 标签预留支持：为使RSVP能够用于LSP隧道信令，RSVP需要支持标签预留和安装，与常规RSVP不同，TE-RSVP将RSVP用于为流预留标签，而不是预留带宽，为此，添加了一种新的Flowspec对象，TE-RSVP还管理为流预留标签
2． 源路由支持：LSP隧道使用明确源路由。在Rsvp中，明确源路由是通过引入新对象SRO来实现的。
3． RSVP主机支持：在TE-RSVP中，RSVP PATH和RESV消息是网络的首尾路由器发出的，这个和原来的RSVP不同，传统的RSVP中，这两个消息是由端主机的应用程序产生。因此，TE-RSVP要求路由器支持RSVP主机
4． 基于ER-LSP的TE隧道标识的支持：两种新对象Filte_spec和Sender_Template被用来携带隧道标识符，会话对象还可以携带IP协议号null，因为LSP隧道可能传输不同协议号的IP分组。
5． 新的预留删除算法：添加了一种新的RSVP消息RESV Tear confirm，这种消息用来拆除已经建立的TE隧道。
为支持TE而添加或修订的RSVP对象
RSVP对象
RSVP消息
目的
标签
RESV
实现标签分发
标签请求
PATH
用来请求标签分配
源路由
PATH
指定明确源路由
记录路由
PATH ,RESV
用作诊断，该对象用于记录RSVP消息经过的路径
回话属性
PATH
指定占据优先级和抢占优先级
回话
PATH
可以携带ip协议号null
Sender_Template
PATH
Filte_spec和Sender_Template可以携带隧道标识符，以标识ER-LSP
Filte_spe
RESV
例子：
A.
Sender---LSR1------LSR2------LSR3------Reciver
上次说到Sender为了要建立一条到目的地的RSVP信道，就向Reciver发送一条Path消息，当Reciver收到这条消息的时候，就用一条标准的RSVP RESV消息进行回应，LSR3接收RESV消息，从它的自由标签池中分配一个标签，并向LSR2发送一条RESV消息，消息中具有一个Label对象，值是label（7），还自己的LFIB中指定label7为输入标签，LSR2就在它的LFIB中创建一个条目，将label7作为它的输出标签，然后，它分配一个新的label（3），作为输入标签，这个标签被向上发送到LSR1,随着上游节点具有label对象的RESV消息的处理，沿着RSVP路径，建立起一条LSP，每台LSR可以把QOS资源和LSP建立关联。
B.保证带宽的LSP（CSPF）
rsvp扩展可以被用来分发标签，作为资源预留进程的的一部分，并建立一条具有预留资源的LSP，这样的一条LSP叫做"保证带宽的LSP"，就是在标准SPF计算过程中，加入带宽这个限制条件，来建立保证带宽的LSP
Sender---LSR1------LSR2------LSR3------Reciver
如果沿着LSR1------LSR2------LSR3建立一个预留，LSR1就查询它的链路状态数据库，并在向节点LSR3发送一条PATH消息之前，选择一条到达LSR3的路径，这条路径将需要满足穿越所有链路的带宽需求限制，以支持这个预留，而且需要在中心节点上具有足够的缓冲空间，以适应预留数据流的突发。在获得这条路径后，LSR1就把一个显示路由对象插入到这条PATH消息中，确保LSP将会沿着选择的路径建立。
PS：
（1）RSVP是为组播数据流设计的，可以单播和组播发送。所以，沿途可以有多个接收者，在RSVP路径中间的节点是来继续向目的地传输Path消息，保存上一中继段的IP地址，将自己的IP地址作为前一中继段地址，并沿应用程序数据使用的路由发送更新后的消息，其他的节点也会收到这些消息，但是不与理睬，只有目标地址收到这个Path消息，才会响应一个RESV消息，标识出将要被预留的会话，这条消息包括PSPEC,指出了接受者要求的QOS级别，还指出运行那些发送者利用为这个流分配的资源。
（2）RSVP预留是单向的，如果需要双向预留，就需要在相反方向上再发送PAth和RESV消息流。
（3）4种标准的Diffserv的PHB(每hop都检查数据包的DSCP值，并确定该数据包所要求的QOS,用DSCP和PHB的映射)行为
A.缺省PHB
B.类别选择PHB
C.AF
D.EF
(4) RSVP是用来通告label而不是生成label的。Label都是由ldp协议生成下游分发的。
(5) RSVP通告TE中的标签。而在MPLS VPN中标签是由MP-BGP通告的。
(6) LSP是单向的。就是说去和回是两条不同的LSP。都是根据IGP选出的朝向目标网络的最短路径。因为LSP都是根据IGP路由表生成的由源到目标的最短路径。LSP类似于FR和ATM中的VC。实际上LSP在CELL MODE中就是VC。.
