[OpenSIPS-Users] re-INVITE (Hold) looses audio

Tue Jun 11 08:56:18 EDT 2019

I'm not 100% clear on your situation but if it helps I can confirm that
I've not had to use that option in the past, my configs simply use the same
options as used when rtpproxy was initially offered (in my case
combinations of r,f,i,e - bridging mode) and I've found that it is smart
enough to offer up the same individual proxy and the same ports for a
matching dialog - I presume this is partly the modules responsibility and
partly the rtpproxy software.

Hope that helps

On Tue, 11 Jun 2019 at 12:48, Mark Farmer <farmorg at gmail.com> wrote:

> Thank you both for your replies.
> I realised eventually that I was indeed missing rtpproxy_offer/answer for
> the RE-INVITEs.
>
> Callum, I am using rtpproxy_offer/answer but I will keep that in mind for
> the future.
>
> Seems to be working now although I think I need to tune the options in
> this case. Is there a generally recognised method of re-engaging rtpproxy
> when sessions already exist? I'm thinking the 'l' flag is required?
>
> Regards
> Mark.
>
>
> On Tue, 11 Jun 2019 at 09:16, Callum Guy <callum.guy at x-on.co.uk> wrote:
>
>> Hi Mark,
>>
>> Can you confirm which engagement functions you are using? Does the SDP
>> look like its being handled for the RE-INVITE transactions?
>>
>> I have dealt with some similar scenarios recently and would highly
>> recommend using the separate rtpproxy_offer() and rtpproxy_answer() methods
>> over the dialog bound rtpproxy_engage() - this will give you a more
>> granular control. Generally speaking I would advise that you identity a
>> loose routed INVITE and check for present of SDP and use this to trigger an
>> offer, somewhat like this:
>>
>> if (loose_route() && is_method("INVITE") && has_body("application/sdp")) {
>>   rtpproxy_offer(OPTS);
>> }
>>
>> You'll then need to consider the additional scenarios for last SDP and
>> ACK processing to handle both the answer and edge cases however hopefully
>> this will help you move forward in your config.
>>
>> Good luck,
>>
>> Callum
>>
>>
>> On Mon, 10 Jun 2019 at 19:55, Răzvan Crainea <razvan at opensips.org> wrote:
>>
>>> Hi, Mark!
>>>
>>> Are you engaging RTPProxy for the re-INVITEs too? Can you check if
>>> RTPProxy times out the session due to lack of audio from one side? You
>>> can see that in the logs.
>>>
>>> Best regards,
>>>
>>> Răzvan Crainea
>>> OpenSIPS Core Developer
>>> http://www.opensips-solutions.com
>>>
>>> On 6/10/19 4:23 PM, Mark Farmer wrote:
>>> > Hi all
>>> >
>>> > I'm trying to solve an issue where if the call is placed on hold via a
>>> > re-INVITE, my end stops the audio at that point so when another
>>> > re-INVITE is received to resume the call, the audio does not restart.
>>> I
>>> > can still hear the other party but they cannot hear me because I'm not
>>> > sending any RTP any more.
>>> >
>>> > I'm really struggling to pin this one down. Can anyone give me any
>>> clues
>>> > as to why this might be happening?
>>> >
>>> > I'm using OpenSIPS 2.4.5 with RTPProxy 2.0
>>> >
>>> > Many thanks
>>> > Mark.
>>> >
>>> >
>>> > --
>>> > Mark Farmer
>>> > farmorg at gmail.com <mailto:farmorg at gmail.com>
>>> >
>>> > _______________________________________________
>>> > Users mailing list
>>> > Users at lists.opensips.org
>>> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>> >
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>
>>
>> *0333 332 0000  |  www.x-on.co.uk <http://www.x-on.co.uk>  |   **
>> <https://www.linkedin.com/company/x-on>   <https://www.facebook.com/XonTel>
>>   <https://twitter.com/xonuk> *
>>
>> X-on is a trading name of Storacall Technology Ltd a limited company
>> registered in England and Wales.
>> Registered Office : Avaland House, 110 London Road, Apsley, Hemel
>> Hempstead, Herts, HP3 9SD. Company Registration No. 2578478.
>> The information in this e-mail is confidential and for use by the
>> addressee(s) only. If you are not the intended recipient, please notify
>> X-on immediately on +44(0)333 332 0000 and delete the
>> message from your computer. If you are not a named addressee you must not
>> use, disclose, disseminate, distribute, copy, print or reply to this email. Views
>> or opinions expressed by an individual
>> within this email may not necessarily reflect the views of X-on or its
>> associated companies. Although X-on routinely screens for viruses,
>> addressees should scan this email and any attachments
>> for viruses. X-on makes no representation or warranty as to the absence
>> of viruses in this email or any attachments.
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>
>
> --
> Mark Farmer
> farmorg at gmail.com
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>

-- 

*0333 332 0000  |  www.x-on.co.uk <http://www.x-on.co.uk>  |   ** 
<https://www.linkedin.com/company/x-on>   <https://www.facebook.com/XonTel> 
  <https://twitter.com/xonuk> *

X-on
is a trading name of Storacall 
Technology Ltd a limited company registered in
England and Wales.

Registered Office : Avaland House, 110 London Road, Apsley, Hemel 
Hempstead,
Herts, HP3 9SD. Company Registration No. 2578478.

The 
information in this e-mail is confidential and for use by the addressee(s)

only. If you are not the intended recipient, please notify X-on immediately 
on +44(0)333 332 0000 and delete the
message from your computer. If you are 
not a named addressee you must not use,
disclose, disseminate, distribute, 
copy, print or reply to this email. Views
or opinions expressed by an 
individual
within this email may not necessarily
reflect the views of X-on 
or its associated companies. Although X-on routinely
screens for viruses, 
addressees should scan this email and any attachments
for
viruses. X-on 
makes no representation or warranty as to the absence of viruses
in this 
email or any attachments.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20190611/5a5ff594/attachment-0001.html>