sr-users

sr-users@lists.kamailio.org

13 participants
37464 discussions

[OpenSER-Users] new database module: db_oracle
by Henning Westerholt 24 Apr '08

24 Apr '08

Hi all, thanks to Iouri Kharon a new database access module was included in the trunk: db_oracle - Database access for Oracle database So if you use at the moment the db_unixodbc module via ODBC to access your Oracle database, now is a good time to try this new one if the code and SQL scheme work for you. You find the documentation of the module at the usual place: http://www.openser.org/docs/modules/devel/db_oracle.html Best regards, Henning Westerholt -- Henning Westerholt - Development Consumer Products / DSL Core 1&1 Internet AG, Ernst-Frey-Str. 9, 76135 Karlsruhe, Germany

1 0

[OpenSER-Users] All media traffic gets passed through Mediaproxy?
by Ash Rah 24 Apr '08

24 Apr '08

Hello, Sorry for a novice question and equally sorry if it is already answered elsewhere. I have an OpenSER setup with Mediaproxy in same box. I am including the configuration at the bottom. My question is does ALL media traffic (even the media traffic between non NAT'ed clinets, and media traffic between NAT'ed clients where both-way media traffic works perfectly fine without a media proxy) passes through Mediaproxy dispatcher/server? Or only the media traffic between (troubled) NAT'ed clients are passed through MediaProxy server? My goal is to have the OpenSER to provide registration where the actual calls will be routed through an external Asterisk server. I do not want media traffic passing through Mediaproxy unless I have a NAT related media problems with a certain client. But apparently current set up is forcing all media traffic to pass through the Mediaproxy server. Any advise or suggestion will be greatly appreciated. modparam("nathelper", "natping_interval", 0) modparam("mediaproxy","natping_interval", 30 modparam("mediaproxy","mediaproxy_socket", "/var/run/mediaproxy.sock" modparam("mediaproxy","sip_asymmetrics","/usr/local/etc/ser/sip-clients") modparam("mediaproxy","rtp_asymmetrics","/usr/local/etc/ser/rtp-clients") modparam("registrar", "nat_flag", 6) route { # ----------------------------------------------------------------- # Record Route Section # ----------------------------------------------------------------- if (method=="INVITE" && client_nat_test("3")) { # INSERT YOUR IP ADDRESS HERE record_route_preset("192.0.2.13:5060;nat=yes"); } else if (method!="REGISTER") { record_route(); }; # ----------------------------------------------------------------- # Call Tear Down Section # ----------------------------------------------------------------- if (method=="BYE" || method=="CANCEL") { end_media_session(); }; # ----------------------------------------------------------------- # Loose Route Section # ----------------------------------------------------------------- if (loose_route()) { if ((method=="INVITE" || method=="REFER") && !has_totag()) { sl_send_reply("403", "Forbidden"); break; }; if (method=="INVITE") { if (!proxy_authorize("","subscriber")) { proxy_challenge("","0"); break; } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); break; }; consume_credentials(); if (client_nat_test("3") || search("^Route:.*;nat=yes")) { setflag(6) use_media_proxy(); }; }; route(1); break; }; # ----------------------------------------------------------------- # Call Type Processing Section # ----------------------------------------------------------------- if (uri!=myself) { route(4); route(1); break; }; if (method=="ACK") { route(1); break; else if (method=="CANCEL") { route(1); break; } else if (method=="INVITE") { route(3); break; } else if (method=="REGISTER") { route(2); break; }; lookup("aliases"); if (uri!=myself) { route(4); route(1); break; }; if (!lookup("location")) { sl_send_reply("404", "User Not Found"); break; }; route(1); } route[1] { # ----------------------------------------------------------------- # Default Message Handler # ----------------------------------------------------------------- t_on_reply("1"); if (!t_relay()) { if (method="INVITE" || method=="ACK") { end_media_session(); }; sl_reply_error(); }; } route[2] { # ----------------------------------------------------------------- # REGISTER Message Handler # ---------------------------------------------------------------- sl_send_reply("100", "Trying"); if (!search("^Contact:[ ]*\*") && client_nat_test("7")) { setflag(6); fix_nated_register(); force_rport(); }; if (!www_authorize("","subscriber")) { www_challenge("","0"); break; }; if (!check_to()) { sl_send_reply("401", "Unauthorized"); break; }; consume_credentials(); if (!save("location")) { sl_reply_error(); }; } route[3] { # ----------------------------------------------------------------- # INVITE Message Handler # ----------------------------------------------------------------- if (client_nat_test("3")) { setflag(7); force_rport(); fix_nated_contact(); }; if (!proxy_authorize("","subscriber")) { proxy_challenge("","0"); break; } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); break; }; consume_credentials(); lookup("aliases"); if (uri!=myself) { route(4); route(1); break; }; if (!lookup("location")) { sl_send_reply("404", "User Not Found"); break; }; route(4); route(1); } route[4] { # ----------------------------------------------------------------- # NAT Traversal Section # ----------------------------------------------------------------- if (isflagset(6) || isflagset(7)) { if (!isflagset(8)) { setflag(8); use_media_proxy(); }; }; } onreply_route[1] { if ((isflagset(6) || isflagset(7)) && (status=~"(180)|(183)|2[0-9][0-9]")) { if (!search("^Content-Length:[ ]*0")) { use_media_proxy(); }; }; if (client_nat_test("1")) { fix_nated_contact(); }; }

2 3

[Serusers] Memory Problems
by Ricardo Martinez 24 Apr '08

24 Apr '08

Hello. I'm getting weird memory problems with my SER distribution. I'm using a ser 0.9.7 with a Fedora Core release 6. I'm also using the LCR module to do some routing logics. Since a few months i'm getting Memory errors, like these : Apr 5 22:00:50 ser[21996]: ERROR: build_req_buf_from_sip_req: out of memory Apr 5 22:00:50 ser[21996]: ERROR: forward_request: building failed Apr 5 22:00:58 ser[21996]: ERROR: build_req_buf_from_sip_req: out of memory Apr 5 22:00:58 ser[21996]: ERROR: print_uac_request: no pkg_mem Apr 5 22:00:58 ser[21996]: ERROR: t_forward_nonack: failure to add branches Apr 5 22:01:00 ser[22000]: ERROR: do_action: memory allocation failure Apr 5 22:01:00 ser[22000]: ERROR:avpops:pushto_avp: SET_XXXX_T action failed Apr 5 22:01:00 ser[22000]: ERROR: do_action: memory allocation failure Apr 5 22:01:00 ser[22000]: next_gw(): ERROR: do_action failed with return value <-2> Apr 5 22:01:10 ser[21996]: ERROR: do_action: memory allocation failure Apr 5 22:01:10 ser[21996]: next_gw(): ERROR: do_action failed with return value <-2> Apr 5 22:02:04 ser[22000]: ERROR: build_req_buf_from_sip_req: out of memory Apr 5 22:02:04 ser[22000]: ERROR: print_uac_request: no pkg_mem Apr 5 22:02:04 ser[22000]: ERROR: t_forward_nonack: failure to add branches Apr 5 22:02:04 ser[22000]: ERROR: w_t_relay (failure mode): forwarding failed Apr 5 22:07:23 ser[22000]: ERROR: build_res_buf_from_sip_res: out of mem Apr 5 22:07:23 ser[22000]: ERROR: relay_reply: no mem for outbound reply buffer Apr 5 22:07:23 ser[22000]: ERROR: build_res_buf_from_sip_req: out of memory ; needs 1105 It start to fail with a few calls to finally drop all calls with a total colapse of resources. I'm not sure where the problem could be located. Can someone help me here ? Among other things i do several AVP operations with the RURI to make some checks. Thanks Ricardo Martinez.-

3 6

[OpenSER-Users] how change method ??
by Amit Vijayvargiya 24 Apr '08

24 Apr '08

Hi, i want to change request type in openser how i can do this?? i want to change REFER method to INFO i can identified by this is_method("REFER") but how i can change it Thanks & Regards, Amit

2 1

[OpenSER-Users] Install Perl Module
by Marcio 23 Apr '08

23 Apr '08

Hi... Anybody could me help, to install perl module as is explained in 1.2 item of the variables enviroments would have put the output this cmds....into " Makefile.deps -> CROSS_COMPILE ?=" <output cmd "perl -MExtUtils::Embed -e ldopts">, <"perl -MExtUtils::Embed -e ccopts"> and <"echo "`perl -MConfig -e 'print $Config{installprivlib}'`/ExtUtils/typemap"> ??? or just put the output of these cmds into environments variables : PERLLDOPTS:, PERLCCOPTS: and TYPEMAP: and run the Makefile.....??? Does anyone know how...? Any hints.....?? thx...

2 1

[OpenSER-Users] BAsic openSER configuration. INVITES to a UA not looped back.
by Eloi Pecharroman 23 Apr '08

23 Apr '08

Hello, I have been unsuccessfully trying to setup OpenSER as a basic server in my private network. The idea is that clients can register to the virtual domain "sipserver.apt.local" and from then, INVITES will be sent to the appropiate address. I use the following openser.cfg # ----------- global configuration parameters ------------------------ debug=5 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=no # (cmd line: -E) children=4 log_facility=LOG_LOCAL7 # Uncomment these lines to enter debugging mode #fork=no #log_stderror=yes # port=5060 listen=udp:192.168.100.244:5060 listen=udp:sipserver.apt.local:5060 alias="sipserver.apt.local:5060" sip_warning=yes # uncomment the following lines for TLS support #disable_tls = 0 #listen = tls:your_IP:5061 #tls_verify_server = 1 #tls_verify_client = 1 #tls_require_client_certificate = 0 #tls_method = TLSv1 #tls_certificate = "/etc/openser/tls/user/user-cert.pem" #tls_private_key = "/etc/openser/tls/user/user-privkey.pem" #tls_ca_list = "/etc/openser/tls/user/user-calist.pem" # ------------------ module loading ---------------------------------- #set module path mpath="/usr/lib/openser/modules/" # Uncomment this if you want to use SQL database #loadmodule "mysql.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 "xlog.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! #loadmodule "auth.so" #loadmodule "auth_db.so" # ----------------- setting module-specific parameters --------------- # -- mi_fifo params -- modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo") # -- usrloc params -- modparam("usrloc", "db_mode", 0) # Uncomment this if you want to use SQL database # for persistent storage and comment the previous line #modparam("usrloc", "db_mode", 2) # -- auth params -- # Uncomment if you are using auth module # #modparam("auth_db", "calculate_ha1", yes) # # If you set "calculate_ha1" parameter to yes (which true in this config), # uncomment also the following parameter) # #modparam("auth_db", "password_column", "password") # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1) # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; }; if (msg:len >= max_len ) { sl_send_reply("513", "Message too big"); exit; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol if (!method=="REGISTER") record_route(); # subsequent messages withing a dialog should take the # path determined by record-routing if (loose_route()) { # mark routing logic in request append_hf("P-hint: rr-enforced\r\n"); route(1); }; if (!uri==myself) { # mark routing logic in request append_hf("P-hint: outbound\r\n"); # if you have some interdomain connections via TLS #if(uri=~"@tls_domain1.net") { # t_relay("tls:domain1.net"); # exit; #} else if(uri=~"@tls_domain2.net") { # t_relay("tls:domain2.net"); # exit; #} route(1); }; # if the request is for other domain use UsrLoc # (in case, it does not work, use the following command # with proper names and addresses in it) if (uri==myself) { if (method=="REGISTER") { # Uncomment this if you want to use digest authentication #if (!www_authorize("openser.org", "subscriber")) { # www_challenge("openser.org", "0"); # exit; #}; xlog("L_INFO","[ACHTUNG] saved $ru"); save("location"); exit; }; xlog("L_INFO","[ACHTUNG]request from $ru"); #lookup("aliases"); #if (!uri==myself) { # append_hf("P-hint: outbound alias\r\n"); # route(1); #}; # native SIP destinations are handled using our USRLOC DB #if (!lookup("location")) { # sl_send_reply("404", "Not Found"); # exit; #}; #append_hf("P-hint: usrloc applied\r\n"); }; route(1); } route[1] { # send it out now; use stateful forwarding as it works reliably # even for UDP2TCP if (!t_relay()) { sl_reply_error(); }; exit; } I can register fine, however, on INVITE, openSER forwards it internally instead of fw to the client registered until max_fw reaches 0 and an error "too many hops" is the final response. Log below: Apr 18 15:36:16 barcelona /usr/sbin/openser[5022]: [ACHTUNG] saved sip:192.168.100.244 Apr 18 15:36:16 barcelona /usr/sbin/openser[5022]: parse_headers: flags=ffffffffffffffff Apr 18 15:36:16 barcelona /usr/sbin/openser[5022]: parse_headers: flags=8000000 Apr 18 15:36:16 barcelona /usr/sbin/openser[5022]: parse_headers: flags=ffffffffffffffff Apr 18 15:36:16 barcelona /usr/sbin/openser[5022]: build_contact(): Created Contact HF: Contact: <sip:oslo_2_Route_1@sipserver.apt.local:5060>;expires=3600^M Apr 18 15:36:16 barcelona /usr/sbin/openser[5022]: parse_headers: flags=ffffffffffffffff Apr 18 15:36:16 barcelona /usr/sbin/openser[5022]: check_via_address(192.168.100.238, sipserver.apt.local, 0) Apr 18 15:36:16 barcelona /usr/sbin/openser[5022]: DEBUG:destroy_avp_list: destroying list (nil) Apr 18 15:36:16 barcelona /usr/sbin/openser[5022]: receive_msg: cleaning up Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: SIP Request: Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: method: <INVITE> Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: uri: <sip:oslo@sipserver.apt.local> Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: version: <SIP/2.0> Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: parse_headers: flags=2 Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: Found param type 232, <branch> = <z9hG4bK4211644481>; state=16 Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: end of header reached, state=5 Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: parse_headers: Via found, flags=2 Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: parse_headers: this is the first via Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: After parse_msg... Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: preparing to run routing scripts... Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: parse_headers: flags=100 Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DEBUG:parse_to:end of header reached, state=10 Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DBUG:parse_to: display={}, ruri={sip:oslo@sipserver.apt.local} Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DEBUG: get_hdr_field: <t> [32]; uri=[sip:oslo@sipserver.apt.local] Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DEBUG: to body [<sip:oslo@sipserver.apt.local>^M ] Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: get_hdr_field: cseq <CSeq>: <985859914> <INVITE> Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DEBUG:maxfwd:is_maxfwd_present: value = 70 Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DEBUG: add_param: tag=3326383385 Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DEBUG:parse_to:end of header reached, state=29 Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DBUG:parse_to: display={}, ruri={sip:oslo_2_Route_1@sipserver.apt.local} Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: parse_headers: flags=200 Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DEBUG: get_hdr_body : content_length=202 Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: found end of header Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: find_first_route: No Route headers found Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: loose_route: There is no Route HF Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: grep_sock_info - checking if host==us: 19==15 && [sipserver.apt.local] == [192.168.100.244] Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: grep_sock_info - checking if port 5060 matches port 5060 Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: grep_sock_info - checking if host==us: 19==19 && [sipserver.apt.local] == [sipserver.apt.local] Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: grep_sock_info - checking if port 5060 matches port 5060 Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: grep_sock_info - checking if host==us: 19==15 && [sipserver.apt.local] == [192.168.100.244] Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: grep_sock_info - checking if port 5060 matches port 5060 Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: grep_sock_info - checking if host==us: 19==19 && [sipserver.apt.local] == [sipserver.apt.local] Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: grep_sock_info - checking if port 5060 matches port 5060 Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: [ACHTUNG]request from sip:oslo@sipserver.apt.local Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DEBUG: t_newtran: T on entrance=0xffffffff Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: parse_headers: flags=ffffffffffffffff Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: parse_headers: flags=78 Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: t_lookup_request: start searching: hash=45820, isACK=0 Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DEBUG: RFC3261 transaction matching failed Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DEBUG: t_lookup_request: no transaction found Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: parse_headers: flags=ffffffffffffffff Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: check_via_address(192.168.100.238, sipserver.apt.local, 0) Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: WARNING:vqm_resize: resize(0) called Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DEBUG:tm:_reply_light: reply sent out. buf=0x813efd8: SIP/2.0 1..., shmem=0xb3e5d980: SIP/2.0 1 Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DEBUG:tm:_reply_light: finished Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DEBUG: mk_proxy: doing DNS lookup... Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DEBUG:sip_resolvehost2: no port, no proto -> do NAPTR lookup! Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: get_record: lookup(sipserver.apt.local, 35) failed Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DEBUG:sip_resolvehost2: no valid NAPTR record found for sipserver.apt.local, trying direct SRV lookup... Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: get_record: lookup(_sip._udp.sipserver.apt.local, 33) failed Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DEBUG:sip_resolvehost2: no valid SRV record found for _sip._udp.sipserver.apt.local, trying A record lookup... Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: check_via_address(192.168.100.238, sipserver.apt.local, 0) Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DBG:check_against_rule_list: using list dns Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DEBUG:tm:set_timer: relative timeout is 500000 Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DEBUG: add_to_tail_of_timer[4]: 0xb4091bac (104400000) Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DEBUG:tm:set_timer: relative timeout is 30 Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DEBUG: add_to_tail_of_timer[0]: 0xb4091bc8 (133) Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DEBUG:tm:t_relay_to: new transaction fwd'ed Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DEBUG:tm:UNREF_UNSAFE: after is 0 Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: DEBUG:destroy_avp_list: destroying list (nil) Apr 18 15:36:16 barcelona /usr/sbin/openser[5024]: receive_msg: cleaning up What is necessary so the INVITES are sent to the client and not to the server? Regards,

3 3

[OpenSER-Users] [OpenSER] problem with my presence module
by piff62 piff62 23 Apr '08

23 Apr '08

Hello everybody, I write to you because I have an error with my presence module. I try to integrate a xcap server (openxcap) with my openser. I have configured my openser with module presence, presence_xml and mi_xmlrpc but i have theses error messages : ERROR:presence:mi_refreshWatchers: getting rules doc Apr 23 11:41:54 [7867] ERROR:mi_xmlrpc:default_method: command (refreshWatchers) processing failed. My openser.cfg contains : # -- mi_xmlrpc params -- modparam("mi_xmlrpc", "log_file", "/var/log/openser-xmlrpc.log") modparam("mi_xmlrpc", "port", 8080) # -- presence params -- modparam("presence", "db_url", "mysql://openser:openserrw@localhost /openser") modparam("presence", "server_address", "sip:10.24.247.59.:5060") modparam("presence", "fallback2db", 1) # -- presence_xml params -- modparam("presence_xml", "db_url", "mysql://openser:openserrw@localhost /openser") modparam("presence_xml", "force_active", 1) modparam("presence_xml", "xcap_table", "xcap") modparam("presence_xml", "pidf_manipulation", 1) modparam("presence_xml", "integrated_xcap_server", 1) # -- xcap_client params -- modparam("xcap_client", "db_url", "mysql://openser:openserrw@localhost /openser") modparam("xcap_client", "xcap_table", "xcap") modparam("xcap_client", "periodical_query", 1) modparam("xcap_client", "query_period", 50) I can't find why i have error ? Someone can help me or have already have this problem ? Thanks ! Thomas

1 0

[OpenSER-Users] [OpenSER] Problem with openser and openxcap integration
by piff62 piff62 23 Apr '08

23 Apr '08

Hello everybody, I work on a IMS prototype architecture. I have install a openser 1.3.1 and openxcap 0.9.9. I try to use openser with the XCAP server openxcap. I have follow the instruction on the openxcap homepage but I have already many problems. I have the error message : Apr 22 17:25:38 [12220] ERROR:presence:handle_subscribe: Missing or unsupported event header field value Apr 22 17:25:38 [12220] ERROR:presence:handle_subscribe: event= ua-profile Apr 22 17:25:38 [12220] ERROR:tm:t_newtran: transaction already in process 0xb5a073b0 I think i have errors in my config file openser.cfg but i can't found where. I understand that my openser don't support le event ua-profile but i can't found how to support it ? I precise that i have configured my eyebeam with : http://10.24.247.59:8000/xcap-root@mydomain Someone can help me please ? Thanks Thomas

2 2

[OpenSER-Users] Unregistered users able to make calls
by Aadilkhan Maniyar 22 Apr '08

22 Apr '08

Hi, I have a setup where in Openser is acting as the registrar and Asterisk handles the media. i.e. the INVITEs are relayed to the Asterisk server by Openser. When I try to make a call from an unregistered user the call goes thru. The user is present in the subscriber table but is not registered with Openser at that instant. Is this an expected behavior? If not what needs to be done so that an unregistered user is prohibited from making any calls. Any help would be appreciated. Thanks in advance. Regards, Aadil

5 6

[OpenSER-Users] UDP/TCP failover in OpenSER
by Antoine Fressancourt 22 Apr '08

22 Apr '08

Hello list, I have several questions about the support of TCP in OpenSER in general, and about the switch/ failover from UDP to TCP in particular. In my setup, I have several SIP clients registered to a single OpenSER, and they exchange presence messages on a peer-to-peer basis. When the presence document is complex, the size of the message sent exceeds a given limit, and I want my message to be sent over TCP. My clients are registered on the OpenSER, and the REGISTER has been sent over UDP. From now, when client A sends a NOTIFY using TCP to client B, the message is transported over TCP from A to the OpenSER, and is transported over UDP from the OpenSER to B. So here are my questions : - How can I tell OpenSER to relay the message to B using TCP ? - Do I have something particular to do while registering to tell OpenSER that the client is listening in UDP and TCP ? Thank you in advance for your answers, Antoine

5 10

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users