学海无涯 走一路学一路

现象描述：
管理机呼叫门口机正常，门口机呼叫管理机，管理机没反应，呼到了平台

可能原因：
平台没有置顶管理机分组权限

排查方法：
以下操作以智慧园区综合管理平台为例
步骤1：登录智慧园区综合管理平台
步骤2：选择【业务导航】>【可视对讲】>【业务配置】>【呼叫分组】
步骤3：单击管理机对应的，置顶管理机权限

现象描述：
公寓场景或者别墅场景下,一对一或者一对多呼叫，设备均已在线，但别墅机无法呼叫室内机

可能原因：
别墅机呼叫号码不对，未进行配置

排查方法：
步骤1：登录别墅机的WEB界面
步骤2：选择【本机设置】 > 【基础管理】
步骤3：设置“别墅机呼叫号码”为室内机的房间号，单击“保存”
注：如需选择呼叫管理机，需要选择呼叫管理中心时间段并使能

现象描述：
小区楼宇对讲，通常会以平台作为SIP服务器，但在使用中，门口机呼叫室内机经常会提示“本次呼叫无法到达对方”

可能原因1：
设备IP 地址存在异常，设备和平台网络不通

排查方法：
检查IP是否存在问题，可通过平台ping设备的IP地址，是否通

可能原因2：
平台上的设备SIP状态显示不在线

排查方法：
设备在线的前提是条件：平台上的呼叫号码要与设备WEB上的sip服务器用户名保持一致

一、确认SmartPSS Plus设备在线状态

SmartPSS Plus、解码器、录像机、摄像头之间的网络必须要通，可以在SmartPSS Plus的【设备管理】中确认添加的设备是否在线，或者是否正常预览。

（注：序列号添加的设备无法通过SmartPSS Plus上墙）

二、确认解码器是否有解码流

解码信息：通过解码流和数据流来定位问题，如果数据流为0，则前端设备推流解码器未接收或设备端推送数据流异常；解码流为0，则解码器解码卡解析数据流异常

路径：WEB访问，进入【信息】-【设备信息】-【解码信息】，判断数据流解码流是否为0，0则异常。

 

三、确认解码器接口输出类型

注：新老版本的解码器界面风格及路径存在部分差异

老版本解码器路径：解码器网页登陆，选择【解码器配置】-【输出选择】

新版本解码器路径：进入【设置】-【显示管理】-【输出屏设置】，更改输出模式

排查流程图

一、检查抓拍像素、角度

抓拍像素：

相机网页登录后再预览界面勾选接收图片，过车会产生实时抓拍信息，通过抓拍的车牌大小（像素）可以判断抓拍效果

如下左图：车牌像素是167X57，说明抓拍效果正常；

如下右图：抓拍评级C的就是存在场景以及调试不合理

 

车牌宽度小于140：

证明抓拍距离过远，或者车头较斜，需要调整抓拍线距离，以及相机角度

 

车牌抓拍角度大于5°：

需要顺时针或者逆时针调整相机的角度，使车牌抓拍照片角度小于5°

 

注：相机抓拍都是通过识别车模型来识别抓拍的，如果只用车牌做测试是无法抓拍的

二、抓拍车牌模糊因素

情况一：补光问题

Step1

进入【设置】-【相机设置】-【图形参数】-【快门设置】，图像选项里面启用宽动态适当调整数值

Step2

进入【设置】-【相机设置】-【图形参数】-【快门设置】-【曝光】，适当调整快门

Step3

红外补光值调的太高，可以调低一点，支持白光补光可以切换白光补光

情况二：画面模糊

1. 定焦的相机若实时画面和抓拍都模糊为设备调焦问题，需要售后处理

2. 变焦的相机可以在预览界面点击安装调试手动调整变倍以及焦距，达到最佳抓拍效果

三、车牌是否是标准车牌

下图是相机可以正常识别的车牌类型，请确认对应型号版本是否已经是最新的程序

如：省区AA段的新能源车牌识别不了，优先升级到最新版本

注：除下图以外的车牌，是不支持抓拍识别的，如果有需要，请在采购前提供素材后提需求评估

 

 

故障排查流程

步骤一：查看主板或红外转接板上的红外灯状态

1. 查看闸机主板或红外转接板上红外指示灯是否亮灯，部分闸机亮红灯，部分闸机亮蓝灯，具体指示灯颜色以实物为准，灯灭代表红外未触发

2. 如果亮灯，就根据指示灯编号找到对应红外，检查闸机安装是否水平、垂直、被遮挡

如果安装正常且红外未遮挡：继续检查辅机侧发射红外供电是否正常

如果闸机施工安装不标准：重新调整闸机位置

3. 完成以上排查步骤无异常，接着按照步骤二继续排查

步骤二：检查主板或红外转接板和网线
检查主板或红外转接板是否进水腐蚀，检查网线是否接触良好

若主板或网线损坏：更换主板或网线

若主板和网线正常：按照步骤三继续排查

步骤三：近距离测试红外

将红外对射传感器从闸机中取出，近距离对射观察是否正常

如果不正常，则更换红外

如果正常，可以拨打4006728166进入5号线咨询人工客服

背景信息
交换机用作PSE，给PD设备供电，连接完成后，PD无法正常上电。

问题现象
PD无法上电。

处理方法
通过现象描述判断，此类问题属于PD完全无法上电，处理的流程如下：

1、检查设备的PoE功能是否可用。其中包括设备是否支持PoE功能、PoE电源状态是否正常、PoE功能是否已开启。
2、检查PSE能否检测到PD。PSE可能由于网线故障、交换机没有接地、PD不兼容、PD故障等原因导致无法正常检测到PD。
3、检查PSE能否对PD进行供电。需要确认供电距离是否在100m以内、供电模式、设备是否处于下电时间段、电源功率是否充足、是否开启强制供电。

Step1：检查设备的PoE功能是否可用。

1、查看设备型号为S2700-9TP-PWR-EI，为内置PoE电源设备，确认设备支持PoE功能且电源状态正常。
2、进入连接PD的接口GigabitEthernet0/0/6下，查看是否有去使能PoE功能的配置，经确认，PoE功能已使能。
<HUAWEI> system-view
[HUAWEI] interface GigabitEthernet0/0/6
[HUAWEI-GigabitEthernet0/0/6] display this
port link-type access
port default vlan 100

Step2：检查PSE能否检测到PD。

1、检查是否网线故障。用一根确认正常的网线，使用原接口重新连接此AP，发现现象描述仍然存在，排除原网线故障的可能性。
2、检查PD设备是否良好接地。查看交换机接地点，已经使用黄绿色接地线有效接地。
3、检查是否PD不兼容。在交换机上查看告警信息，发现设备上报非标PD告警：POE/4/NONSTANDARDPD:An invalid or non-standard PD is connected to the interface [gigabitEthernet0/0/6].

Step3：使能供电设备PSE对PD的兼容性检测功能。

在连接非标准PD设备的接口下，进入接口视图，执行命令poe legacy enable，使能设备接口对于非标准PD设备的兼容性检测功能。例如

<HUAWEI> system-view
[HUAWEI] interface gigabitethernet0/0/6
[HUAWEI-GigabitEthernet0/0/6] poe legacy enable

Step4：使能了交换机对非标准PD的兼容性检测功能后，确认交换机能正常供电，PD工作状态正常，故障排除。

总结
由于D种类繁多，有很多不符合标准的PD设备在市面流通。如果非标准PD接入设备后，设备将无法检测到满足要求的特性电阻，无法识别PD。

使能兼容性检测功能，能够使设备检测到不符合802.3af、802.3at或802.3bt标准的PD设备，从而实现给非标准PD供电。

背景信息
S5700EI用作PSE，给下挂AP供电。由于现场环境限制，交换机没有安置在机架上，而是放在地面地毯上，使用网线连接AP。

问题现象
交换机连接AP的端口频繁Up/Down。

处理方法
通过现象描述判断，此类问题属于PD频繁上下电，可能的原因为：

1、网线是否故障。
2、PD设备是否良好接地。
3、PoE供电不稳。

Step1：检查网线是否故障。

用一根确认正常的网线，使用原接口重新连接此AP，发现现象描述仍然存在，排除原网线故障的可能性。

Step2：检查PD设备是否良好接地。

由于交换机所处环境较为混乱，设备没有保证良好接地，并且设备直接放在地毯上，容易产生较大的静电干扰，影响到检测、分级的判断，导致不能正常给AP上电。怀疑这是导致故障的原因。

Step3：将交换机接地，检查端口状态和AP状态是否恢复正常。

Step4：将交换机接地后，确认交换机能正常供电，AP工作状态正常，故障排除。

总结
在PoE上电阶段，需要对下挂的PD进行检测、分级，如果有外界干扰，可能会影响到PSE对检测、分级的判断，导致不能给PD上电，因此，请对PoE交换机可靠接地。

组网情况
如图所示， RRPP主节点不停被破环，然后网络又成环。

现象描述
RRPP环协议震荡，持续时间1个多小时，在日志中未见有异常（比如接口震荡），也没有发现在RRPP环上的接口有出入方向的FCS等异常计数。

原因分析
根据测试的结果来看，RRPP的HELLO报文在端口的未知单播流量增大的时候会被丢弃。连续丢弃3个报文后，RRPP的环状态为Failed，待收到下一个HELLO报文时，又恢复正常。RRPP的环状态就在Failed和Complete之间震荡。

操作步骤
1、按照现网的配置搭建测试环境，S3328上的RRPP状态正常。

2、测试仪向S3328发送携带RRPP的control-vlan的未知单播流量。

3、查看设备的RRPP状态，出现协议震荡，且恢复时间间隔为与现网的现象相同。

4、由复现结果可以断定，现网中由于配置未知单播抑制引发协议震荡，可执行命令undo unicast-suppression，删除未知单播抑制功能。

建议与总结
客户在RRPP环上的端口不要配置未知单播抑制。否则，未知单播流量增大的时，有可能造成RRPP的HELLO报文丢弃，影响RRPP环状态的稳定，造成协议震荡。

组网情况
如图所示，SwitchA作为RRPP环的主节点，正常情况下GE1/0/0为Primary port、GE2/0/0为Secondary port（block）。

现象描述
RRPP环组网中，主节点不停被破环，然后网络又成环。

原因分析
设备上配置了未知单播抑制功能，而RRPP的协议报文的目的MAC为未知单播MAC。在端口未知单播流量较多时，RRPP协议报文会被抑制掉，从而导致设备认为RRPP的环链路出现故障，从而放开阻塞，导致成环。

操作步骤
通过display rrpp statistics命令查看到，设备不时发送或者接收到LINK DOWN报文，并且设备上的主端口和负端口的HEALTH报文Send和Rcv计数不一致。
查看配置，设备上面配置了未知单播抑制命令unicast-suppression。
接口视图下执行命令undo unicast-suppression，删除未知单播抑制功能，故障解除。

建议与总结
在使用RRPP、SEP、ERPS等协议，协议报文目的MAC为单播MAC时，请您不要配置未知单播抑制。