SRv6 学习笔记 -- draft of segment routing policy architecture

非常高深的一个draft = =

3.SR策略基本概念 p3

• 可以使用任何类型的段标识符（SID）来构建SR策略，SID包括与拓扑或服务指令相关联的那些。an SR Policy can be built using any types of Segment Identifiers (SIDs) including those associated with topological or service instructions.
• 三元组标识
• 头端是实例化/实施策略的节点。头端被指定为IPv4或IPv6地址。
• 端点和颜色用于自动化转向SR策略上的服务或传输路由？？ answer：结合BGP routing

候选路径和segmentlist

• SR策略与一个或多个候选路径相关联
  • 候选路径是通过路径计算单元（PCE）通信协议或BGP SR策略等协议将SR策略发送到头端的单元 【page 5 石锤= =】【ietf-idr-segment-routing-te-policy似乎是BGP SR Policy 】
• 显式候选路径与SID-List或一组相关联SID-列表。
• 动态候选路径表示优化目标和约束集。头端（可能在PCE的帮助下）计算解决方案的解决方案SID-List（或一组SID-Lists）优化问题

Protocol-Origin of a candidate path p5 石锤

• 可以向头端通知SR策略的候选路径通过各种方式包括：via配置，PCEP[ RFC8281 ]或BGP [ ID.ietf-idr-segment-routing-te-policy ]。

PCEP: https://cloud.tencent.com/developer/article/1421054 [ 我的理解是集中式的 ]
NETCONF 自动化配置 感觉也是集中式的【？？】

Originator of a candidate path

• 采用元组的字段是

Discriminator of a Candidate Path

• is a 32 bit value associated with a candidate path that uniquely identifies it within the context of an SR Policy from a specific Protocol-Origin as specified below
  • 是与候选路径相关联的32位值 在一个SR策略的上下文中依据origin唯一地标识它
  • 一个SR policy对应多条candidate path，在具有Protocol-Origin的上下文的情况下还是不能唯一的区分它们，so还需要这个discriminator
• 当Protocol-Origin是Via Configuration时，这是一个实现的配置模型特定的唯一标识符候选路径。默认值为0。
• 当PCEP是Protocol-Origin时，唯一标识的方法信号路径将在未来的PCEP文档中指定。默认值为0。
• 当BGP SR策略是Protocol-Origin时，它是区分符在[ ID.ietf-idr-segment-routing-te-policy ]的2.1节中指定。

Identification of a candidate path

• 在单个SR策略的上下文中标识候选路径。
• A candidate path is not identified by its SID-List(s).候选路径不是由其段列表标识。Segment-List是候选路径的属性
• 必须这个SR policy的上下文中能建立候选路径的唯一标识
• 元组唯一识别候选路径。

Preference of a candidate path

• 候选路径的偏好用于选择最佳SR策略的候选路径。默认首选项为100。

Validity of a candidate path

• A candidate path is valid if it is usable. A common path validity criterion is the reachability of its constituent SIDs.The validation rules are specified in Section 5.

Active candidate path 【page 7】

• 注意和active segment list区分 （当前指针指的那个segment list就是active segment list）
• 当候选路径有效并且确定它是SR策略的最佳路径时，选择候选路径。 所选路径在本文档中称为SR策略的“活动路径”。
• 每当学习新路径或删除活动路径时，现有路径的有效性发生变化或现有路径发生变化，必须重新执行选择过程。
• 候选路径选择过程对候选路径Preference进行操作。候选路径在有效且在SR策略的所有候选路径中具有最高优先级值时被选择。
• 有个选择顺序

Priority of an SR Policy

Summary of policy 【page 10】

Segment Routing Database 【在头端保存！！！ page 10 石锤】

SR头端维护段路由数据库（SR-DB）。该
SR-DB是一个概念数据库，用于说明各个部分
可能有助于SR策略计算的信息及其来源
和验证。没有具体要求
实现如此创建新数据库。
SR头端利用SR-DB验证显式候选者
路径和计算动态候选路径。
SR-DB中的信息可能包括：
o IGP信息（拓扑，基于ISIS的IGP指标[ RFC1195 ]和
OSPF [ RFC2328 ] [ RFC5340 ]）
o段路由信息（例如SRGB，SRLB，前缀-SID，Adj-
SID，BGP对等SID，SRv6 SID）[ RFC8402 ]
[ ID.ietf-idr-bgpls-segment-routing-epe ]
[ ID.filsfils-spring-srv6-network-programming ]
TE TE链路属性（如TE metric，SRLG，attribute-flag，
扩展管理员组）[ RFC5305 ] [ RFC3630 ]。
o扩展TE链路属性（例如延迟，丢失）[ RFC7810 ]
[ RFC7471 ]
o跨域拓扑信息
[ ID.ietf-idr-bgpls-segment-routing-epe ]。
附加的域拓扑可以通过IGP，BGP-LS或
NETCONF。

4.segment type

• 【可以继续看下filsfils-spring-srv6-network-programming 看看这个到底怎么编码的】

5.Validity of a Candidate Path

ecplicit candidate path 显式的候选路径

• 显式候选路径与Segment-List或集合相关联段列表。
• 明确的候选路径由运营商直接或通过控制器提供。

dynamic candidate path 动态候选路径

• 动态候选路径被指定为优化目标和约束。
• 策略的头端利用其SR数据库来计算a解决此优化的Segment-List（“解决方案段 - 列表”）问题。
• 当无法进行本地计算时（例如，策略的tailend是在头端已知的拓扑之外）或不希望的，头端可以向支持PCEP的PCE发送路径计算请求[ ID.ietf-pce-segment-routing ]中指定的扩展名

6.binding sid 【page 17】

• 本节讲述了BSID 和 SR policy的关联
• Each candidate path MAY be defined with a BSID. 【这里的may很古怪】
• 每个candidate path都有个BSID绑定

Candidate Paths of the same SR policy SHOULD have the same BSID. Candidate Paths of different SR policies MUST NOT have the same BSID.

• SR策略的BSID是其活动候选路径的BSID。
• 在SR策略没有的情况下（如上所述）BSID可用，然后SR策略可以动态绑定BSID本身。动态绑定的BSID应该使用外部SRLB中可用的SID。
• 因为BSID和SR Policy之间的关联可能会变化（当active path变动的时候）所以不能用BSID 来标识SR Policy

frequent use-case 未指定的BSID

• 同一SR策略的所有候选路径都可以具有未指定的路径BSID。
  • 在这种情况下，BSID可以动态绑定到SR策略。一旦收到第一个有效候选路径。那个BSID是保持SR政策的所有生命和活跃的变化候选路径。

frequent use-case 全部指定为相同的BSID

• All the paths of the SR Policy can have the same specified BSID
  • 注意 这里说的是一个 sr policy上的所有path指定相同的BSID

Forwarding Plane 【page 19】

• 有效的SR策略在转发平面中安装BSID密钥条目，其操作是将匹配此条目的数据包引导到SR策略的选定路径。A valid SR Policy installs a BSID-keyed entry in the forwarding plane with the action of steering the packets matching this entry to the selected path of the SR Policy.

7. SR Policy State 【又石锤了？？】 【page 20】

• SR策略状态保留在头端上，以表示策略的状态及其候选路径。这是为了准确表示SR策略是否在转发平面中实例化，以及哪个候选路径和段列表是活动的。 SR策略状态还必须反映策略和或其候选路径由于验证错误或不是首选而未处于活动状态的原因。

SR端口节点可以通过BGP-LS [I-D.ietf-idr-te-lsp-distribution]或PCEP [RFC8231]和[I-D.sivabalan-pce-binding-label-sid]报告SR策略状态。
头端上的SR策略状态还包括通过策略引导的流量的流量统计信息。 SR策略会计的详细信息超出了本文档的范围，[I-D.ali-spring-sr-traffic-accounting]涵盖了SR网络中更广泛的流量计费环境中的这些方面。
实现可以支持管理状态，以通过CLI或NETCONF等机制控制本地配置的策略。

8. Steering into an SR Policy

• 分四种情况
  • Incoming packets have an active SID matching a local BSID at the headend.
  • Per-destination Steering: incoming packets match a BGP/Service route which recurses on an SR policy.
  • Per-flow Steering: incoming packets match or recurse on a forwarding array of where some of the entries are SR Policies.
  • Policy-based Steering: incoming packets match a routing policy which

Incoming Active SID is a BSID 【page 21】

• 分类可以通过BSID显示出来

Per-Destination Steering 【page 22 没得看完了】

• Multiple Colors

Per-Flow Steering 【 page 23 这里的匹配策略！！！】

让我们假设headend H：
o 具有SID-List 和BSID B1的有效SR策略P1到（端点= N，颜色= C1）。
o 具有SID-List 和BSID B2的有效SR策略P2到（端点= N，颜色= C2）。
o 被配置为实例化到N的路径阵列，其中条目0是到N的IGP路径，颜色C1是第一条目，颜色C2是第二条目。数组的索引称为转发类forwarding class（FC）。索引的值可以是0到7。
o 配置为匹配其入口接口中的流（在以太网目的地/源/ vlan / tos或IP目的地/源/ DSCP或传输端口等任何字段上）并使用内部每包转发类变量对其进行着色（在此示例中为0,1或2）。
如果满足所有这些条件，则H安装在RIB / FIB中：
o 通过阵列A上的递归（而不是与IGP最短路径相关联的直接传出链路）。
o 条目A（0）设置为IGP最短路径到N的直接输出链路。
o 条目A（1）设置为BSID = B1的SR策略P1。
o 条目A（2）设置为BSID = B2的SR策略P2。
H在其入局接口上接收三个包K，K1和K2。这三个数据包要么在N上最长匹配，要么更可能在BGP /服务路由上，这些路由在N.H上进行递归，分别使用转发类0,1和2对这3个数据包进行着色。结果：
o H沿着最短路径向前转发K到N（在SR-MPLS中导致推送N的前缀-SID）。
o H在数据包K1上按，并沿最短路径将结果帧转发到S1。
o H在分组K2上按，并沿最短路径将结果帧转发到S4。
如果本地配置没有为数组的条目指定任何显式转发信息，则该条目用与条目0（即IGP最短路径）相同的信息填充。
如果映射到阵列条目的SR策略变为无效，则此条目将填充与条目0相同的信息。当所有阵列条目具有与entry0相同的信息时，N的转发条目将更新为绕过阵列并直接指向其传出接口和下一跳。

• 数组索引值（例如0,1和2）和转发类的概念是特定于实现的，并且仅用于描述期望的行为。其他机制也可以实现同样的目的。这实现了每个流的转向：绑定到同一BGP端点的不同流在不同的IGP或SR策略路径上被引导。

Policy-based Routing

• 最后，头端H可以配置本地路由策略，该策略覆盖任何BGP / IGP路径并在SR策略上引导指定的分组。 这包括使用IGP Shortcut等机制来自动路由IGP前缀而不是用于此目的的SR策略。

Optional Steering Modes for BGP Destinations

• 大概意思就是根据BGP的color这个扩展的community的属性进行路由策略的判别把
• Color-Only BGP Destination Steering
• BGP的内容 没有具体多看了 = =【page 25】