11 | Presentation Title | Month 2009
All Rights Reserved © Alcatel-Lucent Shanghai Bell 2009
常见故障分析 pppoe用户报678错误 pppoe用户报678错误 ： 1，检查2层通道是否正常。 2，检查端口协商模式。
10 | Presentation Title | Month 2009
All Rights Reserved © Alcatel-Lucent Shanghai Bell 2009
常见故障分析 pppoe用户报734错误 pppoe用户报734错误： 1，地址池满。 2，同一帐号在7750不同端口使用。
19 | Presentation Title | Month 2009
All Rights Reserved © Alcatel-Lucent Shanghai Bell 2009
常见故障分析 链路无法负载均衡 链路无法负载均衡 ： 7750两条链路双上行至核心设备，两条链路metric设置一样，分别从两台核心设备 学习到缺省路由，但只有一个端口有流量。 在ospf或者isis database中可以看到有到达缺省路由相同metric的lsa，但路由表 中只有一条缺省路由，需要注意这是7750和其它厂商区别的地方，象思科设备， igp缺省就开启了4条等值路由，无需配置。但7750需要在router下面配置ecmp 数 目，否则即使数据库中有多条相同metric的lsa，也只会选取下一跳地址最小的进行 转发。无法实现流量的负载均衡。
8 | Presentation Title | Month 2009
All Rights Reserved © Alcatel-Lucent Shanghai Bell 2009
常见故障分析 新增上联端口直连正常，isis无法up 新增上联端口直连正常，isis无法up ： 1，isis密码错误 2，isis错误配置
All Rights Reserved © Alcatel-Lucent Shanghai Bell 2009
常见故障分析 部分用户无法上网 部分用户无法上网，部分正常 ： 该问题一般为路由发布问题 注意新增网段需要三个步骤，必不可少 1，dhcp pool中新增subnet 2，subscribe-interface增加网关 3，policy-option 中增加prefix，注意首先begin，最后一定要commit
6 | Presentation Title | Month 2009
All Rights Reserved © Alcatel-Lucent Shanghai Bell 2009
常见故障分析 设备ping外网地址部分正常
设备ping外网地址部分正常：
设备ping外网地址有的通，有的不通（路由信息正常，转发异常） 1，检查iom2板卡是否pchip报错。 2，切换cpm板卡 。
9 | Presentation Title | Month 2009
All Rights Reserved © Alcatel-Lucent Shanghai Bell 2009
常见故障分析 新增端口开通pppoe，全部用户报691错误 新增端口开通pppoe，全部用户报691错误 ： 1，group-interface和vpls未做关联或者关联错误。
CPM板卡插入时不停的查找启动文件 ：
1，CPM板卡的CF3卡中无启动文件导致 2，CF卡损坏
18 | Presentation Title | Month 2009
All Rights Reserved © Alcatel-Lucent Shanghai Bell 2009
常见故障分析 pos端口无法UP
常见故障分析
ping大包不通故障
ping大包不通故障： 1，检查传输链路。 2，修改端口和传输MTU值。
4 | Presentation Title | Month 2009
All Rights Reserved © Alcatel-Lucent Shanghai Bell 2009
常见故障分析 ping丢包故障 ping丢包故障 1，1块mda板卡上多个端口ping丢包。 a，检查IOM2板卡是否报pchip错误和MDA板卡是否报xpl错误。 2，1个端口丢包，其他端口正常。 a，检查传输链路，主要是收光情况。 b，检查端口协商模式。 c，filter抓包，是否7750能发出ping request，对端设备未给回ping reply报文。
16 | Presentation Title | Month 2009
All Rights Reserved © Alcatel-Lucent Shanghai Bell 2009
常见故障分析 7750总是不停重启，无法启动成功 7750总是不停重启，无法启动成功 ：
将console连接到设备，查看设备启动的log Alcatel 7x50 Boot ROM. Copyright 2000-2006 Alcatel. All rights reserved. All use is subject to applicable license agreements. Build: X-4.0.R1 on Thu Apr 27 12:42:18 PST 2006 by builder Version: 0x0B Starting CPU/Switch card ***Local memory (2 Meg) tested BAD! COLD boot on processor #1 CPU Control FPGA version is 0x17
7750故障排查
1 | Presentation Title | Month 2009
目录
1.常见故障分析 2.故障处理方法 3.阿尔卡特技术支持
1
常见故障分析

3 | Presentation Title | Month 2009
All Rights Reserved © Alcatel-Lucent Shanghai Bell 2009
12 | Presentation Title | Month 2009
All Rights Reserved © Alcatel-Lucent Shanghai Bell 2009
常见故障分析 pppoe某个端口用户上线几分钟被7750踢下线 pppoe某个端口用户上线几分钟被7750踢下线 ： 1，检查传输链路是否正常
5 | Presentation Title | Month 2009
All Rights Reserved © Alcatel-Lucent Shanghai Bell 2009
常见故障分析 2台设备相同vpn 互相ping不通 2台设备相同vpn 互相ping不通 ： 1，检查设备RT配置。 2，检查loopback地址是否分配标签。 3，检查vpnv4是否建立。。
pos端口无法UP ：
以一个oc48 pos端口为例，要查看端口协议是否up，需要通过show port 6/1/1.sts48命令查看，通过show port 6/1/1无法真 正判断该端口协议层是否up Pos端口常见故障为协议无法up，首先需要检查端口配置，确认以下参数配置是否正确： Scramble //加扰，要求与对端口一致，配置命令： config port X/X/X sonet-sdh path scramble signal-label //C2开销子节，要求与对端一致，否则传输会有诉告警，与juniper设备对接，必须一致，配置命令： config port X/X/X sonet-sdh path signal-label XXX trace-string // C2开销子节，要求与对端一致，否则传输会有诉告警，与juniper设备对接，必须一致，配置命令： config port X/X/X sonet-sdh path trace-string XXX crc //CRC检验位，要求与对端选择一致的CRC检验位，配置命令为： config port X/X/X sonet-sdh path crc 32/16 clock-source //时钟源，配置应情况而定，如果二台设备直接用裸光纤互联，则一端取本地时钟一端取线路时钟即可，如 果二台设备间经传输互联，则取线路由时钟即可，配置命令有： config port X/X/X sonet-sdh clock-source node-timed|loop-timed (node-timed为本时钟，loop-timed 为线路时钟) framing //帧格式，配置应该与传输一致，如果没有传输则应该与对端设备一致，配置命令为： config port X/X/X sonet-sdh framing sdh|sonet
7 | Presentation Title | Month 2009
All Rights Reserved © Alcatel-Lucent Shanghai Bell 2009
常见故障分析 新增端口直连无法ping通 新增端口直连无法ping通 ： 1，检查端口协商模式。 2，检查端口光衰情况。 3，端口通过尾纤自己打环，传输通过尾纤打环。
20 | Presentation Title | Month 2009
All Rights Reserved © Alcatel-Lucent Shanghai Bell 2009
常见故障分析 访问控制列表配置不当引起路由协议DOWN掉
访问控制列表配置不当引起路由协议DOWN掉 ：
配置Management Access Filters，设定对指定源IP地址用户的Telnet访问权限，其它的用户不能Telnet设备，配置情况如 下 management-access-filter default-action permit entry 10 action permit src-ip 61.159.168.0/24 dst-port 23 65535 exit entry 200 action deny exit exit 在完成上述配置后，用户原意是想对其它的源IP地址做Telnet访问限制，但是在配置时对最后一个entry没有指定匹配条件 ，仅仅指定了动作为Deny，结果引起了路由协议Down掉。 7750的Management Access Filters访问控制列表控制所有进入CPM的流量，包括路由协议报文。控制列表中可以配置若干 entry，每个entry在配置action行为之后即生效。在上面的故障中，当路由协议的报文到来后，顺着前面的entry依次处理， 都没有匹配上，来到最后的entry 200 ，由于在最后一个entry 200 中没有指定匹配条件，那么所有的报文都认为匹配上，于 是执行deny动作把报文丢弃，致使OSPF、BGP协议Down掉。 修改最后的entry 200，指定它的匹配条件为TCP端口号23的精确匹配。 entry 200 action deny dst-port 23 65535 exit 上面配置目的端口号时，掩码用来确定端口号的范围，65535代表精确匹配，这是默认值。 访问控制列表对设备影响很大，在配置时一定要确认参数的正确性。