这道题的正确答案是 **A，`AS_PATH`**。

题目问的是，在 `BGP` 路径属性中，用于标识路由始发 `AS` 的是哪一个属性。看到 `Origin` 这个英文单词时，很容易凭字面理解成「始发 `AS`」，于是误选 `C`。但在 `BGP` 协议里，`ORIGIN` 和「始发 `AS` 编号」是两个完全不同的概念。

按照 `RFC 4271` 对 `BGP-4` 的定义，`AS_PATH` 是一个公认必遵属性，也就是 `well-known mandatory attribute`。它记录一条路由在自治系统之间传播时经过的 `AS` 序列。路由每经过一个外部 `BGP` 邻居，新的自治系统通常会把自己的 `AS` 编号添加到 `AS_PATH` 的左侧。因此，在典型的 `AS_SEQUENCE` 情况下，从远端观察一条路由时，`AS_PATH` 最右边的 `AS` 通常就是这条路由的始发 `AS`。[RFC Editor](https://www.rfc-editor.org/rfc/rfc4271.html?utm_source=chatgpt.com)

`ORIGIN` 虽然名字里真的带着 `Origin`，但它回答的并不是「这条路由是哪个 `AS` 发出来的」，而是「这条路由最初以什么方式进入 `BGP`」。`RFC 4271` 为 `ORIGIN` 定义了三个取值，分别是 `IGP`、`EGP` 和 `INCOMPLETE`。因此 `ORIGIN` 保存的是一种来源类型，而不是一个 `ASN` 数字。[RFC Editor](https://www.rfc-editor.org/rfc/rfc4271.html?utm_source=chatgpt.com)

这一区别正是整道题的考点。

如果把一道选择题压缩成一句考试记忆，可以记成下面这句话。

**找始发 `AS` 编号，看 `AS_PATH`。找路由以什么方式进入 `BGP`，看 `ORIGIN`。**

## 为什么 AS_PATH 可以找到始发 AS

要真正理解这一点，需要从 `BGP` 路由是怎样跨越不同自治系统传播的过程看。

互联网并不是由一个统一管理的巨大网络组成，而是由大量独立管理的自治系统，也就是 `Autonomous System` 组成。每一个自治系统都有自己的 `ASN`，例如 Cloudflare 使用著名的 `AS13335`，Google 使用 `AS15169`，一些大型运营商和云服务商也都有自己的公网 `ASN`。

当一个自治系统产生一条公网路由并向外发布时，这条路由开始在不同 `AS` 之间传播。

假定某个网络前缀由 `AS65003` 始发，并依次经过 `AS65002` 和 `AS65001`，最终被另一个自治系统中的路由器接收到。

远端看到的 `AS_PATH` 可能类似

```text
65001 65002 65003
```

这里不能把最左边的 `65001` 当作始发 `AS`。

最左边的 `65001` 是距离当前观察者最近的自治系统。

继续向右看，`65002` 是再往前一跳的自治系统。

最右侧的 `65003` 才是这条路由最开始被对外发布时所在的自治系统，因此在这种普通的 `AS_SEQUENCE` 情况下，`AS65003` 就是 `origin AS`，也就是始发 `AS`。

之所以会形成这种顺序，与 `eBGP` 更新 `AS_PATH` 的规则直接相关。

假设路由最初由 `AS65003` 产生。

当 `AS65003` 把它发送给外部邻居 `AS65002` 时，接收方看到的路径可以表示为

```text
65003
```

`AS65002` 再向 `AS65001` 发布这条路由时，会把自己的 `AS` 编号放到前面

```text
65002 65003
```

`AS65001` 再继续向外发布时，路径又变成

```text
65001 65002 65003
```

这就是为什么越靠左的 `AS` 越接近当前观察位置，而越靠右越接近路由的来源。

`RFC 4271` 对这一行为有明确规定。一个 `BGP Speaker` 向外部邻居传播路由时，需要修改 `AS_PATH`，典型情况下会把自己的 `AS` 编号添加到已有 `AS_SEQUENCE` 的前面。[RFC Editor](https://www.rfc-editor.org/rfc/rfc4271.html?utm_source=chatgpt.com)

这种机制不仅能够记录路径，还承担了一个非常关键的任务，也就是防止 `BGP` 自治系统级路由环路。

假设 `AS65002` 收到一条路由，并在 `AS_PATH` 里发现了自己的 `ASN`，例如

```text
65005 65002 65003
```

`AS65002` 就知道，这条路由曾经经过自己，现在又绕了一圈回来。如果继续接受，很可能产生自治系统级别的路由环路，因此正常情况下会拒绝这样的路由。

所以 `AS_PATH` 可以同时理解为两样东西。

一方面，它是路由在自治系统之间传播留下的路径记录。

另一方面，它又是 `BGP` 防止 `AS` 级环路的重要机制。

软考里如果看到类似「记录一条路由经过哪些自治系统」「描述自治系统路径」「识别始发自治系统」「避免自治系统间环路」这样的描述，通常都应该优先联想到 `AS_PATH`。

## ORIGIN 到底记录什么

真正容易把这道题做错的地方就在 `ORIGIN`。

英语里的 `origin` 确实有「来源」「起点」「始发」的含义。如果只按照普通英语理解，题目问「始发 `AS`」，`Origin` 看起来像是天生的正确答案。

但协议字段的名字不能只靠自然语言猜。

在 `BGP` 中，`ORIGIN` 是一个已经被严格定义的路径属性，它的取值并不是

```text
AS13335
AS15169
AS65001
```

而是

```text
IGP
EGP
INCOMPLETE
```

这三个值回答的是路由信息进入 `BGP` 时的来源类别。

`IGP` 的协议值为 `0`。

`EGP` 的协议值为 `1`。

`INCOMPLETE` 的协议值为 `2`。

这里的 `IGP` 并不是说 `BGP` 把完整的 `OSPF` 或 `IS-IS` 信息一路传播到了互联网，而是在描述路由最初进入 `BGP` 时的来源性质。

在 Cisco 设备的典型 `show ip bgp` 输出中，经常会在每条路径最右边看到一个很小的字符。

`i` 表示 `IGP`。

`e` 表示 `EGP`。

`?` 表示 `INCOMPLETE`。

Cisco 官方命令参考同样明确说明，`Origin codes` 中的 `i`、`e` 和 `?` 对应的是 `IGP`、`EGP` 和 `incomplete`。与此同时，输出中的 `Path` 字段才显示自治系统路径。[Cisco](https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/iproute_bgp/command/irg-cr-book/bgp-s1.html?utm_source=chatgpt.com)

因此，如果看到类似下面的 `BGP` 路由信息

```text
65001 65002 65003 i
```

这里实际上同时包含了两个完全不同的信息。

```text
65001 65002 65003
```

属于 `AS_PATH`。

最右边的

```text
i
```

属于 `ORIGIN`。

于是这条信息可以读成，当前路由经过了 `AS65001`、`AS65002`、`AS65003`，在普通的有序 `AS_SEQUENCE` 场景中，最右侧的 `AS65003` 是始发 `AS`。末尾的 `i` 只是在告诉我们，该路径的 `ORIGIN` 类型为 `IGP`。

这里出现了一个非常典型的考试陷阱。

`AS65003` 是 `origin AS`。

`i` 是 `ORIGIN attribute`。

它们的中文翻译里都可能出现「起源」「始发」「来源」这样的词，但协议含义完全不同。

一个回答「是谁发的」。

一个回答「以什么来源类别进入 `BGP`」。

这两个问题必须分开。

## 真实互联网中的 Cloudflare 路由正好能看清这个区别

这个区别并不只是考试中的术语游戏，在真实互联网的 `BGP` 数据里可以直接看到。

Cloudflare 的公共 DNS 地址 `1.1.1.1` 所在的前缀 `1.1.1.0/24` 是一个很适合观察 `BGP` 的真实案例。Cloudflare Radar 的路由数据把这个前缀的 `Origin AS` 标识为 `AS13335`，也就是 Cloudflare 自己的自治系统。[Cloudflare Radar](https://radar.cloudflare.com/routing/prefix/1.1.1.0/24?utm_source=chatgpt.com)

在真实的路由采集数据里，一条到达 `1.1.1.0/24` 的路径可能出现类似下面这样的结构

```text
3130 174 13335
```

从观察点向路由源头读取，最后面的 `13335` 就是始发 `AS`。

这里的 `AS_PATH` 告诉我们，路由沿着哪些自治系统传播过来。

而这条路由的 `ORIGIN` 属性却完全可能显示为

```text
IGP
```

一个特别有说服力的真实案例发生在 `2024` 年 `6` 月 `27` 日。Cloudflare 在分析一次涉及 `1.1.1.1` 的路由事件时，公开展示了多条真实 `BGP` 路径。某些采集器观察到的路径包括

```text
1031 262504 267613 13335
```

以及

```text
50763 1031 262504 267613 13335
```

Cloudflare 在分析中明确指出，`AS13335` 位于这些公告的最末端，是 `origin AS`。与此同时，这些 `BGP` 更新记录中的 `ORIGIN` 字段显示的是 `IGP`。[Cloudflare Blog](https://blog.cloudflare.com/cloudflare-1111-incident-on-june-27-2024/?utm_source=chatgpt.com)

这组真实数据几乎可以直接当作这道软考题的答案证明。

如果 `ORIGIN` 属性真的用于保存始发 `AS`，那么它应该保存 `13335`。

实际情况却不是这样。

始发 `AS` 可以从 `AS_PATH` 中看到，路径末端是 `13335`。

`ORIGIN` 显示的却是 `IGP`。

二者在同一条真实 `BGP` 路由里同时存在，各自表达完全不同的信息。

这个案例比单纯背诵定义更容易形成稳定记忆。

看到

```text
50763 1031 262504 267613 13335
```

脑中可以直接对应成一串自治系统路径。

看到

```text
IGP
```

脑中对应成路由来源类型。

这样一来，`AS_PATH` 和 `ORIGIN` 就很难再混在一起。

## 再看另外三个选项

`B` 选项 `Next_Hop` 也不是答案。

`NEXT_HOP` 解决的是转发方向问题，它告诉 `BGP` 路由器，要到达某个目的网络，下一跳应该使用哪个 `IP` 地址。

例如某台路由器学习到

```text
203.0.113.0/24
```

相应的 `NEXT_HOP` 可能是

```text
192.0.2.1
```

它表达的是去往该目标网络时应该把数据包交给哪个下一跳设备，而不是路由起源于哪个自治系统。

可以把 `NEXT_HOP` 理解成「下一站往哪里走」，把 `AS_PATH` 理解成「这条跨自治系统路线从哪里一路传播过来」。

方向完全不同。

`D` 选项 `Local_Pref` 也不是答案。

`LOCAL_PREF` 是 `Local Preference`，主要在一个自治系统内部影响出口路径选择。

假定一个大型企业自治系统同时连接两个运营商，一条出口路径的 `LOCAL_PREF` 为 `200`，另一条为 `100`，在其他条件满足的情况下，较高的 `LOCAL_PREF` 通常更受偏好。

所以 `LOCAL_PREF` 回答的是「本自治系统更喜欢从哪个出口出去」。

它并不描述路由来自哪个 `AS`。

Cisco 对 `BGP` 属性的说明也把这些作用区分得很清楚。`AS Path` 保存路由经过的自治系统序列，`Next Hop` 指向下一跳，`Origin` 表示来源类型，`Local Preference` 用于自治系统内部选择更希望采用的出口路径。[Cisco](https://www.cisco.com/c/en/us/td/docs/switches/lan/c9000/lyr3-fwd/bgp/bgp-configuration-guide/routing-bgp.html?utm_source=chatgpt.com)

把四个选项放在一起，可以形成一套很实用的认知模型。

`AS_PATH` 管的是自治系统路径。

`NEXT_HOP` 管的是下一跳地址。

`ORIGIN` 管的是路由来源类型。

`LOCAL_PREF` 管的是本 `AS` 内部的出口偏好。

考试真正考察的不是四个英文单词的中文翻译，而是每一个属性究竟回答哪一个网络问题。

## 为什么题目使用标识路由始发 AS 这样的表述

从严格的协议角度看，`AS_PATH` 并不是一个单独名为 `Origin_AS` 的字段。

它保存的是自治系统路径。

在典型的 `AS_SEQUENCE` 中，通过路径最右端的 `AS` 可以识别路由的始发自治系统，因此教材和考试经常将它描述成能够标识路由始发 `AS` 的属性。

例如远端路由器看到

```text
64500 64496 13335
```

正常情况下可以把它理解为，当前位置最近经过 `AS64500`，此前经过 `AS64496`，而路径末端的 `AS13335` 是该路由的始发自治系统。

当然，工程实践比软考试题更加复杂。

`BGP` 的 `AS_PATH` 不只有简单的 `AS_SEQUENCE`，协议还存在 `AS_SET` 等结构，路由聚合也可能让路径信息不再像简单链表那样直观。还存在联盟 `BGP Confederation`、私有 `ASN` 删除、`AS_PATH` 操作以及某些特殊路由服务场景。

因此，在真正的大型互联网路由分析中，不能把「永远取最后一个数字」理解成没有任何例外的宇宙规则。

但对于这道标准网络基础考试题，它考察的是传统 `BGP` 路径属性语义，答案非常明确，就是 `AS_PATH`。

这里还可以顺带区分一个现代互联网中经常出现的术语。

`RPKI` 也会讨论 `Origin AS`。

在 `RPKI Route Origin Validation` 中，`ROA` 会把某个 `IP` 前缀与被授权进行始发公告的 `ASN` 联系起来。例如 Cloudflare Radar 当前把 `1.1.1.0/24` 的 `Origin AS` 显示为 `AS13335`，并可以进一步检查该起源是否满足 `RPKI` 授权关系。[Cloudflare Radar](https://radar.cloudflare.com/routing/prefix/1.1.1.0/24?utm_source=chatgpt.com)

这里的 `Origin AS` 指的是始发自治系统。

仍然不能把它与 `BGP ORIGIN` 路径属性中的 `IGP`、`EGP`、`INCOMPLETE` 混为一个概念。

这一点在学习 `BGP` 安全时特别重要，因为三个术语看起来极其相似。

`origin AS` 是某个始发自治系统，例如 `AS13335`。

`ORIGIN attribute` 是 `BGP` 路径属性，例如 `IGP`。

`RPKI origin validation` 检查某个前缀是否允许由对应的 `ASN` 进行始发公告。

把这三者区分开，后续学习 `RPKI`、`ROA`、路由劫持和 `BGP` 泄漏时会顺畅很多。

回到软考答题场景，这道题最容易采用一种快速判别方法。

题干中如果出现的是「始发 `AS`」「经过哪些 `AS`」「自治系统序列」「防止 `AS` 环路」，答案方向就是 `AS_PATH`。

题干如果出现「`IGP`、`EGP`、`Incomplete`」「路由信息的来源类型」，答案方向就是 `ORIGIN`。

题干如果出现「下一跳路由器」「下一跳 `IP` 地址」，对应 `NEXT_HOP`。

题干如果出现「自治系统内部选择出口」「较大的值优先」，对应 `LOCAL_PREF`。

因此，本题

> 在 `BGP` 路径属性中，用于标识路由始发 `AS` 的是 A．`AS_Path` B．`Next_Hop` C．`Origin` D．`Local_Pref`

正确答案为 **A，`AS_PATH`**。

最需要防范的干扰项恰恰就是 `C`。

`Origin` 看起来最像「始发」，但 `BGP` 对这个属性已经赋予了非常具体的技术含义。它保存的是 `IGP`、`EGP` 或 `INCOMPLETE` 这样的来源类型，不保存始发自治系统编号。

真正包含自治系统编号序列的是 `AS_PATH`。

考试时只要看到类似

```text
64512 64513 64514 i
```

就可以把它拆成两部分理解。

```text
64512 64513 64514
```

属于 `AS_PATH`。

在普通 `AS_SEQUENCE` 场景里，最右侧的 `64514` 对应始发 `AS`。

末尾的

```text
i
```

才属于 `ORIGIN`，表示 `IGP` 类型。

把这一行看懂，这道题以及一大批 `BGP` 路径属性选择题基本就不会再混淆。

考试记忆可以最终压缩成一句非常短的话。

**`AS_PATH` 看从哪个 `AS` 来、经过哪些 `AS`，`ORIGIN` 看这条路由以什么来源类型进入 `BGP`。**

## 参考资料

RFC Editor，`RFC 4271 Border Gateway Protocol 4`。[RFC 4271 官方文档](https://www.rfc-editor.org/rfc/rfc4271.html?utm_source=chatgpt.com)

Cisco，`BGP Configuration Guide`，其中对 `AS Path`、`Next Hop`、`Origin` 和 `Local Preference` 的用途进行了说明。[Cisco BGP Configuration Guide](https://www.cisco.com/c/en/us/td/docs/switches/lan/c9000/lyr3-fwd/bgp/bgp-configuration-guide/routing-bgp.html?utm_source=chatgpt.com)

Cisco，`BGP Command Reference`，可查看 `show ip bgp` 中的 `Origin codes` 与 `Path` 字段解释。[Cisco BGP Command Reference](https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/iproute_bgp/command/irg-cr-book/bgp-s1.html?utm_source=chatgpt.com)

Cloudflare，关于 `1.1.1.0/24` 的真实 `BGP` 路由事件分析，其中能够直接观察 `AS_PATH` 末端的 `AS13335` 与 `ORIGIN IGP` 的区别。[Cloudflare 1.1.1.1 路由事件分析](https://blog.cloudflare.com/cloudflare-1111-incident-on-june-27-2024/?utm_source=chatgpt.com)

题目问的是，在 BGP 路径属性中，用于标识路由始发 AS 的是哪一个属性。看到 Origin 这个英文单词时，很容易凭字面理解成「始发 AS」，于是误选 C。但在 BGP 协议里，ORIGIN 和「始发 AS 编号」是两个完全不同的概念。

BGP 路径属性辨析，标识路由始发 AS 的为什么是 AS_PATH，而不是 ORIGIN

紫薇堂堂主

网络与通信

BGP路径属性中，标识路由始发AS的是AS_PATH属性，它记录路由经过的自治系统序列，最右侧AS为始发者。ORIGIN属性仅表示路由进入BGP的来源类型（IGP、EGP或INCOMPLETE），不包含ASN。注意区分OriginAS与ORIGIN属性，考试重点考查AS_PATH与ORIGIN的语义差异。

代码解释

路由器

路由

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

BGP 路径属性辨析，标识路由始发 AS 的为什么是 AS_PATH，而不是 ORIGIN-腾讯云开发者社区-腾讯云

BGP 路径属性辨析，标识路由始发 AS 的为什么是 AS_PATH，而不是 ORIGIN

BGP 路径属性辨析，标识路由始发 AS 的为什么是 AS_PATH，而不是 ORIGIN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐