中低端路由器经验案例汇编 秘密
returning a valid IP-address.
If negotiation about the remote IP-address is required, and the peer did not provide the option in its Configure-Request, the option SHOULD be appended to a Configure-Nak. The value of the IP-address given must be acceptable as the remote IP-address, or indicate a request that the peer provide the information.
4 路由器通过SDH线路无法传送office文件的问题
部分局点使用SDH线路发现无法上传和下载office文件，将该文件压缩后则可以正常传送。使用ping测试没有发现丢包和大包不通的问题。
怀疑（只是怀疑，没有定论）这个问题和中间的传输线路有关系，office包含连续的1，导致在传输的时候出现问题。可以通过在在路由器上执行ping –p ff 来发送全1的报文来确认一下。 可以要求电信调整线路来解决该问题。
5 Q931的SETUP的各项字段的含义
Bri0
N->U DL_UI_DATA_IND CES = 0
cr= 01 01 SETUP *sn_com=a1 *bearer=04 02 88 90 *chan_id=18 01 89 *calling_n=6c 0d 00 83 30 39 33 31 38 34 30 39 30 38 30 *low_l=7c 02 88 90
cr= 01 01 表示Call reference （呼叫参考值）可以通过isdn crlength { 1 | 2 }来修改
SETUP 表示Message type（消息类型）
*sn_com=a1 表示Sending complete 配置undo isdn sending-complete，则不携带该属性
*bearer=04 02 88 90 表示承载能力
Bearer Cap 0x8890
Description ISDN 64K call
2013-4-29
华为机密，未经许可不得扩散
25
第25页, 共81页
中低端路由器经验案例汇编 秘密
0x8890218F
*
c
0x9090A3
ha
n_id=18 01 89 表示Channel identification
ISDN 56K call Voice/Speech call (u?law)
Voice/Speech call (u?law) ? 3.1 kHz Audio
Voice/Speech call (A?law) Voice/Speech call (A?law) ? 3.1 kHz Audio
0x8090A2
0x9090A2
0x8090A3
*calling_n=6c 0d 00 83 30 39 33 31 38 34 30 39 30 38 30 表示主叫号码，红色部分去掉3则为实际号码（09318409080）
*low_l=7c 02 88 90 表示Low layer compatibility低层兼容，配置isdn ignore llc，则不携带该属性
6 解决ISDN非常有用的命令
在被叫的Bri 接口下配置
isdn ignore callednum （我们做为被叫端时不发送SETUP_ACK，解决部分ISDN交换机不识别SETUP_ACK的问题）
undo isdn waitconnectack （命令用来设置路由器不等待CONNECT ACK消息而直接进入ACTIVE状态，并开始数据和语音业务的通信，解决部分交换机不发送CONNECT ACK的问题）
7 通过Q931的DISC消息定位是谁拆线，什么原因拆线
Bri0
N->U DL_I_DATA_IND CES = 1
cr= 01 81 DISC *cause=08 02 84 92 (No user responding)
Cause Code Origination Point
2013-4-29
华为机密，未经许可不得扩散
26
第26页, 共81页
中低端路由器经验案例汇编 秘密
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ 80 . From the router. ·
81 . From the private network near the local user [(possibly a local private branch exchange (PBX)]. · 82 . From the public network near the local user (local telco switch). · 83 . From the transit network (in the ISDN cloud). ·
84 . From the public network near the remote user (remote telco switch). · 85 . From the private the network near the remote user (possibly a remote PBX). · 87 . From the international network. ·
8A . From a network beyond the internetworking point. ·
8 X25 debug信息含义
Serial3/0: X.25 O State P1(ready) LCI 1024 MOD 8 CALL_REQ Len 13 *Dec 21 17:00:48:620 2005 1 X25/8/debug2: From(4): 1111 To(4): 2222 Facilities: (0) Call User Data: 0xCC000000
*Dec 21 17:00:48:770 2005 1 PHYD/8/debugging: (Serial3/0)PHY/PKT: Packet Output, Packet Len = 15,Partial data as follows: 01 22 14 00(LCI) 0B(call-req) 44(calling & called len) 22 22(called num) 11 11(calling num) 00 CC 00 00 00
9 AR18 pppoe认证不成功, server端发送dns配置报文Client端没有应答。
Debug信息：
*0.182263 Quidway PPP/8/debug2: PPP State Change:
Dialer1:0 IPCP : reqsent --> acksent *0.182268 Quidway PPP/8/debug2: PPP Packet:
2013-4-29
华为机密，未经许可不得扩散
27
第27页, 共81页
中低端路由器经验案例汇编 秘密
Dialer1:0 Input IPCP(8021) Pkt, Len 26 State acksent, code ConfNak(03), id 0, len 22
Primary DNS Server Address(81), len 6, val dac90403 Secondary DNS Server Address(83), len 6, val d38812ab IP Address(3), len 6, val dacf1c68 *0.182269 Quidway PPP/8/debug2: PPP Event:
Dialer1:0 IPCP RCN(Receive Config Nak/Reject) Event state acksent
*0.182269 Quidway PPP/8/debug2: PPP Error:
Dialer1:0 IPCP : Ipcp_nakci: received wrong NAK!
原因：pppoe Client 端在没有主动请求对端server为其分配dns时，接到对端 dns配置，便认为是非法报文，不做应答。（此故障只在某些厂家pppoe server中存在）
处理： 在dialer口下配置
ppp ipcp dns request （配置PPP IPCP主动请求对端的DNS地址）
ppp ipcp dns admit-any （配置路由器可以被动地接收对端分配的DNS地址）
10 中低端路由器的E1板卡和串口板卡可以跨板进行PPP捆绑
11 目前在HDLC上不支持IPX，PPP上可以支持（06-07-13）
已经提交需求要求在HDLC上支持IPX，主要是海外需求
2013-4-29
华为机密，未经许可不得扩散
28
第28页, 共81页
