April 2008 - sr-users - kamailio.org

[Serusers] Digest Authentication with Tenor DX
by Ashutosh Kumar 29 Apr '25

29 Apr '25

Hi, Does someone have any idea/experience with Quintum DX radius server's support for digest mode authentication. The Access-Request packets sent by SER are getting an error back. Guide. Regards, Ashutosh Kumar Chetu, Inc. Ph : 1(305) 402 6724 - Witin US Ph : 91 120 5323340 - Outside US Fax:1 (305) 832 5987 For more information, please visit http://www.chetu.com

2 1

[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

[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] Acceptor peer failed establishing state[3003], closing
by bhargav.b＠renovau.com 26 May '08

26 May '08

actually i am authenticating a user using openser and opendiameters NASREQ application as the client and server.at present the openser is sending the all needed avp's to opendiameter client.i can see all the avp code and avp data on the client side. my problem is that the on the diameter server side the avp,s are not transferred by the client. the client is giving something like (6372|1698151312) Acceptor peer failed establishing state [3003], closing i am confused about it.by reading some drafts i came to know that the error is due to realm mismatch.but i am sending the same realm as the opendiameter's realm.in both the cases it is [bhargav.s]. before i sent the avp's from openser side there was no such problem showing on the client side.if anybody know the solution please help me regards bhargav.b(a)renovau.com

2 1

[OpenSER-Users] UDP Buffer Size / OpenSER / Linux
by Carsten Bock 21 May '08

21 May '08

Hi, short question: Can anybody give me a hint regarding the Linux UDP-Buffer size? Are there any known good values for this or is the default value (128k) of Linux sufficient? I've read, regarding other SIP-Systems (namely IBM SIP Servlets and Communigate pro), the recommendation to increase the UDP-Buffer-size to 3 or even 4 MByte.... Are there any recommended / known best values for heavy load OpenSER Installations? Thanks in advance, Carsten Reference: http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.…

4 5

[OpenSER-Users] recover from previous strict routing triggered incorrectly in ALG scenario
by Andrew Pogrebennyk 08 May '08

08 May '08

Hi, Im'm cross-posting this from OpenSER-Devel because I am not 100% sure this is a bug. I am trying to create openser configuration for proxy that connects private (VPN) network with public network. I started with a config similar to http://voipembedded.com/resources/openser_cr.cfg, added a call to force_send_socket() to send from public IP and rtpproxy/nathelper in bridge mode. As per config loose_route() is called from openser.cfg to route a sequential request within a dialog through record-routing. Now when a BYE from callee comes in, it contains two Route headers: Route: <a.b.c.d;r2=on;lr;ftag=...> where a.b.c.d is server's public IP, Route: <10.0.0.100;r2=on;lr;ftag=...> where 10.0.0.100 is a private IP and username(a)a.b.c.d in Request-URI. Take a look at loose_route(): /* * Do loose routing as defined in RFC3261 */ int loose_route(struct sip_msg* _m, char* _s1, char* _s2) { int ret; if (find_first_route(_m) != 0) { LM_DBG("There is no Route HF\n"); return -1; } if (parse_sip_msg_uri(_m)<0) { LM_ERR("failed to parse Request URI\n"); return -1; } ret = is_preloaded(_m); if (ret < 0) { return -1; } else if (ret == 1) { return after_loose(_m, 1); } else { #ifdef ENABLE_USER_CHECK if (is_myself(&_m->parsed_uri.user, &_m->parsed_uri.host, _m->parsed_uri.port_no)) { #else if (is_myself(&_m->parsed_uri.host, _m->parsed_uri.port_no)) { #endif return after_strict(_m); } else { return after_loose(_m, 0); } } } Obviously, is_myself() check passes and after_strict() is called. when after_strict() is called, it looks if the URI given in Route contains lr parameter which marks loose routers, if so this block of code is executed: { LM_DBG("Next hop: '%.*s' is loose router\n", uri.len, ZSW(uri.s)); if(get_maddr_uri(&uri, &puri)!=0) { LM_ERR("failed to check maddr\n"); return RR_ERROR; } if (set_dst_uri(_m, &uri) < 0) { LM_ERR("failed to set dst_uri\n"); return RR_ERROR; } /* Next hop is a loose router - Which means that is is not endpoint yet * In This case we have to recover from previous strict routing, that * means we have to find the last Route URI and put in in R-URI and * remove the last Route URI. */ if (rt != hdr->parsed) { /* There is a previous route uri which was 2nd uri of mine * and must be removed here */ rem_off = hdr->body.s; rem_len = rt->nameaddr.name.s - hdr->body.s; if (!del_lump(_m, rem_off - _m->buf, rem_len, 0)) { LM_ERR("failed to remove Route HF\n"); return RR_ERROR; } } res = find_rem_target(_m, &hdr, &rt, &prev); if (res < 0) { LM_ERR("searching for last Route URI failed\n"); return RR_ERROR; } else if (res > 0) { /* No remote target is an error */ return RR_ERROR; } uri = rt->nameaddr.uri; if(get_maddr_uri(&uri, 0)!=0) { LM_ERR("checking maddr failed\n"); return RR_ERROR; } if (rewrite_uri(_m, &uri) < 0) { LM_ERR("failed to rewrite R-URI\n"); return RR_ERROR; } /* The first character if uri will be either '<' when it is the * only URI in a Route header field or ',' if there is more than * one URI in the header field */ LM_DBG("The last route URI: '%.*s'\n", rt->nameaddr.uri.len, ZSW(rt->nameaddr.uri.s)); if (prev) { rem_off = prev->nameaddr.name.s + prev->len; rem_len = rt->nameaddr.name.s + rt->len - rem_off; } else { rem_off = hdr->name.s; rem_len = hdr->len; } if (!del_lump(_m, rem_off - _m->buf, rem_len, 0)) { LM_ERR("failed to remove Route HF\n"); return RR_ERROR; } } Therefore recover from previous strict routing is triggered: contents of request line is destroyed and 10.0.0.100 is put instead: Apr 15 16:16:24 vpn-proxy oser[11027]: DBG:core:rewrite_uri: rewriting Request-URI with 'sip:10.0.0.100;r2=on;lr;ftag=aa40c2a5-54fb-1810-970d-0015c5bf2da5' Apr 15 16:16:24 vpn-proxy oser[11032]: [1] Got in dialog request not catched by loose_route(): BYE sip:10.0.0.100;r2=on;lr;ftag=aa40c2a5-54fb-1810-970d-0015c5bf2da5 SIP/2.0^M Via:... And we respond with 404 to in-dialog requests not caught by loose_route(). Previous hop is SER and I don't know why OpenSER considered it a strict router. Looks like a peculiarity of ALG mode. Please advice what should I do to solve this problem. Is it a configuration issue or perhaps loose_route() should not call after_strict() in case of double record-routing? -- Thank you, Andrew Pogrebennyk

3 7

[OpenSER-Users] Increase MAX_BRANCHES value?
by Zappasodi Daniele 07 May '08

07 May '08

Hello, I'm interested in this question too. I have tried to modify the tm module and I have found a solution that extends the maximum number of branches and it seems to work, but I'm still testing it. Can anyone, more expert than me on the tm module, give a look to the attached file with my patch? Bye Daniele Hi, thanks for your answer... I increased the SHM_MEM_SIZE to 64 and left KG_MEM_POOL_SIZE 4*1024*1024 . Anyway i found that is not possible to raise MAX_BRANCHES to values higher than 30 due to tm module internal limitation. Bye, Marcello ********************************************************************** The information in this message is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, or distribution of the message, or any action or omission taken by you in reliance on it, is prohibited and may be unlawful. Please immediately contact the sender if you have received this message inerror. **********************************************************************

2 3

[OpenSER-Users] 200 OK retransmissions on missing ACK can cause subsequent calls to fail
by Sean O'Donnell 07 May '08

07 May '08

Hi all, Im using openser as a call distributor/proxy between a soft-switch/SBC and voicemail platform. Im seeing a problem with openser in that it is sometimes cancels an in-progress call (fr_inv_timer firing) because it didnt match the 200/OK with the call. After some investigation, I noticed that this was happening after a missing ACK on a previous call caused the voicemail platform to retransmit 200/OK responses beyond the TM wt_timer expiration, which in turn left several openser child processes (those that received a 200 after wt_timer expiration) in a state such that they might not properly match transactions on subsequent calls. My setup: I have openser 1.2.0 operating on a linux box with two network interfaces, with one interface (call it the outside interface) taking incoming calls from the soft-switch, and the other (inside) connected to the VM platform. I have openser configured to use both interfaces (see config below) and the TM wt_timer set to 5 seconds (default). As this is a voicemail system, all of the call traffic is inbound from the soft-switch. Given the traffic flow, for the most part the openser child processes servicing the inside interface are handling responses (180,183,200) from the VM platform. Call scenario: When an INVITE arrives from the soft-switch, openser forwards it to the VM platform. The VM platform responds with a 180 and then a 200. I've noticed several instances where the soft-switch did not respond with an ACK. This caused the VM platform to retransmit the 200 several times over a 10 second period. These were absorbed correctly by openser for the duration of wt_timer. After the timer expired, however, each openser child process that received a retransmitted 200 logged something like this: 4(2715) DEBUG: t_reply_matching: hash 45870 label 727647196 branch 0 4(2715) DEBUG: t_reply_matching: no matching transaction exists 4(2715) DEBUG: t_reply_matching: failure to match a transaction 4(2715) DEBUG: t_check: end=(nil) When I look at the TM code, the static variable T in t_lookup.c is now NULL for this child process. On a subsequent inbound call, the INVITE is passed to the VM correctly, and the 180 transaction matches (causing the fr_inv_timer to be armed). If the 200 is read by child proc 2715, I see: 4(2715) DEBUG: t_check: start=(nil) 4(2715) DEBUG: t_check: T previously sought and not found The 200 is forwarded back to the soft-switch, which responds with an ACK. Both end-points think the call is up, but since openser never matched the 200 with the call, the fr_inv_timer fires and cancels the call. Basically, child proc 2715 wont match any transaction after this unless it happens to process a request. I think this problem is made worse by the fact that Im using two network interfaces, and that the openser children on the inside interface handle (for the most part) only responses. This problem was touched on here: http://lists.openser.org/pipermail/users/2007-November/014188.html but I didnt see any follow up. Also, Ive checked openser 1.2.3 and 1.3.1 for fixes, but I dont think this has been addressed. I have a work around, I think, by upping the wt_timer to something like 15 seconds, but I was wondering if there is any scenario in which leaving T=NULL is desirable. Thanks in advance Sean ==== CONFIG ===== # # VMPROXY-PROXY - route between softswitch and media servers # # ----------- global configuration parameters ------------------------ check_via=yes # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) children=8 # multi-homed (i.e. listen on two or more interfaces) mhomed=1 alias=sipproxy1 alias=sipproxy1.vmproxy.com port=5060 #inside address listen=192.168.1.100 #outside address listen=10.55.2.100 disable_dns_blacklist=yes # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database #loadmodule "/usr/local/openser/lib/openser/modules/mysql.so" mpath="/usr/local/openser/lib/openser/modules" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "exec.so" loadmodule "xlog.so" loadmodule "textops.so" loadmodule "options.so" loadmodule "mi_fifo.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! #loadmodule "/usr/local/openser/lib/openser/modules/auth.so" #loadmodule "/usr/local/openser/lib/openser/modules/auth_db.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- # local memory #modparam("usrloc", "db_mode", 0) # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1) # uncomment this for multiple record routes #modparam("rr", "enable_double_rr", 1) # -- tm params -- modparam("tm", "fr_timer", 5) modparam("tm", "fr_inv_timer", 60) # -- mi_fifo parms modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo_proxy") # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); return; }; if ( msg:len > max_len ) { sl_send_reply("513", "Message too big"); return; }; xlog("L_INFO","$Tf VMPROXY: <$rm> message From:<$fu> To:<$tu> srcip:<$si>\n"); # # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol # record_route(); # # loose-route processing # messages that already have routes on them are proxied here # if (loose_route()) { t_relay(); return; }; # # message not for us, route it through # if ( !(uri==myself) ) { if (!t_relay()) { sl_reply_error(); }; return; }; xlog("L_DBG","$Tf VMPROXY: <$rm> for me\n"); # handle options meant for me if( method == "OPTIONS" ) { options_reply(); return; }; if( method == "REGISTER" || method == "PUBLISH" || method == "SUBSCRIBE" || method == "MESSAGE" ) { sl_send_reply("405","Method Not Allowed"); return; }; # route INVITE based on source if( method == "INVITE" ) { exec_dset("/usr/local/vmproxy/bin/routeINVITE.sh"); xlog("L_DBG","$Tf VMPROXY: <$rm> after routeINVITE: new destination <$ru>\n"); t_on_failure("1"); }; # route NOTIFY to softswitch if( method == "NOTIFY" ) { exec_dset("/usr/local/vmproxy/bin/routeNOTIFY.sh"); xlog("L_DBG","$Tf VMPROXY: <$rm> after routeNOTIFY: new destination <$ru>\n"); t_on_failure("2"); }; # # NOTE: this logic is only executed if the request didn't have # a route on it (tsk,tsk). If it did, it would have been handed via # loose route function above. if( method == "ACK" || method == "BYE" || method == "CANCEL" || method == "PRACK" ) { exec_dset("/usr/local/vmproxy/bin/routeACK.sh"); xlog("L_DBG","$Tf VMPROXY: <$rm> after routeACK: new destination <$ru>\n"); }; # routing script error? if( uri=="sip:err@127.0.0.1" ) { sl_reply_error(); return; }; # forward to current uri if (!t_relay()) { sl_reply_error(); }; } # # Initial INVITE route failed, retry # failure_route[1] { # endpoint canceled call if( t_was_cancelled()) { xlog("L_DBG", "$Tf VMPROXY: call <id:$ci> cancelled\n"); return; } # don't retry on 40[0-7|5xx failures if( !t_check_status("40[0-7]|420|487|488|5[0-9][0-9]")) { xlog("L_ERR","$Tf VMPROXY: ERROR routing call <$rm> from <$fu> to <$ru>\n"); exec_dset("/usr/local/vmproxy/bin/routeINVITE2.sh"); xlog("L_ERR","$Tf VMPROXY: Rerouting call <$rm> to <$ru>\n"); append_branch(); t_relay(); } } # # Initial NOTIFY route failed, retry # failure_route[2] { # endpoint canceled call if( t_was_cancelled()) { xlog("L_DBG", "$Tf VMPROXY: call <id:$ci> cancelled\n"); return; } # don't retry on 40[0-7|5xx failures if( !t_check_status("40[0-7]|5[0-9][0-9]")) { xlog("L_ERR","$Tf VMPROXY: ERROR routing <$rm> from <$fu> to <$ru>\n"); exec_dset("/usr/local/vmproxy/bin/routeNOTIFY2.sh"); xlog("L_ERR","$Tf VMPROXY: Rerouting <$rm> to <$ru>\n"); append_branch(); t_relay(); } }

2 1

[Serusers] SER Nokia CANCEL Problem
by Abdul Qadir 07 May '08

07 May '08

Hi , I tried to call from one nokia sip (E61 and other models )phone to another nokia sip phone. The call works fine. The problem comes only when I call from Phone A to Phone B and then immediately cancel the call(from Phone A). The Phone A will hangup the call as it sent CANCEL but the SER will ignore this CANCEL and still send INVITE to Phone B resulting in a ghost call situation. I tried to capture a log of message and found that Phone A "CANCEL" message is received on SER even before any provisional response from Phone B. Therefor SER doesnot relay this CANCEL request to Phone B. I even checked RFC which clearly says that UAC should not send CANCEL untill it receives any provisional response. I talked to Nokia expert and they said the 100 Trying message from your server is considered as provisional response, therefor behaviour of client is absolutely correct. Is there any way I can stop 100 Trying message and still run statefull SER, so that I can verify what nokia said. Any ideas suggestions are welcome. Thanking you all in advance. Best Regards, Abdul Qadir --------------------------------- Don't be flakey. Get Yahoo! Mail for Mobile and always stay connected to friends.

10 36

[OpenSER-Users] Log errors when processing a contact list with RLS module
by Pablo Guijarro Enríquez 07 May '08

07 May '08

Hi, I am running openser v1.3.1 and I cannot get the RLS module to work properly when handling a contact list already retrieved from database. Some errors related with the pua module appear in the log when the server seems to be trying to generate the subscribe requests for each of the contacts in the list (see attached, lines 60 to 62). Apr 10 13:02:23 comm ./openser[20184]: ERROR:pua:subs_build_hdr: getting event from list Apr 10 13:02:23 comm ./openser[20184]: ERROR:pua:send_subscribe: while building extra headers Apr 10 13:02:23 comm ./openser[20184]: ERROR:rls:process_list_and_exec: infunction given as a parameter Those requests are never sent. What could this be due to? Thanks! Pablo

2 9

[OpenSER-Users] Problems with SIMPLE-XMPP presence
by Pablo Guijarro Enríquez 06 May '08

06 May '08

Hi everybody, I have some problems to get presence information exchanged between SIP users and xmpp ones. SIP clients (X-Lite) depend on an openser server v1.3.1, with all necessary modules working within it, and xmpp clients (Psi) rely on an xmpp server (ejabberd) which is in the same machine. The link between both sip and xmpp servers is established when openser starts, and the exchange of instant messages between sip and xmpp users works fine. So does presence too, as long as there are only sip users or only xmpp users involved, but it does not work between the two worlds in any direction. Moreover, I do not see any packet being exchanged between the sip and the xmpp servers when a user from one domain subscribe to one from the other, or when they change their status. I dont know what the problem can be. No errors appear in the log and I thought adding xmpp presence to openser would be straightforward once the IM was already working. Openser config file and part of the log file (the subscription to an xmpp user) are attached. Hope someone can give me some clue. Thanks in advance! Paul

2 11

[OpenSER-Users] null socket list
by Michael Barinek 05 May '08

05 May '08

I have openser-1.3.1-notls installed although am unable to start openser. Any suggestions/ideas regarding the below error? Any existing docs/links would be great. Thanks /// Mar 20 08:59:14 [18124] WARNING:core:fix_socket_list: could not rev. resolve 10.138.86.56 Mar 20 08:59:14 [18124] WARNING:core:fix_socket_list: could not rev. resolve 10.138.87.100 Mar 20 08:59:14 [18124] WARNING:core:fix_socket_list: could not rev. resolve 10.37.129.2 Mar 20 08:59:14 [18124] WARNING:core:fix_socket_list: could not rev. resolve 10.211.55.2 Mar 20 08:59:14 [18124] WARNING:core:fix_socket_list: could not rev. resolve 10.138.86.56 Mar 20 08:59:14 [18124] WARNING:core:fix_socket_list: could not rev. resolve 10.138.87.100 Mar 20 08:59:14 [18124] WARNING:core:fix_socket_list: could not rev. resolve 10.37.129.2 Mar 20 08:59:14 [18124] WARNING:core:fix_socket_list: could not rev. resolve 10.211.55.2 Listening on udp: 127.0.0.1 [127.0.0.1]:5060 udp: 10.138.86.56 [10.138.86.56]:5060 udp: 10.138.87.100 [10.138.87.100]:5060 udp: 10.37.129.2 [10.37.129.2]:5060 udp: 10.211.55.2 [10.211.55.2]:5060 tcp: 127.0.0.1 [127.0.0.1]:5060 tcp: 10.138.86.56 [10.138.86.56]:5060 tcp: 10.138.87.100 [10.138.87.100]:5060 tcp: 10.37.129.2 [10.37.129.2]:5060 tcp: 10.211.55.2 [10.211.55.2]:5060 Aliases: tcp: my.machine.name:5060 udp: my.machine.name:5060 Mar 20 08:59:14 [18124] WARNING:core:main: no fork mode and more than one listen address found(will use only the first one) Mar 20 08:59:14 [18124] INFO:core:init_tcp: using kqueue as the TCP io watch method (auto detected) Mar 20 08:59:14 [18124] NOTICE:core:main: version: openser 1.3.1-notls (i386/darwin) Mar 20 08:59:14 [18124] INFO:core:main: using 32 Mb shared memory Mar 20 08:59:14 [18124] INFO:core:main: using 1 Mb private memory per process Mar 20 08:59:14 [18124] INFO:sl:mod_init: Initializing StateLess engine Mar 20 08:59:14 [18124] INFO:tm:mod_init: TM - initializing... Mar 20 08:59:14 [18124] CRITICAL:tm:uac_init: null socket list Mar 20 08:59:14 [18124] ERROR:tm:mod_init: uac_init failed Mar 20 08:59:14 [18124] ERROR:core:init_mod: failed to initialize module tm Mar 20 08:59:14 [18124] ERROR:core:main: error while initializing modules

3 4

[Serusers] Ringback tone on SER
by Thorsten 01 May '08

01 May '08

Hi guys, I'm trying to set up a SER server between 2 asterisk machines. I run into 2 issues. Whenever I call someone I don't get any ringback tone even so the call initiating asterisk machine gets the 180 message after 100. <--- SIP read from 10.4.1.80:5060 ---> SIP/2.0 100 trying -- your call is important to us Via: SIP/2.0/UDP 10.4.1.80:5060;branch=z9hG4bK2729bab8;rport=5060 From: "Thorsten" <sip:1000@82.98.89.134>;tag=as4c964973 To: <sip:017683035400@10.4.1.80> Call-ID: 5e209fbb7ebdbad97f0193515c5a2982(a)82.98.89.134 CSeq: 102 INVITE Server: Sip EXpress router (0.9.7 (i386/linux)) Content-Length: 0 Warning: 392 10.4.1.80:5060 "Noisy feedback tells: pid=459 req_src_ip=82.98.89.134 req_src_port=5060 in_uri=sip:017683035400@10.4.1.80 out_uri=sip:017683035400@192.168.13.102:5060 via_cnt==1" <-------------> --- (9 headers 0 lines) --- mg03*CLI> <--- SIP read from 10.4.1.80:5060 ---> SIP/2.0 180 Ringing Via: SIP/2.0/UDP 10.4.1.80:5060;branch=z9hG4bK2729bab8;rport=5060 From: "Thorsten" <sip:1000@82.98.89.134>;tag=as4c964973 To: <sip:017683035400@10.4.1.80>;tag=59cea6e4c6ca71e2f82c9c3c8b464af6.bec2 Call-ID: 5e209fbb7ebdbad97f0193515c5a2982(a)82.98.89.134 CSeq: 102 INVITE Server: Sip EXpress router (0.9.7 (i386/linux)) Content-Length: 0 Warning: 392 10.4.1.80:5060 "Noisy feedback tells: pid=459 req_src_ip=82.98.89.134 req_src_port=5060 in_uri=sip:017683035400@10.4.1.80 out_uri=sip:017683035400@192.168.13.102:5060 via_cnt==1 On SER I've configured to send this message: if (method=="INVITE") { if (uri =~ "sip:0[0-9]@*") { route(3); sl_send_reply("180", "Ringing"); break; } }; The other issue is that I don't see the caller id on the receiver side. I don't know if it is a asterisk or a SER issue. Only if I set the caller id on asterisk manual in extensions.conf with exten => _X.,1,Set(CALLERID(num)=06965006100) I'll see the caller id on the receiver side. I would really appreciate any help Thanks Thorsten

3 4

[Serusers] Asterisk SER NAT issue
by Thorsten 01 May '08

01 May '08

Hi guys, I'm trying to get this constellation running Asterisk (priavte IP)---->SER (public IP)---->Asterisk (public IP) I've already Asterisk set up to put the external IP to the SIP messages with this parameter in sip.conf externip = 82.98.89.129 but I'm not sure what I have to configure on SER. Do I need the nathelper? My config of SER looks like this: # ----------- global configuration parameters ------------------------ debug=4 # debug level (cmd line: -dddddddddd) #debug=0 fork=no log_stderror=yes # (cmd line: -E) check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) #listen=10.4.1.80 port=5060 children=4 fifo="/tmp/ser_fifo" # ------------------ module loading ---------------------------------- loadmodule "/usr/local/ser/lib/ser/modules/sl.so" loadmodule "/usr/local/ser/lib/ser/modules/tm.so" loadmodule "/usr/local/ser/lib/ser/modules/rr.so" loadmodule "/usr/local/ser/lib/ser/modules/maxfwd.so" loadmodule "/usr/local/ser/lib/ser/modules/usrloc.so" loadmodule "/usr/local/ser/lib/ser/modules/registrar.so" loadmodule "/usr/local/ser/lib/ser/modules/textops.so" loadmodule "/usr/local/ser/lib/ser/modules/avpops.so" loadmodule "/usr/local/ser/lib/ser/modules/xlog.so" loadmodule "/usr/local/ser/lib/ser/modules/auth.so" loadmodule "/usr/local/ser/lib/ser/modules/nathelper.so" loadmodule "/usr/local/ser/lib/ser/modules/uri.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- modparam("usrloc", "db_mode", 0) modparam("rr", "enable_full_lr", 1) modparam("registrar", "nat_flag", 6) modparam("nathelper", "natping_interval", 30) # Ping interval 30 s modparam("nathelper", "ping_nated_only", 1) # Ping only clients behind NAT route{ if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if (msg:len >= 2048 ) { sl_send_reply("513", "Message too big"); break; }; if (!method=="REGISTER") record_route(); if (loose_route()) { # mark routing logic in request append_hf("P-hint: rr-enforced\r\n"); route(1); break; }; if (!uri==myself) { # mark routing logic in request append_hf("P-hint: outbound\r\n"); route(1); break; }; if (uri==myself) { if (method=="ACK") { route(1); break; } if (method=="REGISTER") { record_route(); save("location"); break; }; if (method=="INVITE") { if (uri =~ "sip:0[0-9]@*") { route(3); break; } }; lookup("aliases"); if (!uri==myself) { append_hf("P-hint: outbound alias\r\n"); route(1); break; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; append_hf("P-hint: usrloc applied\r\n"); route(1); } route[1] { if (!t_relay()) { sl_reply_error(); }; #log(1, "----------------------------Ringing--------------------\n"); #sl_send_reply("180", "Ringing"); } route[3] { if (uri =~ "sip:0[0-9]@*") { log(1, "Forwarding to MG03 \n"); rewritehostport("82.98.89.176:5060"); route(1); break; } } I appreciate any help Thanks Thorsten

2 1

[Serusers] msilo error
by Valentin Rosic 30 Apr '08

30 Apr '08

hello, i have problem with msilo module, actually with retrieving offline messages. messages for offline users are stored in mysql, but when they register I get -------------------------------------------------------- 0(18729) ERROR: parse_uri: uri too short: <> (0) 0(18729) ERROR: uri2dst: bad_uri: 0(18729) t_uac: no socket found -------------------------------------------------------- I found that's the same error for storing offline messages but not retrieving them -> http://lists.iptel.org/pipermail/serusers/2007-May/032978.html will applying patch do any good? p.s. my config is in attachment -- srdacan pozdrav/regards, Valentin ------------------------------------------------ Valentin Rosic SRCE - Sveucilisni racunski centar J. Marohnica 5, 10000 Zagreb, Croatia email: valentin.rosic @ srce.hr web: http://www.srce.hr tel: +385/1/6165 303 fax: +385/1/6165 559 ------------------------------------------------ # # $Id: ser.cfg,v 1.36.2.3 2007/03/08 10:51:45 calrissian Exp $ # # First start SER sample config script with: # database, accounting, authentication, multi-domain support # PSTN GW section, named flags, named routes, global-, # domain- and user-preferences with AVPs # Several of these features are only here for demonstration purpose # what can be achieved with the SER config script language. # # If you look for a simpler version with a lot less dependencies # please refer to the ser-basic.cfg file in your SER distribution. # To get this config running you need to execute the following commands # with the new serctl (the capital word are just place holders) # - ser_ctl domain add DOMAINNAME # - ser_ctl user add USERNAME@DOMAINNAME -p PASSWORD # If you want to have PID header for your user # - ser_attr add uid=UID asserted_id="PID" # If you want to have gateway support # - ser_db add attr_types name=gw_ip rich_type=string raw_type=2 description="The gateway IP for the default ser.cfg" default_flags=33 # - ser_attr add global gw_ip=GATEWAY-IP # ----------- global configuration parameters ------------------------ debug=3 # debug level (cmd line: -dddddddddd) #memdbg=10 # memory debug log level #memlog=10 # memory statistics log level #log_facility=LOG_LOCAL0 # sets the facility used for logging (see syslog(3)) # Uncomment these lines to enter debugging mode fork=no log_stderror=yes alias="161.53.2.236" alias="srce.hr" alias="xyz.hr" alias="aurora.srce.hr" alias="161.53.0.162" listen=161.53.2.236 check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) port=5060 #children=4 #user=ser #group=ser #disable_core=yes #disables core dumping #open_fd_limit=1024 # sets the open file descriptors limit #mhomed=yes # usefull for multihomed hosts, small performance penalty #disable_tcp=yes #tcp_accept_aliases=yes # accepts the tcp alias via option (see NEWS) # # ------------------ module loading ---------------------------------- # load a SQL database for authentication, domains, user AVPs etc. loadmodule "/usr/local/lib/ser/modules/mysql.so" loadmodule "/usr/local/lib/ser/modules/sl.so" loadmodule "/usr/local/lib/ser/modules/tm.so" loadmodule "/usr/local/lib/ser/modules/rr.so" loadmodule "/usr/local/lib/ser/modules/maxfwd.so" loadmodule "/usr/local/lib/ser/modules/usrloc.so" loadmodule "/usr/local/lib/ser/modules/registrar.so" loadmodule "/usr/local/lib/ser/modules/xlog.so" loadmodule "/usr/local/lib/ser/modules/textops.so" loadmodule "/usr/local/lib/ser/modules/ctl.so" loadmodule "/usr/local/lib/ser/modules/fifo.so" loadmodule "/usr/local/lib/ser/modules/auth.so" loadmodule "/usr/local/lib/ser/modules/auth_db.so" loadmodule "/usr/local/lib/ser/modules/gflags.so" loadmodule "/usr/local/lib/ser/modules/domain.so" loadmodule "/usr/local/lib/ser/modules/uri_db.so" loadmodule "/usr/local/lib/ser/modules/avp.so" loadmodule "/usr/local/lib/ser/modules/avp_db.so" loadmodule "/usr/local/lib/ser/modules/acc_db.so" loadmodule "/usr/local/lib/ser/modules/xmlrpc.so" loadmodule "/usr/local/lib/ser/modules/msilo.so" # ----------------- setting script FLAGS ----------------------------- flags FLAG_ACC : 1 # include message in accouting avpflags dialog_cookie; # handled by rr module # ----------------- setting module-specific parameters --------------- # specify the path to you database here modparam("acc_db|auth_db|avp_db|domain|gflags|usrloc|uri_db|msilo", "db_url", "mysql://ser:heslo@127.0.0.1/ser") # -- usrloc params -- # as we use the database anyway we will use it for usrloc as well modparam("usrloc", "db_mode", 1) # -- auth params -- modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1) # # limit the length of the AVP cookie to only necessary ones modparam("rr", "cookie_filter", "(account)") # # you probably do not want that someone can simply read and change # the AVP cookie in your Routes, thus should really change this # secret value below modparam("rr", "cookie_secret", "MyRRAVPcookiesecret") # -- gflags params -- # load the global AVPs modparam("gflags", "load_global_attrs", 1) # -- domain params -- # load the domain AVPs modparam("domain", "load_domain_attrs", 1) # -- ctl params -- # by default ctl listens on unixs:/tmp/ser_ctl if no other address is # specified in modparams; this is also the default for sercmd modparam("ctl", "binrpc", "unixs:/tmp/ser_ctl") # listen on the "standard" fifo for backward compatibility modparam("ctl", "fifo", "fifo:/tmp/ser_fifo") # listen on tcp, localhost #modparam("ctl", "binrpc", "tcp:localhost:2046") # -- acc_db params -- # failed transactions (=negative responses) should be logged to modparam("acc_db", "failed_transactions", 1) # comment the next line if you dont want to have accouting to DB modparam("acc_db", "log_flag", "FLAG_ACC") # -- tm params -- # uncomment the following line if you want to avoid that each new reply # restarts the resend timer (see INBOUND route below) #modparam("tm", "restart_fr_on_each_reply", "0") # -- xmlrpc params -- # using a sub-route from the module is a lot safer then relying on the # request method to distinguish HTTP from SIP modparam("xmlrpc", "route", "RPC"); #modparam("tm", "fr_timer", 10 ) #modparam("tm", "fr_inv_timer", 15 ) #modparam("tm", "wt_timer", 10 ) #modparam("msilo", "expire_time", 86400) # 1 day modparam("msilo", "expire_time", 120) # 120 sec modparam("msilo", "registrar", "sip:registrar@srce.hr") modparam("msilo", "check_time", 10) modparam("msilo", "clean_period", 3) modparam("msilo", "use_contact", 1) # ------------------------- request routing logic ------------------- # main routing logic route{ # if you have a PSTN gateway just un-comment the follwoing line and # specify the IP address of it to route calls to it #$gw_ip = "1.2.3.4" # first do some initial sanity checks route(INIT); # check if the request is routed via Route header or # needs a Record-Route header route(RR); # check if the request belongs to our proxy route(DOMAIN); # handle REGISTER requests route(REGISTRAR); # from here on we want to know you is calling route(AUTHENTICATION); # check if we should be outbound proxy for a local user route(OUTBOUND); # check if the request is for a local user route(INBOUND); # here you could for example try to do an ENUM lookup before # the call gets routed to the PSTN #route(ENUM); # lets see if someone wants to call a PSTN number route(PSTN); # nothing matched, reject it finally sl_reply("404", "No route matched"); } route[FORWARD] { # if the downstream UA does not support MESSAGE requests # go to failure_route[1] if (method=="MESSAGE") { t_on_failure("MESSAGE"); } # here you could decide wether this call needs a RTP relay or not log(1, "LOG: usao u FORWARD rutu \n"); # send it out now; use stateful forwarding as it works reliably # even for UDP2TCP if (!t_relay()) { sl_reply_error(); } drop; } route[INIT] { log(1, "LOG: usao INIT \n"); # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_reply("483","Too Many Hops"); drop; } if (msg:len >= max_len ) { sl_reply("513", "Message too big"); drop; } # you could add some NAT detection here for example # or you cuold call here some of the check from the sanity module # lets account all initial INVITEs # further in-dialog requests are accounted by a RR cookie (see below) if (method=="INVITE" || method=="BYE") { log(1, "LOG: usao u INVITE u INIT ruti ACC \n"); setflag(FLAG_ACC); } } route[RPC] { # allow XMLRPC from localhost if ((method=="POST" || method=="GET") && src_ip==127.0.0.1) { if (msg:len >= 8192) { sl_reply("513", "Request to big"); drop; } # lets see if a module wants to answer this dispatch_rpc(); drop; } } route[RR] { # subsequent messages withing a dialog should take the # path determined by record-routing log(1, "LOG: usao u Record rutu (RR) \n"); if (loose_route()) { log(1, "LOG: usao u RR - Loose root funkcija \n"); # mark routing logic in request append_hf("P-hint: rr-enforced\r\n"); # if the Route contained the accounting AVP cookie we # set the accounting flag for the acc_db module. # this is more for demonstration purpose as this could # also be solved without RR cookies. # Note: this means all in-dialog request will show up in the # accouting tables, so prepare your accounting software for this ;-) if ($account == "yes") { setflag(FLAG_ACC); } # for broken devices which overwrite their Route's with each # (not present) RR from within dialog requests it is better # to repeat the RRing # and if we call rr after loose_route the AVP cookies are restored # automatically :) record_route(); route(FORWARD); } else if (!method=="REGISTER") { log("1, LOG: usao u RR- REGISTER funkcija \n"); # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol # if the inital INVITE got the ACC flag store this in # an RR AVP cookie. this is more for demonstration purpose if (isflagset(FLAG_ACC)) { $account = "yes"; setavpflag($account, "dialog_cookie"); } record_route(); } } route[DOMAIN] { log("LOG: usao u DOMAIN rutu \n"); # check if the caller is from a local domain lookup_domain("$fd", "@from.uri.host"); # check if the callee is at a local domain lookup_domain("$td", "@ruri.host"); # we dont know the domain of the caller and also not # the domain of the callee -> somone uses our proxy as # a relay if (!$t.did && !$f.did) { sl_reply("403", "Relaying Forbidden"); drop; } } route[REGISTRAR] { xlog("L_ERR","usao u REGISTRAR rutu\n"); # if the request is a REGISTER lets take care of it if (method=="REGISTER") { xlog("L_ERR", "usao u REGISTER metodu u REGISTRAR routi \n"); # check if the REGISTER if for one of our local domains if (!$t.did) { sl_reply("403", "Register forwarding forbidden"); drop; } # we want only authenticated users to be registered if (!www_authenticate("$fd.digest_realm", "credentials")) { xlog("L_ERR", "usao u www authenticate funkciju u REGISTRAR routi \n"); if ($? == -2) { sl_reply("500", "Internal Server Error"); } else if ($? == -3) { sl_reply("400", "Bad Request"); } else { if ($digest_challenge) { append_to_reply("%$digest_challenge"); } sl_reply("401", "Unauthorized"); } drop; } # check if the authenticated user is the same as the target user if (!lookup_user("$tu.uid", "@to.uri")) { xlog("L_ERR", "usao u !lookup_user funkciju u REGISTRAR routi \n"); sl_reply("404", "Unknown user in To"); drop; } if ($f.uid != $t.uid) { sl_reply("403", "Authentication and To-Header mismatch"); drop; } # check if the authenticated user is the same as the request originator # you may uncomment it if you care, what uri is in From header #if (!lookup_user("$fu.uid", "@from.uri")) { # sl_reply("404", "Unknown user in From"); # drop; #} #if ($fu.uid != $tu.uid) { # sl_reply("403", "Authentication and From-Header mismatch"); # drop; #} # everyhting is fine so lets store the binding if (!save_contacts("location")) { xlog("L_ERR", "usao u !save_contacts funkciju u REGISTRAR routi \n"); sl_reply("400", "Invalid REGISTER Request"); drop; } # MSILO - dumping user's offline messages if (m_dump("")) { xlog("L_DBG", "MSILO: offline messages dumped - if they were\n"); } else { xlog("L_DBG", "MSILO: no offline messages dumped\n"); }; drop; } } route[AUTHENTICATION] { if (method=="CANCEL" || method=="ACK") { # you are not allowed to challenge these methods break; } # requests from non-local to local domains should be permitted # remove this if you want a walled garden if (! $f.did) { break; } # as gateways are usually not able to authenticate for their # requests you will have trust them base on some other information # like the source IP address. WARNING: if at all this is only safe # in a local network!!! #if (src_ip==a.b.c.d) { # break; #} if (!proxy_authenticate("$fd.digest_realm", "credentials")) { if ($? == -2) { sl_reply("500", "Internal Server Error"); } else if ($? == -3) { sl_reply("400", "Bad Request"); } else { if ($digest_challenge) { append_to_reply("%$digest_challenge"); } sl_reply("407", "Proxy Authentication Required"); } drop; } # check if the UID from the authentication meets the From header $authuid = $uid; if (!lookup_user("$fu.uid", "@from.uri")) { del_attr("$uid"); } if ($fu.uid != $fr.authuid) { sl_reply("403", "Fake Identity"); drop; } # load the user AVPs (preferences) of the caller, e.g. for RPID header load_attrs("$fu", "$f.uid"); } route[OUTBOUND] { # if a local user calls to a foreign domain we play outbound proxy for him # comment this out if you want a walled garden if ($f.did && ! $t.did) { append_hf("P-hint: outbound\r\n"); route(FORWARD); } } route[INBOUND] { # lets see if know the callee if (lookup_user("$tu.uid", "@ruri")) { # load the preferences of the callee to have his timeout values loaded load_attrs("$tu", "$t.uid"); # if you want to know if the callee username was an alias # check it like this #if (! $tu.uri_canonical) { # if the alias URI has different AVPs/preferences # you can load them into the URI track like this #load_attrs("$tr", "@ruri"); #} # native SIP destinations are handled using our USRLOC DB if (lookup_contacts("location")) { append_hf("P-hint: usrloc applied\r\n"); # we set the TM module timers according to the prefences # of the callee (avoid too long ringing of his phones) # Note1: timer values have to be in ms now! # Note2: this makes even more sense if you switch to a voicemail # in a FAILURE route if ($t.fr_inv_timer) { if ($t.fr_timer) { t_set_fr("$t.fr_inv_timer", "$t.fr_timer"); } else { t_set_fr("$t.fr_inv_timer"); } } route(FORWARD); } else { # User is offline # we care about MESSAGEs if (method == "MESSAGE") { if (!t_newtran()) { sl_reply_error(); break; } # store only text messages NOT isComposing... ! if (search("^(Content-Type|c):.*application/im-iscomposing\+xml.*")) { t_reply("202", "Ignored"); break; } xlog("L_NOTICE", "MESSAGE received -> storing using MSILO\n"); # MSILO - storing as offline message if (m_store("0","")) { xlog("L_NOTICE", "MSILO: offline message stored\n"); if (!t_reply("202", "Accepted")) { sl_reply_error(); }; } else { xlog("L_NOTICE", "MSILO: offline message NOT stored\n"); if (!t_reply("503", "Service Unavailable")) { sl_reply_error(); }; }; drop; } xlog("L_NOTICE","route[INBOUND] 480 User Offline"); sl_reply("480", "User Offline"); drop; } } } route[PSTN] { # Only if the AVP 'gw_ip' is set and the request URI contains # only a number we consider sending this to the PSTN GW. # Only users from a local domain are permitted to make calls. # Additionally you might want to check the acl AVP to verify # that the user is allowed to make such expensives calls. if ($f.did && $gw_ip && uri=~"sips?:\+?[0-9]{3,18}@.*") { # probably you need to convert the number in the request # URI according to the requirements of your gateway here # if an AVP 'asserted_id' is set we insert an RPID header if ($asserted_id) { xlset_attr("$rpidheader", "<sip:%$asserted_id@%@ruri.host>;screen=yes"); replace_attr_hf("Remote-Party-ID", "$rpidheader"); } # just replace the domain part of the RURI with the # value from the AVP and send it out attr2uri("$gw_ip", "domain"); route(FORWARD); } } failure_route[MESSAGE] { xlog("L_ERR", "failure route MESSAGE\n"); # forwarding failed -- check if the request was a MESSAGE if (method == "MESSAGE") { xlog("L_NOTICE", "MSILO: the downstream UA doesn't support MESSAGEs\n"); # we have changed the R-URI with the contact address, ignore it now if (m_store("0","")) { xlog("L_NOTICE", "MSILO: offline message stored\n"); t_reply("202", "Accepted"); } else { xlog("L_NOTICE", "MSILO: offline message NOT stored\n"); t_reply("503", "Service Unavailable"); } } }

1 1

[OpenSER-Users] CDRTOOL SOAP/XML
by Ser 30 Apr '08

30 Apr '08

Hello, Iam New to this List and OpenSER... Does anyone has set up the CDR Tool? We set this up in 6.4.1 and have the Problem that we are not able to create a billing user. We did not found anything regarding the soap/xml. Is it Possible to get a documentation or a example user? Thank you Wolfgang

1 0

[OpenSER-Users] CDRTOOL
by Wolfgang Uelpenich 30 Apr '08

30 Apr '08

Hello, does anyone has set up the CDR Tool? We set this up in 6.4.1 and have the Problem that we are not able to create a billing user. We did not found anything regarding the soap/xml Is it Possible to get a documentation or a example user? Thank you Wolfgang Wolfgang Uelpenich WU-Solutions Ltd. & CO Kommanditgesellschaft Schnitterweg 2 65375 Oestrich-Winkel Mail: <mailto:wu@wu-solutions.com> wu(a)wu-solutions.com Web: <file:///C:\Dokumente%20und%20Einstellungen\wolfgang\Anwendungsdaten\Microso ft\Signatures\www.wu-solutions.com> <http://www.wu-solutions.com/> www.wu-solutions.com Tel: +49-6723-6298000 Fax: +49-6723-9081709 Amtsgericht Wiesbaden * HRA8736 Geschäftsleitung: Wolfgang Uelpenich

1 0

[OpenSER-Users] example config 1.3.X
by Pezhman Lali 30 Apr '08

30 Apr '08

Dear I am searching to find a config file, for registering user via database and nat traversal(rtpproxy or mediaproxy) please help me , to find the best ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ

1 0

[OpenSER-Users] Portability in Openser
by Aadilkhan Maniyar 30 Apr '08

30 Apr '08

Hi All, I have a query regarding the portability of OpenSER. I would like to know about the different OS and Hardware that OpenSER can be run on. Any info regarding the above would be very much helpful. Regards, Aadil

2 4

[OpenSER-Users] [Openser] Problem with OpenSER anx openxcap integration
by piff62 piff62 30 Apr '08

30 Apr '08

Hi everybody, I'm working about a IMS prototype architecture. So, I have install my server SIP : OpenSER and i have install a XDMS (openxcap) for storage of privacy rules and presence. I have configured the 2 servers and they works but I already have one error. This error occured when I change my privacy rules (in eyebeam). The changes arrived to the openxcap and the openxcap want to prevent the openser with a xmlrpc request. When openxcap call the xmlrpc function, i have this message error : *Error while notifying OpenSER management interface for 'user' thomas@domain: <Fault -500: 'Command (refreshWatchers) processing failed.\n'> *I understand that openxcap try call the openser refreshWatchers function and failed but i don't know why ! someone would have already had this problem ? Thanks ! Thomas

1 0

[OpenSER-Users] Change Openser's default behaviour for destination 0.0.0.0
by Jayesh Nambiar 30 Apr '08

30 Apr '08

Hi All, Whenever openser is made to route a call to 0.0.0.0, I have observed that it replies as 403 Forbidden to the call initiator. Is there a method to change this default behaviour and change the reply message from 403 Forbidden to 404 Not Found or any other response code. Basically I query a set of 5 destination IP addresses for every call that comes in, in a particular order and route the call in a serial manner if call fails to particular IP using failure routes. Suppose if there are only 4 IPs available for a particular destination, I substitute the 5th IP address as 0.0.0.0. Now if a user has dialed an invalid number Openser keeps routing the call to next IP address until it comes to 0.0.0.0. As soon as it gets 0.0.0.0 it replies back as 403 Forbidden, in this case I want to reply back as 404 Not Found which is a better user reply in case of an invalid number. Any pointers/suggestions will be highly appreciated. Thanks, --- Jayesh Connect with friends all over the world. Get Yahoo! India Messenger at http://in.messenger.yahoo.com/?wm=n/

1 0

[OpenSER-Users] Problems with SerMyAdmin Installation
by Mark Koopmann 29 Apr '08

29 Apr '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

1 0

[OpenSER-Users] Cannot authenticate SUBSCRIBE
by Eric PTAK 29 Apr '08

29 Apr '08

Hi list ! I'm building an agent and currently working on Digest authentication using auth and auth_db modules. I'm trying to authenticate all requests for compliance test purpose. It works fine with REGISTER but I can't authenticate for others methods like SUBSCRIBE, the module is looping authentication. This is a part of my config file : if (uri==myself) { if (!www_authorize("", "subscriber")) { www_challenge("", "0"); exit; }; // others things }; And this is the requests / responses : REGISTER sip:sip.awl.test SIP/2.0 Call-ID: 0f13c7c272f62943f2f6345c07249fcd(a)10.24.238.150 CSeq: 1 REGISTER From: <sip:0000@sip.awl.test>;tag=9c0477b2 To: <sip:0000@sip.awl.test> Via: SIP/2.0/UDP 10.24.238.150:23456 ;branch=z9hG4bKb71ee89041bd9f3631cf46a8fc76b46c Max-Forwards: 70 Contact: <sip:0000@10.24.238.150:23456 ;transport=tcp>;expires=3600,<sip:0000@10.24.238.150:23456 ;transport=udp>;expires=3600 Content-Length: 0 SIP/2.0 401 Unauthorized Call-ID: 0f13c7c272f62943f2f6345c07249fcd(a)10.24.238.150 CSeq: 1 REGISTER From: <sip:0000@sip.awl.test>;tag=9c0477b2 To: <sip:0000@sip.awl.test>;tag=329cfeaa6ded039da25ff8cbb8668bd2.8696 Via: SIP/2.0/UDP 10.24.238.150:23456 ;branch=z9hG4bKb71ee89041bd9f3631cf46a8fc76b46c WWW-Authenticate: Digest realm="sip.awl.test", nonce="4811de4caf098eb6f25ea5db9a788578a2d4be35" Server: OpenSER (1.3.1-notls (i386/linux)) Content-Length: 0 REGISTER sip:sip.awl.test SIP/2.0 Call-ID: 0f13c7c272f62943f2f6345c07249fcd(a)10.24.238.150 CSeq: 2 REGISTER From: <sip:0000@sip.awl.test>;tag=9c0477b2 To: <sip:0000@sip.awl.test>;tag=329cfeaa6ded039da25ff8cbb8668bd2.8696 Max-Forwards: 70 Contact: <sip:0000@10.24.238.150:23456 ;transport=tcp>;expires=3600,<sip:0000@10.24.238.150:23456 ;transport=udp>;expires=3600 Via: SIP/2.0/UDP 10.24.238.150:23456 ;branch=z9hG4bK4bff3e93bf1dc502db28c4d414e60b4f Authorization: Digest response="efb87138e6340d7a80a1f13ef26821da",username="0000",realm="sip.awl.test",nonce="4811de4caf098eb6f25ea5db9a788578a2d4be35",uri="sip:sip.awl.test",algorithm=MD5 Content-Length: 0 SIP/2.0 200 OK Call-ID: 0f13c7c272f62943f2f6345c07249fcd(a)10.24.238.150 CSeq: 2 REGISTER From: <sip:0000@sip.awl.test>;tag=9c0477b2 To: <sip:0000@sip.awl.test>;tag=329cfeaa6ded039da25ff8cbb8668bd2.8696 Via: SIP/2.0/UDP 10.24.238.150:23456 ;branch=z9hG4bK4bff3e93bf1dc502db28c4d414e60b4f Contact: <sip:0000@10.24.238.150:23456;transport=udp>;expires=3600, <sip:0000@10.24.238.150:23456;transport=tcp>;expires=3600 Server: OpenSER (1.3.1-notls (i386/linux)) Content-Length: 0 SUBSCRIBE sip:0000@sip.awl.test SIP/2.0 Call-ID: d27f913809ccfa308b497ce92c3d01ef(a)10.24.238.150 CSeq: 1 SUBSCRIBE From: <sip:0000@sip.awl.test>;tag=3b68764f To: <sip:0000@sip.awl.test> Via: SIP/2.0/UDP 10.24.238.150:23456 ;branch=z9hG4bKae0ab5a2b4dd462eb139276b814b413c Max-Forwards: 70 Contact: <sip:0000@10.24.238.150:23456> Expires: 3600 Event: presence.winfo Content-Length: 0 SIP/2.0 401 Unauthorized Call-ID: d27f913809ccfa308b497ce92c3d01ef(a)10.24.238.150 CSeq: 1 SUBSCRIBE From: <sip:0000@sip.awl.test>;tag=3b68764f To: <sip:0000@sip.awl.test>;tag=329cfeaa6ded039da25ff8cbb8668bd2.78ff Via: SIP/2.0/UDP 10.24.238.150:23456 ;branch=z9hG4bKae0ab5a2b4dd462eb139276b814b413c WWW-Authenticate: Digest realm="sip.awl.test", nonce="4811de4caf098eb6f25ea5db9a788578a2d4be35" Server: OpenSER (1.3.1-notls (i386/linux)) Content-Length: 0 SUBSCRIBE sip:0000@sip.awl.test SIP/2.0 Call-ID: d27f913809ccfa308b497ce92c3d01ef(a)10.24.238.150 CSeq: 2 SUBSCRIBE From: <sip:0000@sip.awl.test>;tag=3b68764f To: <sip:0000@sip.awl.test>;tag=329cfeaa6ded039da25ff8cbb8668bd2.78ff Max-Forwards: 70 Contact: <sip:0000@10.24.238.150:23456> Expires: 3600 Event: presence.winfo Via: SIP/2.0/UDP 10.24.238.150:23456 ;branch=z9hG4bK0afcac1c88fce00c3bfca270ed379ee4 Authorization: Digest response="efb87138e6340d7a80a1f13ef26821da",username="0000",realm="sip.awl.test",nonce="4811de4caf098eb6f25ea5db9a788578a2d4be35",uri="sip:sip.awl.test",algorithm=MD5 Content-Length: 0 SIP/2.0 401 Unauthorized Call-ID: d27f913809ccfa308b497ce92c3d01ef(a)10.24.238.150 CSeq: 2 SUBSCRIBE From: <sip:0000@sip.awl.test>;tag=3b68764f To: <sip:0000@sip.awl.test>;tag=329cfeaa6ded039da25ff8cbb8668bd2.78ff Via: SIP/2.0/UDP 10.24.238.150:23456 ;branch=z9hG4bK0afcac1c88fce00c3bfca270ed379ee4 WWW-Authenticate: Digest realm="sip.awl.test", nonce="4811de4caf098eb6f25ea5db9a788578a2d4be35" Server: OpenSER (1.3.1-notls (i386/linux)) Content-Length: 0 As you can see, auth module always use nonce="4811de4caf098eb6f25ea5db9a788578a2d4be35" in its responses, for both register and subscribe. thanks for your help, Eric.

2 2

[OpenSER-Users] userblacklist
by Helmut Kuper 29 Apr '08

29 Apr '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, is it possible to add a way to userblacklist so that we have two tables (one for incomming and one for outgoing (user|global)blacklists) ? I enhanced userblacklist module following the sledge hammer method (just duplicating the code) so I have now a 2nd userblacklist table which can be requested by my own check_user_blacklist2() function controlled by 2 additional modparams (use_domain2, db_table2) It would be nice to have one check_blacklist function with a tablename as an additional parameter. Or is it designed for using in two separate proxies (one incomming and one outgoing proxy)? regards Helmut -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgE1mgACgkQ4tZeNddg3dwR/gCcDlq80Yj7sKzXejhcvIhlK5M+ cjcAoJluwmkS/4iuR8NXnIWhdbeB8bn5 =H1M5 -----END PGP SIGNATURE-----

2 10

[OpenSER-Users] Bigger OpenSER installation (2-5 Mio subs) and High Availability
by Adrian Georgescu 29 Apr '08

29 Apr '08

Hi Peter, If you care for a comercial solution that scales linearly with the amount of hardware without using any load balancers here is one: http://www.ag-projects.com/SIPThor.html Regards, Adrian >>>>>>>>>>>>>>> Hello, I have done a project for a SIP provider who is rapidly growing. Designed as a SBC for about 50.000 subscribers at first, I setup a system with a high availability cluster (HA/DRBD) on 2 servers which had one single database on the DRBD volume. Failover works like a charm with only very limited downtime. Now we have to consider to scale the system to about 2-5 Mio subs, so I have to challenge with some things I cannot oversee at the moment. My question is: How do you deal with big installations? - how do you load balance the openser? Is it advisable put put some dedicated SIP hardware in front for load balancing? Or is the dispatcher module on a seperate machine sufficiant (again HA-issue)? - we have a portion of calls who have to go through mediaproxy (How do you load balance this?) - Do you face database issues? We think about setting up a database on 2 seperate servers. Is MySQL ok for this or do you use other DBMS? - Form your exoperience: Are there other things I have to consider? Best regards and thanks for your support. Peter

3 4

[OpenSER-Users] OPENSER Dinner - May 6, Barcelona, Spain
by Daniel-Constantin Mierla 29 Apr '08

29 Apr '08

Hello everybody, as previously announced couple of weeks ago, there is going to be an OpenSER Social Networking Event in Barcelona, Spain, May 6, 9:00PM at "Braseria El Glop". http://www.elglop.com/ The primary goal of the meeting is to strengthen the relations within community and give opportunity to network for collaboration and business. Participation to any of these events is free, everybody pays for its expenses. Anyone interested in openser, sip or voip in general is welcome to join. So far, I got confirmation to participate from about 10 persons: - Olle E. Johansson, main Asterisk SIP developer, CEO at http://www.edvina.net - Elena-Ramona Modroiu, co-founder OpenSER, COO at http://www.asipto.com - Jesus Rodriguez, developer OpenSER -- FreeBSD packages maintainer, CTO at http://www.voztele.com - Inaki Baz Castillo - OpenSER mailing list activist, VoIP consultant - myself :-) - several other openser, wesip (http://www.wesip.com) and asterisk folks If you need more details about location, Jesus can assist in English and Spanish. If you didn't yet, please write me or Jesus before the end of this week if you plan to come and want to be sure a seat is reserved for you. Cheers, Daniel Previous event of such type was in Bucharest Romania, April 12 -- here are some photos: http://www.asipto.com/photos/ROSDEV2008-1-ALBUM/data/Sm_IMG_1908.JPG.html http://www.asipto.com/photos/ROSDEV2008-1-ALBUM/data/Sm_IMG_1900.JPG.html Blogged a bit about at: http://miconda.wordpress.com/2008/04/13/the-rosdev2008-weekend/ -- http://www.asipto.com

1 0

[Serusers] UAC MODULE Support on SER 2.0.0-rc1
by Alberto Cruz 28 Apr '08

28 Apr '08

Hi, I tried to find the patch "replace_from.patch" for the UAC module in the "/module/uac/doc" path but it isn't there. Is there any change about this information or is the UAC module not longer supported in SER 2.0.0-rc1? Regards Alberto Cruz

1 0

[OpenSER-Users] IPv6 issues in openser
by Klaus Darilion 28 Apr '08

28 Apr '08

Hi! Following some IPv6 issues: 1) I configured openser (1.3.0) to listen on an IPv6 address too: listen = udp:[2001:7b8:2ff:1da::2]:5060 listen = tcp:[2001:7b8:2ff:1da::2]:5060 I also configured bind9 and apache2 to listen on this IPv6 address. But somehow openser does it different then others: # netstat -anp|grep 2001 tcp6 0 0 2001:7b8:2ff:1da:::5060 :::* tcp6 0 0 2001:7b8:2ff:1da::2:80 :::* tcp6 0 0 2001:7b8:2ff:1da::2:53 :::* udp6 0 0 2001:7b8:2ff:1da::2:53 :::* udp6 0 0 2001:7b8:2ff:1da:::5060 :::* As you see, openser binds to [2001:7b8:2ff:1da::] whereas others binds to [2001:7b8:2ff:1da::2]. Actually this didn't caused any problems, but I still surprised about the difference. Can someone explain me please this behavior? 2) I found out that openser allows this syntax too (without []). listen = udp:2001:7b8:2ff:1da::2 I think it would be better to disallow that syntax and require [] as it is ambiguous when specifying the port too, e.g.: listen = udp:2001:7b8:2ff:1da::2:5060 3) Looks like the syntax in the socket column of the location table is not IPv6 compatible: ERROR:usrloc:parse_phostport: too many colons in udp:2001:7B8:2FF:1DA:0:0:0:2:5060 ERROR:usrloc:dbrow2info: bad socket <udp:2001:7B8:2FF:1DA:0:0:0:2:5060> ERROR:usrloc:preload_udomain: sipping record for klaus1 in table location I guess the socket should use [] for IPv6 addresses too. regards Klaus

2 3

[OpenSER-Users] Tie BYE to INVITE?
by Douglas Garstang 28 Apr '08

28 Apr '08

Is there a way I can tie a BYE to an INVITE? The setflag() and isflagset() commands only work on a transaction, right? And, a BYE is a new transaction, so how could I tell if a BYE is related to a previous INVITE? Doug. ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ

3 2

[OpenSER-Users] [NEW] First OpenSER teaching book
by Bogdan-Andrei Iancu 28 Apr '08

28 Apr '08

**Hi everybody, I'm really happy to announce that the first one hundred percent book dedicated to the OpenSER software is finally out. *"Building Telephony Systems with OpenSER"* goes where no one has went before - writing a book to help people to understand OpenSER software and to teach them how to setup OpenSER based platforms - installation, configuration, integration. Such a book was waited by community for some time, and there are many thinks about it to be said - for more on this book, please see the announcement on the openser web page - http://www.openser.org/mos/view/News/NewsItem/OpenSER-First-Book/ Regards, Bogdan

2 2

[OpenSER-Users] SIGILL when starting openser
by Christian Koch 28 Apr '08

28 Apr '08

Hi, when starting openser 1.3.1 it doesn't really start, but stops after processing a SIGILL. When perfoming strace -f /usr/local/sbin/openser I get the following output (these are only the last few lines): time([1208951399]) = 1208951399 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=837, ...}) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=837, ...}) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=837, ...}) = 0 send(3, "<143>Apr 23 13:49:59 /usr/local/"..., 147, MSG_NOSIGNAL) = 147 --- SIGILL (Illegal instruction) @ 0 (0) --- Process 12746 detached I've compiled openser from source on the same machine. When starting openser with -V everything works just fine. Output: version: openser 1.3.1-notls (i386/linux) flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535 poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. svnrevision: unknown @(#) $Id: main.c 3590 2008-01-28 17:46:56Z bogdan_iancu $ main.c compiled on 10:47:24 Apr 23 2008 with gcc 3.4.5 So I guessed the problem could occur inside a module. I removed auth.so and auth_db.so from my config file, but openser still doesn't start. But, it doesn't receive a SIGILL anymore, but SIGTERM. Output from strace: time([1208951661]) = 1208951661 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=837, ...}) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=837, ...}) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=837, ...}) = 0 send(3, "<139>Apr 23 13:54:21 /usr/local/"..., 103, MSG_NOSIGNAL) = 103 kill(0, SIGTERM) = 0 --- SIGTERM (Terminated) @ 0 (0) --- sigreturn() = ? (mask now []) time([1208951661]) = 1208951661 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=837, ...}) = 0 [...] stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=837, ...}) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=837, ...}) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=837, ...}) = 0 send(3, "<143>Apr 23 13:54:21 /usr/local/"..., 113, MSG_NOSIGNAL) = 113 munmap(0xb5f58000, 33554432) = 0 exit_group(-1) = ? Process 12752 detached Any ideas how to fix this problem? Thx, Christian

3 9

[OpenSER-Users] ERROR:presence:mod_init: Wrong version v-1 for table <presentity>, need v2
by Andrea Polidoro 28 Apr '08

28 Apr '08

Dear all, I'm trying to install in a debian sid machine the openser 1.3 in order to use it as presence server. I downloaded the openser and the presence module from the official debian repository. As database I'm using mysql. Unfortunately, when I try to start the openSer I receive this error: "ERROR:presence:mod_init: Wrong version v-1 for table <presentity>, need v2" I found the presentity table structure in this link: http://www.openser.org/docs/db-tables/openser-db-1.3.x.html#GEN-DB-PRESENTI… and I compared it with the presentity table in my system (this is the output): mysql> describe presentity; +---------------+------------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +---------------+------------------+------+-----+---------+----------------+ | id | int(10) unsigned | NO | PRI | NULL | auto_increment | | username | varchar(64) | NO | MUL | NULL | | | domain | varchar(64) | NO | | NULL | | | event | varchar(64) | NO | | NULL | | | etag | varchar(64) | NO | | NULL | | | expires | int(11) | NO | | NULL | | | received_time | int(11) | NO | | NULL | | | body | blob | NO | | NULL | | +---------------+------------------+------+-----+---------+----------------+ 8 rows in set (0.03 sec) How you can see, they seam identical. I searched this error in your mailing list but I didn't find anything. Please, could you help me to understood witch is the error? the presence parameters in my openser.cfg are: modparam("presence", "db_url", "mysql://openser:openserrw@127.0.0.1/openser") modparam("presence", "presentity_table", "presentity") modparam("presence", "server_address", "sip:192.168.100.22:5060") Thank you in advance for your help, Best Regards Andrea Polidoro -- ******************************************** Andrea Polidoro PhD Student University of Rome "Tor Vergata" Department of Electronics Engineering Via del Politecnico, 1 - 00133 Rome - ITALY phone: +39 06 7259 7773 mobile: +39 320 4391892 email: andrea.polidoro(a)uniroma2.it ********************************************

2 1

[OpenSER-Users] Global variables in scripts.
by Peter Lemenkov 28 Apr '08

28 Apr '08

Hello All! Are any ways to define global variables in openser's scripts? I need somethng like ========================================== $var(router1) = "192.168.1.1" $var(router2) = "192.168.1.2" route { ... myfunc1("$ru") switch($retcode) case 1: $ruri = "sip:" + $rU + "@" + $var(route1); case 2: $ruri = "sip:" + $rU + "@" + $var(route2); } failure_route[1] { myfunc2("$ru") switch($retcode) case 1: $ruri = "sip:" + $rU + "@" + $var(route1); case 2: $ruri = "sip:" + $rU + "@" + $var(route2); } onreply_route[1] { myfunc3("$ru") switch($retcode) case 1: $ruri = "sip:" + $rU + "@" + $var(route1); case 2: $ruri = "sip:" + $rU + "@" + $var(route2); } ========================================== Right now (AFAIK) variables may be defined only within one route. Maybe I missing something? What's the scope of visibility of variables within configuration script? -- With best regards!

6 6

[OpenSER-Users] ERROR:presence:mod_init: Wrong version v-1 for table <presentity>, need v2
by Andrea Polidoro 28 Apr '08

28 Apr '08

Dear all, I'm trying to install in a debian sid machine the openser 1.3 in order to use it as presence server. I downloaded the openser and the presence module from the official debian repository. As database I'm using mysql. Unfortunately, when I try to start the openSer I receive this error: "ERROR:presence:mod_init: Wrong version v-1 for table <presentity>, need v2" I found the presentity table structure in this link: http://www.openser.org/docs/db-tables/openser-db-1.3.x.html#GEN-DB-PRESENTI… and I compared it with the presentity table in my system (this is the output): mysql> describe presentity; +---------------+------------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +---------------+------------------+------+-----+---------+----------------+ | id | int(10) unsigned | NO | PRI | NULL | auto_increment | | username | varchar(64) | NO | MUL | NULL | | | domain | varchar(64) | NO | | NULL | | | event | varchar(64) | NO | | NULL | | | etag | varchar(64) | NO | | NULL | | | expires | int(11) | NO | | NULL | | | received_time | int(11) | NO | | NULL | | | body | blob | NO | | NULL | | +---------------+------------------+------+-----+---------+----------------+ 8 rows in set (0.03 sec) How you can see, they seam identical. I searched this error in your mailing list but I didn't find anything. Please, could you help me to understood witch is the error? the presence parameters in my openser.cfg are: modparam("presence", "db_url", "mysql://openser:openserrw@127.0.0.1/openser") modparam("presence", "presentity_table", "presentity") modparam("presence", "server_address", "sip:192.168.100.22:5060") Thank you in advance for your help, Best Regards Andrea Polidoro -- ******************************************** Andrea Polidoro PhD Student University of Rome "Tor Vergata" Department of Electronics Engineering Via del Politecnico, 1 - 00133 Rome - ITALY phone: +39 06 7259 7773 mobile: +39 320 4391892 email: andrea.polidoro(a)uniroma2.it ********************************************

1 0

[OpenSER-Users] Openser Transaction State Machine
by Aadilkhan Maniyar 28 Apr '08

28 Apr '08

Hi, We are in the process of evaluating the architecture of OpenSER for a local deployment. For this purpose I was looking at the State Machine implemented in OpenSER. More specifically I am looking at the state machine related to the INVITE transaction. In order to know the State machine, what files do I have to look at? Can anyone please guide me. Has the state machine been documented at some place, so that I can read about it? Any help would be appreciated. Thanks a lot, Aadil

2 1

[OpenSER-Users] mediaproxy server NEW FEATURE!!!
by Gonzalo J. Sambucaro 28 Apr '08

28 Apr '08

Folks, I developed a new feature in the Media Proxy project of AG-Proyect. With this new feature the Media Proxy Server is now able to manage the problem of the NAT IP change in an established call. It is currently in production and working without any problem. Somebody wants to test it? I would like to know what to do to make this feature available to everybody. Does anybody know? Regards, ------------------------------ Details: ------- Supose that there is an established rtp connection between two endpoints and the media proxy is in the middle doing the relay of the rtp streams, let´s say (MP = mediaproxy) EP A <--------->[NAT with IP1]<-----------> MP <--------------------> EP B EP A sends rtp to MP_IP:MP_PORT passing through the NAT box. EP B sends rtp to MP_IP:MP_PORT without passing through a NAT box. The MP know that the caller = NAT_IP1:NAT_PORT1, and the called = EP_B_IP:EP_B_PORT Now, supose that the NAT box change their PUBLIC IP from IP1 to IP2, so this escenary EP A <------->[NAT with IP1]<---------> MP <-------------> EP B will change to this EP A <------->[NAT with IP2]<---------> MP <--------------> EP B so the MP should detect that change of IPs and continue relaying the rtp streams but now to IP2:PORT2 instead of IP1:PORT1. Well, that was the situation y have experienced. To fix this, I developed this solution, changing rtphandler.py file: 1) When the first rtp packet of a source arrives, save the SSRC field in the MP. - Save the SSRC of the caller. - Save the SSRC of the called. 2) If arrives a rtp packet with unknown source IP but with the same SSRC field of some of the two streams, updates the binding (with the new IP detected) between the caller and the MP or between the called and the MP according to the field SSRC previously saved. Note: SSRC (RFC 3550 RTP), (from the rfc: "The SSRC identifier carried in the RTP header and in various fields of RTCP packets is a random 32-bit number that is required to be globally unique within an RTP session ") -------------------------------- -- Gonzalo J. Sambucaro Ingeniería de Software Tel: +54-341-4230504 MSLC gonzalo.sambucaro(a)mslc.com.ar www.mslc.com.ar Ocampo y Esmeralda - Vivero de Empresas de Base Tecnológica Ciudad Universitaria Rosario UNR, CCT CONICET Rosario - Santa Fé - Argentina -- Gonzalo J. Sambucaro Ingeniería de Software Tel: +54-341-4230504 MSLC gonzalo.sambucaro(a)mslc.com.ar www.mslc.com.ar Ocampo y Esmeralda - Vivero de Empresas de Base Tecnológica Ciudad Universitaria Rosario UNR, CCT CONICET Rosario - Santa Fé - Argentina

5 8

[OpenSER-Users] Speeddial
by CSB 28 Apr '08

28 Apr '08

Is it possible to use speeddial to associate one number with two destinations. E.g. user dials 10 which then calls both sip:bob@domain.com and sip:jane@domain.com. If not then could anyone suggest an alternative scheme whereby a user dials a short code which can be associated with multiple URIs for parallel or serial forking? Thanks Cameron

2 1

[OpenSER-Users] Bigger OpenSER installation (2-5 Mio subs) and High Availability
by Peter P GMX 28 Apr '08

28 Apr '08

Hello, I have done a project for a SIP provider who is rapidly growing. Designed as a SBC for about 50.000 subscribers at first, I setup a system with a high availability cluster (HA/DRBD) on 2 servers which had one single database on the DRBD volume. Failover works like a charm with only very limited downtime. Now we have to consider to scale the system to about 2-5 Mio subs, so I have to challenge with some things I cannot oversee at the moment. My question is: How do you deal with big installations? - how do you load balance the openser? Is it advisable put put some dedicated SIP hardware in front for load balancing? Or is the dispatcher module on a seperate machine sufficiant (again HA-issue)? - we have a portion of calls who have to go through mediaproxy (How do you load balance this?) - Do you face database issues? We think about setting up a database on 2 seperate servers. Is MySQL ok for this or do you use other DBMS? - Form your exoperience: Are there other things I have to consider? Best regards and thanks for your support. Peter

2 1

[OpenSER-Users] Proxy Authorization - Two Digests
by Adrian Georgescu 28 Apr '08

28 Apr '08

Ash, You can set up the SIP Proxies to use the same nonce. Adrian >>>>>>>>>> We are having a separate issue now with our ATA - the ATA (a cheap generic brand) we use as our CPE, won't issue two digest authentication response unlike X-Lite. Seems like we will be forced to use authentication at B2BUA level only after all. Anyone knows any ATA positively supports sending two separate authentication digests for two separate nonce in same INVITE? Ovidiu Sas wrote: > I don't think it is reported. > > On Fri, Apr 25, 2008 at 6:36 AM, Iñaki Baz Castillo <ibc at in.ilimit.es> wrote: > >> El Friday 25 April 2008 09:57:09 Ovidiu Sas escribió: >> >> >>> Yes, it should work but it doesn't. >>> >> > I remember trying this long time ago (using openser 1.0 and chaining >> > several openser proxies) and I hit the same issue: openser is not able >> > to deal properly with multiple Proxy-Authorization headers. >> >> So this is a bug (IMHO an important bug), isn't? is it reported? >> >> >> -- >> >>

1 0

[OpenSER-Users] interaction between msrp and openser
by Adrian Georgescu 28 Apr '08

28 Apr '08

Hi Gaoqiang, MSRPRelay is not dependent on OpenSER. You can set it up separately based on the instructions available at http://msrprelay.org. You only need a client with support for the MSRP relay extension, the SIP session can be established by any version of OpenSER. I believe you refer to the MSRP chat server when you say "session switch". MSRP chat server is work in progress, no software has been released yet, we plan to release a first version this summer. Regards, Adrian >>> Hi list, Could anyone here tell me is the openser 1.3.x version support MSRP(e.g. MSRPRelay)? Is there any document describe how to configure the openser work with MSRP(MSRPRelay) as a message session switch. Does anyone have successful experience configure openser to work with the MSRP Relay. Thanks a lot. -- Gaoqiang Qian Automation System and Technology Helsinki University Of Technology GSM: +358415058138

1 0

[OpenSER-Users] Force OpenSER to send all SIP messages to src_port
by Höskuldur 27 Apr '08

27 Apr '08

Hi, How can I force OpenSER to send all SIP messages to source port of the UA? That is, the same port as userloc lists in MySQL/openser/location/received column? For some reason it only sends the Invite message to that port, but then all Info,Ack,Ok messages go to the port found in VIA...which the UA doesn't receive because it's behind NAT. I've tried force_rport(); without any success, but I must admit that I'm not sure I used it in the right route. My config is previously posted here: http://www.voipuser.org/forum_topic_12946.html Any ideas?

1 0

[Serusers] RTPProxy
by Strassburger, Patrick 27 Apr '08

27 Apr '08

> Hi all, > > Is there an easy way to disable RTPProxy for certain calls eg. based > on called number? > Am using the ser.cfg from > http://www.iptel.org/ser/howtos/optimizing_the_use_of_rtp_proxy. > > For whatever reason all calls are passing the RTPProxy. > - I would like to disable the RTPProxy for calls where I know the > destination is able to handle NAT. > - For calls where I know both UAT are behind the same NAT. > As soon as I update the realm of those clients with whatever > value beside the ser IP adress, those useres cannot login anymore. > > Is this sufficient information - do you need the ser.cfg? > > Thanks > Patrick > > > ************************************************************************************* The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing security(a)colt.net and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.

5 4

[OpenSER-Users] SIP SIMPLE - XMPP interoperability issue
by Gaoqiang Qian 27 Apr '08

27 Apr '08

Hello everyone, I have setup the openser server with the very basic default configuration. Now I have to configure my openser server to connect with a xmpp envoironment on another host with a purpose of piloting the SIP SIMPLE - XMPP IOP. So does anyone here have successful experience of configure openser to connect with XMPP on different hosts? Or could someone provide me some instruction how to configure it. Thanks a lot in advance -- Gaoqiang Qian Automation System and Technology Helsinki University Of Technology GSM: +358415058138

3 4

[OpenSER-Users] OpenSER+mediaproxy changes SIP dst port so client never receives ACK, causing timeout
by Höskuldur 27 Apr '08

27 Apr '08

I hope I'm not waisting your time with a problem that has a obvious solution, I've actually tried to find a similar case without any success. I'm making a call between two NATed clients which are using STUN. The call goes through OpenSER which is configured to use mediaproxy - see my config at the bottom of my email Below is a dump from the location table: MySQL / openser / location _______________________________________________________________________ | contact | received | flag | ----------------------------------------------------------------------- |sip:1007@130.XXX.XXX.XXX:49162 |sip:130.XXX.XXX.XXX:49163 | 1 | |sip:1003@85.XXX.XXX.XXX:3676 | sip:85.XXX.XXX.XXX:3688 | 1 | ----------------------------------------------------------------------- The problem is that the call from 1003 to 1007 initiates OK, but disconnects after 20-30 seconds. From my logs it looks like OpenSER stops sending SIP messages to port 49163 after getting SDP from 1007, but starts sending to 49162 instead, so 1007 never gets the ACK message. So 1007 repeatedly sends SDP description but OpenSER replies to the wrong port. Please see the attached picture, graph from Wireshark.If the picture doesn't attach, it can be found here: http://hoski.public.is/openser.jpg So my question is, why does OpenSER stop sending SIP messages to port: 49163 and how can I fix it? Thanks in advance, Hoski listen = XX.XXX.XX.XXX mpath = "/usr/lib/openser/modules" children = 8 debug = 3 fork = yes group = "openser" user = "openser" disable_tcp = no log_facility=LOG_LOCAL7 log_stderror = no tcp_children = 4 fifo = "/tmp/openser_fifo" fifo_db_url="mysql://openser:XXXX@localhost/openser" # ATH: PrÃ³eftir BOSTON fifo_group = "openser" fifo_mode = 0666 fifo_user = "openser" mhomed = no server_signature = yes sock_group = "openser" sock_mode = 0600 sock_user = "openser" unix_sock = "/tmp/openser.sock" unix_sock_children = 1 reply_to_via = no sip_warning = no check_via = no dns = no rev_dns = no syn_branch = yes disable_core_dump = no dns_try_ipv6 = yes dns_use_search_list = yes loadmodule "usrloc.so" modparam("usrloc", "user_column", "username") modparam("usrloc", "domain_column", "domain") modparam("usrloc", "contact_column", "contact") modparam("usrloc", "expires_column", "expires") modparam("usrloc", "q_column", "q") modparam("usrloc", "callid_column", "callid") modparam("usrloc", "cseq_column", "cseq") modparam("usrloc", "methods_column", "methods") modparam("usrloc", "flags_column", "flags") modparam("usrloc", "user_agent_column", "user_agent") modparam("usrloc", "received_column", "received") modparam("usrloc", "socket_column", "socket") modparam("usrloc", "use_domain", 0) modparam("usrloc", "desc_time_order", 0) modparam("usrloc", "timer_interval", 60) modparam("usrloc", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("usrloc", "db_mode", 1) modparam("usrloc", "matching_mode", 0) modparam("usrloc", "cseq_delay", 20) loadmodule "mediaproxy.so" modparam("mediaproxy", "mediaproxy_socket", "/var/run/mediaproxy/proxydispatcher.sock") modparam("mediaproxy", "sip_asymmetrics", "/etc/openser/sip-asymmetric-clients") modparam("mediaproxy", "rtp_asymmetrics", "/etc/openser/rtp-asymmetric-clients") modparam("mediaproxy", "natping_interval", 30) loadmodule "rr.so" modparam("rr", "enable_full_lr", 0) modparam("rr", "append_fromtag", 1) modparam("rr", "enable_double_rr", 1) modparam("rr", "add_username", 0) loadmodule "tm.so" modparam("tm", "fr_timer", 30) modparam("tm", "fr_inv_timer", 120) modparam("tm", "wt_timer", 5) modparam("tm", "delete_timer", 2) modparam("tm", "retr_timer1p1", 1) modparam("tm", "retr_timer1p2", 2) modparam("tm", "retr_timer1p3", 4) modparam("tm", "retr_timer2", 4) modparam("tm", "noisy_ctimer", 0) modparam("tm", "ruri_matching", 1) modparam("tm", "via1_matching", 1) modparam("tm", "unix_tx_timeout", 2) modparam("tm", "restart_fr_on_each_reply", 1) modparam("tm", "fr_timer_avp", "s:callee_fr_timer") modparam("tm", "fr_inv_timer_avp", "s:callee_fr_inv_timer") modparam("tm", "pass_provisional_replies", 0) loadmodule "xlog.so" modparam("xlog", "buf_size", 4096) modparam("xlog", "force_color", 1) loadmodule "domain.so" modparam("domain", "db_url", "mysql://openser:XXXXXXX@localhost/openser") modparam("domain", "db_mode", 1) modparam("domain", "domain_table", "domain") modparam("domain", "domain_col", "domain") loadmodule "nathelper.so" modparam("nathelper", "natping_interval", 180) modparam("nathelper", "ping_nated_only", 0) modparam("nathelper", "received_avp", 42) modparam("nathelper", "rtpproxy_sock", "unix:/var/run/rtpproxy.sock") modparam("nathelper", "rtpproxy_disable", 1) modparam("nathelper", "rtpproxy_disable_tout", 60) modparam("nathelper", "rtpproxy_tout", 1) modparam("nathelper", "rtpproxy_retr", 5) modparam("nathelper", "sipping_method", "OPTIONS") loadmodule "textops.so" loadmodule "sl.so" modparam("sl", "enable_stats", 1) loadmodule "uri.so" loadmodule "registrar.so" modparam("registrar", "default_expires", 3600) modparam("registrar", "min_expires", 60) modparam("registrar", "max_expires", 0) modparam("registrar", "default_q", 0) modparam("registrar", "append_branches", 1) modparam("registrar", "use_domain", 0) modparam("registrar", "case_sensitive", 0) modparam("registrar", "desc_time_order", 0) modparam("registrar", "received_avp", 42) modparam("registrar", "received_param", "received") modparam("registrar", "max_contacts", 0) modparam("registrar", "retry_after", 0) modparam("registrar", "use_branch_flags", 0) modparam("registrar", "method_filtering", 0) modparam("registrar", "path_mode", 2) modparam("registrar", "path_use_received", 0) modparam("registrar", "nat_flag", 6) loadmodule "maxfwd.so" modparam("maxfwd", "max_limit", 256) loadmodule "mysql.so" modparam("mysql", "ping_interval", 300) modparam("mysql", "auto_reconnect", 1) loadmodule "auth.so" modparam("auth", "nonce_expire", 300) modparam("auth", "rpid_suffix", ";party=calling;id-type=subscriber;screen=yes") modparam("auth", "rpid_avp", "s:rpid") loadmodule "auth_db.so" modparam("auth_db", "db_url", "mysql://openser:XXXXXX@localhost/openser") modparam("auth_db", "user_column", "username") modparam("auth_db", "domain_column", "domain") modparam("auth_db", "password_column", "password") modparam("auth_db", "password_column_2", "ha1b") modparam("auth_db", "calculate_ha1", 1) modparam("auth_db", "use_domain", 0) modparam("auth_db", "load_credentials", "rpid") loadmodule "uri_db.so" modparam("uri_db", "db_url", "mysql://openser:XXXXXXX@localhost/openser") modparam("uri_db", "uri_table", "uri") modparam("uri_db", "uri_user_column", "username") modparam("uri_db", "uri_domain_column", "domain") modparam("uri_db", "uri_uriuser_column", "uri_user") modparam("uri_db", "subscriber_table", "subscriber") modparam("uri_db", "subscriber_user_column", "username") modparam("uri_db", "subscriber_domain_column", "domain") modparam("uri_db", "use_uri_table", 0) modparam("uri_db", "use_domain", 0) ######################################################################## # Request route 'main' ######################################################################## route[0] { xlog("L_INFO", "New request - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); force_rport(); if(msg:len > max_len) { xlog("L_INFO", "Message too big - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("513", "Message Too Big"); exit; } if (!mf_process_maxfwd_header("10")) { xlog("L_INFO", "Too many hops - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("483", "Too Many Hops"); exit; } if(!is_method("REGISTER")) { if(nat_uac_test("19")) { record_route(";nat=yes"); } else { record_route(); } } if(is_method("CANCEL") || is_method("BYE")) { end_media_session(); } if(loose_route()) { if(!has_totag()) { xlog("L_INFO", "Initial loose-routing rejected - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("403", "Initial Loose-Routing Rejected"); exit; } if(nat_uac_test("19") || search("^Route:.*;nat=yes")) { fix_nated_contact(); setflag(6); } route(3); } if(is_method("REGISTER")) { route(2); } if(is_method("INVITE")) { route(4); } if(is_method("CANCEL") || is_method("ACK")) { route(8); } route(9); } ######################################################################## # Request route 'stop-media-proxy' ######################################################################## route[1] { if(isflagset(22)) { end_media_session(); } } ######################################################################## # Request route 'base-route-register' ######################################################################## route[2] { sl_send_reply("100", "Trying"); if(!www_authorize("", "subscriber")) { xlog("L_INFO", "Register authentication failed - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); www_challenge("", "0"); exit; } if(!check_to()) { xlog("L_INFO", "Spoofed To-URI detected - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("403", "Spoofed To-URI Detected"); exit; } consume_credentials(); if(!search("^Contact:[ ]*\*") && nat_uac_test("19")) { fix_nated_register(); setflag(6); } if(!save("location")) { xlog("L_ERR", "Saving contact failed - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_reply_error(); exit; } xlog("L_INFO", "Registration successful - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); exit; } ######################################################################## # Request route 'base-outbound' ######################################################################## route[3] { if(isflagset(6)) { if(!isflagset(22) && !search("^Content-Length:[ ]*0")) { setflag(22); use_media_proxy(); } t_on_reply("2"); } else { t_on_reply("1"); } if(!isflagset(21)) { t_on_failure("1"); } if(isflagset(29)) { append_branch(); } if(is_present_hf("Proxy-Authorization")) { consume_credentials(); } xlog("L_INFO", "Request leaving server, D-URI='$du' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); if(!t_relay()) { sl_reply_error(); if(is_method("INVITE") && isflagset(6)) { end_media_session(); } } exit; } ######################################################################## # Request route 'base-route-invite' ######################################################################## route[4] { sl_send_reply("100", "Trying"); if(!proxy_authorize("", "subscriber")) { xlog("L_INFO", "Proxy authentication failed - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); proxy_challenge("", "0"); exit; } if(!check_from()) { xlog("L_INFO", "Spoofed From-URI detected - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("403", "Spoofed From-URI Detected"); exit; } if(nat_uac_test("19")) { fix_nated_contact(); setflag(6); } route(5); } ######################################################################## # Request route 'invite-find-callee' ######################################################################## route[5] { if(!is_domain_local("$ruri")) { setflag(20); route(7); } if(does_uri_exist()) { xlog("L_INFO", "Callee is local - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(6); } else { xlog("L_INFO", "Callee is not local - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(7); } exit; } ######################################################################## # Request route 'invite-to-internal' ######################################################################## route[6] { if(!lookup("location")) { xlog("L_INFO", "Local user offline - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("404", "User Offline"); } else { xlog("L_INFO", "Local user online - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(3); } exit; } ######################################################################## # Request route 'invite-to-external' ######################################################################## route[7] { if(isflagset(20)) { xlog("L_INFO", "Call to foreign domain - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(3); exit; } xlog("L_INFO", "Call to unknown user - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("404", "User Not Found"); exit; } ######################################################################## # Request route 'base-route-local' ######################################################################## route[8] { t_on_reply("1"); if(t_check_trans()) { xlog("L_INFO", "Request leaving server - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); if(!t_relay()) { sl_reply_error(); } } else { xlog("L_INFO", "Dropping mis-routed request - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); } exit; } ######################################################################## # Request route 'base-route-generic' ######################################################################## route[9] { xlog("L_INFO", "Method not supported - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("501", "Method Not Supported Here"); exit; } ######################################################################## # Request route 'base-filter-failover' ######################################################################## route[10] { if(!t_check_status("408|500|503")) { xlog("L_INFO", "No failover routing needed for this response code - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(1); exit; } } ######################################################################## # Reply route 'base-standard-reply' ######################################################################## onreply_route[1] { xlog("L_INFO", "Reply - S=$rs D=$rr F=$fu T=$tu IP=$si ID=$ci\n"); exit; } ######################################################################## # Reply route 'base-nat-reply' ######################################################################## onreply_route[2] { xlog("L_INFO", "NAT-Reply - S=$rs D=$rr F=$fu T=$tu IP=$si ID=$ci\n"); if(nat_uac_test("1")) { fix_nated_contact(); } if(isflagset(6) && status=~"(180)|(183)|2[0-9][0-9]") { if(!search("^Content-Length:[ ]*0")) { use_media_proxy(); } } exit; } ######################################################################## # Failure route 'base-standard-failure' ######################################################################## failure_route[1] { route(10); route(1); }

1 2

[OpenSER-Users] Proxy Authorization - Two Digests
by Ash Rah 26 Apr '08

26 Apr '08

Hello, I am trying to make a design like below to work. X-Lite ----- OpenSER ----- Asterisk ----->(PSTN Calls) X-Lite registers with OpenSer and PSTN calls are routed through Asterisk from OpenSER. When a call is sent to Asterisk, Asterisk tries to authenticate the user on X-Lite. I maintain same username and password for both OpenSER and Asterisk. Now when an INVITE from X-Lite hits OpenSER, it goes through the following script and is asked for Proxy Authorization: if (!proxy_authorize("","subscriber")) { proxy_challenge("","0"); exit; } When I dial a PSTN number from X-Lite, X-Lite at some point, ends up sending two Digests (one for OpenSER and one for Atserisk) in same INVITE but gets stuck with Proxy Authorization failure (from OpenSER). If I take off the above proxy_authorize section from OpenSER script, everything works fine. Can anyone suggest a solution to this. Thanks in advance. U 2008/04/23 13:28:42.314669 110.110.110.110:26986 -> 120.120.120.120:5060 INVITE sip:6048484848484@sip.dummydomain.com SIP/2.0. Via: SIP/2.0/UDP 172.16.40.14:26986;branch=z9hG4bK-d87543-886860777744b40e-1--d87543-;rport. Max-Forwards: 70. Contact: <sip:1274229212@110.110.110.110:26986>. To: "6048484848484"<sip:6048484848484@sip.dummydomain.com>. From: "1274229212"<sip:1274229212@sip.dummydomain.com>;tag=7d74b26b. Call-ID: ZjIyNDQzOWIxZTM2MWJjMTgzNmE1YWE3ZDY1M2RjZWE.. CSeq: 3 INVITE. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO. Content-Type: application/sdp. Proxy-Authorization: Digest username="1274229212",realm="asterisk",nonce="01d3972c",uri="sip:6048484848484@sip.dummydomain.com",response="ff9058f8ea89c55d0b110d4eccf27e9c",algorithm=MD5. Proxy-Authorization: Digest username="1274229212",realm="sip.dummydomain.com",nonce="480ee655da312e1c8f977cae40a747d26f7e9c5f",uri="sip:6048484848484@sip.dummydomain.com",response="361700cce632c00ff70ede5e5126c6ac",algo rithm=MD5. User-Agent: X-Lite release 1011s stamp 41150. Content-Length: 333. . v=0. o=- 9 2 IN IP4 172.16.40.14. s=CounterPath X-Lite 3.0. c=IN IP4 172.16.40.14. t=0 0. m=audio 45136 RTP/AVP 0 101. a=alt:1 3 : gpvy8HMY JXNZYRF+ 172.16.40.14 45136. a=alt:2 2 : 8S3XPC3M 6q9Z76Pq 192.168.38.1 45136. a=alt:3 1 : rISpUdBc PRYZ7B/8 192.168.23.1 45136. a=fmtp:101 0-15. a=rtpmap:101 telephone-event/8000. a=sendrecv. U 2008/04/23 13:28:42.314910 120.120.120.120:5060 -> 110.110.110.110:26986 SIP/2.0 407 Proxy Authentication Required. Via: SIP/2.0/UDP 172.16.40.14:26986;branch=z9hG4bK-d87543-886860777744b40e-1--d87543-;rport=26986;received=110.110.110.110. To: "6048484848484"<sip:6048484848484@sip.dummydomain.com>;tag=058e81974577b8ca6a831d36c0f6fe25.d85d. From: "1274229212"<sip:1274229212@sip.dummydomain.com>;tag=7d74b26b. Call-ID: ZjIyNDQzOWIxZTM2MWJjMTgzNmE1YWE3ZDY1M2RjZWE.. CSeq: 3 INVITE. Proxy-Authenticate: Digest realm="sip.dummydomain.com", nonce="480ee6560e7141c28e990448575d0918ce86a82d". Server: OpenSER (1.3.1-notls (i386/linux)). Content-Length: 0.

8 15

[OpenSER-Users] interaction between msrp and openser
by Gaoqiang Qian 26 Apr '08

26 Apr '08

Hi list, Could anyone here tell me is the openser 1.3.x version support MSRP(e.g. MSRPRelay)? Is there any document describe how to configure the openser work with MSRP(MSRPRelay) as a message session switch. Does anyone have successful experience configure openser to work with the MSRP Relay. Thanks a lot. -- Gaoqiang Qian Automation System and Technology Helsinki University Of Technology GSM: +358415058138

1 0

[Serusers] Gentilini, Paul is out of the office.
by PGentilini＠intellicare.com 26 Apr '08

26 Apr '08

I will be out of the office starting 04/23/2008 and will not return until 04/29/2008.

1 0

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 April 2008