[asterisk-ss7] Re: CRC4 errors in Asterisk while running on ss7 E1 link (card: Digium TE411p)

Thu Sep 21 00:27:49 MST 2006

what is the content of your zapata.conf?

empty it and run ztcfg -vvv to clear all the channels and try run asterisk
again

am not an expert but you can dig for same which i posted few months ago.

goksie

On 9/21/06, umar tarar <umar.tarar at gmail.com> wrote:
>
> still waiting, actually i've not been able to even run my Asterisk server
> with an SS7 E1 link for once.........can any one help me in this regard
> plz.....all conf & probs are described in the previous message to this list
>
> On 9/18/06, umar tarar <umar.tarar at gmail.com> wrote:
> >
> > i am in urgent need to solve this problem
> >
> > what happens is:
> > a- with the LED green on the Quad-E1 Digium-TE411P card & crc4 enabled
> > in zaptel.conf, when we try to run Asterisk it simply shows some error
> > related to zaptel & quits back to the LINUX prompt
> >
> > b- with the LED green & crc4 disabled in zaptel.conf, the asterisk
> > initially runs successfully, but then starts showing these errors in
> > chan_ss7 module relating to CRC
> > ----------------------------(the CLI log):
> > ------------------------------
> > Asterisk Ready.
> > *CLI> Sep 14 03:05:39 WARNING[5295]: mtp.c:760 timeout_sltm_t1: No SLTA
> > received within Q.707 timer T1, trying again on link 'l1'.
> > Sep 14 03:05:48 ERROR[5295]: mtp.c:765 timeout_sltm_t1: No SLTA received
> > within Q.707 timer T1, faulting link on link 'l1'.
> > Sep 14 03:05:48 WARNING[5295]: chan_ss7.c:3598 monitor_main: MTP is now
> > DOWN on link 'l1'.
> > Sep 14 03:05:48 NOTICE[5295]: mtp.c:471 mtp_changeover: MTP changeover
> > last_ack=4, last_sent=4, from schannel 16, no INSERVICE schannel found
> > Sep 14 03:05:48 NOTICE[5295]: mtp.c:475 mtp_changeover: Failover not
> > possible, no other signalling link and no other host available.
> > Sep 14 03:05:59 WARNING[5295]: mtp.c:760 timeout_sltm_t1: No SLTA
> > received within Q.707 timer T1, trying again on link 'l1'.
> > Sep 14 03:06:08 ERROR[5295]: mtp.c:765 timeout_sltm_t1: No SLTA received
> > within Q.707 timer T1, faulting link on link 'l1'.
> > Sep 14 03:06:08 WARNING[5295]: chan_ss7.c:3598 monitor_main: MTP is now
> > DOWN on link 'l1'.
> > Sep 14 03:06:08 NOTICE[5295]: mtp.c:471 mtp_changeover: MTP changeover
> > last_ack=8, last_sent=8, from schannel 16, no INSERVICE schannel found
> > Sep 14 03:06:08 NOTICE[5295]: mtp.c:475 mtp_changeover: Failover not
> > possible, no other signalling link and no other host available.
> > ss7 Sep 14 03:06:19 WARNING[5295]: mtp.c:760 timeout_sltm_t1: No SLTA
> > received within Q.707 timer T1, trying again on link 'l1'.
> > cluster Sep 14 03:06:21 WARNING[5295]: chan_ss7.c:3534 monitor_main:
> > Received CIC=65 for unequipped circuit (typ=CGB), link 'l1'.
> > status
> > Sep 14 03:06:28 ERROR[5295]: mtp.c:765 timeout_sltm_t1: No SLTA received
> > within Q.707 timer T1, faulting link on link 'l1'.
> > Sep 14 03:06:28 WARNING[5295]: chan_ss7.c:3598 monitor_main: MTP is now
> > DOWN on link 'l1'.
> > Sep 14 03:06:28 NOTICE[5295]: mtp.c:471 mtp_changeover: MTP changeover
> > last_ack=7, last_sent=7, from schannel 16, no INSERVICE schannel found
> > Sep 14 03:06:28 NOTICE[5295]: mtp.c:475 mtp_changeover: Failover not
> > possible, no other signalling link and no other host available.
> >
> > *CLI> ss7 linestat
> > Linkset: suic
> > 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
> > CIC 17 Idle Reset pending BLOCKED Link down
> > CIC 18 Idle Reset pending BLOCKED Link down
> > CIC 19 Idle Reset pending BLOCKED Link down
> > CIC 20 Idle Reset pending BLOCKED Link down
> > CIC 21 Idle Reset pending BLOCKED Link down
> > CIC 22 Idle Reset pending BLOCKED Link down
> > CIC 23 Idle Reset pending BLOCKED Link down
> > CIC 24 Idle Reset pending BLOCKED Link down
> > CIC 25 Idle Reset pending BLOCKED Link down
> > CIC 26 Idle Reset pending BLOCKED Link down
> > CIC 27 Idle Reset pending BLOCKED Link down
> > CIC 28 Idle Reset pending BLOCKED Link down
> > CIC 29 Idle Reset pending BLOCKED Link down
> > CIC 30 Idle Reset pending BLOCKED Link down
> > CIC 31 Idle Reset pending BLOCKED Link down
> >
> > *CLI> Sep 14 03:07:08 ERROR[5295]: mtp.c:765 timeout_sltm_t1: No SLTA
> > received within Q.707 timer T1, faulting link on link 'l1'.
> > Sep 14 03:07:08 WARNING[5295]: chan_ss7.c:3598 monitor_main: MTP is now
> > DOWN on link 'l1'.
> > Sep 14 03:07:08 NOTICE[5295]: mtp.c:471 mtp_changeover: MTP changeover
> > last_ack=6, last_sent=6, from schannel 16, no INSERVICE schannel found
> > Sep 14 03:07:08 NOTICE[5295]: mtp.c:475 mtp_changeover: Failover not
> > possible, no other signalling link and no other host available.
> > Sep 14 03:07:18 WARNING[5295]: mtp.c:760 timeout_sltm_t1: No SLTA
> > received within Q.707 timer T1, trying again on link 'l1'.
> > Sep 14 03:07:19 WARNING[5295]: chan_ss7.c:3534 monitor_main: Received
> > CIC=65 for unequipped circuit (typ=CGB), link 'l1'.
> > Sep 14 03:07:27 ERROR[5295]: mtp.c:765 timeout_sltm_t1: No SLTA received
> > within Q.707 timer T1, faulting link on link 'l1'.
> > Sep 14 03:07:27 WARNING[5295]: chan_ss7.c:3598 monitor_main: MTP is now
> > DOWN on link 'l1'.
> > Sep 14 03:07:27 NOTICE[5295]: mtp.c:471 mtp_changeover: MTP changeover
> > last_ack=7, last_sent=7, from schannel 16, no INSERVICE schannel found
> > Sep 14 03:07:27 NOTICE[5295]: mtp.c:475 mtp_changeover: Failover not
> > possible, no other signalling link and no other host available.
> > Sep 14 03:07:35 NOTICE[5295]: mtp.c:1442 mtp_thread_main: Excessive poll
> > delay 21373!
> > Sep 14 03:07:35 NOTICE[5295]: mtp.c:1496 mtp_thread_main: Full Zaptel
> > input buffer detected, incoming packets may have been lost on link 'l1'.
> > Sep 14 03:07:35 NOTICE[5295]: mtp.c:1543 mtp_thread_main: Empty Zaptel
> > output buffer detected, outgoing packets may have been lost on link 'l1'.
> > Sep 14 03:07:35 NOTICE[5295]: mtp.c:1227 mtp2_read_su: MTP2 CRC error
> > (CRC=0xfe96 != 0xf0b8) on link 'l1'.
> > Sep 14 03:07:35 NOTICE[5295]: mtp.c:1442 mtp_thread_main: Excessive poll
> > delay 13193!
> > Sep 14 03:07:35 NOTICE[5295]: mtp.c:1496 mtp_thread_main: Full Zaptel
> > input buffer detected, incoming packets may have been lost on link 'l1'.
> > Sep 14 03:07:35 NOTICE[5295]: mtp.c:1543 mtp_thread_main: Empty Zaptel
> > output buffer detected, outgoing packets may have been lost on link 'l1'.
> > Sep 14 03:07:35 NOTICE[5295]: mtp.c:1442 mtp_thread_main: Excessive poll
> > delay 14158!
> > Sep 14 03:07:35 NOTICE[5295]: mtp.c:1496 mtp_thread_main: Full Zaptel
> > input buffer detected, incoming packets may have been lost on link 'l1'.
> > Sep 14 03:07:35 NOTICE[5295]: mtp.c:1543 mtp_thread_main: Empty Zaptel
> > output buffer detected, outgoing packets may have been lost on link 'l1'.
> > Sep 14 03:07:35 NOTICE[5295]: mtp.c:1221 mtp2_read_su: Short MTP2 frame
> > len 3 < 5 on link 'l1'.
> > Sep 14 03:07:35 NOTICE[5295]: mtp.c:1442 mtp_thread_main: Excessive poll
> > delay 13360!
> > Sep 14 03:07:35 NOTICE[5295]: mtp.c:1496 mtp_thread_main: Full Zaptel
> > input buffer detected, incoming packets may have been lost on link 'l1'.
> > Sep 14 03:07:35 NOTICE[5295]: mtp.c:1543 mtp_thread_main: Empty Zaptel
> > output buffer detected, outgoing packets may have been lost on link 'l1'.
> > .
> > .
> > .
> > (almost same CLI log as above)
> > .
> > .
> > .
> > Sep 14 03:07:37 NOTICE[5295]: mtp.c:1442 mtp_thread_main: Excessive poll
> > delay 3391!
> > Sep 14 03:07:37 WARNING[5295]: mtp.c:644 mtp2_emon_count_error:
> > Excessive errors detected in alignment error rate monitor, link failed on
> > link 'l1'.
> > Sep 14 03:07:37 NOTICE[5295]: mtp.c:1496 mtp_thread_main: Full Zaptel
> > input buffer detected, incoming packets may have been lost on link 'l1'.
> > Sep 14 03:07:37 NOTICE[5295]: mtp.c:1543 mtp_thread_main: Empty Zaptel
> > output buffer detected, outgoing packets may have been lost on link 'l1'.
> > ------------------------------(CLI log: end )---------------------------
> >
> > observing this all carefully identifies to us that there is something
> > wrong with the CRC4 when we try to run it on an SS7 link, because on PRI it
> > works all okay
> > moreover it seems that if we enable crc4 in zaptel.conf then the problem
> > is get caught at the very initial steps by the zaptel driver, thats why when
> > we disable it then it lets asterisk run successfully & once chan_ss7.so is
> > loading or loaded, it show the errors(shown in above log)
> >
> > we are using:
> >
> > FC-4 (kernal-2.6)
> > Asterisk-1.2.10
> > zaptel-1.2.7
> > chan_ss7-0.8.4
> > (& the SS7-E1 link of the telco do not has any problems as it works all
> > fine on their own SIP server)
> >
> > our configuration: --------zaptel.conf----------
> > span=1,1,0,ccs,hdb3,crc4
> > bchan=1-31
> > loadzone=uk
> > defaultzone=uk
> > ---------------------------------
> >
> > ----------ss7.conf----------
> > [linkset-siuc]
> > enabled=>yes
> > enable_st=>yes
> > use_connect=>yes
> > hunting_policy=>even_mru
> > subservice=>auto
> >
> > [link-l1]
> > linkset=>siuc
> > channels=>1-15,17-31
> > schannels=>16
> > firstcic=>1
> > enabled=>yes
> >
> > [host-ACDsvr]
> > enabled=>yes
> > opc=>0x8e0
> > dpc=>suic:0x3fff
> > links=>l1:1
> > ----------------------------
> >
> > any thing wrong with the configuration, concept or etc
> > plz help in making the Asterisk work with the ss7 E1 link
> >
>
>
>
> --
>         |__\__/__|   /__/ \__\   |__| \__|
>
>
>
> _______________________________________________
> --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/20060921/ba4a7782/attachment-0001.htm