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:creslin@xxxxxxxxxx] Sent: Tuesday, December 19, 2006 12:49 PM To: asterisk-ss7@xxxxxxxxxxxxxxxx Subject: Re: 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
|