Hello,
I committed a fix for this in trunk and 1.7 branch, so while using
topology hiding, requests should be properly routed even when the dialog
is in the early state.
Regards,
Vlad Paiu
OpenSIPS Developer
On 11/22/2011 04:18 PM, Saul Ibarra Corretge wrote:
Hi Bogdan,
On Nov 22, 2011,
Hi Bogdan,
On Nov 22, 2011, at 3:17 PM, Bogdan-Andrei Iancu wrote:
> Hi Saul,
>
> Just to clarify - while the call is still in early stage, the control is done
> at transaction level (the INVITE transaction) - if transaction is successful
> (200OK) -> call established; if transaction fails (ne
Hi Saul,
Just to clarify - while the call is still in early stage, the control is
done at transaction level (the INVITE transaction) - if transaction is
successful (200OK) -> call established; if transaction fails (negative
reply) -> call fails.
So, the dialog module is not interested in the
Hello,
We will try and fix the BYE in early stage problem with Topology Hiding
as soon as possible.
Regards,
Vlad Paiu
OpenSIPS Developer
On 11/20/2011 02:28 PM, ddgiants wrote:
Any other thoughts on this guys?
Tx
D
--
View this message in context:
http://opensips-open-sip-server.1449251
Any other thoughts on this guys?
Tx
D
--
View this message in context:
http://opensips-open-sip-server.1449251.n2.nabble.com/BYE-on-180-causing-dialog-loop-tp6997019p7013573.html
Sent from the OpenSIPS - Users mailing list archive at Nabble.com.
___
Us
Ok Vlad - you saved the day yet again. Your script in conjunction with CANCEL
handling which I found on Opensips site the call flows look good. As
suspected the UA sends a CANCEL once it receives the 481. I show the
abbreviated config below for those Googling like I did. I will also post
final conf
SIP trace was included in original posting at the bottom. I also included
link below here. And yes I agree with you Saul as it did have a TO tag. So I
have 2 issues.
1. I will try Vlad's suggestion and see what happens.
2. Opensips - will developers adjust code to account for BYE on 1xx with to
ta
Hi,
On Nov 17, 2011, at 12:53 PM, Vlad Paiu wrote:
> Hello,
>
> The problem lies in the fact that the device send BYE while the dialog was
> not established yet, when in fact a Cancel should have been used.
>
The caller MAY use a BYE instead of a CANCEL to terminate a dialog in the early
sta
Hello,
The problem lies in the fact that the device send BYE while the dialog
was not established yet, when in fact a Cancel should have been used.
When you are using topology hiding, OpenSIPS relies that it known the
Contacts of the end-points to over-write things in the messages in
proxies
Call flow using 1.7, dialog and topology hiding. Opensips does not core but
repeats a message over and over again shown below. SIP trace attached.
Config below. I suppose the UAC sending a BYE on 180 with no sdp is
debatable. Regardless how do I configure Opensips to NOT loop. It is
matching dialog
10 matches
Mail list logo
