Are you sure you have set valid point codes ? You can check this using ss7 dump command. On Mon, Dec 18, 2006 at 04:24:00PM +0500, umar tarar wrote: > hi Goke, Peter & the list > > okay here is the situation where i am stuck now in connecting chan_ss7 with > a Siemens EWSD V12 switch, all i need is to receive calls on my asterisk > server & then to SIP channels as in an ACD system. > When ever we place a call from PSTN, the other end (EWSD) sends the call to > our server, our Asterisk server receives the IAM for that call (u can see > the log below, the IAM for a call on CIC=3) but simply discards it as shown > in the log, & upon the call termination from the caller, the other end sends > an REL message but again our server after receving it, simply discards it. > We even saw it from the traces we had through a Siemens tracer i.e. our > server is not sending back the acknowledgements & etc. In short, our > Asterisk server detects the ativities upon an incomming call, but is unable > to receive it, discards every received message :( , the CLI log is as > under: > > ***************************** > Dec 16 01:10:16 ERROR[4904]: mtp.c:765 timeout_sltm_t1: No SLTA received > within Q.707 timer T1, faulting link on link 'l1'. > Dec 16 01:10:16 WARNING[4904]: chan_ss7.c:3598 monitor_main: MTP is now DOWN > on link 'l1'. > Dec 16 01:10:16 NOTICE[4904]: mtp.c:471 mtp_changeover: MTP changeover > last_ack=3, last_sent=3, from schannel 16, no INSERVICE schannel found > Dec 16 01:10:16 NOTICE[4904]: mtp.c:475 mtp_changeover: Failover not > possible, no other signalling link and no other host available. > Dec 16 01:10:25 NOTICE[4904]: isup.c:489 decode_isup_phonenum: National > (significant) or unknown nature of address indicator (1), assuming > international. > Dec 16 01:10:25 WARNING[4904]: chan_ss7.c:2291 process_circuit_message: > Group reset still in progress for CIC=3, typ=IAM message discarded. > Dec 16 01:10:27 WARNING[4904]: mtp.c:760 timeout_sltm_t1: No SLTA received > within Q.707 timer T1, trying again on link 'l1'. > Dec 16 01:10:35 WARNING[4904]: chan_ss7.c:2291 process_circuit_message: > Group reset still in progress for CIC=3, typ=REL message discarded. > Dec 16 01:10:36 ERROR[4904]: mtp.c:765 timeout_sltm_t1: No SLTA received > within Q.707 timer T1, faulting link on link 'l1'. > Dec 16 01:10:36 WARNING[4904]: chan_ss7.c:3598 monitor_main: MTP is now DOWN > on link 'l1'. > ******************************** > as you ppl can see the log lines on Dec 16 01:10:25 and Dec 16 01:10:35, > first an IAM comes then the SLTA warning & then the REL but both the > messages have been discarded, in the IAM line it says that 'Group reset > still in progress for CIC=3', what actually does that mean? & what do i need > to do for it? > moreover the other relvent info: > > ******************************** > *CLI>ss7 link status: > linkset siuc, link l1, schannel 16, INSERVICE, rx: 0, tx: 3/3, > sentseq/lastack: 2/2, total 3368272, 3368336 > ******************************** > ******************************** > *CLI> ss7 linestat > Linkset: siuc > CIC 1 Idle Reset pending BLOCKED Link down > CIC 2 Idle Reset pending BLOCKED Link down > CIC 3 Idle Reset pending BLOCKED Link down > CIC 4 Idle Reset pending BLOCKED Link down > CIC 5 Idle Reset pending BLOCKED Link down > CIC 6 Idle Reset pending BLOCKED Link down > CIC 7 Idle Reset pending BLOCKED Link down > CIC 8 Idle Reset pending BLOCKED Link down > CIC 9 Idle Reset pending BLOCKED Link down > CIC 10 Idle Reset pending BLOCKED Link down > CIC 11 Idle Reset pending BLOCKED Link down > CIC 12 Idle Reset pending BLOCKED Link down > CIC 13 Idle Reset pending BLOCKED Link down > CIC 14 Idle Reset pending BLOCKED Link down > CIC 15 Idle Reset pending BLOCKED Link down > ******************************** > my conf files are as: > -----ss7.conf------ > [linkset-siuc] > enabled => yes > enable_st => yes > use_connect => no > hunting_policy => odd_lru > context => ss7 > subservice => auto > > [link-l1] > enabled => yes > linkset => siuc > channels => 1-15,17-31 > schannel => 16 > firstcic => 1 > echocancel => allways > echocan_train => 350 > echocan_taps => 32 > > [host-ACDsvr.case] > enabled => yes > default_linkset => siuc > opc => 5462 > dpc => siuc:5461 > > links => l1:1 > ----------------------- > > ---zaptel.conf---- > span=1,1,0,ccs,hdb3,crc4 > bchan=1-31 > loadzone=uk > defaultzone=uk > ----------------------- > > ---extensions.conf--- > [general] > static=yes > writeprotect=no > autofallthrough=no > > [ss7] > exten => _. , 1 , Answer() > exten => _. , 2 , Ringing() > exten => _. , 3 , Wait(2) > exten => _. , 4 , Playback(your-temp-greeting) > exten => _. , 5 , Queue(17) > exten => _. , 6 , HangUp() > . > . > . > ----------------------------- > > the packages i m using: > LINUX FC-4 (kernal 2.6) > Asterisk-1.2.12.1 > zaptel-1.2.10 > chan_ss7-0.8.4 > > then i installed chan_ss7-0.9, which besides the above also gave this: > ******************************** > in chan_ss7-0.9 > Dec 16 01:49:44 WARNING[5601]: chan_ss7.c:1022 t18_timeout: T18 timeout (No > "circuit group blocking acknowledge" from peer) CIC=1. > ******************************** > > the chan_ss7 works all fine upto MTP-3 (as it identifies the IAM & REL & CGU > etc) but after receiving IAM it discards it i.e. no ACM or ANM back to (i > even checked with use_connect=yes, but to no use) the other end. So in your > opinion, what am i supposed to do, should I go for RBT(Ringback tone) patch > or should i place the wait(2) prior Answer or yet it has nothing to with > extensions.conf or what? > plz help me connecting chan_ss7(on Digium TE411P) with Seimens EWSD V12, > things seem to be very close to working but they r not workin infact & i m > running outta time > > regards > _______________________________________________ > --Bandwidth and Colocation provided by Easynews.com -- > > asterisk-ss7 mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-ss7 -- Tomasz Paszkowski Systems engineer DCG Dominas Consulting Group Sp. z o.o. http://www.dcg.pl -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.digium.com/pipermail/asterisk-ss7/attachments/20061218/6ab92418/attachment.pgp
|