On Thu, Mar 19, 2009 at 12:18 PM, Henning Westerholt < henning.westerholt@1und1.de> wrote:
Hello Henning,
I do have strace :-) Yesterday i tried it with and without the grep part, and there was no error. So i did some IMS presence service tests... And Kamailio couldn't process a "SIP PUBLISH" because of an error "*ERROR 600 : Busy everywhere - Forwarding to S-CSCF failed*". For your information, i'm using the Fokus OpenIms Core as an ims server, and Kamailio as a presence server. An IFC (Initial Filter Criteria) is set up in OpenIms to route properly the presence messages to Kamailio. And by the way, i saw some lines in the logs about /tmp/kamailio_fifo opening successfully...
Today, i launch the strace command and gess what... i'm getting the /tmp/kamailio_fifo opening error. Still a new kamailio_fifo is created indeed in my /tmp directory. And well, i am encountering the "busy everywhere" error again...
Have anyone ever noticed the error 600? And what about the mi_fifo error that appears half the time?
PS: Here you are some parts of the logs, and you can have a look at the attached file for the entire trace.
====LOG PARTS====
1/ Error 600 : busy everywhere (in kamailio start)
*Mar 19 10:46:28 [11850] DBG:core:parse_msg: SIP Request: Mar 19 10:46:28 [11850] DBG:core:parse_msg: method: <PUBLISH> Mar 19 10:46:28 [11850] DBG:core:parse_msg: uri: <sip:bob@test.ims.comsip%3Abob@test.ims.com
Mar 19 10:46:28 [11850] DBG:core:parse_msg: version: <SIP/2.0> Mar 19 10:46:28 [11850] DBG:core:parse_headers: flags=2 Mar 19 10:46:28 [11850] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bKa813.b002d4e4.0>; state=16 Mar 19 10:46:28 [11850] DBG:core:parse_via: end of header reached, state=5 Mar 19 10:46:28 [11850] DBG:core:parse_headers: via found, flags=2 Mar 19 10:46:28 [11850] DBG:core:parse_headers: this is the first via Mar 19 10:46:28 [11850] DBG:core:receive_msg: After parse_msg... Mar 19 10:46:28 [11850] DBG:core:receive_msg: preparing to run routing scripts... Mar 19 10:46:28 [11850] DBG:core:parse_headers: flags=100 Mar 19 10:46:28 [11850] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bKa813.41769183.0>; state=16 Mar 19 10:46:28 [11850] DBG:core:parse_via: end of header reached, state=5 Mar 19 10:46:28 [11850] DBG:core:parse_headers: via found, flags=100 Mar 19 10:46:28 [11850] DBG:core:parse_headers: parse_headers: this is the second via Mar 19 10:46:28 [11850] DBG:core:parse_via_param: found param type 235, <rport> = <5060>; state=6 Mar 19 10:46:28 [11850] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK315224847>; state=16 Mar 19 10:46:28 [11850] DBG:core:parse_via: end of header reached, state=5 Mar 19 10:46:28 [11850] DBG:core:parse_headers: via found, flags=100 Mar 19 10:46:28 [11850] DBG:core:parse_to: end of header reached, state=10 Mar 19 10:46:28 [11850] DBG:core:parse_to: display={}, ruri={ sip:bob@test.ims.com sip%3Abob@test.ims.com} Mar 19 10:46:28 [11850] DBG:core:get_hdr_field: <To> [25]; uri=[** sip:bob@test.ims.com sip%3Abob@test.ims.com**] Mar 19 10:46:28 [11850] DBG:core:get_hdr_field: to body [<** sip:bob@test.ims.com sip%3Abob@test.ims.com**> ] Mar 19 10:46:28 [11850] DBG:core:get_hdr_field: cseq <CSeq>: <20> <PUBLISH> Mar 19 10:46:28 [11850] DBG:maxfwd:is_maxfwd_present: value = 15 Mar 19 10:46:28 [11850] DBG:uri:has_totag: no totag Mar 19 10:46:28 [11850] DBG:core:parse_headers: flags=78 Mar 19 10:46:28 [11850] DBG:tm:t_lookup_request: start searching: hash=12682, isACK=0 Mar 19 10:46:28 [11850] DBG:tm:matching_3261: RFC3261 transaction matched, tid=a813.b002d4e4.0 Mar 19 10:46:28 [11850] DBG:tm:t_lookup_request: REF_UNSAFE: after is 1 Mar 19 10:46:28 [11850] DBG:tm:t_lookup_request: transaction found (T=0xb5a0d430) Mar 19 10:46:28 [11850] DBG:tm:t_retransmit_reply: nothing to retransmit Mar 19 10:46:28 [11850] DBG:tm:t_check_trans: UNREF_UNSAFE: after is 0 Mar 19 10:46:28 [11850] DBG:core:destroy_avp_list: destroying list (nil) Mar 19 10:46:28 [11850] DBG:core:receive_msg: cleaning up Mar 19 10:46:31 [11852] DBG:core:parse_msg: SIP Reply (status): Mar 19 10:46:31 [11852] DBG:core:parse_msg: version: <SIP/2.0> Mar 19 10:46:31 [11852] DBG:core:parse_msg: status: <600> Mar 19 10:46:31 [11852] DBG:core:parse_msg: reason: <Busy everywhere - Forwarding to S-CSCF failed> Mar 19 10:46:31 [11852] DBG:core:parse_headers: flags=2 Mar 19 10:46:31 [11852] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bKa813.192cfef5.0>; state=16 Mar 19 10:46:31 [11852] DBG:core:parse_via: end of header reached, state=5*
2/ /tmp/kamailio_fifo opening error (with strace kamctl)
*rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 stat64("/tmp/kamailio_fifo", {st_mode=S_IFIFO|0660, st_size=0, ...}) = 0 geteuid32() = 1000 getegid32() = 1000 getuid32() = 1000 getgid32() = 1000 access("/tmp/kamailio_fifo", W_OK) = -1 EACCES (Permission denied) rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 write(1, "\33[37;31m\33[1mERROR: Error opening"..., 72ERROR: Error opening Kamailio's FIFO /tmp/kamailio_fifo ) = 72 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 brk(0x9302000) = 0x9302000 write(1, "\33[37;31m\33[1mERROR: Make sure you"..., 123ERROR: Make sure you have the line 'modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo")' in your config ) = 123 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 write(1, "\33[37;31m\33[1mERROR: and also have"..., 64ERROR: and also have loaded the mi_fifo module. ) = 64 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 exit_group(2) = ? Process 12215 detached*
==================
On Thursday 19 March 2009, Sara EL KABIRI wrote:
access("/tmp/kamailio_fifo", W_OK) = -1 EACCES (Permission denied)
Hi Sara,
i can't comment on this "600" problem, perhaps you want to start a separate thread for this on the user list. But can you check if the user starts the openserctl have the appropriate permissions to read from it?
Cheers,
Henning
Hello I would like to know if Siremis allows new users to register with Kamailio through the web interface? Thanks Joao Pereira
It does not. But, adding a new user into the 'subscriber' table in a public-facing kind of way is a trivial affair.
Joao Gomes Pereira wrote:
Hi,
to add more details here -- by now, siremis is an interface for administrators. You can add new users to kamailio via subscriber page, but cannot let users register themselves.
Regards, Ramona
Alex Balashov wrote:
Do you know of a program that implements an interface for users? allowing users self registration? Thanks Regards Joao Pereira
Elena-Ramona Modroiu wrote:
On 03/19/2009 06:55 PM, Joao Gomes Pereira wrote:
Do you know of a program that implements an interface for users? allowing users self registration?
serweb could do that. However, last version works for ser, I wrote in the past a patch for an older version, you can try to see if still works: http://www.voip-info.org/wiki/view/OpenSER+1.1.x+and+SerWEB+0.9.4
Cheers, Daniel
On Thu, Mar 19, 2009 at 4:01 PM, Henning Westerholt < henning.westerholt@1und1.de> wrote:
Hi Henning,
I don't see any read access restrictions for kamctl... For the time being, a simple restarting of kamailio gets over the /tmp/kamailio_fifo opening problem when it appears. It could be a bug either in my system or in kamailio...
Well, i guess this is it. Many thanks again for your help. If the problem reappears somewhere else, i'll be glad to help or run some more tests :-)
Best regards, Sara
-
Alex Balashov -
Daniel-Constantin Mierla -
Elena-Ramona Modroiu -
Henning Westerholt -
Joao Gomes Pereira -
Sara EL KABIRI