Hi Kevin,
This looks like OpenSIPS does not recognize the Route as its own IPs and
also seeing the next hop as a strict router.
To sort this out in the fastest way, see my prev request on the logs for
ACK processing (with the debug=6).
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 08/28/2012 03:22 PM, Kevin Mathy wrote:
Hi Bogdan,
I'm working with Mickael about this problem, and we have some
informations which may help you (and then help us ;-) ) :
We have found that "loose_route" function modify the Request-URI
variable ($ru), as you can see below :
ACK message comes from provider, with $ru = sip:[email protected]
<mailto:sip%3A%[email protected]>
After, loose_route function is executed, and $ru become like $ru
= sip:7.7.7.7;lr;r2=on;ftag=c97942d9-13c4-503ca77b-ef8c9eef-760f27a5;xyz=c12.18aedaa5
The last $ru value results from a Route header
For information, Record-route of previous message (200OK) is composed
with two record-route in the same field, comma separated.
Is Opensips 1.6.4 able to interpret this type of Record-route ?
Is loose_route function using Route headers of previous messages
(200OK before ACK) to route this message ? Or is it using only actual
message's Route headers ?
Thanks in advance,
If you need further informations, feel free to ask us.
Regards,
*Kevin MATHY*
*HEXANET*
*
--
*
Téléphone : 03.26.79.30.05
Web : www.hexanet.fr <http://www.hexanet.fr>
Pour toute demande de support, merci de contacter le *03.51.08.42.07*,
ou bien d'adresser un e-mail à *[email protected]
<mailto:[email protected]>*
2012/8/27 Bogdan-Andrei Iancu <[email protected]
<mailto:[email protected]>>
As the next destination should be 6.6.6.6, some stupid questions:
1) is 6.6.6.6 configured in domain module or as "alias" ?
2) have you check to loopback interface ? maybe the ACK is
spiraling over there.
Also, try to reproduce the ACK case, but enable full debug in
script for the loose_route() function:
if (is_method=="ACK") setdebug(6);
And post the output of opensips - this will give some clue on what
it is doing.
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 08/27/2012 06:41 PM, [email protected]
<mailto:[email protected]> wrote:
7.7.7.7 and 8.8.8.8 are both from the same instance of
opensips (same
server 2 IPs interfaces).
in opensips log, no error, just no forwarding to customer IPBX.
but tomorrow I'll test with other debug option.
Thanks
The 7.7.7.7 and 8.8.8.8 IPs are both from the same
instance of opensips
(doing interface exchange) or there are 2 different SIP
entities ?
Also, do you see any errors in the logs when the ACK is
handled ?
regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 08/27/2012 05:58 PM, [email protected]
<mailto:[email protected]> wrote:
Hi
in attachement call flow and ACK from provider (this
ACK is not resend
by
opensips to customer IPBX).
Thanks
Hi,
Please post the ACK message your opensips proxy
gets, and also the
outbound ACK request (leaving your opensips) -
Include also the net
layer info (like src ip and port) - feel free to
masquerade the IPs,
but
do it consistently,
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 08/27/2012 09:17 AM, [email protected]
<mailto:[email protected]> wrote:
Hi,
do you think this may be the cause of my
routing ACK problem ?
Hi,
loose route parameter lr , which can be
present in sip or sips
Record-Route and Route URIs to indicate
that the proxy server
identified
by the URI supports loose routing.
RFC 3261 explains the "lr" parameter as
just ";lr", not lr=on. This
brokes
some UAs which add =on to the "lr".
opensips adds=on to be
compatible
with these UAs
//Binan.
--- On Fri, 8/24/12, [email protected]
<mailto:[email protected]><[email protected]
<mailto:[email protected]>> wrote:
From: [email protected]
<mailto:[email protected]><[email protected]
<mailto:[email protected]>>
Subject: Re: [OpenSIPS-Users] [Re:
Routing problem with
Record-Route]
To: "OpenSIPS users mailling
list"<[email protected]
<mailto:[email protected]>>
Date: Friday, August 24, 2012, 5:08 AM
Exactly Opensips add lr=on and callee
device transform it into
lr;r2=on.
my other devices (asterisk, avaya, etc
...) do not transform lr...
My Opensips version is version: opensips
1.6.4-2-tls (i386/freebsd)
what is the difference between lr=on and
lr;r2=on ?
So OpenSIPS adds "lr=on" but the
callee device transform it into a
"lr".....
What version of opensips are you
using?
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 08/24/2012 02:27 PM,
[email protected]
<mailto:[email protected]> wrote:
Hi Bogdan-Andrei,
Thank you for your response.
Yes I confirm in INVITE I have 2
RR with lr=on:
<sip:8.8.8.8;r2=on;lr=on;ftag=c97942d9-13c4-50237efd-8d49d7d0-5fb68102;xyz=3a2.86da31c4>
<sip:8.8.8.9;r2=on;lr=on;ftag=c97942d9-13c4-50237efd-8d49d7d0-5fb68102;xyz=3a2.86da31c4>
and in 200OK I have 1 RR with just lr:
<sip:8.8.8.8;lr;r2=on;ftag=c97942d9-13c4-50237efd-8d49d7d0-5fb68102;xyz=3a2.86da31c4>,<sip:8.8.8.9;lr;r2=on;ftag=c97942d9-13c4-50237efd-8d49d7d0-5fb68102;xyz=3a2.86da31c4>
and in ACK I have 2 Route with lr:
<sip:8.8.8.8;lr;r2=on;ftag=c97942d9-13c4-50237efd-8d49d7d0-5fb68102;xyz=3a2.86da31c4>
<sip:8.8.8.9;lr;r2=on;ftag=c97942d9-13c4-50237efd-8d49d7d0-5fb68102;xyz=3a2.86da31c4>
Hi Mickael,
Can you confirm (for the
failed call) that OpenSIPS
added in
INVITE
RR
hdrs with "lr=on" param and in
the 200 OK or ACK you get only
"lr"
param
(with no value) ?
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 08/24/2012 11:09 AM,
[email protected]
<mailto:[email protected]> wrote:
Hi list,
I have a routing problem
with my Opensips
version: opensips
1.6.4-2-tls (i386/freebsd)
Indeed Opensips is unable
to route ACK packet to final
destination
(look
attachement .txt).
The only difference with a
normal call (Call OK), it's
Record-Route
formating. Customer's
device send 200OK with
differents fields:
Test device with the
problem (call NOT OK):
Ex: problem call = 1 field
for 2 routes
Extract from the customer
200OK
Record-Route:
<sip:8.8.8.8;lr;r2=on;ftag=c97942d9-13c4-50237efd-8d49d7d0-5fb68102;xyz=3a2.86da31c4>,<sip:9.9.9.9;lr;r2=on;ftag=c97942d9-13c4-50237efd-8d49d7d0-5fb68102;xyz=3a2.86da31c4>
Test with another device
(call OK)
Ex: normal call = 2 fields
for 2 routes
Extract from the Customer
200OK
Record-Route:
<sip:8.8.8.8;r2=on;lr=on;ftag=c97942d9-13c4-50237efd-8d49d7d0-5fb68102;xyz=3a2.86da31c4>
Record-Route:
<sip:9.9.9.9;r2=on;lr=on;ftag=c97942d9-13c4-50237efd-8d49d7d0-5fb68102;xyz=3a2.86da31c4>
My question is: This
opensips version is able
to work with 1
record-route
field containing 2
informations ?
Thanks in advance
regards
_______________________________________________
Users mailing list
[email protected]
<mailto:[email protected]>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
<mailto:[email protected]>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing
list
[email protected]
<mailto:[email protected]>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
<mailto:[email protected]>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
<mailto:[email protected]>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
<mailto:[email protected]>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
<mailto:[email protected]>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected] <mailto:[email protected]>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected] <mailto:[email protected]>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users