[SR-Users] is_audio_on_hold() doesn't support rfc3264

[Julia Boudniatsky]

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 <osas at voipembedded.com> wrote:

> 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 <juliabo at gmail.com>
> wrote:
> > FYI,
> >
> > After some tests found, that function "is_audio_on_hold()" (textops)
> > supports only rfc 2543,
> > 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
> > supported.
> > Kamailio version 4.4.6.
> >
> > Best regards,
> > Julia
> >
> >
> > _______________________________________________
> > Kamailio (SER) - Users Mailing List
> > sr-users at lists.kamailio.org
> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> >
>
>
>
> --
> VoIP Embedded, Inc.
> http://www.voipembedded.com
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20180213/c515c8b2/attachment.html>