http://www.kamailio.org/wiki/devel/completing_outbound?&#work_required_to_c…
I am running in outbound_mode 2 in the registrar, since I have a mixed set of clients.
Clients that DO support outbound doesn't get a Require: header back in the response.
"If outbound registration succeeded, as indicated by the presence of
the outbound option-tag in the Require header field of a successful
registration response, the UA begins sending keep-alives as described
in Section 4.4."
RFC 5626.
This client changed the source code faster than I could, but I still consider it a bug in our registrar mode 2.
/O
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#271 - Max-forwards header missing
User who did this - Morten Tryfoss (mtryfoss)
----------
Hi,
Maybe you should add the same if before increasing len? Like this..
if(headers==NULL || headers->len<15 || strnstr(headers->s, "Max-Forwards:", headers->len)==NULL)
*len += MAXFWD_HEADER_LEN; /* Max-forwards */
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=271#comment773
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#268 - default config for speeddial misspelled
User who did this - Daniel-Constantin Mierla (miconda)
Reason for closing: Implemented
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=268
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#271 - Max-forwards header missing
User who did this - Daniel-Constantin Mierla (miconda)
Reason for closing: Implemented
Additional comments about closing: Commit 77f99fc7c0252c5fa71ad5939f048742592f1d43
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=271
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#271 - Max-forwards header missing
User who did this - Daniel-Constantin Mierla (miconda)
----------
I changed the patch to add the max-fwd header only when not provided via "headers" param. Some modules such as presence add this header, so it could have ended in two such headers.
It is committed on master branch, test if works fine and reopen in case it fails.
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=271#comment772
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.
Daniel-Constantin Mierla has taken ownership of the following task:
FS#271 - Max-forwards header missing
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=271
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.
Hello,
The current DNS code checks, when making an A query, whether the name is
in fact an IPv4 address literal. Same for AAAA query with IPv6 address
literal. This is good.
However, nothing prevents A queries for IPv6 address literals or AAAA
queries for IPv4 address literals. This is wrong.
Here's the bug in action (anonymized to protect the innocent):
> 1.2.3.4 -> 5.6.7.8 SIP 830 Request: ACK sip:foobar@9.10.11.12:5060;transport=udp
> 5.6.7.8 -> 1.2.3.4 DNS 72 Standard query AAAA 9.10.11.12
Attached is a simple patch to fix the bug (of which there are three
distinct instances).
Comments?
Simon