所选语种没有对应资源,请选择:

本站点使用Cookies,继续浏览表示您同意我们使用Cookies。Cookies和隐私政策>

提示

尊敬的用户,您的IE浏览器版本过低,为获取更好的浏览体验,请升级您的IE浏览器。

升级

ME60 V800R010C10SPC500 特性描述 - 广域网接入 01

本文档是ME60 V800R010C10SPC500 特性描述 - 广域网接入
评分并提供意见反馈 :
华为采用机器翻译与人工审校相结合的方式将此文档翻译成不同语言,希望能帮助您更容易理解此文档的内容。 请注意:即使是最好的机器翻译,其准确度也不及专业翻译人员的水平。 华为对于翻译的准确性不承担任何责任,并建议您参考英文文档(已提供链接)。
下一跳分离

下一跳分离

定义

下一跳分离是一种提高路由收敛性能的技术,它把路由前缀与下一跳转发信息的直接关系变为间接关系。下一跳分离支持下一跳信息的单独刷新,而不必逐条刷新大量前缀,从而获得较快的收敛速度。

目的

在路由需要迭代的场景中,当IGP路由或隧道发生切换时,快速刷新转发路径,实现流量的快速收敛,降低对业务的影响。

前缀与下一跳映射

下一跳分离的基础是路由前缀与下一跳的映射法则。为了满足不同场景下迭代路由和迭代隧道的需求,下一跳信息由地址族、原始下一跳地址、隧道策略等要素构成。系统给每个下一跳信息分配一个索引,进行迭代并将迭代结果通知路由协议和下发转发表。

按需迭代

ME60的实现中,去往直接可达地址的路由被称为依赖路由,系统依赖于这些路由指导报文转发。系统根据下一跳地址找到依赖路由的过程就是路由迭代。

按需迭代是当依赖路由变化时,只对该路由相关的下一跳进行重新迭代。如果路由的目的地址是某个下一跳信息的原始下一跳地址,或是其网段地址,则路由变化时会影响这个下一跳信息的迭代结果,否则路由的变化对下一跳没有影响。所以,当一条路由发生变化时,通过判断目的地址可以实现只对相关的下一跳进行重新迭代。例如,如果路由2.2.2.2/32的原始下一跳地址为1.1.1.1,则该原始下一跳1.1.1.1依赖的路由可能是1.1.1.1/32或者1.1.0.0/16,当路由1.1.1.1/32或者1.1.0.0/16发生变化时会影响原始下一跳1.1.1.1的迭代结果。

对于迭代隧道的情况,当一条隧道的状态(UP/DOWN)改变时,只需要对原始下一跳地址与隧道目的地址相同的下一跳信息进行重新迭代。

迭代策略

迭代策略用于控制下一跳的迭代结果,以满足不同应用场景下的需求。迭代路由时不需要通过策略进行控制,只遵循最长匹配原则。只有私网路由迭代隧道时需要应用隧道策略。

缺省情况下,系统为VPN选择LSP隧道且不进行负载分担。如果要进行负载分担或选择其它类型的隧道,需要配置隧道策略并应用该隧道策略。VPN应用隧道策略后,对其下一跳进行迭代时,选择隧道策略中绑定的隧道,或根据隧道策略中为不同类型的隧道指定的优先级,选择使用的隧道。

下一跳分离

采用下一跳分离前,转发信息和前缀一一对应,导致总的收敛时间与前缀数量相关。采用下一跳分离后,大量的前缀与同一个下一跳对应,只需要通过这个下一跳将转发信息增加到转发表中,相关前缀的流量就能同时切换。

图2-5 没有实现下一跳分离时路由的组织形式

图2-5所示,没有实现下一跳分离时,前缀之间完全独立,分别对应自己的下一跳和迭代转发信息。当依赖路径变化时,分别对每个前缀对应的下一跳进行迭代,并以前缀为单位,收敛速度与前缀数量相关。

实际上,如果前缀来自同一个BGP邻居,则它们的下一跳和迭代转发信息也一定相同,迭代转发信息是重复的。

图2-6 实现下一跳分离时路由的组织形式

图2-6所示,实现下一跳分离后,来自同一个邻居的前缀共享同一个下一跳,依赖路径变化时,只对这个共同的下一跳进行迭代,并以下一跳为单位刷新其对应的迭代转发信息。这样所有前缀的路由就可以同时收敛,收敛速度与前缀数量无关。

迭代路由与迭代隧道的比较

迭代路由与迭代隧道的不同如下表所示。

表2-5 迭代路由与迭代隧道的比较

迭代类型

特点

迭代路由

  • 对BGP公网路由进行迭代;

  • 由路由变化触发迭代;

  • 支持按策略迭代下一跳。

迭代隧道

  • 对BGP私网路由进行迭代;

  • 由隧道或隧道策略变化触发迭代;

  • 可通过隧道策略对迭代行为进行控制,满足不同应用场景下的需求。

IBGP公网路由迭代

图2-7 IBGP路由迭代组网图

图2-7所示,DeviceA和DeviceD之间建立IBGP邻居。由于IBGP路由的下一跳是非直连可达的(一般IBGP邻居是通过两个ME设备的Loopback接口地址建立),不能直接用来指导转发,必须根据IBGP路由的原始下一跳信息找到真正的出接口和直连下一跳,才能下发转发表,指导报文转发。

DeviceD从DeviceA收到10万条路由,这些路由具有相同的BGP原始下一跳,迭代到相同的IGP路径(A-B-D),当路径(A-B-D)发生故障时,这10万条IBGP路由不需要分别迭代并刷新转发表,仅仅需要对共同的下一跳进行一次迭代和刷新,就可以在转发层面上实现10万条IBGP路由收敛到路径(A-C-D),收敛时间仅与下一跳数量有关,实现了和前缀数量无关的亚秒级收敛。

如果DeviceA和DeviceD之间建立的是多跳EBGP邻居,收敛过程与上述过程相同,下一跳分离同样适用于多跳EBGP路由迭代的场景。

VPN路由迭代隧道

图2-8 VPN路由迭代组网图

图2-8所示,PE1和PE2之间建立邻居,PE2从PE1收到10万条VPN路由,这些路由具有相同的BGP原始下一跳,迭代到相同的公网隧道(Tunnel1),当Tunnel1发生故障时,这10万条路由不需要分别迭代并刷新转发表,仅仅需要对共同的下一跳进行一次迭代和刷新,就可以在转发层面上实现10万条私网路由收敛到Tunnel2。这样收敛时间仅与下一跳数量有关,实现了和前缀数量无关的亚秒级收敛。

翻译
下载文档
更新时间:2019-01-04

文档编号:EDOC1100059511

浏览量:1183

下载量:20

平均得分:
本文档适用于这些产品
相关版本
相关文档
Share
上一页 下一页