YD_T 2317.2-2011基于多协议标记交换(MPLS)的组播技术要求 第2部分:基于流量工程的资源预留协议(RSVP-TE)的点对多点流量工程标签交换路径技术要求.pdf

YD_T 2317.2-2011基于多协议标记交换(MPLS)的组播技术要求 第2部分:基于流量工程的资源预留协议(RSVP-TE)的点对多点流量工程标签交换路径技术要求.pdf

  1. 1、本文档共34页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
ICS 33.040M 10YD中华人民共和国通信行业标准YD/T 2317.2-2011基于多协议标记交换(MPLS)的组播技术要求第2部分:基于流量工程的资源预留协议(RSVP-TE)的点对多点流量工程标签交换路径技术要求MPLS multicasttechnical specificationpart2:technical specificationfor point-to-multipointTElabelswitchedpathsbasedonRSVP-TEprotocol2011-05-18发布2011-06-01实施中华人民共和国工业和信息化部发布 YD/T 2317.22011目次前范围·规范性引用文件3‘术语和定义·缩略语·概述机制6.1P2MP Tunnels*6.2P2MP LSP6.3Sub-Groups6.4S2L Sub-LSPs**6.5Explicit RoutingPath消息·7.1Path消息格式7.2Path消息处理..7.3接杖·8Resv消息8.1Resv消息格式8.2Resv消息处理8.3记录路由8.4预留风格·PathTear消息·9.1PabTear消息格式9.2剪枝10Notify和ResvConf消息10.1Notify消息10.2ResvConf 消息11剧新减少12状态管理12.1新增的状态更新.12.2合并多个Path消息.13错误处理13.1PathErr消息.1 YD/T 2317.22011个S2Lsub-LSP对象是一个特殊情形,其显式路径定义在ERO里,因此第一个S2Lsub-LSP对象应该不能跟随SERO,如果存在SERO,该SERO必须被忽略。在senderdescriptor里的RRO包含Path消息经过的上一既,并且将应用于Path消息里被信令的所有S2Lsub-LSP。如果链路没有1对1地控制通道和数据通道联合[RFC3471],IF_IDRSVP_HOP对象必须被使用。否则[RFC2205]定义的RSVP_HOP对象,应该被使用。Path消息处理在下一节播述。7.2Path消息处理入口LSR发起到每一个出口LSR的S2Lsub-LSP的建立,出口LSR是P2MPLSP的一个目的地。每一个S2Lsub-LSP通过使用公共的P2MPSESSION对象和P2MPSENDER_TEMPLATE对象的SenderP2MPTE隧道对应的session是由P2MPSESSION对象来确定的。每个S2Lsub-LSP通过S2L_SUB_LSP对象来识别的。S2Lsub-LSP的显式路径通过ERO和SERO来完成。正如前面的描述,对给定P2MPLSP的S2Lsub-LSP有可能使用一个或多个Path消息来进行信令并且一个给定的Path消息可能包含一个或多个S2Lsub-LSP。对于支持信令P2MPLSP的RSVP-TE的LSR必须有能力接收和处理对于同一P2MPLSP的多个Path消息和包含多个S2Lsub-LSP的单一Path消息。这意味着这样的LSR必须能够接收和处理在21章列表的所有对象。7.2.1多个Path消息正如第6章的描述,无论对[EXPLICITROUTE]S2L_SUBLSP或者[P2MPSEOONDARY_EXPLICIT_ROUTEKS2L_SUB_LSP荐被用来指明-条S2LSub-LSP,多个Path消息行信令。如果一个Path消息中只包含一个S2Lsub-LSP,除本标准描述的S2L_SUB_LSP对象处理外,在该S2Lsub-LSP上的每一个LSR按照[RFC3209]的规定对Path消息进行处理。来对一个P2MPLSP进行信令。或许是因为单独一个Path消息不足够大以来完成对单个P2MPLSP的信令,或许在增加新的叶子到P2MPLSP时,使用新的Path消息来对新的叶子进行信令。或许入口LSR选择将该P2MP树拆分为多个分高的可管理的P2MP树。这些树共享同一个根,并且可能共享树干和某些分支。这些树的管理分解范围限制在单一树(P2MP树)和多个带有单一叶子(每S2Lsub-LSP)的树。在RFC4461,一个P2MPLSP在经过整个树的所有部分都必须具有一致的属性。这意味着,除S2Lsub-LSP信息和Sub-Group标示符之外,用于一个单一P2MPLSP信令的每个Path消息都使用相同的信令属性。享标签和资源,以避免数据的多份拷贝被发送,在某些场合,一个传输LSR可能需要对接收的单一Path消息相关的信令状态产生多个Path消息。比如ERO扩展会导致Path消息超限。在这种情况下,消息可能被分解成多个Path消息,每个消息携带一个在输入消息里携带的X2Lsub-tree的子集。个LSR对同一P2MPLSP信令状态产生的多个P

文档评论(0)

consult + 关注
官方认证
内容提供者

consult

认证主体山东持舟信息技术有限公司
IP属地山东
统一社会信用代码/组织机构代码
91370100MA3QHFRK5E

1亿VIP精品文档

相关文档