EPON传真故障处理方法

EPON传真故障处理方法
传真业务和POTS业务是一种对传输质量要求极高的业务。

在EPON网络下出现的传真故障和传统网络下的传真故障有类似的原因：主要是由于传输质量不好引起的。

在传统网络中，采用的基于2M传输的电路交换技术（同步的传输技术），所以整个传输通道发生误码和传输质量劣化的极少发生，而更多的传真故障的产生主要是设备端口和用户传真机之间的电缆部分传输质量差导致的。

随着VOIP技术的兴起，语音通过IP交换的软交换网络承载，整个传输过程中铜缆的距离越来越短，质量随之提高，由铜缆质量差导致的传真故障随之减少了。

IP技术的特点是尽力而为，当传输量超过自身承担的能力时将丢弃IP包，且IP交换是异步传输，实时性要求低，对于传真和POTS机这样对传输质量要求特别高的业务来说，传输质量更难以得到保障。

以下将针对网络中传输容易出现问题的一些方面进行具体的分析。

现网组网只要是以下这种方式，图中VOIP的业务流向就是传真业务的业务流向：
从用户点到软交换网络可以简化为以下这个简单的图示：
根据上图，用户终端到ONU设备间是铜缆，以上每种设备间全是光网络。

接入层网络和上层网络通过中心的虚线划分，也是接入网和上层设备对接一就是在这个位置。

在这个网络中，全程针对VOIP业务做了高优先级的保证。

OL T通过双GE 口和上层汇聚交换机对接，在对接中必须保证接口工作在1000M全双工的模式下，不能以自动等其他模式代替。

网络上通过硬件与软件两个方面对整个业务的传输质量做保障。

下面将具体介绍传真故障的处理思路和方法。

根据上面的介绍，针对传真故障主要从两个主要的方面入手：传输质量和参数设置。

传输质量：从ONU到软交换网络经过的各个节点都有一个IP地址，首先采用全程PING的方式从ONU----ping-----SS，如果没有误码产生则证明整个传输通道都是正常的，这是应考虑从参数设置入手。

看一个实例：
GD_XSB_ALZC_MA5616_1(config)#ping -c 1000 10.62.7.51
PING 10.62.7.51: 56 data bytes, press CTRL_C to break
Reply from 10.62.7.51: bytes=56 Sequence=1 ttl=252 time=1 ms
Reply from 10.62.7.51: bytes=56 Sequence=2 ttl=252 time=1 ms
Reply from 10.62.7.51: bytes=56 Sequence=3 ttl=252 time=1 ms
Reply from 10.62.7.51: bytes=56 Sequence=4 ttl=252 time=1 ms
Reply from 10.62.7.51: bytes=56 Sequence=5 ttl=252 time=1 ms
…………………….
--- 10.62.7.51 ping statistics ---
1000 packet(s) transmitted
1000 packet(s) received
0.00% packet loss
round-trip min/avg/max = 1/1/1 ms
这里需要我们注意的是，我们在PING的命令里的-C的参数。

由于默认的PING只有5次，不能证明传输是否有问题，所以-C的意思就是数量，一定是要有足够的
数量才能说明问题。

如果整个传输通道存在误码的情况：
GD_XSB_ALZC_MA5616_1(config)#ping -c 1000 10.62.7.51
PING 10.62.7.51: 56 data bytes, press CTRL_C to break
Reply from 10.62.7.51: bytes=56 Sequence=1 ttl=252 time=1 ms
Reply from 10.62.7.51: bytes=56 Sequence=2 ttl=252 time=1 ms
Reply from 10.62.7.51: bytes=56 Sequence=3 ttl=252 time=1 ms
Reply from 10.62.7.51: bytes=56 Sequence=4 ttl=252 time=1 ms
Reply from 10.62.7.51: bytes=56 Sequence=5 ttl=252 time=1 ms
Time out
Reply from 10.62.7.51: bytes=56 Sequence=7 ttl=252 time=1 ms
Reply from 10.62.7.51: bytes=56 Sequence=8 ttl=252 time=1 ms
…………………….
--- 10.62.7.51 ping statistics ---
1000 packet(s) transmitted
990 packet(s) received
1.00% packet loss
round-trip min/avg/max = 1/3/8 ms
这个时候我们应该分段PING的方法来看传输通道哪里出现了误码。

简而言之，以现网发生传真故障的处理经验看，在PON网络内部和上层网络内部一般不会产生传输质量问题，而最容易出现问题的地方就是在上图虚线的结合部，我们要保证GE口间的对接参数的正确性：
GD_XLSWEQ_BQ_MA5680T_2(config)#display board 0/19
------------------------------
板名称: H801GICF
板状态: 正常
-----------------------------------------------------------------------------
端口端口光模块Native 网线速率双工流控端口链路类型状态VLAN 自适应(Mbps) 激活状态
-----------------------------------------------------------------------------
0 GE 正常 1 - 1000 全双工关激活在线
1 GE 正常 1 - 1000 全双工关激活在线
-----------------------------------------------------------------------------
红色字体部分是接口对接的关键。

参数设置：ONU和软交换对接需要对以下一些参数做核对，以实例说明：
G D_XSB_ALZC_MA5616_1(config)#display fax parameters
-----------------------------------------------------------------------------
编码方式:透传
T38传真端口:等于语音端口
传真流程:V3流程
-----------------------------------------------------------------------------
GD_XSB_ALZC_MA5616_1(config)#display fax-modem
{ parameters<K> }:parameters
命令：
display fax-modem parameters
-----------------------------------------------------------------------------
协商方式: 协商
10毫秒打包时长: 不使能
RFC2198启动模式: 支持智能启动模式
VBD编解码: G.711A
VBD PT值类型: 静态
-----------------------------------------------------------------------------
GD_XSB_ALZC_MA5616_1(config)#fax parameters
{ flow<K>|is-port+2<K>|workmode<K> }:workmode
{ workmode-value<E><thoroughly,T.38> }:thoroughly
{ <cr>|flow<K>|is-port+2<K> }:flow
{ flow-value<E><v2,v3,v5> }:v3
{ <cr>|is-port+2<K> }:
命令：
fax parameters workmode thoroughly flow v3
通过以上对参数的查询和修改的演示，反映了现网传真对接使用参数和具体值。

在完成以上两个方面的处理后，传真问题基本都能得到解决，准确的说，传真在网络传输上没有什么问题，而用户传真机的设置以及使用也可能是导致故障的原因。

以上是以华为设备为例进行的说明，以下针对中兴设备以实例进行介绍。

传输质量：
中兴设备实例：9806H ONU设备本身不支持PING 里的数量限制，因此采用使用OL T----PING----SS，OL T----PING---ONU方式来判断SS到ONU之间的传输质量问题。

OL T----PING----SS
ZXPON_C200_KM31#ping 10.62.7.51 option 1000 36 1
sending 1000,36-byte ICMP echos to 10.62.7.51,timeout is 1 seconds.
!!!!!!!!!!!!!!!!
Success rate is 107 percent(15/15),round-trip min/avg/max= 0/0/0 ms.
OL T----PING----ONU
ZXPON_C200_KM31#ping 10.75.31.47 option 1000 36 1
sending 1000,36-byte ICMP echos to 10.75.31.47,timeout is 1 seconds.
!!!!!!!!!!!!!
Success rate is 109 percent(12/12),round-trip min/avg/max= 0/1/20 ms.
备注：“！”号表示是通的”…”表示不通。

这里需要我们注意的是，我们在PING的命令里的option参数。

由于默认的PING 只有5次，不能证明传输是否有问题，所以1000的意思就是数量，36为字节大小，1表示是超时时间为1S。

一定是要有足够的数量才能说明问题。

如果整个传输通道存在误码的情况：
ZXPON_C200_KM31#ping 10.62.7.51 option 1000 36 1
sending 1000,36-byte ICMP echos to 10.62.7.51,timeout is 1 seconds.
!!!!!!!!!..!!!!!
Success rate is 107 percent(15/13),round-trip min/avg/max= 0/0/0 ms.
ZXPON_C200_KM31#ping 10.75.31.47 option 1000 36 1
sending 1000,36-byte ICMP echos to 10.75.31.47,timeout is 1 seconds.
!!!!.!!!.!!!!
Success rate is 109 percent(12/10),round-trip min/avg/max= 0/1/20 ms.
这个时候我们应该分段PING的方法来看传输通道哪里出现了误码。

简而言之，以现网发生传真故障的处理经验看，在PON网络内部和上层网络内部一般不会产生传输质量问题，而最容易出现问题的地方就是在上图虚线的结合部，我们要保证GE口间的对接参数的正确性：
PL_31J_C220_1#show running-config interface gei_0/9/1
Building configuration...
!
interface gei_0/9/1
hybrid-attribute fiber
no negotiation auto
speed 1000
duplex full
flowcontrol disable
port-protect disable
optical-thresh Rx max -26 min 0
optical-thresh Tx max -26 min 0
switchport mode hybrid
switchport vlan 400-403,410-413 tag
switchport vlan 490,2750-2753 tag
switchport vlan 2755-2758,2790 tag
switchport vlan 3290,3502,3900 tag
switchport vlan 3996 tag
smartgroup 1 mode passive
!
PL_31J_C220_1#show interface gei_0/9/1
gei_0/9/1 is up, line protocol is up
Description is none
Keepalive set:10 sec
The port flowControl is disable
The port negotiation is disable
The port is optical
The optical Module Information :
RxPower : N/A TxPower : N/A
Bias-Current : N/A Laser-Rate : N/A
Supply-V ol : N/A Wavelength : N/A
Temperature : N/A V ender-PN : N/A
V ender-Name : N/A
Loopback status is disable
Reset number is 0
Duplex full
scramble payload-enable
VLAN mode is hybrid, pvid 1 BW 1000000 Kbits
Last clearing of "show interface" counters never
120 seconds input rate : 1143786 Bps, 1605 pps
120 seconds output rate: 574624 Bps, 1489 pps
Interface peak rate :
input 3283749 Bps, output 1067978 Bps
Interface utilization: input 0.915%, output 0.460%
Input:
Packets : 397816131 Bytes : 267984842650
Unicasts : 397487225 Multicasts: 328906
Broadcasts : 0 Undersize : 0
Oversize : 7822 CRC-ERROR : 0
Dropped : 0 Fragments : 0
Jabber : 0 MacRxErr : 0
Output:
Packets : 403960819 Bytes : 127234006733
Unicasts : 402915039 Multicasts: 15277
Broadcasts : 863817 Collision : 0
LateCollision: 0
Input detail:
64B : 2289927 65-127B : 121570213
128-255B : 62079922 256-511B : 11772635
512-1023B : 12139367 1024-2047B: 187964302
红色字体部分是接口对接的关键，主要是协商参数两边要一直，现网要统一配置为1000M全双工（no negotiation auto speed 1000 duplex full）。

其中有聚合组的上联口只看一个口数据即可，因为聚合组创建的条件是两个口配置必须完全一致。

gei_0/9/1 is up, line protocol is up表示上联口物理及协议是UP的，CRC-ERROR : 0 ，说明上联口物理上未有线路质量引起CRC错误。

参数设置：ONU和软交换对接需要对以下一些参数做核对，以实例说明：
WH_SCDT24LRDJ_9806H-1(ag)# get-mgcapabili
SIGTOS: 0
FAXPRI1: VBD
FAXPRI2: T38
SUBSUSPENDRTP: SUB
HOTLINEWITHSPA CE: With Space
2833TYPE: R TP
IPSTHRESHOLD: 80
CONGESTTIME: 10
CONGESTTONE: Congestion Tone
MATCHTYPE: long matchtype
ALLOWPR: Allowed
RINGDELAY: 0
-------------------------------------------------------------------------------- 1 row is effected
WH_SCDT24LRDJ_9806H-1(ag)# get-rtppar parid 1
parid: 1
vadvalue: 0
g723rate: 1
dcfilter: 0
silencetopcm: 0
pcmlaw: 0
g711redundancy: 0
pkttopcm: 0
pcmtopkt: 0
faxmode: SS control fax
modemmode: 11
ecmenable: 1
faxpage: 2
t30message: 5
WH_SCDT24LRDJ_9806H-1(ag)# get-slcattrib slot 1
slot 1
circuit: 0
dftevent: HOOK OFF
faxmode: T.30
usermode: H248
qovsid: 0
currsrv: IDLE
cidtype: FSK600
imtype: NORMA L
userclass: NORMA L
ecenable: default
pkttopcm: 0
pcmtopkt: 0
命令参考：
修改系统传真参数为T.30软交换控（目前云南电信全网传真采用T.30软交换控制）
9806(ag)# mod-mgcapabili faxpri1 1 (备注：修改传真优先级1为1 VBD模式)
9806(ag)# mod-rtppar parid 1 faxmode 11 (备注：修改传真控制模式为11软交控制)
9806(ag)# mod-slcattrib slot 1 faxmode 0 (备注：修改端口传真模式为0 T.30透传模式，可根据ATLC板所在槽位选择修改)
接入维护中心顾都
2011年6月27日。