【问题现象】
相机持续输出锁闸信号（开继电器一直闭合）
【原因分析】
人为操作软件锁闸或者抓拍机自身逻辑判断错误
【排查思路】
▶ 第一步：检查是否有开启锁闸，进行解锁：
1、打开终端管理软件PMS，进入综合查询-操作记录，查看是否有人为锁闸的记录？关闭锁闸
2、web访问抓拍机，查看是否有锁闸，关闭锁闸
▶ 第二步：如果未锁闸，再考虑关闭“跟车不落闸”或升级固件：
1、检查抓拍机是否开启“跟车不落闸”，建议关闭。
2、如必须开启“跟车不落闸”功能，确认程序版本，未定制的升级到最新基线版本
1、人到雷达检测区域，绿灯不亮，车过去亮
回读雷达参数看看是不是设置了过滤单人，同时保证雷达版本为最新
2、车辆在雷达触发区域，雷达绿灯没亮
回读雷达参数，查看雷达检测区域是否设置的太小了，如果设置了栅栏杆/广告杆模式，杆子一侧0-1m的区域是雷达屏蔽不检测的，同样保证雷达版本最新
注意：雷达第一次上电绿灯常亮是正常情况，触发一次即可正常使用，若触发了还是常亮则开始排查
1、检查雷达供电是否正常，雷达供电要求DC12-1A以上，使用雷达自带适配器供电，严禁从道闸控制板上12V取电，道闸控制板上12V不稳定，道闸运行时存在压降；
2、检查雷达接线头是否做好绝缘（白、紫、绿、蓝），这四芯线在雷达调试好后用胶带分别包好，做好绝缘；
3、若上面排查正常则一般为检测范围内有虚警点引起，请打开安卓端上位机核实雷达版本查看雷达目标分布，具体如下操作：
①正确连接WiFi；
②回读雷达目前参数信息，读取参数—雷达信息，确保雷达版本为最新
③最远检测距离设置为雷达到闸杆尾部水平距离减去0.2米（触发雷达车道减去0.2米），点击“系统信息”中“开启”按钮；
④点击“关闭”按钮，虚警点坐标会显示在屏幕中，“X轴坐标”为雷达左右距离，“Y轴坐标”为雷达前方距离；
⑤杆子完全抬起后，在检测区域有固定的虚警点 ；
如果虚警点Y坐标小于1米，“最小距离”设置值大于虚警Y坐标即可，
如果虚警点Y大于等于1米，则开启剔除虚警。
⑥如上图场景，杆长4m，虚警点在Y轴 1-2m范围内，此时需确认固件版本：
此功能适用上位机：安卓端 app——V1.6 及其之后版本；
此功能版本：STJ79_3H_V3.X.3.7.bin 及之后版本；
⑦点击“剔除虚警”按钮，剔除虚警时雷达前方不能有人或车经过，杆为垂直状态，持续时间约5s，待回复设置成功后，剔除完成；
⑧点击“开启”按钮，查看是否还有虚警点，若仍有虚警点需重新剔除；
⑨点击“剔除值回读”按钮，与之前虚警点进行对比，看点分布是否一致， 若一致则剔除无误（剔除点与虚警点不会完全一致，但是分布上不会有大的差异）
注：使用剔除虚警功能需要把杆抬起操作，广告杆、栅栏杆水平状态使用此 功能会误把杆当做虚警剔除，导致检测不稳定。
4、若上电后范围内有目标，但是目标无法移开，绿灯常亮
如下场景左侧有虚警，-0.7：X轴坐标左侧最小值为0.7m，实际设置减去0.3m，需要把“左侧宽度”设置为0. 4m或更小。雷达计算检测范围时仅左侧、右侧宽度会外扩0. 3m，最远、最近检测距离按实际距离计算
TMG4BX控制主板、TMG4BX遥控器
适用于NP-TMG4BO-XX，NP-TMG4B1-XX，NP-TMG4B3-XX道闸
TMG4B0-XXA遥控器、TMG4B0-XXA控制主板
适用于NP-TMG4BO-XXA，NP-TMG300-XX道闸
TMG4AG广告道闸遥控器、TMG4AG广告道闸控制主板
适用于NP-TMG4AG-XX道闻
TMG303控制盒、TMG4B0-XXA遥控器
适用于NP-TMG303-XX道闸
注：
4系列 (直杆、曲臂、栅栏) 、4BO-XX道闸
支持遥控器数量30个，不支持锁闸
广告道闻: NP_TMG4AG、DSTMG40G
支持遥控器数量30个，支持锁闸，长按6s雪花键，控制盒黑屏代表成功，按停解锁
TMG300、TMG303、NP4BO-XXA
支持遥控器数量30个，不支持锁闸
510、5A0
支持遥控器数量48个，不支持锁闸
520、守蔚、TMG42X
支持遥控器数量48个，支持锁闸，解锁H8，按开停开锁闸，再按开停开解锁
1. 故障描述
EVPN 组网中，报文不能通过多条等价路由进行 ECMP 转发。
2. 常见原因
• 只有一条路由，无法形成 ECMP
• BGP 团体属性和扩展团体属性配置不同
• 路由中携带了 default-gateway 扩展团体属性
• 存在其他路由协议干扰
3. 故障分析
4. 故障处理步骤
(1) 检查是否存在到达同一目的网络的多条路由通过 display bgp l2vpn evpn route-distinguisher route-type ip-prefix命令查看是都存在到达同一目的网络 RD 相同、下一跳不同的多条路由。如果只有一条路由，则无法进行 ECMP；如果存在多条路由，则继续进行以下操作。
(2) 检查路由的团体属性和扩展团体属性是否一致
通过 display bgp l2vpn evpn route-distinguisher route-distinguisher
evpn-route route-length 命令查看 EVPN 路由的详细信息。判断到达同一目的网络的多条路由携带的 BGP 团体属性和扩展团体属性是否相同。如果不同，则修改通过配置修改路由的 BGP 团体属性和扩展团体属性；否则，无法形成 ECMP。
(3) 检查路由是否携带 default-gateway 属性
通过 display bgp l2vpn evpn route-distinguisher route-distinguisher
evpn-route route-length 命令查看 EVPN 路由的详细信息，判断路由中是否携带
default-gateway 扩展团体属性。若携带该扩展团体属性，则路由之间不能形成 ECMP。
(4) 检查是否存在其他路由协议的路由
通过 display ip routing-table vpn-instance 命令查看是否存在其他路由协议生成
的到达该目的网络的路由。如果存在，请通过 preference 命令修改 BGP 路由的优先级，使得 BGP 路由优于其他路由协议生成的路由（优先级数值越小表明优先级越高）。
(5) 检查是否配置进行 BGP 负载分担的路由条数
通过 display bgp routing-table ipv4 vpn-instance 命令查看是否存在相同前缀
的多条路由，如果存在多条，但是只有一条为最优路由（带有“>”标记），则执行 display current-configuration configuration bgp 命令检查 BGP-VPN IPv4 单播地址族视图下是否配置了 balance 命令。如果没有配置，则执行 balance 命令配置进行 BGP 负载分担的路由条数大于 1。
1. 故障描述
设备三层转发丢包，即发送端 IP 地址和目的端 IP 地址不在同一网段内，通信过程中有丢包。
2. 常见原因
• 端口出现故障
• ARP/路由表项不正确
3. 故障分析
4. 处理步骤
(1) 检查端口是否有故障
根据 二层流量转发丢包的故障定位处理方法，定位是否是设备端口故障（包括端口硬件故障和端口配置故障）：
.如果是端口故障，请按照二层流量转发丢包的故障处理思路进行处理。
. 如果不是端口故障，则执行步骤 2。
(2) 查看 ARP 表项是否正确（IPv4）
如果三层转发基于 IPv4 协议，使用 display arp 命令查看设备上是否学习到网关设备的 ARP表项、学习到的 ARP 表项是否正确：
.如果设备上未学习到 ARP 表项或学习到的表项错误，通过打开 debugging arp packet 查看设备 ARP 表项学习情况，来定位 ARP 问题的原因。对于未学习到 ARP 表项，可以使用arp static 命令手工添加静态 ARP 表项。
.使用 display mac-address 命令查看对应的 MAC地址表项的出接口和 ARP表项中的出接口是否一致，如果不一致，使用 reset 命令清除 ARP 表项，让设备重新学习表项。
.如果设备上 ARP 表项学习正确，请执行步骤 3。
(3) 查看 ND 表项是否正确（IPv6）
如果三层转发基于 IPv6 协议，使用 display ipv6 neighbors 命令查看设备上是否学习到网关设备的 ND 表项、学习到的 ND 表项是否正确：
.如果设备上未学习到 ND 表项或学习到的表项错误，通过打开 debugging ipv6 icmp
查看设备 ND 表项学习情况，来定位 ND 问题的原因。同时，检查两端 MAC 地址是否相同,或者是否配置了组播 MAC 地址。如果都检查无误，对于未学习到 ND 表项，可以使用 ipv6 neighbor 命令手工添加静态 ND 表项。
.使用 display mac-address 命令查看对应的 MAC 地址表项的出接口和 ND 表项中的与邻居相连接口是否一致，如果不一致，使用 reset ipv6 neighbors 命令清除 ND 表项，让设备重新学习表项。
.如果设备上 ND 表项学习正确，请执行步骤 4。
(4) 查看路由表项是否正确
使用 display ip routing-table 命令查看设备上学习的路由信息是否正确：
.如果设备上学习到的路由信息不正确，请根据您使用的具体的路由协议进行进一步排查。
.使用 display fib 命令查看对应的 FIB 表项的出接口和路由表项中的出接口是否一致，如果不一致，使用 reset 命令清除路由表项，让设备重新学习表项。
.如果设备上的路由信息正确，请执行步骤 4。
(5) 寻求技术支持
如果上述检查完成后故障仍无法排除，请联系 H3C 技术支持。
1. 故障描述
设备二层转发丢包，即源端和目的端在同一二层网络的同一 VLAN 内，通信过程中有丢包。
2. 常见原因
• 端口下有错包
• 报文因 ACL 规则被丢弃
• 端口处于 block 状态
• 拥塞丢包
3. 故障分析
4. 处理步骤
(1) 查看端口下是否有错包
使用 display interface 命令查看端口下是否有错包。如果有错包，请前往步骤 2，如果没有错包，请前往步骤 3 进行后续步骤的检查。
(2) 端口下有错包
端口下有错包有以下几种可能的故障原因，可使用排除法定位：
. 端口本身硬件故障：通过将连接端口的线缆连接到配置相同且可正常工作的端口查看是否端口本身硬件故障。如果是端口本身硬件故障，请将线缆连接到可正常工作的端口。
. 链路上光模块、光纤或以太网双绞线故障：通过更换完好的光模块、光纤或以太网双绞线定位是否光纤或以太网双绞线故障。如果是光模块、光纤或以太网双绞线故障，请更换完好的光模块、光纤或以太网双绞线。
. 对端配置问题，查看对端速率、双工模式的配置是否和本端一致。如果对端速率和双工模式的配置与本端不一致，请更新配置保证本端和对端速率和双工模式的配置一致。
. 当通过上述方法无法解决错包问题需要联系技术支持时，请先通过如下方法收集信息，然后前往步骤 7。
Probe 视图下，使用 debug port mapping 命令确认面板端口对应的芯片端口。
查到 Twenty-FiveGigE1/0/17 对应的芯片端口名字为 xe24，然后执行下面命令两次或两次以上，查看是否有接收丢包统计(RDBGC)和发送丢包统计(TDBGC)计数。如果有将相关信息反馈技术支持。
(3) 报文因匹配 ACL 被过滤
a. 检查端口、VLAN以及全局下是否配置了 ACL或 QoS 策略，如果配置了 ACL 或 QoS策略，请检查端口进入的报文是否因匹配了 ACL 或 QoS 策略的流分类而被丢弃，包括端口下的packet-filter（使用 display packet-filter 查看）、qos policy（使用 display qos policy查看），vlan policy（使用 display qos vlan-policy 查看）以及 global policy（使用 display qos policy global 查看）。如果报文因匹配了 ACL 或 QoS 策略的流分类而被丢弃，请参考 ACL 或 QoS 的配置方法通过更新配置使报文不被丢弃。
b. 检查是否因匹配一些特性自动创建的的 ACL 而被过滤，在以太网接口视图下使用 display this 命令查看端口下是否配置了下面特性或使用特性相关的具体命令查看：
− 端口是否配置 ip source binding 或 ip verify source，使用 display ip source binding或 display ipv6 source binding 可以查看绑定表项信息。如果端口配置了 ip source guard 且通过上述 display 命令发现没有匹配报文的表项，请根据您使用的绑定表项的生成方法进一步排查。
− 查看端口是否配置了 Portal 认证，如果配置了 Portal 认证，则没有通过 Portal 认证的用户，报文会被该端口丢弃。使用 display portal interface 可以显示指定 VLAN 接口的Portal 配置信息。请用户根据实际情况确定是否可以取消 Portal 认证，在端口所属 VLAN的对应 VLAN虚接口下使用 undo portal server server-name 可以取消三层 Portal 认证。
− 使用 display dot1x 命令查看端口是否使能了 EAD 快速部署。如果使能了 802.1X 的EAD 快速部署功能，那未认证成功的用户访问除 Free IP 以外的网段时就会丢包。请定位用户是否是未认证成功用户，且未认证成功用户访问的是否是 Free IP 以外的网段来进一步确认丢包原因。
− 端口所在 VLAN 是否配置了 MFF，使用 display mac-forced-forwarding vlan 命令显示指定 VLAN 的 MFF 信息，如果显示信息中没有 Gateway 信息，请根据 MFF 运行的模式查看 ARP Snooping 是否正确配置。
(4) 端口被协议设置为 block 状态
.使用display stp brief命令查看端口是否被STP设置为discarding状态。如果端口被STP设置为 discarding 状态，请根据 STP 的相关配置进一步排查。H3C 建议您将连接终端设备的端口配置为边缘端口或关闭该端口的 STP 功能。
. 如果端口属于某个聚合组，使用 display link-aggregation verbose 命令查看聚合口的详细信息，当该端口 Status 为 Unselected 状态时，该端口无法收发数据报文。请定位端口成为 Unselected 状态的原因，如聚合组内成员端口的属性类配置与参考端口不一致，进一步排查解决。
. 查看端口是否被 Smartlink 阻塞：使用 display smart-link group 命令查看端口状态，当State 为 STANDBY 或 DOWN时端口不能转发数据。如果 State 为 DOWN，请定位端口成为 DOWN 状态的原因，如上行链路上的设备配置了 Monitor Link 功能造成该端口 DOWN，或该端口所在链路连接发生故障或端口被 shutdown，进一步排查解决；如果 State 为STANDBY，请将该设备 Smart Link 组的主、从端口互换。
(5) 配置相关丢包
. 在以太网接口视图下使用 display this 命令查看端口是否在报文所属 VLAN 中。如果端口不在报文所属 VLAN 中，请将端口加入该 VLAN。
. 使用 display mac-address blackhole 命令查看是否因为匹配了黑洞 MAC 地址表项被丢包。请根据实际情况确定是否可以取消该黑洞 MAC。如果需要删除该黑洞 MAC，请使用undo mac-address blackhole mac-address vlan vlan-id 命令删除。
. 使用 display qos lr interface 查看是否有端口限速的配置。如果端口有限速的配置，请查看令牌生成速度和突发流量配置值是否合理，可以通过使用 qos lr { inbound |outbound } cir committed-information-rate [ cbs committed-burst-size ]命令调整令牌生成速度和突发流量配置值定位解决。
.在以太网接口视图下使用 display this 命令查看端口是否有风暴抑制相关配置，包括广播风暴抑制比（broadcast-suppression），组播风暴抑制比（multicast-suppression），未知单播风暴抑制比（unicast-suppression）。如果端口下配置了风暴抑制比，可以通过将风暴抑制比的数值调大定位解决。
(6) 拥塞丢包
通过 display qos queue interface 命令查看端口是否有拥塞丢包。请参考拥塞管理的相关内容定位解决拥塞问题。
(7) 寻求技术支持
如果上述检查完成后故障仍无法排除，请联系 H3C 技术支持
1. 故障描述
端口状态为 UP，但不发送报文。
使用 display interface 命令查看本端出方向的发送报文统计不增长。
2. 常见原因
• 光模块异常。
• 端口上的配置影响报文的接收。
• 设备或单板硬件故障。
3. 故障分析
处理步骤
(1) 端口进行内部环回检查。
在端口下配置 loopback internal 命令开启内部环回功能，然后通过 display
interface 查看本端出方向的发送报文统计是否增长。如果增长，则可能是设备或单板硬件故障，请联系技术支持人员。如果不增长，则不是端口内部问题。
(2) 检查端口配置是否影响报文发送。
可通过以下步骤检查端口配置是否影响报文的发送：
• 对于二层口，如果配置了 STP 功能，通过 display stp brief 命令，查看端口是否为
discarding 状态。如果端口被 STP 设置为 discarding 状态，请根据 STP 的相关配置进一步排查。建议将连接终端设备的端口配置为边缘端口或关闭该端口的 STP 功能。
• 如果该端口加入了聚合组，通过 display link-aggregation summary 命令查看该端口是否为 Selected 选中状态。当该端口 Status 为 Unselected 状态时，该端口无法收发数据报文。请定位端口成为 Unselected 状态的原因，如聚合组内成员端口的属性类配置与参考端口不一致，进一步排查解决。
• 如果配置了 ACL 过滤，请根据 ACL 的相关配置进一步排查。
• 如果接口配置了 PFC 功能和流量控制功能，请关闭 PFC 功能和流量控制功能查看该故障端口
• 查看是否配置了接口出方向上阻断广播/未知组播/未知单播报文功能，某些协议（例如 ARP、DHCP、RIP、IGMP 等）在运行过程中会交互广播/未知组播/未知单播报文，如果配置该功能将导致这些协议报文不能通过该接口发送，请关闭该功能查看故障端口是否能恢复正常。
(3) 执行 shutdown 命令，再执行 undo shutdown 命令，查看端口是否能恢复正常。
(4) 如果故障仍然未能排除，可能是设备或单板硬件故障，请收集信息，并联系技术支持人员。
1. 故障描述
端口状态为 UP，不接收报文或出现丢包。
使用 display interface 命令查看本端入方向的接收报文统计增长数量小于对端出方向发送报文统计增长数量。
2. 常见原因
• 端口出现 CRC 错误。
• 端口上的配置影响报文的接收。
• 设备或单板硬件故障。
3. 故障分析
4. 处理步骤
(1) 查看端口是否出现 CRC 错误。
按“端口出现 CRC 错误”章节排查。
(2) 检查端口配置是否影响报文接收。
可通过以下步骤检查端口配置是否影响报文的接收：
• 通过 display interface brief 命令，查看端口配置是否有异常。其中包括两端的端口
双工模式、端口类型以及 VLAN 等配置。若有异常，请更改端口属性的配置查看该故障端口是否能恢复正常。如果不能，请先执行 shutdown 命令后，再执行 undo shutdown 命令，
再次查看端口是否能恢复正常。
• 对于二层口，如果配置了 STP 功能，通过 display stp brief 命令，查看端口是否为
discarding 状态。如果端口被 STP 设置为 discarding 状态，请根据 STP 的相关配置进一步排
查。建议将连接终端设备的端口配置为边缘端口或关闭该端口的 STP 功能。
• 如果该端口加入了聚合组，通过 display link-aggregation summary 命令查看该端口是否为 Selected 选中状态。当该端口 Status 为 Unselected 状态时，该端口无法收发数据报文。请定位端口成为 Unselected 状态的原因，如聚合组内成员端口的属性类配置与参考端口不一致，进一步排查解决。
• 如果配置了 ACL 过滤，请根据 ACL 的相关配置进一步排查。
• 如果接口配置了 PFC 功能和流量控制功能，请关闭 PFC 功能和流量控制功能查看该故障端口是否能恢复正常。
• 如果接口上配置了广播/组播/未知单播风暴抑制功能，当接口上的广播/组播/未知单播流量超过用户设置的抑制阈值时，系统会丢弃超出流量限制的报文，查看接口是否配置了了广播/组播/未知单播风暴抑制功能，如果配置了，请关闭接口的风暴抑制功能查看该故障端口是否能恢复正常。
(3) 执行 shutdown 命令，再执行 undo shutdown 命令，查看端口是否能恢复正常。
(4) 如果故障仍然未能排除，可能是设备或单板硬件故障，请收集信息，并联系技术支持人员。
1. 故障描述
通过 display interface 查看到端口存在 CRC 错包。
以上显示信息表明，入端口出现了 CRC 错包。
2、常见原因
• 端口与电缆连接器物理连接有虚插现象。
• 端口异常。
• 电缆连接器损坏。
• 光模块、光纤有污染或连接不好。
• 光功率不足。
• 中间链路或设备故障。
• 设备或单板硬件故障。
3、故障分析
4. 处理步骤
(1) 端口进行内部环回检查。
在端口下配置 loopback internal 命令开启内部环回功能，然后通过 display
interface 查看端口 CRC 错包统计是否增长。如果增长，则可能是设备或单板硬件故障，请联系技术支持人员。如果不增长，则不是端口内部问题。
(2) 检查端口与电缆连接器是否有异常。
a. 检查端口和电缆连接器的物理连接是否有虚插。若有虚插，请正确连接端口和电缆连接器。
b. 检查端口是否异常，比如端口内存在异物，端口的 PIN 针有弯针，端口的外壳变形等异常。
若有异常，需要更换其他正常端口或光模块。
c. 检查电缆连接器是否出现损坏现象。若有损坏现象，请更换电缆。
(3) 检查光模块是否有异常。
a. 使用光纤将该端口的光模块 Tx 端和 Rx 端连接，然后通过 display interface 查看端口 CRC 错包统计是否增长。如果增长，则可能是光模块的问题。如果不增长，则不是该光模块问题。
b. 通过 display transceiver alarm 命令查看光模块是否有 Rx_Los 或 Tx_Fault 告警
信息，若有告警信息，需要清洁或更换光纤、光模块。
c. 通过 display transceiver diagnosis 命令查看光模块的接收功率和发送功率是否
在规定的最大值和最小值的范围内，若有接收或发送的功率超出范围，需要清洁或更换光
纤、光模块。
(4) 更换正常端口测试是否能恢复正常。
更换其他正常的端口测试，如果端口更换后错包消失，端口更换回来错包又再次出现，则为端口硬件故障，请更换端口并将故障信息发送技术支持人员分析；如更换到其他正常端口仍会出现错包，则中间传输链路故障的可能性较大。
(5) 检查中间传输链路是否正常。
使用仪器测试中间链路，链路质量差或者线路光信号衰减过大会导致报文在传输过程中出错。检查互连中间链路设备（光转，转接架，传输等设备）是否正常。若中间传输链路故障，请更换或恢复中间传输链路。
(6) 执行 shutdown 命令，再执行 undo shutdown 命令，查看端口是否能恢复正常。
(7) 检查端口是否收到大量流控帧通过 display interface 命令，查看端口 pauses 帧计数，如果在不断增长，表明端口发出或者收到了大量的流控帧。检查下端口出入流量是否过大及对端设备的流量处理能力。
(8) 如果故障仍然未能排除，可能是设备或单板硬件故障，请收集信息，并联系技术支持人员
