Good you sorted out and thanks for following up with the solution so
others that may need the same can find the guidelines in the mailing
list archive.
Cheers,
Daniel
On 15/12/15 18:35, Alexandru Covalschi wrote:
> Ok I got it - endpoint must send MESSAGE to
> sip:conference-n...@domain.name
>
Hello again
First of all I wanted to ask if someone ever implemented that
http://kamailio.org/docs/modules/4.3.x/modules/imc.html with WebRTC
Second question is - I don't understand the logic. In description is said:
Handles Message method.It detects if the body of the message is a
conference
upd: Let me describe my use case. I need conference chats. Clients are
1001-1...@domain.name
Conference is 3...@domain.name
Messages are sent from 1001-1...@domain.name to 3...@domain.name
Every user joins conference room chat-3500. Join is successful - but
nothing more. Messages are not relayed
Ok I got it - endpoint must send MESSAGE to sip:conference-n...@domain.name,
but initially it sends to conference-name.
So as I understood - if (is_method("MESSAGE") && !(starts_with("$fU",
"chat"))) should make everything work correct.
Sorry for emotions :)
2015-12-15 19:00 GMT+02:00 Alexandru
On 7/4/11 11:10 AM, Ozren Lapcevic wrote:
On Thu, Jun 2, 2011 at 4:54 PM, Ozren Lapcevic
ozren.lapce...@gmail.com mailto:ozren.lapce...@gmail.com wrote:
On Wed, Jun 1, 2011 at 4:18 PM, Daniel-Constantin Mierla
mico...@gmail.com mailto:mico...@gmail.com wrote:
Any issues
On Thu, Jun 2, 2011 at 4:54 PM, Ozren Lapcevic ozren.lapce...@gmail.comwrote:
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,
yes, there are still several issues we've
Hello,
did you get only one core file? This one seems from the main process
when it discovered that a SIP worked crashed.
If you got more than one, send the backtraces from the other core files.
If you got only one, please enable one core file per process and re-do
it again.
See last part
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.so.6
#1 0x7fc9c57893f3 in abort () from /lib/libc.so.6
#2 0x0046119e in sig_alarm_abort
Hi,
I'm resending issue #1 described in previous mail, with backtraces from both
the main process and the child process (previously I had posted only the
main process) and log which is slightly different.
#Call of ./kamctl fifo imc_list_rooms
Jun 3 10:09:13 ser-test ./kamailio[15794]: : core
Hello,
I did a fix for the case of joining private rooms without permissions,
can you try it again (pull the git branch 3.1)?
Thanks,
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
Hi,
it works now! Thanks for the quick fix.
Cheers
Ozren
On Fri, Jun 3, 2011 at 10:42 AM, Daniel-Constantin Mierla mico...@gmail.com
wrote:
Hello,
I did a fix for the case of joining private rooms without permissions, can
you try it again (pull the git branch 3.1)?
Thanks,
Daniel
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 other issues, but I think
they all might be related to the fact that my rooms and members are only
Hello,
the module is writing to database only at shutdown, otherwise it keeps
everything in cache -- just in case you expected to see some records in
database at runtime. However, I think there was an issue that even at
shutdown the module didn't write back to database. Please fetch the
Hi Daniel,
thanks for quick response and clarification, it helped a lot.
I was indeed expecting records in database at runtime, but until your latest
updates to imc module, the module didn't write to database even at shutdown.
Now, I can see records in the database when I shutdown Kamailio. When
Hello,
On 6/1/11 3:33 PM, Ozren Lapcevic wrote:
Hi Daniel,
thanks for quick response and clarification, it helped a lot.
I was indeed expecting records in database at runtime, but until your
latest updates to imc module, the module didn't write to database even
at shutdown. Now, I can see
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
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).
Cheers,
Daniel
On 6/1/11 4:25 PM, Ozren Lapcevic wrote:
Hi,
there is a bug in IMC
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) (uri=~
18 matches
Mail list logo
