PAgP

端口聚合协议PAgP，Port Aggregation group protocol

PAgP协议是思科私有协议，功能与LACP类似。

PAgP为端口定义两种协商模式：

1. 期望模式：Desirable 主动协商
   端口主动发送PAgP报文，相当于LACP中的Active

2. 自动模式：Auto 被动协商
   端口被动接收PAgP报文，相当于Passive

此外还可以设置On静态模式，管理员手动配置参数。

PAgP 聚合条件

与LACP高度相似。

链路聚合端口，必须有相同速率，双工模式

端口属于相同VLAN，或者Trunk模式下允许通过的VLAN一致

STP配置一致，端口优先级，路径开销一致。

PAgP兼容。主动对主动，主动对被动。

PAgP 报文结构

PAgP报文是协议进行邻居发现、协商和状态维护的核心，它被封装在以太网帧中，发送到特定的组播地址。

一、PAgP报文整体结构

一个PAgP报文的基本封装结构如下：

字段层级	字段名称	说明与取值
以太网头部	Destination Address	目的MAC地址，固定为思科定义的组播地址 01-00-0C-CC-CC-CC
	Source Address	源MAC地址，即发送端口的物理MAC地址
	Length/Type	以太网类型字段，固定为 0x0104，标识为PAgP协议
PAgP协议数据单元	Version	PAgP协议版本
	Opcode	操作码，定义报文类型（如聚合请求、响应等）
	Payload Data	负载数据，包含发送端（本地）和对端（伙伴）的系统、端口、能力等信息

二、核心信息字段详解

PAgP报文负载中包含了建立和维持以太通道所需的所有关键信息，其结构与LACP的TLV思想类似，但格式为思科私有定义。核心信息包括：

信息组	包含的关键字段	说明
发送方信息	System ID	发送设备的标识（通常基于MAC地址）
	Group ID / Key	聚合组标识，由端口配置（速率、双工、VLAN等）衍生出的值，此值相同的端口才能被聚合到同一通道。
	Port ID	发送端口的标识符
	Port Capabilities	端口能力与状态（如是否为PAgP物理层聚合、端口模式等）
对端信息	Partner System ID	最近收到的对端设备标识
	Partner Group ID / Key	最近收到的对端聚合组标识，用于校验一致性
	Partner Port ID	最近收到的对端端口标识
	Partner Port Capabilities	最近收到的对端端口能力与状态

三、报文类型与协商逻辑

1. 报文类型：PAgP通过不同的操作码 (Opcode) 来区分报文类型，主要包含用于初始发现和协商的报文，以及用于定期保持连接的状态更新报文。
2. 协商过程：
   • 模式为“Desirable”的端口会主动发送包含自身信息的PAgP报文。
   • 对端收到后，会检查双方的Group ID/Key、端口能力等参数是否匹配。
   • 如果匹配，接收方会将发送方的信息记录为“伙伴信息”，并在回复的报文中携带自身的信息以及刚学到的伙伴信息副本。
   • 双方通过交换报文，在Group ID/Key、系统ID、端口能力上达成一致后，逻辑上的以太通道即建立，相关端口状态变为“聚合中”。
3. 状态维护：通道建立后，双方会以一定间隔（默认为30秒）发送周期性PAgP报文作为保活机制。如果长时间未收到对端报文，则认为链路或对端故障，将端口置为独立状态。

PAgP 状态

PAgP没有定义明确的Bit位，其协商结果在Cisco CLI'中会显示为一系列状态字母。

状态显示（字母）	状态全称	含义
I	Independent	独立。端口未形成聚合，作为独立端口运行。通常是因为模式不匹配（如Auto-Auto）或参数不一致。
P	Port-aggregation	端口聚合。端口正在参与PAgP协商，已和对端在参数上达成初步一致，可以被聚合。
D	Desirable	期望。并非严格的状态，而是指端口配置的模式。
A	Auto	自动。同上，指端口配置的模式。
S	Standalone	独立。与I类似，端口未成功聚合，但可能因为管理员强制模式（On模式）导致。
-	In-use	使用中。端口已成功聚合为以太通道的成员，并且是活动（Active） 状态，正在转发数据。这是正常的业务端口状态。

在思科设备上查看以太通道摘要时，常见的组合状态有：

• SU：端口处于活动状态（In-use），是通道的成员并正在转发流量。
• SD：端口处于备用状态（Standby），是通道的成员但未转发流量（例如，在超过最大活动链路数限制时）。
• I 或 S：端口未成功聚合。