has anyone connected chan_ss7 with Siemens V16?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

[Index of Archives]     [Asterisk App Development]     [PJ SIP]     [Gnu Gatekeeper]     [IETF Sipping]     [Info Cyrus]     [ALSA User]     [Fedora Linux Users]     [Linux SCTP]     [DCCP]     [Gimp]     [Yosemite Backpacking]     [Deep Creek Hot Springs]     [Yosemite Campsites]     [ISDN Cause Codes]     [Asterisk Books]

  Powered by Linux