ASON多播的信令技术研究

ination address（子标签交换路径目标地址）位于S2L_SUB_LSP对象中。

　　在P2P RSVP-TE中通过RSVP消息对LSP的状态进行管理和维护，同样可以通过RSVP消息对P2MP LSP的状态进行维护，然而两者是有区别的，由于在一条P2MP LSP中包含多条sub-LSP，因此如果采用一条RSVP消息对一条P2MP LSP的状态进行维护，可能出现消息长度不够导致难以表示全部sub-LSP状态的问题，这时应该支持采用多个RSVP消息；另外，由于一条P2MP LSP具有多个目的节点，有时候会出现接枝和剪枝的情况，因此信令机制必须能够有效的从一个P2MP LSP中移除或增加终端节点；同时P2MP LSP必须要处理状态合并的问题。这些可以通过在RSVP-TE的SENDER_TEMPLATE和FILTER_SPEC对象中增加Sub_Group ID和Sub-Group Originator ID来解决，Sub-Group ID和Sub-Group Originator ID字段合起来称为Sub-Group字段。

　　3.2　显式路由

　　ASON是采用显式路由方式建立业务路径的，显式路由技术是一个重要的技术环节。

　　ASON多播可以在单播显式路由对象（ERO）的基础上，增加二级显式路由对象（SERO）以对一个sub-LSP进行显式路由，SERO和ERO对象的格式相同。

　　当一个PATH消息只对单个sub-LSP进行信令时，ERO对从入口LSR到出口LSR的LSP进行编码。PATH消息中还包括S2L_SUB_LSP对象以对sub-LSP进行信令。＜EXPLICIT_ROUTE，S2L_SUB_LSP＞组合作为一个标识符来唯一的标志该sub-LSP。

　　当一个PATH消息对多个sub-LSP进行信令时，则从入口LSR到出口LSR的第一条sub-LSP被编码放在ERO中。第一条sub-LSP对应于PATH消息中的第一个S2L_SUB_LSP对象。后续的sub-LSP与接下来的S2L_SUB_LSP对象依次对应，并且被编码放在SERO中，因此每条后续的sub-LSP用＜P2MP SECONDARY_EXPLICIT_ROUTE，S2L_SUB_LSP＞组合唯一的标志。如果某条sub-LSP的路径与某个分支LSR相交，则这个SERO对象中只包含从该分支ISR到出口LSR的路径。

　　为了避免具有某些相同跳步（hop）的sub-LSP存在潜在的重复路径信息，可以在SERO中使用显式路由压缩技术，这样不仅可以减小PATH消息的大小，也大大的降低了额外的处理负担。所有的LSR都必须处理与第一个sub-LSP相对应的ERO，但是对后续的sub-LSP的处理顺序不作任何规定。如某个LSR是相应的SERO中的第一跳，则这个分支LSR必须处理后续的sub-LSP描述符，并且将相应的sub-LSP信息传送到下游节点。

　　3.3　接枝和剪枝

　　向一个现存的P2MP LSP中增加出口LSR的操作称为接枝（Grafting）。接枝操作使其它出口节点能够及时地加入到一个多播树中。主要有两种接枝方法：

　　（1）通过向现存的PATH消息中增加sub-LSP，并且刷新整个PATH消息，PATH消息处理后就会将此sub-LSP加入到P2MP LSP中，同时由于PATH消息中的sub-LSP发生了变化，所以导致ERO压缩编码需要重新计算。

　　（2）通过增加状态更新，即增加一个新的PATH消息对新增sub-LSP进行信令，这样其他sub-LSP由于不受影响，所以不用重新进行信令。

　　从一个现存的P2MP LSP中移除出口LSR的操作称为剪枝（Pruning）。剪枝操作使其它出口节点能够及时地从一棵多播树中移除。有两种剪枝方法：

　　（1）隐式拆除法。这种方法使用标准的RSVP消息处理。按照标准的RSVP消息处理规则，可以通过发送修改的PATH或RESV消息将一条sub-LSP从一个P2MP TE中删除。在修改的PATH或RESV消息中必须确保与此次会话相关的其它PATH状态中不包含将要被拆除的sub-LSP。这种方式下，中间LSR节点可能必须要产生路径拆除消息（PathTear）并发往下游节点，以此来移除一条或多条sub-LSP。

　　（2）显式拆除法。这种方式需要产生PathTear消息以拆除相关的Sub-LSP。此PathTear消息会携带与P2MP LSP相应的SESSION和发送者模版（SENDER_TEMPLATE）对象及相应的PATH消息中的＜Sub-Group Originator ID，Sub-Group ID＞标志组。当采用一条PATH消息进行信令的所有出口节点都要移除时应该采用这种方式，采用其它PATH消息进行信令的其它sub-group中的sub-LSP将不受任何影响。此种方式下，向下游节点传播PathTear消息的中间LSR必须确保它在PathTear消息中设置的＜Sub-Group Originator ID，Sub-Group ID＞组的值与被删除的sub-LSP相对应的PATH消息中的值保持一致。

　　3.4　RESV消息的处理

出口LSR在产生预留（RESV）消息时必须遵循正常的RSVP过程。RESV消息中携带着出口LSR分配的标签，后续节点在收到RESV消息后必须从自己的标签库中选择分配标签并且发往上游。一个节点只有在至少收到来自于下游节点的一条RESV消息的情况下才能向上游发送RESV消息，并且如果LSP_ATTRIBUTE对象中的完整性