sr-users April 2008

sr-users@lists.kamailio.org

141 participants
187 discussions

by Aadilkhan Maniyar

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

16 years, 6 months

[OpenSER-Users] [Openser] Problem with OpenSER anx openxcap integration

by piff62 piff62

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

16 years, 6 months

[OpenSER-Users] Change Openser's default behaviour for destination 0.0.0.0

by Jayesh Nambiar

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/

16 years, 6 months

[OpenSER-Users] Problems with SerMyAdmin Installation

by Mark Koopmann

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

16 years, 6 months

[OpenSER-Users] Cannot authenticate SUBSCRIBE

by Eric PTAK

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.

16 years, 7 months

[OpenSER-Users] userblacklist

by Helmut Kuper

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

16 years, 7 months

[OpenSER-Users] Bigger OpenSER installation (2-5 Mio subs) and High Availability

by Adrian Georgescu

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

16 years, 7 months

[OpenSER-Users] OPENSER Dinner - May 6, Barcelona, Spain

by Daniel-Constantin Mierla

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

16 years, 7 months

[Serusers] UAC MODULE Support on SER 2.0.0-rc1

by Alberto Cruz

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

16 years, 7 months

[OpenSER-Users] IPv6 issues in openser

by Klaus Darilion

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

16 years, 7 months

Jump to page:

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