THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
A user has added themself to the list of users assigned to this task.
FS#64 - Implement "u" rpc formating char
User who did this - Juha Heinanen (jh)
http://sip-router.org/tracker/index.php?do=details&task_id=64
You are receiving this message because
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
A new Flyspray task has been opened. Details are below.
User who did this - Juha Heinanen (jh)
Attached to Project - sip-router
Summary - Implement "u" rpc formating char
Task Type - Improvement
Category - Core
Status - Assigned
Assigned To - Andr
Jan Janak writes:
> There currently isn't any, but I've already been thinking about adding
> one, because there are many other functions that print large integers
> and getting negative numbers in sercmd is annoying.
jan,
adding "u" would be great.
-- juha
__
2010/4/14 Klaus Darilion :
> I second turning it off.
>
> Further, IMO the header should be renamend to something like
> X-Debuginfo: ...
>
> IIRC "Warning" has often confused beginners (me too).
"Warning" is an already standarized header in RFC 3261. Does the added
debugging information confo
Hi, I've done some pending improvements in the proposed specification.
Please Timo, check it as I've done further changes in the "Response
processing" section (along with others in "Concurrently confirmed
calls" example).
IMHO the proposal is in "Release Candidate 1" status :)
Please take a look t
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
A new Flyspray task has been opened. Details are below.
User who did this - Juha Heinanen (jh)
Attached to Project - sip-router
Summary - modules/tm: incorrect t_on_branch() documentation
Task Type - Bug Report
Category - tm
Status - Assigned
Assi
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
A user has added themself to the list of users assigned to this task.
FS#63 - modules/tm: incorrect t_on_branch() documentation
User who did this - Juha Heinanen (jh)
http://sip-router.org/tracker/index.php?do=details&task_id=63
You are receiving thi
Iñaki Baz Castillo wrote:
> 2010/4/14 Timo Reimann :
>>> It sounds Ok, but for this we must be really sure that, upon receipt
>>> of the first 200, the other pending branches are not immediately
>>> removed so the second 200 (after less than 1-2 seconds) would match an
>>> entry in dialog_out.
>> A
Juha,
On Wed, Apr 14, 2010 at 5:56 AM, Juha Heinanen wrote:
> i noticed that lcr.dump_gws prints defunct_until as a signed int, which
> is wrong, because the value is unsigned int.
>
> the statement in the code is this:
>
> rpc->struct_add(st, "dSddd",
>
and the time for it is now ... join #sip-router on irc.freenode.net
Cheers,
Daniel
On 4/14/10 12:58 PM, Daniel-Constantin Mierla wrote:
for clock synchronization: about 4 hours till the start of irc meeting.
Cheers,
Daniel
On 4/13/10 10:57 AM, Daniel-Constantin Mierla wrote:
Hello,
short r
Module: sip-router
Branch: kamailio_3.0
Commit: 2da81aa4f591f0dfef49cd6acabd19baa7b2dd8d
URL:
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=2da81aa4f591f0dfef49cd6acabd19baa7b2dd8d
Author: Juha Heinanen
Committer: Juha Heinanen
Date: Wed Apr 14 17:17:59 2010 +0300
mo
Module: sip-router
Branch: sr_3.0
Commit: 0c819f3ff3d947897fa0bafbaaa0081b671bb4e4
URL:
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=0c819f3ff3d947897fa0bafbaaa0081b671bb4e4
Author: Juha Heinanen
Committer: Juha Heinanen
Date: Wed Apr 14 17:17:59 2010 +0300
modules/
+1
On Wed, Apr 14, 2010 at 8:12 AM, Klaus Darilion
wrote:
> I second turning it off.
>
> Further, IMO the header should be renamend to something like
> X-Debuginfo: ...
>
> IIRC "Warning" has often confused beginners (me too).
>
> regards
> klaus
>
> Am 14.04.2010 11:10, schrieb Daniel-Consta
I second turning it off.
Further, IMO the header should be renamend to something like
X-Debuginfo: ...
IIRC "Warning" has often confused beginners (me too).
regards
klaus
Am 14.04.2010 11:10, schrieb Daniel-Constantin Mierla:
Hello,
does anyone mind turnign sip warning off by default? It
for clock synchronization: about 4 hours till the start of irc meeting.
Cheers,
Daniel
On 4/13/10 10:57 AM, Daniel-Constantin Mierla wrote:
Hello,
short reminders about tomorrow's IRC devel meeting on #sip-router /
irc.freenode.net. Add your topics to wiki if you want something to be
discus
i noticed that lcr.dump_gws prints defunct_until as a signed int, which
is wrong, because the value is unsigned int.
the statement in the code is this:
rpc->struct_add(st, "dSddd",
"strip", gws[i].strip,
"tag",&t
2010/4/14 Timo Reimann :
>> It sounds Ok, but for this we must be really sure that, upon receipt
>> of the first 200, the other pending branches are not immediately
>> removed so the second 200 (after less than 1-2 seconds) would match an
>> entry in dialog_out.
>
> Agreed. Does the SIP standard sp
Hello,
does anyone mind turnign sip warning off by default? It increases the
reply and some consider publishing sensitive data over the net without a
real need or benefit. It can be turned on from config if really wanted.
In k was off by default.
Cheers,
Daniel
--
Daniel-Constantin Mierla *
2010/4/14 Daniel-Constantin Mierla :
> but if it is a 408 received, without any prior 1xx, t_branch_replied() will
> be false, right?
As far as I understand the doc it should be 'true'. This is, if I'm
right t_branch_replied() is true if the winning branch has received
*any* response (provisional
Module: sip-router
Branch: kamailio_3.0
Commit: 3a25f8327c39420d99d11ba4502d31617fa743cb
URL:
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=3a25f8327c39420d99d11ba4502d31617fa743cb
Author: Daniel-Constantin Mierla
Committer: Daniel-Constantin Mierla
Date: Wed Apr 14 1
Module: sip-router
Branch: master
Commit: 9c5da73226b3124c888e434e3df55cc1466b3b07
URL:
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=9c5da73226b3124c888e434e3df55cc1466b3b07
Author: Daniel-Constantin Mierla
Committer: Daniel-Constantin Mierla
Date: Wed Apr 14 10:39:4
On 4/14/10 7:58 AM, Andrei Pelinescu-Onciul wrote:
On Apr 13, 2010 at 10:11, I??aki Baz Castillo wrote:
2010/4/13 Daniel-Constantin Mierla:
in 3.0 there are some extra functions that may help figuring out the type of
timeout - t_branch_timeout() and t_branch_replied():
http://kamai
Iñaki Baz Castillo wrote:
> 2010/4/13 Timo Reimann :
>>> Unfortunatelly I'm trying to figure out this solution and now I don't like
>>> it:
>>>
>>> - Imagine there are two branches, both with 180.
>>> - Both share the same "dialog_id" field in "dialog_out" table.
>>> - Bob-1 replies 200. The secon
23 matches
Mail list logo