Hi Daniel, Jim,
can you guys please recommend some good SIP clients for testing the new
MSRP feature? Thanks!
Cheers
Ozren
On Thu, Apr 26, 2012 at 10:53 AM, Daniel-Constantin Mierla <
mico...@gmail.com> wrote:
> Hello,
>
> msrp is a new module to be released in upcoming 3.3.0:
>
> * http://
, after
> latest enhancement, maybe it needs some tuning if not there yet. Previously
> there was no callback to tm registered for failure event if the missed call
> flag was not set in main route block.
>
> Cheers,
> Daniel
>
>
> On 9/26/11 3:17 PM, Ozren Lapcevic wrote
[2], [3] are used, as well as voicemail. [5] is removed
from failure route. Instead, in failure route setflag(FL_2NDBRANCH) is set
when 2nd branch is processed. In RELAY route following line is added: if (
isflagset(FL_2NDBRANCH) ) setflag(FLT_ACCMISSED). Results are the same as
for original confi
ion.
How can I check whether I have 3.2 version installed?
acc_prepare_flag should be set in main route, e.g. in the same place as
FLT_ACC for INVITES?
Cheers
Ozren
> Thanks,
> Daniel
>
>
> On 9/23/11 4:23 PM, Ozren Lapcevic wrote:
>
> Hi Daniel,
>
> sure, debug log is in
an implement needed logic this way. I don't want to account
1st branch. If I set FLT_ACCMISSED flag in route {...} and reset it in
on_reply and failure route, it will be too late, the missed call will
already be accounted. Or, I'm missing something?
Cheers
Ozren
On 9/12/11 3:29
hout the history of the
> commit and probably you did the git clone after I did the commit, a new git
> pull taking newer commit. So try cloning again the latest branch 3.1,
> without --depth 1 parameter.
>
> Cheers,
> Daniel
>
>
> On 9/7/11 2:20 PM, Ozren Lapcevic wrote:
On Wed, Sep 7, 2011 at 1:05 PM, Daniel-Constantin Mierla
wrote:
> Hello,
>
>
> On 9/7/11 11:25 AM, Ozren Lapcevic wrote:
>
> Hi Daniel,
>
> thanks for the quick fix and reply.
>
> What is the easiest way to try this new patch? I'm running kamailio 3.1.4
> and th
ng if all goes fine with this patch, will help in
> backporting it to 3.1 branch.
>
> Thanks,
> Daniel
>
>
> On 9/5/11 2:41 PM, Ozren Lapcevic wrote:
>
> Hi,
>
> I'm having some problems accounting missed serial forked calls to mysql
> database.
>
> I have
Hi,
I'm having some problems accounting missed serial forked calls to mysql
database.
I have following setup. Each user can have up to two contacts: telephone
number (routed to asterisk) and SIP URI. Users can specify which contact has
higher priority - which one should ring first. There is also
On Thu, Jun 2, 2011 at 4:54 PM, Ozren Lapcevic wrote:
> On Wed, Jun 1, 2011 at 4:18 PM, Daniel-Constantin Mierla <
> mico...@gmail.com> wrote:
>
>>
>> Any issues still going on with the module?
>>
>> Best regards,
>> Daniel
>>
>
>
> Hi
Daniel
>
>
>
> On 6/3/11 9:59 AM, Ozren Lapcevic wrote:
>
> Hi,
>
> I previously got only one core file, but now that I've enabled one core
> file per process, I got two core files. Here are the backtraces:
>
> #0 0x7fc9c5787ed5 in raise () from /lib/libc.
4
#28 0x00467f53 in main (argc=, argv=0x0) at
main.c:2398
Best regards,
Ozren
On Thu, Jun 2, 2011 at 4:54 PM, Ozren Lapcevic wrote:
> On Wed, Jun 1, 2011 at 4:18 PM, Daniel-Constantin Mierla <
> mico...@gmail.com> wrote:
>
>>
>> Any issues still going on with the modul
st part of:
> http://www.kamailio.org/dokuwiki/doku.php/troubleshooting:corefiles
>
> Cheers,
> Daniel
>
>
>
> On 6/2/11 3:57 PM, Ozren Lapcevic wrote:
>
> Hi Daniel,
>
> here is the backtrace:
>
> #0 0x7ffc46b81ed5 in raise () from /lib/libc.so.6
>
On Wed, Jun 1, 2011 at 4:18 PM, Daniel-Constantin Mierla
wrote:
>
> Any issues still going on with the module?
>
> Best regards,
> Daniel
>
Hi Daniel,
yes, there are still several issues we've found. I hope that you or the
other authors of the module will find some time to look into the issues.
at 4:29 PM, Daniel-Constantin Mierla
wrote:
> Hello,
>
> can you get the core dump and send the backtrace?
>
> Be sure you have 'ulimit -c unlimited', working directory (-w option) set
> to writable path and you don't run it in chowner (no -u or -g parameters).
>
&
Hi,
there is a bug in IMC module that crashes Kamailio.
Here is the scenario: One user (p...@abc.hr) creates private chat room (
chat-...@abc.hr). Other user (o...@abc.hr) tries to join the
chat-...@abc.hrby sending #join. Kamailio crashes at that point. Here
is the log:
Best regards,
Ozren
Ju
anks,
> Daniel
>
> On 6/1/11 10:48 AM, Ozren Lapcevic wrote:
>
> Hi,
>
> did anyone run into similar problems or have successfully set up IMC module
> with mysql? Can you please share your know-how on the subject?
>
> Besides issue described below, I also had several oth
stored in cache, but not in the database. To repeat, this is really strange
behavior because all other modules that I'm using write to the database
without a problem.
Best regards
Ozren
On Mon, May 30, 2011 at 6:28 PM, Ozren Lapcevic wrote:
> Hi all,
>
> I'm trying to configure IM
Hi all,
I'm trying to configure IMC module and get it to work properly but I've run
into problems with saving IMC module data to mysql database.
I'm using following code provided in IMC module documentation:
modparam("imc", "db_url", DBURL)
## route block ###
if(is_method("MESSAGE") &&
19 matches
Mail list logo