Hi,
Thanks a lot. Please hit me up as soon as you'll have a version working
in that direction, as I have specific test cases already set up that
might be handy.
Regards,
Guido.
On 31/01/11 14:33, Vlad Paiu wrote:
Hello,
Indeed that ticket was mistakenly marked as closed. As I explained
b
Hello,
Indeed that ticket was mistakenly marked as closed. As I explained
before, if a message with no route headers is received, loose_route()
automatically rejects it and fix_route_dialog() cannot be called as the
dialog doesn't get the chance to be matched.
I am working to implement fix t
Hi,
just a quick note to tell you that I actually thought about this way of
using fix_route_dialog() because of this ticket:
http://sourceforge.net/tracker/?func=detail&aid=3090388&group_id=232389&atid=1086413
You may want to correct it?
Guido
On 25/01/11 11:14, Vlad Paiu wrote:
Hi,
Are y
Hi,
Sorry but I don't have any traces, I'm just doing some experiments. I
know that a BYE that comes in without Route is just wrong ( I did
actually call record_route() ) but that's exactly what I was trying to
workaround. Think of a situation where some proxies not under your
control send ba
Hi,
Are you sure you are calling record_route() properly in your script ?
If you do this, you shouldn't receive any SIP msgs without any route
headers, as there would be at least 1 route header, the one OpenSIPS has
added in the first place.
The dialog module depends on the RR module. If a SI
Hi,
thanks for your reply.
I am using the script reported in the Opensips book ("Building telephony
systems with Opensips") at page 81, that is :
if (has_totag() ) {
# sequential request withing a dialog should
# take the path determined by record-routing
if (loose_route() ) {
if (
Hello,
The function fix_route_dialog() needs loose_route() to be called, in
order to set the current dialog pointer that fix_route_dialog() will
attempt to match and fix accordingly. It isn't mandatory to call
validate_dialog() first, but it is best practice, because a call to
validate_dialog
Hi,
I encountered some problems while trying to use fix_route_dialog()
function.
Basically what I'd like to do is to use this function to correct Route
headers of the BYE messages that
* have wrong or no Route header at all
* have valid to/from & call-id information ( 'valid' in res