Re: [OpenSIPS-Users] OpenSIPS returns 400 Bad Request for PUBLISH
Thanks for the reply. First error I have been able to resolve. This is my presence handling script. route { ... if( is_method(PUBLISH|SUBSCRIBE)) route(2); ... } route[2] { if (!t_newtran()) { sl_reply_error(); exit; }; if(is_method(PUBLISH)) { handle_publish(); #t_release(); } else if( is_method(SUBSCRIBE)) { handle_subscribe(); #t_release(); } exit; } Regards, Sanjeev -Original Message- From: users-boun...@lists.opensips.org [mailto:users-boun...@lists.opensips.org] On Behalf Of Saul Ibarra Sent: Wednesday, October 14, 2009 2:26 PM To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] OpenSIPS returns 400 Bad Request for PUBLISH Error messages are quite descriptive ;) You've tried to record_route that PUBLISH request twice... and also the content length it's zero so what does that PUBLISH actulally 'mean'? Maybe if you show us some little piece of your script (the one andling the publish stuff) we could help you on the first error. On Wed, Oct 14, 2009 at 7:19 AM, Sanjeev BA as290...@samsung.com wrote: Error logs from OpenSIPS console. Oct 14 14:01:46 [4880] DBG:core:parse_msg:? method:? PUBLISH Oct 14 14:01:46 [4880] DBG:core:parse_msg:? uri: sip:tes...@imsdemo.com Oct 14 14:01:46 [4880] DBG:core:parse_msg:? version: SIP/2.0 Oct 14 14:01:46 [4880] DBG:core:parse_headers: flags=2 Oct 14 14:01:46 [4880] DBG:core:get_hdr_field: cseq CSeq: 1 PUBLISH Oct 14 14:01:46 [4880] DBG:core:parse_to: end of header reached, state=10 Oct 14 14:01:46 [4880] DBG:core:parse_to: display={}, ruri={sip:tes...@imsdemo.com} Oct 14 14:01:46 [4880] DBG:core:get_hdr_field: To [27]; uri=[sip:tes...@imsdemo.com] Oct 14 14:01:46 [4880] DBG:core:get_hdr_field: to body [sip:tes...@imsdemo.com ] Oct 14 14:01:46 [4880] DBG:core:parse_via_param: found param type 232, branch = z9hG4bK2559870494smg; state=6 Oct 14 14:01:46 [4880] DBG:core:parse_via_param: found param type 238, transport = UDP; state=16 Oct 14 14:01:46 [4880] DBG:core:parse_via: end of header reached, state=5 Oct 14 14:01:46 [4880] DBG:core:parse_headers: via found, flags=2 Oct 14 14:01:46 [4880] DBG:core:parse_headers: this is the first via Oct 14 14:01:46 [4880] DBG:core:receive_msg: After parse_msg... Oct 14 14:01:46 [4880] DBG:core:receive_msg: preparing to run routing scripts... Oct 14 14:01:46 [4880] DBG:maxfwd:is_maxfwd_present: value = 70 Oct 14 14:01:46 [4880] DBG:core:parse_headers: flags=80 Oct 14 14:01:46 [4880] DBG:uri:has_totag: no totag Oct 14 14:01:46 [4880] DBG:core:parse_headers: flags=78 Oct 14 14:01:46 [4880] DBG:tm:t_lookup_request: start searching: hash=30511, isACK=0 Oct 14 14:01:46 [4880] DBG:tm:matching_3261: RFC3261 transaction matching failed Oct 14 14:01:46 [4880] DBG:tm:t_lookup_request: no transaction found Oct 14 14:01:46 [4880] DBG:core:parse_headers: flags=200 Oct 14 14:01:46 [4880] DBG:core:get_hdr_field: content_length=0 Oct 14 14:01:46 [4880] DBG:core:get_hdr_field: found end of header Oct 14 14:01:46 [4880] DBG:rr:find_first_route: No Route headers found Oct 14 14:01:46 [4880] DBG:rr:loose_route: There is no Route HF Oct 14 14:01:46 [4880] ERROR:rr:w_record_route: Double attempt to record-route Oct 14 14:01:46 [4880] DBG:core:grep_sock_info: checking if host==us: 11==12 ? [imsdemo.com] == [10.89.10.235] Oct 14 14:01:46 [4880] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Oct 14 14:01:46 [4880] DBG:core:parse_headers: flags= Oct 14 14:01:46 [4880] DBG:presence:search_event: start event= [presence] Oct 14 14:01:46 [4880] DBG:presence:handle_publish: SIP-If-Match header not found Oct 14 14:01:46 [4880] DBG:presence:generate_ETag: etag= a.1255496470.4880.1.0 / 21 Oct 14 14:01:46 [4880] DBG:presence:handle_publish: new etag? = a.1255496470.4880.1.0 Oct 14 14:01:46 [4880] DBG:presence:handle_publish: Expires header found, value= 3600 Oct 14 14:01:46 [4880] ERROR:presence:handle_publish: No E-Tag and no body found Oct 14 14:01:46 [4880] DBG:core:parse_headers: flags= Oct 14 14:01:46 [4880] DBG:core:check_via_address: params 10.254.140.195, 10.254.140.195, 0 Oct 14 14:01:46 [4880] DBG:sl:run_sl_callbacks: callback id 0 entered Oct 14 14:01:46 [4880] DBG:tm:t_newtran: transaction on entrance=(nil) Oct 14 14:01:46 [4880] DBG:core:parse_headers: flags= Oct 14 14:01:46 [4880] DBG:core:parse_headers: flags=78 Oct 14 14:01:46 [4880] DBG:tm:t_lookup_request: start searching: hash=30511, isACK=0 Oct 14 14:01:46 [4880] DBG:tm:matching_3261: RFC3261 transaction matching failed Oct 14 14:01:46 [4880] DBG:tm:t_lookup_request: no transaction found Oct 14 14:01:46 [4880] DBG:tm:run_reqin_callbacks: trans=0xb3a09a30, callback type
Re: [OpenSIPS-Users] Dialplan module not working
Hi Brett, Thanks for your quick response. I tested with the criteria you have given but in vain. I had followed the following scenario for dialplan module. Step 1: Added rules in opensips-cp as follows: Matching Regular Expression: sip:1[0-9]...@localhost Substitution Regular Expression: sip:1[0-9]...@localhost Replacement Expression: sip:1[0-9]...@192.168.3.20 Step 2: Entered data in opensips.cfg as follows loadmodule =dialplan.so modparam(dialplan, db_url, mysql://opensips:opensip...@localhost/opensips) route[10] { dp_translate(1, $var(ruri)/$var(tmp)); } The logs shows dialplan module and regexpressions loaded. But the call is not routing from dialplan rules. Is my procedure is correct. Brett Nemeroff wrote: Your very close.. look, your regex shows ^67.+ (starts with 67) BUT your string does NOT start with 67. it starts with sip:67 (ie: si != 67) so it just doesn't match. Also, I wouldn't use the $var vars here.. instead try: dp_translate(1, $ruri.user/$ruri.user) THEN your shown regex will work ($ruri.user is just the dialed number, does not contain the sip:) -Brett On Tue, Oct 13, 2009 at 3:05 AM, Indiver nehru.i...@gmail.com wrote: HI Everyone, I want to implement the dialplan module. But i was confused little bit in the configuration part. my database table of dialplan module is ++--++--+---+---+---+--+---+ | id | dpid | pr | match_op | match_exp | match_len | subst_exp | repl_exp | attrs | ++--++--+---+---+---+--+---+ | 1 |1 | 1 |1 | (^67.+) | 0 | (^67.+) | [hidden email] | | ++--++--+---+---+---+--+---+ and my opensips.cfg configuration is: modparam(dialplan, db_url, mysql://opensips:opensip...@localhost/opensips) route[14] { $var(x) = sip:678; dp_translate(1, $var(x)/$var(tmp)); xlog(-$var(tmp)\n); }. My actual intention is when the client dials the number 678... a prefix 1 should add to that numbers. Is the above configuration correct for my architecture?. Thanks, Nehru. -- View this message in context: http://n2.nabble.com/Dialplan-module-not-working-tp3814747p3814747.html Sent from the OpenSIPS - Users mailing list archive at Nabble.com. ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- View this message in context: http://n2.nabble.com/Dialplan-module-not-working-tp3814747p3821039.html Sent from the OpenSIPS - Users mailing list archive at Nabble.com. ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Prepay charge by source IP
Bogdan, Thanks for the advice. Digging through (even in 1.5) I was able to add: modparam(call_control, diverter_avp_id, 805) and then add $avp(i:805) = gateway@ + $fd; To my routing, all is seeming well as all my users are going to just have to be gate...@ip Regards, --Adam -Original Message- From: users-boun...@lists.opensips.org [mailto:users-boun...@lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu Sent: Wednesday, October 07, 2009 2:01 AM To: users@lists.opensips.org Subject: Re: [OpenSIPS-Users] Prepay charge by source IP Hello Adam, There are 2 ways to get this working: - use opensips 1.6, where via the callcontrol module you can send custom data (including the source IP) - in 1.5, you can try to mask the src IP in some of the fields that are already sent out - maybe RURI ... Regards, Bogdan Adam Botbyl wrote: I am trying to setup a opensips/cdrtool/callcontrol gateway for pre-pay ratings. My conundrum is that I need to debit account by IP alone (not username). I found that I can auth by IP by just inserting it into the database, but cannot seem to wild-card the username. Is there a way to do this without re-writing the source? Basically all calls from 1.2.3.4 will rate as the account for 1.2.3.4 instead of having to have 1...@1.2.3.4 mailto:1...@1.2.3.4 1...@1.2.3.4 mailto:1...@1.2.3.4 etc, etc. Documentation and googling seems sparse on this. Regards, --Adam ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Presence: no record in Presentity table
Hi, I have installed opensips-1.5.3-tls with db_mysql, presence, presence_xml and presence_mwi modules. I tried to test presence with xlite and I can see that there are records found in watchers and active_watchers table but not presentity table. I think there should be something inserted into presentity table. Isn't it? Any hint or help is appreciated. Thanks Here is my opensips.cfg # # $Id: opensips.cfg 5503 2009-03-22 16:22:32Z bogdan_iancu $ # # OpenSIPS basic configuration script # by Anca Vamanu a...@voice-system.ro # # Please refer to the Core CookBook at: # http://www.opensips.org/index.php?n=Resources.DocsCookbooks # for a explanation of possible statements, functions and parameters. # ### Global Parameters # log_facility=LOG_LOCAL0 /* uncomment the following lines to enable debugging */ debug=3 fork=yes log_stderror=yes /* uncomment the next line to disable TCP (default on) */ #disable_tcp=yes /* uncomment the next line to enable the auto temporary blacklisting of not available destinations (default disabled) */ #disable_dns_blacklist=no /* uncomment the next line to enable IPv6 lookup after IPv4 dns lookup failures (default disabled) */ #dns_try_ipv6=yes /* uncomment the next line to disable the auto discovery of local aliases based on revers DNS on IPs (default on) */ #auto_aliases=no /* uncomment the following lines to enable TLS support (default off) */ #disable_tls = no #listen = tls:your_IP:5061 #tls_verify_server = 1 #tls_verify_client = 1 #tls_require_client_certificate = 0 #tls_method = TLSv1 #tls_certificate = /usr/local/etc/opensips/tls/user/user-cert.pem #tls_private_key = /usr/local/etc/opensips/tls/user/user-privkey.pem #tls_ca_list = /usr/local/etc/opensips/tls/user/user-calist.pem port=5060 /* uncomment and configure the following line if you want opensips to bind on a specific interface/port/proto (default bind on all available) */ #listen=udp:192.168.1.2:5060 ### Modules Section #set module path mpath=/usr/local/lib/opensips/modules/ /* uncomment next line for MySQL DB support */ loadmodule db_mysql.so loadmodule signaling.so loadmodule sl.so loadmodule tm.so loadmodule rr.so loadmodule maxfwd.so loadmodule usrloc.so loadmodule registrar.so loadmodule textops.so loadmodule mi_fifo.so loadmodule uri_db.so loadmodule uri.so loadmodule xlog.so loadmodule acc.so /* uncomment next lines for MySQL based authentication support NOTE: a DB (like db_mysql) module must be also loaded */ loadmodule auth.so loadmodule auth_db.so /* uncomment next line for aliases support NOTE: a DB (like db_mysql) module must be also loaded */ loadmodule alias_db.so /* uncomment next line for multi-domain support NOTE: a DB (like db_mysql) module must be also loaded NOTE: be sure and enable multi-domain support in all used modules (see multi-module params section ) */ loadmodule domain.so /* uncomment the next two lines for presence server support NOTE: a DB (like db_mysql) module must be also loaded */ loadmodule presence.so loadmodule presence_xml.so loadmodule presence_mwi.so # - setting module-specific parameters --- # - mi_fifo params - modparam(mi_fifo, fifo_name, /tmp/opensips_fifo) # - rr params - # add value to ;lr param to cope with most of the UAs modparam(rr, enable_full_lr, 1) # do not append from tag to the RR (no need for this script) modparam(rr, append_fromtag, 0) # - registrar params - modparam(registrar, method_filtering, 1) /* uncomment the next line to disable parallel forking via location */ modparam(registrar, append_branches, 0) /* uncomment the next line not to allow more than 10 contacts per AOR */ #modparam(registrar, max_contacts, 10) # - usrloc params - #modparam(usrloc, db_mode, 0) /* uncomment the following lines if you want to enable DB persistency for location entries */ modparam(usrloc, db_mode, 2) modparam(usrloc, db_url,mysql://opensips:opensip...@localhost/opensips) # - uri_db params - /* by default we disable the DB support in the module as we do not need it in this configuration */ modparam(uri_db, use_uri_table, 0) modparam(uri_db, db_url, ) # - acc params - /* what sepcial events should be accounted ? */ modparam(acc, early_media, 1) modparam(acc, report_ack, 1) modparam(acc, report_cancels, 1) /* by default ww do not adjust the direct of the sequential requests. if you enable this parameter, be sure the enable append_fromtag in rr module */ modparam(acc, detect_direction, 0) /* account triggers (flags) */ modparam(acc, failed_transaction_flag, 3) modparam(acc, log_flag, 1) modparam(acc, log_missed_flag, 2) /* uncomment the following lines to enable DB accounting also */ modparam(acc, db_flag, 1) modparam(acc, db_missed_flag, 2) # - auth_db params - /* uncomment the following lines if you want to enable the DB based authentication */
Re: [OpenSIPS-Users] OpenSIPS - OpenXCAP integration
Even with basic authentication, OpenXCAP returns 401 - UnAuthorized response for a XCAP GET request. And I have 10.0.0.0/24 in my trusted peer list of openxcap config. Not sure what is the issue here. Please help. Regard,s sanjeev -Original Message- From: Sanjeev BA [mailto:as290...@samsung.com] Sent: Monday, October 12, 2009 8:59 PM To: 'OpenSIPS users mailling list' Subject: RE: [OpenSIPS-Users] OpenSIPS - OpenXCAP integration Thanks for the quick reply. I would like to know if there is a way to get rid of OpenXCAP and let OpenSIPS perform the role of XDM server as well. Is this possible? Are there any XDMS modules for OpenSIPS? Regards, Sanjeev -Original Message- From: users-boun...@lists.opensips.org [mailto:users-boun...@lists.opensips.org] On Behalf Of Inaki Baz Castillo Sent: Monday, October 12, 2009 7:24 PM To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] OpenSIPS - OpenXCAP integration El Domingo, 11 de Octubre de 2009, Sanjeev BA escribio: Hi, I have successfully been able to test opensips with openxcap. XCAP documents are modified and subscribe/notify/watcher procedures are fine with third party SIP clients. I am in the process of testing my presence user agent in this setup. While trying to add a new contact, I get a 401 unauthorized response. The 401 sent by OpenXCAP is wrong as it has a malformed WWW-Authenticate header: http://openxcap.org/ticket/121 Perhaps it works with some devices/softphones ignoring the invalid \n character in opaque field. However a HTTP strict client will fail (as EyeBeam does). Anyhow it seems that nobody cares this bug (no response, comment or bug confirmation in 3 months). I tryed to find it but I haven't good Python skills. As a dirty workaround you can use Basic authentication. However note that some clients (as EyeBeam) don't support Basic authentication. Regards. -- Inaki Baz Castillo i...@aliax.net ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] OpenSIPS - OpenXCAP integration
T 2009/10/14 21:17:24.833815 10.254.140.202:34878 - 10.89.10.235:80 [AP] GET /xcap-root/org.openmobilealliance.xcap-directory/users/sip%3Atester%40imsdem o.com/directory.xml HTTP/1.1. Host: 10.89.10.235:80. Content-length: 0. Connection: keep-alive. . ## T 2009/10/14 21:17:24.835431 10.89.10.235:80 - 10.254.140.202:34878 [AP] HTTP/1.1 401 Unauthorized. Date: Wed, 14 Oct 2009 12:17:24 GMT. Content-Length: 141. Content-Type: text/html. WWW-Authenticate: basic realm=imsdemo.com. Server: OpenXCAP/1.1.2. -Original Message- From: users-boun...@lists.opensips.org [mailto:users-boun...@lists.opensips.org] On Behalf Of Inaki Baz Castillo Sent: Wednesday, October 14, 2009 8:56 PM To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] OpenSIPS - OpenXCAP integration El Miércoles, 14 de Octubre de 2009, Sanjeev BA escribió: Even with basic authentication, OpenXCAP returns 401 - UnAuthorized response for a XCAP GET request. And I have 10.0.0.0/24 in my trusted peer list of openxcap config. Not sure what is the issue here. Please help. Get a capture of the HTTP traffic *in the server*: ngrep -d eth0 -W byline -T -i -t port OPENXCAP_LISTEN_PORT and paste it here. -- Iñaki Baz Castillo i...@aliax.net ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] OpenSIPS - OpenXCAP integration
El Miércoles, 14 de Octubre de 2009, Sanjeev BA escribió: T 2009/10/14 21:17:24.833815 10.254.140.202:34878 - 10.89.10.235:80 [AP] GET /xcap-root/org.openmobilealliance.xcap-directory/users/sip%3Atester%40imsde m o.com/directory.xml HTTP/1.1. Host: 10.89.10.235:80. Content-length: 0. Connection: keep-alive. . ## T 2009/10/14 21:17:24.835431 10.89.10.235:80 - 10.254.140.202:34878 [AP] HTTP/1.1 401 Unauthorized. Date: Wed, 14 Oct 2009 12:17:24 GMT. Content-Length: 141. Content-Type: text/html. WWW-Authenticate: basic realm=imsdemo.com. Server: OpenXCAP/1.1.2. Doesn't the client send a new GET request containing credentials after that 401??? Note however that, theorically, XCAP doesn't allow Basic authentication, but just Digest. And some clients (as EyeBeam) just implements Digest. If you client doesn't re-send the request with credentials upon receipt of 401 then: - Your XCAP client doesn't support Basic. - You XCAP client doesn't like the 401 for any other reason. -- Iñaki Baz Castillo i...@aliax.net ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] check_source_address() failures
Hi Jeff, There was a problem with the check_address_source function. It has been fixed starting with rev 6262. Please update and let me know if you find any other problems. Thank you! Irina Stanescu On Wed, Oct 14, 2009 at 1:19 AM, Brad Bendy brad.be...@benganetworks.comwrote: I know on mine I had to set port to 5060 (5068 in your case) or whatever you want, otherwise it would not work for me. Im sure you can use a * for any port number as well, but I have not tried that. Jeff Pyle wrote: Hello, A request arrives at Opensips 1.6 from address 175.88.228.19:5068 on UDP. The address table contains: ++-+--+--+--+---+--+--+ | id | grp | ip | mask | port | proto | pattern | context_info | ++-+--+--+--+---+--+--+ | 38 | 10 | 175.88.228.0 | 24 |0 | udp | ^sip:.*$ | src_test | ++-+--+--+--+---+--+--+ I would expect if(check_source_address(10)) to succeed, yet it does not. Any thoughts? I'm using check_source_address() elsewhere in my config to emulate the old allow_trusted, and that works just fine. Thanks, Jeff ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] An Old OpenSER Error For A New OpenSIPS User
Bogdan, Thank you very much for your help with OpenSER. I have seen many people report this issue in forums but was never really able to see where folks found a resolve for this. I see too in Flavio's book on page 100 where he states what the user openser's password must be entered as when adding VoIP extensions. In the book it states to change HAS_SERWEB=yes. I guess later on it will cover the PHP SerMyAdmin possibilities. Now that I know that this is controlled in this location if I need the SERWEB enabled again, I can as needed and then restart OpenSER. Now I can move on to getting the VoIP X-Lite soft-phones to register to OpenSER and make hopefully make interdomain test calls. Here is my output now: - MY-SERVERS-NAME:/etc/openser# /sbin/openserctl add 1000 password 1...@mydomain.com database engine 'MYSQL' loaded Control engine 'FIFO' loaded is_user: user counter=0 check_db_alias: alias counter=0 MySql password for user 'open...@localhost': new user '1000' added MY-SERVERS-NAME:/etc/openser# /sbin/openserctl add 1001 password 1001@ mydomain.com database engine 'MYSQL' loaded Control engine 'FIFO' loaded is_user: user counter=0 check_db_alias: alias counter=0 MySql password for user 'open...@localhost': new user '1001' added - Multumiri! Larry Kemp Network Engineer U.S. Metropolitan Telecom, LLC Bonita Springs, FL USA - - -Original Message- From: users-boun...@lists.opensips.org [mailto:users-boun...@lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu Sent: Tuesday, October 13, 2009 5:06 PM To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] An Old OpenSER Error For A New OpenSIPS User Hi Larry, in openserctlrc check for the SERWEB compatibility field and disable it. When this is enabled, openserctl tries to populate the phplib_id field in the subscriber table (which by default does not exists). Regards, Bogdan Kemp, Larry wrote: I am certain for anyone experienced this is an easy fix, so help me out OpenSIPS community. I am using OpenSER Source 1.2.2 on Linux version 2.6.26-2-686 (Debian 2.6.26-19) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)). I am using Flavio's book. On page 100 (Adding Authentication with MySQL) at step 4 it states: Configure two user accounts using the openserctl utility. /sbin/openserctl add 1000 password 1...@voffice.com.br (mydomain.com) /sbin/openserctl add 1001 password 1...@voffice.com.br (mydomain.com) In either instance the system returns: Database 'MYSQL' loaded Control engine 'FIFO' loaded is_user: user counter=0 check_db_alias: alias counter=0 *ERROR 1045 (28000): Access denied for user 'openser'@'localhost' (using password: YES)* or *ERROR 1054 (42S22) at line 1: Unknown column 'phplib_id' in 'field list'* *ERROR: introducing the new user'1000' to the database failed* I have verified that the users openser, openserro and root have the correct passwords to access the MySQL database named openser (as one forum stated it was a password issue). I have tried several changes to the file /etc/openser/openserctlrc as several online forums indicated this was the issue. I have found this listed in many online forums but I have not been able to fix this trying several of the things that are mentioned. Can anyone on this users@lists.opensips.org please advise me? I am using OpensSER 1.2.2 as that is what the book I have procured indicates to use and I want to strictly follow what Flavio's book states to use. Thanks in advance. Respectfully, Larry Kemp Network Engineer U.S. Metropolitan Telecom, LLC Bonita Springs, FL USA ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] CURL from config
Hello All,I know there was some talk a while back about adding in some sort of CURL support. I was wondering if there was any movement on this. Basically what I'm looking for would be something like: $avp(s:lrn)=curl(http://server/lrn_query.php?dialedno=$rU;); Especially note the use of multiple PVs and/or AVPs in the URL. :) Of course, I know I can do this with a perl mod, but I'm really hoping to do it natively for some higher capacity applications. :) If this *isn't* on the devel roadmap, I'm interested in discovering the level of interest in such a function. Thanks, Brett ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Dialplan module not working
Honestly, you'd be better off matching with $ruri.user and not the full RURI unless you really mean that. FWIW, I can't imagine that sip:1[0-9]...@localhost would *ever* match. Why don't you set an xlog showing what the RURI is, then write a regex you know matches that? Did you try my suggestions? What exactly are you trying to do? There are lots of ways to rewrite the RURI. -Brett 3...@192.168.3.20 On Wed, Oct 14, 2009 at 2:08 AM, Indiver nehru.i...@gmail.com wrote: Hi Brett, Thanks for your quick response. I tested with the criteria you have given but in vain. I had followed the following scenario for dialplan module. Step 1: Added rules in opensips-cp as follows: Matching Regular Expression: sip:1[0-9]...@localhost Substitution Regular Expression: sip:1[0-9]...@localhost Replacement Expression: sip:1[0-9]...@192.168.3.203...@192.168.3.20 Step 2: Entered data in opensips.cfg as follows loadmodule =dialplan.so modparam(dialplan, db_url, mysql://opensips:opensip...@localhost/opensips) route[10] { dp_translate(1, $var(ruri)/$var(tmp)); } The logs shows dialplan module and regexpressions loaded. But the call is not routing from dialplan rules. Is my procedure is correct. Brett Nemeroff wrote: Your very close.. look, your regex shows ^67.+ (starts with 67) BUT your string does NOT start with 67. it starts with sip:67 (ie: si != 67) so it just doesn't match. Also, I wouldn't use the $var vars here.. instead try: dp_translate(1, $ruri.user/$ruri.user) THEN your shown regex will work ($ruri.user is just the dialed number, does not contain the sip:) -Brett On Tue, Oct 13, 2009 at 3:05 AM, Indiver nehru.i...@gmail.com wrote: HI Everyone, I want to implement the dialplan module. But i was confused little bit in the configuration part. my database table of dialplan module is ++--++--+---+---+---+--+---+ | id | dpid | pr | match_op | match_exp | match_len | subst_exp | repl_exp | attrs | ++--++--+---+---+---+--+---+ | 1 |1 | 1 |1 | (^67.+) | 0 | (^67.+) | [hidden email] | | ++--++--+---+---+---+--+---+ and my opensips.cfg configuration is: modparam(dialplan, db_url, mysql://opensips:opensip...@localhost/opensips) route[14] { $var(x) = sip:678; dp_translate(1, $var(x)/$var(tmp)); xlog(-$var(tmp)\n); }. My actual intention is when the client dials the number 678... a prefix 1 should add to that numbers. Is the above configuration correct for my architecture?. Thanks, Nehru. -- View this message in context: http://n2.nabble.com/Dialplan-module-not-working-tp3814747p3814747.html Sent from the OpenSIPS - Users mailing list archive at Nabble.com. ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- View this message in context: http://n2.nabble.com/Dialplan-module-not-working-tp3814747p3821039.html Sent from the OpenSIPS - Users mailing list archive at Nabble.com. ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] OpenSIPS returns 400 Bad Request for PUBLISH
Who is sending that empty publish request? On Wed, Oct 14, 2009 at 8:14 AM, Sanjeev BA as290...@samsung.com wrote: Thanks for the reply. First error I have been able to resolve. This is my presence handling script. route { ... if( is_method(PUBLISH|SUBSCRIBE)) route(2); ... } route[2] { if (!t_newtran()) { sl_reply_error(); exit; }; if(is_method(PUBLISH)) { handle_publish(); #t_release(); } else if( is_method(SUBSCRIBE)) { handle_subscribe(); #t_release(); } exit; } Regards, Sanjeev -Original Message- From: users-boun...@lists.opensips.org [mailto:users-boun...@lists.opensips.org] On Behalf Of Saul Ibarra Sent: Wednesday, October 14, 2009 2:26 PM To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] OpenSIPS returns 400 Bad Request for PUBLISH Error messages are quite descriptive ;) You've tried to record_route that PUBLISH request twice... and also the content length it's zero so what does that PUBLISH actulally 'mean'? Maybe if you show us some little piece of your script (the one andling the publish stuff) we could help you on the first error. On Wed, Oct 14, 2009 at 7:19 AM, Sanjeev BA as290...@samsung.com wrote: Error logs from OpenSIPS console. Oct 14 14:01:46 [4880] DBG:core:parse_msg:? method:? PUBLISH Oct 14 14:01:46 [4880] DBG:core:parse_msg:? uri: sip:tes...@imsdemo.com Oct 14 14:01:46 [4880] DBG:core:parse_msg:? version: SIP/2.0 Oct 14 14:01:46 [4880] DBG:core:parse_headers: flags=2 Oct 14 14:01:46 [4880] DBG:core:get_hdr_field: cseq CSeq: 1 PUBLISH Oct 14 14:01:46 [4880] DBG:core:parse_to: end of header reached, state=10 Oct 14 14:01:46 [4880] DBG:core:parse_to: display={}, ruri={sip:tes...@imsdemo.com} Oct 14 14:01:46 [4880] DBG:core:get_hdr_field: To [27]; uri=[sip:tes...@imsdemo.com] Oct 14 14:01:46 [4880] DBG:core:get_hdr_field: to body [sip:tes...@imsdemo.com ] Oct 14 14:01:46 [4880] DBG:core:parse_via_param: found param type 232, branch = z9hG4bK2559870494smg; state=6 Oct 14 14:01:46 [4880] DBG:core:parse_via_param: found param type 238, transport = UDP; state=16 Oct 14 14:01:46 [4880] DBG:core:parse_via: end of header reached, state=5 Oct 14 14:01:46 [4880] DBG:core:parse_headers: via found, flags=2 Oct 14 14:01:46 [4880] DBG:core:parse_headers: this is the first via Oct 14 14:01:46 [4880] DBG:core:receive_msg: After parse_msg... Oct 14 14:01:46 [4880] DBG:core:receive_msg: preparing to run routing scripts... Oct 14 14:01:46 [4880] DBG:maxfwd:is_maxfwd_present: value = 70 Oct 14 14:01:46 [4880] DBG:core:parse_headers: flags=80 Oct 14 14:01:46 [4880] DBG:uri:has_totag: no totag Oct 14 14:01:46 [4880] DBG:core:parse_headers: flags=78 Oct 14 14:01:46 [4880] DBG:tm:t_lookup_request: start searching: hash=30511, isACK=0 Oct 14 14:01:46 [4880] DBG:tm:matching_3261: RFC3261 transaction matching failed Oct 14 14:01:46 [4880] DBG:tm:t_lookup_request: no transaction found Oct 14 14:01:46 [4880] DBG:core:parse_headers: flags=200 Oct 14 14:01:46 [4880] DBG:core:get_hdr_field: content_length=0 Oct 14 14:01:46 [4880] DBG:core:get_hdr_field: found end of header Oct 14 14:01:46 [4880] DBG:rr:find_first_route: No Route headers found Oct 14 14:01:46 [4880] DBG:rr:loose_route: There is no Route HF Oct 14 14:01:46 [4880] ERROR:rr:w_record_route: Double attempt to record-route Oct 14 14:01:46 [4880] DBG:core:grep_sock_info: checking if host==us: 11==12 ? [imsdemo.com] == [10.89.10.235] Oct 14 14:01:46 [4880] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Oct 14 14:01:46 [4880] DBG:core:parse_headers: flags= Oct 14 14:01:46 [4880] DBG:presence:search_event: start event= [presence] Oct 14 14:01:46 [4880] DBG:presence:handle_publish: SIP-If-Match header not found Oct 14 14:01:46 [4880] DBG:presence:generate_ETag: etag= a.1255496470.4880.1.0 / 21 Oct 14 14:01:46 [4880] DBG:presence:handle_publish: new etag? = a.1255496470.4880.1.0 Oct 14 14:01:46 [4880] DBG:presence:handle_publish: Expires header found, value= 3600 Oct 14 14:01:46 [4880] ERROR:presence:handle_publish: No E-Tag and no body found Oct 14 14:01:46 [4880] DBG:core:parse_headers: flags= Oct 14 14:01:46 [4880] DBG:core:check_via_address: params 10.254.140.195, 10.254.140.195, 0 Oct 14 14:01:46 [4880] DBG:sl:run_sl_callbacks: callback id 0 entered Oct 14 14:01:46 [4880] DBG:tm:t_newtran: transaction on entrance=(nil) Oct 14 14:01:46 [4880] DBG:core:parse_headers: flags= Oct 14 14:01:46 [4880] DBG:core:parse_headers: flags=78 Oct 14 14:01:46 [4880] DBG:tm:t_lookup_request: start searching: hash=30511, isACK=0 Oct 14 14:01:46 [4880] DBG:tm:matching_3261: RFC3261 transaction matching failed Oct 14 14:01:46
Re: [OpenSIPS-Users] CURL from config
Hi! Radius can be a good solution for this. With 1.6 you can natively and easy send/receive any parameters with radius. All you need is a radius server that will translate radius requests to http get requests (one time setup). Maybe you can do also a better (than http parameters) integration between radius server and your application server. -- Best Regards, Alex Massover VoIP RD TL Jajah Inc. From: users-boun...@lists.opensips.org [mailto:users-boun...@lists.opensips.org] On Behalf Of Brett Nemeroff Sent: Wednesday, October 14, 2009 4:31 PM To: users@lists.opensips.org Subject: [OpenSIPS-Users] CURL from config Hello All, I know there was some talk a while back about adding in some sort of CURL support. I was wondering if there was any movement on this. Basically what I'm looking for would be something like: $avp(s:lrn)=curl(http://server/lrn_query.php?dialedno=$rU;); Especially note the use of multiple PVs and/or AVPs in the URL. :) Of course, I know I can do this with a perl mod, but I'm really hoping to do it natively for some higher capacity applications. :) If this *isn't* on the devel roadmap, I'm interested in discovering the level of interest in such a function. Thanks, Brett This mail was received via Mail-SeCure System. This mail was sent via Mail-SeCure System. ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] load balancer in stateless mode
El Miércoles, 14 de Octubre de 2009, Yoo Chan Jeon escribió: Hi, I am new to the OpenSIPs. I am going to use a load balancer. I did not have a problem to run it with a load balancer. But I do not know how I set the OpenSIPS with stateless mode in the opensips.cfg? Don't use t_relay() as it creates a transaction. Instead use forward() or send() functions. If I set it up with stateless mode, do I still need a dialog module? dialog module relies on TM module AFAIK so that is not possible. -- Iñaki Baz Castillo i...@aliax.net ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] CURL from config
Really looking for something more native. I don't presently use Radius; so it's a good amount of extra overhead. Thanks tho, it may be a good stop-gap. This particular application is cgi only, so I can't really go any more fancy of an integration without making a custom TCP socket. :) Which I am considering... On Wed, Oct 14, 2009 at 10:21 AM, Alex Massover a...@jajah.com wrote: Hi! Radius can be a good solution for this. With 1.6 you can natively and easy send/receive any parameters with radius. All you need is a radius server that will translate radius requests to http get requests (one time setup). Maybe you can do also a better (than http parameters) integration between radius server and your application server. -- Best Regards, Alex Massover VoIP RD TL Jajah Inc. *From:* users-boun...@lists.opensips.org [mailto: users-boun...@lists.opensips.org] *On Behalf Of *Brett Nemeroff *Sent:* Wednesday, October 14, 2009 4:31 PM *To:* users@lists.opensips.org *Subject:* [OpenSIPS-Users] CURL from config Hello All, I know there was some talk a while back about adding in some sort of CURL support. I was wondering if there was any movement on this. Basically what I'm looking for would be something like: $avp(s:lrn)=curl(http://server/lrn_query.php?dialedno=$rU;); Especially note the use of multiple PVs and/or AVPs in the URL. :) Of course, I know I can do this with a perl mod, but I'm really hoping to do it natively for some higher capacity applications. :) If this *isn't* on the devel roadmap, I'm interested in discovering the level of interest in such a function. Thanks, Brett This mail was received via Mail-SeCure System. This mail was sent via Mail-SeCure System. ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] load balancer in stateless mode
Thanks for the reply. I am still confused. I checked the load balancer document. It uses a dialog module in order to keep trace of the load. How does the load balancer know the load if OpenSIPs is running under stateless mode? Thanks. Yoo Chan On Wed, Oct 14, 2009 at 11:26 AM, Iñaki Baz Castillo i...@aliax.net wrote: El Miércoles, 14 de Octubre de 2009, Yoo Chan Jeon escribió: Hi, I am new to the OpenSIPs. I am going to use a load balancer. I did not have a problem to run it with a load balancer. But I do not know how I set the OpenSIPS with stateless mode in the opensips.cfg? Don't use t_relay() as it creates a transaction. Instead use forward() or send() functions. If I set it up with stateless mode, do I still need a dialog module? dialog module relies on TM module AFAIK so that is not possible. -- Iñaki Baz Castillo i...@aliax.net ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] load balancer in stateless mode
El Miércoles, 14 de Octubre de 2009, Yoo Chan Jeon escribió: Thanks for the reply. I am still confused. I checked the load balancer document. It uses a dialog module in order to keep trace of the load. How does the load balancer know the load if OpenSIPs is running under stateless mode? dialog module depends on TM, so there cannot be dialog if stateless mode is used = loadbalancer module won't work. -- Iñaki Baz Castillo i...@aliax.net ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] FW: An Old OpenSER Error For A New OpenSIPS User
After Bogdan helped me to correct my errors I was able to manually register extension 1000 on my OpenSER 1000 by entering: /sbin/openstlrc add 1000 password 1...@mydomain.com Then when I went to register my soft-phone to the OpenSER as extension 1000. On my soft-phone (X-Lite 3.0 running on WinXP) I got the message 503 - Message Too Big. I corrected this by editing the file on the OpenSER /etc/openser/openser.cfg (at line 96 Column 24) increasing the default value from 2048 to 8192. Then I got the message 483 - Too Many Hops on my soft phone. So back on the OpenSER I edited /etc/openser/openser.cfg (at Line 91 Column 40) and increased the default value from 10 to 100. I still got the 488 - Too Many Hops message on the client. So I ran a SIP capture on the OpenSER by using the command: ngrep -p -q -W byline port 5060 test.txt Here is the output of that capture: interface: eth0 (10.100.100.0/255.255.255.0) filter: (ip or ip6) and ( port 5060 ) U 208.76.137.2:31215 - 10.100.100.199:5060 REGISTER sip:usmetrotel.com SIP/2.0. Via: SIP/2.0/UDP 208.76.137.2:31215;branch=z9hG4bK-d8754z-1271d5783f053154-1---d8754z-;rport. Max-Forwards: 70. Contact: sip:1...@208.76.137.2:31215;rinstance=705236a41a2fcc6d. To: Larry-Kempsip:1...@usmetrotel.com. From: Larry-Kempsip:1...@usmetrotel.com;tag=863d2266. Call-ID: OTljYmExZTU2ZjI0ODU2NDlhYzYwYmFmMmE3OTkxYjU.. CSeq: 1 REGISTER. Expires: 3600. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO. User-Agent: X-Lite release 1103k stamp 53621. Content-Length: 0. . U 10.100.100.199:5060 - 208.76.137.2:31215 SIP/2.0 483 Too Many Hops. Via: SIP/2.0/UDP 208.76.137.2:31215;branch=z9hG4bK-d8754z-1271d5783f053154-1---d8754z-;rport=31215. To: Larry-Kempsip:1...@usmetrotel.com;tag=329cfeaa6ded039da25ff8cbb8668bd2.cb9e. From: Larry-Kempsip:1...@usmetrotel.com;tag=863d2266. Call-ID: OTljYmExZTU2ZjI0ODU2NDlhYzYwYmFmMmE3OTkxYjU.. CSeq: 1 REGISTER. Server: OpenSER (1.2.2-notls (i386/linux)). Content-Length: 0. . : I am not sure what else it could be with the Soft-phone client or OpenSER. Here is a brief outlook of what my IP network traffic routing looks like: Network/Device Private IP Public IP (if it has one) - -Network 1 (Private LAN): My WinXP PC containing X-Lite Soft Phone 172.20.30.22None Default gateway: 172.20.30.254 208.76.137.2 -Internet -Network 2 (DMZ): My OpenSER Server: 10.100.100.199 = 208.76.137.116 - Questions: - Do you think the OpenSER is having trouble making its way back to the soft-client or to the Internet based on what the SIP capture shows? - Could the OpenSER have a problem leaving one private network, traversing the Internet, and then going back into another private network? - Do I perhaps need to somehow add a route on the OpenSER server to tell it how to get to that remote network? Larry Kemp Network Engineer U.S. Metropolitan Telecom Bonita Springs, FL USA -Original Message- From: Kemp, Larry Sent: Wednesday, October 14, 2009 10:15 AM To: 'Bogdan-Andrei Iancu'; OpenSIPS users mailling list Subject: RE: [OpenSIPS-Users] An Old OpenSER Error For A New OpenSIPS User Bogdan, Thank you very much for your help with OpenSER. I have seen many people report this issue in forums but was never really able to see where folks found a resolve for this. I see too in Flavio's book on page 100 where he states what the user openser's password must be entered as when adding VoIP extensions. In the book it states to change HAS_SERWEB=yes. I guess later on it will cover the PHP SerMyAdmin possibilities. Now that I know that this is controlled in this location if I need the SERWEB enabled again, I can as needed and then restart OpenSER. Now I can move on to getting the VoIP X-Lite soft-phones to register to OpenSER and make hopefully make interdomain test calls. Here is my output now: - MY-SERVERS-NAME:/etc/openser# /sbin/openserctl add 1000 password 1...@mydomain.com database engine 'MYSQL' loaded Control engine 'FIFO' loaded is_user: user counter=0 check_db_alias: alias counter=0 MySql password for user 'open...@localhost': new user '1000' added MY-SERVERS-NAME:/etc/openser# /sbin/openserctl
[OpenSIPS-Users] Load balancer to receive feedback from destination
Hi, I appreciate your quick response. I still have a question regarding a load balancer. I guess I can not use it for stateless mode OpenSIPS because the load balancer needs a dialog module for checking the load. The document describes that the load-balancing (LB) module is able to receive feedback from the destinations (if they are capable of). This mechanism is used for notifying *OpenSIPS* when the maximum capacity of a destination changed. Would you explain how I can implement this? I could not find any exported functions to set this up. Thanks. Yoo Chan ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] check_source_address() failures
Hi Irina, The update seems to have taken care of the problem. Thanks. I’m noticing an issue with check_address I’ll put in a separate message. - Jeff On 10/14/09 10:05 AM, Irina Stanescu ironmi...@gmail.com wrote: Hi Jeff, There was a problem with the check_address_source function. It has been fixed starting with rev 6262. Please update and let me know if you find any other problems. Thank you! Irina Stanescu On Wed, Oct 14, 2009 at 1:19 AM, Brad Bendy brad.be...@benganetworks.com wrote: I know on mine I had to set port to 5060 (5068 in your case) or whatever you want, otherwise it would not work for me. Im sure you can use a * for any port number as well, but I have not tried that. Jeff Pyle wrote: Hello, A request arrives at Opensips 1.6 from address 175.88.228.19:5068 http://175.88.228.19:5068 on UDP. The address table contains: ++-+--+--+--+---+--+--+ | id | grp | ip | mask | port | proto | pattern | context_info | ++-+--+--+--+---+--+--+ | 38 | 10 | 175.88.228.0 | 24 |0 | udp | ^sip:.*$ | src_test | ++-+--+--+--+---+--+--+ I would expect if(check_source_address(10)) to succeed, yet it does not. Any thoughts? I'm using check_source_address() elsewhere in my config to emulate the old allow_trusted, and that works just fine. Thanks, Jeff ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] check_address() causes crash
Hello, I have the following: if (check_address(10, $rd, 0, $proto)) { setflag(7); } In many cases, and I can't seem to determine what those cases are, this causes the system to run very slowly for about 30 seconds, and then Opensips exits. I need to know if the source or destination IP addresses fall into one of the blocks included in group 10 of the address table. check_source_address() works great with Irina's fix; this is the destination half. It tanks the system. On the doc page it says: Transport protocol is either ANY or any valid transport protocol value: UDP, TCP, TLS, and SCTP. Is case relevant? Is lowercase just as valid as the uppercase examples? - Jeff ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Presence: no record in Presentity table
Hi, Are you sure the server is receiving any PUBLISH messages? What clients do you use? Do they support presence with a central agent? Regards, Anca JR RND wrote: Hi, I have installed opensips-1.5.3-tls with db_mysql, presence, presence_xml and presence_mwi modules. I tried to test presence with xlite and I can see that there are records found in watchers and active_watchers table but not presentity table. I think there should be something inserted into presentity table. Isn't it? Any hint or help is appreciated. Thanks Here is my opensips.cfg # # $Id: opensips.cfg 5503 2009-03-22 16:22:32Z bogdan_iancu $ # # OpenSIPS basic configuration script # by Anca Vamanu a...@voice-system.ro # # Please refer to the Core CookBook at: # http://www.opensips.org/index.php?n=Resources.DocsCookbooks # for a explanation of possible statements, functions and parameters. # ### Global Parameters # log_facility=LOG_LOCAL0 /* uncomment the following lines to enable debugging */ debug=3 fork=yes log_stderror=yes /* uncomment the next line to disable TCP (default on) */ #disable_tcp=yes /* uncomment the next line to enable the auto temporary blacklisting of not available destinations (default disabled) */ #disable_dns_blacklist=no /* uncomment the next line to enable IPv6 lookup after IPv4 dns lookup failures (default disabled) */ #dns_try_ipv6=yes /* uncomment the next line to disable the auto discovery of local aliases based on revers DNS on IPs (default on) */ #auto_aliases=no /* uncomment the following lines to enable TLS support (default off) */ #disable_tls = no #listen = tls:your_IP:5061 #tls_verify_server = 1 #tls_verify_client = 1 #tls_require_client_certificate = 0 #tls_method = TLSv1 #tls_certificate = /usr/local/etc/opensips/tls/user/user-cert.pem #tls_private_key = /usr/local/etc/opensips/tls/user/user-privkey.pem #tls_ca_list = /usr/local/etc/opensips/tls/user/user-calist.pem port=5060 /* uncomment and configure the following line if you want opensips to bind on a specific interface/port/proto (default bind on all available) */ #listen=udp:192.168.1.2:5060 ### Modules Section #set module path mpath=/usr/local/lib/opensips/modules/ /* uncomment next line for MySQL DB support */ loadmodule db_mysql.so loadmodule signaling.so loadmodule sl.so loadmodule tm.so loadmodule rr.so loadmodule maxfwd.so loadmodule usrloc.so loadmodule registrar.so loadmodule textops.so loadmodule mi_fifo.so loadmodule uri_db.so loadmodule uri.so loadmodule xlog.so loadmodule acc.so /* uncomment next lines for MySQL based authentication support NOTE: a DB (like db_mysql) module must be also loaded */ loadmodule auth.so loadmodule auth_db.so /* uncomment next line for aliases support NOTE: a DB (like db_mysql) module must be also loaded */ loadmodule alias_db.so /* uncomment next line for multi-domain support NOTE: a DB (like db_mysql) module must be also loaded NOTE: be sure and enable multi-domain support in all used modules (see multi-module params section ) */ loadmodule domain.so /* uncomment the next two lines for presence server support NOTE: a DB (like db_mysql) module must be also loaded */ loadmodule presence.so loadmodule presence_xml.so loadmodule presence_mwi.so # - setting module-specific parameters --- # - mi_fifo params - modparam(mi_fifo, fifo_name, /tmp/opensips_fifo) # - rr params - # add value to ;lr param to cope with most of the UAs modparam(rr, enable_full_lr, 1) # do not append from tag to the RR (no need for this script) modparam(rr, append_fromtag, 0) # - registrar params - modparam(registrar, method_filtering, 1) /* uncomment the next line to disable parallel forking via location */ modparam(registrar, append_branches, 0) /* uncomment the next line not to allow more than 10 contacts per AOR */ #modparam(registrar, max_contacts, 10) # - usrloc params - #modparam(usrloc, db_mode, 0) /* uncomment the following lines if you want to enable DB persistency for location entries */ modparam(usrloc, db_mode, 2) modparam(usrloc, db_url,mysql://opensips:opensip...@localhost/opensips) # - uri_db params - /* by default we disable the DB support in the module as we do not need it in this configuration */ modparam(uri_db, use_uri_table, 0) modparam(uri_db, db_url, ) # - acc params - /* what sepcial events should be accounted ? */ modparam(acc, early_media, 1) modparam(acc, report_ack, 1) modparam(acc, report_cancels, 1) /* by default ww do not adjust the direct of the sequential requests. if you enable this parameter, be sure the enable append_fromtag in rr module */ modparam(acc, detect_direction, 0) /* account triggers (flags) */ modparam(acc, failed_transaction_flag, 3) modparam(acc, log_flag, 1)
Re: [OpenSIPS-Users] OpenSIPs behind a firewall
I'm sure that Raul had a good point that I'm crazy for doing this, but right now unfortunately I do not have a lot of options, and believe with some solid logic in the config can resolve this issue. Right now I appear to be having an ACK come back from a 200 that turns into an endless loop. I'm using advertised_address=75.101.136.125 U 10.250.7.164:5060 - 76.102.118.209:3724 SIP/2.0 200 OK. Via: SIP/2.0/UDP 192.168.1.102:3724 ;received=76.102.118.209;branch=z9hG4bK-d8754z-ff34ad60b13c376a-1---d8754z-;rport=3724. Call-ID: NTU3NTE3NmZiNjVkNGYzNWEzYWVhZWQ4MjhhYjczN2E.. CSeq: 2 INVITE. Contact: sip:2...@76.102.118.209:11386. From: Daniel Goepp sip:1...@vidtel.com sip%3a1...@vidtel.com ;tag=ac7fa632. To: 2001 sip:2...@vidtel.com sip%3a2...@vidtel.com ;tag=8f7b7e78f8cb0eca. Record-Route: sip:75.101.136.125;lr=on. Allow: INVITE,ACK,CANCEL,BYE,UPDATE,INFO,OPTIONS,REFER,NOTIFY. Server: TANDBERG/257 (TE2.0.0.191892). Supported: replaces,100rel,timer,gruu,path,outbound,com.tandberg.sdp.extensions.v1. Session-Expires: 500; refresher=uas. Min-SE: 90. Content-Type: application/sdp. Content-Length: 217. . v=0. o=tandberg 103 1 IN IP4 192.168.1.101. s=-. c=IN IP4 192.168.1.101. b=CT:64. t=0 0. m=audio 2330 RTP/AVP 0 101. b=TIAS:64000. a=rtpmap:0 PCMU/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=sendrecv. U 76.102.118.209:3724 - 10.250.7.164:5060 ACK sip:2...@76.102.118.209:11386 SIP/2.0. Via: SIP/2.0/UDP 192.168.1.102:3724 ;branch=z9hG4bK-d8754z-6d520059c54f5b74-1---d8754z-;rport. Max-Forwards: 70. Route: sip:75.101.136.125;lr. Contact: sip:1...@192.168.1.102:3724. To: 2001sip:2...@vidtel.com sip%3a2...@vidtel.com ;tag=8f7b7e78f8cb0eca. From: Daniel Goeppsip:1...@vidtel.com sip%3a1...@vidtel.com ;tag=ac7fa632. Call-ID: NTU3NTE3NmZiNjVkNGYzNWEzYWVhZWQ4MjhhYjczN2E.. CSeq: 2 ACK. Proxy-Authorization: Digest username=1001,realm=vidtel.com ,nonce=4ad65ba02105a03bfdc0e3839160a42b5e1d90ac,uri=sip:2...@vidtel.comsip%3a2...@vidtel.com ,response=0eea648b121320214ab8ec908eb97446,algorithm=MD5. User-Agent: eyeBeam release 1104g stamp 54685. Content-Length: 0. . U 10.250.7.164:5060 - 75.101.136.125:5060 ACK sip:2...@76.102.118.209:11386 SIP/2.0. Via: SIP/2.0/UDP 75.101.136.125;branch=z9hG4bK3128.7db9df05.2. Via: SIP/2.0/UDP 192.168.1.102:3724 ;received=76.102.118.209;branch=z9hG4bK-d8754z-6d520059c54f5b74-1---d8754z-;rport=3724. Max-Forwards: 69. Route: sip:75.101.136.125;lr. Contact: sip:1...@192.168.1.102:3724. To: 2001sip:2...@vidtel.com sip%3a2...@vidtel.com ;tag=8f7b7e78f8cb0eca. From: Daniel Goeppsip:1...@vidtel.com sip%3a1...@vidtel.com ;tag=ac7fa632. Call-ID: NTU3NTE3NmZiNjVkNGYzNWEzYWVhZWQ4MjhhYjczN2E.. CSeq: 2 ACK. Proxy-Authorization: Digest username=1001,realm=vidtel.com ,nonce=4ad65ba02105a03bfdc0e3839160a42b5e1d90ac,uri=sip:2...@vidtel.comsip%3a2...@vidtel.com ,response=0eea648b121320214ab8ec908eb97446,algorithm=MD5. User-Agent: eyeBeam release 1104g stamp 54685. Content-Length: 0. . -dg On Wed, Oct 7, 2009 at 11:20 PM, Bogdan-Andrei Iancu bog...@voice-system.ro wrote: Hi Daniel, Try using set_advertised_address() before sending the call out. http://www.opensips.org/Resources/DocsCoreFcn#toc125 or use the record_route_preset() function : http://www.opensips.org/html/docs/modules/devel/rr.html#id228590 Regards, Bogdan Daniel Goepp wrote: After further investigation, this only updating the Via header, but the RR is remaining untouched: Record-Route: sip:10.250.7.164;lr=on Ideas about how I might get this field updated correctly? Thanks -dg On Wed, Oct 7, 2009 at 2:10 PM, Bogdan-Andrei Iancu bog...@voice-system.ro wrote: Hi Daniel, try using the advertise_address and advertise_port to force opensips in using the public IPs of the NAT: http://www.opensips.org/Resources/DocsCoreFcn#toc24 Regards, Bogdan Daniel Goepp wrote: I am trying to setup OpenSIPs to run behind a firewall, and not finding much information regarding how to get OpenSIPs to be aware of the public IP for it's signaling. The firewall is setup with a 1 to 1 NAT for the public and private IPs, and right now all udp and tcp traffic is being passed directly through. Has anyone successfully gotten OpenSIPs setup like this? If so, can you please provide any information on how it was setup. TIA -dg ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] OpenSIPs behind a firewall
Sorry, I hit send when I meant to hit save while I pulled some info. The trace below though shows the start of the loop of ACKs. The ACKs are getting sent to 75.101.136.125, when then should be going to the endpoint. It would appear the transaction is not being identified. I'm still looking at why, hence not wanting to send this yet...but any early ideas would be great ;) -dg On Wed, Oct 14, 2009 at 4:20 PM, Daniel Goepp d...@goepp.net wrote: I'm sure that Raul had a good point that I'm crazy for doing this, but right now unfortunately I do not have a lot of options, and believe with some solid logic in the config can resolve this issue. Right now I appear to be having an ACK come back from a 200 that turns into an endless loop. I'm using advertised_address=75.101.136.125 U 10.250.7.164:5060 - 76.102.118.209:3724 SIP/2.0 200 OK. Via: SIP/2.0/UDP 192.168.1.102:3724 ;received=76.102.118.209;branch=z9hG4bK-d8754z-ff34ad60b13c376a-1---d8754z-;rport=3724. Call-ID: NTU3NTE3NmZiNjVkNGYzNWEzYWVhZWQ4MjhhYjczN2E.. CSeq: 2 INVITE. Contact: sip:2...@76.102.118.209:11386. From: Daniel Goepp sip:1...@vidtel.com sip%3a1...@vidtel.com ;tag=ac7fa632. To: 2001 sip:2...@vidtel.com sip%3a2...@vidtel.com ;tag=8f7b7e78f8cb0eca. Record-Route: sip:75.101.136.125;lr=on. Allow: INVITE,ACK,CANCEL,BYE,UPDATE,INFO,OPTIONS,REFER,NOTIFY. Server: TANDBERG/257 (TE2.0.0.191892). Supported: replaces,100rel,timer,gruu,path,outbound,com.tandberg.sdp.extensions.v1. Session-Expires: 500; refresher=uas. Min-SE: 90. Content-Type: application/sdp. Content-Length: 217. . v=0. o=tandberg 103 1 IN IP4 192.168.1.101. s=-. c=IN IP4 192.168.1.101. b=CT:64. t=0 0. m=audio 2330 RTP/AVP 0 101. b=TIAS:64000. a=rtpmap:0 PCMU/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=sendrecv. U 76.102.118.209:3724 - 10.250.7.164:5060 ACK sip:2...@76.102.118.209:11386 SIP/2.0. Via: SIP/2.0/UDP 192.168.1.102:3724 ;branch=z9hG4bK-d8754z-6d520059c54f5b74-1---d8754z-;rport. Max-Forwards: 70. Route: sip:75.101.136.125;lr. Contact: sip:1...@192.168.1.102:3724. To: 2001sip:2...@vidtel.com sip%3a2...@vidtel.com ;tag=8f7b7e78f8cb0eca. From: Daniel Goeppsip:1...@vidtel.com sip%3a1...@vidtel.com ;tag=ac7fa632. Call-ID: NTU3NTE3NmZiNjVkNGYzNWEzYWVhZWQ4MjhhYjczN2E.. CSeq: 2 ACK. Proxy-Authorization: Digest username=1001,realm=vidtel.com ,nonce=4ad65ba02105a03bfdc0e3839160a42b5e1d90ac,uri= sip:2...@vidtel.com sip%3a2...@vidtel.com ,response=0eea648b121320214ab8ec908eb97446,algorithm=MD5. User-Agent: eyeBeam release 1104g stamp 54685. Content-Length: 0. . U 10.250.7.164:5060 - 75.101.136.125:5060 ACK sip:2...@76.102.118.209:11386 SIP/2.0. Via: SIP/2.0/UDP 75.101.136.125;branch=z9hG4bK3128.7db9df05.2. Via: SIP/2.0/UDP 192.168.1.102:3724 ;received=76.102.118.209;branch=z9hG4bK-d8754z-6d520059c54f5b74-1---d8754z-;rport=3724. Max-Forwards: 69. Route: sip:75.101.136.125;lr. Contact: sip:1...@192.168.1.102:3724. To: 2001sip:2...@vidtel.com sip%3a2...@vidtel.com ;tag=8f7b7e78f8cb0eca. From: Daniel Goeppsip:1...@vidtel.com sip%3a1...@vidtel.com ;tag=ac7fa632. Call-ID: NTU3NTE3NmZiNjVkNGYzNWEzYWVhZWQ4MjhhYjczN2E.. CSeq: 2 ACK. Proxy-Authorization: Digest username=1001,realm=vidtel.com ,nonce=4ad65ba02105a03bfdc0e3839160a42b5e1d90ac,uri= sip:2...@vidtel.com sip%3a2...@vidtel.com ,response=0eea648b121320214ab8ec908eb97446,algorithm=MD5. User-Agent: eyeBeam release 1104g stamp 54685. Content-Length: 0. . -dg On Wed, Oct 7, 2009 at 11:20 PM, Bogdan-Andrei Iancu bog...@voice-system.ro wrote: Hi Daniel, Try using set_advertised_address() before sending the call out. http://www.opensips.org/Resources/DocsCoreFcn#toc125 or use the record_route_preset() function : http://www.opensips.org/html/docs/modules/devel/rr.html#id228590 Regards, Bogdan Daniel Goepp wrote: After further investigation, this only updating the Via header, but the RR is remaining untouched: Record-Route: sip:10.250.7.164;lr=on Ideas about how I might get this field updated correctly? Thanks -dg On Wed, Oct 7, 2009 at 2:10 PM, Bogdan-Andrei Iancu bog...@voice-system.ro wrote: Hi Daniel, try using the advertise_address and advertise_port to force opensips in using the public IPs of the NAT: http://www.opensips.org/Resources/DocsCoreFcn#toc24 Regards, Bogdan Daniel Goepp wrote: I am trying to setup OpenSIPs to run behind a firewall, and not finding much information regarding how to get OpenSIPs to be aware of the public IP for it's signaling. The firewall is setup with a 1 to 1 NAT for the public and private IPs, and right now all udp and tcp traffic is being passed directly through. Has anyone successfully gotten OpenSIPs setup like this? If so, can you please provide any information on how it was setup. TIA -dg ___ Users mailing list Users@lists.opensips.org
Re: [OpenSIPS-Users] OpenSIPS returns 400 Bad Request for PUBLISH
Hi, After debugging I figured out that the client was sending an empty publish. I could correct the issue in the client. Thanks for your support. Regards Sanjeev -Original Message- From: users-boun...@lists.opensips.org [mailto:users-boun...@lists.opensips.org] On Behalf Of Saul Ibarra Sent: Wednesday, October 14, 2009 11:54 PM To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] OpenSIPS returns 400 Bad Request for PUBLISH Who is sending that empty publish request? On Wed, Oct 14, 2009 at 8:14 AM, Sanjeev BA as290...@samsung.com wrote: Thanks for the reply. First error I have been able to resolve. This is my presence handling script. route { ... ? ? ? ?if( is_method(PUBLISH|SUBSCRIBE)) ? ? ? ? ? ? ? ? ? ? ? ?route(2); ... } route[2] { ? ? ? ?if (!t_newtran()) ? ? ? ?{ ? ? ? ? ? ? ? ?sl_reply_error(); ? ? ? ? ? ? ? ?exit; ? ? ? ?}; ? ? ? ?if(is_method(PUBLISH)) ? ? ? ?{ ? ? ? ? ? ? ? ?handle_publish(); ? ? ? ? ? ? ? ?#t_release(); ? ? ? ?} ? ? ? ?else ? ? ? ?if( is_method(SUBSCRIBE)) ? ? ? ?{ ? ? ? ? ? ? ? ?handle_subscribe(); ? ? ? ? ? ? ? ?#t_release(); ? ? ? ?} ? ? ? ?exit; } Regards, Sanjeev -Original Message- From: users-boun...@lists.opensips.org [mailto:users-boun...@lists.opensips.org] On Behalf Of Saul Ibarra Sent: Wednesday, October 14, 2009 2:26 PM To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] OpenSIPS returns 400 Bad Request for PUBLISH Error messages are quite descriptive ;) You've tried to record_route that PUBLISH request twice... and also the content length it's zero so what does that PUBLISH actulally 'mean'? Maybe if you show us some little piece of your script (the one andling the publish stuff) we could help you on the first error. On Wed, Oct 14, 2009 at 7:19 AM, Sanjeev BA as290...@samsung.com wrote: Error logs from OpenSIPS console. Oct 14 14:01:46 [4880] DBG:core:parse_msg:? method:? PUBLISH Oct 14 14:01:46 [4880] DBG:core:parse_msg:? uri: sip:tes...@imsdemo.com Oct 14 14:01:46 [4880] DBG:core:parse_msg:? version: SIP/2.0 Oct 14 14:01:46 [4880] DBG:core:parse_headers: flags=2 Oct 14 14:01:46 [4880] DBG:core:get_hdr_field: cseq CSeq: 1 PUBLISH Oct 14 14:01:46 [4880] DBG:core:parse_to: end of header reached, state=10 Oct 14 14:01:46 [4880] DBG:core:parse_to: display={}, ruri={sip:tes...@imsdemo.com} Oct 14 14:01:46 [4880] DBG:core:get_hdr_field: To [27]; uri=[sip:tes...@imsdemo.com] Oct 14 14:01:46 [4880] DBG:core:get_hdr_field: to body [sip:tes...@imsdemo.com ] Oct 14 14:01:46 [4880] DBG:core:parse_via_param: found param type 232, branch = z9hG4bK2559870494smg; state=6 Oct 14 14:01:46 [4880] DBG:core:parse_via_param: found param type 238, transport = UDP; state=16 Oct 14 14:01:46 [4880] DBG:core:parse_via: end of header reached, state=5 Oct 14 14:01:46 [4880] DBG:core:parse_headers: via found, flags=2 Oct 14 14:01:46 [4880] DBG:core:parse_headers: this is the first via Oct 14 14:01:46 [4880] DBG:core:receive_msg: After parse_msg... Oct 14 14:01:46 [4880] DBG:core:receive_msg: preparing to run routing scripts... Oct 14 14:01:46 [4880] DBG:maxfwd:is_maxfwd_present: value = 70 Oct 14 14:01:46 [4880] DBG:core:parse_headers: flags=80 Oct 14 14:01:46 [4880] DBG:uri:has_totag: no totag Oct 14 14:01:46 [4880] DBG:core:parse_headers: flags=78 Oct 14 14:01:46 [4880] DBG:tm:t_lookup_request: start searching: hash=30511, isACK=0 Oct 14 14:01:46 [4880] DBG:tm:matching_3261: RFC3261 transaction matching failed Oct 14 14:01:46 [4880] DBG:tm:t_lookup_request: no transaction found Oct 14 14:01:46 [4880] DBG:core:parse_headers: flags=200 Oct 14 14:01:46 [4880] DBG:core:get_hdr_field: content_length=0 Oct 14 14:01:46 [4880] DBG:core:get_hdr_field: found end of header Oct 14 14:01:46 [4880] DBG:rr:find_first_route: No Route headers found Oct 14 14:01:46 [4880] DBG:rr:loose_route: There is no Route HF Oct 14 14:01:46 [4880] ERROR:rr:w_record_route: Double attempt to record-route Oct 14 14:01:46 [4880] DBG:core:grep_sock_info: checking if host==us: 11==12 ? [imsdemo.com] == [10.89.10.235] Oct 14 14:01:46 [4880] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Oct 14 14:01:46 [4880] DBG:core:parse_headers: flags= Oct 14 14:01:46 [4880] DBG:presence:search_event: start event= [presence] Oct 14 14:01:46 [4880] DBG:presence:handle_publish: SIP-If-Match header not found Oct 14 14:01:46 [4880] DBG:presence:generate_ETag: etag= a.1255496470.4880.1.0 / 21 Oct 14 14:01:46 [4880] DBG:presence:handle_publish: new etag? = a.1255496470.4880.1.0 Oct 14 14:01:46 [4880] DBG:presence:handle_publish: Expires header found, value= 3600 Oct 14 14:01:46 [4880] ERROR:presence:handle_publish: No E-Tag and no body found Oct 14 14:01:46 [4880] DBG:core:parse_headers: flags= Oct 14 14:01:46 [4880] DBG:core:check_via_address: params 10.254.140.195, 10.254.140.195, 0 Oct 14
Re: [OpenSIPS-Users] OpenSIPS - OpenXCAP integration
Yes. Here's the sequence. After changing to digest, I can observe a 500 Internal Server Error in the OpenXCAP server. Logs are provided below. Client Request T 2009/10/15 08:42:04.997913 10.254.140.240:43525 - 10.89.10.235:80 [AP] GET /xcap-root/org.openmobilealliance.xcap-directory/users/sip%3Atester%40imsdem o.com/directory.xml HTTP/1.1. Host: 10.89.10.235:80. Content-length: 0. Connection: keep-alive. . 401 Response ## T 2009/10/15 08:42:05.106696 10.89.10.235:80 - 10.254.140.240:43525 [AP] HTTP/1.1 401 Unauthorized. Date: Wed, 14 Oct 2009 23:42:05 GMT. Content-Length: 141. Content-Type: text/html. WWW-Authenticate: digest nonce=62026475982401434245613, opaque=23870f726b78fb5d872eced92ca0c1dd-NjI0NDQ0MDI2NDc1OTgyNDAxNDM0MjQ1NjE zLDEwLjI1NC4xNDAuMjQwLDEyNTU1NjM3MjU=, realm=imsdemo.com, algorithm=MD5, qop=auth. Server: OpenXCAP/1.1.2.. Date: Wed, 14 Oct 2009 12:17:24 GMT. Content-Length: 141. Content-Type: text/html. WWW-Authenticate: basic realm=imsdemo.com. Server: OpenXCAP/1.1.2. . htmlheadtitleUnauthorized/title/headbodyh1Unauthorized/h1p You are not authorized to access this resource./p/body/html Second GET from client # T 2009/10/15 08:42:05.378179 10.254.140.240:43527 - 10.89.10.235:80 [AP] GET /xcap-root/org.openmobilealliance.xcap-directory/users/sip%3Atester%40imsdem o.com/directory.xml HTTP/1.1. Host: 10.89.10.235:80. Authorization: Digest username=tester, realm=imsdemo.com, qop=auth, nonce=62026475982401434245613, algorithm=MD5, uri=/xcap-root/org.openmobilealliance.xcap-directory/users/sip%3Atester%40i msdemo.com/directory.xml, response=, cnonce=poc123test, opaque=23870f726b78fb5d872eced92ca0c1dd-NjI0NDQ0MDI2NDc1OTgyNDAxNDM0MjQ1NjE zLDEwLjI1NC4xNDAuMjQwLDEyNTU1NjM., nc=0001. Content-length: 0. Connection: keep-alive. 500 Internal Server Error ## T 2009/10/15 08:42:05.387184 10.89.10.235:80 - 10.254.140.240:43527 [AP] HTTP/1.1 500 Internal Server Error. Date: Wed, 14 Oct 2009 23:42:05 GMT. Content-Length: 96. Content-Type: text/plain. Server: OpenXCAP/1.1.2. . An error occurred while processing the request. More information is available in the server log. XCAP Server Error Log. 10.254.140.240 'GET /xcap-root/org.openmobilealliance.xcap-directory/users/sip%3Atester%40imsdem o.com/directory.xml HTTP/1.1' 401 0 141 - - REQUEST headers: Host: 10.89.10.235:80 NjI0NDQ0MDI2NDc1OTgyNDAxNDM0MjQ1NjEzLDEwLjI1NC4xNDAuMjQwLDEyNTU1NjM error: 10.254.140.240 'GET /xcap-root/org.openmobilealliance.xcap-directory/users/sip%3Atester%40imsdem o.com/directory.xml HTTP/1.1' 500 0 96 - - error: REQUEST headers: error: Host: 10.89.10.235:80 error: Authorization: Digest username=tester, realm=imsdemo.com, qop=auth, nonce=62026475982401434245613, algorithm=MD5, uri=/xcap-root/org.openmobilealliance.xcap-directory/users/sip%3Atester%40i msdemo.com/directory.xml, response=, cnonce=poc123test, opaque=23870f726b78fb5d872eced92ca0c1dd-NjI0NDQ0MDI2NDc1OTgyNDAxNDM0MjQ1NjE zLDEwLjI1NC4xNDAuMjQwLDEyNTU1NjM, nc=0001 error: RESPONSE headers: error: Content-Type: text/plain error: RESPONSE: Content-Type: text/plain error: An error occurred while processing the request. More information is available in the server log. error: TRACEBACK (most recent call last): error:File /usr/lib/python2.5/site-packages/twisted/web2/server.py, line 268, in lambda error: d.addCallback(lambda res, req: res.renderHTTP(req), self) error:File /usr/lib/python2.5/site-packages/xcap/authentication.py, line 284, in renderHTTP error: d = self.authenticate(request) error:File /usr/lib/python2.5/site-packages/xcap/authentication.py, line 212, in authenticate error: (request,), None) error:File /usr/lib/python2.5/site-packages/twisted/internet/defer.py, line 186, in addCallbacks error: self._runCallbacks() error: --- exception caught here --- error:File /usr/lib/python2.5/site-packages/twisted/internet/defer.py, line 328, in _runCallbacks error: self.result = callback(self.result, *args, **kw) error:File /usr/lib/python2.5/site-packages/xcap/authentication.py, line 217, in _trustedPeerLoginFailed error: return HTTPAuthResource.authenticate(self, request) error:File /usr/lib/python2.5/site-packages/twisted/web2/auth/wrapper.py, line 181, in authenticate error: authHeader[1], request) error:File /usr/lib/python2.5/site-packages/twisted/web2/auth/wrapper.py, line 145, in login error: creds = factory.decode(response, request) error:File /usr/lib/python2.5/site-packages/twisted/web2/auth/digest.py, line 344, in decode error: request.remoteAddr.host): error:File /usr/lib/python2.5/site-packages/twisted/web2/auth/digest.py, line 257, in verifyOpaque error: key = opaqueParts[1].decode('base64') error:File /usr/lib/python2.5/encodings/base64_codec.py, line 43, in base64_decode error: output = base64.decodestring(input) error:File base64.py, line 321, in decodestring error: return binascii.a2b_base64(s) error:
[OpenSIPS-Users] List of flag descriptions
The documentation on how the flags are set and used is clear, but I don't see a list of which flags are used for which purposes. For example, flag 1 appears to be accounting, and I've seen flag 3, 6 and 7 all used for NAT detection. Is there some master list of predefined flag uses, and then what range could be used for custom purposes? Thanks -dg ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] OpenXCAP Configuration help
I'm new to openxcap server. I installed openxcap as shown in openxcap.orgwebsite.I'm having hard time configuring it and making it work with a IMS/Presence Client. I want to configure openxcap with http, not https. Here is my openxcap config.ini file [Server] address = 63.148.166.215 port = 9080 root = http://sips01.smithmicro.com:9080/xcap-root backend = OpenSIPS document_validation = Yes [Authentication] type = basic cleartext_passwords = Yes default_realm = 63.148.166.215 trusted_peers = [TLS] certificate = ./tls/openxcap.crt private_key = ./tls/openxcap.key [Database] authentication_db_uri = mysql://opensips:opensip...@localhost/opensips storage_db_uri = mysql://opensips:opensip...@localhost/opensips subscriber_table = subscriber xcap_table = xcap [OpenSIPS] ; The address and port of the xml-rpc management interface xmlrpc_url = http://sips01.smithmicro.com:8080 ; Publish xcap-diff event via OpenSIPS management interface ; enable_publish_xcapdiff = yes -- sudo openxcap --no-fork Starting OpenXCAP 1.1.2 xcap.server.HTTPFactory starting on 9080 8 xcap documents in the database .. openxcap starts fine and spits out error 404, even for PUT operations. Here is my OPenSIPS config. I'm not using intergrated xcap, just to make the initial xcap work as dis-joint with opensips. Still It does not work Please help me find the error debug=3 log_stderror=no log_facility=LOG_LOCAL0 fork=yes children=4 /* uncomment the following lines to enable debugging */ #debug=6 fork=no log_stderror=yes /* uncomment the next line to disable TCP (default on) */ #disable_tcp=yes /* uncomment the next line to enable the auto temporary blacklisting of not available destinations (default disabled) */ #disable_dns_blacklist=no /* uncomment the next line to enable IPv6 lookup after IPv4 dns lookup failures (default disabled) */ #dns_try_ipv6=yes /* uncomment the next line to disable the auto discovery of local aliases based on revers DNS on IPs (default on) */ #auto_aliases=no /* uncomment the following lines to enable TLS support (default off) */ #disable_tls = no #listen = tls:your_IP:5061 #tls_verify_server = 1 #tls_verify_client = 1 #tls_require_client_certificate = 0 #tls_method = TLSv1 #tls_certificate = /usr/local/etc/opensips/tls/user/user-cert.pem #tls_private_key = /usr/local/etc/opensips/tls/user/user-privkey.pem #tls_ca_list = /usr/local/etc/opensips/tls/user/user-calist.pem port=5060 /* uncomment and configure the following line if you want opensips to bind on a specific interface/port/proto (default bind on all available) */ listen=udp:63.148.166.215:5060 ### Modules Section #set module path mpath=/usr/local/lib/opensips/modules/ /* uncomment next line for MySQL DB support */ loadmodule db_mysql.so loadmodule signaling.so loadmodule sl.so loadmodule tm.so loadmodule rr.so loadmodule maxfwd.so loadmodule usrloc.so loadmodule registrar.so loadmodule textops.so loadmodule mi_fifo.so loadmodule uri_db.so loadmodule uri.so loadmodule xlog.so loadmodule acc.so #loadmodule mediaproxy.so #loadmodule nathelper.so #loadmodule mi_xmlrpc.so #modparam(mi_xmlrpc, log_file, /var/log/openser-xmlrpc.log) #modparam(mi_xmlrpc, port, 8080) /* uncomment next lines for MySQL based authentication support NOTE: a DB (like db_mysql) module must be also loaded */ loadmodule auth.so loadmodule auth_db.so /* uncomment next line for aliases support NOTE: a DB (like db_mysql) module must be also loaded */ loadmodule alias_db.so /* uncomment next line for multi-domain support NOTE: a DB (like db_mysql) module must be also loaded NOTE: be sure and enable multi-domain support in all used modules (see multi-module params section ) */ #loadmodule domain.so /* uncomment the next two lines for presence server support NOTE: a DB (like db_mysql) module must be also loaded */ loadmodule presence.so loadmodule presence_xml.so loadmodule presence_mwi.so loadmodule pua.so loadmodule pua_mi.so #loadmodule rls.so # - setting module-specific parameters --- # - mi_fifo params - modparam(mi_fifo, fifo_name, /tmp/opensips_fifo) # - rr params - # add value to ;lr param to cope with most of the UAs modparam(rr, enable_full_lr, 1) # do not append from tag to the RR (no need for this script) modparam(rr, append_fromtag, 0) # - registrar params - modparam(registrar, method_filtering, 1) /* uncomment the next line to disable parallel forking via location */ # modparam(registrar, append_branches, 0) /* uncomment the next line not to allow more than 10 contacts per AOR */ #modparam(registrar, max_contacts, 10) # - usrloc params - modparam(usrloc, db_mode, 0) /* uncomment the following lines if you want to enable DB persistency for location entries */ modparam(usrloc, db_mode, 2) modparam(usrloc, db_url,
[OpenSIPS-Users] OpenXCAP Configuration help
I'm able to configure TLS on openxcap and use https. But if I configure it for http it does not work. It gives 404 for every thing, even for PUT operation it says 404 and fails. Could any one give me clue where I'm going wrong. I sent my configuration in previous mail. ANy help is appreciaited. Thanks in Advance. -mani ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Load balancer to receive feedback from destination
Hi Yoo Chan, Check the lb_resize MI command : http://www.opensips.org/html/docs/modules/devel/load_balancer.html#id228487 Regrads, Bogdan Yoo Chan Jeon wrote: Hi, I appreciate your quick response. I still have a question regarding a load balancer. I guess I can not use it for stateless mode OpenSIPS because the load balancer needs a dialog module for checking the load. The document describes that the load-balancing (LB) module is able to receive feedback from the destinations (if they are capable of). This mechanism is used for notifying *OpenSIPS* when the maximum capacity of a destination changed. Would you explain how I can implement this? I could not find any exported functions to set this up. Thanks. Yoo Chan ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] FW: An Old OpenSER Error For A New OpenSIPS User
Hi Larry, most probably your opensips does not recognize the usmetrotel.com as a local domain, so it is keep forwarding the request to itself. adding something like: alias=usmetrotel.com in your script should solve the problem. Regards, Bogdan Kemp, Larry wrote: After Bogdan helped me to correct my errors I was able to manually register extension 1000 on my OpenSER 1000 by entering: /sbin/openstlrc add 1000 password 1...@mydomain.com Then when I went to register my soft-phone to the OpenSER as extension 1000. On my soft-phone (X-Lite 3.0 running on WinXP) I got the message 503 - Message Too Big. I corrected this by editing the file on the OpenSER /etc/openser/openser.cfg (at line 96 Column 24) increasing the default value from 2048 to 8192. Then I got the message 483 - Too Many Hops on my soft phone. So back on the OpenSER I edited /etc/openser/openser.cfg (at Line 91 Column 40) and increased the default value from 10 to 100. I still got the 488 - Too Many Hops message on the client. So I ran a SIP capture on the OpenSER by using the command: ngrep -p -q -W byline port 5060 test.txt Here is the output of that capture: interface: eth0 (10.100.100.0/255.255.255.0) filter: (ip or ip6) and ( port 5060 ) U 208.76.137.2:31215 - 10.100.100.199:5060 REGISTER sip:usmetrotel.com SIP/2.0. Via: SIP/2.0/UDP 208.76.137.2:31215;branch=z9hG4bK-d8754z-1271d5783f053154-1---d8754z-;rport. Max-Forwards: 70. Contact: sip:1...@208.76.137.2:31215;rinstance=705236a41a2fcc6d. To: Larry-Kempsip:1...@usmetrotel.com. From: Larry-Kempsip:1...@usmetrotel.com;tag=863d2266. Call-ID: OTljYmExZTU2ZjI0ODU2NDlhYzYwYmFmMmE3OTkxYjU.. CSeq: 1 REGISTER. Expires: 3600. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO. User-Agent: X-Lite release 1103k stamp 53621. Content-Length: 0. . U 10.100.100.199:5060 - 208.76.137.2:31215 SIP/2.0 483 Too Many Hops. Via: SIP/2.0/UDP 208.76.137.2:31215;branch=z9hG4bK-d8754z-1271d5783f053154-1---d8754z-;rport=31215. To: Larry-Kempsip:1...@usmetrotel.com;tag=329cfeaa6ded039da25ff8cbb8668bd2.cb9e. From: Larry-Kempsip:1...@usmetrotel.com;tag=863d2266. Call-ID: OTljYmExZTU2ZjI0ODU2NDlhYzYwYmFmMmE3OTkxYjU.. CSeq: 1 REGISTER. Server: OpenSER (1.2.2-notls (i386/linux)). Content-Length: 0. . : I am not sure what else it could be with the Soft-phone client or OpenSER. Here is a brief outlook of what my IP network traffic routing looks like: Network/DevicePrivate IP Public IP (if it has one) - -Network 1 (Private LAN): My WinXP PC containing X-Lite Soft Phone 172.20.30.22None Default gateway: 172.20.30.254 208.76.137.2 -Internet -Network 2 (DMZ): My OpenSER Server: 10.100.100.199 = 208.76.137.116 - Questions: - Do you think the OpenSER is having trouble making its way back to the soft-client or to the Internet based on what the SIP capture shows? - Could the OpenSER have a problem leaving one private network, traversing the Internet, and then going back into another private network? - Do I perhaps need to somehow add a route on the OpenSER server to tell it how to get to that remote network? Larry Kemp Network Engineer U.S. Metropolitan Telecom Bonita Springs, FL USA -Original Message- From: Kemp, Larry Sent: Wednesday, October 14, 2009 10:15 AM To: 'Bogdan-Andrei Iancu'; OpenSIPS users mailling list Subject: RE: [OpenSIPS-Users] An Old OpenSER Error For A New OpenSIPS User Bogdan, Thank you very much for your help with OpenSER. I have seen many people report this issue in forums but was never really able to see where folks found a resolve for this. I see too in Flavio's book on page 100 where he states what the user openser's password must be entered as when adding VoIP extensions. In the book it states to change HAS_SERWEB=yes. I guess later on it will cover the PHP SerMyAdmin possibilities. Now that I know that this is controlled in this location if I need the SERWEB enabled again, I can as needed and then restart OpenSER. Now I can move on to getting the VoIP X-Lite soft-phones to register to OpenSER and make hopefully make interdomain test calls. Here is my output now:
Re: [OpenSIPS-Users] OpenSIPS - OpenXCAP integration
Has anyonbe been able to make OpenXCAP work with OpenSIPS using digest authentication?I am seeing an error in twisted/web2 python script, but I do not know how to fix it. I cannot proceed any further due to the error detailed below. Any help regarding this issue would be highly appreciated. Thanks in advance, Regards Sanjeev -Original Message- From: Sanjeev BA [mailto:as290...@samsung.com] Sent: Thursday, October 15, 2009 8:50 AM To: 'OpenSIPS users mailling list' Subject: RE: [OpenSIPS-Users] OpenSIPS - OpenXCAP integration Yes. Here's the sequence. After changing to digest, I can observe a 500 Internal Server Error in the OpenXCAP server. Logs are provided below. Client Request T 2009/10/15 08:42:04.997913 10.254.140.240:43525 - 10.89.10.235:80 [AP] GET /xcap-root/org.openmobilealliance.xcap-directory/users/sip%3Atester%40imsdem o.com/directory.xml HTTP/1.1. Host: 10.89.10.235:80. Content-length: 0. Connection: keep-alive. . 401 Response ## T 2009/10/15 08:42:05.106696 10.89.10.235:80 - 10.254.140.240:43525 [AP] HTTP/1.1 401 Unauthorized. Date: Wed, 14 Oct 2009 23:42:05 GMT. Content-Length: 141. Content-Type: text/html. WWW-Authenticate: digest nonce=62026475982401434245613, opaque=23870f726b78fb5d872eced92ca0c1dd-NjI0NDQ0MDI2NDc1OTgyNDAxNDM0MjQ1NjE zLDEwLjI1NC4xNDAuMjQwLDEyNTU1NjM3MjU=, realm=imsdemo.com, algorithm=MD5, qop=auth. Server: OpenXCAP/1.1.2.. Date: Wed, 14 Oct 2009 12:17:24 GMT. Content-Length: 141. Content-Type: text/html. WWW-Authenticate: basic realm=imsdemo.com. Server: OpenXCAP/1.1.2. . htmlheadtitleUnauthorized/title/headbodyh1Unauthorized/h1p You are not authorized to access this resource./p/body/html Second GET from client # T 2009/10/15 08:42:05.378179 10.254.140.240:43527 - 10.89.10.235:80 [AP] GET /xcap-root/org.openmobilealliance.xcap-directory/users/sip%3Atester%40imsdem o.com/directory.xml HTTP/1.1. Host: 10.89.10.235:80. Authorization: Digest username=tester, realm=imsdemo.com, qop=auth, nonce=62026475982401434245613, algorithm=MD5, uri=/xcap-root/org.openmobilealliance.xcap-directory/users/sip%3Atester%40i msdemo.com/directory.xml, response=, cnonce=poc123test, opaque=23870f726b78fb5d872eced92ca0c1dd-NjI0NDQ0MDI2NDc1OTgyNDAxNDM0MjQ1NjE zLDEwLjI1NC4xNDAuMjQwLDEyNTU1NjM., nc=0001. Content-length: 0. Connection: keep-alive. 500 Internal Server Error ## T 2009/10/15 08:42:05.387184 10.89.10.235:80 - 10.254.140.240:43527 [AP] HTTP/1.1 500 Internal Server Error. Date: Wed, 14 Oct 2009 23:42:05 GMT. Content-Length: 96. Content-Type: text/plain. Server: OpenXCAP/1.1.2. . An error occurred while processing the request. More information is available in the server log. XCAP Server Error Log. 10.254.140.240 'GET /xcap-root/org.openmobilealliance.xcap-directory/users/sip%3Atester%40imsdem o.com/directory.xml HTTP/1.1' 401 0 141 - - REQUEST headers: Host: 10.89.10.235:80 NjI0NDQ0MDI2NDc1OTgyNDAxNDM0MjQ1NjEzLDEwLjI1NC4xNDAuMjQwLDEyNTU1NjM error: 10.254.140.240 'GET /xcap-root/org.openmobilealliance.xcap-directory/users/sip%3Atester%40imsdem o.com/directory.xml HTTP/1.1' 500 0 96 - - error: REQUEST headers: error: Host: 10.89.10.235:80 error: Authorization: Digest username=tester, realm=imsdemo.com, qop=auth, nonce=62026475982401434245613, algorithm=MD5, uri=/xcap-root/org.openmobilealliance.xcap-directory/users/sip%3Atester%40i msdemo.com/directory.xml, response=, cnonce=poc123test, opaque=23870f726b78fb5d872eced92ca0c1dd-NjI0NDQ0MDI2NDc1OTgyNDAxNDM0MjQ1NjE zLDEwLjI1NC4xNDAuMjQwLDEyNTU1NjM, nc=0001 error: RESPONSE headers: error: Content-Type: text/plain error: RESPONSE: Content-Type: text/plain error: An error occurred while processing the request. More information is available in the server log. error: TRACEBACK (most recent call last): error:File /usr/lib/python2.5/site-packages/twisted/web2/server.py, line 268, in lambda error: d.addCallback(lambda res, req: res.renderHTTP(req), self) error:File /usr/lib/python2.5/site-packages/xcap/authentication.py, line 284, in renderHTTP error: d = self.authenticate(request) error:File /usr/lib/python2.5/site-packages/xcap/authentication.py, line 212, in authenticate error: (request,), None) error:File /usr/lib/python2.5/site-packages/twisted/internet/defer.py, line 186, in addCallbacks error: self._runCallbacks() error: --- exception caught here --- error:File /usr/lib/python2.5/site-packages/twisted/internet/defer.py, line 328, in _runCallbacks error: self.result = callback(self.result, *args, **kw) error:File /usr/lib/python2.5/site-packages/xcap/authentication.py, line 217, in _trustedPeerLoginFailed error: return HTTPAuthResource.authenticate(self, request) error:File /usr/lib/python2.5/site-packages/twisted/web2/auth/wrapper.py, line 181, in authenticate error: authHeader[1], request) error:File /usr/lib/python2.5/site-packages/twisted/web2/auth/wrapper.py, line 145, in login error: creds =