Hello,
Thank you for implementation.
Our lab equipment is busy now, later i will check it out and get back to
you.
Does this fixed applicable for version 4.4?
Best regards,
Julia
On Fri, Feb 2, 2018 at 6:41 PM, Ovidiu Sas wrote:
> According to the code, both rfc2543 and rfc3264 are handled.
>
According to the code, both rfc2543 and rfc3264 are handled.
Just tested this out with jitsi and it's working fine.
Can you provide a sample of your tests?
Regards,
Ovidiu Sas
On Tue, Oct 24, 2017 at 9:52 AM, Julia Boudniatsky wrote:
> FYI,
>
> After some tests found, that function "is_audio_on_
Hello,
maybe someone with the specs fresh in mind can list here all the cases
when audio (or other media) is on hold. That may speed up getting it
implemented, helping developer by saving the time to go to the RFCs...
Cheers,
Daniel
On 01.11.17 12:51, Julia Boudniatsky wrote:
> Hello,
>
> Thank
Hello,
Thank you, Daniel.
But with both is_audio_on_hold() and sdp_with_active_media("audio") I can't
recognize a=sendonly.
I combine sdp_with_active_media("audio") with
sdp_get_line_startswith("$avp(a)", "a=sendonly").
However, it would be nice to use only one function.
Best regards,
Julia
On
Hello,
for the moment maybe you can combine the condition of is_audio_on_hold()
with sdp_with_active_media("audio"):
-
https://www.kamailio.org/docs/modules/5.1.x/modules/sdpops.html#sdpops.f.sdp_with_active_media
Otherwise I agree that the is_audio_on_hold() should be fixed to support
both rf
Hello,
I opened the ticket #1292.
Thank you,
Julia
On Tue, Oct 31, 2017 at 7:17 PM, Ovidiu Sas wrote:
> I updated the documentation to reflect this.
> If you need support for RFC3264, please open a ticket.
>
> Regards,
> Ovidiu Sas
>
> On Tue, Oct 24, 2017 at 9:52 AM, Julia Boudniatsky
> w
I updated the documentation to reflect this.
If you need support for RFC3264, please open a ticket.
Regards,
Ovidiu Sas
On Tue, Oct 24, 2017 at 9:52 AM, Julia Boudniatsky wrote:
> FYI,
>
> After some tests found, that function "is_audio_on_hold()" (textops)
> supports only rfc 2543,
> where "hol
On Tuesday, October 24, 2017 8:52:28 AM CDT Julia Boudniatsky wrote:
> FYI,
>
> After some tests found, that function "*is_audio_on_hold()*" (textops)
> *supports
> only rfc 254*3,
> where "hold" is indicated by setting the "c" destination addresses for
> the media streams to zero (0.0.0.0).
>
FYI,
After some tests found, that function "*is_audio_on_hold()*" (textops)
*supports
only rfc 254*3,
where "hold" is indicated by setting the "c" destination addresses for
the media streams to zero (0.0.0.0).
The newest *rfc3264*, where "hold" is indicated by a=sendonly/inactive, *is
not supp
