Hello Tzafrir,
> On Wed, Sep 10, 2008 at 01:14:22PM +0200, Gunnar Schaller wrote:
>> Hello,
>> Again a posting to the "cause 34" problems. I can reproduce my
>> problem here. Asterisk with 2 B-channels (Zap/g1):
>> - SIP-phone dials out on first channel, all ok (SIP/10 dials
>> Zap/g1/xxx)
>> - another call comes in on second channel, Asterisk tries to connect
>> that call to a mobile phone (Zap/2-1 dials Zap/g1/xxxx),
> "Zap/2-1" as the originating channel?
Yes. It calls an extension wich say "Dial Zap/g1/xxx".
>> but fails
>> cause there is no free zap-channel
>> At this point Asterisk came in trouble. After all channels are hang up
>> the two B-channels should be free for another calls. But Zap/2-1
>> isn't.
> Zap/2 , rather. What about Zap/1 ? Is it in a call?
Zap/1 is in call. SIP/10 is using it to dial out only to have Zap/1
busy for my test.
>> "zap show channel 2" output: "PRI Flags: Call"
>> It is busy for Asterisk. So let's have look to the sources in
>> bristuff-0.3.0-PRE-1y-s/asterisk/channels/chan_zap.c around line 2947
>> to 2955:
>>
>> if (icause == 34 || ....) {
>> if (.....) {
>> p->call = NULL;
>> } else {
>> ast_log(LOG_ERROR, "What is wrong with you? You cannot .... );
>> icause = 16;
>> }
>> }
> Any chance you could try this with bristuff 0.4? I have included
> live_ast in the latest bristuff to simplify testing that version without
> completely installing it on the system.
Yes, but not this week. Hopefully next week. I was on holiday until
monday this week, so there is a lot of work at the moment.
Best regards,
Gunnar Schaller
_______________________________________________
Bristuff-users mailing list
[email protected]
http://lists.three-dimensional.net/mailman/listinfo/bristuff-users
