第二章 SR Policy
SR Policy的三元组<头结点、颜色、尾结点>
2.3 BSID
2.4 SR Policy的配置
SR Policy的显式候选路径
头节点1的配置如下
偏好值越高,路径优先级越高,比如100的POLICY2的优先级更高 。头节点可以有多个Policy,也可以1个Policy里有多个候选路径:
低延迟的动态候选路径
下图及配置是一个动态的候选路径配置,可以看出,没有显式地配置路径信息,都通过IGP的延迟度量来自动计算:
避免特定链路的动态候选路径
有时候,在使用动态候选路径时,如果想避开某些路径,可以通过如下配置:
2.5 小结
SR Policy由三元组组成。
SR Policy具有一条或者多条候选路径
对于动态路径,头节点需要提供Segment列表的优化目标和一组约束条件进行计算
对于显式路径,Segment列表是操作员指定,头端不参与列表的计算,只验证。
SR Policy与唯一一个BSID绑定
第三章 显式候选路径
Segment列表中的Segment可以表示为MPLS标签,也可以使用Segment描述符(见草案draft-ietf-spring-segment-routing-policy)。通常以IPv4地址,分别表示Prefix-SID和Adj-SID
下图配置为使用MPLS标签:
下图配置为使用IPv4地址:
第四章 动态候选路径
使用亲和性——颜色来控制路径;可以使用分布式计算,但分布式计算的话,有些场景不能满足,比如不同头节点选取的路径要求不相交时。集中式可以使用PCE,这时可以处理不相交的场景。
第五章 自动引流
通过在路由上标记颜色(BGP路由的颜色团体属性)来指示其业务要求,将颜色作为意图的指示符;然后,入接口可以使用路由的颜色和下一跳自动引导路由至匹配的SR Policy,这称之为自动引流。
出口PE通过路由策略的设置,针对具体的路由或地址族应用不同的策略,打上不同的颜色标记。在入口PE上,配置SR Policy,通过颜色和尾结点匹配,可以和对应的路由进行匹配,修改默认的迭代动作(即由原先的下一跳迭代改为SR Policy迭代)
第六章 按需下一跳(ODN)
使用ODN模板自动生成SR策略,示例如下:
绿色模板(30)指定动态计算候选路径,优化路径延迟度量
紫色模板(40)指定动态计算候选路径,最小化IGP度量并避免使用亲和颜色为“红色”的链路。
对于跨域的情况,由于头端节点不具备本地域之外的网络拓扑的可见性,因此需要使用PCE来进行动态生成
ODN很适用于跨域等场景,因为不可能为所有的流去配置路径
第七章 灵活算法(Flex-Algo)
其一个很大的作用使用扩展的算法代表一些算路方式,里面会携带约束条件。可以和ODN结合使用,这时候就不需要配置具体的metric和限制条件,直接和算法关联。配置如下:
第八章 网络弹性
主要讲了一些检测机制和若干收敛、保护解决方案。
第九章 BSID和SRLB
-
在SR-MPLS中,BSID(Binding-SID)是与SR Policy绑定的本地标签
-
一个BSID与唯一一条SR Policy相关联
-
BSID的目的是将数据包引至关联的SR Policy
-
可以本地引导,也可以远端引导
-
接收到的任何以BSID为顶层标签的数据包都将被引导至与此BSID相关联的SR Policy,其操作是弹出BSID标签,压入关联SR Policy的标签栈
-
自动引流功能本地引导BGP/业务路由到BSID,此BSID与去往BGP下一跳且提供所需SLA/颜色的SR Policy相关联
-
SR Policy的BSID是活动候选路径的BSID
-
建议SR Policy的所有候选路径都是相同的BSID
-
在默认情况下,BSID是动态分配的,所有不具有BSID的候选路径都继承此BSID
-
BSID可以显式指定,在这种情况下建议在SRLB范围内分配
-
BSID的好处包括简化/可扩展以及网络隐藏/业务独立 对于一些不支持太深标签的场景或者跨域的场景,可以分段使用BSID来代表SegmentList
-
在Anycast集合的所有节点上,可以为等效SR Policy配置相同的显式BSID,从而可以使用Anycast-SID后跟显式BSID将流量工程引导至最合适的SR Policy
-
BSID还可以和任意接口和隧道相关联。
以上,相当于一个BSID代表一条SR Policy。
第十章 自动引流进阶
-
如果BGP路由有多种颜色,自动引流将把路由引至有效的且颜色数值最高的SR Policy
-
最常见的是在出口节点上对BGP路由着色,不过也可以在入口节点对路由进行着色
-
也可以引导IPv6流量至IPv4 SR Policy,操作仅基于颜色引流,与地址族无关
第十一章 自动路由和基于策略的引流
-
基于策略的引流方法使操作员可以在头端上配置本地路由策略,用于覆盖任意的BGP/IGP最优路径,并引导指定的业务流至SR Policy
-
自动路由是IGP的功能,此功能使IGP自动将SR Policy端点及端点之后的目的地的转发表条目安装到SR Policy
-
通过将伪线固定到SR Policy,可以将伪线的流量引导到SR Policy
-
使用静态路由可以将流量静态地引导至SR Policy
第十二章 SR-TE数据库
SR-TE数据库包含以下内容:
-
基本的IGP拓扑信息(节点、链路、IGP度量等)
-
SR EPE(Egress Peer Engineering)信息
-
SR信息(SRGB、Prefix-SID、Adj-SID等)
-
TE链路属性(TE度量、链路延迟度量、SRLG、亲和色彩等)
-
SR Policy信息(头端、端点、颜色、Segment列表、BSID等)
第十三章 SR PCE
SR-TE进程的模块划分:
第十四章 SR BGP EPE
-
SR BGP EPE(Egress Peer Enginnering)使集中式控制器能够指示入口节点,引导流量经由特定的出口节点,把流量发往特定的BGP对等体或对等互联链路
-
无论BGP最优路径如何,SR BGP EPE都可以使用Peering-SID引导流量去往特定的BGP对等体或者对等互联链路。Peering-SID可被视为IGP Adj-SID的BGP变体
-
SR BGP EPE不会改变现有的BGP分发机制,也不要求现有的iBGP设计满足任何前提假设
-
不同类型的Peering-SID包括PeerNode-SID,PeerAdj-SID和PeerSet-SID。PeerNode-SID引导流量到相关联的对等体,PeerAdj-SID引导流量经由特定的对等互联链路到相关联的对等体,PeerSet-SID引导流量到一组PeerNode-SID和/或PeerAdj-SID
-
Peering-SID信息在BGP-LS中通告,这样控制器可以将Peering-SID信息插入到SR-TE数据库中,并用于路径计算
-
控制器可以在入口节点上生成SR Policy,以引导流量经由特定的出口节点发往特定的BGP对等体;在SR Policy中还可以指定去往出口节点的路径,从而集成域内和跨域流量工程
-
SR PCE在SR Policy的Segment列表中包含SR EPE Peering-SID,以提供统一的端到端的跨域SR-TE路径
第十五章 性能测量-链路延迟
使用Probe来测量链路状况,RFC6374/RFC4656/RFC5357定义了常见的格式。
延迟信息可以通过IGP和BGP-LS来通告
第十六章 SR-TE操作
-
SR Policy候选路径可以包含多个Segment列表,每个Segment列表与一个权重关联。引导至SR Policy的业务流在这些Segment列表之间实现正比于相对权重的负载均衡。这称为“加权ECMP”(Weighted ECMP)
-
路径失效丢弃(path-invalidation-drop)功能会在转发表中将失效的SR Policy保留为丢弃条目。引导至SR Policy的所有业务流量不是回退到去往业务路由下一跳的IGP最短路径,而是会被丢弃。
-
MPLS倒数第二跳弹出和显式空标签行为对SR Policy的Segment列表中的Segment也适用。特别是,由于Segment列表中的第一个条目可能会应用倒数第二跳弹出,因此这个Segment并不总是会压入到引导至SR Policy的数据包上
-
默认情况下,传播入向数据包的TTL和TC/DSCP字段值
-
建议在SR域内的所有节点上使用相同的SRGB。
SR Policy路径的加权负载均衡
第十七章 BGP-LS教程
讲了BGP-LS的拓扑、RFC、一些格式以及IS-IS与OSPF对应的拓展和配置
第十八章 PCEP教程
讲了PCE和PCEP历史、RFC、流程、与SR TE的结合
第十九章 BGP SR-TE教程
使用BGP新定义的地址族下SR策略