[OpenSIPS-Users] Force call to end

[John Quick]

Jeff,


Thanks for the suggestion. I had not considered the possibility of using the
MI. It's a good idea and should work. It should be possible to handle the
re-INVITE, send an event to an external app which can then use the MI to end
the call.

 

John

 

From: Jeff Pyle [mailto:jpyle at fidelityvoice.com] 
Sent: 05 July 2013 16:06
To: john.quick at smartvox.co.uk; OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] Force call to end

 

John,

 

Is there some way you could detect the condition, then trigger an event that
would force the dialog closed, as with the dlg_end_dlg MI function?

 

You would likely have to allow the reinvite transaction to first complete or
risk a 491 from the provider when you sent the BYE.  Or, perhaps there's a
more heavy handed approach lurking in a custom B2BUA scenario where the
customer wouldn't have to see the reinvite at all.

 

 

- Jeff

 

 

On Fri, Jul 5, 2013 at 9:14 AM, John Quick <john.quick at smartvox.co.uk>
wrote:

Hi,
On outbound calls, when the remote callee hangs up, the carrier is sending a
re-INVITE (SDP a=sendonly) not a BYE.
I can easily detect this re-INVITE in OpenSIPS, but am not sure how best to
make it then end the call.
$rm is a read-only variable and I suspect it would be bad practice to strip
off the SDP and replace "INVITE" with "BYE".
Ideally, I would want OpenSIPS to send BYE's both upstream and down, as
happens when the timeout is reached in the Dialog module.
Any suggestions?

John Quick
Smartvox Limited
Web: www.smartvox.co.uk




_______________________________________________
Users mailing list
Users at lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users





 

-- 

Jeff Pyle <jpyle at fidelityvoice.com>
Director, Voice Engineering
Fidelity Voice and Data
216-245-4106
www.fidelityvoice.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20130709/e9225973/attachment.htm>