Posted: Tue Jan 22, 2008 9:35 am Post subject: [Asterisk-video] continue dialplan execution after h324m_cal
Hi Sergio!
I want to continue dialplan execution after h324m_call - the called
destination does not support video calls, thus I want to playback a
audio announcement to the SIP user.
But after h324m_call the incoming channel will always hang up (dial plan
execution will be continued at 'h' extension).
I already tried to comment the "ast_softhangup(chan, reason);" at the
end of h324m_call but without luck.
Any hints how I can continue with the prioprity after the h324m_call
priority?
thanks
klaus
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
Posted: Tue Jan 22, 2008 9:36 am Post subject: [Asterisk-video] continue dialplan execution after h324m_cal
22 jan 2008 kl. 10.26 skrev Klaus Darilion:
Quote:
Hi Sergio!
I want to continue dialplan execution after h324m_call - the called
destination does not support video calls, thus I want to playback a
audio announcement to the SIP user.
But after h324m_call the incoming channel will always hang up (dial
plan
execution will be continued at 'h' extension).
I already tried to comment the "ast_softhangup(chan, reason);" at the
end of h324m_call but without luck.
Any hints how I can continue with the prioprity after the h324m_call
priority?
Hint:
If an application returns -1, Asterisk will stop execution.
...without looking into this particular app...
/O
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
Posted: Tue Jan 22, 2008 10:17 am Post subject: [Asterisk-video] continue dialplan execution after h324m_cal
Johansson Olle E schrieb:
Quote:
22 jan 2008 kl. 10.26 skrev Klaus Darilion:
> Hi Sergio!
>
> I want to continue dialplan execution after h324m_call - the called
> destination does not support video calls, thus I want to playback a
> audio announcement to the SIP user.
>
> But after h324m_call the incoming channel will always hang up (dial
> plan
> execution will be continued at 'h' extension).
>
> I already tried to comment the "ast_softhangup(chan, reason);" at the
> end of h324m_call but without luck.
>
> Any hints how I can continue with the prioprity after the h324m_call
> priority?
Hint:
If an application returns -1, Asterisk will stop execution.
...without looking into this particular app...
This is the reason.
thanks
klaus
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
Posted: Tue Jan 22, 2008 1:42 pm Post subject: [Asterisk-video] continue dialplan execution after h324m_cal
Klaus Darilion schrieb:
Quote:
Johansson Olle E schrieb:
> 22 jan 2008 kl. 10.26 skrev Klaus Darilion:
>
>> Hi Sergio!
>>
>> I want to continue dialplan execution after h324m_call - the called
>> destination does not support video calls, thus I want to playback a
>> audio announcement to the SIP user.
>>
>> But after h324m_call the incoming channel will always hang up (dial
>> plan
>> execution will be continued at 'h' extension).
>>
>> I already tried to comment the "ast_softhangup(chan, reason);" at the
>> end of h324m_call but without luck.
>>
>> Any hints how I can continue with the prioprity after the h324m_call
>> priority?
>
> Hint:
> If an application returns -1, Asterisk will stop execution.
>
> ...without looking into this particular app...
This is the reason.
Nevertheless I do not get the ->hangupcause from the local channel - it
is always 0. Any hints?
thanks
klaus
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
Posted: Tue Jan 22, 2008 2:02 pm Post subject: [Asterisk-video] continue dialplan execution after h324m_cal
Quote:
Klaus Darilion schrieb:
> Johansson Olle E schrieb:
> > 22 jan 2008 kl. 10.26 skrev Klaus Darilion:
[..]
Quote:
> > If an application returns -1, Asterisk will stop execution.
>
> ...without looking into this particular app...
This is the reason.
Nevertheless I do not get the ->hangupcause from the local channel - it
is always 0. Any hints?
Yes, as Olle says the application hangup by returning -1. Do you think it could
be interesting to return to different extensions to handle the different exit causes??
I.E. as I've seen in some other apps:
0 if normal realease (or hangup??)
ext+100 if not answered
ext+101 if ..
Apart of that the hangupcause is a still pending bug, I'll try to solve it as soon as I can.
BR
Sergio
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
Posted: Tue Jan 22, 2008 2:03 pm Post subject: [Asterisk-video] continue dialplan execution after h324m_cal
Quote:
Klaus Darilion schrieb:
> Johansson Olle E schrieb:
> > 22 jan 2008 kl. 10.26 skrev Klaus Darilion:
[..]
Quote:
> > If an application returns -1, Asterisk will stop execution.
>
> ...without looking into this particular app...
This is the reason.
Nevertheless I do not get the ->hangupcause from the local channel - it
is always 0. Any hints?
Yes, as Olle says the application hangup by returning -1. Do you think it could
be interesting to return to different extensions to handle the different exit causes??
I.E. as I've seen in some other apps:
0 if normal realease (or hangup??)
ext+100 if not answered
ext+101 if ..
Apart of that the hangupcause is a still pending bug, I'll try to solve it as soon as I can.
BR
Sergio
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
Posted: Tue Jan 22, 2008 2:29 pm Post subject: [Asterisk-video] continue dialplan execution after h324m_cal
22 jan 2008 kl. 14.57 skrev Sergio Garcia Murillo:
Quote:
> Klaus Darilion schrieb:
>> Johansson Olle E schrieb:
>>> 22 jan 2008 kl. 10.26 skrev Klaus Darilion:
[..]
>>> If an application returns -1, Asterisk will stop execution.
>>
>> ...without looking into this particular app...
>
> This is the reason.
> Nevertheless I do not get the ->hangupcause from the local channel
> - it
> is always 0. Any hints?
Yes, as Olle says the application hangup by returning -1. Do you
think it could
be interesting to return to different extensions to handle the
different exit causes??
I.E. as I've seen in some other apps:
0 if normal realease (or hangup??)
ext+100 if not answered
ext+101 if ..
That is Asterisk 1.2 behaviour, not extension, but priority. We've
stopped doing that and
instead set a XXXYYYSTATUS variable for each application.
Hanging up should be the default action if an application gets a
hangup from the
other end. Optionally having the incoming channel open can be done,
like we do
in dial(), but that has to be an option.
/O
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
Posted: Wed Jan 23, 2008 7:21 am Post subject: [Asterisk-video] continue dialplan execution after h324m_cal
Hi Sergio!
Attached is a patch which fixed the problem for me. By setting the
hangupcause I can use ${HANGUPCAUSE} after h324m_call priority to get
indication. Nevertheless it is very limited as the cause is derived from
the control frame subtype, thus either BUSY or CONGESTION. It would be
better if the original zap hangupcause would be available, but this is
somehow lost over the local channel. Thus, the patch is not applied to
SVN as I hope there will be a better solution.
regards
klaus
Sergio Garcia Murillo schrieb:
Quote:
> Klaus Darilion schrieb:
>> Johansson Olle E schrieb:
>>> 22 jan 2008 kl. 10.26 skrev Klaus Darilion:
[..]
>>> If an application returns -1, Asterisk will stop execution.
>> ...without looking into this particular app...
> This is the reason.
> Nevertheless I do not get the ->hangupcause from the local channel - it
> is always 0. Any hints?
Yes, as Olle says the application hangup by returning -1. Do you think it could
be interesting to return to different extensions to handle the different exit causes??
I.E. as I've seen in some other apps:
0 if normal realease (or hangup??)
ext+100 if not answered
ext+101 if ..
Apart of that the hangupcause is a still pending bug, I'll try to solve it as soon as I can.
/* If no answer */
if (pseudo->_state != AST_STATE_UP)
+ { ast_log(LOG_DEBUG, "h324m_call: pseudo channel not up -> hangup\n");
/* goto end */
goto clean_pseudo;
+ }
Posted: Wed Jan 23, 2008 1:15 pm Post subject: [Asterisk-video] continue dialplan execution after h324m_cal
23 jan 2008 kl. 08.13 skrev Klaus Darilion:
Quote:
Hi Sergio!
Attached is a patch which fixed the problem for me. By setting the
hangupcause I can use ${HANGUPCAUSE} after h324m_call priority to
get indication. Nevertheless it is very limited as the cause is
derived from the control frame subtype, thus either BUSY or
CONGESTION. It would be better if the original zap hangupcause would
be available, but this is somehow lost over the local channel. Thus,
the patch is not applied to SVN as I hope there will be a better
solution.
The best solution would be to integrate this properly in Asterisk
instead of building applications that do channel stuff ;-)
/O
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
Posted: Wed Jan 23, 2008 1:41 pm Post subject: [Asterisk-video] continue dialplan execution after h324m_cal
Quote:
>From: Johansson Olle E [mailto:oej@edvina.net]
>23 jan 2008 kl. 08.13 skrev Klaus Darilion:
>Hi Sergio!
>
> Attached is a patch which fixed the problem for me. By setting the
> hangupcause I can use ${HANGUPCAUSE} after h324m_call priority to
> get indication. Nevertheless it is very limited as the cause is
> derived from the control frame subtype, thus either BUSY or
> CONGESTION. It would be better if the original zap hangupcause would
> be available, but this is somehow lost over the local channel. Thus,
>the patch is not applied to SVN as I hope there will be a better
> solution.
The best solution would be to integrate this properly in Asterisk
instead of building applications that do channel stuff ;-)
Let's not start a flame war.. ;)
Anyway, which way do you think it's better to integrate the library?
I did it that way because it was the best way I found, if there is any other way
that offer same functionalities and more benefits I'll be interested to implement it
for sure.
Best regards
Sergio
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
You can post new topics in this forum You can reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum