题目给出的四个选项中，真正与 `BGP` 对应的是

**B．TCP 179**

`BGP` 的全称是 `Border Gateway Protocol`，中文通常称为边界网关协议。当前互联网中广泛使用的是 `BGP-4`。按照 `RFC 4271` 的规定，`BGP` 使用 `TCP` 作为传输层协议，并监听 `TCP 179` 端口。`RFC 4271` 还专门解释了采用 `TCP` 的原因，可靠传输、重传、确认、数据排序以及分段等工作可以交给 `TCP` 完成，`BGP` 自己不必重新实现一套可靠传输机制。[RFC Editor](https://www.rfc-editor.org/rfc/rfc4271.html?utm_source=chatgpt.com)

所以从考试角度，看到

```text
BGP
```

脑中应该立即建立下面这组对应关系

```text
BGP → TCP → 179
```

这三个知识点最好作为一个整体记忆，而不是只孤立地记住数字 `179`。

很多端口题真正容易错的地方并不是不知道端口，而是几个网络协议经常混在一起考。这里同时出现了 `UDP 520`、`UDP 161` 和 `TCP 443`，其实出题人已经把几个非常经典的协议故意摆在了一起。

`UDP 520` 对应的是经典的 `RIP` 路由协议，`UDP 161` 通常对应 `SNMP` 管理请求，`TCP 443` 对应常见的 `HTTPS` 服务，而 `BGP` 对应 `TCP 179`。

因此，这道题表面上只是在问一个端口号，实际上同时检查了路由协议、传输层协议以及常见端口号三类知识。

## 为什么 BGP 偏偏选择 TCP，而不是 UDP

这一点比单纯背 `179` 更重要。

我们平时学习路由协议时，很容易形成一个印象，路由器之间只是交换一些路由信息，好像数据量并不大，那么用 `UDP` 岂不是更加简单。

`RIP` 确实就是这么做的。

根据 `RFC 2453`，`RIP` 是基于 `UDP` 的协议，使用 `UDP 520`。[RFC Editor](https://www.rfc-editor.org/rfc/rfc2453.html?utm_source=chatgpt.com)

但 `BGP` 面临的问题和 `RIP` 完全不是一个量级。

`RIP` 主要服务于自治系统内部的小型网络，它使用跳数作为重要度量，协议设计非常简单。

而 `BGP` 主要解决自治系统之间的路由问题。

互联网并不是由一台超级路由器统一管理的，而是由大量自治系统组成。这里的自治系统通常写成

```text
AS
```

也就是

```text
Autonomous System
```

运营商、大型云服务商、内容提供商、大型企业网络，都可能拥有自己的 `AS`。

世界各地这些 `AS` 之间需要告诉彼此

```text
哪些 IP 前缀可以从我这里到达
经过哪些 AS
下一跳在哪里
某些路由具有怎样的策略属性
哪些路由应该撤销
```

这些信息由 `BGP` 负责传播。

因此，`BGP` 交换的不是简单的局域网邻居信息，而是关系到整个互联网路由可达性的控制信息。

如果一条重要的 `BGP UPDATE` 消息在网络中丢失，而协议层面没有可靠传输机制，两个路由器掌握的路由状态就可能产生不一致。

这对互联网路由协议来说显然很危险。

`TCP` 正好已经提供了一整套成熟的可靠传输能力。

数据丢失后可以重传。

数据到达顺序发生变化后可以重新排序。

发送方可以通过确认机制知道数据是否到达。

网络拥塞时可以控制发送速度。

长数据流可以自动分段并重新组合。

连接还具有明确的建立和终止过程。

因此，`BGP` 没有必要自己重新设计一套可靠传输协议。

`RFC 4271` 对这一点写得非常明确，`BGP` 使用 `TCP`，从而无需自己显式实现更新数据的分片、重传、确认和排序机制。[RFC Editor](https://www.rfc-editor.org/rfc/rfc4271.html)

这就是理解 `BGP → TCP` 最关键的一层逻辑。

可以把协议设计理解成一种工程分工。

```text
BGP
负责路由策略和路由信息

TCP
负责可靠地把 BGP 消息送到邻居

IP
负责把 TCP 报文送到目标主机

数据链路层
负责在当前链路上传输帧
```

这里实际上形成了一层典型的协议栈。

```text
BGP
↓
TCP
↓
IP
↓
Ethernet 等链路层协议
```

因此，如果考试题改成

```text
BGP 报文封装在哪一种传输层协议中
```

答案仍然是

```text
TCP
```

如果改成

```text
BGP 使用的知名端口号是多少
```

答案就是

```text
179
```

如果把两者合并起来问，也就是当前这道题，答案自然就是

```text
TCP 179
```

## TCP 179 在实际通信中到底怎样出现

这里再往下一层理解，会发现端口号的含义比单纯背数字有意思得多。

假定两台路由器已经配置成 `BGP Peer`。

例如

```text
Router A
AS 65001

Router B
AS 65002
```

两台路由器准备建立 `eBGP` 邻居关系。

这里并不是说所有 `BGP` 数据包的源端口和目的端口永远都是 `179`。

更准确地讲，提供 `BGP` 服务的一端会监听

```text
TCP 179
```

主动发起连接的一端可能使用一个临时端口，也就是动态端口。

概念上可以看到类似这样的连接

```text
Router A

source port
49152

destination port
179
```

发送到

```text
Router B
TCP 179
```

于是连接可能表现为

```text
49152 → 179
```

返回的数据则表现为

```text
179 → 49152
```

这里的 `49152` 只是为了说明动态端口的概念，并不是说所有设备都会固定选择这个端口。

这和浏览器访问 `HTTPS` 网站非常相似。

浏览器访问服务器的

```text
TCP 443
```

并不代表浏览器自己也必须使用 `443` 作为源端口。

客户端通常会选择一个临时端口，例如

```text
53021 → 443
```

服务器返回时则是

```text
443 → 53021
```

`BGP` 使用 `TCP 179` 的逻辑也可以这样理解。

不过 `BGP` 还有一个比较有意思的地方。

两个 `BGP Speaker` 都可能尝试主动建立连接，所以 `RFC 4271` 还定义了连接碰撞处理机制。规范明确要求 `BGP` 实现能够连接到对端，同时也能够监听 `TCP 179` 接收入站连接，并为相关连接维护有限状态机。[RFC Editor](https://www.rfc-editor.org/rfc/rfc4271.html)

因此，在深入学习 `BGP FSM` 时，还会遇到

```text
Idle
Connect
Active
OpenSent
OpenConfirm
Established
```

这些状态。

这里最重要的最终状态是

```text
Established
```

只有进入 `Established` 状态，两个 `BGP` 邻居之间才能正常交换路由更新。

建立 `BGP` 邻居之前，底层 `TCP` 连接必须先建立起来。

所以抓包时往往可以看到一条很清楚的逻辑链。

```text
TCP SYN

TCP SYN ACK

TCP ACK

BGP OPEN

BGP OPEN

BGP KEEPALIVE

BGP KEEPALIVE

BGP UPDATE
```

最前面的三个报文属于经典的 `TCP` 三次握手。

后面的 `OPEN`、`KEEPALIVE`、`UPDATE` 才属于 `BGP` 自己的协议消息。

这种结构非常能说明 `BGP` 和 `TCP` 的关系。

`TCP` 像是一条可靠运输通道。

`BGP` 在这条通道上交换互联网路由信息。

如果 `TCP` 连接断开，`BGP` 会话也就无法继续保持。

## BGP 为什么不像 OSPF 那样直接运行在 IP 上

这个地方很容易形成知识串联。

学习路由协议时，经常见到

```text
RIP
OSPF
BGP
```

三种协议。

三者虽然都与路由有关，但它们和传输层的关系并不一样。

`RIP` 使用

```text
UDP 520
```

`BGP` 使用

```text
TCP 179
```

而 `OSPF` 并不使用 `TCP` 或 `UDP`。

`OSPF` 直接封装在 `IP` 中，对应的 `IP Protocol Number` 是

```text
89
```

所以看到路由协议时，不应该形成

```text
所有路由协议都使用 UDP
```

这样的记忆。

正确的认知应该是，每一种路由协议根据自己的需求选择不同的承载方式。

`OSPF` 自己实现邻居发现、可靠洪泛、序列号、确认等机制，因此可以直接运行在 `IP` 上。

`RIP` 结构较简单，可以借助 `UDP` 进行报文交换。

`BGP` 需要长期维护邻居关系并可靠交换路由更新，所以借助成熟的 `TCP` 连接。

这也是计算机网络学习中非常典型的一点。

不能简单通过

```text
这是路由协议
```

就推出

```text
它一定使用某个固定的传输层协议
```

协议设计取决于需求。

## BGP 建立 TCP 连接之后交换什么

如果把 `TCP 179` 继续往协议内部延伸，`BGP` 主要有几类经典消息。

考试里经常出现

```text
OPEN
UPDATE
KEEPALIVE
NOTIFICATION
```

`OPEN` 用于建立和初始化 `BGP` 会话。

其中会携带一些重要参数，例如 `BGP` 版本、`AS` 编号、`Hold Time` 以及 `BGP Identifier` 等。

双方确认能够建立邻居关系后，会进入后续状态。

`KEEPALIVE` 用来维持邻居关系。

它的作用可以直观理解成邻居双方定期告诉彼此

```text
连接仍然正常
BGP 进程仍然工作
```

这里还有一个特别容易考的细节。

`BGP KEEPALIVE` 和 `TCP Keepalive` 并不是同一个东西。

`RFC 4271` 明确规定，`BGP` 不依赖基于 `TCP` 的保活机制判断邻居是否可达，而是通过自己的 `KEEPALIVE` 消息配合 `Hold Timer` 工作。[RFC Editor](https://www.rfc-editor.org/rfc/rfc4271.html?utm_source=chatgpt.com)

`UPDATE` 是 `BGP` 最核心的消息之一。

真正的路由信息主要通过 `UPDATE` 传播。

其中可能包含

```text
NLRI
AS_PATH
NEXT_HOP
ORIGIN
LOCAL_PREF
MED
COMMUNITY
```

等各种路由属性。

当一个互联网前缀出现或者路由路径发生变化时，`BGP` 可以通过 `UPDATE` 把变化传播给邻居。

同时它也可以撤销已经不存在的路由。

这里又能反过来理解为什么可靠传输非常重要。

假设某个前缀原先存在

```text
203.0.113.0/24
```

后来该路由已经失效。

路由器需要把撤销信息可靠地传给邻居。

如果这种关键控制消息可以随意丢失，而没有可靠传输保证，邻居可能继续保留已经失效的路由。

因此，让 `TCP` 负责可靠、有序的数据传输，可以大幅简化 `BGP` 自己的实现。

`NOTIFICATION` 则用于报告错误并关闭连接。

例如收到非法消息、版本不兼容或者状态机出现严重错误，都可能触发相关处理。

于是从完整协议过程来看，`TCP 179` 并不是一个孤零零的端口号，而是整个 `BGP` 邻居会话的运输基础。

## 放到真实互联网里看 TCP 179

现实中的互联网运营商互联，就是理解 `BGP` 最合适的场景。

一个运营商可能管理一个自治系统，另一个运营商管理另一个自治系统。

双方如果存在网络互联，需要相互交换哪些地址前缀可以经过各自网络到达。

这时经常会建立 `eBGP` 邻居关系。

互联网交换中心里的网络参与者也大量依赖 `BGP` 交换路由信息。

从网络工程角度观察，这些路由器不是简单地告诉邻居

```text
我这里距离某个网络有几跳
```

而是在交换带有丰富策略属性的路径信息。

其中最经典的属性之一就是

```text
AS_PATH
```

假设一条路由经过

```text
AS 64510
AS 64520
AS 64530
```

`BGP` 可以利用 `AS_PATH` 记录路径所经过的自治系统。

企业和运营商还能利用各种属性实施非常复杂的流量工程策略。

例如控制出口路径、调整入口流量、选择上游运营商、避免某些自治系统路径、设置路由优先级。

这已经远远超出了 `RIP` 那种根据跳数简单选路的模型。

因此，`BGP` 邻居通常是一种需要长期稳定维持的逻辑关系。

建立成功以后，并不是交换一次信息就结束连接，而是持续维护会话。

当网络发生变化时，再发送增量更新。

这也是 `TCP` 长连接非常适合 `BGP` 的原因之一。

## 为什么 A 的 UDP 520 很有迷惑性

选项

```text
A．UDP 520
```

属于典型干扰项，因为它也是一个路由协议的端口组合。

但它属于

```text
RIP
```

根据 `RFC 2453`，`RIP` 使用 `UDP`，路由进程通过 `UDP 520` 收发消息。[RFC Editor](https://www.rfc-editor.org/rfc/rfc2453.html?utm_source=chatgpt.com)

所以考试中最好形成这样的强关联

```text
RIP → UDP 520
```

而不是只背一个孤立的

```text
520
```

因为题目很可能反过来问

```text
使用 UDP 520 的协议是哪一个
```

此时答案就是

```text
RIP
```

`RIPng` 又有所不同，它使用 `UDP 521`。

这一点在 `IPv6` 相关题目中偶尔也会出现。

因此可以把两组数字放在一起记忆

```text
RIPv2 → UDP 520

RIPng → UDP 521
```

## 为什么 C 的 UDP 161 也很熟悉

选项

```text
C．UDP 161
```

通常让人想到

```text
SNMP
```

`SNMP` 是网络管理领域极其重要的一组协议。

传统网络管理系统会通过 `SNMP` 从交换机、路由器、服务器等设备获取运行状态。

例如

```text
接口流量
接口状态
CPU 使用率
内存状态
设备运行时间
错误计数
```

经典 `SNMP` 管理查询通常使用

```text
UDP 161
```

`SNMP Trap` 则常见

```text
UDP 162
```

IANA 的服务端口注册表也记录了 `SNMP` 与端口 `161` 的对应关系。[IANA](https://www.iana.org/assignments/service-names-port-numbers?search=161\&utm_source=chatgpt.com)

于是考试中可以形成另一组记忆

```text
SNMP → UDP 161

SNMP Trap → UDP 162
```

这样看到 `UDP 161` 就不会误选成 `BGP`。

## 为什么 D 的 TCP 443 更容易排除

选项

```text
D．TCP 443
```

是非常常见的

```text
HTTPS
```

端口。

浏览器访问加密网站时，大量场景会使用

```text
TCP 443
```

现代网络中还存在基于 `QUIC` 的 `HTTP/3`，通常会通过 `UDP 443` 工作，因此如果讨论现代 Web 协议，需要区分具体版本。

不过这道传统网络基础考试题中的

```text
TCP 443
```

明显是在提示经典的

```text
HTTPS
```

因此与 `BGP` 无关。

## 一个很容易被 IANA 注册表绕进去的细节

查阅当前 `IANA Service Name and Transport Protocol Port Number Registry` 时，会看到一个容易产生疑惑的现象。

`bgp 179` 在注册表中存在 `TCP` 条目，同时还能看到 `UDP` 条目以及后来出现的 `SCTP` 相关注册。[IANA](https://www.iana.org/assignments/service-names-port-numbers?search=179\&utm_source=chatgpt.com)

但考试问的是标准 `BGP-4` 使用什么传输层协议。

这时不能简单按照

```text
IANA 表里出现了 UDP 179
```

就判断 `BGP` 使用 `UDP`。

判断协议实际传输机制应该回到协议规范。

`RFC 4271` 对标准 `BGP-4` 的规定非常明确

```text
BGP uses TCP as its transport protocol
```

并规定

```text
BGP listens on TCP port 179
```

因此软考、网络工程师考试、Cisco 或其他传统网络基础题目问

```text
BGP 使用什么传输协议和端口
```

标准答案依然是

```text
TCP 179
```

这一点反而体现了学习网络协议时一个很重要的方法。

端口注册表告诉我们某个服务名与端口之间存在怎样的登记关系。

协议标准则告诉我们某个具体协议实际按照什么方式运行。

遇到两类资料容易混淆时，应当以对应协议的规范性 `RFC` 为核心依据。

## BGP 和 TCP 之间还隐藏着一个考试重点

`BGP` 经常被称作

```text
Path Vector Protocol
```

也就是路径向量路由协议。

它与 `RIP` 的距离向量算法不是一回事，也与 `OSPF` 的链路状态算法不同。

可以建立这样的知识框架

```text
RIP

Distance Vector
UDP 520
IGP
```

```text
OSPF

Link State
IP Protocol 89
IGP
```

```text
BGP

Path Vector
TCP 179
EGP
```

这里的 `EGP` 指外部网关协议类别，不应与历史上的某个具体 `EGP` 协议混为一谈。

`BGP` 的核心应用场景是自治系统之间交换路由。

当两个不同 `AS` 建立 `BGP` 邻居时，通常称为

```text
eBGP
```

也就是

```text
External BGP
```

同一个 `AS` 内部为了传播 `BGP` 路由，也可能运行

```text
iBGP
```

也就是

```text
Internal BGP
```

无论是经典的 `eBGP` 还是 `iBGP` 会话，底层都建立在 `TCP` 连接之上，标准服务端口仍然是 `179`。

因此一道端口题完全可以向外扩展成一整套知识网络。

```text
BGP
↓
边界网关协议
↓
自治系统之间交换路由
↓
路径向量协议
↓
TCP
↓
179
↓
建立邻居
↓
OPEN
KEEPALIVE
UPDATE
NOTIFICATION
↓
Established
```

如果这条链真正理解了，再看到类似题目几乎不需要机械回忆。

## 从软考角度怎么快速判断

考场上看到

```text
BGP 协议的端口号以及所属的传输层协议
```

可以立即锁定

```text
BGP → TCP 179
```

所以答案是

```text
B．TCP 179
```

几个高频协议可以按照下面这种方式在脑中组成端口映射。

```text
FTP
TCP 20 和 21

SSH
TCP 22

Telnet
TCP 23

SMTP
TCP 25

DNS
UDP 53 和 TCP 53

DHCP
UDP 67 和 68

HTTP
TCP 80

POP3
TCP 110

NTP
UDP 123

IMAP
TCP 143

SNMP
UDP 161

SNMP Trap
UDP 162

BGP
TCP 179

HTTPS
TCP 443

RIP
UDP 520
```

这不是要求死背所有端口，而是可以按照协议类别建立联系。

应用服务里会经常遇到

```text
HTTP
HTTPS
FTP
SSH
SMTP
POP3
IMAP
```

网络管理里经常遇到

```text
SNMP
SNMP Trap
```

动态路由里则经常考

```text
RIP
OSPF
BGP
```

其中最容易混淆的一组正是

```text
RIP → UDP 520

OSPF → 直接封装在 IP 中，协议号 89

BGP → TCP 179
```

把这三者彻底分开以后，相当一部分软考路由协议选择题都会变得很直接。

回到这道题，真正需要记住的并不是一个孤立数字，而是一条完整关系

```text
BGP
Border Gateway Protocol
边界网关协议

↓

自治系统之间交换路由信息

↓

需要长期维护邻居会话

↓

需要可靠、有序的数据传输

↓

利用 TCP 提供可靠传输机制

↓

监听 TCP 179

↓

正确答案 B
```

因此最终答案确定为

```text
B．TCP 179
```

`A．UDP 520` 对应经典 `RIP`。

`C．UDP 161` 对应经典 `SNMP` 管理通信。

`D．TCP 443` 对应经典 `HTTPS`。

真正掌握这一题以后，看到 `179` 就应该自然想到 `BGP`，看到 `BGP` 也应该自然联想到 `TCP 179`。这两个方向都能立即反应出来，端口号相关题目就不再只是短期记忆，而是已经和协议工作机制连接在一起了。

## 参考资料

RFC Editor，`RFC 4271 A Border Gateway Protocol 4`，其中明确规定 `BGP` 使用 `TCP` 作为传输协议并监听 `TCP 179`。[RFC Editor](https://www.rfc-editor.org/rfc/rfc4271.html?utm_source=chatgpt.com)

RFC Editor，`RFC 2453 RIP Version 2`，其中规定 `RIP` 基于 `UDP`，使用 `UDP 520`。[RFC Editor](https://www.rfc-editor.org/rfc/rfc2453.html?utm_source=chatgpt.com)

IANA，`Service Name and Transport Protocol Port Number Registry`，可查询 `BGP 179`、`RIP 520`、`SNMP 161` 等端口注册信息。[IANA](https://www.iana.org/assignments/service-names-port-numbers?search=179\&utm_source=chatgpt.com)

BGP 的全称是 Border Gateway Protocol，中文通常称为边界网关协议。当前互联网中广泛使用的是 BGP-4。按照 RFC 4271 的规定，BGP 使用 TCP 作为传输层协议，并监听 TCP 179 端口。RFC 4271 还专门解释了采用 TCP 的原因，可靠传输、重传、确认、数据排序以及分段等工作可以交给 TCP 完成，BGP 自己不必重新实现一套可靠传输机制。RFC Editor

BGP 为什么使用 TCP 179，软考端口号题背后的完整协议逻辑

BGP 的全称是 Border Gateway Protocol，中文通常称为边界网关协议。当前互联网中广泛使用的是 BGP-4。按照 RFC 4271 的规定，BGP 使用 TCP 作为传输层协议，并监听 TCP 179 端口。RFC 4271 还专门解释了采用 TCP 的原因，可靠传输、重传、确认、数据排序以及分段等工作可以交给 TCP 完成，BGP 自己不必重新实现一套可靠传输机制。RFC

紫薇堂堂主

网络与通信

BGP使用TCP作为传输层协议，监听179端口。TCP提供可靠传输、重传、确认和排序机制，确保自治系统间路由信息可靠交换。区别于RIP的UDP520、OSPF的IP协议号89及HTTPS的TCP443，BGP依赖TCP长连接维护邻居会话，承载OPEN、KEEPALIVE、UPDATE等消息。

边界网关协议

数据丢失

代码解释

服务器

路由器

数据流

路由

2026上云采购 | AI焕新·智启新局

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

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

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

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

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

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

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

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

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

社区新版编辑器体验调研

BGP 为什么使用 TCP 179，软考端口号题背后的完整协议逻辑-腾讯云开发者社区-腾讯云

BGP 为什么使用 TCP 179，软考端口号题背后的完整协议逻辑

BGP 为什么使用 TCP 179，软考端口号题背后的完整协议逻辑

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐