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, 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 (negative reply) -> call fails.
So, the dialog module is not interested in the CANCEL -> it will wait to see
the feedback on the INVITE level, like the 487 reply (as a result of the CANCEL
being accepted).
The BYE (instead of CANCEL) works in a similar way - the dialog module will
simply wait to see what will happen with the INVITE.
So, from standard dialog state, the dialog module does not care about the
CANCELs or BYEs in early state.
Of course, things are a bit different when using topology hiding with dialog module -
there you have the "topo hide" the BYE also ;).....and this needs to be fixed
Thanks for the detailed explanation!
Regards,
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
