[OpenSIPS-Users] No record-route on reply's

Mike Tesliuk mike at ultra.net.br
Mon Jan 6 03:37:41 CET 2014


Hello Razvan (and everybody),

I try this, the dialog seems to be ok because the dialog is beeing deleted,
but i got this messages on syslog

Jan  5 22:54:55 gcl-ss01a /usr/sbin/opensips[23924]:
ERROR:rr:get_remote_target: Invalid routing type - 0
Jan  5 22:54:55 gcl-ss01a /usr/sbin/opensips[23924]:
ERROR:dialog:dlg_validate_dialog: failed fetching remote target from msg
Jan  5 22:54:55 gcl-ss01a /usr/sbin/opensips[23924]: In-Dialog BYE from
XX.XX.XX.XX (callid=1b1c3705-f0ff-1231-c396-001a4bd5a0b4) is not valid
according to dialog



in this case, the user send the bye

U __IP__CUSTOMER__:30664 -> __IP__OPENSIPS__:5069
BYE sip:255755813256 at __IP__OPENSIPS__:5069;transport=udp SIP/2.0.
Via: SIP/2.0/UDP
__IP__CUSTOMER__:30664;branch=z9hG4bK-d8754z-2d4c2058767ff73a-1---d8754z-;rport.
Max-Forwards: 70.
Contact: <sip:200214 at __IP__CUSTOMER__:30664>.
To: <sip:255755813256 at __IP__OPENSIPS__:5069>;tag=ZSag78XKZQ6yD.
From: <sip:200214 at 209.160.78.42:5069>;tag=ea263e5b.
Call-ID: OGFiYzliMGIzZmYwOTczY2E2YTg1OWYwNzZhMDVlMTA..
CSeq: 3 BYE.
Proxy-Authorization: Digest
username="200214",realm="__IP__OPENSIPS__",nonce="8ef536ce-d39b-4036-90d1-04c54fe9e133",uri="sip:255755813256@
__IP__OPENSIPS__:5069;transport=udp",response="72ef0971dda591f6b7684b375a5a3ac1",cnonce="8db354c7dc934c13b3577ff5db18297c",nc=00000002,qop=auth,algorithm=MD5.
User-Agent: Bria Professional release 2.4 stamp 49381.
Reason: SIP;description="User Hung Up".
Content-Length: 0.


And on opensips this is what i have.

#########
U __IP__GATEWAY__:39040 -> __IP_OPENSIPS:5079
BYE sip:255755813256 at __IP_OPENSIPS:5021;transport=udp SIP/2.0.
Via: SIP/2.0/UDP 10.255.2.21:5021
;branch=z9hG4bKervg1296366635;received=10.255.2.21.
From: <sip:255755813256 at __IP_OPENSIPS:5079>;tag=12ab34cd.
To: "200214" <sip:200214 at __IP_OPENSIPS>;tag=023883eQv0vHS.
Call-ID: 1b1c3705-f0ff-1231-c396-001a4bd5a0b4.
CSeq: 23 BYE.
Max-Forwards: 70.
Content-Length: 0.
.

#
U __IP_OPENSIPS:5079 -> __IP__GATEWAY__:39040
SIP/2.0 481 Call Does Not Exist.
Via: SIP/2.0/UDP 10.255.2.21:5021
;branch=z9hG4bKervg1296366635;rport=39040;received=__IP__GATEWAY__.
From: <sip:255755813256 at __IP_OPENSIPS:5079>;tag=12ab34cd.
To: "200214" <sip:200214 at __IP_OPENSIPS>;tag=023883eQv0vHS.
Call-ID: 1b1c3705-f0ff-1231-c396-001a4bd5a0b4.
CSeq: 23 BYE.
User-Agent: vBilling.
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER,
NOTIFY.
Supported: precondition, path, replaces.
Content-Length: 0.



The call-ID on sip is ok, it is the same of the invite, session progress
etc..


if you guys have any tip I will apreciate, this is a new situation for me,
happen just with this gateway (I dont remember the brand now , it is a
friend enviroment and Im trying to help)


2013/12/25 Mike Tesliuk <mike at ultra.net.br>

> Hello Razvan,
>
> thank you for your help, i check about this function before, i will try
> that and i let you know if solve , thank you and happy hollidays
>
>
> 2013/12/24 Răzvan Crainea <razvan at opensips.org>
>
>> Hi, Mike!
>>
>> Have you tried matching the dialogs using the match_dialog() function[1]?
>> Also, for sequential requests, you should try using the fix_route_dialog()
>> function[2].
>>
>> [1] http://www.opensips.org/html/docs/modules/1.10.x/dialog.html#id295144
>> [2] http://www.opensips.org/html/docs/modules/1.10.x/dialog.html#id295287
>>
>> Best regards,
>>
>> Răzvan Crainea
>> OpenSIPS Core Developer
>> http://www.opensips-solutions.com
>>
>>
>> On 12/21/2013 06:25 PM, Mike Tesliuk wrote:
>>
>>> Hello Guys,
>>>
>>>
>>> Im getting a strange situation here that i dont know how to deal
>>>
>>> i have an enviroment where i have freeswitch receiving a call to billing
>>> and opensips doing the load_balance to the gateways.
>>>
>>> When i send the call to the gateway i receive the reply without the
>>> record-route header, i try to put  an asterisk server as gateway and
>>> this not happen in this scenario .
>>>
>>> Below the invite that i send to the gateway
>>>
>>> U 10.1.69.1:5079 <http://10.1.69.1:5079> -> 10.255.2.31:5031
>>> <http://10.255.2.31:5031>
>>> INVITE sip:255755813256 at 10.1.69.1:5079
>>> <http://sip:255755813256@10.1.69.1:5079> SIP/2.0.
>>>
>>> Record-Route: <sip:10.1.69.1:5079;lr;ftag=HgcSt10Xa854e;did=9d2.
>>> 723c6252>.
>>> Via: SIP/2.0/UDP 10.1.69.1:5079;branch=z9hG4bKe98.72455346.0.
>>> Via: SIP/2.0/UDP
>>> 10.1.69.1:5069;received=10.1.69.1;rport=5069;branch=
>>> z9hG4bKK5N8yU10cgage.
>>> Max-Forwards: 68.
>>> From: "200214" <sip:200214 at 10.1.69.1
>>> <mailto:sip%3A200214 at 10.1.69.1>>;tag=HgcSt10Xa854e.
>>> To: <sip:255755813256 at 10.1.69.1:5079
>>> <http://sip:255755813256@10.1.69.1:5079>>.
>>>
>>> Call-ID: 4c6591da-e483-1231-6cb4-001a4bd5a0b4.
>>> CSeq: 53458861 INVITE.
>>> Contact: <sip:gw+os at 10.1.69.1:5069;transport=udp;gw=os>.
>>> User-Agent: vBilling.
>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE,
>>> REGISTER, NOTIFY.
>>> Supported: precondition, path, replaces.
>>> Allow-Events: talk, hold, conference, refer.
>>> Content-Type: application/sdp.
>>> Content-Disposition: session.
>>> Content-Length: 195.
>>> X-FS-Support: update_display,send_info.
>>> Remote-Party-ID: "200214" <sip:200214 at 10.1.69.1
>>> <mailto:sip%3A200214 at 10.1.69.1>>;party=calling;screen=yes;privacy=off.
>>>
>>>
>>>
>>> and below the 200 ok that i receive
>>>
>>> U 10.255.2.31:5031 <http://10.255.2.31:5031> -> 10.1.69.1:5079
>>> <http://10.1.69.1:5079>
>>>
>>> SIP/2.0 200 OK.
>>> Via: SIP/2.0/UDP
>>> 10.1.69.1:5079;branch=z9hG4bKe98.72455346.0;received=10.1.69.1.
>>> Via: SIP/2.0/UDP
>>> 10.1.69.1:5069;received=10.1.69.1;rport=5069;branch=
>>> z9hG4bKK5N8yU10cgage.
>>> To: <sip:255755813256 at 10.1.69.1:5079
>>> <http://sip:255755813256@10.1.69.1:5079>>;tag=12ab34cd.
>>> From: "200214" <sip:200214 at 10.1.69.1
>>> <mailto:sip%3A200214 at 10.1.69.1>>;tag=HgcSt10Xa854e.
>>>
>>> CSeq: 53458861 INVITE.
>>> Call-ID: 4c6591da-e483-1231-6cb4-001a4bd5a0b4.
>>> Allow: INVITE, BYE, CANCEL, ACK, INFO, REGISTER.
>>> Supported:.
>>> Allow-Events: telephone-event.
>>> Contact: <sip:255755813256 at 10.1.69.1:5031;transport=udp>.
>>> Content-Type: application/sdp.
>>> Content-Length: 196.
>>>
>>> when i send the call to this gateway the loose route did not execute,
>>> and i get error's on dialog because the dialog is not matched
>>>
>>>
>>> how should i deal with a situation like this ?
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20140105/2e94e556/attachment.htm>


More information about the Users mailing list