sr-users July 2006

sr-users@lists.kamailio.org

206 participants
414 discussions

[Serusers] I got error message : [tls/tls_init.o] Error 1....Please help me..please

by Ferianto siregar

Dear all, When i try to compile again TLS by using Command ,TLS=1 make install, I got an error message. It is the error message : make: *** [tls/tls_init.o] Error 1 What should i do ?I am confused because this is the first I compile TLS in Openser. Please help me.. Note: Below is the message shown when i compile TLS support gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -malign-double - falign-loops -mcpu=athlon -DNAME='"openser"' -DVERSION='"1.0.1-tls"' -DARCH='"i386"' -DOS='"linux"' -DCOMPILER='"gcc 3.2.2"' -D__CPU_i386 -D__OS_linux -DCFG_DIR='"/usr/local/etc/openser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DF_MALLOC -DOPENSSL_NO_KRB5 -DUSE_TLS -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -I/usr/local/ssl/include -c tls/tls_init.c -o tls/tls_init.o tls/tls_init.c:373:25: directives may not be used inside a macro argument tls/tls_init.c:372:56: unterminated argument list invoking macro "SSL_CTX_set_options" tls/tls_init.c: In function `init_ssl_ctx_behavior': tls/tls_init.c:376: `SSL_CTX_set_options' undeclared (first use in this function) tls/tls_init.c:376: (Each undeclared identifier is reported only once tls/tls_init.c:376: for each function it appears in.) tls/tls_init.c:376: parse error before ')' token make: *** [tls/tls_init.o] Error 1 Note: For The O/S I use Redhat 9 and for openser packet, I use Openser-1.0.1-tls. Thank you very much Regards, Ferianto --------------------------------- How low will we go? Check out Yahoo! Messengers low PC-to-Phone call rates.

17 years, 10 months

RE: [Users] Help in pstn.cfg

by Abdul Lateef

Hello, I did configure for PSTN and it is working well. Again i tried to use MySQL for user authuntication and i followed this tutorial http://www.voip-info.org/wiki/view/Realtime+Integration+Of+Asterisk+With+Op… But i am getting some error on REGISTER method: if (method=="REGISTER") { if (!www_authorize("localhost", "subscriber")) { www_challenge("localhost", "0"); return; }; save("location"); return; }; ERROR:: Jul 1 14:59:53 main openser[25713]: str2val: Error while converting integer value from string Jul 1 14:59:53 main openser[25713]: convert_row: Error while converting value Jul 1 14:59:53 main openser[25713]: convert_rows: Error while converting row #0 Jul 1 14:59:53 main openser[25713]: convert_result: Error while converting rows Jul 1 14:59:53 main openser[25713]: store_result: Error while converting result Thank You abdul __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

17 years, 10 months

[Users] Error in Compiling TLS..please help...

by Ferianto siregar

Dear all, When i try to compile again TLS by using Command ,TLS=1 make install, I got an error message. It is the error message: make: *** [tls/tls_init.o] Error 1 What should i do else? I am confused because this is the first I compile it. I do hope anybody can give me any sugestion. Please help me.. Note: Below is the message shown when i compile TLS support gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -malign-double - falign-loops -mcpu=athlon -DNAME='"openser"' -DVERSION='"1.0.1-tls"' -DARCH='"i386"' -DOS='"linux"' -DCOMPILER='"gcc 3.2.2"' -D__CPU_i386 -D__OS_linux -DCFG_DIR='"/usr/local/etc/openser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DF_MALLOC -DOPENSSL_NO_KRB5 -DUSE_TLS -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -I/usr/local/ssl/include -c tls/tls_init.c -o tls/tls_init.o tls/tls_init.c:373:25: directives may not be used inside a macro argument tls/tls_init.c:372:56: unterminated argument list invoking macro "SSL_CTX_set_options" tls/tls_init.c: In function `init_ssl_ctx_behavior': tls/tls_init.c:376: `SSL_CTX_set_options' undeclared (first use in this function) tls/tls_init.c:376: (Each undeclared identifier is reported only once tls/tls_init.c:376: for each function it appears in.) tls/tls_init.c:376: parse error before ')' token make: *** [tls/tls_init.o] Error 1 NB: For O/S i use Redhat 9 and for openser packet i use openser-1.0.1-tls.tar.gz Thank you very much Regards, Ferianto --------------------------------- Want to be your own boss? Learn how on Yahoo! Small Business.

17 years, 10 months

[Serusers] CDRTool + SER/OpenSER

by Adrian Georgescu

Hi Daniel, You may use your own developed prepaid application in Asterisk / SER / OpenSERand obtain the maximum session time from CDRtool rating engine. The communication protocol is very simple, you have to call via a TCP socket in your b2bua the following function on starting the call: MaxSessionTime From=sip:123@example.com To=sip:0031650222@example.com Duration=7200 Lock=1\n and DebitBalance From=sip:123@example.com To=sip:0031650222 Duration=59 after the call has ended. You can see the available commands in the rating engine by connecting to it and issuing the help command: The modus operandi is described at http://cdrtool.ag-projects.com/ PREPAID.txt If you implement such prepaid application you can check how it may integrated with CDRTool at http://cdrtool.ag-projects.com/PrepaidEngine.pdf The siptrace module has been developed and tested only on OpenSER. The siptrace module is available now in CVS head and will be soon available in the next stable release of OpenSER. Adrian >>>>>>>> I'm evaluating the option of installing SER or OpenSER in my Asterisk environment along with FreeRadius and CDRTool. All this for both prepaid and postpaid applications. While reading the CDRTool README.txt file, I came across this text: "CDRTool makes rating functions available via the network so that you can use CDRTool rating engine for postpaid application or in combination with third-party B2BUAs for prepaid applications. The functions are available via TCP/IP network socket or as SOAP/XML webservice. A Call control module in OpenSER can perform the prepaid function based on money credit and rating per destination." and "CDRTool allows real-time web access to Call Details Records like the Radius tickets generated by SIP Express Router. The information can be combined with media information from MediaProxy while a separate OpenSER module can display full traces of all SIP packets the enter and exit the SIP Proxy. CDRs can be filtered and statistics can be built in real-time to summarize service usage based on various criteria." Does this mean that these features are ONLY available to OpenSER and not both SER and OpenSER? Also, for prepaid application I was thinking of using the Asterisk B2BUA tool along with other features like Codec translations. Can anyone comment on this? Thanks, Daniel

17 years, 10 months

[Serusers] CDRTool + SER/OpenSER

by Daniel Salama

I'm evaluating the option of installing SER or OpenSER in my Asterisk environment along with FreeRadius and CDRTool. All this for both prepaid and postpaid applications. While reading the CDRTool README.txt file, I came across this text: "CDRTool makes rating functions available via the network so that you can use CDRTool rating engine for postpaid application or in combination with third-party B2BUAs for prepaid applications. The functions are available via TCP/IP network socket or as SOAP/XML webservice. A Call control module in OpenSER can perform the prepaid function based on money credit and rating per destination." and "CDRTool allows real-time web access to Call Details Records like the Radius tickets generated by SIP Express Router. The information can be combined with media information from MediaProxy while a separate OpenSER module can display full traces of all SIP packets the enter and exit the SIP Proxy. CDRs can be filtered and statistics can be built in real-time to summarize service usage based on various criteria." Does this mean that these features are ONLY available to OpenSER and not both SER and OpenSER? Also, for prepaid application I was thinking of using the Asterisk B2BUA tool along with other features like Codec translations. Can anyone comment on this? Thanks, Daniel

17 years, 10 months

RE: [Users] Ok, Bye..

by Kelvin Williams

Here are some logs that I noticed when making a call. Don't know if they shed any light. Jul 1 17:13:56 sp /usr/local/sbin/openser[26727]: ERROR:parse_from_header: bad from header Jul 1 17:13:56 sp /usr/local/sbin/openser[26727]: ERROR:uac:restore_from_reply: failed to find/parse FROM hdr Jul 1 17:14:02 sp /usr/local/sbin/openser[26729]: ERROR:parse_from_header: bad from header Jul 1 17:14:02 sp /usr/local/sbin/openser[26729]: ERROR:uac:restore_from_reply: failed to find/parse FROM hdr Jul 1 17:14:05 sp /usr/local/sbin/openser[26725]: ERROR:parse_from_header: bad from header Jul 1 17:14:05 sp /usr/local/sbin/openser[26725]: ERROR:uac:restore_from_reply: failed to find/parse FROM hdr Jul 1 17:14:06 sp /usr/local/sbin/openser[26729]: ERROR:parse_from_header: bad from header Jul 1 17:14:06 sp /usr/local/sbin/openser[26729]: ERROR:uac:restore_from_reply: failed to find/parse FROM hdr Jul 1 17:14:06 sp /usr/local/sbin/openser[26725]: ERROR:parse_from_header: bad from header Jul 1 17:14:06 sp /usr/local/sbin/openser[26725]: ERROR:uac:restore_from_reply: failed to find/parse FROM hdr Jul 1 17:14:07 sp /usr/local/sbin/openser[26729]: ERROR:parse_from_header: bad from header Jul 1 17:14:07 sp /usr/local/sbin/openser[26729]: ERROR:uac:restore_from_reply: failed to find/parse FROM hdr Jul 1 17:14:08 sp /usr/local/sbin/openser[26725]: ERROR:parse_from_header: bad from header Jul 1 17:14:08 sp /usr/local/sbin/openser[26725]: ERROR:uac:restore_from_reply: failed to find/parse FROM hdr Jul 1 17:14:09 sp /usr/local/sbin/openser[26729]: ERROR:parse_from_header: bad from header Jul 1 17:14:09 sp /usr/local/sbin/openser[26729]: ERROR:uac:restore_from_reply: failed to find/parse FROM hdr Jul 1 17:14:10 sp /usr/local/sbin/openser[26725]: ERROR:parse_from_header: bad from header Jul 1 17:14:10 sp /usr/local/sbin/openser[26725]: ERROR:uac:restore_from_reply: failed to find/parse FROM hdr Jul 1 17:14:11 sp /usr/local/sbin/openser[26729]: ERROR: get_hdr_field: bad to header Jul 1 17:14:11 sp /usr/local/sbin/openser[26729]: ERROR: bad header field Jul 1 17:14:11 sp /usr/local/sbin/openser[26729]: ERROR:maxfwd:is_maxfwd_present : parsing MAX_FORWARD header failed! _____ From: users-bounces(a)openser.org [mailto:users-bounces@openser.org] On Behalf Of Kelvin Williams Sent: Saturday, July 01, 2006 4:38 PM To: users(a)openser.org Subject: [Users] Ok, Bye.. I am encountering a problem when creating an outbound call using our PSTN Provider. I make the call, the phone rings (PSTN) and I can hear the other party answer. They however, cannot hear me, and shortly thereafter the call drops. I ngrep'd the call and found that they are sending me 200 OK's after the call is set up, and OpenSER appears to relay those back to my EMTA. However, I never see the ACK return from my EMTA. What could cause this problem? Inbound calls are not a problem. Thanks, Kw

17 years, 10 months

[Users] Can't route calls to a PSTN gateway

by Hamid Ali Asgari

Hi, I am trying to route some SIP calls to my gateway but I get the following error: 0(17329) lookup(): '0033146' Not found in usrloc Bellow is my config, any thoughts? Thanks, Hamid # ----------- global configuration parameters ------------------------ debug=8 # debug level (cmd line: -dddddddddd) fork=no log_stderror=yes # (cmd line: -E) #/* fork=no log_stderror=yes #*/ check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) port=5060 children=4 fifo="/tmp/openser_fifo" listen = udp:10.20.20.18:5060 alias="mytestdomain.com" # # uncomment the following lines for TLS support #disable_tls = 0 #listen = tls:your_IP:5061 #tls_verify = 1 #tls_require_certificate = 0 #tls_method = TLSv1 #tls_certificate = "/home/darilion/software/openser-1.0.1-cvs/sip-server/debian/openser/etc/ope nser/tls/user/user-cert.pem" #tls_private_key = "/home/darilion/software/openser-1.0.1-cvs/sip-server/debian/openser/etc/ope nser/tls/user/user-privkey.pem" #tls_ca_list = "/home/darilion/software/openser-1.0.1-cvs/sip-server/debian/openser/etc/ope nser/tls/user/user-calist.pem" # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database #loadmodule "/usr/lib/openser/modules/mysql.so" #loadmodule "/usr/lib/openser/modules/sl.so" #loadmodule "/usr/lib/openser/modules/tm.so" #loadmodule "/usr/lib/openser/modules/rr.so" #loadmodule "/usr/lib/openser/modules/maxfwd.so" #loadmodule "/usr/lib/openser/modules/usrloc.so" #loadmodule "/usr/lib/openser/modules/registrar.so" #loadmodule "/usr/lib/openser/modules/textops.so" #loadmodule "/usr/lib/openser/modules/uri.so" #loadmodule "/usr/lib/openser/modules/auth.so" #loadmodule "/usr/lib/openser/modules/auth_radius.so" #loadmodule "/usr/lib/openser/modules/group_radius.so" #loadmodule "/usr/lib/openser/modules/avp_radius.so" #loadmodule "/usr/lib/openser/modules/acc.so" #loadmodule "/usr/lib/openser/modules/avpops.so" mpath="/usr/local/lib/openser/modules/" loadmodule "mysql.so" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "maxfwd.so" loadmodule "avpops.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" #loadmodule "xlog.so" loadmodule "uri.so" loadmodule "acc.so" loadmodule "auth.so" loadmodule "auth_radius.so" loadmodule "group_radius.so" loadmodule "avp_radius.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- modparam("usrloc", "db_mode", 2) modparam("usrloc", "db_url", "mysql://root:hashtaloo.@localhost/openser") modparam("rr", "enable_full_lr", 1) modparam("auth_radius", "radius_config", "/etc/radiusclient-ng/radiusclient.conf") modparam("acc", "radius_flag", 1) modparam("acc", "radius_missed_flag", 2) modparam("acc", "log_flag", 1) modparam("acc", "log_missed_flag", 1) modparam("acc", "service_type", 15) modparam("acc", "radius_extra", "Sip-Src-IP=$si;Sip-Src-Port=$sp") modparam("acc|auth_radius|group_radius|avp_radius", "radius_config", "/usr/local/etc/radiusclient-ng/radiusclient.conf") modparam("group_radius", "use_domain", 1) modparam("avpops", "avp_aliases", "day=i:101;time=i:102") # ------------------------- 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 >= 2048 ) { 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"); if(is_method("BYE")) { # log it all the time acc_rad_request("200 ok"); acc_log_request("200 ok"); } route(1); }; if(is_method("INVITE") && !has_totag()) { # set the acc flags setflag(1); setflag(2); }; 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_to_tls("IP_domain1","port_domain1"); # exit; #} else if(uri=~"@tls_domain2.net") { # t_relay_to_tls("IP_domain2","port_domain2"); # 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; #}; if (!radius_www_authorize("mytestdomain.com")) { www_challenge("mytestdomain.com", "0"); exit; }; save("location"); exit; }; 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")) { acc_rad_request("404 Not Found"); acc_log_request("404 Not Found"); sl_send_reply("404", "Not Found"); exit; }; # calls to pstn if(uri=~"sip:00[1-9][0-9]+@") { if(is_method("INVITE") && !has_totag()) { if (!radius_is_user_in("From", "voip")) { sl_send_reply("403", "Forbidden PSTN"); exit; }; }; # Setting the gateway address rewritehostport("10.20.20.19:5060"); route(1); }; # load callee's avps if(avp_load_radius("callee")) { # check if user has time filter enabled if(avp_check("i:3", "eq/i:1")) { # print time in an avp avp_printf("i:100", "$Tf"); # extract day avp_subst("i:100/i:101", "/(.{3}) .+/*\1*/"); if(!avp_check("i:6", "fm/$day")) { sl_send_reply("403", "Forbidden - day"); exit; }; # extract 'hours:minutes' avp_subst("i:100/i:102", "/(.{10}) (.{5}):.+/\2/"); if((is_avp_set("i:4") && avp_check("i:4", "gt/$time")) || (is_avp_set("i:5") && avp_check("i:5", "lt/$time"))) { sl_send_reply("403", "Forbidden - time"); 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; }

17 years, 10 months

Re: [Users] Ok, Bye..

by Daniel-Constantin Mierla

Hello, On 07/01/06 23:38, Kelvin Williams wrote: > > I am encountering a problem when creating an outbound call using our > PSTN Provider. > > I make the call, the phone rings (PSTN) and I can hear the other party > answer. They however, cannot hear me, and shortly thereafter the call > drops. I ngrep’d the call and found that they are sending me 200 OK’s > after the call is set up, and OpenSER appears to relay those back to > my EMTA. However, I never see the ACK return from my EMTA. What could > cause this problem? > your phone must send an ACK afte rreceiving the 200OK, otherwise the callee will tear down the call after aprox. 20sec. No audio problem could be if you are behind a NAT and you haven't configured the sip server to do the NAT traversal (via nathelper+rtpproxy or mediaproxy+python mediaproxy). Cheers, Daniel > Inbound calls are not a problem. > > Thanks, > > Kw > > ------------------------------------------------------------------------ > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users >

17 years, 10 months

[Users] Ok, Bye..

by Kelvin Williams

I am encountering a problem when creating an outbound call using our PSTN Provider. I make the call, the phone rings (PSTN) and I can hear the other party answer. They however, cannot hear me, and shortly thereafter the call drops. I ngrep'd the call and found that they are sending me 200 OK's after the call is set up, and OpenSER appears to relay those back to my EMTA. However, I never see the ACK return from my EMTA. What could cause this problem? Inbound calls are not a problem. Thanks, Kw

17 years, 10 months

Re: [Serusers] How do I get rid of npdi=yes?

by Jiri Kuthan

I don't think that the problem in URI is presence of npdi. The problem is IMO that it is a SIP URDI without a domain -- I don't really see to where I would be able to send such a URI. -jiri At 19:53 23/06/2006, John Clements wrote: >I've looked around and have found one or two other posts asking about >this, but I have never seen an answer. The From is: > >=uri: <sip:5551212;npdi=yes@x.x.x.x:5060;dtg=SIP;user=phone> > >Which causes a number of issues. USRLOC no longer works: > >=lookup(): '5551212;npdi=yes' Not found in usrloc > >And when you send the call to an Asterisk server, Asterisk wigs out >because it truncates everything after the first ";" it encounters in the >URI. Does anyone have any idea how to get rid of it? I've tried subst(), >but could not get it to work. :-( > > > -John > > >_______________________________________________ >Serusers mailing list >Serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers -- Jiri Kuthan http://iptel.org/~jiri/

17 years, 10 months

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users July 2006