D410E呼入正常，不能呼出

hi！
我的系统环境
centos 5.4
asterisk 1.4.20
zaptel 1.4.11
chan_ss7 chan_ss7-1.2.1 打上了[font=tahoma, arial, tahoma, helvetica] select_cics.patch [/font]
按照james.zhu的《How to install asterisk, chan_ss7 and zaptel with openvox PRI cards》编译安装完毕
现在可以正常呼入，但是不能呼出提示信息是[free] > priority = mine -- Executing [100@from-internal:1] Dial("IAX2/701-5779", "SS7/Linkset1:7/15717149002") in new stack[Jul 5 06:01:48] DEBUG[4378]: l4isup.c:873 ss7_requester: SS7 request (SS7/Linkset1:7/15717149002) format = 0x8.[Jul 5 06:01:48] ERROR[4378]: l4isup.c:896 ss7_requester: SS7 requester: No such linkset: 'Linkset1', using default[Jul 5 06:01:48] DEBUG[4378]: l4isup.c:958 ss7_requester: SS7 channel SS7/Linkset1:7/15717149002 allocated successfully.[Jul 5 06:01:48] DEBUG[4378]: l4isup.c:2084 ss7_call: SS7 call, addr=Linkset1:7/15717149002, cid=701(0x1/Presentation Allowed, Passed Screen) CIC=7. linkset '|s1'[Jul 5 06:01:48] DEBUG[4378]: l4isup.c:1953 isup_send_iam: chan_ss7: isup_send_iam: ISDN_H324M is not set.[Jul 5 06:01:48] DEBUG[4378]: l4isup.c:440 mtp_enqueue_isup_packet: Queue packet CIC=7, len=33, linkset='|s1', link='|1', slinkset='|s1', slink='|2' -- Sent IAM CIC=7 ANI=701 DNI=15717149002 RNI= -- Called Linkset1:7/15717149002[Jul 5 06:01:48] DEBUG[4165]: mtp.c:1960 mtp_thread_main: Queue MSU, lsi=0, last_send_ix=0, linkset=|s1, m->link=|2[Jul 5 06:01:48] DEBUG[4165]: mtp.c:1668 mtp2_fill_dahdi_buf: Sending buffer to dahdi len=37, on link '|2' bsn=87, fsn=98.[Jul 5 06:01:48] DEBUG[4165]: mtp.c:1317 mtp2_good_frame: Got MSU on link '|2' sio=5 slc=9 m.sls=0 bsn=1/98, fsn=1/88, sio=85, len=22: a1 ff ff 9c 96 2b 07 07 00 0c 02 04 02 82 95 1e 03 9c 96 2b 00[Jul 5 06:01:48] DEBUG[4165]: l4isup.c:2737 process_circuit_message: Process circuit message REL, CIC=7, state=2, reset_done=1 -- SS7 hangup 'SS7/|s1/7' CIC=7 Cause=21 (state=7)[Jul 5 06:01:48] DEBUG[4378]: l4isup.c:2156 ss7_hangup: SS7 hangup 'SS7/|s1/7' CIC=7 (state=7), chan=0x08d4aaa8[Jul 5 06:01:48] DEBUG[4378]: utils.c:119 stop_timer: Failed to delete timer[Jul 5 06:01:48] DEBUG[4378]: l4isup.c:440 mtp_enqueue_isup_packet: Queue packet CIC=7, len=12, linkset='|s1', link='|1', slinkset='|s1', slink='|2' == Everyone is busy/congested at this time (1:0/0/1) -- Executing [100@from-internal:2] Hangup("IAX2/701-5779", "") in new stack == Spawn extension (from-internal, 100, 2) exited non-zero on 'IAX2/701-5779' -- Executing [h@from-internal:1] Macro("IAX2/701-5779", "hangupcall") in new stack -- Executing [s@macro-hangupcall:1] ResetCDR("IAX2/701-5779", "w") in new stack[Jul 5 06:01:48] DEBUG[4378]: cdr_addon_mysql.c:210 mysql_log: cdr_mysql: inserting a CDR record.[Jul 5 06:01:48] DEBUG[4165]: mtp.c:1960 mtp_thread_main: Queue MSU, lsi=0, last_send_ix=0, linkset=|s1, m->link=|2[Jul 5 06:01:48] DEBUG[4378]: cdr_addon_mysql.c:226 mysql_log: cdr_mysql: SQL command as follows: INSERT INTO cdr (calldate,clid,src,dst,dcontext,channel,dstchannel,lastapp,lastdata,duration,billsec,disposition,amaflags,accountcode,userfield) VALUES ('2010-07-05 06:01:48','\"701\" <701>','701','100','from-internal', 'IAX2/701-5779','SS7/|s1/7','Hangup','',0,0,'NO ANSWER',3,'','')[Jul 5 06:01:48] DEBUG[4378]: app_macro.c:337 _macro_exec: Executed application: ResetCDR -- Executing [s@macro-hangupcall:2] NoCDR("IAX2/701-5779", "") in new stack[Jul 5 06:01:48] DEBUG[4378]: app_macro.c:337 _macro_exec: Executed application: NoCDR -- Executing [s@macro-hangupcall:3] GotoIf("IAX2/701-5779", "1?skiprg") in new stack -- Goto (macro-hangupcall,s,6)[Jul 5 06:01:48] DEBUG[4378]: app_macro.c:337 _macro_exec: Executed application: GotoIf -- Executing [s@macro-hangupcall:6] GotoIf("IAX2/701-5779", "1?skipblkvm") in new stack -- Goto (macro-hangupcall,s,9)[Jul 5 06:01:48] DEBUG[4378]: app_macro.c:337 _macro_exec: Executed application: GotoIf -- Executing [s@macro-hangupcall:9] GotoIf("IAX2/701-5779", "1?theend") in new stack -- Goto (macro-hangupcall,s,11)[Jul 5 06:01:48] DEBUG[4378]: app_macro.c:337 _macro_exec: Executed application: GotoIf -- Executing [s@macro-hangupcall:11] Hangup("IAX2/701-5779", "") in new stack == Spawn extension (macro-hangupcall, s, 11) exited non-zero on 'IAX2/701-5779' in macro 'hangupcall' == Spawn extension (macro-hangupcall, s, 11) exited non-zero on 'IAX2/701-5779' -- Hungup 'IAX2/701-5779'[/free]ss7 已经up ，并且 INSERVE[free]bangian*CLI> ss7 link status linkset |s1, link |2, schannel 16, sls 0, INSERVICE, rx: 2, tx: 1/3, sentseq/lastack: 102/102, total 17034448, 17034544[/free]开始我觉得可能是线路的问题，于是改用能够正常的呼入的CICs,，用它呼出，如下，还是无果[free]exten => 100,s,dial(SS7/Linkset1:7/15717149002)exten => 100,n,Hangup[/free]不知道是哪里的问题了 哪位朋友不吝赐教感激不尽zaptel.conf文件如下[free]# Autogenerated by ./genzaptelconf -- do not hand edit# Zaptel Configuration File## This file is parsed by the Zaptel Configurator, ztcfg## It must be in the module loading order# Span 1: TE4/0/1 "T4XXP (PCI) Card 0 Span 1" (MASTER)span=1,1,0,ccs,hdb3# termtype: te#bchan=1-15,17-31bchan=1-31# dchan=16# Span 2: TE4/0/2 "T4XXP (PCI) Card 0 Span 2"span=2,2,0,ccs,hdb3# termtype: te#bchan=32-46,48-62bchan=32-62#dchan=47# Span 3: TE4/0/3 "T4XXP (PCI) Card 0 Span 3"span=3,3,0,ccs,hdb3# termtype: te#bchan=64-78,80-94bchan=63-93#dchan=78# Span 4: TE4/0/4 "T4XXP (PCI) Card 0 Span 4"#span=4,4,0,ccs,hdb3# termtype: te#bchan=94-108,110-124#bchan=94-124#dchan=109# Global dataloadzone = usdefaultzone = us[/free]ss7.conf如下[free][linkset-|s1]enabled => yesenable_st => yesuse_connect => nohunting_policy => even_mrucontext => ss7_calllanguage => ensubservice => autovariant => CHINA[link-|1]linkset => |s1;channels => 1-15,17-31channels => 1-31schannel => firstcic => 1enabled => yes[link-|2]linkset => |s1channels => 1-15,17-31;channels => 1-31schannel => 16firstcic => 33enabled => yesechocancel => noechocan_train => 350echocan_taps => 128[link-|3]linkset => |s1;channels => 1-15,17-31channels => 1-31schannel => firstcic => 65enabled => yes;[link-l4];linkset => ls1;channels => 1-31;schannel =>;firstcic => 97;enabled => yes[host-bangian]enabled => yesopc => 0xffffa1dpc => |s1:0x2b969clinks => |1:1,|2:2,|3:3[/free]铁通公司开出的7号信令是:信令时隙在开在三条2M线的第2条的16通道上CIC是
1-31;
33-65;
65-95

i] Last edited by zhangtuo at 2010-7-5 06:22 [/i

你贴上来的信息根本没有分行，请分行后再贴上来，不然没办法看

不好意思，问题已经解决，我们的呼出刚一送到铁通那里，就被他们释放掉。铁通说是由于什么“主叫地址性质”不对，需要我们从“国内有效”改成“用户性质”的，后来我们修改了ss7.conf的subservice =>national 的值，但是设置成其它的值后，ss7链路都不能通，ss7 link state 都不能 “INSERVICE”。后来万般无奈，只好请铁通那边做调整，以他们适应我们的信号设置，后来他们调整后，一切就正常了。 谢谢openvox刘工的帮助，O(∩_∩)O谢谢

Original posted by zhangtuo at 2010-7-6 15:50

不好意思，问题已经解决，我们的呼出刚一送到铁通那里，就被他们释放掉。铁通说是由于什么“主叫地址性质”不对，需要我们从“国内有效”改成“用户性质”的，后来我们修改了ss7.conf的subservice =>national 的值，但是设置成其 ...

关于主叫地址性质的修改，参见l4isup.c 第1908行；
/* Calling party's category Q.763 (3.11). */
- param[0] = 0x0a; /* Ordinary calling subscriber */
+ param[0] = 0x0c; /* Local User */
isup_msg_add_fixed(msg, sizeof(msg), ¤t, param, 1);
关于ss7.conf的subservice，这个不能乱设的，一般来说auto或national就对了。
auto就是根据对方发来的sltm消息自动获取subservice；如果有的时候auto无法取得这个值，就得手工设了，一般设成national就行。如有特殊需要，则可以跟交换机房查询这个值。这个是mtp3层的，所以如果需要修改源代码，得看mtp.c

hi:
和我们分享如何打这个补丁，修改mtp.c.
谢谢！