To give more details about the procedure to get a new module and access as
developer:
* fork kamailio repository and put your new module inside it (recommended as
you are already on github, otherwise we can retrieve the code on sr-dev mailing
list)
* make pull request so we can review the module
Hi Luis,
any is fine for me if you think is more appropriate for the class name
of the new pv. Just wanted not to have lot of new vars, but better a
class to know is related to a particular module/component.
Cheers,
Daniel
On 23/03/15 18:59, Luis Azedo wrote:
> Hi Daniel,
>
> agree, in this case
Hi Daniel,
agree, in this case i think $subs(...) or $sub(...) would make more sense,
$subs(presententy)
$subs(state)
thoughts?
From: sr-dev [sr-dev-boun...@lists.sip-router.org] on behalf of
Daniel-Constantin Mierla [mico...@gmail.com]
Sent: Monday, March 23, 2
Hi Bob,
Thanks for your patch. At quick glance it looks great but I will take a
closer look over the next 24 hours and report back.
It is in my opinion a worthwhile addition and your time is very much
appreciated.
Kind regards,
Charles
On 20 March 2015 at 20:46, Robert Boisvert wrote:
> Cha
Le Mon, 23 Mar 2015 17:31:33 +0200,
Vitaliy Aleksandrov a écrit :
>
> Hi,
>
> I have a feeling that this patch creates a big opportunity for
> closing wrong connections.
> Lets imagine the situation when you have a contact with the
> tcpconn_id=X and this contact wasn't refreshed by a UA in tim
Hi,
I have a feeling that this patch creates a big opportunity for closing
wrong connections.
Lets imagine the situation when you have a contact with the tcpconn_id=X
and this contact wasn't refreshed by a UA in time. When proposed option
is enabled kamailio will close a connection with ID =
Hello,
it is ok, but I would go to create a new class of variables, because
more can be needed in the future from presence details.
I think you can go for $pres(uri) for this case, which will allow other
$pres(xyz) in the future.
Cheers,
Daniel
On 23/03/15 13:26, Luis Azedo wrote:
> Hi,
>
> we
Hi,
we would like to add a new pv $presentity (or better name) to be set on
presence handle_subscribe.
the reason for this is that we need the presentity of the subscription to carry
on further tasks in the script and the To header not always carries the right
information on re-subscriptions.