WA6338-FIT AP设备掉线

根据你提供的日志，AP掉线的根本原因基本可以锁定：互联端口PVID不一致导致的通信异常。这个告警本身不是问题，但它背后暴露的配置差异，很可能是导致AP反复掉线的根源。

这条日志虽然看起来只是告警，但它暴露了一个关键配置差异：

• 本端 (交换机 G1/0/5)：PVID (Port VLAN ID) 为 170。

• 对端 (AP 的 Smartrate-Ethernet1/0/1)：PVID 为 1 (默认值)。

• PVID不一致：这意味着两端端口对于“无标签帧”应该归入哪个VLAN的认知是不同的。

虽然这个PVID不一致的告警本身（由LLDP协议检测并上报）不影响数据转发，但它背后的配置差异却是致命的，很可能是导致AP反复掉线的根本原因。

1. AP的工作原理：WA6338-FIT作为瘦AP（FIT模式），它需要通过交换机端口与无线控制器（AC）建立CAPWAP隧道。AP刚启动时，发送的是不带VLAN标签的报文（untagged帧）。

2. VLAN匹配的关键：交换机的端口收到这个无标签帧后，会根据端口的PVID给它打上标签，然后进行转发。在你的配置中，PVID是170，意味着AP的流量会被划入VLAN 170。

3. 对端的处理：AP的Smartrate端口PVID为1。当AP从交换机收到返回的、属于VLAN 170的报文时，它会如何处理，取决于AP端口的配置。

   • 最可能的情况：如果AP端口是Access模式，它只允许PVID（即VLAN 1）的报文以无标签形式通过。那么从交换机发来的、属于VLAN 170的报文，会被AP直接丢弃，因为它“不认识”VLAN 170。这直接导致了AP与AC的通信中断，表现为AP掉线。

   • 另一种情况：如果AP端口是Trunk模式且允许VLAN 170通过，但PVID不一致可能导致AP管理报文（未标记）在发送给交换机时，被交换机打上错误的标签（VLAN 1），从而在回包时路径错误。

要彻底解决这个问题，有两个方案：

方案一：统一两端的PVID（推荐）

这是最规范、最彻底的解决方法，确保两端对无标签流量的认知一致。

1. 确定业务VLAN：首先确认AP的管理VLAN应该是什么。假设正确的管理VLAN是170。

2. 修改交换机侧配置：如果交换机端口G1/0/5需要处理多个VLAN（例如AP管理VLAN 170和业务VLAN），通常配置为Trunk端口，并设置PVID为170。

   interface GigabitEthernet1/0/5

   port link-type trunk port trunk permit vlan 170 # 以及其他需要透传的业务VLAN port trunk pvid vlan 170 # 将PVID设置为170，与对端AP默认期望的VLAN1区分开
3. 修改/确认AP侧配置：AP作为对端设备，需要将连接交换机的Smartrate-Ethernet1/0/1端口的PVID也改为170。这通常需要在AP的配置中指定管理VLAN。如果AP由AC集中管理，可以在AC上对该AP或AP组下发配置，指定其上行端口的PVID。

方案二：忽略告警（治标不治本）

如果由于某些原因无法统一PVID，且确认业务流量正常，可以选择忽略这个告警。

1. 在交换机上全局关闭LLDP的PVID不一致检测功能：

   system-view

   lldp ignore-pvid-inconsistency
2. 这样操作后，设备将不再上报此类告警，但它没有修复底层的配置差异。如果AP的通信依赖于正确的VLAN标记，那么AP掉线的问题依然会存在。