19 Mar
2009
19 Mar
'09
4:54 p.m.
On Thu, Mar 19, 2009 at 12:18 PM, Henning Westerholt <
henning.westerholt(a)1und1.de> wrote:
Mar 19 10:46:28 [11850] DBG:core:parse_msg:
uri:
<sip:bob@test.ims.com<sip%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(a)test.ims.com>}
Mar 19 10:46:28 [11850] DBG:core:get_hdr_field: <To> [25]; uri=[**
sip:bob@test.ims.com <sip%3Abob(a)test.ims.com>**]
Mar 19 10:46:28 [11850] DBG:core:get_hdr_field: to body [<**
sip:bob@test.ims.com <sip%3Abob(a)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*
==================
--
S.
Hi Sara,
ok, take a look to the plain output from strace, without the grep command.
Does it shows any errors from a file open, or a stat? Probably stupid
question, but do you've the strace command installed?
Cheers,
Henning
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
19 Mar
19 Mar
5:01 p.m.
New subject: [Kamailio-Users] Problem starting Kamailio
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
6:32 p.m.
New subject: [Kamailio-Users] Siremis - new users registration
Hello
I would like to know if Siremis allows new users to register with
Kamailio through the web interface?
Thanks
Joao Pereira
--
StarTel - A Rede Livre
Joao Gomes Pereira
www.startel.pt
+351 304500650
sip: gomespereira(a)startel.pt
6:34 p.m.
New subject: [Kamailio-Users] Siremis - new users registration
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:
Hello
I would like to know if Siremis allows new users to register with
Kamailio through the web interface?
Thanks
Joao Pereira
--
Alex Balashov
Evariste Systems
Web : http://www.evaristesys.com/
Tel : (+1) (678) 954-0670
Direct : (+1) (678) 954-0671
Mobile : (+1) (678) 237-1775
6:42 p.m.
New subject: [Kamailio-Users] Siremis - new users registration
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:
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:
Hello
I would like to know if Siremis allows new users to register with
Kamailio through the web interface?
Thanks
Joao Pereira
6:55 p.m.
New subject: [Kamailio-Users] Siremis - new users registration
Do you know of a program that implements an interface for users?
allowing users self registration?
Thanks
Regards
Joao Pereira
Elena-Ramona Modroiu 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:
--
StarTel - A Rede Livre
Joao Gomes Pereira
www.startel.pt
+351 304500650
sip: gomespereira(a)startel.pt
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:
Hello
I would like to know if Siremis allows new users to register with
Kamailio through the web interface?
Thanks
Joao Pereira
20 Mar
20 Mar
9:29 a.m.
New subject: [Kamailio-Users] Siremis - new users registration
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
Thanks
Regards
Joao Pereira
Elena-Ramona Modroiu wrote:
--
Daniel-Constantin Mierla
SIP Router Masterclass - Kamailio (OpenSER) Training
http://www.asipto.com/index.php/sip-router-masterclass/
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:
> 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:
>
>
>
>> Hello
>> I would like to know if Siremis allows new users to register with
>> Kamailio through the web interface?
>> Thanks
>> Joao Pereira
>>
>>
>>
>
>
12:44 p.m.
New subject: [Kamailio-Users] Problem starting Kamailio
On Thu, Mar 19, 2009 at 4:01 PM, Henning Westerholt <
henning.westerholt(a)1und1.de> wrote:
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
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
5726
days inactive
5727
days old
7 comments
6 participants
participants (6)
-
Alex Balashov -
Daniel-Constantin Mierla -
Elena-Ramona Modroiu -
Henning Westerholt -
Joao Gomes Pereira -
Sara EL KABIRI