THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
A new Flyspray task has been opened. Details are below.
User who did this - Alex Hermann (axlh)
Attached to Project - sip-router
Summary - Received replies should get higher preference than locally generated ones
Task Type - Bug Report
Category - tm
Status - Assigned
Assigned To - Andrei Pelinescu-Onciul
Operating System - All
Severity - Medium
Priority - Normal
Reported Version - Development
Due in Version - Undecided
Due Date - Undecided
Details - In the current version, the reply with the highest priority (lowest response code) gets forwarded. At least in a situation with DNS based failover this can be unwanted. When I have 2 hosts in a failover situation and the first is offline, a local 408 is generated. If the 2nd host responds with a higher response-code, the 408 gets forwarded.
If the 2nd branch responds, it would be more logical to forward it, as it has information on the callee. If the callee responds 603, the upstream proxy or caller may want to do failover based on that code. If it always received 408, this is impossible.
Suggested fix: forward the highest priority _received_ response. optionally, make this behaviour configurable.
Standards complicance: the rfc's talk about _forwarding_ the highest priority response. This implies it should have been _received_ by the proxy. A proxy should only 'invent' replies if there are no other options left.
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=54
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task is now closed:
FS#53 - wrong TM response code
User who did this - Klaus Darilion (klaus3000)
Reason for closing: Not a bug
Additional comments about closing: stupid bug in my config, Kamailio works fine
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=53
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
A user has added themself to the list of users assigned to this task.
FS#53 - wrong TM response code
User who did this - Klaus Darilion (klaus3000)
http://sip-router.org/tracker/index.php?do=details&task_id=53
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#53 - wrong TM response code
User who did this - Klaus Darilion (klaus3000)
----------
Of course you are right. I had a bug in the config and looped another branch to the proxy again.
Really sorry for bothering you.
thanks
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=53#comment55
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#53 - wrong TM response code
User who did this - Andrei Pelinescu-Onciul (andrei)
----------
Yes, it did, but on the lo interface (that's why it's not in the ngrep dump).
First of all you can see that the INVITE forwarded back to 83.136.33.3:5200 it's on the second branch (branch number 1 and not 0):
Via: SIP/2.0/UDP 83.136.32.159;branch=z9hG4bK404.f2951c02.1 (note the .1 at the end)
Then looking at syslog.txt:
Mar 26 13:41:58 plaudertasche /usr/sbin/kamailio[30989]: INFO: <script>: 3df971d27197-l2satt3hm9s8@83-136-33-3 appending branch to gateway ...
.....
Mar 26 13:41:58 plaudertasche /usr/sbin/kamailio[30989]: INFO: <script>: main branch:
Mar 26 13:41:58 plaudertasche /usr/sbin/kamailio[30989]: INFO: <script>: $ru=sip:00123456@labs.nic.at
Mar 26 13:41:58 plaudertasche /usr/sbin/kamailio[30989]: INFO: <script>: $du=<null>
....
Mar 26 13:41:58 plaudertasche /usr/sbin/kamailio[30989]: INFO: <script>: additional branch 0:
Mar 26 13:41:58 plaudertasche /usr/sbin/kamailio[30989]: INFO: <script>: RURI=sip:klaus.darilion@83.136.33.3:5200;line=m3yhutkd
Mar 26 13:41:58 plaudertasche /usr/sbin/kamailio[30989]: INFO: <script>: DURI=sip:83.136.33.3:5200
Basically there are 2 branches and the main/first branch tries to send the invite to sip:00123456@labs.nic.at which will cause it to loop it back to the proxy (that's not probably what you want, either the uri is wrong, the dst uri is not set or you miss a forward gateway rule).
The proxy receives the INVTIE for sip:00123456@labs.nic.at, and the auth. fails (the credentials are probably removed in the script before forwarding, but even if they would not be removed they would be for klaus.darilion and not for 00123456):
Mar 26 13:41:58 plaudertasche /usr/sbin/kamailio[30990]: INFO: <script>: 3df971d27197-l2satt3hm9s8@83-136-33-3 authentication failed, wrong or missing credentials, challenging...
....
Mar 26 13:41:58 plaudertasche /usr/sbin/kamailio[30990]: DEBUG: sl [sl.c:318]: reply in stateless mode (sl)
Then the proxy will reply with 407 for the INV to sip:00123456@labs.nic.at, on the lo interface (that's why it's not in the ngrep dump).
In the end there are 2 responses for the INV transaction: the 407 and the 482 and the proxy chooses the 407.
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=53#comment54
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has been re-opened:
FS#53 - wrong TM response code
User who did this - Andrei Pelinescu-Onciul (andrei)
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=53
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task is now closed:
FS#53 - wrong TM response code
User who did this - Andrei Pelinescu-Onciul (andrei)
Reason for closing: Not a bug
Additional comments about closing: It behaves exactly as it should, according to RFC 3261.
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=53
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#53 - wrong TM response code
User who did this - Andrei Pelinescu-Onciul (andrei)
----------
It's not a bug, it's intended behaviour.
RFC 3261 16.7 6. Choosing the best response :
....
The proxy SHOULD give preference to responses that provide information affecting
resubmission of this request, such as 401, 407, 415, 420, and
484 if the 4xx class is chosen.
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=53#comment52
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#53 - wrong TM response code
User who did this - Klaus Darilion (klaus3000)
----------
fixed the ASCII-Art:
<code>
client A proxy
--INV A------------->
<-407----------------
--ACK--------------->
--INV A------------->
<-------------INV A--
--------------482--->
<-407----------------
^^^^
bug: should be 482
</code>
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=53#comment51
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
A new Flyspray task has been opened. Details are below.
User who did this - Klaus Darilion (klaus3000)
Attached to Project - sip-router
Summary - wrong TM response code
Task Type - Bug Report
Category - Core
Status - Assigned
Assigned To - Andrei Pelinescu-Onciul
Operating System - Linux
Severity - Low
Priority - Normal
Reported Version - Development
Due in Version - Undecided
Due Date - Undecided
Details - Hi!
I have a strange scenario where TM forwards the wrong response code:
client A proxy
---INV A---------->
<--407-------------
---ACK------------>
---INV A---------->
<--------INV A-----
---------482 loop->
<--407-------------
^^^^
bug: should be 482
I made same tests: It does not happen always. In the scenarios where I had this problem the caller called himself.
Log is attached.
I used today's kamailio-3.0 from git (2010-02-26)
One or more files have been attached.
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=53
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.