I don’t think im trying to re reroute re invites not that ive noticed would it help if you took a look on my cfg I am still new to opensips and learning as I go along.
But I will also take another look thanks. Regards, Brian Southworth From: Users [mailto:users-boun...@lists.opensips.org] On Behalf Of Ovidiu Sas Sent: 26 February 2018 16:21 To: users@lists.opensips.org users <users@lists.opensips.org> Subject: Re: [OpenSIPS-Users] On hold You need to make sure that in your config you are not trying to re-route in dialog requests (like reINVITE). In dialog requests are routed according to the loose routing mechanism. -ovidiu On Feb 26, 2018 11:01, "Brian Southworth" <brian.southwo...@clocom.uk <mailto:brian.southwo...@clocom.uk> > wrote: Seems to be an issue with it sending the on hold invite to get the call back to the wrong place on inbound calls. Example caller calls in --- agent 1 picks up --- agent 1 places them on hold all is fine --- agent 1 takes call off hold call is dropped Seems that the invite to get the call back gets sent to .192 when it should go back to .193 This doesn’t happen is I use rewritehostport but then on hold calls only work for calls coming from that media server t_relay works across the board but doesn’t actually work for inbound. Regards, Brian Southworth From: Users [mailto:users-boun...@lists.opensips.org <mailto:users-boun...@lists.opensips.org> ] On Behalf Of Ovidiu Sas Sent: 26 February 2018 15:49 To: users@lists.opensips.org <mailto:users@lists.opensips.org> users <users@lists.opensips.org <mailto:users@lists.opensips.org> > Subject: Re: [OpenSIPS-Users] On hold You need to take a look at the signalling and figure out who is dropping the call and why. -ovidiu On Feb 26, 2018 10:45, "Brian Southworth" <brian.southwo...@clocom.uk <mailto:brian.southwo...@clocom.uk> > wrote: Please ignore my last email. Both ways work it was an error in my code I wasn’t using t_relay(); Thanks for your help 😊 Regards, Brian Southworth From: Users [mailto:users-boun...@lists.opensips.org <mailto:users-boun...@lists.opensips.org> ] On Behalf Of Ovidiu Sas Sent: 23 February 2018 13:10 To: users@lists.opensips.org <mailto:users@lists.opensips.org> users <users@lists.opensips.org <mailto:users@lists.opensips.org> > Subject: Re: [OpenSIPS-Users] On hold Hello Brian, You can detect hold using is_audio_on_hold(): http://www.opensips.org/html/docs/modules/2.3.x/sipmsgops#idp5575408 <http://www.opensips.org/html/docs/modules/2.3.x/sipmsgops#idp5575408> Try to use it and see if this will solve your issue. Regards, Ovidiu Sas On Feb 23, 2018 4:13 AM, "Brian Southworth" <brian.southwo...@clocom.uk <mailto:brian.southwo...@clocom.uk> > wrote: Hi All, I am trying to get opensips to forward the on hold request to asterisk I have done this using an if statement for SDP =~ “sendonly” How ever when I go to take them off hold the call is dropped, is there something special I need to do ? I have tried and if statement for is_method(“invite”) && $rb =~ “sendrecv” ß this loops until opensips give a 500 internal error And I have also tried is_method(“invite”) && $rb =~ “inactive” ß this doesn’t seem to work at all The initial hold works perfect puts them on hold just cant take them off or transfer the call (asterisk will handle all the B2B stuff) Any help would be appreciated. Regards, Brian Southworth Communications Developer 111 Wilmslow Road Handforth Wilmslow SK9 3ER T: 03333 446677 W: www.clocom.uk <http://www.clocom.uk/> <http://www.facebook.com/clocom.uk> Like us on Facebook Follow us on Twitter Clocom is a green company. Think, do you need to print this email? This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. Registered in England & Wales: 07081192. Registered name and address: Clocom UK Ltd, 111 Wilmslow Road, Handforth, Cheshire, SK9 3ER www.clocom.uk <http://www.clocom.uk/> _______________________________________________ Users mailing list Users@lists.opensips.org <mailto:Users@lists.opensips.org> http://lists.opensips.org/cgi-bin/mailman/listinfo/users <http://lists.opensips.org/cgi-bin/mailman/listinfo/users> _______________________________________________ Users mailing list Users@lists.opensips.org <mailto:Users@lists.opensips.org> http://lists.opensips.org/cgi-bin/mailman/listinfo/users <http://lists.opensips.org/cgi-bin/mailman/listinfo/users> _______________________________________________ Users mailing list Users@lists.opensips.org <mailto:Users@lists.opensips.org> http://lists.opensips.org/cgi-bin/mailman/listinfo/users <http://lists.opensips.org/cgi-bin/mailman/listinfo/users> _______________________________________________ Users mailing list Users@lists.opensips.org <mailto:Users@lists.opensips.org> http://lists.opensips.org/cgi-bin/mailman/listinfo/users <http://lists.opensips.org/cgi-bin/mailman/listinfo/users> _______________________________________________ Users mailing list Users@lists.opensips.org <mailto:Users@lists.opensips.org> http://lists.opensips.org/cgi-bin/mailman/listinfo/users <http://lists.opensips.org/cgi-bin/mailman/listinfo/users> _______________________________________________ Users mailing list Users@lists.opensips.org <mailto:Users@lists.opensips.org> http://lists.opensips.org/cgi-bin/mailman/listinfo/users <http://lists.opensips.org/cgi-bin/mailman/listinfo/users>
_______________________________________________ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
