I analyzed some calls before this problem occurs, and every call was only oneway traffic, that means only one side can hear, the other side hear nothing.

Thanks

Nico

On Wed, 10 Jan 2007, [EMAIL PROTECTED] wrote:


Here are the intersting things at this error: the last line in the asterisk log and ss7 link status

Thanks a lot

Nico

-- Executing Dial("IAX2/srv5-srv25-12", "SS7/W05/00420775311349") in new stack
   -- SS7 request (SS7/W05/00420775311349) format = 0x8.
Jan 10 16:31:49 WARNING[17793]: l4isup.c:433 cic_hunt_seq_lth_htl: No idle circuit found. Jan 10 16:31:49 WARNING[17793]: l4isup.c:659 ss7_requester: SS7 requester: No idle circuit available. Jan 10 16:31:49 NOTICE[17793]: app_dial.c:1056 dial_exec_full: Unable to create channel of type 'SS7' (cause 34 - Circuit/channel congestion)
 == Everyone is busy/congested at this time (1:0/1/0)
   -- Executing Set("IAX2/srv5-srv25-12", "PRI_CAUSE=34") in new stack
   -- Executing Hangup("IAX2/srv5-srv25-12", "") in new stack
== Spawn extension (routing, 990300420775311349, 33) exited non-zero on 'IAX2/srv5-srv25-12'
   -- Hungup 'IAX2/srv5-srv25-12'


linkset W05, link l1, schannel 1, INSERVICE, rx: 1, tx: 0/3, sentseq/lastack: 1353/1353, total 1975648, 1975696




On Mon, 8 Jan 2007, Anders Baekgaard wrote:

If CICs are being reset, or if CICs are blocked then chan_ss7 will not
allocate those CICs.

When the problem occurs again, please report the output of 'ss7 link status'
and 'ss7 show channels', and the last ~50 lines of the asterisk log.

Best regards
Anders Baekgaard

On Monday 08 January 2007 10:55, [EMAIL PROTECTED] wrote:
I will restart the SS/ driver this night, and will let you know if the
Problem is solved.

On Mon, 8 Jan 2007, Anton wrote:
hm, not sure I think i've seen it too.
try setting different hunting mode...

On 8 January 2007 13:53, [EMAIL PROTECTED] wrote:
Did anybody has an idea?

Thanks

Nico

On Wed, 3 Jan 2007, [EMAIL PROTECTED] wrote:
Hello,

The Problem is now happening again all 2 to 3 days and
i have to restart asterisk everytime to solve the
problem, can anyone help me with this problem? does
anone have the same problem with chan_ss7? What debug
information do anybody need to selve this problem?

Thanks

Nico

On Wed, 20 Dec 2006, Tim Danner wrote:
I would think this is an API interface problem,
sometimes from a driver and sometimes with application
interface.
All possible interfaces.

This is the point that needs to meet the other,
interface specifications.

I really don't care what the problem is, just as it is
not a problem when it is done.

-----Original Message-----
From: Matthew Fredrickson [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 19, 2006 12:49 PM
To: asterisk-ss7@lists.digium.com
Subject: Re: [asterisk-ss7] Link is not working after
2 days with many calls


Why?  I hate to sound arrogant, but libpri has nothing
to do with SS7 or chan_ss7.  Libpri is only used by
chan_zap to provide pri signalling services.  If
you're using chan_ss7 and you see these problems,
chan_ss7 is the one with the bug.

Matthew Fredrickson

On Dec 19, 2006, at 10:29 AM, Florian Overkamp wrote:
Matthew Fredrickson wrote:
No, this error is unrelated to the supposed error in
that bug note. I would think that the problem is in
chan_ss7.  It's not returning a free channel when
app_dial request()'s one.

Hmm, might chan_ss7 use the api of libpri for this
type of activity ?


--
Met vriendelijke groet,

Florian Overkamp
SpeakUp BV
T: 088-SPEAKUP (088-7732587)
T: 053-4305842
_______________________________________________
--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
_______________________________________________
--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

_______________________________________________
--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

_______________________________________________
--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

_______________________________________________
--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

Reply via email to