chan_ss7 -> REL-29 before IAM

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

 



If I do that the following message appears:

Asterisk Ready.
*CLI>
*CLI> Mar 28 10:37:34 WARNING[23738]: mtp.c:1669 mtp_thread_main: No
signalling links inservice and no cluster receivers alive, dropping packet!


Any ideas ?!

On 3/14/07, umar tarar <umar.tarar@xxxxxxxxx> wrote:
>
> are you sure that u've two E1s each have a signalling link, if not then
> you should change the statement 'schannel=>16' in [link-ls] to as
> 'schannel=>'   (i.e. don't specify '16' in it)
>
> On 3/12/07, Alexandre <alexandrekeller@xxxxxxxxx> wrote:
>
> > Hi there !!!
> >
> > I've installed chan_ss7-0.9 on my Asterisk 1.2.16 and Zaptel-1.2.15.
> >
> > My zaptel.conf:
> > atualss7:/etc/asterisk#  cat ../zaptel.conf
> > span=1,1,0,ccs,hdb3
> > bchan=1-31
> >
> > span=2,0,0,ccs,hdb3
> > bchan=32-62
> >
> > loadzone = us
> > defaultzone=us
> >
> > My ss7.conf
> > atualss7:/etc/asterisk# cat ss7.conf
> > [linkset-siuc]
> > enabled => yes
> > enable_st => no
> > use_connect => yes
> > hunting_policy => even_mru
> > context => ss7
> > ; The value and action for t35. Value is in msec, action is either st or
> > timeout
> > ; If you use overlapped dialling dial plan, you might choose: t35 =>
> > 4000,st
> > t35 => 15000,timeout
> > ; The subservice field: national (8), international (0), auto or
> > decimal/hex value
> > ; The auto means that the subservice is obtained from first received
> > SLTM
> > subservice => auto
> >
> >
> > [link-l1]
> > linkset => siuc
> > channels => 1-15,17-31
> > schannel => 16
> > firstcic => 1
> > enabled => yes
> > ; Echo cancellation
> > ; echocancel can be one of: no, 31speech (enable only when transmission
> > medium is 3.1Khz speech), always
> > echocancel => allways
> > ; echocan_train specifies training period, between 10 to 100 msec
> > ;echocan_train => 350
> > ; echocan_taps specifies number of taps, 32, 64, 128 or 256
> > echocan_taps => 128
> >
> >
> > [link-l2]
> > linkset => siuc
> > channels => 1-15,17-31
> > schannel => 16
> > firstcic => 33
> > enabled => yes
> >
> > [host-atualss7]
> > enabled => yes
> > ;opc => 0x8e0
> > opc => 0x7d8
> > ;dpc => siuc:0x3fff
> > dpc => siuc:0x822
> > links => l1:1,l2:2
> > I?ve been trying to Dial as it follows:
> > Mar  7 13:30:10 DEBUG[4222]: pbx.c:1697 pbx_extension_helper: Launching
> > 'Dial'
> >     -- Executing Dial("SIP/1234-081dca60", "SS7/49115002") in new stack
> >     -- SS7 request (SS7/49115002) format = 0x8.
> >     -- SS7 channel SS7/49115002 allocated successfully.
> >
> > My SS7 tech guy says he is receveing: Astk: IAM REL-29, than my PSTN
> > answers with a RLC, but nothing happens, my softfoen keeps ring until gets a
> > timeout.
> >
> > My PSTN PBX, where SS7 Link is connected is a SPTel DSX-100.
> >
> > Any help would be great. Because we're needing to install another 10
> > links exactly like that using chan_ss7.
> >
> > Thanks in advance,
> >
> > _______________________________________________
> > --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
> >
> >
>
>
> --
>         |__\__/__|   /__/ \__\   |__| \__|
>
>
>
> _______________________________________________
> --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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-ss7/attachments/20070328/d8cae8f2/attachment.htm

[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