[asterisk-dev] ZAP channel hang

[Paradise Dove]

Hi,
I have the same problem and i'm sure that it's not a deadlock and a
simple "soft hangup" on one of the hung channels will kick them off!
i can reproduce  it easily,
one way is to call your box from outside on fxo channels and make your
scripts to run DISA application and give you an extension tone with
outside dialing permission, now just dial a number using another fxo
channel. with this scenario in more than 80% of times after ending the
conversation conversation, both bridged fxo channels will remain
connected for ever!!
the other way is to call a number via fxo channels and then hold the
call and call another number via fxo channels and then bridge both
calls together (transfer). also in this scenario the bridged fxo
channels more than 60% of times will remain hung.
the same problem exists if you bridge (transfer) two incoming calls
from fxo channels.
i have no idea how to fix this problem!? :(

i hope this help,
thanks
paradise


On Fri, Aug 15, 2008 at 7:05 PM, Anton <anton.vazir at gmail.com> wrote:
> Done, waiting for reoccurence...
>
> On Friday 15 August 2008 19:01, Tilghman Lesher wrote:
>> On Friday 15 August 2008 07:34:09 Anton wrote:
>> > Just tired from one longstanding bug: accidently (once
>> > in a month or so) some ZAP channel got locked (there is
>> > power on the ZAP line but no tone) you may find below 2
>> > of the channels having over 4 hours of the uptime,
>> > corresponding ZAP extension on channel bank - is just
>> > silent - just until asterisk (not zaptel) restart. This
>> > bug remains since asterisk v 1.2. I've been filling a
>> > bug report a long ago. If someone of the developers
>> > willing to address this issue, I just need to know what
>> > info should I gather from my working system on the next
>> > reoccurence of this case, and will fill a bugreport
>> > with all of the needed details.
>> >
>> > Asterisk 1.4.21.1
>> > Zaptel 1.4.11
>> >
>> > CLI> show channels verbose
>> > Channel              Context              Extension
>> >    Prio State Application  Data
>> > CallerID        Duration Accountcode BridgedTo Zap/21-1
>> >             internal                                 1
>> > Up      Bridged Call Zap/27-1                  127
>> >        04:49:01 Zap/27-1 Zap/27-1             internal
>> >            116 3 Up      Dial
>> > Zap/21r2|25|thWwoj        127 04:49:08
>> > Zap/21-1 2 active channels 1 active call
>>
>> First, it would probably be good to ensure this is not a
>> deadlock in Asterisk of some sort.  Recompile with
>> DEBUG_THREADS, and then, when this problem occurs, run
>> 'core show locks' and show the result.
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> AstriCon 2008 - September 22 - 25 Phoenix, Arizona
> Register Now: http://www.astricon.net
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-dev
>