Hello,
thanks for reporting back it's working -- please keep the mailing list
cc-ed, so people looking for same issue will be able to find it when
searching the web archive.
I am using snom3xx with tls and kamailio 3.x a lot, never had issues,
but I have no clue about the softphone.exe
Cheers,
Daniel
On 3/11/12 8:09 PM, Kristijan Vrban wrote:
> Hello Daniel,
>
> many thanks for the fast reply, And yes, the session_cache option
> solved my problem. Well... the device i used was the immemorial
> snom360 softphone.exe
> running with wine :) The softphone i use since years for TLS testing.
>
> Kristijan
>
> 2012/3/11 Daniel-Constantin Mierla<miconda(a)gmail.com>:
>> Hello,
>>
>>
>> On 3/11/12 1:28 AM, Kristijan Vrban wrote:
>>> Hello, how to tell that Kamailio should juse a session_id for tls ?
>>> See ssldump output below. I reckon that this is the reason the
>>> client i use end with "handshake_failure". Because when is use
>>> opensips, there is the session_id, and it's working.
>>>
>>> Kristijan
>>>
>>> 2 1 0.0228 (0.0228) C>S Handshake
>>> ClientHello
>>> Version 3.1
>>> cipher suites
>>> TLS_RSA_WITH_RC4_128_MD5
>>> TLS_RSA_WITH_RC4_128_SHA
>>> TLS_RSA_WITH_NULL_MD5
>>> TLS_RSA_WITH_NULL_SHA
>>> TLS_DH_anon_WITH_3DES_EDE_CBC_SHA
>>> TLS_DH_anon_WITH_RC4_128_MD5
>>> TLS_RSA_WITH_DES_CBC_SHA
>>> TLS_RSA_EXPORT1024_WITH_RC4_56_SHA
>>> TLS_RSA_EXPORT1024_WITH_DES_CBC_SHA
>>> TLS_DH_anon_WITH_DES_CBC_SHA
>>> compression methods
>>> NULL
>>> 1 0.0519 (0.0519) C>S TCP FIN
>>> 2 2 0.0432 (0.0204) S>C Handshake
>>> ServerHello
>>> Version 3.1
>>> session_id[0]=
>>>
>>> cipherSuite TLS_RSA_WITH_RC4_128_MD5
>>> compressionMethod NULL
>>> 2 3 0.0432 (0.0000) S>C Handshake
>>> Certificate
>>> 2 4 0.0432 (0.0000) S>C Handshake
>>> ServerHelloDone
>>> 2 5 0.0452 (0.0020) C>S Alert
>>> level fatal
>>> value handshake_failure
>>> 1 0.0744 (0.0225) S>C TCP FIN
>>> 2 0.0681 (0.0228) S>C TCP FIN
>> the tls module has now the option to turn on/off session caching, which was
>> on by default in openser 1.x. Now it is off as it does not make much
>> benefits with out multi-process architecture. Try to add to your config:
>>
>> modparam("tls", "session_cache", 1)
>>
>> Let me know if works -- the module parameter is missing from the readme,
>> perhaps the author forgot to add it at the time of development -- I will try
>> to sync the sources and the readme for tls module asap.
>>
>> Cheers,
>> Daniel
>>
>> --
>> Daniel-Constantin Mierla
>> Kamailio Advanced Training, April 23-26, 2012, Berlin, Germany
>> http://www.asipto.com/index.php/kamailio-advanced-training/
>>
--
Daniel-Constantin Mierla
Kamailio Advanced Training, April 23-26, 2012, Berlin, Germany
http://www.asipto.com/index.php/kamailio-advanced-training/
Hi all!
I wonder if a presence server may send a NOTIFY if the previous NOTIFY
in the dialog did not received an answer yet. I "grep"ed the relevant
RFCs but couldn't find a definition. Thus, pointers are appreciated.
Thanks
Klaus
Hi,
I just installed kamailio for my sip testing. I am using it for simple
registrar purposes...
The config file is default file with debugging enabled.
I registered 2 UAs with kamailio, but am not able to call using aor dialing.
I inspected packets with wireshark, which i think is a bit problematic.
my server's at 31.21.33.238, while UAs are at 31.21.33.250 and 31.21.33.236.
I have attached the wireshark file for packets. see packet number.5 and 7.
Why has ekiga put the from field as ip:0.0.0.0.??? Isn't der something
wrong here???
Regards,
Vineet Menon
Hello,
from the last IRC devel meetings discussions, one topic was about adding
an unique id field per user profiles, with the decision to bring it to
mailing lists for broader audience.
That will help to reference easier across records. At this moment, the
most relationships are via (username) or (username,domain) when
use_domain=1, bringing some complexity.
The main reasons I came up to this were:
- in the perspective of gruu implementation for usrloc, with global
addresses, an unique (opaque) id seem to simplify things, no matter SIP
address of the user changes or not -- the public gruu id can be
different than the internal one, though
- it will open a new group of K and S modules for merging, S using
unique ids mostly everywhere
Moving towards it will be done gradually, keeping backward compatibility
for a while. The first steps will be to add new column in few tables
(subscriber, location), the username/domain columns will stay there
forever in most of the cases, they will become additional info over the
time (e.g., primary sip address in subscriber).
From the point of view of filling up the column, can be as simple as
setting it to username@domain, or generate some unique string with tools
out there.
Overall, there will be a bit more db space used at the benefit of
reduced complexity in the code. Jason Penton mentioned that IMS
architecture relies also on unique ids.
Looking forward to comments, alternatives, etc ... sr-users community
was cc-ed because it is not strictly technical discussion/decision.
Cheers,
Daniel
--
Daniel-Constantin Mierla
Kamailio Advanced Training, April 23-26, 2012, Berlin, Germany
http://www.asipto.com/index.php/kamailio-advanced-training/
Hi Daniel,
Thanks! I changed to use the $avp() syntax and that fixed it. The examples I followed was from an old wiki.
Simpson
________________________________
From: "sr-users-request(a)lists.sip-router.org" <sr-users-request(a)lists.sip-router.org>
To: sr-users(a)lists.sip-router.org
Sent: Tuesday, March 13, 2012 12:45 PM
Subject: sr-users Digest, Vol 82, Issue 41
Send sr-users mailing list submissions to
sr-users(a)lists.sip-router.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
or, via email, send a message with subject or body 'help' to
sr-users-request(a)lists.sip-router.org
You can reach the person managing the list at
sr-users-owner(a)lists.sip-router.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of sr-users digest..."
Today's Topics:
1. log not visible in stderr (Vineet Menon)
2. Re: Compilation errors... (Krishna Kurapati)
3. Bad AVP Flags When Using avp_db_load() (Simpson Chua)
4. Re: log not visible in stderr (Daniel-Constantin Mierla)
5. Re: Bad AVP Flags When Using avp_db_load()
(Daniel-Constantin Mierla)
----------------------------------------------------------------------
Message: 1
Date: Tue, 13 Mar 2012 16:39:27 +0530
From: Vineet Menon <mvineetmenon(a)gmail.com>
Subject: [SR-Users] log not visible in stderr
To: sr-users(a)lists.sip-router.org
Message-ID:
<CAD26Kg268dDfFK=UE4BSbyvSee33nvcybMD3ESEpNYtNXTnCeA(a)mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
I am new to kamailio and want to install a simple registrar. Now, I have a
ubuntu machine in which I have installed kamailio 3.2.x. I have included
#!define WITH_DEBUG in configuration file, while the rest of the file is
same as default.
But I am not able to see any debug message.
Any help?
Regards,
Vineet Menon
Hi,
git cloned main branch and tried to compile it on Cent OS 6.
The mi_xmlrpc module is failing to compile
make
Makefile:46: You are using an unsupported libxmlrpc-c3 version (1.16.24),
compile at your own risk!
Makefile:46: You are using an unsupported libxmlrpc-c3 version (1.16.24),
compile at your own risk!
CC (gcc) [M mi_xmlrpc.so] abyss_conf.o
CC (gcc) [M mi_xmlrpc.so] abyss_conn.o
CC (gcc) [M mi_xmlrpc.so] abyss_data.o
abyss_data.c:219: error: expected ‘)’ before ‘*’ token
abyss_data.c:236: error: expected ‘)’ before ‘*’ token
abyss_data.c:249: error: expected ‘)’ before ‘*’ token
abyss_data.c:287: error: expected ‘)’ before ‘*’ token
abyss_data.c:299: error: expected ‘)’ before ‘*’ token
abyss_data.c:312: error: expected ‘)’ before ‘*’ token
abyss_data.c:326: error: expected ‘)’ before ‘*’ token
abyss_data.c:332: error: expected ‘)’ before ‘*’ token
make: *** [abyss_data.o] Error 1
I have installed following rpms:
xmlrpc-c-devel-1.16.24-1200.1840.el6_1.4.x86_64
xmlrpc-c-client-1.16.24-1200.1840.el6_1.4.x86_64
xmlrpc-c-client++-1.16.24-1200.1840.el6_1.4.x86_64
xmlrpc-c-c++-1.16.24-1200.1840.el6_1.4.x86_64
xmlrpc-c-1.16.24-1200.1840.el6_1.4.x86_64
Can someone help with this?
Thanks
Krish
Hi,
I'm trying to use avp_db_load to check for some IPs but I'm getting bad avp flags errors. As far as I understand, the syntax is correct.
TableName: labservers
uuid username domain attribute value type
"" "" "domain1" "lab1" "192.168.55.1" 0
"" "" "domain1" "lab1" "192.168.55.2" 0
"" "" "domain2" "lab2" "192.168.55.3" 0
"" "" "domain2" "lab2" "192.168.55.4" 0
if ((avp_db_load("$ruri/domain","s:lab1/labservers") && avp_check("s:lab1", "eq/$Ri/gi"))) {
# Do something
}
Mar 13 10:55:24 ubuntu /usr/local/sbin/kamailio[12012]: DEBUG: <core> [rvalue.c:2857]: RV fixing type 3
Mar 13 10:55:24 ubuntu /usr/local/sbin/kamailio[12012]: DEBUG: <core> [rvalue.c:2857]: RV fixing type 2
Mar 13 10:55:24 ubuntu /usr/local/sbin/kamailio[12012]: DEBUG: <core> [rvalue.c:2865]: RV is str: "REGISTER"
Mar 13 10:55:24 ubuntu /usr/local/sbin/kamailio[12012]: DEBUG: <core> [route.c:506]: right EXP optimized: op10(O51, _ST22_) => op10(O51, _ST1_)
Mar 13 10:55:24 ubuntu /usr/local/sbin/kamailio[12012]: DEBUG: <core> [rvalue.c:2857]: RV fixing type 4
Mar 13 10:55:24 ubuntu /usr/local/sbin/kamailio[12012]: DEBUG: <core> [route.c:929]: fixing avp_db_load()
Mar 13 10:55:24 ubuntu /usr/local/sbin/kamailio[12012]: ERROR: avpops [avpops_parse.c:129]: error - bad avp flags
Mar 13 10:55:24 ubuntu /usr/local/sbin/kamailio[12012]: ERROR: avpops [avpops.c:299]: parse failed
Mar 13 10:55:24 ubuntu /usr/local/sbin/kamailio[12012]: ERROR: <core> [route.c:1216]: fixing failed (code=-1) at cfg:/usr/local/etc/kamailio//kamailio.cfg:71
Line 71 is the "if" statement above. Could someone see could be the issue?
Thanks,
Simpson
Hi,
I am new to kamailio and want to install a simple registrar. Now, I have a
ubuntu machine in which I have installed kamailio 3.2.x. I have included
#!define WITH_DEBUG in configuration file, while the rest of the file is
same as default.
But I am not able to see any debug message.
Any help?
Regards,
Vineet Menon
Hi,
i am using the exec_avp command as followed:
*exec_avp("[/usr/local/etc/kamailio/maintenance/service/service_pr.sh",
"$avp(xxx),$avp(yyy)");*
**
here is the shell script content:
**
*RETVAL=-1
RES=`kamctl cr reload`
RETVAL=$?
echo "$RETVAL"
echo "$RES"*
**
I keep on getting 127 as the retval. any ideas why?
I must say that two days ago, the script was OK..... :-(
where i run the script manualy i have no problems... retval is 0.
here is the log with debug 4:
*cfg_set_now(): core.debug has been changed to 4
Mar 12 14:20:43 server-Test /usr/local/sbin/kamailio[16589]: DEBUG: <core>
[md5utils.c:67]: DEBUG: MD5 calculated: 64d3de5c2447acd6006b8539d1246e10
Mar 12 14:20:43 server-Test /usr/local/sbin/kamailio[16589]: DEBUG: exec
[exec_hf.c:267]: SIP_HF_CONTENT_LENGTH=0
Mar 12 14:20:43 server-Test /usr/local/sbin/kamailio[16589]: DEBUG: exec
[exec_hf.c:267]: SIP_HF_CSEQ=1 OPTIONS
Mar 12 14:20:43 server-Test /usr/local/sbin/kamailio[16589]: DEBUG: exec
[exec_hf.c:267]: SIP_HF_CALLID=123
Mar 12 14:20:43 server-Test /usr/local/sbin/kamailio[16589]: DEBUG: exec
[exec_hf.c:267]: SIP_HF_TO=<**you(a)kamailio.org* <you(a)kamailio.org>*>
Mar 12 14:20:43 server-Test /usr/local/sbin/kamailio[16589]: DEBUG: exec
[exec_hf.c:267]:
SIP_HF_FROM=<**you(a)kamailio.org>;tag=123*<you(a)kamailio.org%3E;tag=123>
*Mar 12 14:20:43 server-Test /usr/local/sbin/kamailio[16589]: DEBUG: exec
[exec_hf.c:267]: SIP_HF_VIA=SIP/2.0/UDP 127.0.0.1
Mar 12 14:20:43 server-Test /usr/local/sbin/kamailio[16589]: DEBUG: exec
[exec_mod.c:208]: executing
[/usr/local/etc/kamailio/maintenance/service/service_pr.sh]
Mar 12 14:20:43 server-Test /usr/local/sbin/kamailio[16589]: DEBUG: <core>
[main.c:852]: SIGCHLD received: we do not worry about grand-children
Mar 12 14:20:43 server-Test /usr/local/sbin/kamailio[16589]: CRITICAL:
<script>: 127,0*
Hi,
Is there a way to ensure single-registration per user-agent for a user,
which overwrites previous registration ?
Or is there a way to limit the number of registrations per user, but
overwriting the earliest registration for each new one ?
Thanks,
Reda