对前几天发的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。.