sr-users May 2008

sr-users@lists.kamailio.org

121 participants
202 discussions

[OpenSER-Users] uaCSTA support in openser
by Hugo Koblmueller 09 Feb '11

09 Feb '11

high.all! i'm wondering if there is any support of uaCSTA in openser (planned)? i'm just working on the integration of asterisk (*) environment to OCS 2007 environment, having openSER in the middle (mainly for TCP/UDP translation and smoothing out the protocol deficienes on both sides). in this setup the * having the openSER in front is talking to the OCS (and vice versa) via the OCS mediation server, which is moreorless sending standard SIP messages, which enables normal softphone (integration to *) of the office communicator. this configuration is already working... now i'm planning to go for the CTI integration, where there is no OCS mediation server in between OCS and openSER, doing the translation of SIP/CSTA to SIP. i'm thinking about using openSER for this task, that's why i'm looking for a CSTA module or perl programm, which is capable of this functionality. afaik for the CTI communication there isn't the full complexity of CSTA needed, just a subset mainly for call setup and call clearing. anyone having experience on this topic? thx & cheers -hugo Great Ideas for Small Devices Hugo Koblmueller Senior Staff Engineer Software Development COMNEON electronic technology GmbH & Co. OHG Freistaedter Strasse 400 4040 Linz Austria hugo.koblmueller(a)comneon.com tel: fax: mobile: Skype ID: +43 (5) 1777 - 15730 <http://www.plaxo.com/click_to_call?lang=en&src=jj_signature&To=%2B43+%285%2 9+1777+%2D+15730&Email=hugo(a)koblmueller.com> +43 (5) 1777 - 15810 +43 (676) 82051280 <http://www.plaxo.com/click_to_call?lang=en&src=jj_signature&To=%2B43+%28676 %29+82051280&Email=hugo(a)koblmueller.com> drhookson Want to always have my latest info? <https://www.plaxo.com/add_me?u=21475050628&src=client_sig_212_1_banner_join &invite=1&lang=en> Want a signature like <http://www.plaxo.com/signature?src=client_sig_212_1_banner_sig&lang=en> this?

7 13

[OpenSER-Users] [OT] How to handle different DID's in incoming calls for a registered client?
by Iñaki Baz Castillo 27 Feb '09

27 Feb '09

Hi, maybe this question is a bit off-topic so I'm sorry for that. My question is about SIP providers using OpenSer that associate PSTN numbers to their local clients (SIP accounts): Usually the client must register to OpenSer in order to receive calls. Then it will appear in location table with "Contact=sip:clientX@IP". Suppose clientX has two PSTN numbers associated in a ENUM entry: +34999000111 +34999000222 When anyone in PSTN world calls to +34999000222 the call will arrive to the OpenSer from a gateway in an INVITE like: INVITE sip:+34999000222@gateway SIP/2.0 To: <sip:+34999000222@gateway> The OpenSer will do the lookup in location table and finally send this INVITE to the clientX: INVITE sip:clientX@IP_clientX SIP/2.0 To: <sip:+34999000222@gateway> The info about the called PSTN number is just available in "To" header, so a way to get different behaviour for each associated PSTN number is matching "To" URI. Is common to do it? which other alternatives are there? Thanks for any comment. Regards. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

7 17

[OpenSER-Users] Openser1.3.2 + snmp
by Ricardo Alves Ferreira Silva 30 Oct '08

30 Oct '08

Hi all, Trying to install Openser1.3.2.... everything is OK and fine... but when I try to add support for snmp there are errors.. Dig dep into google, recheck all dependencies and didn't succeed... My env is FreeBSD 7.0-STABLE i386 The full net-snmp package is installed: atila# pkg_info | grep net-snmp net-snmp-5.3.2_3 An extendable SNMP implementation These are the error messages.... make modules/libsnmpstats modules.... Compiling alarm_checks.c gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=prescott -Wold-style-definition -Wmissing-field-initializers -DMOD_NAME='"snmpstats"' -DNAME='"openser"' -DVERSION='"1.3.2-notls"' -DARCH='"i386"' -DOS='"freebsd"' -DCOMPILER='"gcc 4.2.1"' -D__CPU_i386 -D__OS_freebsd -D__SMP_no -DCFG_DIR='"/usr/local/etc/openser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DSTATISTICS -DCHANGEABLE_DEBUG_LEVEL -DF_MALLOC -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_SOCKADDR_SA_LEN -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_CONNECT_ECONNRESET_BUG -DHAVE_TIMEGM -DHAVE_NETINET_IN_SYSTM -DHAVE_KQUEUE -DHAVE_SELECT -c alarm_checks.c -o alarm_checks.o In file included from alarm_checks.c:38: openserObjects.h:41:38: error: net-snmp/net-snmp-config.h: No such file or directory openserObjects.h:42:40: error: net-snmp/net-snmp-includes.h: No such file or directory openserObjects.h:43:52: error: net-snmp/agent/net-snmp-agent-includes.h: No such file or directory If I edit each file and hardcode the path ... /usr/local/include/net-snmp/... there are no errors... What am I missing in making sure the path to the include files are OK... Tried a couple options but didn't succeed... tehre are tons of include files into the src.... Regards Ricardo Ferreira Yes, we do run Openser www.vipway.com.br Enterprise VoIP Services

5 10

[Serusers] ser-0.9.6: modules/postgres bugreport & patch
by Alexandre Snarskii 13 Oct '08

13 Oct '08

Hi! I'm running ser-0.9.6, on FreeBSD 6.1-stable, database backend is postgresql version 8.1.3. Today I got errors in logfiles, saying: messages.2.bz2:May 29 14:35:03 <XXX> /usr/local/sbin/ser[51448]: ERROR:avpops:dbrow2avp: dbrow contains NULL fields The similar problem reported in: http://lists.iptel.org/pipermail/serusers/2005-May/019681.html with much more detailed description of error, database contents and config samples. Patch is trivial, and looks more like a fix to copy'n'paste error: in mysql/val.c function str2val states: if (!_s) { memset(_v, 0, sizeof(db_val_t)); VAL_TYPE(_v) = _t; VAL_NULL(_v) = 1; return 0; } VAL_NULL(_v) = 0; and the last line mentions that 'well, that's value is not NULL'. In postgresql/db_val.c, line 182, function str2valp, the same statement is the: if (!_s) { DLOG("str2valp", "got a null value"); VAL_TYPE(_v) = _t; VAL_NULL(_v) = 1; return 0; } without explicit notification that this is not-NULL value. More than, nowhere else in this function VAL_NULL(_v) not set to 0. So, if a value _v.val contained anyting but 0 at the function start, resulting value will be threated as NULL despite the fact, that _s is NOT NULL. Patch is obvious, just add VAL_NULL(_v)=0; after cited block (line 188) and everyting will be ok. At least for me it's ok for some hours :)

2 3

[OpenSER-Users] Problems with SerMyAdmin Installation
by Mark Koopmann 10 Sep '08

10 Sep '08

Hi everybody, does anybody has experience with installing the java tool SerMyAdmin? The Tool is running but every action ends with an runtime exception. Trying to register a new user ends with the following message: Grails Runtime Exception Error Details Message: Caused by: java.lang.NullPointerException Class: RegisterUserController At Line: [98] Code Snippet: (empty) Stack Trace org.codehaus.groovy.runtime.InvokerInvocationException: java.lang.NullPointerException at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.jsecurity.web.servlet.WebInterceptorFilter.doFilterInternal(WebInterceptorFilter.java:106) at org.jsecurity.web.servlet.SecurityContextFilter.doFilterInternal(SecurityContextFilter.java:93) at org.jsecurity.web.servlet.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:106) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:595)Caused by: java.lang.NullPointerException at RegisterUser.toString(RegisterUser.groovy) at RegisterUserController$_closure8.doCall(RegisterUserController.groovy:98) at RegisterUserController$_closure8.doCall(RegisterUserController.groovy) ... 29 more Unfortunately, i dont have much experience with installing such java stuff. It would be great if one of you can give me a hint or something. I dont have any idea how to solve this problem. Thanks for any comment! Best regards Mark Koopmann

5 7

[OpenSER-Users] presence module dialog handling
by Sigrid Thijs 07 Jul '08

07 Jul '08

Hi, we've configured OpenSER 1.3.0 on a FreeBSD server, together with OpenXCAP 0.9.9. When testing presence rules (RFC 5025) with our UA, we noticed the following behavior: - Subscription Handling is set to "block" in the presence rules: When a watcher subscribes for presence, it receives a NOTIFY with the Subscription-State set to "terminated;reason=rejected". This is as expected. When the presentity changes it's presence, the watcher doesn't receive any NOTIFY requests with the presence update (also OK). But, when the presentity changes the subscription handling to "allow" in the presence-rules document, the server sends an in-dialog NOTIFY request on the subscription dialog that was previously terminated. This is not ok. See the attached file presence_rules_01.txt. - Subscription Handling is set to "allow" in the presence rules: When the presentity changes the subscription handling to "block" in the presence-rules document, the server sends a NOTIFY with the Subscription-State set to "terminated;reason=timeout" to the watchers. When the presentity changes his presence, the presence server will still send NOTIFY requests to the watchers. See the attached file presence_rules_02.txt. kind regards, Sigrid 2008/04/14 12:10:11.167,trace,1352,sip,"sending message to 172.17.10.53:5060" 2008/04/14 12:10:11.167,trace,1352,sip,"----------------------------------------------------------------" 2008/04/14 12:10:11.167,trace,1352,sip,"SUBSCRIBE sip:test03@domain.com SIP/2.0" 2008/04/14 12:10:11.167,trace,1352,sip,"Via: SIP/2.0/UDP 172.17.10.18:5061;rport;branch=z9hG4bK1123400681" 2008/04/14 12:10:11.167,trace,1352,sip,"From: <sip:test04@domain.com>;tag=619180932" 2008/04/14 12:10:11.167,trace,1352,sip,"To: <sip:test03@domain.com>" 2008/04/14 12:10:11.167,trace,1352,sip,"Call-ID: 171821901(a)172.17.10.18" 2008/04/14 12:10:11.167,trace,1352,sip,"CSeq: 1 SUBSCRIBE" 2008/04/14 12:10:11.167,trace,1352,sip,"Contact: <sip:test04@172.17.10.18:5061>" 2008/04/14 12:10:11.167,trace,1352,sip,"Max-Forwards: 70" 2008/04/14 12:10:11.167,trace,1352,sip,"User-Agent: Intellivic SDK/4.1.0.401" 2008/04/14 12:10:11.167,trace,1352,sip,"Expires: 3600" 2008/04/14 12:10:11.167,trace,1352,sip,"Event: presence" 2008/04/14 12:10:11.167,trace,1352,sip,"Accept: application/cpim-pidf+xml, application/pidf+xml, application/xpidf+xml" 2008/04/14 12:10:11.167,trace,1352,sip,"Content-Length: 0" 2008/04/14 12:10:11.167,trace,1352,sip,"" 2008/04/14 12:10:11.167,trace,1352,sip,"" 2008/04/14 12:10:11.167,trace,1352,sip,"----------------------------------------------------------------" 2008/04/14 12:10:11.167,trace,2004,sip,"received message from 172.17.10.53:5060" 2008/04/14 12:10:11.167,trace,2004,sip,"----------------------------------------------------------------" 2008/04/14 12:10:11.167,trace,2004,sip,"SIP/2.0 202 OK" 2008/04/14 12:10:11.167,trace,2004,sip,"Via: SIP/2.0/UDP 172.17.10.18:5061;rport;branch=z9hG4bK1123400681" 2008/04/14 12:10:11.167,trace,2004,sip,"From: <sip:test04@domain.com>;tag=619180932" 2008/04/14 12:10:11.167,trace,2004,sip,"To: <sip:test03@domain.com>;tag=10.74166.1208167811.54" 2008/04/14 12:10:11.167,trace,2004,sip,"Call-ID: 171821901(a)172.17.10.18" 2008/04/14 12:10:11.167,trace,2004,sip,"CSeq: 1 SUBSCRIBE" 2008/04/14 12:10:11.167,trace,2004,sip,"Expires: 3600" 2008/04/14 12:10:11.167,trace,2004,sip,"Contact: <sip:172.17.10.53:5060>" 2008/04/14 12:10:11.167,trace,2004,sip,"Server: OpenSER (1.3.0-tls (i386/freebsd))" 2008/04/14 12:10:11.167,trace,2004,sip,"Content-Length: 0" 2008/04/14 12:10:11.167,trace,2004,sip,"" 2008/04/14 12:10:11.167,trace,2004,sip,"" 2008/04/14 12:10:11.167,trace,2004,sip,"----------------------------------------------------------------" 2008/04/14 12:10:11.167,trace,2004,sip,"received message from 172.17.10.53:5060" 2008/04/14 12:10:11.167,trace,2004,sip,"----------------------------------------------------------------" 2008/04/14 12:10:11.167,trace,2004,sip,"NOTIFY sip:test04@172.17.10.18:5061 SIP/2.0" 2008/04/14 12:10:11.167,trace,2004,sip,"Via: SIP/2.0/UDP 172.17.10.53:5060;branch=z9hG4bKf06f.1f19a641.0" 2008/04/14 12:10:11.167,trace,2004,sip,"To: sip:test04@domain.com;tag=619180932" 2008/04/14 12:10:11.167,trace,2004,sip,"From: sip:test03@domain.com;tag=10.74166.1208167811.54" 2008/04/14 12:10:11.167,trace,2004,sip,"CSeq: 1 NOTIFY" 2008/04/14 12:10:11.167,trace,2004,sip,"Call-ID: 171821901(a)172.17.10.18" 2008/04/14 12:10:11.177,trace,2004,sip,"Content-Length: 0" 2008/04/14 12:10:11.177,trace,2004,sip,"User-Agent: OpenSER (1.3.0-tls (i386/freebsd))" 2008/04/14 12:10:11.177,trace,2004,sip,"Max-Forwards: 70" 2008/04/14 12:10:11.177,trace,2004,sip,"Event: presence" 2008/04/14 12:10:11.177,trace,2004,sip,"Contact: <sip:172.17.10.53:5060>" 2008/04/14 12:10:11.177,trace,2004,sip,"Subscription-State: terminated;reason=rejected" 2008/04/14 12:10:11.177,trace,2004,sip,"" 2008/04/14 12:10:11.177,trace,2004,sip,"" 2008/04/14 12:10:11.177,trace,2004,sip,"----------------------------------------------------------------" 2008/04/14 12:10:11.267,trace,1352,sip,"sending message to 172.17.10.53:5060" 2008/04/14 12:10:11.267,trace,1352,sip,"----------------------------------------------------------------" 2008/04/14 12:10:11.267,trace,1352,sip,"SIP/2.0 200 OK" 2008/04/14 12:10:11.267,trace,1352,sip,"Via: SIP/2.0/UDP 172.17.10.53:5060;branch=z9hG4bKf06f.1f19a641.0" 2008/04/14 12:10:11.267,trace,1352,sip,"From: <sip:test03@domain.com>;tag=10.74166.1208167811.54" 2008/04/14 12:10:11.267,trace,1352,sip,"To: <sip:test04@domain.com>;tag=619180932" 2008/04/14 12:10:11.267,trace,1352,sip,"Call-ID: 171821901(a)172.17.10.18" 2008/04/14 12:10:11.267,trace,1352,sip,"CSeq: 1 NOTIFY" 2008/04/14 12:10:11.267,trace,1352,sip,"Content-Length: 0" 2008/04/14 12:10:11.267,trace,1352,sip,"" 2008/04/14 12:10:11.267,trace,1352,sip,"" 2008/04/14 12:10:11.267,trace,1352,sip,"----------------------------------------------------------------" 2008/04/14 12:12:41.413,trace,2004,sip,"received message from 172.17.10.53:5060" 2008/04/14 12:12:41.413,trace,2004,sip,"----------------------------------------------------------------" 2008/04/14 12:12:41.413,trace,2004,sip,"NOTIFY sip:test04@172.17.10.18:5061 SIP/2.0" 2008/04/14 12:12:41.413,trace,2004,sip,"Via: SIP/2.0/UDP 172.17.10.53:5060;branch=z9hG4bKc06f.00085e42.0" 2008/04/14 12:12:41.413,trace,2004,sip,"To: sip:test04@domain.com;tag=619180932" 2008/04/14 12:12:41.413,trace,2004,sip,"From: sip:test03@domain.com;tag=10.74166.1208167811.54" 2008/04/14 12:12:41.413,trace,2004,sip,"CSeq: 2 NOTIFY" 2008/04/14 12:12:41.413,trace,2004,sip,"Call-ID: 171821901(a)172.17.10.18" 2008/04/14 12:12:41.413,trace,2004,sip,"Content-Length: 434" 2008/04/14 12:12:41.413,trace,2004,sip,"User-Agent: OpenSER (1.3.0-tls (i386/freebsd))" 2008/04/14 12:12:41.413,trace,2004,sip,"Max-Forwards: 70" 2008/04/14 12:12:41.413,trace,2004,sip,"Event: presence" 2008/04/14 12:12:41.413,trace,2004,sip,"Contact: <sip:172.17.10.53:5060>" 2008/04/14 12:12:41.413,trace,2004,sip,"Subscription-State: active;expires=3450" 2008/04/14 12:12:41.413,trace,2004,sip,"Content-Type: application/pidf+xml" 2008/04/14 12:12:41.413,trace,2004,sip,"" 2008/04/14 12:12:41.413,trace,2004,sip,"<?xml version="1.0" encoding="UTF-8"?>" 2008/04/14 12:12:41.413,trace,2004,sip,"<presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:ep="urn:ietf:params:xml:ns:pidf:status:rpid-status" xmlns:et="urn:ietf:params:xml:ns:pidf:rpid-tuple" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" entity="sip:test03@domain.com"> " 2008/04/14 12:12:41.413,trace,2004,sip," <tuple id="2754173985">" 2008/04/14 12:12:41.413,trace,2004,sip," <status>" 2008/04/14 12:12:41.413,trace,2004,sip," <basic>open</basic>" 2008/04/14 12:12:41.413,trace,2004,sip," <ep:activity>permanent-absence</ep:activity>" 2008/04/14 12:12:41.413,trace,2004,sip," </status>" 2008/04/14 12:12:41.413,trace,2004,sip," </tuple>" 2008/04/14 12:12:41.413,trace,2004,sip,"</presence>" 2008/04/14 12:12:41.413,trace,2004,sip,"" 2008/04/14 12:12:41.413,trace,2004,sip,"----------------------------------------------------------------" ... 2008/04/14 12:42:55.271,trace,1352,sip,"sending message to 172.17.10.53:5060" 2008/04/14 12:42:55.271,trace,1352,sip,"----------------------------------------------------------------" 2008/04/14 12:42:55.271,trace,1352,sip,"SUBSCRIBE sip:test03@domain.com SIP/2.0" 2008/04/14 12:42:55.271,trace,1352,sip,"Via: SIP/2.0/UDP 172.17.10.18:5061;rport;branch=z9hG4bK3796069995" 2008/04/14 12:42:55.271,trace,1352,sip,"From: <sip:test04@domain.com>;tag=823554229" 2008/04/14 12:42:55.271,trace,1352,sip,"To: <sip:test03@domain.com>" 2008/04/14 12:42:55.271,trace,1352,sip,"Call-ID: 2865051670(a)172.17.10.18" 2008/04/14 12:42:55.271,trace,1352,sip,"CSeq: 1 SUBSCRIBE" 2008/04/14 12:42:55.271,trace,1352,sip,"Contact: <sip:test04@172.17.10.18:5061>" 2008/04/14 12:42:55.271,trace,1352,sip,"Max-Forwards: 70" 2008/04/14 12:42:55.271,trace,1352,sip,"User-Agent: Intellivic SDK/4.1.0.401" 2008/04/14 12:42:55.271,trace,1352,sip,"Expires: 3600" 2008/04/14 12:42:55.271,trace,1352,sip,"Event: presence" 2008/04/14 12:42:55.271,trace,1352,sip,"Accept: application/cpim-pidf+xml, application/pidf+xml, application/xpidf+xml" 2008/04/14 12:42:55.271,trace,1352,sip,"Content-Length: 0" 2008/04/14 12:42:55.271,trace,1352,sip,"" 2008/04/14 12:42:55.271,trace,1352,sip,"" 2008/04/14 12:42:55.271,trace,1352,sip,"----------------------------------------------------------------" 2008/04/14 12:42:55.301,trace,2004,sip,"received message from 172.17.10.53:5060" 2008/04/14 12:42:55.301,trace,2004,sip,"----------------------------------------------------------------" 2008/04/14 12:42:55.301,trace,2004,sip,"SIP/2.0 202 OK" 2008/04/14 12:42:55.301,trace,2004,sip,"Via: SIP/2.0/UDP 172.17.10.18:5061;rport;branch=z9hG4bK3796069995" 2008/04/14 12:42:55.301,trace,2004,sip,"From: <sip:test04@domain.com>;tag=823554229" 2008/04/14 12:42:55.301,trace,2004,sip,"To: <sip:test03@domain.com>;tag=10.74166.1208169775.67" 2008/04/14 12:42:55.301,trace,2004,sip,"Call-ID: 2865051670(a)172.17.10.18" 2008/04/14 12:42:55.301,trace,2004,sip,"CSeq: 1 SUBSCRIBE" 2008/04/14 12:42:55.301,trace,2004,sip,"Expires: 3600" 2008/04/14 12:42:55.301,trace,2004,sip,"Contact: <sip:172.17.10.53:5060>" 2008/04/14 12:42:55.301,trace,2004,sip,"Server: OpenSER (1.3.0-tls (i386/freebsd))" 2008/04/14 12:42:55.301,trace,2004,sip,"Content-Length: 0" 2008/04/14 12:42:55.301,trace,2004,sip,"" 2008/04/14 12:42:55.301,trace,2004,sip,"" 2008/04/14 12:42:55.301,trace,2004,sip,"----------------------------------------------------------------" 2008/04/14 12:42:55.301,trace,2004,sip,"received message from 172.17.10.53:5060" 2008/04/14 12:42:55.301,trace,2004,sip,"----------------------------------------------------------------" 2008/04/14 12:42:55.301,trace,2004,sip,"NOTIFY sip:test04@172.17.10.18:5061 SIP/2.0" 2008/04/14 12:42:55.301,trace,2004,sip,"Via: SIP/2.0/UDP 172.17.10.53:5060;branch=z9hG4bK5f77.0e99e1a5.0" 2008/04/14 12:42:55.301,trace,2004,sip,"To: sip:test04@domain.com;tag=823554229" 2008/04/14 12:42:55.301,trace,2004,sip,"From: sip:test03@domain.com;tag=10.74166.1208169775.67" 2008/04/14 12:42:55.301,trace,2004,sip,"CSeq: 1 NOTIFY" 2008/04/14 12:42:55.301,trace,2004,sip,"Call-ID: 2865051670(a)172.17.10.18" 2008/04/14 12:42:55.301,trace,2004,sip,"Content-Length: 383" 2008/04/14 12:42:55.301,trace,2004,sip,"User-Agent: OpenSER (1.3.0-tls (i386/freebsd))" 2008/04/14 12:42:55.301,trace,2004,sip,"Max-Forwards: 70" 2008/04/14 12:42:55.301,trace,2004,sip,"Event: presence" 2008/04/14 12:42:55.301,trace,2004,sip,"Contact: <sip:172.17.10.53:5060>" 2008/04/14 12:42:55.301,trace,2004,sip,"Subscription-State: active;expires=3600" 2008/04/14 12:42:55.301,trace,2004,sip,"Content-Type: application/pidf+xml" 2008/04/14 12:42:55.301,trace,2004,sip,"" 2008/04/14 12:42:55.301,trace,2004,sip,"<?xml version="1.0" encoding="UTF-8"?>" 2008/04/14 12:42:55.301,trace,2004,sip,"<presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:ep="urn:ietf:params:xml:ns:pidf:status:rpid-status" xmlns:et="urn:ietf:params:xml:ns:pidf:rpid-tuple" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" entity="sip:test03@domain.com"> " 2008/04/14 12:42:55.301,trace,2004,sip," <tuple id="2754173985">" 2008/04/14 12:42:55.301,trace,2004,sip," <status>" 2008/04/14 12:42:55.301,trace,2004,sip," <basic>open</basic>" 2008/04/14 12:42:55.301,trace,2004,sip," </status>" 2008/04/14 12:42:55.301,trace,2004,sip," </tuple>" 2008/04/14 12:42:55.301,trace,2004,sip,"</presence>" 2008/04/14 12:42:55.301,trace,2004,sip,"" 2008/04/14 12:42:55.301,trace,2004,sip,"----------------------------------------------------------------" 2008/04/14 12:42:55.441,trace,1352,sip,"sending message to 172.17.10.53:5060" 2008/04/14 12:42:55.441,trace,1352,sip,"----------------------------------------------------------------" 2008/04/14 12:42:55.441,trace,1352,sip,"SIP/2.0 200 OK" 2008/04/14 12:42:55.441,trace,1352,sip,"Via: SIP/2.0/UDP 172.17.10.53:5060;branch=z9hG4bK5f77.0e99e1a5.0" 2008/04/14 12:42:55.441,trace,1352,sip,"From: <sip:test03@domain.com>;tag=10.74166.1208169775.67" 2008/04/14 12:42:55.441,trace,1352,sip,"To: <sip:test04@domain.com>;tag=823554229" 2008/04/14 12:42:55.441,trace,1352,sip,"Call-ID: 2865051670(a)172.17.10.18" 2008/04/14 12:42:55.441,trace,1352,sip,"CSeq: 1 NOTIFY" 2008/04/14 12:42:55.441,trace,1352,sip,"Content-Length: 0" 2008/04/14 12:42:55.441,trace,1352,sip,"" 2008/04/14 12:42:55.441,trace,1352,sip,"" 2008/04/14 12:42:55.441,trace,1352,sip,"----------------------------------------------------------------" 2008/04/14 12:43:12.285,trace,2004,sip,"received message from 172.17.10.53:5060" 2008/04/14 12:43:12.285,trace,2004,sip,"----------------------------------------------------------------" 2008/04/14 12:43:12.285,trace,2004,sip,"NOTIFY sip:test04@172.17.10.18:5061 SIP/2.0" 2008/04/14 12:43:12.285,trace,2004,sip,"Via: SIP/2.0/UDP 172.17.10.53:5060;branch=z9hG4bK2f77.31f65dd6.0" 2008/04/14 12:43:12.285,trace,2004,sip,"To: sip:test04@domain.com;tag=823554229" 2008/04/14 12:43:12.285,trace,2004,sip,"From: sip:test03@domain.com;tag=10.74166.1208169775.67" 2008/04/14 12:43:12.285,trace,2004,sip,"CSeq: 2 NOTIFY" 2008/04/14 12:43:12.285,trace,2004,sip,"Call-ID: 2865051670(a)172.17.10.18" 2008/04/14 12:43:12.285,trace,2004,sip,"Content-Length: 421" 2008/04/14 12:43:12.285,trace,2004,sip,"User-Agent: OpenSER (1.3.0-tls (i386/freebsd))" 2008/04/14 12:43:12.285,trace,2004,sip,"Max-Forwards: 70" 2008/04/14 12:43:12.285,trace,2004,sip,"Event: presence" 2008/04/14 12:43:12.285,trace,2004,sip,"Contact: <sip:172.17.10.53:5060>" 2008/04/14 12:43:12.285,trace,2004,sip,"Subscription-State: active;expires=3583" 2008/04/14 12:43:12.285,trace,2004,sip,"Content-Type: application/pidf+xml" 2008/04/14 12:43:12.285,trace,2004,sip,"" 2008/04/14 12:43:12.285,trace,2004,sip,"<?xml version="1.0" encoding="UTF-8"?>" 2008/04/14 12:43:12.285,trace,2004,sip,"<presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:ep="urn:ietf:params:xml:ns:pidf:status:rpid-status" xmlns:et="urn:ietf:params:xml:ns:pidf:rpid-tuple" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" entity="sip:test03@domain.com"> " 2008/04/14 12:43:12.285,trace,2004,sip," <tuple id="2754173985">" 2008/04/14 12:43:12.285,trace,2004,sip," <status>" 2008/04/14 12:43:12.285,trace,2004,sip," <basic>open</basic>" 2008/04/14 12:43:12.285,trace,2004,sip," <ep:activity>meal</ep:activity>" 2008/04/14 12:43:12.285,trace,2004,sip," </status>" 2008/04/14 12:43:12.285,trace,2004,sip," </tuple>" 2008/04/14 12:43:12.285,trace,2004,sip,"</presence>" 2008/04/14 12:43:12.285,trace,2004,sip,"" 2008/04/14 12:43:12.285,trace,2004,sip,"----------------------------------------------------------------" 2008/04/14 12:43:12.315,trace,1352,sip,"sending message to 172.17.10.53:5060" 2008/04/14 12:43:12.315,trace,1352,sip,"----------------------------------------------------------------" 2008/04/14 12:43:12.305,trace,1352,sip,"SIP/2.0 200 OK" 2008/04/14 12:43:12.305,trace,1352,sip,"Via: SIP/2.0/UDP 172.17.10.53:5060;branch=z9hG4bK0a3.8cb82654.0" 2008/04/14 12:43:12.305,trace,1352,sip,"From: <sip:test03@domain.com>;tag=10.74167.1208169449.68" 2008/04/14 12:43:12.305,trace,1352,sip,"To: <sip:test04@domain.com>;tag=2701925734" 2008/04/14 12:43:12.305,trace,1352,sip,"Call-ID: 891393650(a)172.17.10.18" 2008/04/14 12:43:12.305,trace,1352,sip,"CSeq: 4 NOTIFY" 2008/04/14 12:43:12.305,trace,1352,sip,"Content-Length: 0" 2008/04/14 12:43:12.315,trace,1352,sip,"" 2008/04/14 12:43:12.315,trace,1352,sip,"" 2008/04/14 12:43:12.315,trace,1352,sip,"----------------------------------------------------------------" 2008/04/14 12:44:10.840,trace,2004,sip,"received message from 172.17.10.53:5060" 2008/04/14 12:44:10.840,trace,2004,sip,"----------------------------------------------------------------" 2008/04/14 12:44:10.840,trace,2004,sip,"NOTIFY sip:test04@172.17.10.18:5061 SIP/2.0" 2008/04/14 12:44:10.840,trace,2004,sip,"Via: SIP/2.0/UDP 172.17.10.53:5060;branch=z9hG4bK3f77.ab08f675.0" 2008/04/14 12:44:10.840,trace,2004,sip,"To: sip:test04@domain.com;tag=823554229" 2008/04/14 12:44:10.840,trace,2004,sip,"From: sip:test03@domain.com;tag=10.74166.1208169775.67" 2008/04/14 12:44:10.840,trace,2004,sip,"CSeq: 3 NOTIFY" 2008/04/14 12:44:10.840,trace,2004,sip,"Call-ID: 2865051670(a)172.17.10.18" 2008/04/14 12:44:10.840,trace,2004,sip,"Content-Length: 0" 2008/04/14 12:44:10.840,trace,2004,sip,"User-Agent: OpenSER (1.3.0-tls (i386/freebsd))" 2008/04/14 12:44:10.840,trace,2004,sip,"Max-Forwards: 70" 2008/04/14 12:44:10.840,trace,2004,sip,"Event: presence" 2008/04/14 12:44:10.840,trace,2004,sip,"Contact: <sip:172.17.10.53:5060>" 2008/04/14 12:44:10.840,trace,2004,sip,"Subscription-State: terminated;reason=timeout" 2008/04/14 12:44:10.840,trace,2004,sip,"" 2008/04/14 12:44:10.840,trace,2004,sip,"" 2008/04/14 12:44:10.840,trace,2004,sip,"----------------------------------------------------------------" 2008/04/14 12:44:10.900,trace,1352,sip,"sending message to 172.17.10.53:5060" 2008/04/14 12:44:10.900,trace,1352,sip,"----------------------------------------------------------------" 2008/04/14 12:44:10.900,trace,1352,sip,"SIP/2.0 200 OK" 2008/04/14 12:44:10.900,trace,1352,sip,"Via: SIP/2.0/UDP 172.17.10.53:5060;branch=z9hG4bK3f77.ab08f675.0" 2008/04/14 12:44:10.900,trace,1352,sip,"From: <sip:test03@domain.com>;tag=10.74166.1208169775.67" 2008/04/14 12:44:10.900,trace,1352,sip,"To: <sip:test04@domain.com>;tag=823554229" 2008/04/14 12:44:10.900,trace,1352,sip,"Call-ID: 2865051670(a)172.17.10.18" 2008/04/14 12:44:10.900,trace,1352,sip,"CSeq: 3 NOTIFY" 2008/04/14 12:44:10.900,trace,1352,sip,"Content-Length: 0" 2008/04/14 12:44:10.900,trace,1352,sip,"" 2008/04/14 12:44:10.900,trace,1352,sip,"" 2008/04/14 12:44:10.900,trace,1352,sip,"----------------------------------------------------------------" 2008/04/14 12:45:06.470,trace,2004,sip,"received message from 172.17.10.53:5060" 2008/04/14 12:45:06.470,trace,2004,sip,"----------------------------------------------------------------" 2008/04/14 12:45:06.470,trace,2004,sip,"NOTIFY sip:test04@172.17.10.18:5061 SIP/2.0" 2008/04/14 12:45:06.470,trace,2004,sip,"Via: SIP/2.0/UDP 172.17.10.53:5060;branch=z9hG4bK2f77.41f65dd6.0" 2008/04/14 12:45:06.470,trace,2004,sip,"To: sip:test04@domain.com;tag=823554229" 2008/04/14 12:45:06.470,trace,2004,sip,"From: sip:test03@domain.com;tag=10.74166.1208169775.67" 2008/04/14 12:45:06.470,trace,2004,sip,"CSeq: 2 NOTIFY" 2008/04/14 12:45:06.470,trace,2004,sip,"Call-ID: 2865051670(a)172.17.10.18" 2008/04/14 12:45:06.470,trace,2004,sip,"Content-Length: 383" 2008/04/14 12:45:06.470,trace,2004,sip,"User-Agent: OpenSER (1.3.0-tls (i386/freebsd))" 2008/04/14 12:45:06.470,trace,2004,sip,"Max-Forwards: 70" 2008/04/14 12:45:06.470,trace,2004,sip,"Event: presence" 2008/04/14 12:45:06.470,trace,2004,sip,"Contact: <sip:172.17.10.53:5060>" 2008/04/14 12:45:06.470,trace,2004,sip,"Subscription-State: active;expires=3469" 2008/04/14 12:45:06.470,trace,2004,sip,"Content-Type: application/pidf+xml" 2008/04/14 12:45:06.470,trace,2004,sip,"" 2008/04/14 12:45:06.470,trace,2004,sip,"<?xml version="1.0" encoding="UTF-8"?>" 2008/04/14 12:45:06.470,trace,2004,sip,"<presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:ep="urn:ietf:params:xml:ns:pidf:status:rpid-status" xmlns:et="urn:ietf:params:xml:ns:pidf:rpid-tuple" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" entity="sip:test03@domain.com"> " 2008/04/14 12:45:06.470,trace,2004,sip," <tuple id="2754173985">" 2008/04/14 12:45:06.470,trace,2004,sip," <status>" 2008/04/14 12:45:06.470,trace,2004,sip," <basic>open</basic>" 2008/04/14 12:45:06.470,trace,2004,sip," </status>" 2008/04/14 12:45:06.470,trace,2004,sip," </tuple>" 2008/04/14 12:45:06.470,trace,2004,sip,"</presence>" 2008/04/14 12:45:06.470,trace,2004,sip,"" 2008/04/14 12:45:06.470,trace,2004,sip,"----------------------------------------------------------------" ...

2 15

[OpenSER-Users] Need help with running CDRTool with Openser
by Pete Kay 17 Jun '08

17 Jun '08

Hi, I am trying to setup CDRTool to work with Openser. After installation, I try to bring up the web UI and login with username=admin and password=admin. But it does not log me in. In the CDRTool DB, I can find the admin username in the auth_user table. Could someone tell me what could be wrong? Where can I check the log file for CDRTool? In the documentation, it says that CDRTool can provide 100% accuracy when use with MediaProxy. If I use rptProxy instead, can CDRTool still provide 100% accuracy? Thanks alot for all your help in advance. Regards, Pete

2 1

Re: [OpenSER-Users] [OpenSER-Devel] Memory dump for OpenSER 1.3.1 which slowly leaks memory
by Julian Yap 06 Jun '08

06 Jun '08

Bogdan, I'll need to check out the shmem statistics. I mean, this is the memory output for the OpenSER processes having run for about 24 hours. Does it look right?: # ps -C openser -o vsz,rss VSZ RSS 234124 12636 369940 159392 369940 158840 369940 158860 370340 159220 369804 158696 370068 158932 370204 159048 370464 159344 234124 20904 234124 9484 234128 7952 234124 7948 234124 7880 234124 7880 234124 7880 234124 7880 234124 7880 234124 7880 234124 7880 234124 8332 Here are the modules I'm using. Not sure if any have a dependency on libxml: loadmodule "mysql.so" loadmodule "sl.so" loadmodule "tm.so" loadmodule "usrloc.so" loadmodule "auth.so" loadmodule "auth_db.so" loadmodule "maxfwd.so" loadmodule "mi_fifo.so" loadmodule "nathelper.so" loadmodule "perl.so" loadmodule "registrar.so" loadmodule "rr.so" loadmodule "textops.so" loadmodule "uri.so" Thanks, Julian On Wed, May 7, 2008 at 5:22 AM, Bogdan-Andrei Iancu <bogdan(a)voice-system.ro> wrote: > Hi Julian, > > Have you tried to use the the shmem statistics to monitor the usage of SHM > memory? > > Both for PKG and SHM memory, openser allocs at startup the whole memory > (depending of how much you configured). Any leak will not be vizible for any > external tools. > > Also, are you using any module that have dependency of libxml library? > > The dump you posted shows more or less nothing more than init phase - > before sending the signal, be sure you select a worker process (use fifo > command "ps" to get the list and types of processes). > > Regards, > Bogdan > > Julian Yap wrote: > > > > > > > > > On Mon, May 5, 2008 at 10:25 PM, Henning Westerholt > > <henning.westerholt(a)1und1.de> wrote: > > > > > > > On Saturday 03 May 2008, Julian Yap wrote: > > > > I'm currently running OpenSER 1.3.1. > > > > > > > > It seems to slowly leaks memory. > > > > > > > > I've recompiled it as per for debug support in the memory manager: > > > > http://www.openser.org/dokuwiki/doku.php/troubleshooting:memory > > > > > > > > Here is the memory manager dump of the memory status: > > > > http://julianyap.com/download/openser1.3.1_memory_dump20080502.txt > > > > > > > > Any suggestions would be very welcome. > > > > > > Hi Julian, > > > > > > can you give a little more details about your problem? Why do you think > it > > > leaks memory? Do you get memory allocation errors in the logs? > > > > > > Cheers, > > > > > > Henning > > > > > > > > > > Henning, > > > > I don't get any memory allocation errors. > > > > I've recently updated to OpenSER 1.3 branch SVN r4107 but the 'leak' > > still remains. > > > > On a 4GB box, free memory just seems to deplete. > > > > I have a cron job which restarts OpenSER every night but it seems like > > not all the memory is free'd up. Eventually the box needs to be > > rebooted. In the past, running out of memory has led to oom-killer > > killing OpenSER. > > > > For example, I have this cron job: > > */5 * * * * root echo "`date` `free | grep 'buffers/cache'`" >> > > /var/log/free_memory.log > > > > Memory just depletes. Here's where OpenSER was restarted around midnight: > > Sun May 4 23:10:01 HST 2008 -/+ buffers/cache: 2014972 2095204 > > Sun May 4 23:15:01 HST 2008 -/+ buffers/cache: 2027184 2082992 > > Sun May 4 23:20:01 HST 2008 -/+ buffers/cache: 2027604 2082572 > > Sun May 4 23:25:01 HST 2008 -/+ buffers/cache: 2038064 2072112 > > Sun May 4 23:30:01 HST 2008 -/+ buffers/cache: 2037868 2072308 > > Sun May 4 23:35:01 HST 2008 -/+ buffers/cache: 2053184 2056992 > > Sun May 4 23:40:01 HST 2008 -/+ buffers/cache: 2055216 2054960 > > Sun May 4 23:45:01 HST 2008 -/+ buffers/cache: 2075612 2034564 > > Sun May 4 23:50:01 HST 2008 -/+ buffers/cache: 2103232 2006944 > > Sun May 4 23:55:01 HST 2008 -/+ buffers/cache: 2114384 1995792 > > Mon May 5 00:00:01 HST 2008 -/+ buffers/cache: 2117320 1992856 > > Mon May 5 00:05:01 HST 2008 -/+ buffers/cache: 860304 3249872 > > Mon May 5 00:10:01 HST 2008 -/+ buffers/cache: 861208 3248968 > > Mon May 5 00:15:01 HST 2008 -/+ buffers/cache: 868968 3241208 > > > > Here's where I just restarted OpenSER: > > Mon May 5 23:30:01 HST 2008 -/+ buffers/cache: 2041740 2068436 > > Mon May 5 23:35:01 HST 2008 -/+ buffers/cache: 2049572 2060604 > > Mon May 5 23:40:01 HST 2008 -/+ buffers/cache: 2054856 2055320 > > Mon May 5 23:45:01 HST 2008 -/+ buffers/cache: 2065316 2044860 > > Mon May 5 23:50:01 HST 2008 -/+ buffers/cache: 2062248 2047928 > > Mon May 5 23:55:01 HST 2008 -/+ buffers/cache: 2076148 2034028 > > Tue May 6 00:00:01 HST 2008 -/+ buffers/cache: 2087256 2022920 > > Tue May 6 00:05:01 HST 2008 -/+ buffers/cache: 2091300 2018876 > > Tue May 6 00:10:01 HST 2008 -/+ buffers/cache: 2093244 2016932 > > Tue May 6 00:15:01 HST 2008 -/+ buffers/cache: 1382632 2727544 > > > > Thanks, > > Julian > > > > _______________________________________________ > > Devel mailing list > > Devel(a)lists.openser.org > > http://lists.openser.org/cgi-bin/mailman/listinfo/devel > > > > > > > >

4 6

[OpenSER-Users] New OpenSER-mi-proxy release 1.0.0
by Adrian Georgescu 06 Jun '08

06 Jun '08

Hello, There is a new component useful for implementing the presence server solution using OpenSER and OpenXCAP. OpenSER MI Proxy ---------------- OpenSER MI Proxy is designed to allow remote XML-RPC clients to issue MI commands to OpenSER. This proxy replaces the need for OpenSER built-in xml-rpc server, which has no access list and is prone to crash the server. One of its purposes is to allow a remote OpenXCAP server to safely call the refreshWatchers() command on the management interface of the SIP Presence server when the presence policy document has changed. The proxy can listen on custom IP addresses and provides an access list for the clients allowed to connect. The software can be downloaded from: http://download.ag-projects.com/OpenXCAP/ Kind regards, Adrian Georgescu

4 7

Re: [OpenSER-Users] srv load-balancing
by Stanisław Pitucha 05 Jun '08

05 Jun '08

----- "Sajith T S" <sajith(a)gmail.com> wrote: > stanis(a)zimbra-1.gradwell.net wrote: > > > and got 6 calls on asterisk-2 and none on asterisk-1. If I change > > the order, all calls go to the first host on the list. Shouldn't > > openser do load-balancing in this scenario? I don't use any options > > in t_relay(). > > You should use openser dispatcher module for this. Yes... I've just noticed in http://www.openser.org/pipermail/users/2007-October/013660.html that openser basically decided to go against SRV RFC and ignores weights. (RFC says that clients should sort and select from list of servers, not servers as B.A.I. suggested if I understood that correctly) Anyways - about dispatcher: I couldn't find any description about it's behavior with call transfers / taking over. I understand that while I'm using callid-based hash there will be no problems with REFER, because call-id stays the same and each leg will go to the same server. But what about INVITE + Replaces: ? I don't really see a way for it to work just with hashing. Has anyone tested this / has solution? PS. sorry Sajith, I replied to you before by mistake Thanks, Stan

3 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users May 2008