- sr-users - kamailio.org

[OpenSER-Users] openser 1.2.2 segmentation fault
by Marco 30 Aug '07

30 Aug '07

Hi all, I'm trying to run openser 1.2.2 on Linux, but I obtain alway a segfault while loading module. The gdb shows: Program terminated with signal 11, Segmentation fault. #0 pg_free_row (_row=0x785bc8) at db_res.c:575 575 switch (VAL_TYPE(_val)) { I've a complex configuration, but the problem arise early so I don't think it's a configuration issue. The last messages I got in the log are: openser[31824]: PG[free_query]: PQclear(0x863a70) result set openser[31824]: PG[free_columns]: Freeing RES_NAMES(0x785b20)[0] -> free(0x785b90) 'table_version' openser[31824]: PG[free_columns]: 0x785b90=pkg_free() RES_NAMES[0] openser[31824]: PG[free_columns]: 0x785b60=pkg_free() RES_NAMES openser[31824]: PG[free_columns]: 0x785b78=pkg_free() RES_TYPES openser[31824]: PG[free_rows]: Freeing 1 rows openser[31824]: PG[free_rows]: Row[0]=0x785bc8 The last query I could see in the database is "select table_version from version where table_name='domain'" (it returns 1) I use postgres 8.2.4 on Linux 2.6.18 with xen, and gcc 4.1.3. Could someone suggest how I can investigate further? TIA, -- "Work and play are words used to describe the same thing under differing conditions." Mark Twain http://people.equars.com/blogs/marco

3 5

RE: [OpenSER-Users] nat pinging question
by Papadopoulos Georgios 30 Aug '07

30 Aug '07

you are right, thanks a lot! > -----Original Message----- > From: Klaus Darilion [mailto:klaus.mailinglists@pernau.at] > Sent: Thursday, August 30, 2007 2:53 PM > To: Papadopoulos Georgios > Cc: users(a)openser.org > Subject: Re: [OpenSER-Users] nat pinging question > > maybe you are loading mediaproxy module too which also sends > keep alives? > > regards > klaus > > Papadopoulos Georgios schrieb: > > Hello all, > > > > In nathelper the documentation mentions two pinging types > (upd 4 byte > > packets and stateless SIP request). Is there a way to > choose between > > one or the other or are they both activated by default? > > I have configured nathelped to ping with OPTIONS every 15 seconds. > > modparam("nathelper", "natping_interval", 15) modparam("nathelper", > > "sipping_method", "OPTIONS") In addition to the OPTIONS > packets that > > are sent every 15 seconds, there is a 4 byte packet that is > sent every > > minute. Why does this happen and is there a way to turn it off? > > > > This is what the ping packet sequence looks like: > > time ping > > 0 ---> 4 byte pkt > > 0 ---> OPTIONS > > 15 ---> OPTIONS > > 30 ---> OPTIONS > > 45 ---> OPTIONS > > 60 ---> 4 byte pkt > > 60 ---> OPTIONS > > > > thank you > > > > George > > > > > > > > > > > > Disclaimer > > > > The information in this e-mail and any attachments is > confidential. It > > is intended solely for the attention and use of the named > addressee(s). > > If you are not the intended recipient, or person responsible for > > delivering this information to the intended recipient, > please notify > > the sender immediately. Unless you are the intended recipient or > > his/her representative you are not authorized to, and must > not, read, > > copy, distribute, use or retain this message or any part of > it. E-mail > > transmission cannot be guaranteed to be secure or error-free as > > information could be intercepted, corrupted, lost, > destroyed, arrive > > late or incomplete, or contain viruses. > > > > > > > ---------------------------------------------------------------------- > > -- > > > > _______________________________________________ > > Users mailing list > > Users(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/users >

1 0

[OpenSER-Users] nat pinging question
by Papadopoulos Georgios 30 Aug '07

30 Aug '07

Hello all, In nathelper the documentation mentions two pinging types (upd 4 byte packets and stateless SIP request). Is there a way to choose between one or the other or are they both activated by default? I have configured nathelped to ping with OPTIONS every 15 seconds. modparam("nathelper", "natping_interval", 15) modparam("nathelper", "sipping_method", "OPTIONS") In addition to the OPTIONS packets that are sent every 15 seconds, there is a 4 byte packet that is sent every minute. Why does this happen and is there a way to turn it off? This is what the ping packet sequence looks like: time ping 0 ---> 4 byte pkt 0 ---> OPTIONS 15 ---> OPTIONS 30 ---> OPTIONS 45 ---> OPTIONS 60 ---> 4 byte pkt 60 ---> OPTIONS thank you George Disclaimer The information in this e-mail and any attachments is confidential. It is intended solely for the attention and use of the named addressee(s). If you are not the intended recipient, or person responsible for delivering this information to the intended recipient, please notify the sender immediately. Unless you are the intended recipient or his/her representative you are not authorized to, and must not, read, copy, distribute, use or retain this message or any part of it. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.

2 1

[OpenSER-Users] New module - carrierroute - in OpenSER
by Henning Westerholt 30 Aug '07

30 Aug '07

Hello everybody, i'm happy to announce the addition of a new module for OpenSER called "carrierroute". This module provides routing, balancing and blacklisting capabilities, from a config file or a database source. It can uses one routing tree, or if needed for every user a different routing tree for number prefix based routing. It supports several route tree levels, e.g. for failback routes. This modules scales up to more than a million users, and is able to handle more than 10k routing table entries. It should be able to handle more, but this is untested at the moment. Routing tables can be reloaded and edited (in config file mode) with the MI interface, the config file is updated according the changes. This is not implemented for the db interface, because its easier to do the changes directly on the db. But the reload and dump functions works of course here too. Basically the module could be used as an replacement for the lcr and the dispatcher module, if you have certain performance, flexibility and/or integration requirements that these modules don't handle properly. But for small installations it probably make more sense to use the lcr and dispatcher modules. Please refer to the documentation at http://www.openser.org/docs/modules/devel/carrierroute.html for further informations, the source code of the modules is available in the svn trunk. Best regards, Henning Westerholt -- Henning Westerholt - Unix system development 1&1 Internet AG, Ernst-Frey-Str. 9, 76135 Karlsruhe, Germany

1 0

[OpenSER-Users] proxy1(client)-->Openser-->proxy2(supplier)
by Kaeman Chris 30 Aug '07

30 Aug '07

Hello, I have a problem while handling media with openser when the call arrives from a proxy as shown in the following scenario; proxy1(client) --> Openser (No Audio on the call)--> proxy2(supplier) Where as the same scenario with the call originating from the user from the local domain/realm works perfect with this scenario. user@openserdomain --> openser --> proxy2(supplier) After spending the whole day with googling the stuff on the openser sites and others, i am in a vision that Openser with the mediaproxy module can handle only user on the local domain for media. Please help me to understand is the first scenario possible to have audio? thanks!! Hope to hear soon.Thanks!! Regards, KChris --------------------------------- Download prohibited? No problem. CHAT from any browser, without download.

2 1

[OpenSER-Users] OpenSER Admin Training Session at VoN Europe 2007 Conference, Rome, Italy, September 26
by Alicia Codrington 30 Aug '07

30 Aug '07

Good morning I wish to register for the above and need to pay via wire transfer. Please forward the relevant details in order that all relevant registrations for staff can be expedited. Thank you so much for your speedy response. Cordially ________________________________ your internet phone company www.ctpcom.net <http://www.ctpcom.net/> www.calltheplanet.com <http://www.calltheplanet.com/> Alicia Codrington Office Administrator [ p ] +1-246-228-2159 [ f ] +1-246-430-1418 [ @ ] alicia(a)calltheplanet.com ________________________________

2 1

[OpenSER-Users] Re: LCR not running
by jh＠tutpro.com 29 Aug '07

29 Aug '07

martin, were you able to solve your "lcr not running" problem? i tried to understand how your gw and lcr tables looked like, but due to line breaks was not able to figure it out. if you still have the "no gateways" found problem, please email to the list your table contents in readable form (also telling null and empty string from apart). -- juha

1 0

[OpenSER-Users] To URI
by Marc LEURENT 29 Aug '07

29 Aug '07

Hello everybody, I have booked fights, hotel and tickets for the Rome VON meeting!! I hope most of you will be there! I have a little problem... My OpenSER server has the IP 88.191.45.91 My SIP/PSTN gateway has the IP 212.129.6.65 I do not require authentication to send INVITE from my openser IP. How is it possible to change the To: <sip:0677832974@sd-7501.dedibox.fr:5060;user=phone>. to To: <sip:0677832974@212.129.6.65:5060;user=phone>. ?? Thanks!! See you soon in Rome # U 88.191.45.91:5060 -> 212.129.6.65:5060 INVITE sip:0677832974@212.129.6.65:5060 SIP/2.0. Record-Route: <sip:88.191.45.91;lr=on;ftag=c0a80101-1ca265a>. Via: SIP/2.0/UDP 88.191.45.91;branch=z9hG4bKd06b.6af66bc6.0. Via: SIP/2.0/UDP 192.168.95.81:5060;rport=62704;received=81.57.0.22;branch=z9hG4bK4296575315214209209. From: "Marc LEURENT"<sip:mleurent@sd-7501.dedibox.fr:5060;user=phone>;tag=c0a80101-1ca265a. To: <sip:0677832974@sd-7501.dedibox.fr:5060;user=phone>. Call-ID: 7b7f245-c0a80101-0-20(a)192.168.95.81. CSeq: 1 INVITE. Max-Forwards: 50. Supported: timer, replaces. Session-Expires: 1800. Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,SUBSCRIBE,NOTIFY,UPDATE,REFER,REGISTER,INFO. Contact: <sip:mleurent@81.57.0.22:62704;user=phone;nat=yes>. User-Agent: THOMSON ST2030 hw0 fw1.56 00-0E-50-4E-AF-C4. Allow-Events: refer,dialog,message-summary,check-sync,talk,hold. Content-Type: application/sdp. Content-Length: 295. . v=0. o=mleurent 30025307 30025307 IN IP4 192.168.95.81. s=-. c=IN IP4 88.191.45.91. t=0 0. m=audio 35154 RTP/AVP 8 0 18 4 97. a=rtpmap:8 PCMA/8000. a=rtpmap:0 PCMU/8000. a=rtpmap:18 G729/8000. a=rtpmap:4 G723/8000. a=rtpmap:97 telephone-event/8000. a=fmtp:97 0-15. a=sendrecv. a=nortpproxy:yes.

2 3

[Serusers] why combine ser with asterisk
by Nhadie 29 Aug '07

29 Aug '07

Hi All, What's the advantage of combining ser with asterisk? I always see comments like using ser with asterisk is a very good solution etc. etc. the thing i liked with ser is that it does not do codec translation, which saves me cpu usage and also bandwidth. if i combine it with asterisk, would it not use codec translation? i also read that there is also a problem when ser and asterisk is run on the same machine, why is it so? if use prepaid billing solution for asterisk like astcc, would i then be able to provide prepaid service? soryy for asking too much, i'd just like to really understand it. Thank You in advanced. Regards, Nhadie

7 16

[Serusers] Calls Per Second
by Jesús Terán 29 Aug '07

29 Aug '07

Hello, I want to know How many simultaneous calls can i have with the SER? I believe this depends with the Fisical Memory and Processor, i did a test with a traffic generator with a SER installed in a PC with 150 MB of RAM and Pentium 3 with 650 MHZ, and with 15 calls per second the CPU goes 100% and goes down. What kind of server do you recomend us to get a lot of calls per second? Att: Jesus Teran

3 2

[OpenSER-Users] I've questions about OpenSER
by mario gu 29 Aug '07

29 Aug '07

Dear All, I'm newbody on OpenSER, and i've some questiones about OpenSER as follow, 1. Can OpenSER run over Linux Redhat 9.0? If yes, how do I do? 2. From overview of OpenSER, I know that OpenSER can act as SIP dispatcher server, can you share more detail about it? Appreciate you very much in advance. Mario Gu mariogu2004(a)hotmail.com _________________________________________________________________ 与联机的朋友进行交流，请使用 MSN Messenger: http://messenger.msn.com/cn

2 1

[OpenSER-Users] avp_check("$avp(some_avp)", "re/$avp(some_regex_avp)/g"), use AVP as Regex?
by Brandon Armstead 29 Aug '07

29 Aug '07

Hello, Is it possible to use an AVP as a regex string? Everytime I get 'regexp operation requires string value'. I'm looking for a way to compare a value against a list of regex strings... i.e. avp_check("$avp(some_avp)", "re/$avp(some_regex_avp)/g"); when $avp(some_regex_avp[0]) is equal to a regex string, $avp(some_regex_avp[1]) is equal to some regex string, and so on and so forth, any help would be appreciated, thank you!

2 1

[OpenSER-Users] Interop with PSTN gateway sometimes fails - openser1.2.1
by Naija Man 29 Aug '07

29 Aug '07

Hi all, I am a beginner in openser and I really appreciate the help I have been getting from this group. I am setting up an interop with a PSTN gateway with intermittent success. I will try to explain my setup below. redirect server / / 2 / / 3 1 / / 4 5 asterisk -----> openser (v1.2.1) -----> pstnGateway ------> PSTN (cell phone) Calls are generated from asterisk (step 1) with a 3-digit prefix (say, 999) on the ANI to identify a particular group of calls, and sent to openser ( v1.2.1). Openser checks the from_uri; detects the 999 prefix, strips the leading 3 digits and forwards the INVITE to the redirect server (step 2). The redirect server responds with a 301, containing the location of the pstnGateway (step 3). Openser sends an INVITE to address in the 301 to the pstnGateway (step 4) and the call gets completed (step 5) This setup works intermittently. I sometimes have to restart openser before it works again. When it works, I get a 100 trying message back from the PSTN gateway, but when it fails, I see a number of invites sent from openser to the gateway without getting a 100 trying message back. And the invite times out with a 408 message. After a few seconds, the PSTN number actually rings, but I get dead air. My configuration is as below: ********************************************************** loadmodule "uac_redirect.so" loadmodule "uac.so" # ----------------- setting module-specific parameters --------------- # -- mi_fifo params -- modparam("mi_fifo", "fifo_name", "/etc/openser_fifo") modparam("rr", "enable_full_lr", 1) modparam("tm", "wt_timer", 30) modparam("tm", "fr_inv_timer", 120) modparam("tm", "fr_timer", 2) modparam("dispatcher", "list_file", "/etc/openser/dispatcher.list") modparam("dispatcher", "flags", 2) modparam("dispatcher", "dst_avp", "$avp(i:271)") modparam("dispatcher", "grp_avp", "$avp(i:272)") modparam("dispatcher", "cnt_avp", "$avp(i:273)") modparam("uac","from_restore_mode","auto") # main routing logic route { if (!mf_process_maxfwd_header("16")) { xlog("L_INFO", " Reply: 483 - Too Many Hops\n"); sl_send_reply("483","Too Many Hops"); exit; }; if ( msg:len > max_len ) { xlog("L_INFO", " Reply: 513 - Message Too Big\n"); sl_send_reply("513", "Message too big"); exit; }; if (loose_route()) { record_route(); t_relay(); exit; }; record_route(); # Outgoing route route(1); route(1); } # ROUTE 1 - OUTGOING CALLS route[1] { # Check prefix - if the ANI of the tenant starts with 999 # and the total number of digits is more than 12 if ((from_uri=~"^sip:999.*")&&$(fu{s.len}) > 12) { # replace both display and uri # Strip out the leading 999 digits before sending it to redirect server uac_replace_from("$(fU{s.substr,3,0})","sip:$(fU{s.substr ,3,0})@$fd"); # Check for re-directs t_on_failure("4"); xlog("L_INFO", "RequestUri:[$ru] FromUri:[$fu] forwarding to redirect server...\n"); ds_select_dst("6", "0"); # forward to redirect server t_relay(); exit; } } } ############################################################################### # Process Replies ############################################################################### onreply_route[1] { if( status =~ "18[0-9]" ) { # Reset the flag t_on_failure("0"); } } #============================================= # Default redirect handler - PSTN gateway inter-op #============================================= failure_route[4] { get_redirects("*"); t_relay(); } ********************************************************************************************* Below is a snippet of my logs when the call fails. -----Call 1 Aug 28 19:53:27 [12103]: [INVITE] [from: asterisk] [calling: 15552121212] [caller: 99915553131313] Aug 28 19:53:27 [12103]: RequestUri:[sip:15552121212@openser] FromUri:[ sip:99915553131313@asterisk] forwarding to redirect server... Aug 28 19:53:35 [12103]: [ACK] [from: asterisk] [calling: 15552121212] [caller: 99915553131313] Aug 28 19:53:35 [12103]: ERROR:uac:replace_from: decline FROM replacing in sequential request in auto mode (has TO tag) Aug 28 19:53:35 [12103]: RequestUri:[sip:15552121212@openser] FromUri:[ sip:99915553131313@asterisk] forwarding to redirect server... Aug 28 19:53:41 [12107]: [BYE] [from: redirectServer] [calling: 99915553131313] [caller: 15552121212] -----Call 2 Aug 28 19:53:53 [12105]: [INVITE] [from: asterisk] [calling: 15552121212] [caller: 99915553131313] Aug 28 19:53:53 [12105]: RequestUri:[sip:15552121212@openser] FromUri:[ sip:99915553131313@asterisk] forwarding to redirect server... Aug 28 19:53:56 [12105]: ERROR:tm:w_t_relay: t_forward_nonack failed Thanks and many regards, Tolu

1 0

[OpenSER-Users] Broken "BYE" returned from Asterisk on TLS implementation ?
by David Loh 29 Aug '07

29 Aug '07

Hi All, Greeting. I've been struggle with OpenSER TLS implementation for more than a week, since I've ported from UDP to TLS, everything work fine except the "BYE" request from Asterisk (loose route), my implementation was something like below: [Client] --> [Router] --> [Internet] --> [SIP] --> [Asterisk] My OpenSER.cfg already configured to listen on two port which is :- "tls:eth0:5061" and "udp:eth0:5060", client make p2p or PSTN (or even voicemail) having no problem, but when the callee disconnect the call, caller will never get hang up :( I've attached my ethereal trace/ngrep to pastebin, http://pastebin.ca/673392 Wondering if anyone can help me with the broken "BYE" that returned from Asterisk ? Line #131, supposedly this line should have contain 2 Via header, one was "SIP/2.0/UDP" and another "SIP/2.0/TLS", but somehow the TLS via header was gone !! (compare to previous ACK (Line #117) /INVITE (Line #51). Due to the missing TLS via header, OpenSER log file was complaining "protocol/port mis-match". The last BYE request (Line #256) is actually firing from Client, which contain the "TLS" via. I've even tried "force_send_socket" to port 5061 (instead of 5060) from loose route, but it complaining TLS certificate error, since Asterisk doesn't support TLS natively, I've no clue why is the ACK/INVITE/CANCEL work but not BYE. if (loose_route) { .... if(is_method("BYE")) { force_send_socket(IP:5061); } } Has any one gone through of this kinda OpenSER over TLS + Asterisk setup, I'm really appreciate if you can share your experience with me, or pin point what's the mistakes I made here. Thanks in advance. Regards, David Loh

2 2

[OpenSER-Users] Need help in configuring Open SER - XMPP module with Jabberd
by Aditya Chaturvedi 28 Aug '07

28 Aug '07

Need some help in configuring Open SER xmpp module (I tried configuring using FPSDEM 2007 presentation pdf) I have one single server on which Open SER and jabberd both are running. I tried configuring xmpp module on Open SER installation by changing the openser.cfg file. I added following things in openser.cfg file: loadmodule "xmpp.so" modparam("xmpp","domain _separator","*") modparam("xmpp","gateway_domain"," sipxmpp.catch22") modparam("xmpp","xmpp_domain","xmppsip.catch22") modparam("xmpp","xmpp_host","xmpp.catch22") modparam("xmpp","backend","component") modparam("xmpp","xmpp_password","0915fc59edc8bd9425ddff892d89c22b2f3f0030") if (!t_newtran()) { sl_reply_error(); return; } if (method == "MESSAGE") { log("*** xmpp-handled MESSAGE message.\n"); if (xmpp_send_message()) { t_reply("200", "Accepted"); } else { t_reply("404", "Not found"); } return; } log("*** xmpp: unhandled message type\n"); t_reply("503", "Service unavailable"); return; 'sipxmpp.catch22', 'xmppsip.catch22', 'xmpp.catch22' , all are alias names of same machine. So using this I am able to send Message from SIP client to XMPP Client but not in opposite direction. Also message is getting delivered some times with some difficulty and some time more than one time. SIP client registered user - user1@openser_domain XMPP client registered user - user2@xmpp_host I sent message from SIP client to user2*xmpp_host@openser_domain(xmpp_host = xmpp.catch22 in my case) and it got delivered but from opposite side XMPP client is trying to send message to user1*openser_domain@xmpp_domain(xmpp_domain = xmppsip.catch22 in my case) which is not getting delivered. So at one place xmpp_host is working and at other xmpp_domain is used which is not working. I am getting confused with the settings of domains i.e. gateway_domain and xmpp_domain in openser.cfg file, Please give clarity on that. probably i am doing mistake there.One more question , how gateway_domain is different from openser_domain?? is there some more documentation from where i can take reference? Thanks, Aditya

1 0

[Serusers] TCP sessions
by Stefan Ljung (TN/EAB) 28 Aug '07

28 Aug '07

Is it possible to make the SER 0.9 (or 2.0) to reuse the listening TCP port , usually 5060, when it relays requests to the next SIP element in the network.

3 2

[OpenSER-Users] OpenSER and SIPPY b2bua
by TCB 28 Aug '07

28 Aug '07

Anyone out there managed to use sippy b2bua with openser . Any pointers would be most welcome. -- TC

1 0

[OpenSER-Users] Group and directed call pickup
by Zahid Mehmood 28 Aug '07

28 Aug '07

Hi All, I am working on implementing group/directed call pickup and it is my understanding that this requires dialog state information. Can someone describe the best approach to implement this when using multiple proxies? We have multiple proxies that replicate registration information to each other. Is there a way to share the dialog information among multiple proxies? or should all calls be routed through one proxy? Also, does this require presence server? Thanks in advance. -- Zahid

1 0

[OpenSER-Users] sip_msg_cloner: cannot allocate memory
by laurent schweizer 28 Aug '07

28 Aug '07

Hello, I have 2 openser working on 2 diffrents server. The first is doing the full job, Registration, authentifications .... And the second is only used for SEMS so a very simple config file. the first is working perfectly but the second create me this night a memory error. He was working correcly more that 1 month and I don't think that the problem is a overload usage because during the night I have low traffic. ./openser[5429]: ERROR: t_newtran: new_t failed ./openser[5435]: ERROR: sip_msg_cloner: cannot allocate memory ./openser[5435]: ERROR: new_t: out of mem: mpath="/usr/local/lib/openser/modules" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "maxfwd.so" loadmodule "xlog.so" loadmodule "avpops.so" modparam("tm", "fr_inv_timer", 15000) modparam("tm", "pass_provisional_replies", 1) modparam("rr", "enable_full_lr", 1) children=60 disable_tcp=yes disable_dns_blacklist=yes disable_dns_failover=yes disable_dns_blacklist=true # modparam( "tm", "tw_append", "info_append:hdr[Content-Length];hdr[Content-Type];msg[body]") #modparam( "tm", "tw_append", "info_append:Content-Length=$avp(i:70);Content-Type=$avp(i:71);body=$avp(i:72)") modparam("tm", "tw_append", "billing:billingid=$avp(i:67);accountid=$avp(i:68);Remote-Party-ID=$avp(i:69);Pays=$avp(i:70)") avp_aliases="bid=i:67;acid=i:68;rp=i:69;pays=i:70" # ------------------------- request routing logic ------------------- route{ # xlog("L_ERR","BEGIN: call [$rm] ru[$ru] fu[$fu] tu[$tu] si[$si] ct[$ct]\n"); if (!mf_process_maxfwd_header("5")) { sl_send_reply("483","Too Many Hops"); return; }; if (msg:len >= max_len ) { sl_send_reply("513", "Message too big"); return; }; sl_send_reply("100","---- trining"); record_route(); # if (loose_route()) { # xlog("L_ERR","LOOSE_ROUTE: [$rm] ru[$ru] fu[$fu] tu[$tu] si[$si] ct[$ct]\n"); # } if (!t_newtran()){ sl_send_reply("500","could not create transaction"); return; }; if (method=="INVITE"){ $avp(i:67) = $hdr(x-billingId); $avp(i:68) = $hdr(x-accountcode); $avp(i:69) = $hdr(Remote-Party-ID); $avp(i:70) = $hdr(Pays); if (uri =~ "sip:.*@") { if (!t_write_unix("/tmp/sems_sock","billing/billing")){ log("could not contact media server\n"); t_reply("500","could not contact media server"); return; } return; } # if (method=="INFO") { # $avp(i:70) = $cT; # $avp(i:71) = $cl; # $avp(i:72) = $rb; # # if(!t_write_unix("/tmp/sems_sock","sems/info_append")){ # log("could not contact sems\n"); # t_reply("500","could not contact media server"); # } # } } if (method=="BYE" || method=="CANCEL"){ if(!t_write_unix("/tmp/sems_sock","bye")) t_reply("500","error contacting bye"); } return; }

3 3

[OpenSER-Users] Bug in CPL module
by Helmut Kuper 28 Aug '07

28 Aug '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, currently I update openser 1.2.0 to 1.2.2. I found that cpl_run.c has an error arounf line 553: case REASON_ATTR: <<<<<<< .mine reason.len=n; ======= reason.len = n; >>>>>>> .r2629 should be: case REASON_ATTR: reason.len = n; regards Helmut -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGzYHh4tZeNddg3dwRAlCFAKCqgvyB2laQR2zusGt2ux02dAzNRQCdGBST DCAzgAopkYtVxhKS5rqr/DM= =O9Ck -----END PGP SIGNATURE-----

2 1

[Serusers] SIP-based multipoint video conferecing?
by SIP 28 Aug '07

28 Aug '07

Is anyone aware of, or does anyone have any experience with any SIP-based multipoint (i.e. more than 2 users) video conferencing server software? Ideally, of course, I'd like an H263 codec module for SEMS, but barring that, another SIP server that I can easily mesh with SER, forwarding video requests as need be to the video conferencing server to handle just the video mixing. Anyone use anything like that in their environments? N.

3 2

[OpenSER-Users] AVP Iteration
by Brandon Armstead 28 Aug '07

28 Aug '07

Hello, I'm trying to setup some kind of iteration through an AVP list using recursive routing, and use an AVP to create an "index" incrementing counter, i.e. if(is_avp_set("$avp(counter)")){ $avp(counter) = $avp(counter) + 1; } else { $avp(counter) = 0; } then I wish to apply to an avp index likewise: if($avp(some_avp[$avp(counter)]) == null){ # this avp list index does not exist, stop recursive routing } else { # keep doing operations } However this is trivial, there seems not to be any easy way of going about this, also openser.cfg errors out when I try to nest AVP's and use an AVP value as an index value. xl_parse_index: error parsing format [$avp(counter)])] expecting ']' parse error (410,59-89): unknown script variable Any thoughts? All Appreciated, thank you! -- Brandon Armstead

2 1

Re: [OpenSER-Users] About RTP stream
by Dan-Cristian Bogos 28 Aug '07

28 Aug '07

Yin, here you have a proper configuration: http://openser.svn.sourceforge.net/viewvc/openser/branches/1.2/examples/nat… Just make sure you install rtpproxy and start it on the same host with your openser. If properly installed, openser should recognize it in the logs (found RTP proxy, support for it activated) Cheers, DanB On 8/28/07, zze-WU Yin RD-MAPS-LAN <yin.wu(a)orange-ftgroup.com> wrote: > Hi Dan, > > In fact, I have two telephones VOIP and Openser as a SIP Proxy (in the same local network,there's no NAT.), they can register and call each other with no probleme. Now I just need the stream RTP pass by Openser, but no directely between two telephone. I have installed the rtpproxy, but I don't understand how it works exactely. And I don't know if it is nessary to install mediaproxy? This is my openser.cfg, can you give me some advice? > Thank you very much! > > Yin > > > -----Message d'origine----- > De : Dan-Cristian Bogos [mailto:dan.bogos@gmail.com] > Envoyé : mardi 28 août 2007 10:29 > À : zze-WU Yin RD-MAPS-LAN > Cc : users openser.org > Objet : Re: [OpenSER-Users] About RTP stream > > Yin, > > It all depends on what do u want to use it for. Can u explain a bit your scenario? > > DanB > > On 8/28/07, zze-WU Yin RD-MAPS-LAN <yin.wu(a)orange-ftgroup.com> wrote: > > > > Thank you for your help. I don't need NAT, it's just a local network. What I have to use? The Rtpproxy or Mediaproxy? And what diffrence between them? > > > > Yin > > > > -----Message d'origine----- > > De : Dan-Cristian Bogos [mailto:dan.bogos@gmail.com] Envoyé : lundi 27 > > août 2007 18:01 À : zze-WU Yin RD-MAPS-LAN Cc : users(a)openser.org > > Objet : Re: [OpenSER-Users] About RTP stream > > > > Hello Yin, > > > > openser by itself has no RTP capability. If you want NAT bypass solutions, check out the following softwares: > > 1. RTPProxy - http://ftp.iptel.org/pub/rtpproxy/ > > 2. Mediaproxy: - http://ag-projects.com/MediaProxy.html > > > > If you are looking for some RTP related applications, you can check SEMS: > > http://www.iptel.org/sems > > > > Hope this helps. > > > > DanB > > > > On 8/27/07, zze-WU Yin RD-MAPS-LAN <yin.wu(a)orange-ftgroup.com> wrote: > > > > > > > > > > > > Hello everyone, > > > > > > Now my openser is just a Sip proxy which manage the sip > > > requests and I want to manage RTP streams by the openser, that means > > > openser recieve RTP streams and retransmit them. How can I do? > > > > > > Thank you very much! > > > _______________________________________________ > > > Users mailing list > > > Users(a)openser.org > > > http://openser.org/cgi-bin/mailman/listinfo/users > > > > > > > > > >

1 0

Re: [OpenSER-Users] About RTP stream
by Dan-Cristian Bogos 28 Aug '07

28 Aug '07

Yin, It all depends on what do u want to use it for. Can u explain a bit your scenario? DanB On 8/28/07, zze-WU Yin RD-MAPS-LAN <yin.wu(a)orange-ftgroup.com> wrote: > > Thank you for your help. I don't need NAT, it's just a local network. What I have to use? The Rtpproxy or Mediaproxy? And what diffrence between them? > > Yin > > -----Message d'origine----- > De : Dan-Cristian Bogos [mailto:dan.bogos@gmail.com] > Envoyé : lundi 27 août 2007 18:01 > À : zze-WU Yin RD-MAPS-LAN > Cc : users(a)openser.org > Objet : Re: [OpenSER-Users] About RTP stream > > Hello Yin, > > openser by itself has no RTP capability. If you want NAT bypass solutions, check out the following softwares: > 1. RTPProxy - http://ftp.iptel.org/pub/rtpproxy/ > 2. Mediaproxy: - http://ag-projects.com/MediaProxy.html > > If you are looking for some RTP related applications, you can check SEMS: > http://www.iptel.org/sems > > Hope this helps. > > DanB > > On 8/27/07, zze-WU Yin RD-MAPS-LAN <yin.wu(a)orange-ftgroup.com> wrote: > > > > > > > > Hello everyone, > > > > Now my openser is just a Sip proxy which manage the sip > > requests and I want to manage RTP streams by the openser, that means > > openser recieve RTP streams and retransmit them. How can I do? > > > > Thank you very much! > > _______________________________________________ > > Users mailing list > > Users(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/users > > > > >

1 0

[Serusers] ser + radius/mysql
by Nhadie 28 Aug '07

28 Aug '07

Hi, i'm testing ser with radius using mysql. at first without inserting the Sip-Group on radgroupcheck, my x-lite can register. but when i add it i always get unauthorized. is there something wrong on the values i inserted? on my ser.cfg REGISTER part i only have this if (method=="REGISTER") { if (!radius_www_authorize("mydomain.com")) { if (isflagset(8)) {xlog("L_INFO", "Authenticating\n");}; www_challenge("mydomain.com", "0"); break; }; if (!save("location")) { sl_reply_error(); }; break; }; mysql> select * from radcheck; +----+------------------------+-----------+----+---------+ | id | UserName | Attribute | op | Value | +----+------------------------+-----------+----+---------+ | 1 | 1001(a)mydomain.com | Password | == | TEST1001 | +----+------------------------+-----------+----+---------+ 1 row in set (0.00 sec) mysql> select * from radgroupcheck; +----+-----------+-----------+----+----------------------+ | id | GroupName | Attribute | op | Value | +----+-----------+-----------+----+----------------------+ | 1 | intl-pstn | Sip-Group | == | world-pstn | +----+-----------+-----------+----+----------------------+ 2 rows in set (0.00 sec) mysql> select * from usergroup; +----+------------------------+-----------+ | id | UserName | GroupName | +----+------------------------+-----------+ | 1 | 1001(a)mydomain.com | intl-pstn | +----+------------------------+-----------+ 1 row in set (0.00 sec)

2 1

[OpenSER-Users] OpenSER as Asterisk/CallWeaver frontend
by Eugene Prokopiev 28 Aug '07

28 Aug '07

Hi, Can anybody tell some success story about using OpenSER as Asterisk/CallWeaver frontend? I tried to googling first but where are no detailed useful stories :( Now I have CallWeaver (Asterisk fork) installed on Linux server which connected to 2 different providers via one wan interface but 2 ip addresses from one network, for example: eth0 - 10.0.0.2/24 -> provider1(10.0.2.1) - 10.0.0.3/24 -> provider1(10.0.3.1) So, I need send SIP requests to provider1 from address 10.0.0.2/24 and to provider2 from 10.0.0.3/24. This must be done because my internet provider must account trafic on router 10.0.0.1 for 2 VoIP providers separately and it's billing system can do it only by different source ip addresses and can't do it by destination ip addresses. I can separate SIP requests between 2 ip addresses with linux kernel 2.6.18 or higher by using ip_nat_sip iptables module and MARK/SNAT. But this approach can't be used in OpenVZ virtial environment in which CallWeaver must be used. Is it possible to send SIP requests from CallWeaver via OpenSER and modify them with OpenSER to replace source addresses in UDP headers and SIP headers? How can I say CallWeaver to send SIP requests via OpenSER? How can I implement this routing logic in OpenSER? Can anybody give me a simple example? -- Thanks, Eugene Prokopiev

2 1

[OpenSER-Users] Unauthorized Calls - [Openser - X-lite]
by Jeferson Prevedello 27 Aug '07

27 Aug '07

Hello, I implemented an environment using to openser + mysql. The enviroment functions perfectly, however I perceived that users (branches) not registered in mysql are generating called. I installed the X-lite softphone in my computer trying to reproduce the situation. In the properties of configuration of the X-lite, "field Password" I type "trash" as password (wrong password). The display of X-lite showed the following message: "Registration error: 401 - Unauthorized". In the contacts drawer I add a contact (double click on the new contact), and the call was generate without restriction (very bad). Some idea of as I solve this problem? Thanks Regards Jeferson

3 10

Fw: [OpenSER-Users] Unauthorized Calls - [Openser - X-lite]
by Simone Torri 27 Aug '07

27 Aug '07

Hi Guys, Here in my company I have the same problem. The solution that I adopted was apply the proxy_authorize function and restrict all incoming calls. I use openser only for originate calls. Some tip ? Cheers, Torri ----- Original Message ----- From: "Jeferson Prevedello" <jprevedello(a)terra.com.br> To: "Dan-Cristian Bogos" <dan.bogos(a)gmail.com> Cc: <users(a)openser.org> Sent: Monday, August 27, 2007 12:26 PM Subject: Re: [OpenSER-Users] Unauthorized Calls - [Openser - X-lite] Hello DanB, More a problem ! :-( I apply the following configuration in my openser.cfg: if (method=="INVITE") { if (!proxy_authorize("", "subscriber")) { proxy_challenge("","0"); exit; } }; I perceived that with the configuration above 'only' registered users can generate called, however I not receive more called originated through of PSTN or of any branch of PBX. I believe these calls are deny because the source (PSTN - Branches) not are registering in the openser server. Is possible to apply the configuration above only for calls 'originated' from openser ? Thanks ! Regards Jeferson ----- Original Message ----- From: "Dan-Cristian Bogos" <dan.bogos(a)gmail.com> To: "Jeferson Prevedello" <jprevedello(a)terra.com.br> Cc: <users(a)openser.org> Sent: Monday, August 27, 2007 8:35 AM Subject: Re: [OpenSER-Users] Unauthorized Calls - [Openser - X-lite] Hello Jeferson, Your configuration looks a bit messy, if I were OpenSER I would also refuse it. :). I would suggest taking a more standard configuration (u can find many examples on this location: http://openser.svn.sourceforge.net/viewvc/openser/branches/1.2/examples/) and use 1.2 branch of software for start, and experiment with it into some lab environment. It is a bit difficult as a beginner to start directly experimenting on a production configuration, perhaps written by somebody else without understanding it. You will end up having big issues when troubleshooting in production environment. The tip I gave you would be really easy to implement it with a block of few lines, eg: if (is_method("INVITE")){ if (!proxy_authorize("", "subscriber)) { proxy_challenge("","0"); exit; } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); exit; }; }; Documentation for you to understand those lines here: http://www.openser.org/docs/modules/1.2.x/auth_db.html#AEN192 Usually, there is a loot of documentation and howtos in openser wiki, so I would suggest you having a glance on some titles which look close to your needs as a beginner. http://www.openser.org/dokuwiki/doku.php Cheers, DanB On 8/27/07, Jeferson Prevedello <jprevedello(a)terra.com.br> wrote: > Hello DanB, > > Thanks! > > As DanB´s suggestion, I tried to implement a mechanism that only allowed > authenticated members make calls, but my configuration didn´t function. > > This is my first project with openser, therefore I do not have much > experience. If someone know how to help me to implement this verification, > I > will be very thankful. > > Below, my openser.cfg file: > > -x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x -x-x-x-x-x-x-x-x > > > # ----------- global configuration parameters ------------------------ > > debug=3 > fork=yes > log_stderror=no > log_facility=LOG_LOCAL7 > > # hostname matching an alias will satisfy the condition uri==myself". > alias=xxx.xxx.xxx.xxx > listen=udp:xxx.xxx.xxx.xxx:5060 > > # check_via - Turn on or off Via host checking when forwarding replies. > # Default is no. arcane. looks for discrepancy between name and > # ip address when forwarding replies. > check_via=yes > > # syn_branch - Shall the server use stateful synonym branches? It is > # faster but not reboot-safe. Default is yes. > syn_branch=yes > > # dns - Uses dns to check if it is necessary to add a "received=" field > # to a via. Default is no. > # rev_dns - Same as dns but use reverse DNS. > dns=no > rev_dns=no > port=5060 > children=4 > > # memlog - Debugging level for final memory statistics report. Default > # is L_DBG -- memory statistics are dumped only if debug is set high. > memlog=3 > > # sip_warning - Should replies include extensive warnings? By default > # yes, it is good for trouble-shooting. > sip_warning=yes > > # fifo - FIFO special file pathname > fifo="/tmp/openser_fifo" > > # reply_to_via - A hint to reply modules whether they should send reply > # to IP advertised in Via. Turned off by default, which means that > # replies are sent to IP address from which requests came. > reply_to_via=no > > # mhomed -- enable calculation of outbound interface; useful on > # multihomed servers. > mhomed=0 > > # ------------------ 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/nathelper.so" > loadmodule "/usr/lib/openser/modules/acc.so" > loadmodule "/usr/lib/openser/modules/xlog.so" > > # Uncomment this if you want digest authentication > # mysql.so must be loaded ! > loadmodule "/usr/lib/openser/modules/auth.so" > loadmodule "/usr/lib/openser/modules/auth_db.so" > > # ----------------- setting module-specific parameters --------------- > > # ------------- usrloc parameters > > # 2 enables write-back to persistent mysql storage for speed > # disable=0, write-through=1 > modparam("usrloc", "db_mode", 0) > > # minimize write back window - default is 60 seconds > modparam("usrloc", "timer_interval", 30) > > # ------------- auth parameters > > # 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 parameters > > # add value to ;lr param to make some broken UAs happy > modparam("rr", "enable_full_lr", 1) > > # ------------- !! Nathelper > > modparam("registrar", "nat_flag", 6) > modparam("nathelper", "natping_interval", 30) # Ping interval 30 s > modparam("nathelper", "ping_nated_only", 1) # Ping only clients behind > NAT > modparam("nathelper", "rtpproxy_sock", "unix:/var/run/rtpproxy.sock") # > Nathelper with RTPproxy > > # ------------- tm parameters > > modparam("tm", "fr_timer", 12) > modparam("tm", "fr_inv_timer", 24) > > # ------------- acc parameters > > modparam("acc", "db_url", "mysql://openser:openserrw@localhost/openser") > modparam("acc", "db_flag", 2) > modparam("acc", "db_missed_flag", 2) > modparam("acc", "log_flag", 1) > modparam("acc", "log_missed_flag", 2) > modparam("acc", "log_level", 2) # Set log_level to 2 > > # Allow no more than 1 contacts per AOR > modparam("registrar", "max_contacts", 3) > > # ------------------------- request routing logic ------------------- > > # main routing logic > > route{ > > 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; > }; > > # < Acconting > > if (method=="INVITE") > { > log(1, "Generate call - START\n"); > setflag(1); /* set for accounting (the same value as in > log_flag!) */ > setflag(2); > }; > > if (method=="BYE") > { > log (1, "Hung-up \n"); > setflag(1); > }; > > if (method=="CANCEL") > { > log (1, "Lost call \n"); > setflag(1); > } > > if (!method=="REGISTER") > record_route(); > > if (nat_uac_test("3")) > { > # Allow RR-ed requests, as these may indicate that > # a NAT-enabled proxy takes care of it; unless it is > # a REGISTER > > if (method == "REGISTER" || ! search("^Record-Route:")) > { > log(1,"LOG: Someone trying to register from private > IP, > rewriting\n"); > > # This will work only for user agents that support > symmetric > # communication. We tested quite many of them and > majority is > # smart enough to be symmetric. In some phones it > takes > a configuration > # option. With Cisco 7960, it is called > NAT_Enable=Yes, > with kphone it is > # called "symmetric media" and "symmetric signalling". > > fix_nated_contact(); # Rewrite contact with source IP > of > signalling > force_rport(); # Add rport parameter to topmost > Via > setflag(6); # Mark as NATed > }; > }; > # 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"); > 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("xxx.xxx.xxx.xxx", "subscriber")) > { > www_challenge("xxx.xxx.xxx.xxx", "0"); > return; > }; > save("location"); > return; > }; > > lookup("aliases"); > if (!uri==myself) > { > append_hf("P-hint: outbound alias\r\n"); > route(1); > return; > }; > > # Router Cisco if not sip branche > log(1,"LOG: testando se destino-sip e' 418x ...\n"); > > if ( ! ( uri =~ "^sip:418[1-9].*" ) && > ! ( uri =~ "^sip:4397")) > { > log(1,"LOG: destino-sip not is 418x .\n"); > route(2); > > log(1,"LOG: rewriting hostport yyy.yyy.yyy.yyy:5060...\n"); > rewritehostport("yyy.yyy.yyy.yyy:5060"); > log(1,"LOG: t_relay...\n"); > t_relay(); > > log(1,"LOG: break...\n"); > return; > } > log(1,"LOG: destino-sip 418x, continue .\n"); > > # native SIP destinations are handled using our USRLOC DB > if (!lookup("location")) > { > sl_send_reply("404", "Not Found"); > return; > }; > }; > append_hf("P-hint: usrloc applied\r\n"); > route(1); > } > > ####################################### > > route[1] > { > # !! Nathelper > if (uri=~"[@:](192\.168\.|10\.|172\.(1[6-9]|2[0-9]|3[0-1])\.)" && > !search("^Route:")) > { > sl_send_reply("479", "We don't forward to private IP > addresses"); > return; > }; > > # if client or server know to be behind a NAT, enable relay > if (isflagset(6)) > { > force_rtp_proxy(); > t_on_reply("1"); > append_hf("P-Behind-NAT: Yes\r\n"); > }; > > if (!t_relay()) > { > sl_reply_error(); > return; > }; > } > # !! Nathelper > onreply_route[1] > { > # NATed transaction ? > if (isflagset(6) && status =~ "(183)|2[0-9][0-9]") > { > fix_nated_contact(); > force_rtp_proxy(); > } > else if (nat_uac_test("1")) > { > fix_nated_contact(); > }; > } > > ####################################### > > route[2] { > > ### Dial Plan for gateway VoIP ### > > # Sao Paulo 11 > if ( uri =~ "^sip:9911.*" ) > { > log(1,"LOG: destination is 9911x, change prefix..."); > strip(4); > prefix("011"); > return; > } > > # Error (Number inexistent) > sl_reply_error(); > > } > > -x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x -x-x-x-x-x-x-x-x > > Regards > Jeferson > > > > > > ----- Original Message ----- > From: "Dan-Cristian Bogos" <dan.bogos(a)gmail.com> > To: "Jeferson Prevedello" <jprevedello(a)terra.com.br> > Cc: <users(a)openser.org> > Sent: Saturday, August 25, 2007 3:06 PM > Subject: Re: [OpenSER-Users] Unauthorized Calls - [Openser - X-lite] > > > > Hello Jeferson, > > > > it all depends on your openser.cfg. > > If you put in there that all the INVITE-s should be authenticated, your > > users will not be able anymore to call without having a valid user and > > password for your server. Note that by default openser will not do any > > check for you, in order to keep the flexibility of be used in > > different environment setups. > > > > Cheers, > > DanB > > > > On 8/25/07, Jeferson Prevedello <jprevedello(a)terra.com.br> wrote: > >> > >> > >> Hello, > >> > >> I implemented an environment using to openser + mysql. The enviroment > >> functions perfectly, however I perceived that users (branches) not > >> registered in mysql are generating called. > >> > >> I installed the X-lite softphone in my computer trying to reproduce the > >> situation. > > >> In the properties of configuration of the X-lite, "field Password" I > >> type > >> "trash" as password (wrong password). > >> > >> The display of X-lite showed the following message: "Registration > >> error: > >> 401 > >> - Unauthorized". > >> > >> In the contacts drawer I add a contact (double click on the new > >> contact), > >> and the call was generate without restriction (very bad). > >> > >> Some idea of as I solve this problem? > >> > >> Thanks > >> > >> Regards > >> Jeferson > >> > >> _______________________________________________ > >> Users mailing list > >> Users(a)openser.org > >> http://openser.org/cgi-bin/mailman/listinfo/users > >> > >> > > > > _______________________________________________ Users mailing list Users(a)openser.org http://openser.org/cgi-bin/mailman/listinfo/users _______________________________________________ Users mailing list Users(a)openser.org http://openser.org/cgi-bin/mailman/listinfo/users Flickr agora em português. Você clica, todo mundo vê. http://www.flickr.com.br/

1 0

[OpenSER-Users] About RTP stream
by zze-WU Yin RD-MAPS-LAN 27 Aug '07

27 Aug '07

Hello everyone, Now my openser is just a Sip proxy which manage the sip requests and I want to manage RTP streams by the openser, that means openser recieve RTP streams and retransmit them. How can I do? Thank you very much!

2 1

[Users] understanding SEMS
by Victor Gamov 27 Aug '07

27 Aug '07

hi guys! can somebody explain me how SEMS works with SER/OpenSER. As I conceive proxy sends requests to SEMS via unix socket. Then SEMS needs constructs reply or new request and ask proxy to send it. But where reply come to proxy? into onreply_route[0] block? is it possible to use t_on_reply() function when initial request writing to SEMS to ask proxy to use specific onreply_route[] block? Thanks for advise! -- CU, Victor Gamov

4 5

[OpenSER-Users] Upload to XCAP Server - 405 Method Not Allowed error.
by Kriti Wadhwa 27 Aug '07

27 Aug '07

Hi, I am testing Presence service using Openser, XCAP server... After firing up the UCT IMS Client in the final step, everything goes well except the "Upload to XCAP Server" part... On clicking that I get: <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>405 Method Not Allowed</title> </head><body> <h1>Method Not Allowed</h1> <p>The requested method PUT is not allowed for the URL /xcap-root/pres-rules/user/alice/presence_rules.xml.</p> <hr> <address>Apache/2.0.54 (Fedora) Server at xcap Port 80</address> </body></html> Tried changing permissions to the presence_rules.xml file and also made all necessary changes in httpd.conf file but in vain... Hope someone can help me in this. Thanks, - Kriti Mailo: kriti.wadhwa(a)tcs.com =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you

1 0

[OpenSER-Users] Openser + Asterisk
by CLEMENT Frédéric 27 Aug '07

27 Aug '07

3 4

[Serusers] acc_db_request milliseconds
by Sho Aihara 27 Aug '07

27 Aug '07

Hello. Please teach me about acc_db_request for the call charge. For example, when call starts (ACK), my ser.cfg acc_db_request will executed to insert a new row for db. timestamp ------------------- 2007-08-24 23:50:00 And when call ends (BYE), acc_db_request executed. timestamp ------------------- 2007-08-24 23:50:03 These values were considered about milliseconds? For example... timestamp ------------------- 2007-08-24 23:50:00(.000) timestamp ------------------- 2007-08-24 23:50:03(.525) In this case, I think that the interval of these time becomes 4 seconds If I use these values for the call charge (round-up millisecond). Or, has the time recorded with BYE already been rounded up? Thanks, Sahria

1 0

[OpenSER-Users] en.wikipedia
by kgfleischmann＠t-online.de 27 Aug '07

27 Aug '07

The Wikipedia article of OpenSER is subject of a deletion request. The reasons can be found in this text on the discussion page of "Miconda" "Notability of OpenSER A tag has been placed on OpenSER, requesting that it be speedily deleted from Wikipedia. This has been done because the article appears to be about a person, group of people, band, club, company, or web content, but it does not indicate how or why the subject is notable: that is, why an article about that subject should be included in an encyclopedia. Under the criteria for speedy deletion, articles that do not assert the subject's importance or significance may be deleted at any time. Please see the guidelines for what is generally accepted as notable. If you think that you can assert the notability of the subject, you may contest the deletion by adding {{hangon}} to the top of the page (just below the existing speedy deletion or "db" tag), coupled with adding a note on the article's talk page explaining your position, but be aware that once tagged for speedy deletion, if the article meets the criterion it may be deleted without delay. Please do not remove the speedy deletion tag yourself, but don't hesitate to add information to the article that would confirm the subject's notability under Wikipedia guidelines. For guidelines on specific types of articles, you may want to check out our criteria for biographies, for web sites, for bands, or for companies. Feel free to leave a note on my talk page if you have any questions about this. Calltech 11:29, 25 July 2007 (UTC) " If someone could take care of the article and possibly join the deletion discussion (http://en.wikipedia.org/wiki/Wikipedia:Articles_for_deletion/OpenSER) ? /Klaus

3 2

Re: [Serusers] why combine ser with asterisk
by SIP 26 Aug '07

26 Aug '07

Michael Grigoni wrote: > SIP wrote: > > <snip> > >> Take Cray Supercomputers as a prime example. Seymour Cray built this >> fantastic supercomputer architecture, but didn't build any >> peripherals for it or even an operating system, assuming that, if >> people had the raw speed and power available, they'd be eager to use >> it even if they had to build their own hardware/software. > > Yes, Seymour liked to code in machine language right from the console > and the O/Ses for his machines developed 'organically' from the bottom up > in general, but wouldn't you consider SCOPE, KRONOS, NOS etc. operating > systems? And as for hardware, the CDC peripherals and Hyperchannel > offerings seemed to be the best in the industry on Cray CPUs... > > Regards, > > Michael Right, but Cray himself was TOTALLY against their creation. This was one of the reasons he left CDC to form Cray Research (which, mind you, CDC was very much in support of, as they had much faith in Cray's abilities). He argued vehemently that the peripherals were unnecessary products, and eventually, this disagreement caused him to leave and form Cray Research, where he could be free from 'management failures' as he liked to call them. The CDC, however, was extremely supportive of Cray Research, and put money and development time into it, much to Cray's chagrin. Then, again, when Cray Research was faced with the decision of whether to build computers that people would buy or computers for the sake of building computers, they understood that they needed to stay in business, and decided on the path that would lead them to solvency. This caused Cray to leave his own company and form Cray Computers. He vowed that CCC would make fast and powerful computers and that nothing else would be a priority. He assumed that speed and power were the ultimate goal and that everything would fall into place if he achieved that goal. Of course, his shortsightedness caused bankruptcy. Incidentally, having had to use NOS on a regular basis back in the day, I would scarcely call it an operating system. Anything that lets you manually change the bits in memory of a running program isn't an OS, it's just a GUI for the hardware. ;) N.

2 2

[Serusers] xlog module prefix text feature
by Tomasz Zieleniewski 26 Aug '07

26 Aug '07

Hi, I am using xlog module for my ser.cfg debuging. I though that it would be very helpful to have a feature which would prefix each log with a module-parameter defined text. It is useful for instance when there are more then one instances of ser on the same host. Cheers Waiting for your feedback Tomasz

2 1

[Serusers] Host three way conference
by inge 26 Aug '07

26 Aug '07

Hi all, I've some questions about it. First of all, when I use a SPA-941 with SER, I can do a three way conference with two incoming calls. Why I can't if I use an other product like SPA2100 ? I can deduce that this service depends on the functionalities of the product, but I'm not sure. But if I want nevertheless to use this service independently of the product used, how can I do ? Using SEMS ? In this case, can we install it without reinstallating SER ? Moreover, with SEMS I think I will have to determine a trigger ? (ie. something like a prefix in the URI ?) Thank for your answers and your support. Regards, Adrien .L

2 3

[OpenSER-Users] rpm packaging
by Daniel-Constantin Mierla 24 Aug '07

24 Aug '07

Hello, I would like to welcome two new members: Jan Ondrej and Peter Nixon. So far, they did a lot of work to package openser for Fedora and Suse distributions, becoming now the maintainers of the spec files for those distributions in OpenSER repository. Many thanks for the commitment and effort that will lead in installing and maintaining easier OpenSER in these distributions. Cheers, Daniel

3 3

[OpenSER-Users] call forking
by bernard.le＠orange-ftgroup.com 24 Aug '07

24 Aug '07

********************************* This message and any attachments (the "message") are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. Messages are susceptible to alteration. France Telecom Group shall not be liable for the message if altered, changed or falsified. If you are not the intended addressee of this message, please cancel it immediately and inform the sender. ********************************

3 3

[OpenSER-Users] How to avoid the Apple tax?
by Richard Bennett 24 Aug '07

24 Aug '07

Hi, I've been looking for an ultraportable laptop to run Ubuntu Linux on, as a more portable alternative to my current Dell that breaks my back each time I take it with me. Seeings as I don't need Windows I was hoping to avoid the Microsoft tax by buying a barebones laptop that doesn't come preloaded with Windows, i found something good here: http://www.rkcomputer.net/store/index.php/action/item/id/181/ (System76 have the same one, but they don't ship to Europe) But by the time I loaded the options I need, and shipped it to Belgium, paying the VAT and postage it all adds up and takes weeks. It turns out I can get a Macbook 13" delivered free in 3 days with a US keyboard (requirement), and it looks a lot nicer too. But of course, even though I just want to run Ubuntu on it, it comes preloaded with OSX. Has anyone heard of a way of avoiding the Mac tax, like the way people request a Microsoft rebate by not accepting the Ms License? I don't want to migrate to OSX because I run all my servers on Linux and by using it daily I learn a lot about the OS, and I have become addicted to the Opens source way of helping and getting helped. I'm not really worried about the financial cost of a bundeled Mac OSX, but am looking for a way to show Apple that the fact that they bundle OSX on all their hardware is no better than the way MS get Windows preloaded on all consumer PCs. I'll start by sending this question to their customer service and see what they say... Richard

1 1

[Serusers] 100 Trying response generation question
by tzieleniewski 24 Aug '07

24 Aug '07

Hi, I have to SERs working serialy. When first one receives INVITE it doesn't generate the 100 Trying response. First one passed the INVITE message to the second proxy which generates the 100 response. How is the 100 Response generation controlled in SER, is it configurable?? Cheers Thanks in advance Tomasz

2 1

[Serusers] Authentication configuration problem
by Sean 24 Aug '07

24 Aug '07

Greetings, I'm trying to configure authentication for the UA, I uncommented some sentences in the original ser.cfg for authentication as the comment in the ser.cfg guided. but I found that the following sentence will cause the ser crash: modparam("usrloc", "db_mode", 2) of course I've marked the previous sentence which will set the parmaeter to 0. can anyone help me on this problem? thanks a lot. Sean ____________________________________________________________________________________Ready for the edge of your seat? Check out tonight's top picks on Yahoo! TV. http://tv.yahoo.com/

2 2

[Serusers] Configuration sip service
by massimiliano basilica 24 Aug '07

24 Aug '07

I'm a new sip user, and I wuold like to know how to configure my openWengo user agent to connect with iptel Sip Service. I already have an account on iptel Sip Service. I suppose I need the following information: SIP Domain /Reaml: Server: Proxy ip:port Can you help me? I really appreciate you help. --------------------------------- --------------------------------- L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail

2 1

[Serusers] Configuration sip service
by massimiliano basilica 24 Aug '07

24 Aug '07

[input] [input] [input] [input] I'm a new sip user, and I wuold like to know how to configure my openWengo user agent to connect with iptel Sip Service. I already have an account on iptel Sip Service. I suppose I need the following information: SIP Domain /Reaml: Server: Proxy ip:port Can you help me? I really appreciate you help. Thank you in advance. Best Regards. --------------------------------- --------------------------------- L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail

1 0

Re: [OpenSER-Users] Limit calls per user basis
by Norman Brandinger 23 Aug '07

23 Aug '07

Hi Borislav, Perhaps the problem can be solved by checking with RADIUS before allowing the INVITE to complete. RADIUS can be set up to query a database to check for "simultaneous usage". Another suggestion would be for you to maintain (and then check) your own use counters with the avp_db_* functions. If the count is too high, then the INVITE is not allowed to complete. I'm not aware of any posted example configurations that perform either of the above functions. Maybe someone on the list has one they would be willing to share with the community. Regards, Norm Borislav Ivandic wrote: > Hi Norman, > > Thanks for your proposal, but it seems I didn't explain in the right > way my question. With "max_contacts", you have a generic limitation of > AOR's. That means it's for all users the same limit. What I was > looking for, was a way to limit individual users with customized > limits. i.e: user A, 10 simultaneous calls; user B, 1 call; user C, 3 > simultaneous calls. > > Borislav > > 2007/8/22, Norman Brandinger <norm(a)goes.com <mailto:norm@goes.com>>: > > Hi Borislav, > > The "registrar" module has a "max_contacts" parameter. > > This parameter can be used to limit the number of contacts per AOR > (Address of Record) in the user location database. > > Perhaps, using this parameter will solve your problem. > > Regards, > Norm > > Borislav Ivandic wrote: > > Hi All, > > > > > > Is there any way to limit the number of active calls for a single > > user? I was looking the dialog module, but I think it's more > oriented > > a global number of calls. > > > > Any tips or ideas? > > > > Thanks in advance, > > > > Borislav > > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Users mailing list > > Users(a)openser.org <mailto:Users@openser.org> > > http://openser.org/cgi-bin/mailman/listinfo/users > > > >

1 0

[OpenSER-Users] Yeahh!!! Openser + Freeradius + CDRTool + MySQL + Freeradius-CDRTool python module almost working
by Marc LEURENT 23 Aug '07

23 Aug '07

Thanks Dan!! I have successfully compiled freeradius 1.1.6 with the rlm_python compiled statically! So the freeradius-cdrtool module works!! My problem is that is cannot find the destination whereas it's in the Canonical-URI, so that with To=None, it cannot calculate the max session time But in the radacct database, there is the Canonical-URI A Parsing problem? Stange, I don't know where to search for it Aug 23 16:57:23 sd-7501 CDRTool[20011]: MaxSessionTime From=101(a)sd-7501.dedibox.fr To=None Duration=7200 Lock=1 Aug 23 16:57:23 sd-7501 CDRTool[20011]: Load last minute: 5 calls @ 0.04 cps, memory: 10.13 MB Aug 23 16:57:23 sd-7501 CDRTool[20011]: Call to none, no limit imposed Aug 23 16:57:23 sd-7501 CDRTool[20011]: GetBalance From=101(a)sd-7501.dedibox.fr Aug 23 16:57:23 sd-7501 CDRTool[20011]: Customer : 101(a)sd-7501.dedibox.fr Aug 23 16:57:23 sd-7501 CDRTool[20011]: Balance : 1000.0000 Aug 23 16:57:23 sd-7501 CDRTool[20011]: MaxSessionTime From=101(a)sd-7501.dedibox.fr To=None Duration=7200 Lock=1 Aug 23 16:57:23 sd-7501 CDRTool[20011]: Call to none, no limit imposed Aug 23 16:57:23 sd-7501 CDRTool[20011]: GetBalance From=101(a)sd-7501.dedibox.fr Aug 23 16:57:23 sd-7501 CDRTool[20011]: Customer : 101(a)sd-7501.dedibox.fr Aug 23 16:57:23 sd-7501 CDRTool[20011]: Balance : 1000.0000 Aug 23 16:57:24 sd-7501 CDRTool[20011]: MaxSessionTime From=101(a)sd-7501.dedibox.fr To=None Duration=7200 Lock=1 Aug 23 16:57:24 sd-7501 CDRTool[20011]: Call to none, no limit imposed Aug 23 16:57:24 sd-7501 CDRTool[20011]: GetBalance From=101(a)sd-7501.dedibox.fr Aug 23 16:57:24 sd-7501 CDRTool[20011]: Customer : 101(a)sd-7501.dedibox.fr Aug 23 16:57:24 sd-7501 CDRTool[20011]: Balance : 1000.0000 Aug 23 16:57:45 sd-7501 CDRTool[20011]: DebitBalance From=None To=sip:0033677832974@sd-7501.dedibox.fr:5060;user=phone Duration=0 Aug 23 16:57:45 sd-7501 CDRTool[20011]: Warning: Account none is not prepaid rad_recv: Accounting-Request packet from host 127.0.0.1:59701, id=79, length=318 Acct-Status-Type = Failed Service-Type = Sip-Session Sip-Response-Code = 487 Sip-Method = INVITE Event-Timestamp = "Aug 23 2007 16:51:33 CEST" Sip-From-Tag = "c0a80101-29f6f83" Sip-To-Tag = "c0a80101-29f6daa" Acct-Session-Id = "2f12a585-c0a80101-0-1f(a)192.168.95.79" Sip-Src-IP = "81.57.0.22" Sip-Src-Port = "62854" Canonical-URI = "sip:0033677832974@sd-7501.dedibox.fr:5060;user=phone" Billing-Party = "sip:101@sd-7501.dedibox.fr:5060;user=phone" SIP-Proxy-IP = "88.191.45.91" User-Agent = "THOMSON ST2030 hw0 fw1.56 00-0E-50-4E-AF-C4" NAS-Port = 5060 Acct-Delay-Time = 0 NAS-IP-Address = 127.0.0.1 Processing the preacct section of radiusd.conf Dan-Cristian Bogos a écrit : > Marc, > > try this (as I have written in freeradius list) - should work fine if > u follow the exact steps. I am compiling it statically since this was > the building policy recommended by developers: > > 1. Grab the sources and unpack them (1.1.7 version) > 2. After unpacking, run from within the source folder: > ./configure --with-static-modules=python > make > 3. Your make will stop here: "libtool: link: cannot find the library > `../modules/rlm_python/rlm_python.la' or unhandled argument > `../modules/rlm_python/rlm_python.la'" > 4. Go into ./src/modules/rlm_python > 5. run ./configure + make + make install > 6. Go back to root of sources and run again make + make install. > > Hope that will do, > DanB > > > > > On 8/23/07, Marc LEURENT <lftsy(a)free.fr> wrote: >> I'm receiving freeradius-users(a)lists.freeradius.org >> Did you sent it there? >> >> I have posted some message there and some developpers said that rlm_python shouldn't be compiled statically... And that I should use the experimental >> module option. So I don't know what to do in order to get your module working >> >> PS: I have tested it in console with python directly, Congratulations!! It works perfectly >> >> >> >> Dan-Cristian Bogos a écrit : >>> SOLVED, check the freeradius list, I have posted there the solution. >>> >>> DanB >>> >>> On 8/23/07, Marc LEURENT <lftsy(a)free.fr> wrote: >>>> I have copied the missing radpaths.h from 1.1.7 source, but there is still an error! (libradius.la) >>>> Why is ir so important de compile de python module statically?? >>>> >>>> Can we compile the experimental modules?? >>>> >>>> rlm_python.c: At top level: >>>> rlm_python.c:244: warning: function declaration isn't a prototype >>>> rlm_python.c: In function 'python_load_function': >>>> rlm_python.c:456: warning: passing argument 2 of 'PyObject_GetAttrString' discards qualifiers from pointer target type >>>> gcc -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -D_GNU_SOURCE -g -Wshadow -Wpointer-arith -Wcast-qual -Wcast-align -Wwrite-strings >>>> -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -W -Wredundant-decls -Wundef >>>> -I/home/mleurent/freeradius/official/freeradius-1.1.6/src/include -I/usr/include/python2.4 -c rlm_python.c -o rlm_python.o >/dev/null 2>&1 >>>> /home/mleurent/freeradius/official/freeradius-1.1.6/libtool --mode=link gcc -release 1.1.6 \ >>>> -module -static -o rlm_python.la \ >>>> -rpath /usr/local/lib rlm_python.lo rlm_python.c /home/mleurent/freeradius/official/freeradius-1.1.6/src/lib/libradius.la \ >>>> -L/usr/lib/python2.4/config -lpthread -ldl -lutil -lpython2.4 -lm -lnsl -lresolv -lpthread >>>> libtool: link: cannot find the library `/home/mleurent/freeradius/official/freeradius-1.1.6/src/lib/libradius.la' or unhandled argument >>>> `/home/mleurent/freeradius/official/freeradius-1.1.6/src/lib/libradius.la' >>>> make: *** [rlm_python.la] Error 1 >>>> zsh: exit 2 make >>>> >>>> >>>> Dan-Cristian Bogos a écrit : >>>>> Ok, try a trick then, >>>>> >>>>> 1. in root folder type: >>>>> >>>>> ./configure --with-static-modules=python >>>>> >>>>> 2. go in ./src/modules/rlm_python/ and try after the installation >>>>> procedure: ./configure + make + make install >>>>> 3. Go back to root folder and try again the installation procedure >>>>> (./configure --with-static-modules=python + make + make install). >>>>> >>>>> Let me know how it goes. >>>>> >>>>> DanB >>>>> >>>>> On 8/23/07, Marc LEURENT <lftsy(a)free.fr> wrote: >>>>>> I cannot do it! >>>>>> Sniff again >>>>>> >>>>>> SCREEN):root@sd-7501:[/home/../freeradius-1.1.6]# cd src/modules/rlm_python >>>>>> (SCREEN):root@sd-7501:[~mleurent/../rlm_python]# ./configure >>>>>> checking for gcc... gcc >>>>>> checking for C compiler default output file name... a.out >>>>>> checking whether the C compiler works... yes >>>>>> checking whether we are cross compiling... no >>>>>> checking for suffix of executables... >>>>>> checking for suffix of object files... o >>>>>> checking whether we are using the GNU C compiler... yes >>>>>> checking whether gcc accepts -g... yes >>>>>> checking for gcc option to accept ANSI C... none needed >>>>>> checking how to run the C preprocessor... gcc -E >>>>>> checking for python2.3... no >>>>>> checking for python2.2... no >>>>>> checking for python2.1... no >>>>>> checking for python1.5... no >>>>>> checking for python... python >>>>>> checking for Python.h... yes >>>>>> checking for Py_Initialize in -lpython2.4... yes >>>>>> configure: creating ./config.status >>>>>> config.status: creating Makefile >>>>>> >>>>>> (SCREEN):root@sd-7501:[~mleurent/../rlm_python]# make >>>>>> ../rules.mak:24: ../../../Make.inc: No such file or directory >>>>>> make: *** No rule to make target `../../../Make.inc'. Stop. >>>>>> zsh: exit 2 make >>>>>> >>>>>> >>>>>> Dan-Cristian Bogos a écrit : >>>>>>> Hi Marc, >>>>>>> >>>>>>> it looks like there has been some changes with freeradius 1.7 since >>>>>>> this one does not install for me either. It says :" ibtool: link: >>>>>>> cannot find the library >>>>>>> `/usr/local/src/freeradius/freeradius-1.1.7/src/lib/libradius.la' or >>>>>>> unhandled argument >>>>>>> `/usr/local/src/freeradius/freeradius-1.1.7/src/lib/libradius.la'". On >>>>>>> a manual search I could see that this library is not longer included >>>>>>> with the sources. I will try asking the guys from freeradius about the >>>>>>> changes necessary to work. >>>>>>> In the mean time, if u want to give it a try, here is how I have >>>>>>> installed from freeradius 1.6: >>>>>>> 1. Download the sources: "wget >>>>>>> ftp://ftp.freeradius.org/pub/radius/freeradius-1.1.6.tar.gz" >>>>>>> 2. Extract and get into the source folder. >>>>>>> 3. Go to ./src/modules/rlm_python/ >>>>>>> 4. Install the sources statically: (./configure + make + make install). >>>>>>> 5. Go back to root folder for the sources >>>>>>> 6. ./configure --with-static-modules=python >>>>>>> 7. make + make install. >>>>>>> >>>>>>> Hope that would do for you. >>>>>>> >>>>>>> Cheers, >>>>>>> DanB >>>>>>> >>>>>>> On 8/22/07, Marc LEURENT <lftsy(a)free.fr> wrote: >>>>>>>> I have another error with freeradius 1.1.7 from source, I don't know why it cannot find the module... >>>>>>>> I'll check tomorrow >>>>>>>> Yhanks for your help Dan, have a pleasant evening >>>>>>>> >>>>>>>> rlm_sql_mysql: Starting connect to MySQL server for #3 >>>>>>>> rlm_sql (sql): Connected new DB handle, #3 >>>>>>>> rlm_sql (sql): starting 4 >>>>>>>> rlm_sql (sql): Attempting to connect rlm_sql_mysql #4 >>>>>>>> rlm_sql_mysql: Starting connect to MySQL server for #4 >>>>>>>> rlm_sql (sql): Connected new DB handle, #4 >>>>>>>> Module: Instantiated sql (sql) >>>>>>>> python_init done >>>>>>>> Module: Loaded python >>>>>>>> python: mod_instantiate = "freeradius-cdrtool" >>>>>>>> python: func_instantiate = "instantiate" >>>>>>>> python: mod_authorize = "freeradius-cdrtool" >>>>>>>> python: func_authorize = "authorize" >>>>>>>> python: mod_authenticate = "(null)" >>>>>>>> python: func_authenticate = "(null)" >>>>>>>> python: mod_preacct = "(null)" >>>>>>>> python: func_preacct = "(null)" >>>>>>>> python: mod_accounting = "freeradius-cdrtool" >>>>>>>> python: func_accounting = "accounting" >>>>>>>> python: mod_checksimul = "(null)" >>>>>>>> python: func_checksimul = "(null)" >>>>>>>> python: mod_detach = "freeradius-cdrtool" >>>>>>>> python: func_detach = "detach" >>>>>>>> rlm_python:python_load_function: module 'freeradius-cdrtool' is not found >>>>>>>> rlm_python:EXCEPT:exceptions.ImportError: /usr/lib/python2.4/lib-dynload/_socket.so: undefined symbol: _Py_TrueStruct >>>>>>>> rlm_python:python_load_function: failed to import python function 'freeradius-cdrtool.instantiate' >>>>>>>> radiusd.conf[541]: python: Module instantiation failed. >>>>>>>> radiusd.conf[1900] Unknown module "python". >>>>>>>> radiusd.conf[1803] Failed to parse authorize section. >>>>>>>> zsh: exit 1 radiusd -X >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Dan-Cristian Bogos a écrit : >>>>>>>>> You are getting this error because the interpreter does not accept "-" >>>>>>>>> in the name. I didn't need to import it in the interpreter and there >>>>>>>>> will be no use since radiusd package is available only within >>>>>>>>> freeradius process. >>>>>>>>> >>>>>>>>> Thxs, >>>>>>>>> DanB >>>>>>>>> >>>>>>>>> On 8/22/07, Marc LEURENT <lftsy(a)free.fr> wrote: >>>>>>>>>> Do you have this error? >>>>>>>>>> When I try to load your module in mython, I have this error because of the dash.. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> root@sd-7501:[/home/../freeradius-cdrtool-1.0]# python >>>>>>>>>> Python 2.4.4 (#2, Apr 5 2007, 20:11:18) >>>>>>>>>> [GCC 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)] on linux2 >>>>>>>>>> Type "help", "copyright", "credits" or "license" for more information. >>>>>>>>>>>>> import freeradius-cdrtool >>>>>>>>>> File "<stdin>", line 1 >>>>>>>>>> import freeradius-cdrtool >>>>>>>>>> ^ >>>>>>>>>> SyntaxError: invalid syntax >>>>>>>>>>>>> import setup >>>>>>>>>> usage: [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...] >>>>>>>>>> or: --help [cmd1 cmd2 ...] >>>>>>>>>> or: --help-commands >>>>>>>>>> or: cmd --help >>>>>>>>>> >>>>>>>>>> error: no commands supplied >>>>>>>>>> zsh: exit 1 python >>>>>>>>>> >>>>>>>>>> Dan-Cristian Bogos a écrit : >>>>>>>>>>> Marc, >>>>>>>>>>> >>>>>>>>>>> This is still an error from python, not my module. I think it has >>>>>>>>>>> something to do with linking inside between C and python. What were >>>>>>>>>>> the steps in your freeradius installation? >>>>>>>>>>> >>>>>>>>>>> DanB >>>>>>>>>>> >>>>>>>>>>> On 8/22/07, Marc LEURENT <lftsy(a)free.fr> wrote: >>>>>>>>>>>> I have compiled the experimental modules, now the python module is working but I have an error with yours... >>>>>>>>>>>> I have changed the rlm_digest.c and fixed the sql module to work with procedure >>>>>>>>>>>> >>>>>>>>>>>> rlm_sql (sql): Connected new DB handle, #4 >>>>>>>>>>>> Module: Instantiated sql (sql) >>>>>>>>>>>> python_init done >>>>>>>>>>>> Module: Loaded python >>>>>>>>>>>> python: mod_instantiate = "freeradius-cdrtool" >>>>>>>>>>>> python: func_instantiate = "instantiate" >>>>>>>>>>>> python: mod_authorize = "freeradius-cdrtool" >>>>>>>>>>>> python: func_authorize = "authorize" >>>>>>>>>>>> python: mod_authenticate = "(null)" >>>>>>>>>>>> python: func_authenticate = "(null)" >>>>>>>>>>>> python: mod_preacct = "(null)" >>>>>>>>>>>> python: func_preacct = "(null)" >>>>>>>>>>>> python: mod_accounting = "freeradius-cdrtool" >>>>>>>>>>>> python: func_accounting = "accounting" >>>>>>>>>>>> python: mod_checksimul = "(null)" >>>>>>>>>>>> python: func_checksimul = "(null)" >>>>>>>>>>>> python: mod_detach = "freeradius-cdrtool" >>>>>>>>>>>> python: func_detach = "detach" >>>>>>>>>>>> exceptions.ImportError: /usr/lib/python2.4/lib-dynload/_socket.so: undefined symbol: _Py_TrueStruct >>>>>>>>>>>> Failed to import python module "freeradius-cdrtool" >>>>>>>>>>>> radiusd.conf[544]: python: Module instantiation failed. >>>>>>>>>>>> radiusd.conf[1884] Unknown module "python". >>>>>>>>>>>> radiusd.conf[1792] Failed to parse authorize section. >>>>>>>>>>>> zsh: exit 1 freeradius -X >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Dan-Cristian Bogos a écrit : >>>>>>>>>>>>> You can get it from here: >>>>>>>>>>>>> http://frad-cdrtool.sourceforge.net/rlm_digest.c >>>>>>>>>>>>> >>>>>>>>>>>>> DanB >>>>>>>>>>>>> >>>>>>>>>>>>> On 8/22/07, Marc LEURENT <lftsy(a)free.fr> wrote: >>>>>>>>>>>>>> I haven't found this patch on http://sourceforge.net/projects/frad-cdrtool... >>>>>>>>>>>>>> Where did you found it? >>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>> >>>>>>>>>>>>>> Dan-Cristian Bogos a écrit : >>>>>>>>>>>>>>> Marc, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I don't have this problem. >>>>>>>>>>>>>>> I have compiled freeradius with rlm_python from sources. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> For problems with freeradius, I think the best would be to grab some >>>>>>>>>>>>>>> support directly from their mailing list, since they are pretty >>>>>>>>>>>>>>> helpful. Don't forget about patching also rlm_digest in order to >>>>>>>>>>>>>>> sanitize the params coming from OpenSER in the authorization phase and >>>>>>>>>>>>>>> not the authentication one. They promised for future releases to >>>>>>>>>>>>>>> include this patch inside the distribution. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Cheers, >>>>>>>>>>>>>>> DanB >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On 8/22/07, Marc LEURENT <lftsy(a)free.fr> wrote: >>>>>>>>>>>>>>>> I have corrected it: mea culpa >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> But now I have a real trouble: >>>>>>>>>>>>>>>> When I start freeradius, it said that it can't find rlm_python.so, but this is normal because we added --with-static-modules=python >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Did you have thos problem? >>>>>>>>>>>>>>>> Do you know how to correct it? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> rlm_sql (sql): Connected new DB handle, #4 >>>>>>>>>>>>>>>> Module: Instantiated sql (sql) >>>>>>>>>>>>>>>> radiusd.conf[544] Failed to link to module 'rlm_python': rlm_python.so: cannot open shared object file: No such file or directory >>>>>>>>>>>>>>>> radiusd.conf[1884] Unknown module "python". >>>>>>>>>>>>>>>> radiusd.conf[1792] Failed to parse authorize section. >>>>>>>>>>>>>>>> zsh: exit 1 freeradius -X >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Dan-Cristian Bogos a écrit : >>>>>>>>>>>>>>>>> Hi Marc, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> it looks like you are getting some problems related to stored >>>>>>>>>>>>>>>>> procedure in your mysql database. Did u install also the radius patch >>>>>>>>>>>>>>>>> recommended by AG-Projects in order to work properly with stored >>>>>>>>>>>>>>>>> procedures? On the sql side I cannot help you too much since I am >>>>>>>>>>>>>>>>> using still the normal sql queries without stored procedures. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> DanB >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On 8/22/07, Marc LEURENT <lftsy(a)free.fr> wrote: >>>>>>>>>>>>>>>>>> I have followed your advice, Freeradius is recompiled with rlm_python, >>>>>>>>>>>>>>>>>> byt know, rlm_sql seems to encountered troubles >>>>>>>>>>>>>>>>>> like : >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> rlm_sql (sql): Reserving sql socket id: 2 >>>>>>>>>>>>>>>>>> rlm_sql_mysql: MYSQL check_error: 1312 received >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Any idea of how to repair this? >>>>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> I have added this in my debian/rules file: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> modulelist=krb5 ldap sql_mysql sql_iodbc python >>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>> ./configure \ >>>>>>>>>>>>>>>>>> $(confflags) \ >>>>>>>>>>>>>>>>>> --prefix=/usr \ >>>>>>>>>>>>>>>>>> ... \ >>>>>>>>>>>>>>>>>> --with-static-modules=python >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Here is my freeradius debug: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> rlm_detail: /var/log/freeradius/radacct/%{Client-IP-Address}/detail-%Y%m%d expands to /var/log/freeradius/radacct/127.0.0.1/detail-20070822 >>>>>>>>>>>>>>>>>> modcall[accounting]: module "detail" returns ok for request 5 >>>>>>>>>>>>>>>>>> modcall[accounting]: module "unix" returns noop for request 5 >>>>>>>>>>>>>>>>>> radius_xlat: '/var/log/freeradius/radutmp' >>>>>>>>>>>>>>>>>> radius_xlat: '' >>>>>>>>>>>>>>>>>> modcall[accounting]: module "radutmp" returns ok for request 5 >>>>>>>>>>>>>>>>>> radius_xlat: '' >>>>>>>>>>>>>>>>>> radius_xlat: ' CALL insert_radacct_record( 'radius', '52f74a-c0a80101-0-4(a)192.168.95.79', >>>>>>>>>>>>>>>>>> '36afb36cd5c82c34', 'sip:101@sd-7501.dedibox.fr:5060=3Buser=3Dphone', >>>>>>>>>>>>>>>>>> 'sip:101@sd-7501.dedibox.fr:5060=3Buser=3Dphone', '88.191.45.91', '5060', '2007-08-22 13:59:25', >>>>>>>>>>>>>>>>>> '0', '0', '0', '0', '', '', '200', >>>>>>>>>>>>>>>>>> 'Sip-Session', '', '', '0', '0', '200', >>>>>>>>>>>>>>>>>> 'INVITE', '', 'c0a80101-5766ea7', 'c0a80101-4e8244', '', '', >>>>>>>>>>>>>>>>>> '', 'sip:0033677832974@sd-7501.dedibox.fr:5060=3Buser=3Dphone', '', '' )' >>>>>>>>>>>>>>>>>> rlm_sql (sql): Reserving sql socket id: 2 >>>>>>>>>>>>>>>>>> rlm_sql_mysql: MYSQL check_error: 1312 received >>>>>>>>>>>>>>>>>> rlm_sql (sql): Couldn't insert SQL accounting START record - PROCEDURE radius.insert_radacct_record can't return a result set in the given context >>>>>>>>>>>>>>>>>> radius_xlat: '' >>>>>>>>>>>>>>>>>> rlm_sql (sql): Released sql socket id: 2 >>>>>>>>>>>>>>>>>> modcall[accounting]: module "sql" returns ok for request 5 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Dan-Cristian Bogos a écrit : >>>>>>>>>>>>>>>>>>> Marc, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I would suggest as first step reading about how prepaid works in >>>>>>>>>>>>>>>>>>> CDRTool. (see PREPAID.txt in doc folder). >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I personally use freeradius-cdrtool connector >>>>>>>>>>>>>>>>>>> (sourceforge.net/projects/frad-cdrtool), which I have written in >>>>>>>>>>>>>>>>>>> python and which needs rlm_python compiled into freeradius server. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Have a look on all the info and let me know if u need any additional. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Cheers, >>>>>>>>>>>>>>>>>>> DanB >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On 8/20/07, Marc LEURENT <lftsy(a)free.fr> wrote: >>>>>>>>>>>>>>>>>>>> No... >>>>>>>>>>>>>>>>>>>> Is it possible to do it with openser or is it compulsory to use asterisk? >>>>>>>>>>>>>>>>>>>> What do you use? >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Dan-Cristian Bogos a écrit : >>>>>>>>>>>>>>>>>>>>> Hi there Marc, >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> are you using any application which locks, unlocks the prepaid >>>>>>>>>>>>>>>>>>>>> accounts, and instructs CDRTool to update the user's balance? Are you >>>>>>>>>>>>>>>>>>>>> aware that CDRTool uses separate applications for prepaid and postpaid >>>>>>>>>>>>>>>>>>>>> accounts? >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> DanB >>>>>>>>> _______________________________________________ >>>>>>>>> Users mailing list >>>>>>>>> Users(a)openser.org >>>>>>>>> http://openser.org/cgi-bin/mailman/listinfo/users

2 1

[OpenSER-Users] Limit calls per user basis
by Borislav Ivandic 23 Aug '07

23 Aug '07

Hi All, Is there any way to limit the number of active calls for a single user? I was looking the dialog module, but I think it's more oriented a global number of calls. Any tips or ideas? Thanks in advance, Borislav

2 2

[OpenSER-Users] Has anyone read openser source code?
by Lee Jacky 23 Aug '07

23 Aug '07

Has anyone read openser source code? Now I intend to read the code,and is there to do so? We can discuss with each other.You can leave your MSN here. --------------------------------- 雅虎邮箱，以安全著称，是值得信赖的邮箱专家！

2 1

[OpenSER-Users] FreeRADIUS-CDRTool Connector
by Norman Brandinger 23 Aug '07

23 Aug '07

There is a new link on the docuwiki under External tutorials: http://openser.org/dokuwiki/doku.php/start The project is located at: http://frad-cdrtool.sourceforge.net Thank you Dan-Cristian Bogos for making the FreeRADIUS-CDRTool Connector available to OpenSER users !!! >From his README: FreeRADIUS-CDRTool is a freeradius module able to connect on the CDRTool prepaid engine through TCP API and implement a basic prepaid level for calls passing through OpenSER. I have created this module in my spare time and not being really expert in Python, so please watch it when u judge me ;).I am releasing this module free of any costs to be used or modified by anyone needs to (GPL), and I will try my best to support it from my own resources if this will be necessary, based on the respect I have for opensource software and community. Functionality and concepts behind: For calls being necessary to be authenticated, openser will send a Radius Access-Request packet which will contain the username and the destination for the call. As per configuration, freeradius will send those packets, sanitized by the digest module to python which will use the authorize function (again as per configuration). This function will query cdrtool as per described API (CDRTool PREPAID documentation) and return the necessary information back to OpenSER through the recommended way of SIP-AVP. The avps received will be available in openser as: callMaxDur and credit, where callMaxDur is the maximum duration the user is allowed to be connected with the destination and credit represents the amount of credit available at starting of the call. This info can be used later in an bbua able to timeout calls based on duration. At the starting of the call, freeradius-cdrtool module will record the timestamps for Accounting-Start packet received from OpenSER in the memory, so it should spare some processing time without being necessary to query any database for this later. When the call will be ended, OpenSER should inform FreeRADIUS about this, therefore freeradius-cdrtool beeing able to unlock the account as well as announce CDRTool to debit the necessary balance for the call from the user's account. In the case of failed calls, freeradius-cdrtool will properly unlock the accounts without debiting any credit from user's accounts.

2 1

[OpenSER-Users] OpenSER with TLS - method BYE = protocol/port mismatch ??
by David Loh 23 Aug '07

23 Aug '07

Hi All, Good day, I'm new to this mailing list :-) I've setup an OpenSER server with TLS implementation, so far I tested everything works fine, but there's strange problem for "BYE" request, from the openser's log it always complaint: "Aug 19 22:58:40 ser /sbin/openser[16171]: WARNING:get_send_socket: protocol/port mismatch" Here's my implementation: UA -> OpenSER -> Asterisk (as RTP) -> OpenSER -> UA On OpenSER I've two port opened which is Udp 5060 and TCP 5061 (TLS). My UA is Eyebeam v1.5 and the CA certificate (self-signed) already installed into IE "Trusted RootCA Certificates". So far I've tested p2p and pstn calls (and call to playback balance/asterisk), but the problem is unless UA disconnect the call (initiate BYE), otherwise if remote party (p2p/pstn/asterisk) initiate BYE request, my UA will forever stay connected until I disconnect the call manually. So far I've identified the BYE request from remote party will go into Loose Route, and I've place a xlog to display the R-Uri.. here's the log from openser: (notes: if UA dial '001' will playback his/her balance from asterisk) ------------------------------------------------------------------------------------------------------------- Aug 19 22:58:31 ser /sbin/openser[16189]: DBG: INVITE from client sip:%user%@%domain% (%UA_IP%) - p2p call Aug 19 22:58:31 ser /sbin/openser[16189]: DBG: INVITE F-[sip:%user%@%domain%] T-[sip:001@%domain%] IP-[%UA_IP%] SUCCESSFUL Aug 19 22:58:32 ser /sbin/openser[16189]: DBG: INVITE from client sip:%user%@%domain% (%UA_IP%) Aug 19 22:58:32 ser /sbin/openser[16189]: DBG: INVITE from client sip:%user%@%domain% (%UA_IP%) - p2p call Aug 19 22:58:32 ser /sbin/openser[16189]: DBG: INVITE F-[sip:%user%@%domain%] T-[sip:001@%domain%] IP-[%UA_IP%] SUCCESSFUL Aug 19 22:58:32 ser /sbin/openser[16189]: DBG: [sip:%user%@%domain%](%UA_IP%) ACK [sip:001@%domain%] relayed LOOSE ROUTE Aug 19 22:58:32 ser /sbin/openser[16189]: DBG: ruri [sip:001@%Asterisk_IP%] relayed LOOSE ROUTE Aug 19 22:58:40 ser /sbin/openser[16171]: DBG: [sip:001@%domain%](%Asterisk_IP%) BYE [sip:%user%@%domain%] relayed LOOSE ROUTE Aug 19 22:58:40 ser /sbin/openser[16171]: DBG: ruri [sip:%user%@%domain%:%UA_Port%] relayed LOOSE ROUTE Aug 19 22:58:40 ser /sbin/openser[16171]: WARNING:get_send_socket: protocol/port mismatch <<<============= Aug 19 22:58:41 ser /sbin/openser[16177]: DBG: [sip:001@%domain%](%Asterisk_IP%) BYE [sip:%user%@%domain%] relayed LOOSE ROUTE Aug 19 22:58:41 ser /sbin/openser[16177]: DBG: ruri [sip:%user%@%UA_IP%:%UA_Port%] relayed LOOSE ROUTE Aug 19 22:58:42 ser /sbin/openser[16181]: DBG: [sip:001@%domain%](%Asterisk_IP%) BYE [sip:%user%@%domain%] relayed LOOSE ROUTE Aug 19 22:58:42 ser /sbin/openser[16181]: DBG: ruri [sip:%user%@%UA_IP%:%UA_Port%] relayed LOOSE ROUTE ....... (repeat the last 4 lines N times ) ------------------------------------------------------------------------------------------------------------- Below is my openser.cfg, loose route section ------------------------------------------------------------------------------------------------------------- ############### # Loose route # ############### if(loose_route()) { if(has_totag() && (is_method("INVITE") || is_method("ACK"))) { if(nat_uac_test("19") || search("^Route:.*;nat=yes")) { fix_nated_contact(); } } xlog("L_INFO", "DBG: [$fu]($si) $rm [$tu] relayed LOOSE ROUTE"); xlog("L_INFO", "DBG: ruri [$ru] relayed LOOSE ROUTE"); t_relay(); exit; } ------------------------------------------------------------------------------------------------------------- Had anyone encountered the same problems before ? Do you mind to share your experience with me ? Your help are greatly appreciated, thanks in advance. Regards, David Loh

2 5

[OpenSER-Users] Fwd: Prepaid acounts CDRTool
by Dan-Cristian Bogos 23 Aug '07

23 Aug '07

You are getting this error because the interpreter does not accept "-" in the name. I didn't need to import it in the interpreter and there will be no use since radiusd package is available only within freeradius process. Thxs, DanB On 8/22/07, Marc LEURENT <lftsy(a)free.fr> wrote: > Do you have this error? > When I try to load your module in mython, I have this error because of the dash.. > > > root@sd-7501:[/home/../freeradius-cdrtool-1.0]# python > Python 2.4.4 (#2, Apr 5 2007, 20:11:18) > [GCC 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)] on linux2 > Type "help", "copyright", "credits" or "license" for more information. > >>> import freeradius-cdrtool > File "<stdin>", line 1 > import freeradius-cdrtool > ^ > SyntaxError: invalid syntax > >>> import setup > usage: [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...] > or: --help [cmd1 cmd2 ...] > or: --help-commands > or: cmd --help > > error: no commands supplied > zsh: exit 1 python > > Dan-Cristian Bogos a écrit : > > Marc, > > > > This is still an error from python, not my module. I think it has > > something to do with linking inside between C and python. What were > > the steps in your freeradius installation? > > > > DanB > > > > On 8/22/07, Marc LEURENT <lftsy(a)free.fr> wrote: > >> I have compiled the experimental modules, now the python module is working but I have an error with yours... > >> I have changed the rlm_digest.c and fixed the sql module to work with procedure > >> > >> rlm_sql (sql): Connected new DB handle, #4 > >> Module: Instantiated sql (sql) > >> python_init done > >> Module: Loaded python > >> python: mod_instantiate = "freeradius-cdrtool" > >> python: func_instantiate = "instantiate" > >> python: mod_authorize = "freeradius-cdrtool" > >> python: func_authorize = "authorize" > >> python: mod_authenticate = "(null)" > >> python: func_authenticate = "(null)" > >> python: mod_preacct = "(null)" > >> python: func_preacct = "(null)" > >> python: mod_accounting = "freeradius-cdrtool" > >> python: func_accounting = "accounting" > >> python: mod_checksimul = "(null)" > >> python: func_checksimul = "(null)" > >> python: mod_detach = "freeradius-cdrtool" > >> python: func_detach = "detach" > >> exceptions.ImportError: /usr/lib/python2.4/lib-dynload/_socket.so: undefined symbol: _Py_TrueStruct > >> Failed to import python module "freeradius-cdrtool" > >> radiusd.conf[544]: python: Module instantiation failed. > >> radiusd.conf[1884] Unknown module "python". > >> radiusd.conf[1792] Failed to parse authorize section. > >> zsh: exit 1 freeradius -X > >> > >> > >> > >> > >> Dan-Cristian Bogos a écrit : > >>> You can get it from here: > >>> http://frad-cdrtool.sourceforge.net/rlm_digest.c > >>> > >>> DanB > >>> > >>> On 8/22/07, Marc LEURENT <lftsy(a)free.fr> wrote: > >>>> I haven't found this patch on http://sourceforge.net/projects/frad-cdrtool... > >>>> Where did you found it? > >>>> Thanks > >>>> > >>>> Dan-Cristian Bogos a écrit : > >>>>> Marc, > >>>>> > >>>>> I don't have this problem. > >>>>> I have compiled freeradius with rlm_python from sources. > >>>>> > >>>>> For problems with freeradius, I think the best would be to grab some > >>>>> support directly from their mailing list, since they are pretty > >>>>> helpful. Don't forget about patching also rlm_digest in order to > >>>>> sanitize the params coming from OpenSER in the authorization phase and > >>>>> not the authentication one. They promised for future releases to > >>>>> include this patch inside the distribution. > >>>>> > >>>>> Cheers, > >>>>> DanB > >>>>> > >>>>> > >>>>> On 8/22/07, Marc LEURENT <lftsy(a)free.fr> wrote: > >>>>>> I have corrected it: mea culpa > >>>>>> > >>>>>> But now I have a real trouble: > >>>>>> When I start freeradius, it said that it can't find rlm_python.so, but this is normal because we added --with-static-modules=python > >>>>>> > >>>>>> > >>>>>> Did you have thos problem? > >>>>>> Do you know how to correct it? > >>>>>> > >>>>>> Thanks > >>>>>> > >>>>>> rlm_sql (sql): Connected new DB handle, #4 > >>>>>> Module: Instantiated sql (sql) > >>>>>> radiusd.conf[544] Failed to link to module 'rlm_python': rlm_python.so: cannot open shared object file: No such file or directory > >>>>>> radiusd.conf[1884] Unknown module "python". > >>>>>> radiusd.conf[1792] Failed to parse authorize section. > >>>>>> zsh: exit 1 freeradius -X > >>>>>> > >>>>>> > >>>>>> Dan-Cristian Bogos a écrit : > >>>>>>> Hi Marc, > >>>>>>> > >>>>>>> it looks like you are getting some problems related to stored > >>>>>>> procedure in your mysql database. Did u install also the radius patch > >>>>>>> recommended by AG-Projects in order to work properly with stored > >>>>>>> procedures? On the sql side I cannot help you too much since I am > >>>>>>> using still the normal sql queries without stored procedures. > >>>>>>> > >>>>>>> DanB > >>>>>>> > >>>>>>> On 8/22/07, Marc LEURENT <lftsy(a)free.fr> wrote: > >>>>>>>> I have followed your advice, Freeradius is recompiled with rlm_python, > >>>>>>>> byt know, rlm_sql seems to encountered troubles > >>>>>>>> like : > >>>>>>>> > >>>>>>>> rlm_sql (sql): Reserving sql socket id: 2 > >>>>>>>> rlm_sql_mysql: MYSQL check_error: 1312 received > >>>>>>>> > >>>>>>>> Any idea of how to repair this? > >>>>>>>> Thanks > >>>>>>>> > >>>>>>>> > >>>>>>>> I have added this in my debian/rules file: > >>>>>>>> > >>>>>>>> modulelist=krb5 ldap sql_mysql sql_iodbc python > >>>>>>>> ... > >>>>>>>> ... > >>>>>>>> ./configure \ > >>>>>>>> $(confflags) \ > >>>>>>>> --prefix=/usr \ > >>>>>>>> ... \ > >>>>>>>> --with-static-modules=python > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> Here is my freeradius debug: > >>>>>>>> > >>>>>>>> rlm_detail: /var/log/freeradius/radacct/%{Client-IP-Address}/detail-%Y%m%d expands to /var/log/freeradius/radacct/127.0.0.1/detail-20070822 > >>>>>>>> modcall[accounting]: module "detail" returns ok for request 5 > >>>>>>>> modcall[accounting]: module "unix" returns noop for request 5 > >>>>>>>> radius_xlat: '/var/log/freeradius/radutmp' > >>>>>>>> radius_xlat: '' > >>>>>>>> modcall[accounting]: module "radutmp" returns ok for request 5 > >>>>>>>> radius_xlat: '' > >>>>>>>> radius_xlat: ' CALL insert_radacct_record( 'radius', '52f74a-c0a80101-0-4(a)192.168.95.79', > >>>>>>>> '36afb36cd5c82c34', 'sip:101@sd-7501.dedibox.fr:5060=3Buser=3Dphone', > >>>>>>>> 'sip:101@sd-7501.dedibox.fr:5060=3Buser=3Dphone', '88.191.45.91', '5060', '2007-08-22 13:59:25', > >>>>>>>> '0', '0', '0', '0', '', '', '200', > >>>>>>>> 'Sip-Session', '', '', '0', '0', '200', > >>>>>>>> 'INVITE', '', 'c0a80101-5766ea7', 'c0a80101-4e8244', '', '', > >>>>>>>> '', 'sip:0033677832974@sd-7501.dedibox.fr:5060=3Buser=3Dphone', '', '' )' > >>>>>>>> rlm_sql (sql): Reserving sql socket id: 2 > >>>>>>>> rlm_sql_mysql: MYSQL check_error: 1312 received > >>>>>>>> rlm_sql (sql): Couldn't insert SQL accounting START record - PROCEDURE radius.insert_radacct_record can't return a result set in the given context > >>>>>>>> radius_xlat: '' > >>>>>>>> rlm_sql (sql): Released sql socket id: 2 > >>>>>>>> modcall[accounting]: module "sql" returns ok for request 5 > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> Dan-Cristian Bogos a écrit : > >>>>>>>>> Marc, > >>>>>>>>> > >>>>>>>>> I would suggest as first step reading about how prepaid works in > >>>>>>>>> CDRTool. (see PREPAID.txt in doc folder). > >>>>>>>>> > >>>>>>>>> I personally use freeradius-cdrtool connector > >>>>>>>>> (sourceforge.net/projects/frad-cdrtool), which I have written in > >>>>>>>>> python and which needs rlm_python compiled into freeradius server. > >>>>>>>>> > >>>>>>>>> Have a look on all the info and let me know if u need any additional. > >>>>>>>>> > >>>>>>>>> Cheers, > >>>>>>>>> DanB > >>>>>>>>> > >>>>>>>>> On 8/20/07, Marc LEURENT <lftsy(a)free.fr> wrote: > >>>>>>>>>> No... > >>>>>>>>>> Is it possible to do it with openser or is it compulsory to use asterisk? > >>>>>>>>>> What do you use? > >>>>>>>>>> > >>>>>>>>>> Thanks > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> Dan-Cristian Bogos a écrit : > >>>>>>>>>>> Hi there Marc, > >>>>>>>>>>> > >>>>>>>>>>> are you using any application which locks, unlocks the prepaid > >>>>>>>>>>> accounts, and instructs CDRTool to update the user's balance? Are you > >>>>>>>>>>> aware that CDRTool uses separate applications for prepaid and postpaid > >>>>>>>>>>> accounts? > >>>>>>>>>>> > >>>>>>>>>>> DanB >

2 3

[OpenSER-Users] RE: OpenSER Oracle Connection
by Papadopoulos Georgios 23 Aug '07

23 Aug '07

Hi Martin, No I did not do any changes in openserctlrc, because I do not do any db interaction through openserctl. In 1.2 lcr is only working in caching mode and it just loads all the data from tables lcr and gw into memory. Run /usr/local/openser-1.2.x/sbin/openserctl fifo lcr_dump to see what is in memory. best regards George > -----Original Message----- > From: Martin.Gruber1(a)infineon.com > [mailto:Martin.Gruber1@infineon.com] > Sent: Wednesday, August 22, 2007 7:02 PM > To: Papadopoulos Georgios > Cc: users(a)openser.org > Subject: RE: OpenSER Oracle Connection > > Hi, > > I am sorry to disturb you again, but did you change your > "openserctlrc" > for using oracle. I need information what openser sends to my Database > (queries) or what are the rules for LCR. > > Thanks for your help! > > Regards > > Martin > > -----Original Message----- > From: Papadopoulos Georgios [mailto:geop@altectelecoms.gr] > Sent: Wednesday, August 22, 2007 4:48 PM > To: Gruber Martin (IFKL IT OS NV) > Cc: users(a)openser.org > Subject: RE: OpenSER Oracle Connection > > Hi Martin, > > In OpenSER 1.1, the lcr module would not work with oracle > through unixodbc when used in the non-caching mode. That was > because the query was using functions CHAR_LENGTH and RAND > that are unknown to oracle. > In OpenSER 1.2 the lcr module is only working in caching > mode. So there should be no problem. > Probably what you need is .* or the appropriate regexp in the > from_uri. > Check the lcr document for more info. > > Best regards > > George > > > -----Original Message----- > > From: Martin.Gruber1(a)infineon.com > > [mailto:Martin.Gruber1@infineon.com] > > Sent: Wednesday, August 22, 2007 3:39 PM > > To: Papadopoulos Georgios > > Cc: users(a)openser.org > > Subject: RE: OpenSER Oracle Connection > > > > Hi Georgios, > > > > I only want to ask you, if you also use the LCR-Tool. > > With mysql it was running well, but now I have problems > with it. I do > > not know, if it is a problem of Unixodbc (I do not think so). > > > > I use the following table structure: > > Lcr: > > > > > > PREFIX | FROM_URI | GRP_ID > > | > > PRIORITY | > > -------------------------------------------------------------- > > ---------- > > ------------------------------------------------------------- > > | | 1 | > > 1 | > > > > Gw: > > > > GW_NAME | GRP_ID | IP_ADDR | PORT | > > URI_SCHEME | TRANSPORT | STRIP | PREFIX > > -------------------------------------------------------------- > > ---------- > > -------------------------------------------------------------- > > ---------- > > -------------------------------------------------------------- > > ---------- > > ------------- > > Gw 1 xxx.xx.xxx.xx > > 5060 > > > > > > Gw_grp: > > > > GRP_ID GRP_NAME > > ---------- > > ---------------------------------------------------------------- > > 1 VIH > > > > > > > > I always get the following error: > > CALL: Call to international number > > <sip:0004312345586@server.com> from <sip:1004@server.com> > > 0(23072) LCR: no gateways found m=INVITE > > ruri=sip:0004312345586@server.com f=sip:1004@server.com > > t=sip:0004312345586@server.com ip=xxx.xx.xxx.xxx > > > > My openser.cfg looks like this: > > > > if (uri=~"sip:0[0-9]+@.*") > > { > > #authorize if a call is going to PSTN > > if(!proxy_authorize("", "subscriber")) > > { > > proxy_challenge("", "0"); > > return; > > }; > > xlog("L_INFO", "CALL: Call to international number <$ru> from > > <$fu>\n"); > > > > perl_exec("dialnr"); > > > > if(!load_gws()) > > { > > sl_send_reply("500", "Internal server error, unable to > load phone > > > gateways"); > > xlog("L_Info", "LCR: unable to load gateways\n"); > > exit; > > } > > > > if(!next_gw()) > > { > > sl_send_reply("503", "Service not available, no gateways > > found"); > > xlog("L_Info", "LCR: no gateways found m=$rm ruri=$ru f=$fu > > t=$tu ip=$si id=$ci\n"); > > exit; > > }; > > > > > > Can you help me? > > > > Thanks and regards > > > > Martin > > > > Disclaimer > The information in this e-mail and any attachments is > confidential. It is intended solely for the attention and use > of the named addressee(s). > If you are not the intended recipient, or person responsible > for delivering this information to the intended recipient, > please notify the sender immediately. Unless you are the > intended recipient or his/her representative you are not > authorized to, and must not, read, copy, distribute, use or > retain this message or any part of it. E-mail transmission > cannot be guaranteed to be secure or error-free as > information could be intercepted, corrupted, lost, destroyed, > arrive late or incomplete, or contain viruses. >

2 1

[OpenSER-Users] MediaProxy 2.0 roadmap
by Adrian Georgescu 23 Aug '07

23 Aug '07

Hello, I am capturing requirements for MediaProxy 2.0. This is a complete rewrite based on a new design that allows for better security and end- point mobility, higher scalability on a per node basis and new functionality. If you would like to see new functionality included in MediaProxy 2.0, now is a good moment to describe it. Regards, Adrian

14 15

Re: [OpenSER-Users] [Users] OpenSER dimensioning. How many calls/sec can it set up?
by siru zhou 23 Aug '07

23 Aug '07

Hi, "Performance Benchmark Test for OpenSER and SIP Express Router" from Transnexus http://www.transnexus.com/White%20Papers/2007-06-04_OpenSER-SER_Benchmark_T… Regards, Siru On 8/23/07, Nick Holland <nick(a)cityfibre.net> wrote: > > > > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users >

1 0

[OpenSER-Users] [Users] OpenSER dimensioning. How many calls/sec can it set up?
by Nick Holland 22 Aug '07

22 Aug '07

1 0

[OpenSER-Users] snmpstats doesn't work with OID names
by Kanwar Ranbir Sandhu 22 Aug '07

22 Aug '07

Hi All, This is my first post to this list. I've been using OpenSER at my new job for only two months. I've been having a bit of a problem with the snmpstats module, though. I've configured openser 1.2.1 to load the snmpstats module and I can pull info like so: $ snmpwalk -v 1 -c gl_tor_151_globser2 204.11.120.77 enterprises.27483 SNMPv2-SMI::enterprises.27483.3.1.1.1.1.1.0 = STRING: "SIP/2.0" SNMPv2-SMI::enterprises.27483.3.1.1.1.1.2.0 = Timeticks: (0) 0:00:00.00 SNMPv2-SMI::enterprises.27483.3.1.1.1.1.4.0 = STRING: "(" SNMPv2-SMI::enterprises.27483.3.1.1.1.1.5.1.4.1.4.204.11.120.77.5060 = STRING: "`" [snip] $ snmpget -v 1 -c gl_tor_151_globser2 204.11.120.77 enterprises.27483.3.1.1.1.1.7.1.2.14 SNMPv2-SMI::enterprises.27483.3.1.1.1.1.7.1.2.14 = STRING: "METHOD_PUBLISH" But, when I try to use one of the example commands given in the snmpstats documentation, I always get an error: $ snmpwalk -v 2c -c gl_tor_151_globser2 204.11.120.77 openserSIPEntityType.0 openserSIPEntityType.0: Unknown Object Identifier (Sub-id not found: (top) -> openserSIPEntityType) $snmptranslate -TBd openserSIPEntityType Unable to find a matching object identifier for "openserSIPEntityType" Why is that happening? Why can't I use the names? I've found one other message in the archives from someone having the same problem, but the thread didn't go anywhere. Any tips/suggestions would be appreciated. Regards, Ranbir -- Kanwar Ranbir Sandhu Linux 2.6.22.1-41.fc7 i686 GNU/Linux 11:54:21 up 2:04, 2 users, load average: 1.56, 1.04, 0.57

2 7

[OpenSER-Users] Prepaid acounts CDRTool
by Marc LEURENT 22 Aug '07

22 Aug '07

Hello Dan and hello everybody! OpenSER & Freeradius & CDRTool are perfectly working together now! I just don't understand one thing. Tickets are made but don't decrease the prepaid acounts... For example, when 101(a)sd-7501.dedibox.fr is calling, here is the Rating information, but is prepaid account don't goes down... Any idea? Signalling information Session: 1973928040(a)192.168.95.118 Start time: 2007-08-20 11:17:32 Europe/Paris Stop time: 2007-08-20 11:19:51 Europe/Paris Method: INVITE from : From: Dialed URI: Canonical URI: 0033677832974(a)sd-7501.dedibox.fr Next hop URI: Destination: France - Portable (336) Billing Party: sip:101@sd-7501.dedibox.fr Rating information App: audio Destination: 336 (France - Portable) Customer: domain=sd-7501.dedibox.fr Connect fee: 0.2346 -- Span: 1 Duration: 139 s StartTime: 2007-08-20 11:17:32 (Europe/Paris) ProfileId: 1 for weekday RateId: 10 for 0-24h Rate: 0.5634 / 60 s Price: 1.3052

2 18

[Serusers] :POSSIBLE SPAM: LCR module question
by Nhadie 22 Aug '07

22 Aug '07

Hi All, is it possible to add prefix after load_gw similar to prefix before rewritehostport? my provider requires it to identify that calls came from me. TIA Regards, Nhadie

2 1

[OpenSER-Users] RE: OpenSER Oracle Connection
by Papadopoulos Georgios 22 Aug '07

22 Aug '07

Hi Martin, In OpenSER 1.1, the lcr module would not work with oracle through unixodbc when used in the non-caching mode. That was because the query was using functions CHAR_LENGTH and RAND that are unknown to oracle. In OpenSER 1.2 the lcr module is only working in caching mode. So there should be no problem. Probably what you need is .* or the appropriate regexp in the from_uri. Check the lcr document for more info. Best regards George > -----Original Message----- > From: Martin.Gruber1(a)infineon.com > [mailto:Martin.Gruber1@infineon.com] > Sent: Wednesday, August 22, 2007 3:39 PM > To: Papadopoulos Georgios > Cc: users(a)openser.org > Subject: RE: OpenSER Oracle Connection > > Hi Georgios, > > I only want to ask you, if you also use the LCR-Tool. > With mysql it was running well, but now I have problems with > it. I do not know, if it is a problem of Unixodbc (I do not think so). > > I use the following table structure: > Lcr: > > > PREFIX | FROM_URI | GRP_ID > | > PRIORITY | > -------------------------------------------------------------- > ---------- > ------------------------------------------------------------- > | | 1 | > 1 | > > Gw: > > GW_NAME | GRP_ID | IP_ADDR | PORT | > URI_SCHEME | TRANSPORT | STRIP | PREFIX > -------------------------------------------------------------- > ---------- > -------------------------------------------------------------- > ---------- > -------------------------------------------------------------- > ---------- > ------------- > Gw 1 xxx.xx.xxx.xx > 5060 > > > Gw_grp: > > GRP_ID GRP_NAME > ---------- > ---------------------------------------------------------------- > 1 VIH > > > > I always get the following error: > CALL: Call to international number > <sip:0004312345586@server.com> from <sip:1004@server.com> > 0(23072) LCR: no gateways found m=INVITE > ruri=sip:0004312345586@server.com f=sip:1004@server.com > t=sip:0004312345586@server.com ip=xxx.xx.xxx.xxx > > My openser.cfg looks like this: > > if (uri=~"sip:0[0-9]+@.*") > { > #authorize if a call is going to PSTN > if(!proxy_authorize("", "subscriber")) > { > proxy_challenge("", "0"); > return; > }; > xlog("L_INFO", "CALL: Call to international number <$ru> > from <$fu>\n"); > > perl_exec("dialnr"); > > if(!load_gws()) > { > sl_send_reply("500", "Internal server error, unable to > load phone gateways"); > xlog("L_Info", "LCR: unable to load gateways\n"); > exit; > } > > if(!next_gw()) > { > sl_send_reply("503", "Service not available, no > gateways found"); > xlog("L_Info", "LCR: no gateways found m=$rm ruri=$ru > f=$fu t=$tu ip=$si id=$ci\n"); > exit; > }; > > > Can you help me? > > Thanks and regards > > Martin > Disclaimer The information in this e-mail and any attachments is confidential. It is intended solely for the attention and use of the named addressee(s). If you are not the intended recipient, or person responsible for delivering this information to the intended recipient, please notify the sender immediately. Unless you are the intended recipient or his/her representative you are not authorized to, and must not, read, copy, distribute, use or retain this message or any part of it. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.

2 2

[OpenSER-Users] NAT configuration example
by Jan ONDREJ (SAL) 22 Aug '07

22 Aug '07

Hello, can somebody send me an functional openser.cfg with NAT support? I am unable to find and working example on the web. May be it will be good to add one to openser web or voip-info.org. I have this situation: NATed clients | NAT router | OpenSER | internet (or another clients, alternative provider, ...) OpenSER has an real IP (not private), but NAT clients have internet IP, masqueraded to another real IP. Is it possible to make a configuration which can use nathelper to fix these packets? For example an asterisk client on internet is still sending RTP packets to my openser and it is not accepting them (what is right). Do I require "rtpproxy" on my OpenSER? I do not want RTP traffic on my openser router, only SIP and client-to-client RTP stream, if it is possible. How to make it working without sip connection tracking on NAT routers? Is it possible? Can anybody tell me more how RTP NAT masquerade is working without SIP connection tracking support? Thank you. SAL

3 3

[OpenSER-Users] OPENSER with MYSQL
by Memon,Arshad Mehrab 22 Aug '07

22 Aug '07

Hi all. MySql password for root: Domain (realm) for the default user 'admin': 10.200.19.34 http://10.200.19.34> creating database openser ... ERROR 1071 (42000) at line 131: Specified key was too long; max key length is 1000 bytes Install SERWEB tables ?(y/n): Is there anyway to solve this issue...?Have tried Latin character set too but still the same probelm. Best Regards, Arshad Mehrab Memon

2 1

[OpenSER-Users] RE: OpenSER Oracle Connection
by Papadopoulos Georgios 22 Aug '07

22 Aug '07

Hi Martin, I ran into the same issue (among many others) when I was trying to connect OpenSER to Oracle. I ended up changing code in the unixodbc module. Here is a patch you can try, at your own risk of course... This will work if you use unixodbc only with Oracle. --- /usr/src/openser-1.2.x/modules/unixodbc/utils.c 2007-06-05 17:12:58.000000000 +0300 +++ utils.c 2007-06-07 14:18:36.000000000 +0300 @@ -46,7 +46,7 @@ struct tm* t; t = localtime(&_time); - return strftime(_result, _res_len, "%Y-%m-%d %H:%M:%S", t); + return strftime(_result, _res_len, "to_date(\'%Y-%m-%d %H:%M:%S\',\'YYYY-MM-DD HH24:MI:SS\')", t); } --- /usr/src/openser-1.2.x/modules/unixodbc/val.c 2007-06-05 17:12:58.000000000 +0300 +++ val.c 2007-06-07 15:07:00.000000000 +0300 @@ -157,10 +181,8 @@ return -1; } - *_s++ = '\''; l = time2odbc(_v, _s, *_l - 1); - *(_s + l) = '\''; - *_l = l + 2; + *_l = l; return 0; } Regards, George > Date: Wed, 8 Aug 2007 09:01:10 +0200 > From: <Martin.Gruber1(a)infineon.com> > Subject: [OpenSER-Users] OpenSER Oracle Connection > To: <users(a)openser.org> > Message-ID: > > <2934B34075D2164BB8F95C3EB2C813D90205DDC6(a)mucse341.eu.infineon.com> > Content-Type: text/plain; charset="us-ascii" > > Hi @all, > > I want to run OpenSER with ORACLE Database. I use unixODBC and > libsqora.so.10.1 to connect to the DB. > But now I have problems with inserting Data in the DB. > When OpenSER wants to add Data in the "location" table I > always get an error because of the timeformat (expires, last_modified) > > I use SQL*Plus Client in Windows and when I write the > Connection String from OpenSER usrloc here, everything is > running well, Because I did alter session set nls_date_format > = 'YYYY-MM-DD HH24:MM:SS'; Is it a Driver problem? > > Does anybody have a solution or experience with it? > > Thanks > > Martin > > > Disclaimer The information in this e-mail and any attachments is confidential. It is intended solely for the attention and use of the named addressee(s). If you are not the intended recipient, or person responsible for delivering this information to the intended recipient, please notify the sender immediately. Unless you are the intended recipient or his/her representative you are not authorized to, and must not, read, copy, distribute, use or retain this message or any part of it. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.

2 1

RE: [OpenSER-Users] Presence/XCAP Problem
by Schumann Sebastian 22 Aug '07

22 Aug '07

Thanks both of you. You helped me clarify two issues. First issue is that the eyeBeam in the version I am currently using is not compliant to the RFC. I will try to do an update, hope it is fixed in a newer version. Second thing I got clear about is that not the XCAP-Lite server performes the changes in the watchers table, but the OpenSER _according to_ the XML data, which is simply just written by the XCAP-Lite client. Good to know. Best regards Sebastian -----Original Message----- From: Anca-Maria Vamanu [mailto:anca@voice-system.ro] Sent: Wednesday, August 22, 2007 10:16 AM To: Klaus Fleischmann Cc: Schumann Sebastian; users(a)openser.org Subject: Re: [OpenSER-Users] Presence/XCAP Problem Hello, In fact the problem with the xcap document sent by the eyebeam client is not with that it does not comply with the draft, but with RFC 4745. The syntax of the 'identity' element is not as described in section 7.1. Klaus Fleischmann wrote: > Sebastian, > as far as I see, the authorization XML data of openser 1.3 is based on > the latest draft (draft-ietf-simple-presence-rules-10.txt), your > xcap.xml looks elder. I attach a xml that works with openser 1.3. > > /Klaus > > Schumann Sebastian wrote: >> Hi Anca >> >> The authorization XML data is attached. The normal generated by eyeBeam >> which was successful in the past. >> >> In the meantime, I figured out, that the subs_state changed from "words" >> to "numbers". >> >> Is there a documentation about the mapping or are the changes noticed >> somewhere? Maybe I didn't check a previous annoucement, but I think this >> will most likely cause the error, as the XCAP-Lite uses "activated" >> "terminated" etc. instead of just "1" or "2", which my OpenSER uses >> right now. The XCAP-Lite changes the state according to the XML data, am >> I right? >> The change in status syntax does not affect in any way the document interpretation. The XCAP-Lite server only writes the whole document in xcap_xml table without interpretation so it does not have to know about the changes. regards, Anca >> Best regards >> Sebastian >> -----Original Message----- >> From: Anca-Maria Vamanu [mailto:anca@voice-system.ro] Sent: Tuesday, >> August 21, 2007 6:33 PM >> To: Schumann Sebastian >> Cc: users(a)openser.org >> Subject: Re: [OpenSER-Users] Presence/XCAP Problem >> >> Hello, >> >> The problem is with the xcap document with authorization rules, and >> of its interpretation made by the server and the client. There might >> be either a bug or lack of synchronization. The document defining the >> syntax for this document is still a draft so changes might have occurred >> >> in the gap between the client and OpenSer implementation(presence_xml >> hasn't been updated to the new draft version). Could you send in the >> xcap document sent by the client that generates these messages? >> >> regards, >> Anca Vamanu >> >> Schumann Sebastian wrote: >>> Dear all >>> >>> >>> >>> I changed the used Software for my Presence Agent after couple of time >> >>> and have problems to use presence with XCAP authorization. >>> >>> >>> >>> The debug messages >>> >>> >>> >>> PRESENCE_XML:get_rule_node:ERROR didn't found identity tag >>> >>> PRESENCE_XML:get_rule_node:ERROR didn't found identity tag >>> >>> PRESENCE: build_str_hdr: ERROR bad status flag= 136681324 >>> >>> PRESENCE:send_notify_request:ERROR while building headers >>> >>> PRESENCE:notify: ERROR send Notify not successful >>> >>> PRESENCE:update_subscribtion: Could not send notify for presence >>> >>> >>> >>> appear. >>> >>> >>> >>> I have no idea what I did wrong. I am still using my XCAP-Lite >>> server version 1.0.0 and adjusted the config to using with the >>> presence_xml module, not only presence. Furthermore I did a complete >>> database update, so all tables are in the current version. >>> >>> >>> >>> One client requests authorization which is granted by the other. The >>> accordant XCAP data is right in the xcap_xml table. But still, no >>> NOTIFY is sent :( >>> >>> >>> >>> Does anyone experience similar problems? Where can be the issue for >>> the posted error messages? >>> >>> >>> >>> Thanks as always for your help! >>> >>> >>> >>> Best regards >>> >>> Sebastian >>> >>> >>> >>> *Sebastian Schumann* >>> Diploma Student Architecture and Design Department >>> >>> Slovak Telekom, a. s. >>> T-Com, Operations Unit >>> Production and Service Division >>> Innovations and Enterprise Solution Subunit >>> >>> Address: Namestie Slobody 6, 817 62 Bratislava, Slovakia >>> Office: Room 449, Jarabinkova 1, 821 09 Bratislava, Slovakia >>> >>> +421 2 588 13332 (tel) >>> +421 910 643010 (mobile) >>> +49 175 1925928 (mobile) >>> >>> sebastian.schumann(a)t-com.sk <mailto:sebastian.schumann@t-com.sk> >>> _http://www.t-com.sk_ <http://www.t-com.sk/> >>> >>> >>> >> ------------------------------------------------------------------------ >>> _______________________________________________ >>> Users mailing list >>> Users(a)openser.org >>> http://openser.org/cgi-bin/mailman/listinfo/users >>> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Users mailing list >> Users(a)openser.org >> http://openser.org/cgi-bin/mailman/listinfo/users

1 0

RE: [OpenSER-Users] Presence/XCAP Problem
by Schumann Sebastian 22 Aug '07

22 Aug '07

Hi Anca The authorization XML data is attached. The normal generated by eyeBeam which was successful in the past. In the meantime, I figured out, that the subs_state changed from "words" to "numbers". Is there a documentation about the mapping or are the changes noticed somewhere? Maybe I didn't check a previous annoucement, but I think this will most likely cause the error, as the XCAP-Lite uses "activated" "terminated" etc. instead of just "1" or "2", which my OpenSER uses right now. The XCAP-Lite changes the state according to the XML data, am I right? Best regards Sebastian -----Original Message----- From: Anca-Maria Vamanu [mailto:anca@voice-system.ro] Sent: Tuesday, August 21, 2007 6:33 PM To: Schumann Sebastian Cc: users(a)openser.org Subject: Re: [OpenSER-Users] Presence/XCAP Problem Hello, The problem is with the xcap document with authorization rules, and of its interpretation made by the server and the client. There might be either a bug or lack of synchronization. The document defining the syntax for this document is still a draft so changes might have occurred in the gap between the client and OpenSer implementation(presence_xml hasn't been updated to the new draft version). Could you send in the xcap document sent by the client that generates these messages? regards, Anca Vamanu Schumann Sebastian wrote: > > Dear all > > > > I changed the used Software for my Presence Agent after couple of time > and have problems to use presence with XCAP authorization. > > > > The debug messages > > > > PRESENCE_XML:get_rule_node:ERROR didn't found identity tag > > PRESENCE_XML:get_rule_node:ERROR didn't found identity tag > > PRESENCE: build_str_hdr: ERROR bad status flag= 136681324 > > PRESENCE:send_notify_request:ERROR while building headers > > PRESENCE:notify: ERROR send Notify not successful > > PRESENCE:update_subscribtion: Could not send notify for presence > > > > appear. > > > > I have no idea what I did wrong. I am still using my XCAP-Lite server > version 1.0.0 and adjusted the config to using with the presence_xml > module, not only presence. Furthermore I did a complete database > update, so all tables are in the current version. > > > > One client requests authorization which is granted by the other. The > accordant XCAP data is right in the xcap_xml table. But still, no > NOTIFY is sent :( > > > > Does anyone experience similar problems? Where can be the issue for > the posted error messages? > > > > Thanks as always for your help! > > > > Best regards > > Sebastian > > > > *Sebastian Schumann* > Diploma Student Architecture and Design Department > > Slovak Telekom, a. s. > T-Com, Operations Unit > Production and Service Division > Innovations and Enterprise Solution Subunit > > Address: Namestie Slobody 6, 817 62 Bratislava, Slovakia > Office: Room 449, Jarabinkova 1, 821 09 Bratislava, Slovakia > > +421 2 588 13332 (tel) > +421 910 643010 (mobile) > +49 175 1925928 (mobile) > > sebastian.schumann(a)t-com.sk <mailto:sebastian.schumann@t-com.sk> > _http://www.t-com.sk_ <http://www.t-com.sk/> > > > ------------------------------------------------------------------------ > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users >

3 2

Re: [OpenSER-Users] Dispatcher round robin....
by Daniel-Constantin Mierla 21 Aug '07

21 Aug '07

Hello, On 08/20/07 22:09, Borislav Ivandic wrote: > Hi Daniel, > > Apologize me for the delay, but it wasn't easy setting-up the lab > environment. Anyway, downloaded the devel version, and, after > installing, found a "Segmentation fault (core dumped)" log message. > Maybe it's my short experience working with devel versions, but wasn't > able to run openser. Please see below the last part of log: please send the backtrace, you got a coredump. gdb /path/to/openser /path/to/corefile bt Thanks, Daniel > > Thanks in advance, > > Borislav Ivandic > > Log: > > > DEBUG:db_free_rows: Freeing 0 rows > DEBUG:init_mod_child: CHILD , rank=1, module=registrar > DEBUG:init_mod_child: CHILD , rank=1, module=nathelper > DEBUG:init_mod_child: CHILD , rank=1, module=uri_db > db_init: Connection 'mysql://root:.acantoflextel@localhost/openser' > found in pool > DEBUG:init_mod_child: CHILD , rank=1, module=dispatcher > Aug 20 17:40:11 [3897] DBG:dispatcher:child_init: #1 / pid <3897> > Segmentation fault (core dumped) > > > > > 2007/8/15, Daniel-Constantin Mierla <daniel(a)voice-system.ro > <mailto:daniel@voice-system.ro>>: > > Hello, > > can you get latest devel version (trunk) and give it a try? I did some > fix, hopefully. Please report the results. > > Cheers, > Daniel > > > On 08/14/07 23:32, Francisco Ivandic wrote: > > Hi All, > > > > I'm using dispatcher succesfully, with round robin alg (option > 4), and > > also use ds_mark_dst and ds_next_dst to select other proxy in > case of > > failure. It balances great when all servers are active, but when > there > > are inactive servers, round robin alg selects the next in the round, > > even if it's marked as inactive. This results in going through > > ds_next_dst, and overloads the first active server in the > dispatcher > > file until completing the round. Then, other active servers are > > called, and when passing to a group of inactive servers, starts > going > > through the first active (as much times as inactive servers there > > are), and again completing the round. > > > > Does anyone know a way to implement a round robin aware of inactive > > servers? > > > > > > Thanks in advance, > > > > Borislav Ivandic > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Users mailing list > > Users(a)openser.org <mailto:Users@openser.org> > > http://openser.org/cgi-bin/mailman/listinfo/users > > > >

2 4

[OpenSER-Users] SRV Lookups Yet?
by Douglas Garstang 21 Aug '07

21 Aug '07

I haven't been involved with OpenSER for a while. Can someone tell me if OpenSER now supports DNS SRV lookups when it routes calls? Which mnimum version supports this? Thanks. Doug.

2 1

[OpenSER-Users] Presence/XCAP Problem
by Schumann Sebastian 21 Aug '07

21 Aug '07

Dear all I changed the used Software for my Presence Agent after couple of time and have problems to use presence with XCAP authorization. The debug messages PRESENCE_XML:get_rule_node:ERROR didn't found identity tag PRESENCE_XML:get_rule_node:ERROR didn't found identity tag PRESENCE: build_str_hdr: ERROR bad status flag= 136681324 PRESENCE:send_notify_request:ERROR while building headers PRESENCE:notify: ERROR send Notify not successful PRESENCE:update_subscribtion: Could not send notify for presence appear. I have no idea what I did wrong. I am still using my XCAP-Lite server version 1.0.0 and adjusted the config to using with the presence_xml module, not only presence. Furthermore I did a complete database update, so all tables are in the current version. One client requests authorization which is granted by the other. The accordant XCAP data is right in the xcap_xml table. But still, no NOTIFY is sent :( Does anyone experience similar problems? Where can be the issue for the posted error messages? Thanks as always for your help! Best regards Sebastian Sebastian Schumann Diploma Student Architecture and Design Department Slovak Telekom, a. s. T-Com, Operations Unit Production and Service Division Innovations and Enterprise Solution Subunit Address: Namestie Slobody 6, 817 62 Bratislava, Slovakia Office: Room 449, Jarabinkova 1, 821 09 Bratislava, Slovakia +421 2 588 13332 (tel) +421 910 643010 (mobile) +49 175 1925928 (mobile) sebastian.schumann(a)t-com.sk http://www.t-com.sk <http://www.t-com.sk/>

2 1

[Serusers] RTPProxy h/w and s/w
by Nithin Rajagopal 21 Aug '07

21 Aug '07

Hello, I am newbie to this field. We are trying to use a separate card for handling the rtp voice traffic but use the RTPProxy (IPtel) software to handle the NAT issues. We have been fairly successful in doing that. The problem now is to handle asymmetric NATs. I hear one way audio.We are not sure how to handle this when there is one machine running rtpproxy software and another card with a different IP handling the SDP (In nathelper.c of Openser new_ip= card IP). In the symmetric NAT scenario this works fine. I would appreciate and pointers to modify rtpproxy for this configuration. We use rtpproxy 0.3, Opneser 1.1.0. -the card only handles RTP data and has its own GbE port - made changes to nathelper.c nathelper.cfg source code to account for separate IP addrs - made changes to RTPProxy to open channels for RTPtraffic flow on the card. -Openser,RTPProxy and the card , all 3 different Public IPs Thanks Nithin

2 2

[OpenSER-Users] OPENSER with MYSQL
by Memon,Arshad Mehrab 21 Aug '07

21 Aug '07

Hi all. MySql password for root: Domain (realm) for the default user 'admin': 10.200.19.34 creating database openser ... ERROR 1071 (42000) at line 131: Specified key was too long; max key length is 1000 bytes Install SERWEB tables ?(y/n): Is there anyway to solve this issue...? -- Best Regards, Arshad Mehrab Memon

2 1

[OpenSER-Users] LCR not running
by Martin.Gruber1＠infineon.com 21 Aug '07

21 Aug '07

Hi @ all, I wanted to use the LCR module with OpenSER 1.2. My tables look like this: Lcr: PREFIX | FROM_URI | GRP_ID | PRIORITY | ------------------------------------------------------------------------ ------------------------------------------------------------- | | 1 | 1 | Gw: GW_NAME | GRP_ID | IP_ADDR | PORT | URI_SCHEME | TRANSPORT | STRIP | PREFIX ------------------------------------------------------------------------ ------------------------------------------------------------------------ ------------------------------------------------------------------------ ------------- Gw 1 xxx.xx.xxx.xx 5060 Gw_grp: GRP_ID GRP_NAME ---------- ---------------------------------------------------------------- 1 VIH I always get the following error: CALL: Call to international number <sip:0004312345586@server.com> from <sip:1004@server.com> 0(23072) LCR: no gateways found m=INVITE ruri=sip:0004312345586@server.com f=sip:1004@server.com t=sip:0004312345586@server.com ip=xxx.xx.xxx.xxx Does anybody can help me? Thanks Martin

2 2

[OpenSER-Users] call forking
by bernard.le＠orange-ftgroup.com 21 Aug '07

21 Aug '07

Hi I'm trying to do some call forking but I can't manage to make it work well. I explain quickly what it is : If user A call user B and user B is registered more than once (on different system), the proxy will fork natively to all registered user B. What I want to do now is if user A call user B then the proxy fork to user C, user D and so on. I have found the command append_branch("sip:userC@domain"). The thing is that it is not working well. For the first time (when the server restart), I make a call from user A, only user B receive the call, then ignored the call from the user B and wait for about 15sec then the call ring on user C and D. I make the 2nd try, user A call B, B, C & D receive the ring. Then I wait some minute, the problem came back again what is wrong with the first call, a bug or configuration error ? please help Bernard here is my config file : # ----------- global configuration parameters ------------------------ debug=3 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=no # (cmd line: -E) children=4 listen=192.168.17.107 port=5060 # ------------------ module loading ---------------------------------- #set module path mpath="/usr/local/lib/openser/modules/" loadmodule "mysql.so" loadmodule "auth.so" loadmodule "auth_db.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" # ----------------- setting module-specific parameters --------------- modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo") modparam("usrloc", "db_mode", 3) modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") modparam("rr", "enable_full_lr", 1) # ------------------------- request routing logic ------------------- # main routing logic route{ 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; }; if (!method=="REGISTER") record_route(); 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"); route(1); }; if (uri==myself) { if (method=="REGISTER") { route(2); }; if (method=="INVITE") { route(3); }; lookup("aliases"); if (!uri==myself) { append_hf("P-hint: outbound alias\r\n"); route(1); }; if (!lookup("location")) { sl_send_reply("404", "User not found"); exit; }; append_hf("P-hint: usrloc applied\r\n"); }; route(1); } route[1] { if (!t_relay()) { sl_reply_error(); }; exit; } route[2] { if (!www_authorize("etraliSIP.fr", "subscriber")) { www_challenge("etraliSIP.fr", "1"); exit; }; save("location"); exit; } route[3] { if (!proxy_authorize("etraliSIP.fr", "subscriber")) { proxy_challenge("etraliSIP.fr", "1"); exit; }; if (from_uri=="sip:leb@etraliSIP" && to_uri=="sip:patrice@etraliSIP" && !search("P-hint: ok call forking")) { append_hf("P-hint: ok call forking\r\n"); append_branch("sip:test@etraliSIP"); append_branch("sip:tony@etraliSIP"); }; } ********************************* This message and any attachments (the "message") are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. Messages are susceptible to alteration. France Telecom Group shall not be liable for the message if altered, changed or falsified. If you are not the intended addressee of this message, please cancel it immediately and inform the sender. ********************************

1 0

[OpenSER-Users] OPENSER with MYSQL
by Memon,Arshad Mehrab 21 Aug '07

21 Aug '07

Hi all, I received following error while configuring openser with MYSQL. MySql password for root: Domain (realm) for the default user 'admin': 192.168.1.10 creating database openser ... ERROR 1007 (HY000) at line 1: Can't create database 'openser'; database exists Install SERWEB tables ?(y/n):n Any help would be highly appreciated. -- Best Regards, Arshad Mehrab Memon

2 1

[OpenSER-Users] OpenSER+freeradius+billing problem
by ram 21 Aug '07

21 Aug '07

Hi iam just working on openser+radius ( freeradius with mysql) Openser 1.2.1 , freeradius 1.1.6, rtpproxy, FC6 all in one box Iam able to make call and able to talk, both the side voice is OK but i dont see the accounting correct any suggestion will be greate. -------------------- here is my radacct; +-----------+----------------------------------+------------------+----------+-------+--------------+-----------+-------------+---------------------+---------------------+-----------------+---------------+-------------------+------------------+-----------------+------------------+-----------------+------------------+--------------------+---------------+----------------+-----------------+----------------+---------------+ | RadAcctId | AcctSessionId | AcctUniqueId | UserName | Realm | NASIPAddress | NASPortId | NASPortType | AcctStartTime | AcctStopTime | AcctSessionTime | AcctAuthentic | ConnectInfo_start | ConnectInfo_stop | AcctInputOctets | AcctOutputOctets | CalledStationId | CallingStationId | AcctTerminateCause | ServiceType | FramedProtocol | FramedIPAddress | AcctStartDelay | AcctStopDelay | +-----------+----------------------------------+------------------+----------+-------+--------------+-----------+-------------+---------------------+---------------------+-----------------+---------------+-------------------+------------------+-----------------+------------------+-----------------+------------------+--------------------+---------------+----------------+-----------------+----------------+---------------+ | 1 | 813b4501b92f1425@c291dGhlcm4tYzJ | 2e5817b61b8f83d3 | | | 127.0.0.1 | 5060 | | 2007-08-16 13:01:45 | 2007-08-16 13:01:45 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | | 2 | 537a78508d427b5c@c291dGhlcm4tYzJ | 44d8e47ed26d3e7b | | | 127.0.0.1 | 5060 | | 2007-08-16 14:23:09 | 0000-00-00 00:00:00 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | | 3 | 537a78508d427b5c@c291dGhlcm4tYzJ | 44d8e47ed26d3e7b | | | 127.0.0.1 | 5060 | | 2007-08-16 14:23:20 | 2007-08-16 14:23:20 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | | 4 | 537a78508d427b5c@c291dGhlcm4tYzJ | 44d8e47ed26d3e7b | | | 127.0.0.1 | 5060 | | 2007-08-16 14:23:20 | 2007-08-16 14:23:20 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | | 5 | 537a78508d427b5c@c291dGhlcm4tYzJ | 44d8e47ed26d3e7b | | | 127.0.0.1 | 5060 | | 2007-08-16 14:23:20 | 2007-08-16 14:23:20 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | | 6 | 537a78508d427b5c@c291dGhlcm4tYzJ | 44d8e47ed26d3e7b | | | 127.0.0.1 | 5060 | | 2007-08-16 14:23:20 | 2007-08-16 14:23:20 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | | 7 | 537a78508d427b5c@c291dGhlcm4tYzJ | 44d8e47ed26d3e7b | | | 127.0.0.1 | 5060 | | 2007-08-16 14:23:21 | 2007-08-16 14:23:21 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | | 8 | 537a78508d427b5c@c291dGhlcm4tYzJ | 44d8e47ed26d3e7b | | | 127.0.0.1 | 5060 | | 2007-08-16 14:23:21 | 2007-08-16 14:23:21 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | | 9 | a86473214956cc44@c291dGhlcm4tYzJ | 190b69a53cae5f33 | | | 127.0.0.1 | 5060 | | 2007-08-16 14:44:54 | 0000-00-00 00:00:00 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | | 10 | a86473214956cc44@c291dGhlcm4tYzJ | 190b69a53cae5f33 | | | 127.0.0.1 | 5060 | | 2007-08-16 14:44:54 | 0000-00-00 00:00:00 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | | 11 | 7a3c594386522c1f@c291dGhlcm4tYzJ | 5a9422a16bc2acbf | | | 127.0.0.1 | 5060 | | 2007-08-16 14:49:40 | 0000-00-00 00:00:00 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | | 12 | 7a3c594386522c1f@c291dGhlcm4tYzJ | 5a9422a16bc2acbf | | | 127.0.0.1 | 5060 | | 2007-08-16 14:49:55 | 2007-08-16 14:49:55 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | | 13 | 0554504fd134d470@c291dGhlcm4tYzJ | f6432ce5eab2eda2 | | | 127.0.0.1 | 5060 | | 2007-08-16 15:01:50 | 0000-00-00 00:00:00 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | | 14 | 0554504fd134d470@c291dGhlcm4tYzJ | f6432ce5eab2eda2 | | | 127.0.0.1 | 5060 | | 2007-08-16 15:01:50 | 0000-00-00 00:00:00 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | | 15 | 0554504fd134d470@c291dGhlcm4tYzJ | f6432ce5eab2eda2 | | | 127.0.0.1 | 5060 | | 2007-08-16 15:01:58 | 0000-00-00 00:00:00 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | | 16 | 0554504fd134d470@c291dGhlcm4tYzJ | f6432ce5eab2eda2 | | | 127.0.0.1 | 5060 | | 2007-08-16 15:02:17 | 2007-08-16 15:02:17 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | | 17 | 0554504fd134d470@c291dGhlcm4tYzJ | f6432ce5eab2eda2 | | | 127.0.0.1 | 5060 | | 2007-08-16 15:02:17 | 2007-08-16 15:02:17 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | | 18 | 235b5e52a955e35c@c291dGhlcm4tYzJ | c103c92194dae078 | | | 127.0.0.1 | 5060 | | 2007-08-16 16:46:54 | 0000-00-00 00:00:00 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | | 19 | 235b5e52a955e35c@c291dGhlcm4tYzJ | c103c92194dae078 | | | 127.0.0.1 | 5060 | | 2007-08-16 16:46:54 | 0000-00-00 00:00:00 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | | 20 | 62210477326ab30b@c291dGhlcm4tYzJ | 81e223864b22d27d | | | 127.0.0.1 | 5060 | | 2007-08-16 16:47:50 | 0000-00-00 00:00:00 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | | 21 | 62210477326ab30b@c291dGhlcm4tYzJ | 81e223864b22d27d | | | 127.0.0.1 | 5060 | | 2007-08-16 16:47:50 | 0000-00-00 00:00:00 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | | 22 | 62210477326ab30b@c291dGhlcm4tYzJ | 81e223864b22d27d | | | 127.0.0.1 | 5060 | | 2007-08-16 16:47:56 | 0000-00-00 00:00:00 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | | 23 | 62210477326ab30b@c291dGhlcm4tYzJ | 81e223864b22d27d | | | 127.0.0.1 | 5060 | | 2007-08-16 16:48:16 | 2007-08-16 16:48:16 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | | 24 | 62210477326ab30b@c291dGhlcm4tYzJ | 81e223864b22d27d | | | 127.0.0.1 | 5060 | | 2007-08-16 16:48:17 | 2007-08-16 16:48:17 | 0 | | | | 0 | 0 | | | | IAPP-Register | | | 0 | 0 | +-----------+----------------------------------+------------------+----------+-------+--------------+-----------+-------------+---------------------+---------------------+-----------------+---------------+-------------------+------------------+-----------------+------------------+-----------------+------------------+--------------------+---------------+----------------+-----------------+----------------+---------------+ here is my openser.cfg ------------ debug=9 fork=no #log_stderror=yes log_facility=LOG_LOCAL0 listen=udp:X.X.X6.10:5060 alias = home.b4pub.com children=4 dns=no rev_dns=no loadmodule "/usr/local/lib/openser/modules/mysql.so" loadmodule "/usr/local/lib/openser/modules/mi_fifo.so" loadmodule "/usr/local/lib/openser/modules/sl.so" loadmodule "/usr/local/lib/openser/modules/tm.so" loadmodule "/usr/local/lib/openser/modules/rr.so" loadmodule "/usr/local/lib/openser/modules/maxfwd.so" loadmodule "/usr/local/lib/openser/modules/usrloc.so" loadmodule "/usr/local/lib/openser/modules/registrar.so" loadmodule "/usr/local/lib/openser/modules/acc.so" loadmodule "/usr/local/lib/openser/modules/auth.so" loadmodule "/usr/local/lib/openser/modules/auth_db.so" loadmodule "/usr/local/lib/openser/modules/uri.so" loadmodule "/usr/local/lib/openser/modules/uri_db.so" loadmodule "/usr/local/lib/openser/modules/domain.so" #loadmodule "/usr/local/lib/openser/modules/mediaproxy.so" loadmodule "/usr/local/lib/openser/modules/nathelper.so" loadmodule "/usr/local/lib/openser/modules/textops.so" loadmodule "/usr/local/lib/openser/modules/avpops.so" loadmodule "/usr/local/lib/openser/modules/permissions.so" loadmodule "/usr/local/lib/openser/modules/auth_radius.so" loadmodule "/usr/local/lib/openser/modules/group_radius.so" loadmodule "/usr/local/lib/openser/modules/avp_radius.so" modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo") modparam("usrloc", "db_mode", 2) modparam("registrar|nathelper", "received_avp", "$avp(s:rcv)") modparam("avpops","avp_table","usr_preferences") modparam("rr", "enable_full_lr", 1) modparam("tm", "fr_inv_timer", 27) modparam("permissions", "db_url", "mysql://openser:openserrw@localhost /openser") modparam("permissions", "db_mode", 1) modparam("permissions", "trusted_table", "trusted") modparam("usrloc", "db_mode", 2) # -- acc params -- 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") # -- group_radius params -- modparam("group_radius", "use_domain", 1) modparam("nathelper","natping_interval",60) modparam("nathelper","rtpproxy_sock","unix:/var/run/rtpproxy.sock") # ------------------------- request routing logic ------------------- # main routing logic route { # ----------------------------------------------------------------- # Sanity Check Section # ----------------------------------------------------------------- if (!mf_process_maxfwd_header("10")) { sl_send_reply("483", "Too Many Hops"); exit; }; if (msg:len > max_len) { sl_send_reply("513", "Message Overflow"); exit; }; # ----------------------------------------------------------------- # Record Route Section # ----------------------------------------------------------------- if (method=="INVITE" && nat_uac_test("3")) { # INSERT PROXY IP ADDRESS HERE setflag(1); record_route_preset("X.X.X6.10:5060;nat=yes"); log("--------------1 ------------- \n"); } else if (method!="REGISTER") { log("--------------2 ------------- \n"); record_route(); }; # ----------------------------------------------------------------- # Call Tear Down Section # ----------------------------------------------------------------- if (method=="BYE" || method=="CANCEL") { setflag(1); if(method=="CANCEL") { setflag(10); } else { acc_rad_request("200"); }; unforce_rtp_proxy(); }; # ----------------------------------------------------------------- # Loose Route Section # ----------------------------------------------------------------- if (loose_route()) { log("--------------3 ------------- \n"); if ((method=="INVITE" || method=="REFER") && !has_totag()) { setflag(1); sl_send_reply("403", "Use From=ID"); exit; }; if (method=="INVITE") { setflag(1); if (!allow_trusted()) { if (!radius_proxy_authorize("X.X.X6.10")) { proxy_challenge("X.X.X6.10","0"); exit; } else if (!check_from()) { sl_send_reply("403", "user From=ID"); exit; }; consume_credentials(); }; if (nat_uac_test("3") || search("^Route:.*;nat=yes")){ setflag(6); force_rtp_proxy(); }; }; if(method == "CANCEL") { setflag(10); }; route(1); exit; }; # ----------------------------------------------------------------- # Call Type Processing Section # ----------------------------------------------------------------- if (!is_uri_host_local()) { if (is_from_local() || allow_trusted()) { route(4); route(1); } else { sl_send_reply("403", "Forbidden-two"); }; exit; }; if (method=="ACK") { #setflag(1); log("--------------4 ------------- \n"); route(1); # route(3); exit; } if (method=="CANCEL") { setflag(10); route(1); # exit; } else if (method=="INVITE") { # setflag(1); acc_rad_request("200"); route(3); exit; } else if (method=="REGISTER") { # setflag(1); route(2); exit; }; lookup("aliases"); if (!is_uri_host_local()) { route(4); route(1); exit; }; if (!lookup("location")) { sl_send_reply("404", "User Not Found"); exit; }; route(1); } route[1] { # ----------------------------------------------------------------- # Default Message Handler # ----------------------------------------------------------------- log("--------------5 ------------- \n"); t_on_reply("1"); if (!t_relay()) { if (method=="INVITE" || method=="ACK") { setflag(1); # end_media_session(); }; sl_reply_error(); }; } route[2] { # ----------------------------------------------------------------- # REGISTER Message Handler # ----------------------------------------------------------------- # sl_send_reply("100", "Trying"); log("--------------6 ------------- \n"); if (!search("^Contact:[ ]*\*") && nat_uac_test("19")) { log("--------------7 ------------- \n"); setflag(6); fix_nated_register(); force_rport(); }; if (!radius_www_authorize("X.X.X6.10")) { www_challenge("X.X.X6.10","0"); exit; }; if (!check_to()) { sl_send_reply("401", "Unauthorized"); exit; }; consume_credentials(); if (!save("location")) { sl_reply_error(); }; } route[3] { # ----------------------------------------------------------------- # INVITE Message Handler # ----------------------------------------------------------------- if (nat_uac_test("3")) { setflag(7); log("--------------8 ------------- \n"); fix_nated_sdp("1"); force_rport(); fix_nated_contact(); }; if (!allow_trusted()) { if (!radius_proxy_authorize("X.X.X6.10")) { proxy_challenge("X.X.X6.10","1"); # exit; } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); exit; }; consume_credentials(); }; lookup("aliases"); if (!is_uri_host_local()) { route(4); route(1); exit; }; if (uri=~"^sip:1[0-9]*@*") { route(4); route(5); exit; }; if (!lookup("location")) { sl_send_reply("404", "User Not Found"); exit; }; route(4); route(1); } route[4] { # ----------------------------------------------------------------- # NAT Traversal Section # ----------------------------------------------------------------- if (isflagset(6) || isflagset(7)) { if (!isflagset(8)) { setflag(8); log("--------------9 ------------- \n"); # use_media_proxy(); force_rtp_proxy("l"); }; }; } route[5]{ rewritehostport("X.X.X6.193:5060"); $avp(i:30) = "inv_timeout"; route(1); } onreply_route[1] { if ((isflagset(6) || isflagset(7)) && (status=~"(180)|(183)|2[0-9][0-9]")) { if (!search("^Content-Length:[ ]*0")) { # use_media_proxy(); fix_nated_contact(); force_rtp_proxy("l"); }; }; if (status=~"(3|4)0[0-9]") { # end_media_session(); unforce_rtp_proxy(); exit; }; if (nat_uac_test("1")) { fix_nated_contact(); }; } when i look at the log --- more /usr/local/var/log/radius/radacct/127.0.0.1/detail-20070816 Thu Aug 16 16:47:50 2007 Acct-Status-Type = Start Service-Type = IAPP-Register Attr-102 = 0x000000c8 Error-Cause = 1 Event-Timestamp = "Aug 16 2007 16:47:50 IST" Attr-105 = 0x3563373537633738 Acct-Session-Id = "62210477326ab30b@c291dGhlcm4tYzJkOWVh" Attr-108 = 0x3230322e36332e39362e39 Attr-109 = 0x36393138 NAS-Port = 5060 Acct-Delay-Time = 0 NAS-IP-Address = 127.0.0.1 Client-IP-Address = 127.0.0.1 Acct-Unique-Session-Id = "81e223864b22d27d" Timestamp = 1187263070 Thu Aug 16 16:47:50 2007 Acct-Status-Type = Start Service-Type = IAPP-Register Attr-102 = 0x000000c8 Error-Cause = 1 Event-Timestamp = "Aug 16 2007 16:47:50 IST" Attr-105 = 0x3563373537633738 Acct-Session-Id = "62210477326ab30b@c291dGhlcm4tYzJkOWVh" Attr-108 = 0x3230322e36332e39362e39 Attr-109 = 0x36393138 NAS-Port = 5060 Acct-Delay-Time = 0 NAS-IP-Address = 127.0.0.1 Client-IP-Address = 127.0.0.1 Acct-Unique-Session-Id = "81e223864b22d27d" Timestamp = 1187263070 Thu Aug 16 16:47:56 2007 Acct-Status-Type = Start Service-Type = IAPP-Register Attr-102 = 0x000000c8 Error-Cause = 1 Event-Timestamp = "Aug 16 2007 16:47:56 IST" Attr-105 = 0x3563373537633738 Attr-104 = 0x61733165336262373635 Acct-Session-Id = "62210477326ab30b@c291dGhlcm4tYzJkOWVh" Attr-108 = 0x3230322e36332e39362e39 Attr-109 = 0x36393138 NAS-Port = 5060 Acct-Delay-Time = 0 NAS-IP-Address = 127.0.0.1 Client-IP-Address = 127.0.0.1 Acct-Unique-Session-Id = "81e223864b22d27d" Timestamp = 1187263076 Thu Aug 16 16:48:16 2007 Acct-Status-Type = Stop Service-Type = IAPP-Register Attr-102 = 0x000000c8 Error-Cause = 8 Event-Timestamp = "Aug 16 2007 16:48:16 IST" Attr-105 = 0x61733165336262373635 Attr-104 = 0x3563373537633738 Acct-Session-Id = "62210477326ab30b@c291dGhlcm4tYzJkOWVh" Attr-108 = 0x3230322e36332e39362e313933 Attr-109 = 0x35303630 NAS-Port = 5060 Acct-Delay-Time = 0 NAS-IP-Address = 127.0.0.1 Client-IP-Address = 127.0.0.1 Acct-Unique-Session-Id = "81e223864b22d27d" Timestamp = 1187263096 Thu Aug 16 16:48:17 2007 Acct-Status-Type = Stop Service-Type = IAPP-Register Attr-102 = 0x000000c8 Error-Cause = 8 Event-Timestamp = "Aug 16 2007 16:48:17 IST" Attr-105 = 0x61733165336262373635 Attr-104 = 0x3563373537633738 Acct-Session-Id = "62210477326ab30b@c291dGhlcm4tYzJkOWVh" Attr-108 = 0x3230322e36332e39362e313933 Attr-109 = 0x35303630 NAS-Port = 5060 Acct-Delay-Time = 0 NAS-IP-Address = 127.0.0.1 Client-IP-Address = 127.0.0.1 Acct-Unique-Session-Id = "81e223864b22d27d" Timestamp = 1187263097 here is my ngrep output. ------------- =~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2007.08.16 23:59:48 =~=~=~=~=~=~=~=~=~=~=~= more dd2.log interface: eth0 (X.X.X.0/255.255.255.0) match: 12345 ######## U X.X.X.9:6918 -> X.X.X.10:5060 INVITE sip:17325824631@X.X.X.10 SIP/2.0. Via: SIP/2.0/UDP 192.168.1.101:6918 ;branch=z9hG4bK-d87543-80557a02b3325b61-1--d87543-;rport. Max-Forwards: 70. Contact: <sip:12345@192.168.1.101:6918>. To: <sip:17325824631@X.X.X.10>. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 1 INVITE. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO. Content-Type: application/sdp. Supported: eventlist. User-Agent: eyeBeam release 3010n stamp 19039. Content-Length: 238. . v=0. o=- 89492982 89493044 IN IP4 192.168.1.101. s=eyeBeam. c=IN IP4 192.168.1.101. t=0 0. m=audio 9206 RTP/AVP 0 18 5 101. a=alt:1 1 : 0CEDCA47 000000B1 192.168.1.101 9206. a=fmtp:101 0-15. a=rtpmap:101 telephone-event/8000. a=sendrecv. #### U X.X.X.10:5060 -> X.X.X.9:6918 SIP/2.0 407 Proxy Authentication Required. Via: SIP/2.0/UDP 192.168.1.101:6918 ;branch=z9hG4bK-d87543-80557a02b3325b61-1--d87543-;rport=6918;received= X.X.X.9. To: <sip:17325824631@X.X.X.10>;tag=822fec8f80c7b67df20525d27b33a67c.3d70. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 1 INVITE. Proxy-Authenticate: Digest realm="X.X.X.10", nonce="46c417d040e3a187e01ee105963ebd3a96ec9bb0", qop="auth". Server: OpenSER (1.2.1-notls (i386/linux)). Content-Length: 0. . ########## U X.X.X.9:6918 -> X.X.X.10:5060 [7m--More--(5%)[27m ACK sip:17325824631@X.X.X.10 SIP/2.0. Via: SIP/2.0/UDP 192.168.1.101:6918 ;branch=z9hG4bK-d87543-80557a02b3325b61-1--d87543-;rport. To: <sip:17325824631@X.X.X.10>;tag=822fec8f80c7b67df20525d27b33a67c.3d70. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 1 ACK. Content-Length: 0. . #### U X.X.X.9:6918 -> X.X.X.10:5060 INVITE sip:17325824631@X.X.X.10 SIP/2.0. Via: SIP/2.0/UDP 192.168.1.101:6918 ;branch=z9hG4bK-d87543-cf54aa309b795326-1--d87543-;rport. Max-Forwards: 70. Contact: <sip:12345@192.168.1.101:6918>. To: <sip:17325824631@X.X.X.10>. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 INVITE. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO. Content-Type: application/sdp. Proxy-Authorization: Digest username="12345",realm="X.X.X.10 ",nonce="46c417d040e3a187e01ee105963ebd3a96ec9bb0",uri="sip:17 325824631(a)X.X.X.10",response="2322718e81349b36b1ea7716448a97a3",cnonce="4d58e6b8124bd678",nc=00000001,qop=auth,algorithm=M<325824631@X.X.X.10%22,response=%222322718e81349b36b1ea7716448a97a3%22,cnonce=%224d58e6b8124bd678%22,nc=00000001,qop=auth,algorithm=M> D5. Supported: eventlist. User-Agent: eyeBeam release 3010n stamp 19039. Content-Length: 238. . v=0. o=- 89492982 89493044 IN IP4 192.168.1.101. s=eyeBeam. c=IN IP4 192.168.1.101. t=0 0. m=audio 9206 RTP/AVP 0 18 5 101. a=alt:1 1 : 0CEDCA47 000000B1 192.168.1.101 9206. a=fmtp:101 0-15. a=rtpmap:101 telephone-event/8000. a=sendrecv. ################# U X.X.X.10:5060 -> X.X.X.9:6918 SIP/2.0 100 Giving a try. Via: SIP/2.0/UDP 192.168.1.101:6918 ;branch=z9hG4bK-d87543-cf54aa309b795326-1--d87543-;rport=6918;received= X.X.X.9. To: <sip:17325824631@X.X.X.10>. [7m--More--(10%)[27m From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 INVITE. Server: OpenSER (1.2.1-notls (i386/linux)). Content-Length: 0. . # U X.X.X.10:5060 -> X.X.X.193:5060 INVITE sip:17325824631@X.X.X.193:5060 SIP/2.0. Record-Route: <sip:X.X.X.10:5060;nat=yes;ftag=af4ec95e;lr=on>. Via: SIP/2.0/UDP X.X.X.10;branch=z9hG4bK79ae.743544a4.0. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-cf54aa309b795326-1--d87543-;rport=6918. Max-Forwards: 69. Contact: <sip:12345@X.X.X.9:6918>. To: <sip:17325824631@X.X.X.10>. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 INVITE. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO. Content-Type: application/sdp. Supported: eventlist. User-Agent: eyeBeam release 3010n stamp 19039. Content-Length: 258. . v=0. o=- 89492982 89493044 IN IP4 192.168.1.101. s=eyeBeam. c=IN IP4 192.168.1.101. t=0 0. m=audio 9206 RTP/AVP 0 18 5 101. a=alt:1 1 : 0CEDCA47 000000B1 192.168.1.101 9206. a=fmtp:101 0-15. a=rtpmap:101 telephone-event/8000. a=sendrecv. a=direction:active. # U X.X.X.193:5060 -> X.X.X.10:5060 SIP/2.0 100 Trying. Via: SIP/2.0/UDP X.X.X.10;branch=z9hG4bK79ae.743544a4.0;received=X.X.X.10. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-cf54aa309b795326-1--d87543-;rport=6918. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. To: <sip:17325824631@X.X.X.10>. [7m--More--(16%)[27m Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Contact: <sip:17325824631@X.X.X.193>. Content-Length: 0. . ############## U X.X.X.193:5060 -> X.X.X.10:5060 SIP/2.0 180 Ringing. Via: SIP/2.0/UDP X.X.X.10;branch=z9hG4bK79ae.743544a4.0;received=X.X.X.10. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-cf54aa309b795326-1--d87543-;rport=6918. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Contact: <sip:17325824631@X.X.X.193>. Content-Length: 0. . ############# U X.X.X.10:5060 -> X.X.X.9:6918 SIP/2.0 180 Ringing. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-cf54aa309b795326-1--d87543-;rport=6918. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Contact: <sip:17325824631@X.X.X.193>. Content-Length: 0. . ######################### U X.X.X.193:5060 -> X.X.X.10:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP X.X.X.10;branch=z9hG4bK79ae.743544a4.0;received=X.X.X.10. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-cf54aa309b795326-1--d87543-;rport=6918. Record-Route: <sip:X.X.X.10:5060;nat=yes;ftag=af4ec95e;lr=on>. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. [7m--More--(22%)[27m To: <sip:17325824631@X.X.X.10>;tag=as73734c92. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Contact: <sip:17325824631@X.X.X.193>. Content-Type: application/sdp. Content-Length: 239. . v=0. o=root 3358 3358 IN IP4 X.X.X.193. s=session. c=IN IP4 X.X.X.193. t=0 0. m=audio 19038 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=fmtp:18 annexb=no. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=silenceSupp:off - - - -. #### U X.X.X.10:5060 -> X.X.X.9:6918 SIP/2.0 200 OK. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-cf54aa309b795326-1--d87543-;rport=6918. Record-Route: <sip:X.X.X.10:5060;nat=yes;ftag=af4ec95e;lr=on>. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Contact: <sip:17325824631@X.X.X.193:5060>. Content-Type: application/sdp. Content-Length: 239. . v=0. o=root 3358 3358 IN IP4 X.X.X.193. s=session. c=IN IP4 X.X.X.193. t=0 0. m=audio 19038 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=fmtp:18 annexb=no. [7m--More--(26%)[27m a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=silenceSupp:off - - - -. #### U X.X.X.193:5060 -> X.X.X.10:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP X.X.X.10;branch=z9hG4bK79ae.743544a4.0;received=X.X.X.10. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-cf54aa309b795326-1--d87543-;rport=6918. Record-Route: <sip:X.X.X.10:5060;nat=yes;ftag=af4ec95e;lr=on>. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Contact: <sip:17325824631@X.X.X.193>. Content-Type: application/sdp. Content-Length: 239. . v=0. o=root 3358 3358 IN IP4 X.X.X.193. s=session. c=IN IP4 X.X.X.193. t=0 0. m=audio 19038 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=fmtp:18 annexb=no. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=silenceSupp:off - - - -. # U X.X.X.193:5060 -> X.X.X.10:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP X.X.X.10;branch=z9hG4bK79ae.743544a4.0;received=X.X.X.10. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-cf54aa309b795326-1--d87543-;rport=6918. Record-Route: <sip:X.X.X.10:5060;nat=yes;ftag=af4ec95e;lr=on>. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. [7m--More--(31%)[27m Contact: <sip:17325824631@X.X.X.193>. Content-Type: application/sdp. Content-Length: 239. . v=0. o=root 3358 3358 IN IP4 X.X.X.193. s=session. c=IN IP4 X.X.X.193. t=0 0. m=audio 19038 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=fmtp:18 annexb=no. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=silenceSupp:off - - - -. # U X.X.X.193:5060 -> X.X.X.10:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP X.X.X.10;branch=z9hG4bK79ae.743544a4.0;received=X.X.X.10. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-cf54aa309b795326-1--d87543-;rport=6918. Record-Route: <sip:X.X.X.10:5060;nat=yes;ftag=af4ec95e;lr=on>. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Contact: <sip:17325824631@X.X.X.193>. Content-Type: application/sdp. Content-Length: 239. . v=0. o=root 3358 3358 IN IP4 X.X.X.193. s=session. c=IN IP4 X.X.X.193. t=0 0. m=audio 19038 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=fmtp:18 annexb=no. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=silenceSupp:off - - - -. [7m--More--(36%)[27m #[K U X.X.X.10:5060 -> X.X.X.9:6918 SIP/2.0 200 OK. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-cf54aa309b795326-1--d87543-;rport=6918. Record-Route: <sip:X.X.X.10:5060;nat=yes;ftag=af4ec95e;lr=on>. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Contact: <sip:17325824631@X.X.X.193:5060>. Content-Type: application/sdp. Content-Length: 239. . v=0. o=root 3358 3358 IN IP4 X.X.X.193. s=session. c=IN IP4 X.X.X.193. t=0 0. m=audio 19038 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=fmtp:18 annexb=no. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=silenceSupp:off - - - -. # U X.X.X.10:5060 -> X.X.X.9:6918 SIP/2.0 200 OK. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-cf54aa309b795326-1--d87543-;rport=6918. Record-Route: <sip:X.X.X.10:5060;nat=yes;ftag=af4ec95e;lr=on>. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Contact: <sip:17325824631@X.X.X.193:5060>. Content-Type: application/sdp. Content-Length: 239. . v=0. o=root 3358 3358 IN IP4 X.X.X.193. [7m--More--(41%)[27m s=session.[K c=IN IP4 X.X.X.193. t=0 0. m=audio 19038 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=fmtp:18 annexb=no. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=silenceSupp:off - - - -. # U X.X.X.10:5060 -> X.X.X.9:6918 SIP/2.0 200 OK. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-cf54aa309b795326-1--d87543-;rport=6918. Record-Route: <sip:X.X.X.10:5060;nat=yes;ftag=af4ec95e;lr=on>. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Contact: <sip:17325824631@X.X.X.193:5060>. Content-Type: application/sdp. Content-Length: 239. . v=0. o=root 3358 3358 IN IP4 X.X.X.193. s=session. c=IN IP4 X.X.X.193. t=0 0. m=audio 19038 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=fmtp:18 annexb=no. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=silenceSupp:off - - - -. # U X.X.X.193:5060 -> X.X.X.10:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP X.X.X.10;branch=z9hG4bK79ae.743544a4.0;received=X.X.X.10. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-cf54aa309b795326-1--d87543-;rport=6918. Record-Route: <sip:X.X.X.10:5060;nat=yes;ftag=af4ec95e;lr=on>. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. [7m--More--(46%)[27m To: <sip:17325824631@X.X.X.10>;tag=as73734c92. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Contact: <sip:17325824631@X.X.X.193>. Content-Type: application/sdp. Content-Length: 239. . v=0. o=root 3358 3358 IN IP4 X.X.X.193. s=session. c=IN IP4 X.X.X.193. t=0 0. m=audio 19038 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=fmtp:18 annexb=no. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=silenceSupp:off - - - -. # U X.X.X.193:5060 -> X.X.X.10:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP X.X.X.10;branch=z9hG4bK79ae.743544a4.0;received=X.X.X.10. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-cf54aa309b795326-1--d87543-;rport=6918. Record-Route: <sip:X.X.X.10:5060;nat=yes;ftag=af4ec95e;lr=on>. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Contact: <sip:17325824631@X.X.X.193>. Content-Type: application/sdp. Content-Length: 239. . v=0. o=root 3358 3358 IN IP4 X.X.X.193. s=session. c=IN IP4 X.X.X.193. t=0 0. m=audio 19038 RTP/AVP 18 101. a=rtpmap:18 G729/8000. [7m--More--(50%)[27m a=fmtp:18 annexb=no. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=silenceSupp:off - - - -. # U X.X.X.193:5060 -> X.X.X.10:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP X.X.X.10;branch=z9hG4bK79ae.743544a4.0;received=X.X.X.10. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-cf54aa309b795326-1--d87543-;rport=6918. Record-Route: <sip:X.X.X.10:5060;nat=yes;ftag=af4ec95e;lr=on>. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Contact: <sip:17325824631@X.X.X.193>. Content-Type: application/sdp. Content-Length: 239. . v=0. o=root 3358 3358 IN IP4 X.X.X.193. s=session. c=IN IP4 X.X.X.193. t=0 0. m=audio 19038 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=fmtp:18 annexb=no. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=silenceSupp:off - - - -. ################################ U X.X.X.9:6918 -> X.X.X.10:5060 ACK sip:17325824631@X.X.X.193:5060 SIP/2.0. Via: SIP/2.0/UDP 192.168.1.101:6918 ;branch=z9hG4bK-d87543-a233157897746242-1--d87543-;rport. Max-Forwards: 70. Route: <sip:X.X.X.10:5060;lr;nat=yes;ftag=af4ec95e>. Contact: <sip:12345@192.168.1.101:6918>. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 ACK. [7m--More--(55%)[27m User-Agent: eyeBeam release 3010n stamp 19039. Content-Length: 0. . # U X.X.X.9:6918 -> X.X.X.10:5060 ACK sip:17325824631@X.X.X.193:5060 SIP/2.0. Via: SIP/2.0/UDP 192.168.1.101:6918 ;branch=z9hG4bK-d87543-302b8a1a07393009-1--d87543-;rport. Max-Forwards: 70. Route: <sip:X.X.X.10:5060;lr;nat=yes;ftag=af4ec95e>. Contact: <sip:12345@192.168.1.101:6918>. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 ACK. User-Agent: eyeBeam release 3010n stamp 19039. Content-Length: 0. . # U X.X.X.9:6918 -> X.X.X.10:5060 ACK sip:17325824631@X.X.X.193:5060 SIP/2.0. Via: SIP/2.0/UDP 192.168.1.101:6918 ;branch=z9hG4bK-d87543-3b54ea1e2709d069-1--d87543-;rport. Max-Forwards: 70. Route: <sip:X.X.X.10:5060;lr;nat=yes;ftag=af4ec95e>. Contact: <sip:12345@192.168.1.101:6918>. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 ACK. User-Agent: eyeBeam release 3010n stamp 19039. Content-Length: 0. . # U X.X.X.9:6918 -> X.X.X.10:5060 ACK sip:17325824631@X.X.X.193:5060 SIP/2.0. Via: SIP/2.0/UDP 192.168.1.101:6918 ;branch=z9hG4bK-d87543-0637ce4875464712-1--d87543-;rport. Max-Forwards: 70. Route: <sip:X.X.X.10:5060;lr;nat=yes;ftag=af4ec95e>. Contact: <sip:12345@192.168.1.101:6918>. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. [7m--More--(61%)[27m CSeq: 2 ACK.[K User-Agent: eyeBeam release 3010n stamp 19039. Content-Length: 0. . ######## U X.X.X.10:5060 -> X.X.X.9:6918 SIP/2.0 200 OK. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-cf54aa309b795326-1--d87543-;rport=6918. Record-Route: <sip:X.X.X.10:5060;nat=yes;ftag=af4ec95e;lr=on>. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Contact: <sip:17325824631@X.X.X.193:5060>. Content-Type: application/sdp. Content-Length: 239. . v=0. o=root 3358 3358 IN IP4 X.X.X.193. s=session. c=IN IP4 X.X.X.193. t=0 0. m=audio 19038 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=fmtp:18 annexb=no. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=silenceSupp:off - - - -. ## U X.X.X.10:5060 -> X.X.X.193:5060 ACK sip:17325824631@X.X.X.193:5060 SIP/2.0. Record-Route: <sip:X.X.X.10;lr=on;ftag=af4ec95e>. Via: SIP/2.0/UDP X.X.X.10;branch=z9hG4bK79ae.743544a4.2. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-302b8a1a07393009-1--d87543-;rport=6918. Max-Forwards: 69. Contact: <sip:12345@192.168.1.101:6918>. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 ACK. [7m--More--(66%)[27m User-Agent: eyeBeam release 3010n stamp 19039. Content-Length: 0. . # U X.X.X.10:5060 -> X.X.X.193:5060 ACK sip:17325824631@X.X.X.193:5060 SIP/2.0. Record-Route: <sip:X.X.X.10;lr=on;ftag=af4ec95e>. Via: SIP/2.0/UDP X.X.X.10;branch=z9hG4bK79ae.743544a4.2. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-3b54ea1e2709d069-1--d87543-;rport=6918. Max-Forwards: 69. Contact: <sip:12345@192.168.1.101:6918>. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 ACK. User-Agent: eyeBeam release 3010n stamp 19039. Content-Length: 0. . ########### U X.X.X.10:5060 -> X.X.X.193:5060 ACK sip:17325824631@X.X.X.193:5060 SIP/2.0. Record-Route: <sip:X.X.X.10;lr=on;ftag=af4ec95e>. Via: SIP/2.0/UDP X.X.X.10;branch=z9hG4bK79ae.743544a4.2. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-0637ce4875464712-1--d87543-;rport=6918. Max-Forwards: 69. Contact: <sip:12345@192.168.1.101:6918>. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 ACK. User-Agent: eyeBeam release 3010n stamp 19039. Content-Length: 0. . ## U X.X.X.10:5060 -> X.X.X.9:6918 SIP/2.0 200 OK. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-cf54aa309b795326-1--d87543-;rport=6918. Record-Route: <sip:X.X.X.10:5060;nat=yes;ftag=af4ec95e;lr=on>. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. [7m--More--(72%)[27m CSeq: 2 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Contact: <sip:17325824631@X.X.X.193:5060>. Content-Type: application/sdp. Content-Length: 239. . v=0. o=root 3358 3358 IN IP4 X.X.X.193. s=session. c=IN IP4 X.X.X.193. t=0 0. m=audio 19038 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=fmtp:18 annexb=no. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=silenceSupp:off - - - -. # U X.X.X.10:5060 -> X.X.X.193:5060 ACK sip:17325824631@X.X.X.193:5060 SIP/2.0. Record-Route: <sip:X.X.X.10;lr=on;ftag=af4ec95e>. Via: SIP/2.0/UDP X.X.X.10;branch=z9hG4bK79ae.743544a4.2. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-a233157897746242-1--d87543-;rport=6918. Max-Forwards: 69. Contact: <sip:12345@192.168.1.101:6918>. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 ACK. User-Agent: eyeBeam release 3010n stamp 19039. Content-Length: 0. . ############# U X.X.X.10:5060 -> X.X.X.9:6918 SIP/2.0 200 OK. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-cf54aa309b795326-1--d87543-;rport=6918. Record-Route: <sip:X.X.X.10:5060;nat=yes;ftag=af4ec95e;lr=on>. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 INVITE. [7m--More--(77%)[27m User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Contact: <sip:17325824631@X.X.X.193:5060>. Content-Type: application/sdp. Content-Length: 239. . v=0. o=root 3358 3358 IN IP4 X.X.X.193. s=session. c=IN IP4 X.X.X.193. t=0 0. m=audio 19038 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=fmtp:18 annexb=no. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=silenceSupp:off - - - -. ############# U X.X.X.9:6918 -> X.X.X.10:5060 ACK sip:17325824631@X.X.X.193:5060 SIP/2.0. Via: SIP/2.0/UDP 192.168.1.101:6918 ;branch=z9hG4bK-d87543-e5138b4b5961e80c-1--d87543-;rport. Max-Forwards: 70. Route: <sip:X.X.X.10:5060;lr;nat=yes;ftag=af4ec95e>. Contact: <sip:12345@192.168.1.101:6918>. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 ACK. User-Agent: eyeBeam release 3010n stamp 19039. Content-Length: 0. . ## U X.X.X.10:5060 -> X.X.X.193:5060 ACK sip:17325824631@X.X.X.193:5060 SIP/2.0. Record-Route: <sip:X.X.X.10;lr=on;ftag=af4ec95e>. Via: SIP/2.0/UDP X.X.X.10;branch=z9hG4bK79ae.743544a4.2. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-e5138b4b5961e80c-1--d87543-;rport=6918. Max-Forwards: 69. Contact: <sip:12345@192.168.1.101:6918>. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. [7m--More--(82%)[27m CSeq: 2 ACK.[K User-Agent: eyeBeam release 3010n stamp 19039. Content-Length: 0. . ####### U X.X.X.9:6918 -> X.X.X.10:5060 ACK sip:17325824631@X.X.X.193:5060 SIP/2.0. Via: SIP/2.0/UDP 192.168.1.101:6918 ;branch=z9hG4bK-d87543-e71e860dc038c97f-1--d87543-;rport. Max-Forwards: 70. Route: <sip:X.X.X.10:5060;lr;nat=yes;ftag=af4ec95e>. Contact: <sip:12345@192.168.1.101:6918>. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 ACK. User-Agent: eyeBeam release 3010n stamp 19039. Content-Length: 0. . # U X.X.X.10:5060 -> X.X.X.193:5060 ACK sip:17325824631@X.X.X.193:5060 SIP/2.0. Record-Route: <sip:X.X.X.10;lr=on;ftag=af4ec95e>. Via: SIP/2.0/UDP X.X.X.10;branch=z9hG4bK79ae.743544a4.2. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-e71e860dc038c97f-1--d87543-;rport=6918. Max-Forwards: 69. Contact: <sip:12345@192.168.1.101:6918>. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 ACK. User-Agent: eyeBeam release 3010n stamp 19039. Content-Length: 0. . #### U X.X.X.9:6918 -> X.X.X.10:5060 ACK sip:17325824631@X.X.X.193:5060 SIP/2.0. Via: SIP/2.0/UDP 192.168.1.101:6918 ;branch=z9hG4bK-d87543-242df96a2433934b-1--d87543-;rport. Max-Forwards: 70. Route: <sip:X.X.X.10:5060;lr;nat=yes;ftag=af4ec95e>. Contact: <sip:12345@192.168.1.101:6918>. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. [7m--More--(87%)[27m From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 ACK. User-Agent: eyeBeam release 3010n stamp 19039. Content-Length: 0. . # U X.X.X.10:5060 -> X.X.X.193:5060 ACK sip:17325824631@X.X.X.193:5060 SIP/2.0. Record-Route: <sip:X.X.X.10;lr=on;ftag=af4ec95e>. Via: SIP/2.0/UDP X.X.X.10;branch=z9hG4bK79ae.743544a4.2. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-242df96a2433934b-1--d87543-;rport=6918. Max-Forwards: 69. Contact: <sip:12345@192.168.1.101:6918>. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 2 ACK. User-Agent: eyeBeam release 3010n stamp 19039. Content-Length: 0. . ######################## U X.X.X.9:6918 -> X.X.X.10:5060 BYE sip:17325824631@X.X.X.193:5060 SIP/2.0. Via: SIP/2.0/UDP 192.168.1.101:6918 ;branch=z9hG4bK-d87543-c16d40693272e507-1--d87543-;rport. Max-Forwards: 70. Route: <sip:X.X.X.10:5060;lr;nat=yes;ftag=af4ec95e>. Contact: <sip:12345@192.168.1.101:6918>. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 3 BYE. Proxy-Authorization: Digest username="12345",realm="X.X.X.10 ",nonce="46c417d040e3a187e01ee105963ebd3a96ec9bb0",uri="sip:17 325824631@X.X.X.193:5060",response="a27cc8ce4b3727250fad062e77232050",cnonce="c31f5fae774aadda",nc=00000002,qop=auth,algor<325824631@X.X.X.193:5060%22,response=%22a27cc8ce4b3727250fad062e77232050%22,cnonce=%22c31f5fae774aadda%22,nc=00000002,qop=auth,algor> ithm=MD5. User-Agent: eyeBeam release 3010n stamp 19039. Content-Length: 0. . #### U X.X.X.10:5060 -> X.X.X.193:5060 BYE sip:17325824631@X.X.X.193:5060 SIP/2.0. [7m--More--(93%)[27m Record-Route: <sip:X.X.X.10;lr=on;ftag=af4ec95e>. Via: SIP/2.0/UDP X.X.X.10;branch=z9hG4bK89ae.fa0e36b5.0. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-c16d40693272e507-1--d87543-;rport=6918. Max-Forwards: 69. Contact: <sip:12345@192.168.1.101:6918>. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 3 BYE. Proxy-Authorization: Digest username="12345",realm="X.X.X.10 ",nonce="46c417d040e3a187e01ee105963ebd3a96ec9bb0",uri="sip:17 325824631@X.X.X.193:5060",response="a27cc8ce4b3727250fad062e77232050",cnonce="c31f5fae774aadda",nc=00000002,qop=auth,algor<325824631@X.X.X.193:5060%22,response=%22a27cc8ce4b3727250fad062e77232050%22,cnonce=%22c31f5fae774aadda%22,nc=00000002,qop=auth,algor> ithm=MD5. User-Agent: eyeBeam release 3010n stamp 19039. Content-Length: 0. . ### U X.X.X.193:5060 -> X.X.X.10:5060 SIP/2.0 481 Call leg/transaction does not exist. Via: SIP/2.0/UDP X.X.X.10;branch=z9hG4bK89ae.fa0e36b5.0;received=X.X.X.10. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-c16d40693272e507-1--d87543-;rport=6918. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 3 BYE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Content-Length: 0. . # U X.X.X.10:5060 -> X.X.X.9:6918 SIP/2.0 481 Call leg/transaction does not exist. Via: SIP/2.0/UDP 192.168.1.101:6918;received=X.X.X.9 ;branch=z9hG4bK-d87543-c16d40693272e507-1--d87543-;rport=6918. From: "12345"<sip:12345@X.X.X.10>;tag=af4ec95e. To: <sip:17325824631@X.X.X.10>;tag=as73734c92. Call-ID: 7a3c594386522c1f@c291dGhlcm4tYzJkOWVh. CSeq: 3 BYE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Content-Length: 0. .

4 26

Re: [OpenSER-Users] Changing Audio Ports
by Daniel-Constantin Mierla 21 Aug '07

21 Aug '07

On 08/20/07 21:05, Kelvin Williams wrote: > THANK YOU!!!!! > > The only problem here is the vendor, Arris Interactive believes their > products are the greatest. And "officially do not support SIP Deployment." > > Could you point me in the direction of some documentation as to how I can > drop the 183 and generate a 182 instead? > generating other reply code is a bit hard, needs some coding. Dropping 183 is easy: http://openser.org/dokuwiki/doku.php/core-cookbook:devel#drop Cheers, Daniel > Thanks, > kw > > -----Original Message----- > From: Daniel-Constantin Mierla [mailto:daniel@voice-system.ro] > Sent: Monday, August 20, 2007 12:30 PM > To: kelvin-lists(a)williamschadwell.com > Cc: users(a)openser.org > Subject: Re: [OpenSER-Users] Changing Audio Ports > > Hello, > > the sip device is broken, should update the destination port and IP from > the 200 ok reply. The best is to ask the vendor to fix it. Think about > para;lel forking, there could be many 183 coming from different > addresses and ports, what would do the device? > > Temporary solution is to drop any 183 or to use perl substitutions for > such replies (all to be done in onreply_route). > > Cheers, > Daniel > > On 08/18/07 07:24, kelvin-lists(a)williamschadwell.com wrote: > >> In a previous query I asked if someone could shed some light on as to why >> my endpoints do not receive any audio when the call is redirected to an >> announcement server. >> >> After a lot of testing, I believe I have found the problem. >> >> When I initiate a call from my end point the end point advises the callee >> as to the port the RTP traffic will be present. When the call is handed >> to my PSTN gateway the Gateway responds with its port for RTP in a 183 >> Session Progress. >> >> When that call fails (due to timeout) we want to send it over to Asterisk >> where an announcement will be played to the caller--however the caller >> never hears it. The traces show that Asterisk advertises its RTP on a >> different port that that of the PSTN Gateway. Some of my endpoints (Cisco >> IP Phone 7940 and Sipura devices) see and listen for the audio on the new >> advertised port, however my Arris EMTAs do not, it appears as though they >> are still "tuned in" to the original audio port advised by the PSTN >> gateway. >> >> My question, is is possible to strip away the "m=audio 22040 RTP/AVP 0 8 >> 18 101." from the SIP message? I would like to strip it away in the event >> of a 183 from my gateway (that advertises the port), but pass it when the >> call is actually answered. >> >> If it is not possible to strip the RTP port information away from the >> message, what would be the best way in handling a situation like this. >> >> Many thanks in advance. >> kw >> >> _______________________________________________ >> Users mailing list >> Users(a)openser.org >> http://openser.org/cgi-bin/mailman/listinfo/users >> >> >> > > > >

1 0

Re: [OpenSER-Users] restriction on user (dialer map)
by bernard.le＠orange-ftgroup.com 20 Aug '07

20 Aug '07

********************************* This message and any attachments (the "message") are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. Messages are susceptible to alteration. France Telecom Group shall not be liable for the message if altered, changed or falsified. If you are not the intended addressee of this message, please cancel it immediately and inform the sender. ********************************

1 0

[OpenSER-Users] restriction on user (dialer map)
by bernard.le＠orange-ftgroup.com 20 Aug '07

20 Aug '07

********************************* This message and any attachments (the "message") are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. Messages are susceptible to alteration. France Telecom Group shall not be liable for the message if altered, changed or falsified. If you are not the intended addressee of this message, please cancel it immediately and inform the sender. ********************************

2 1

[OpenSER-Users] Calls Not Completed
by Gerson Matiolli 20 Aug '07

20 Aug '07

Hi I am with the following problem: In the greater schedule I pass through good part of the linkings are busy I modified the param childreen for 20, It improved. But, I do not obtain to increase more than this. The service not start ps -ef opsenser start <defunct> opsenser start <defunct> opsenser start <defunct> opsenser start <defunct> opsenser start <defunct> The CPU is 2G memory, 2 processors What it can be happening?

3 5

[OpenSER-Users] Dispatcher round robin....
by Francisco Ivandic 20 Aug '07

20 Aug '07

Hi All, I'm using dispatcher succesfully, with round robin alg (option 4), and also use ds_mark_dst and ds_next_dst to select other proxy in case of failure. It balances great when all servers are active, but when there are inactive servers, round robin alg selects the next in the round, even if it's marked as inactive. This results in going through ds_next_dst, and overloads the first active server in the dispatcher file until completing the round. Then, other active servers are called, and when passing to a group of inactive servers, starts going through the first active (as much times as inactive servers there are), and again completing the round. Does anyone know a way to implement a round robin aware of inactive servers? Thanks in advance, Borislav Ivandic

3 2

Re: [OpenSER-Users] Dispatcher round robin....
by Borislav Ivandic 20 Aug '07

20 Aug '07

Hi Again, Last log lines weren't attached: DEBUG:init_mod_child: CHILD , rank=1, module=dispatcher Aug 20 17:40:11 [3897] DBG:dispatcher:child_init: #1 / pid <3897> Segmentation fault (core dumped) Thanks, Borislav 2007/8/20, Borislav Ivandic <francisco.ivandic(a)gmail.com>: > > Hi Daniel, > > Apologize me for the delay, but it wasn't easy setting-up the lab > environment. Anyway, downloaded the devel version, and, after installing, > found a "Segmentation fault (core dumped)" log message. Maybe it's my short > experience working with devel versions, but wasn't able to run openser. > Please see below the log: > > Thanks in advance, > > Borislav Ivandic > > Log: > > loading module /usr/local/lib/openser/modules/sl.so > loading module /usr/local/lib/openser/modules/tm.so > DEBUG: register_pv: tm > xl_add_extra_spec: extra items list is not initialized > xl_add_extra_spec: inserting extra item [T_branch_idx] at [0] > xl_add_extra_spec: inserting extra item [T_reply_code] at [1] > loading module /usr/local/lib/openser/modules/rr.so > loading module /usr/local/lib/openser/modules/maxfwd.so > loading module /usr/local/lib/openser/modules/usrloc.so > loading module /usr/local/lib/openser/modules/registrar.so > loading module /usr/local/lib/openser/modules/nathelper.so > loading module /usr/local/lib/openser/modules/textops.so > loading module /usr/local/lib/openser/modules/exec.so > loading module /usr/local/lib/openser/modules/uri.so > loading module /usr/local/lib/openser/modules/uri_db.so > loading module /usr/local/lib/openser/modules/dispatcher.so > loading module /usr/local/lib/openser/modules/avpops.so > loading module /usr/local/lib/openser/modules/mi_fifo.so > loading module /usr/local/lib/openser/modules/mysql.so > loading module /usr/local/lib/openser/modules/auth.so > loading module /usr/local/lib/openser/modules/auth_db.so > set_mod_param_regex: usrloc matches module usrloc > set_mod_param_regex: found <db_mode> in module usrloc > [/usr/local/lib/openser/modules/usrloc.so] > set_mod_param_regex: usrloc matches module usrloc > set_mod_param_regex: found <db_url> in module usrloc > [/usr/local/lib/openser/modules/usrloc.so] > set_mod_param_regex: usrloc matches module usrloc > set_mod_param_regex: found <timer_interval> in module usrloc > [/usr/local/lib/openser/modules/usrloc.so] > set_mod_param_regex: auth_db matches module auth_db > set_mod_param_regex: found <calculate_ha1> in module auth_db > [/usr/local/lib/openser/modules/auth_db.so] > set_mod_param_regex: auth_db matches module auth_db > set_mod_param_regex: found <db_url> in module auth_db > [/usr/local/lib/openser/modules/auth_db.so] > set_mod_param_regex: auth_db matches module auth_db > set_mod_param_regex: found <password_column> in module auth_db > [/usr/local/lib/openser/modules/auth_db.so] > set_mod_param_regex: uri_db matches module uri_db > set_mod_param_regex: found <db_url> in module uri_db > [/usr/local/lib/openser/modules/uri_db.so] > set_mod_param_regex: rr matches module rr > set_mod_param_regex: found <enable_full_lr> in module rr > [/usr/local/lib/openser/modules/rr.so] > set_mod_param_regex: registrar matches module registrar > set_mod_param_regex: found <max_expires> in module registrar > [/usr/local/lib/openser/modules/registrar.so] > set_mod_param_regex: registrar matches module registrar > set_mod_param_regex: found <min_expires> in module registrar > [/usr/local/lib/openser/modules/registrar.so] > set_mod_param_regex: registrar matches module registrar > set_mod_param_regex: found <append_branches> in module registrar > [/usr/local/lib/openser/modules/registrar.so] > set_mod_param_regex: nathelper matches module nathelper > set_mod_param_regex: found <natping_interval> in module nathelper > [/usr/local/lib/openser/modules/nathelper.so] > set_mod_param_regex: nathelper matches module nathelper > set_mod_param_regex: found <ping_nated_only> in module nathelper > [/usr/local/lib/openser/modules/nathelper.so] > set_mod_param_regex: usrloc matches module usrloc > set_mod_param_regex: found <nat_bflag> in module usrloc > [/usr/local/lib/openser/modules/usrloc.so] > set_mod_param_regex: tm matches module tm > set_mod_param_regex: found <fr_timer> in module tm > [/usr/local/lib/openser/modules/tm.so] > set_mod_param_regex: dispatcher matches module dispatcher > set_mod_param_regex: found <list_file> in module dispatcher > [/usr/local/lib/openser/modules/dispatcher.so] > set_mod_param_regex: dispatcher matches module dispatcher > set_mod_param_regex: found <flags> in module dispatcher > [/usr/local/lib/openser/modules/dispatcher.so] > set_mod_param_regex: dispatcher matches module dispatcher > set_mod_param_regex: found <dst_avp> in module dispatcher > [/usr/local/lib/openser/modules/dispatcher.so] > set_mod_param_regex: dispatcher matches module dispatcher > set_mod_param_regex: found <grp_avp> in module dispatcher > [/usr/local/lib/openser/modules/dispatcher.so] > set_mod_param_regex: dispatcher matches module dispatcher > set_mod_param_regex: found <cnt_avp> in module dispatcher > [/usr/local/lib/openser/modules/dispatcher.so] > set_mod_param_regex: dispatcher matches module dispatcher > set_mod_param_regex: found <force_dst> in module dispatcher > [/usr/local/lib/openser/modules/dispatcher.so] > set_mod_param_regex: mi_fifo matches module mi_fifo > set_mod_param_regex: found <fifo_name> in module mi_fifo > [/usr/local/lib/openser/modules/mi_fifo.so] > find_cmd_export_t: found <mf_process_maxfwd_header>(1) in module maxfwd > [/usr/local/lib/openser/modules/maxfwd.so] > find_cmd_export_t: found <sl_send_reply>(2) in module sl > [/usr/local/lib/openser/modules/sl.so] > find_cmd_export_t: found <sl_send_reply>(2) in module sl > [/usr/local/lib/openser/modules/sl.so] > find_cmd_export_t: found <sl_send_reply>(2) in module sl > [/usr/local/lib/openser/modules/sl.so] > find_cmd_export_t: found <record_route>(0) in module rr > [/usr/local/lib/openser/modules/rr.so] > find_cmd_export_t: found <loose_route>(0) in module rr > [/usr/local/lib/openser/modules/rr.so] > find_cmd_export_t: found <append_hf>(1) in module textops > [/usr/local/lib/openser/modules/textops.so] > find_cmd_export_t: found <t_relay>(0) in module tm > [/usr/local/lib/openser/modules/tm.so] > find_cmd_export_t: found <lookup>(1) in module registrar > [/usr/local/lib/openser/modules/registrar.so] > find_cmd_export_t: found <sl_send_reply>(2) in module sl > [/usr/local/lib/openser/modules/sl.so] > find_cmd_export_t: found <nat_uac_test>(1) in module nathelper > [/usr/local/lib/openser/modules/nathelper.so] > find_cmd_export_t: found <fix_nated_contact>(0) in module nathelper > [/usr/local/lib/openser/modules/nathelper.so] > find_cmd_export_t: found <t_on_reply>(1) in module tm > [/usr/local/lib/openser/modules/tm.so] > find_cmd_export_t: found <www_authorize>(2) in module auth_db > [/usr/local/lib/openser/modules/auth_db.so] > find_cmd_export_t: found <www_challenge>(2) in module auth > [/usr/local/lib/openser/modules/auth.so] > find_cmd_export_t: found <check_to>(0) in module uri_db > [/usr/local/lib/openser/modules/uri_db.so] > find_cmd_export_t: found <sl_send_reply>(2) in module sl > [/usr/local/lib/openser/modules/sl.so] > find_cmd_export_t: found <save>(1) in module registrar > [/usr/local/lib/openser/modules/registrar.so] > find_cmd_export_t: found <www_authorize>(2) in module auth_db > [/usr/local/lib/openser/modules/auth_db.so] > find_cmd_export_t: found <www_challenge>(2) in module auth > [/usr/local/lib/openser/modules/auth.so] > find_cmd_export_t: found <check_from>(0) in module uri_db > [/usr/local/lib/openser/modules/uri_db.so] > find_cmd_export_t: found <sl_send_reply>(2) in module sl > [/usr/local/lib/openser/modules/sl.so] > find_cmd_export_t: found <append_hf>(1) in module textops > [/usr/local/lib/openser/modules/textops.so] > find_cmd_export_t: found <append_hf>(1) in module textops > [/usr/local/lib/openser/modules/textops.so] > find_cmd_export_t: found <t_relay>(0) in module tm > [/usr/local/lib/openser/modules/tm.so] > find_cmd_export_t: found <sl_reply_error>(0) in module sl > [/usr/local/lib/openser/modules/sl.so] > find_cmd_export_t: found <t_on_failure>(1) in module tm > [/usr/local/lib/openser/modules/tm.so] > find_cmd_export_t: found <ds_select_dst>(2) in module dispatcher > [/usr/local/lib/openser/modules/dispatcher.so] > find_cmd_export_t: found <t_relay>(0) in module tm > [/usr/local/lib/openser/modules/tm.so] > find_cmd_export_t: found <sl_reply_error>(0) in module sl > [/usr/local/lib/openser/modules/sl.so] > find_cmd_export_t: found <fix_nated_contact>(0) in module nathelper > [/usr/local/lib/openser/modules/nathelper.so] > find_cmd_export_t: found <nat_uac_test>(1) in module nathelper > [/usr/local/lib/openser/modules/nathelper.so] > find_cmd_export_t: found <fix_nated_contact>(0) in module nathelper > [/usr/local/lib/openser/modules/nathelper.so] > find_cmd_export_t: found <t_check_status>(1) in module tm > [/usr/local/lib/openser/modules/tm.so] > find_cmd_export_t: found <ds_mark_dst>(0) in module dispatcher > [/usr/local/lib/openser/modules/dispatcher.so] > find_cmd_export_t: found <ds_next_dst>(0) in module dispatcher > [/usr/local/lib/openser/modules/dispatcher.so] > find_cmd_export_t: found <t_relay>(0) in module tm > [/usr/local/lib/openser/modules/tm.so] > find_cmd_export_t: found <t_on_failure>(1) in module tm > [/usr/local/lib/openser/modules/tm.so] > routing table 0: > if (EVAL( NOT( external_module_call(f<mf_process_maxfwd_header>, "10"); > ) )) { external_module_call(f<sl_send_reply>, "483", "Too Many Hops"); > exit(type<0>); }; if (EVAL( UNKNOWN[11]>65535 )) { > external_module_call(f<sl_send_reply>, "513", "Message too big"); > exit(type<0>); }; if (EVAL( OR( OR( EVAL( method=="OPTIONS" ), EVAL( > method=="SUBSCRIBE" ) ), EVAL( method=="NOTIFY" ) ) )) { > external_module_call(f<sl_send_reply>, "405", "Method Not Allowed"); > exit(type<0>); }; if (EVAL( NOT( method=="REGISTER" ) )) { > external_module_call(f<record_route>); }; if (EVAL( > external_module_call(f<loose_route>); )) { > external_module_call(f<append_hf>, "P-hint: rr-enforced > "); external_module_call(f<t_relay>); exit(type<0>); }; if (EVAL( OR( > EVAL( srcip==192.168.1.167/255.255.255.255 ), EVAL( srcip==192.168.1.168/255.255.255.255) ) )) {if (EVAL( NOT( external_module_call(f<lookup>, "location"); ) )) { > external_module_call(f<sl_send_reply>, "404", "Not Found"); exit(type<0>); > }; }; if (EVAL( OR( EVAL( srcip== 192.168.1.167/255.255.255.255 ), EVAL( > srcip==192.168.1.168/255.255.255.255 ) ) )) {if (EVAL( method=="INVITE" )) > {route(1); exit(type<0>); }; }; if (EVAL( > external_module_call(f<nat_uac_test>, "3"); )) {if (EVAL( OR( OR( EVAL( > method=="REGISTER" ), EVAL( method=="INVITE" ) ), EVAL( method=="OPTIONS" ) > ) )) { external_module_call(f<fix_nated_contact>); force_rport(type<0>); > setflag(6); external_module_call(f<t_on_reply>, "1"); }; }; if (EVAL( > method=="REGISTER" )) {if (EVAL( NOT( > external_module_call(f<www_authorize>, "", "subscriber"); ) )) { > external_module_call(f<www_challenge>, "", "0"); exit(type<0>); }; if (EVAL( > NOT( external_module_call(f<check_to>); ) )) { > external_module_call(f<sl_send_reply>, "403", "Digest username and > URI username do NOT match! Stay away!"); exit(type<0>); }; > external_module_call(f<save>, "location"); exit(type<0>); }; if (EVAL( > method=="INVITE" )) {if (EVAL( NOT( external_module_call(f<www_authorize>, > "", "subscriber"); ) )) { external_module_call(f<www_challenge>, "", "0"); > exit(type<0>); }; if (EVAL( NOT( external_module_call(f<check_from>); ) )) > { external_module_call(f<sl_send_reply>, "403", "Digest username and > URI username do NOT match! Stay away!"); exit(type<0>); }; }; if (EVAL( > method=="ACK" )) {route(2); exit(type<0>); }; if (EVAL( NOT( uri==_myself_ ) > )) { external_module_call(f<append_hf>, "P-hint: outbound > "); route(2); exit(type<0>); }; external_module_call(f<append_hf>, > "P-hint: usrloc applied > "); route(2); > routing table 1: > if (EVAL( NOT( external_module_call(f<t_relay>); ) )) { > external_module_call(f<sl_reply_error>); }; > routing table 2: > external_module_call(f<t_on_failure>, "1"); if (EVAL( AND( EVAL( srcip!= > 192.168.1.167/255.255.255.255 ), EVAL( srcip!=192.168.1.168/255.255.255.255) ) )) {if (EVAL( method=="INVITE" )) { > external_module_call(f<ds_select_dst>, "1", "4"); }; }; if (EVAL( NOT( > external_module_call(f<t_relay>); ) )) { > external_module_call(f<sl_reply_error>); }; > onreply routing table 1: > if (EVAL( AND( isflagset(6); , uri=~"(183)|2[0-9][0-9]" ) )) { > external_module_call(f<fix_nated_contact>); } else { if (EVAL( > external_module_call(f<nat_uac_test>, "1"); )) { > external_module_call(f<fix_nated_contact>); }; }; > failure routing table 1: > if (EVAL( external_module_call(f<t_check_status>, "408"); )) { > external_module_call(f<ds_mark_dst>); if (EVAL( > external_module_call(f<ds_next_dst>); )) { > external_module_call(f<t_relay>); external_module_call(f<t_on_failure>, > "1"); }; }; > DEBUG:socket2str: <udp:192.168.1.160:5060> > DEBUG:socket2str: <tcp:192.168.1.160:5060> > Listening on > udp: 192.168.1.160 [192.168.1.160]:5060 > tcp: 192.168.1.160 [192.168.1.160 ]:5060 > Aliases: > tcp: tel:5060 > tcp: tel.tex.sip:5060 > udp: tel:5060 > udp: tel.tex.sip:5060 > > WARNING: no fork mode > fm_malloc_init: F_OPTIMIZE=16384, /ROUNDTO=2048 > fm_malloc_init: F_HASH_SIZE=2067, fm_block size=16560 > fm_malloc_init(0xb5a7f000, 33554432), start=0xb5a7f000 > shm_mem_init: success > init_tcp: using epoll_lt as the io watch method (auto detected) > Aug 20 16:49:32 [3904] DBG:core:count_module_procs: modules require 1 > extra processes > core dump limits set to 4294967295 > DEBUG:add_avp_galias: registering <serial_branch> for avp id <16725044> > INFO: statistics manager successfully initialized > DEBUG: init_mod: sl > Aug 20 16:49:32 [0] INFO:sl:mod_init: Initializing StateLess engine > DEBUG: MD5 calculated: e9a4f4c9dcdf4315c1670e73ac4e2059 > DEBUG: register_stats: sl > DEBUG: init_mod: tm > TM - initializing... > Call-ID initialization: '12fefdff' > DEBUG: lock_initialize: lock initialization started > DEBUG: MD5 calculated: d4526bf2434202fc2c5ada37346c05b8 > DEBUG: MD5 calculated: ad0c0bb146c3a220dd8eb5f7c99d4fed > DEBUG: register_stats: tm > DEBUG: register_mi: tm > DEBUG: init_mod: rr > rr - initializing > DEBUG: init_mod: maxfwd > Aug 20 16:49:32 [0] NOTICE:maxfwd:mod_init: initializing > DEBUG: init_mod: usrloc > usrloc - initializing > INFO:ul_init_locks: locks array size 512 > find_mod_export: found <db_use_table> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_init> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_close> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_query> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_fetch_result> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_raw_query> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_free_result> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_insert> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_delete> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_update> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_replace> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_last_inserted_id> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_insert_update> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > DEBUG: register_stats: usrloc > DEBUG: register_mi: usrloc > DEBUG: init_mod: registrar > registrar - initializing > find_cmd_export_t: found <load_sl>(0) in module sl > [/usr/local/lib/openser/modules/sl.so] > find_cmd_export_t: found <ul_bind_usrloc>(1) in module usrloc > [/usr/local/lib/openser/modules/usrloc.so] > DEBUG: register_stats: registrar > DEBUG: init_mod: nathelper > find_cmd_export_t: found <ul_bind_usrloc>(1) in module usrloc > [/usr/local/lib/openser/modules/usrloc.so] > DEBUG: register_mi: nathelper > DEBUG: init_mod: textops > TextOPS - initializing > DEBUG: init_mod: exec > EXEC - initializing > DEBUG: init_mod: uri_db > uri_db - initializing > find_mod_export: found <db_use_table> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_init> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_close> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_query> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_fetch_result> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_raw_query> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_free_result> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_insert> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_delete> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_update> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_replace> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_last_inserted_id> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_insert_update> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > db_init: Connection 'mysql://root:.tel@localhost/openser' not found in > pool > new_connection: Opening MySQL connection: mysql://root:.tel@localhost > /openser > new_connection: Connection type is Localhost via UNIX socket > new_connection: Protocol version is 10 > new_connection: Server version is 5.0.26-log > DEBUG:db_free_rows: Freeing 1 rows > DEBUG:db_free_row: Row[0]=0x8160d18 > DEBUG:db_free_rows: 0x8160d18=pkg_free() RES_ROWS > pool_remove: Removing connection from the pool > DEBUG: init_mod: dispatcher > Aug 20 16:49:32 [0] DBG:dispatcher:mod_init: initializing ... > Aug 20 16:49:32 [0] DBG:dispatcher:add_dest2list: dest [1/1] <sip:192.168.1.161:5060 > > > Aug 20 16:49:32 [0] DBG:dispatcher:add_dest2list: dest [1/2] <sip: > 192.168.1.167:5060> > Aug 20 16:49:32 [0] DBG:dispatcher:add_dest2list: dest [1/3] <sip: > 192.168.1.102:5060> > Aug 20 16:49:32 [0] DBG:dispatcher:reindex_dests: found [1] dest sets > Aug 20 16:49:32 [0] DBG:dispatcher:mod_init: loaded dispatching list > xl_parse_name: name [i:271] index [0] > xl_parse_vname: avp [i:271] > xl_parse_name: name [i:272] index [0] > xl_parse_vname: avp [i:272] > xl_parse_name: name [i:273] index [0] > xl_parse_vname: avp [i:273] > DEBUG: register_mi: dispatcher > DEBUG: init_mod: avpops > AVPops - initializing > DEBUG: init_mod: mi_fifo > Aug 20 16:49:32 [0] DBG:mi_fifo:mi_mod_init: testing fifo existance ... > DEBUG: init_mod: mysql > mysql: MySQL client version is 5.0.26 > DEBUG: init_mod: auth > AUTH module - initializing > find_cmd_export_t: found <load_sl>(0) in module sl > [/usr/local/lib/openser/modules/sl.so] > xl_parse_name: name [s:rpid] index [0] > xl_parse_vname: avp [s:rpid] > DEBUG: init_mod: auth_db > AUTH_DB module - initializing > find_mod_export: found <db_use_table> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_init> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_close> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_query> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_fetch_result> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_raw_query> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_free_result> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_insert> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_delete> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_update> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_replace> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_last_inserted_id> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_mod_export: found <db_insert_update> in module mysql > [/usr/local/lib/openser/modules/mysql.so] > find_cmd_export_t: found <bind_auth>(0) in module auth > [/usr/local/lib/openser/modules/auth.so] > find_cmd_export_t: found <load_sl>(0) in module sl > [/usr/local/lib/openser/modules/sl.so] > fixing mf_process_maxfwd_header, line 85 > fixing sl_send_reply, line 86 > xl_parse_format: parsing [483] > xl_parse_format: format parsed OK: [1] items > xl_parse_format: parsing [Too Many Hops] > xl_parse_format: format parsed OK: [1] items > fixing sl_send_reply, line 90 > xl_parse_format: parsing [513] > xl_parse_format: format parsed OK: [1] items > xl_parse_format: parsing [Message too big] > xl_parse_format: format parsed OK: [1] items > fixing sl_send_reply, line 96 > xl_parse_format: parsing [405] > xl_parse_format: format parsed OK: [1] items > xl_parse_format: parsing [Method Not Allowed] > xl_parse_format: format parsed OK: [1] items > fixing record_route, line 101 > fixing loose_route, line 105 > fixing append_hf, line 107 > xl_parse_format: parsing [P-hint: rr-enforced > ] > xl_parse_format: format parsed OK: [1] items > fixing t_relay, line 108 > fixing lookup, line 114 > db_init: Connection 'mysql://root:.tel@localhost/openser' not found in > pool > new_connection: Opening MySQL connection: mysql://root:.tel@localhost > /openser > new_connection: Connection type is Localhost via UNIX socket > new_connection: Protocol version is 10 > new_connection: Server version is 5.0.26-log > DEBUG:db_free_rows: Freeing 1 rows > DEBUG:db_free_row: Row[0]=0x8160d28 > DEBUG:db_free_rows: 0x8160d28=pkg_free() RES_ROWS > DEBUG:db_free_rows: Freeing 0 rows > pool_remove: Removing connection from the pool > fixing sl_send_reply, line 115 > xl_parse_format: parsing [404] > xl_parse_format: format parsed OK: [1] items > xl_parse_format: parsing [Not Found] > xl_parse_format: format parsed OK: [1] items > fixing nat_uac_test, line 136 > fixing fix_nated_contact, line 139 > fixing t_on_reply, line 142 > fixing www_authorize, line 149 > db_init: Connection 'mysql://root:.tel@localhost/openser' not found in > pool > new_connection: Opening MySQL connection: mysql://root:.tel@localhost > /openser > new_connection: Connection type is Localhost via UNIX socket > new_connection: Protocol version is 10 > new_connection: Server version is 5.0.26-log > DEBUG:db_free_rows: Freeing 1 rows > DEBUG:db_free_row: Row[0]=0x8160d28 > DEBUG:db_free_rows: 0x8160d28=pkg_free() RES_ROWS > pool_remove: Removing connection from the pool > fixing www_challenge, line 150 > fixing check_to, line 153 > fixing sl_send_reply, line 155 > xl_parse_format: parsing [403] > xl_parse_format: format parsed OK: [1] items > xl_parse_format: parsing [Digest username and > URI username do NOT match! Stay away!] > xl_parse_format: format parsed OK: [1] items > fixing save, line 159 > fixing www_authorize, line 165 > db_init: Connection 'mysql://root:.tel@localhost/openser' not found in > pool > new_connection: Opening MySQL connection: mysql://root:.tel@localhost/openser > > new_connection: Connection type is Localhost via UNIX socket > new_connection: Protocol version is 10 > new_connection: Server version is 5.0.26-log > DEBUG:db_free_rows: Freeing 1 rows > DEBUG:db_free_row: Row[0]=0x8160d28 > DEBUG:db_free_rows: 0x8160d28=pkg_free() RES_ROWS > pool_remove: Removing connection from the pool > fixing www_challenge, line 166 > fixing check_from, line 170 > fixing sl_send_reply, line 172 > xl_parse_format: parsing [403] > xl_parse_format: format parsed OK: [1] items > xl_parse_format: parsing [Digest username and > URI username do NOT match! Stay away!] > xl_parse_format: format parsed OK: [1] items > fixing append_hf, line 182 > xl_parse_format: parsing [P-hint: outbound > ] > xl_parse_format: format parsed OK: [1] items > fixing append_hf, line 187 > xl_parse_format: parsing [P-hint: usrloc applied > ] > xl_parse_format: format parsed OK: [1] items > fixing t_relay, line 192 > fixing sl_reply_error, line 193 > fixing t_on_failure, line 203 > fixing ds_select_dst, line 210 > fixing t_relay, line 214 > fixing sl_reply_error, line 215 > fixing fix_nated_contact, line 223 > fixing nat_uac_test, line 227 > fixing fix_nated_contact, line 228 > fixing t_check_status, line 233 > DEBUG:fixup_str2regexp: fixing 408 > fixing ds_mark_dst, line 234 > fixing ds_next_dst, line 236 > fixing t_relay, line 237 > fixing t_on_failure, line 238 > INFO: udp_init: SO_RCVBUF is initially 109568 > DEBUG: udp_init: trying SO_RCVBUF: 219136 > DEBUG: setting SO_RCVBUF; set=219136,verify=219136 > DEBUG: udp_init: trying SO_RCVBUF: 221184 > DEBUG: setting SO_RCVBUF; set=221184,verify=219136 > DEBUG: setting SO_RCVBUF has no effect > INFO: udp_init: SO_RCVBUF is finally 219136 > Aug 20 16:49:32 [0] DBG:core:openser_fork: forking new process "timer" > DEBUG:init_mod_child: PROC_TIMER , rank=-1, module=tm > DEBUG: callid: '12fefdff-3909(a)192.168.1.160' > DEBUG:init_mod_child: PROC_TIMER , rank=-1, module=usrloc > db_init: Connection 'mysql://root:.tel@localhost/openser' not found in > pool > new_connection: Opening MySQL connection: mysql://root:.tel@localhost > /openser > Aug 20 16:49:32 [3909] DBG:core:start_module_procs: forking process "MI > FIFO"/0 for module mi_fifo > Aug 20 16:49:32 [3909] DBG:core:openser_fork: forking new process "MI > FIFO" > Aug 20 16:49:32 [3911] DBG:mi_fifo:fifo_process: new process with pid = > 3911 created > DEBUG:mi_fifo:mi_init_fifo_server: FIFO created @ /tmp/openser_fifo > DEBUG:mi_fifo:mi_init_fifo_server: fifo /tmp/openser_fifo opened, mode=660 > db_init: Connection 'mysql://root:.tel@localhost/openser' not found in > pool > new_connection: Opening MySQL connection: mysql://root:.tel@localhost/openser > DEBUG:init_mod_child: CHILD , rank=1, module=tm > DEBUG: callid: '12fefdff-3904(a)192.168.1.160' > DEBUG:init_mod_child: CHILD , rank=1, module=usrloc > db_init: Connection 'mysql://root:.acantoflextel@localhost/openser' not > found in pool > new_connection: Opening MySQL connection: mysql://root:.tel@localhost > /openser > new_connection: Connection type is Localhost via UNIX socket > new_connection: Protocol version is 10 > new_connection: Server version is 5.0.26-log > DEBUG:init_mod_child: PROC_TIMER , rank=-1, module=registrar > DEBUG:init_mod_child: PROC_TIMER , rank=-1, module=nathelper > DEBUG:init_mod_child: PROC_TIMER , rank=-1, module=uri_db > db_init: Connection 'mysql://root:.tel@localhost/openser' found in pool > DEBUG:init_mod_child: PROC_TIMER , rank=-1, module=dispatcher > Aug 20 16:49:32 [3909] DBG:dispatcher:child_init: #-1 / pid <3909> > DEBUG:init_mod_child: PROC_TIMER , rank=-1, module=avpops > DEBUG:init_mod_child: PROC_TIMER , rank=-1, module=mi_fifo > DEBUG:init_mod_child: PROC_TIMER , rank=-1, module=auth_db > db_init: Connection 'mysql://root:.tel@localhost /openser' found in pool > DBUG:run_timer: tv = 0, 100000 , m=10 > new_connection: Connection type is Localhost via UNIX socket > new_connection: Protocol version is 10 > new_connection: Server version is 5.0.26-log > preload_udomain(): Table is empty > DEBUG:db_free_rows: Freeing 0 rows > DEBUG:init_mod_child: CHILD , rank=1, module=registrar > DEBUG:init_mod_child: CHILD , rank=1, module=nathelper > DEBUG:init_mod_child: CHILD , rank=1, module=uri_db > db_init: Connection 'mysql://root:.tel@localhost/openser' found in pool > DEBUG:init_mod_child: CHILD , rank=1, module=dispatcher > Aug 20 16:49:32 [3904] DBG:dispatcher:child_init: #1 / pid <3904> > new_connection: Connection type is Localhost via UNIX socket > new_connection: Protocol version is 10 > new_connection: Server version is 5.0.26-log > > > > > > > 2007/8/15, Daniel-Constantin Mierla < daniel(a)voice-system.ro>: > > > > Hello, > > > > can you get latest devel version (trunk) and give it a try? I did some > > fix, hopefully. Please report the results. > > > > Cheers, > > Daniel > > > > > > On 08/14/07 23:32, Francisco Ivandic wrote: > > > Hi All, > > > > > > I'm using dispatcher succesfully, with round robin alg (option 4), and > > > also use ds_mark_dst and ds_next_dst to select other proxy in case of > > > failure. It balances great when all servers are active, but when there > > > > > are inactive servers, round robin alg selects the next in the round, > > > even if it's marked as inactive. This results in going through > > > ds_next_dst, and overloads the first active server in the dispatcher > > > file until completing the round. Then, other active servers are > > > called, and when passing to a group of inactive servers, starts going > > > through the first active (as much times as inactive servers there > > > are), and again completing the round. > > > > > > Does anyone know a way to implement a round robin aware of inactive > > > servers? > > > > > > > > > Thanks in advance, > > > > > > Borislav Ivandic > > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)openser.org > > > http://openser.org/cgi-bin/mailman/listinfo/users > > > > > > >

1 0

[OpenSER-Users] some questions about MI
by Victor Gamov 20 Aug '07

20 Aug '07

Hi All Now I try to use MI in my OpenSER and I have following questions: 1. when command (like t_uac_dlg issued via FIFO then request constructed internally and never goes through route(0) block. Is it right? If so, which logic used for processing such requests? 2. the same about mi_xmlrpc Thanks for advise! -- CU, Victor Gamov

2 2

[OpenSER-Users] P-Asserted-Identity pseudo-variable
by Watkins, Bradley 20 Aug '07

20 Aug '07

The documentation for pseudo-vars in 1.2.x says that $ai is the URI for P-Asserted-Identity. http://openser.org/dokuwiki/doku.php/pseudovariables:1.2.x#uri_in_sip_re quest_s_p-asserted-identity_header However, if I try to use this in my scripts I get this in the log: ERROR:avpops:fixup_subst: bad attribute name <$ai> Is this a bug or a documentation error? Is there some other pseudo-var that should be the PAI? FWIW, I'm currently running 1.2 branch post-1.2.1 but not updated since before 1.2.2 came out. Regards, - Brad

2 1

[OpenSER-Users] Changing Audio Ports
by kelvin-lists＠williamschadwell.com 20 Aug '07

20 Aug '07

In a previous query I asked if someone could shed some light on as to why my endpoints do not receive any audio when the call is redirected to an announcement server. After a lot of testing, I believe I have found the problem. When I initiate a call from my end point the end point advises the callee as to the port the RTP traffic will be present. When the call is handed to my PSTN gateway the Gateway responds with its port for RTP in a 183 Session Progress. When that call fails (due to timeout) we want to send it over to Asterisk where an announcement will be played to the caller--however the caller never hears it. The traces show that Asterisk advertises its RTP on a different port that that of the PSTN Gateway. Some of my endpoints (Cisco IP Phone 7940 and Sipura devices) see and listen for the audio on the new advertised port, however my Arris EMTAs do not, it appears as though they are still "tuned in" to the original audio port advised by the PSTN gateway. My question, is is possible to strip away the "m=audio 22040 RTP/AVP 0 8 18 101." from the SIP message? I would like to strip it away in the event of a 183 from my gateway (that advertises the port), but pass it when the call is actually answered. If it is not possible to strip the RTP port information away from the message, what would be the best way in handling a situation like this. Many thanks in advance. kw

2 1

[OpenSER-Users] problem with "mysql.so": undefined symbol: SSL_CTX_free
by Franz Edler 20 Aug '07

20 Aug '07

Hi, Does anyone have an idea what is missing? At start of OpenSER (v 1.2.2) I get the following error: ERROR: load_module: could not open module </usr/local/lib/openser/modules/mysql.so>: /usr/local/lib/openser/modules/mysql.so: undefined symbol: SSL_CTX_free I have already installed: - openssl-0.9.8e-i486-3 - openssl-solibs-0.9.8e-i486-3 and I also have successfully compiled mysql. Regards Franz

2 1

[OpenSER-Users] SER with authenticantion & without MYSQL DB
by Memon,Arshad Mehrab 20 Aug '07

20 Aug '07

Hi all, Is it possible to configure SIP Express Router with authentication(hash) but without installing MYSQL DB. -- Best Regards, Arshad

2 1

[OpenSER-Users] Check for empy string with avp_check()
by Jens Carl 20 Aug '07

20 Aug '07

Hello List, is it possible to check with avp_check() if a string is empty or not? I have tried to used something like that: avp_check( "$avp(s:test)", "eq//g" ); but this allways generates error when I start openser. $avp(s:test) is filled via a DB select with avp_db_select() and can be a empty string or not. I also tried is_avp_set() with the flag 'e', but this also didn't do the right thing. What does the flag 'e'? How this function determinate if a string is empty or not. Maybe I can change my DB value? Thanks in advance Jens

2 1

[OpenSER-Users] CDR Tools Installation
by ram 20 Aug '07

20 Aug '07

Hi I have downloaded CDRtools cdrtool_5.2.1.tar.gz my OS Fedora Core release 5 (Bordeaux) I have followed the Document INSTALL.txt I dont see this File at all in my cdrtools directory even i did search for the file, i have not found ----------------------------------------------------- Edit /etc/default/cdrtool and set RUN_ratingEngine=yes Then restart the rating engine: /etc/init.d/cdrtool restart ------------------------------------------- iam not able to perform this step at all can some one suggest me what is wrong iam doing.. ram

2 2

[Serusers] ser and mysql
by Piyush.Bansal＠relianceada.com 20 Aug '07

20 Aug '07

hi all, I'm using SER with MySql database. Can anybody tell me the highest version of MySql which can be used with SER?? Plz reply asap.... thanx 'n' regds, The information contained in this e-mail message is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you should return it to the sender immediately. Please note that while we scan all e-mails for viruses we cannot guarantee that any e-mail is virus-free and accept no liability for any damage caused by any virus transmitted by this email.

3 2

[OpenSER-Users] openser 1.2.2 packages
by Daniel-Constantin Mierla 20 Aug '07

20 Aug '07

Hello, thanks to Julien Blache, Jan Ondrej and Peter Nixon, a full set of packages for different distributions are already available. Debian unstable should have them already in the official repository (if your mirror got synchronized since yesterday evening). For many flavors of SuSE, packages are available at: http://download.opensuse.org/repositories/network:/telephony/ For Fedora 7: http://www.openser.org/pub/openser/latest/packages/Fedora/7/ or: http://ftp.upjs.sk/pub/users/sal/Fedora/7/ Cheers, Daniel

4 6

[OpenSER-Users] OpenSER 1.2.2 - Problem with database (postgres?)
by Frey, Daniel (external) 20 Aug '07

20 Aug '07

Hi *, I installed the new version 1.2.2, but now the loading of modules fails when loading the domain module. With 1.2.1 everything worked fine. Some more tests lead me to the conclusion that the problem is likely to be caused by accessing the database, since I commented out the domain module and I could even register a user which does not need to access the database (no authorization required), but when trying to register a user with digest authorization, it dies when accessing the database. Symptons are: On the first database access, the process dies immediately, without further messages in /var/log/messages or elsewhere. Setting debug=9 doesn't help to gather more information. Anyone else who can confirm this problem? Any ideas/solutions? BTW: I'm using postgres, not mysql - just in case it matters... Regards, Daniel T-Mobile Deutschland GmbH Aufsichtsrat: Hamid Akhavan (Vorsitzender) Geschaftsfuhrung: Philipp Humm (Sprecher), Thomas Berlemann, Stefan Homeister, Holger Kranzusch, Gunther Ottendorfer, Dr. Raphael Kubler, Dr. Steffen Roehn Handelsregister: Amtsgericht Bonn, HRB 59 19 Sitz der Gesellschaft: Bonn WEEE-Reg.-Nr.: DE60800328

4 8

[Serusers] Listening on multiple ports
by SIP 20 Aug '07

20 Aug '07

I'm using SER 0.9.6. I know that, with multiple IP addresses on the SER machine, I have to add an option to let SER understand that it's on a box that's multihomed, so that it doesn't send data out a different IP from the one that was originally contacted. Does something similar have to be done if there's one IP but SER is listening on multiple ports? N.

2 1

[Serusers] NOTIFY header construction for mid-dialog presence event package
by samuel 20 Aug '07

20 Aug '07

Hi all!!! I'm experiencing quite difficulties setting up a dedicated (and separated) presence server with NATted end-points and the dstblacklist feature. I'd like to get some info about the construction of the most important headers (Req-URI,Contact,To,From,Via,Routr) for the different NOTIFY modalities depending on the state of the subscription. Setting up async_auth_queries I've seen the pending and the active NOTIFY have different Req-URI and the second one is blocked by the NAT router. Further mid-dialog NOTIFYs providing changes in the presence status has also different headers... My main concern is whether the info for constructing the routing headers is taken from location table, from watcherinfo.dialog table, or from the incoming message...I know I could follow the code but an explanation would provide a really helpfull overview and later checking the code will be much simpler. Thanks in advance, Samuel.

3 14

[OpenSER-Users] OpenSER 1.1.1 load_contacts/next_contacts
by SMP 20 Aug '07

20 Aug '07

I'm trying to implement failover using the load_contacts/next_contacts from the lcr module. The problem I have is the INVITE message is sent simultaneously to both contact's instead of trying the first and then the second. I keep getting 'load_contacts(): DEBUG: Nothing to do - all same q!' when I've set them up with separate q values?? Anyone else have issues with this? Did I set up the data incorrectly or possibly something in the config? Thanks in advance for any help or advice Shannon debug: 0(20640) rewrite_uri: Rewriting Request-URI with ' sip:3125551234@xx.xx.xx.144:5060' 0(20640) xl_get_spec_value: error - null sp->itf 0(20640) Lookup done 0(20640) load_contacts(): DEBUG: Nothing to do - all same q! 0(20640) Contacts loaded <sip:3125551234@xx.xx.xx.144:5060> 0(20640) next_contacts(): DEBUG: No AVPs -- we are done! 0(20640) Next Contacts loaded <sip:3125551234@xx.xx.xx.144:5060> config snip: if(!lookup("location")) { sl_send_reply("404", "Not Found"); xlog("L_ERROR","Unkonwn location sending 404\n"); return; } else { xlog("L_INFO"," Lookup done \n"); } if(!load_contacts()){ sl_send_reply("500", "Server Internal Error - Cannot load translations"); xlog("L_ERROR"," Unable to load contacts <$ru> \n"); exit; } else { xlog("L_INFO"," Contacts loaded <$ru>\n"); } if(next_contacts()) { xlog("L_INFO"," Next Contacts loaded <$ru>\n"); t_on_failure("10"); } else { xlog("L_ERROR"," Unable to load next_contacts <$ru> \n"); exit; } mysql location table: +------------+--------+-------------------------------------+----------+------+---------------------+------+-----------------+------+---------------------+-------+------------+--------+---------+ | username | domain | contact | received | path | expires | q | callid | cseq | last_modified | flags | user_agent | socket | methods | +------------+--------+-------------------------------------+----------+------+---------------------+------+-----------------+------+---------------------+-------+------------+--------+---------+ | 3125551234 | | sip:3125551234@xx.xx.xx.180:5060 | NULL | NULL | 2020-05-28 21:32:15 | 0.40 | Default-Call-ID | 42 | 2007-07-29 11:35:02 | 128 | | NULL | NULL | | 3125551234 | | sip:3125551234@xx.xx.xx.144:5060 | NULL | NULL | 2020-05-28 21:32:15 | 0.30 | Default-Call-ID | 42 | 2007-08-17 09:36:00 | 128 | | NULL | NULL | +------------+--------+-------------------------------------+----------+------+---------------------+------+-----------------+------+---------------------+-------+------------+--------+---------+

3 4

[OpenSER-Users] Not connection from public IP
by Arya 19 Aug '07

19 Aug '07

Hi guys I'm new to OpenSER so I used a article to install and configure it, I was able to connect to it from my lan, but it never works from my public IP. This is the tutorila I used: http://www.oldskoolphreak.com/tfiles/voip/beginners_openser.txt I forwarded port 5060 to the server but its no use. I also tried this on two diffrent ISPs with the same result. Is there anything that I need to change in the configuration to make it accept connections from a public IP? -- Thank You

2 1

[OpenSER-Users] New OpenSER users spanish mailing list
by Jesus Rodriguez 19 Aug '07

19 Aug '07

Hello, A new mailing list dedicated for general purpose discussions in Spanish about OpenSER has been created in openser.org server. The name of the list is users-es(a)openser.org If you are spanish reading/speaking and want to discuss about OpenSER in spanish, please join us at: http://www.openser.org/cgi-bin/mailman/listinfo/users-es Regards Saludos JesusR. ------------------------------------ Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr(a)voztele.com http://www.voztele.com Tel. 902360305 -------------------------------------

1 0

[OpenSER-Users] OpenSER FreeBSD port updated to 1.2.2 version
by Jesus Rodriguez 19 Aug '07

19 Aug '07

Hello, I have just committed to svn the update of the OpenSER FreeBSD port to 1.2.2 version. It will be committed now to the FreeBSD ports tree. FreeBSD packages for OpenSER 1.2.2 version will appear in all FreeBSD mirrors in the next package build (usually once a week). Regards. Saludos JesusR. ------------------------------------ Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr(a)voztele.com http://www.voztele.com Tel. 902360305 -------------------------------------

1 0

[Serusers] hello all
by vijay tiwari 19 Aug '07

19 Aug '07

Spam detection software, running on the system "mail.iptel.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: hello all i just started reading SER. and I want to know what is the hardware requirment and linux version and what are the packages required in linux machine. and which one SER version is stable. please let me know. [...] Content analysis details: (6.2 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.1 SUB_HELLO Subject starts with "Hello" 0.1 HTML_50_60 BODY: Message is 50% to 60% HTML -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.0 HTML_MESSAGE BODY: HTML included in message 0.2 DNS_FROM_RFC_ABUSE RBL: Envelope sender in abuse.rfc-ignorant.org 1.4 DNS_FROM_RFC_WHOIS RBL: Envelope sender in whois.rfc-ignorant.org 3.2 RCVD_IN_SBL RBL: Received via a relay in Spamhaus SBL [220.226.40.83 listed in sbl-xbl.spamhaus.org] 1.7 DNS_FROM_RFC_POST RBL: Envelope sender in postmaster.rfc-ignorant.org The original message was not completely plain text, and may be unsafe to open with some email clients; in particular, it may contain a virus, or confirm that your address can receive spam. If you wish to view it, it may be safer to save it to a file and open it with an editor.

2 1

[OpenSER-Users] Presence Working?
by Jorge Guntanis 18 Aug '07

18 Aug '07

I was wondering if anyone has gotten the presence module working with openser. The reason I ask is because I've been trying to make it work for 2 weeks without any luck, and at this point, I can't figure out what I'm doing wrong. This is my setup: I have a debian 4.0, running openser 1.3.0-dev11-notls [svnrevision: 2:2607M] also tried with 2327 Compiled with mysql, presence, mi_xmlrpc, presence xml modules. Also have the xcap-lite server set up. My configuration looks like this: [just the related stuff] # -- mi_xmlrpc params -- modparam("mi_xmlrpc", "log_file", "/var/log/openser-xmlrpc.log") modparam("mi_xmlrpc", "port", 9090) # -- presence params -- modparam("presence", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("presence", "presentity_table", "presentity") modparam("presence", "active_watchers_table", "active_watchers") modparam("presence", "watchers_table", "watchers") modparam("presence", "clean_period", 100) modparam("presence", "to_tag_pref", 'a') modparam("presence", "expires_offset", 10) modparam("presence", "max_expires", 3600) modparam("presence", "server_address", "sip:presense_server_ip:5065") #modparam("presence", "xcap_table", "xcap_xml") # -- presence_xml params modparam("presence_xml", "force_active", 0) modparam("presence_xml", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("presence_xml", "xcap_table", "xcap_xml") modparam("presence_xml", "pidf_manipulation", 1) # presence handling route route[2] { # absorb retransmissions if (! t_newtran()) { sl_reply_error(); exit; }; if(is_method("PUBLISH")) { if($hdr(Sender)!= NULL) handle_publish("$hdr(Sender)"); else handle_publish(""); t_release(); } else if( is_method("SUBSCRIBE")) { handle_subscribe(); t_release(); }; exit; } The presentity does get updated when I change my status. Ie: <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:pp="urn:ietf:params:xml:ns:pidf:person" xmlns:et="urn:ietf:params:xml:ns:pidf:rpid:rpid-tuple" xmlns:ep="urn:ietf:params:xml:ns:pidf:rpid:rpid-person" xmlns:es="urn:ietf:params:xml:ns:pidf:rpid:status:rpid-status" xmlns:ci="urn:ietf:params:xml:ns:pidf:cipid" entity="sip:10000010002@216.xxx.xxx.xxx"> <pp:person> <status> <ep:activities> <ep:busy/> </ep:activities> </status> </pp:person> <note>Busy</note> <tuple id="e2438d66"> <contact priority="1">sip:10000010002@216.xxx.xxx.xxx</contact> <status> <basic>open</basic> </status> </tuple> </presence> But if I add this line into another account running eyebeam, ie: account 10000010001, it doesn't get a notify with my new status. So I have it "sort" of working, yet the notifies are not. My Server set up is as follows: Ser Main Server <---> Openser Presence Server fwd subscribes and notifies to openser presence server using the forward(); method. This is the debug log from openser, for when I change my status. If someone has any idea of what's wrong or has make it work, I'd really appreciate any advice. SIP Request: method: <PUBLISH> uri: <sip:10000010002@216.151.151.100> version: <SIP/2.0> parse_headers: flags=2 Found param type 232, <branch> = <z9hG4bK4dfb.d33c6ba1b93007191109f843acc1462e.0>; state=16 end of header reached, state=5 parse_headers: Via found, flags=2 parse_headers: this is the first via After parse_msg... preparing to run routing scripts... parse_headers: flags=100 Found param type 234, <received> = <74.1.66.114>; state=6 Found param type 232, <branch> = <z9hG4bK-d87543-6a194925c74e4c78-1--d87543->; state=6 Found param type 235, <rport> = <6937>; state=16 end of header reached, state=5 parse_headers: Via found, flags=100 parse_headers: this is the second via Aug 16 07:06:38 [8788] DBG:maxfwd:is_maxfwd_present: value = 70 DEBUG: t_newtran: T on entrance=0xffffffff parse_headers: flags=ffffffffffffffff DEBUG:parse_to:end of header reached, state=10 DBUG:parse_to: display={}, ruri={sip:10000010002@216.151.151.100} DEBUG: get_hdr_field: <To> [35]; uri=[sip:10000010002@216.151.151.100] DEBUG: to body [<sip:10000010002@216.151.151.100> ] get_hdr_field: cseq <CSeq>: <2> <PUBLISH> DEBUG: get_hdr_body : content_length=772 found end of header parse_headers: flags=78 t_lookup_request: start searching: hash=49108, isACK=0 DEBUG: RFC3261 transaction matching failed DEBUG: t_lookup_request: no transaction found parse_headers: flags=ffffffffffffffff parse_headers: flags=ffffffffffffffff PRESENCE:search_event... PRESENCE:handle_publish: SIP-If-Match found PRESENCE:handle_publish: existing etag = a.1187271113.8763.46.0 PRESENCE: handle_publish: 'expires' found PRESENCE: handle_publish: lexpire= 3600 parse_headers: flags=ffffffffffffffff parse_headers: flags=ffffffffffffffff PRESENCE: new_presentity:init_len= 142 size= 93 PRESENCE:update_presentity: querying presentity DEBUG:db_free_rows: Freeing 1 rows DEBUG:db_free_row: Row[0]=0x815d848 DEBUG:db_free_rows: 0x815d848=pkg_free() RES_ROWS PRESENCE: generate_ETag: etag= a.1187273178.8788.3.1 / 21 PRESENCE:update_presentity: new etag = a.1187273178.8788.3.1 PRESENCE:publ_send200ok: send 200OK reply PRESENCE:publ_send200ok: etag= a.1187273178.8788.3.1 - len= 21 parse_headers: flags=ffffffffffffffff check_via_address(216.151.151.100, 216.151.151.100, 0) presence:uandd_to_uri: uri=sip:10000010002@216.151.151.100 PRESENCE: publ_notify: Could not find subs_dialog DEBUG: cleanup_uac_timers: RETR/FR timers reset DEBUG: add_to_tail_of_timer[2]: 0xb59d6518 (25) DEBUG:tm:UNREF_UNSAFE: after is 0 DEBUG:destroy_avp_list: destroying list (nil) receive_msg: cleaning up SIP Request: method: <PUBLISH> uri: <sip:10000010001@216.151.151.100> version: <SIP/2.0> parse_headers: flags=2 Found param type 232, <branch> = <z9hG4bK7936.faaa924e40db7cae4b0e70aeb7b51182.0>; state=16 end of header reached, state=5 parse_headers: Via found, flags=2 parse_headers: this is the first via After parse_msg... preparing to run routing scripts... parse_headers: flags=100 Found param type 234, <received> = <74.1.66.114>; state=6 Found param type 232, <branch> = <z9hG4bK-d87543-294e3c7ecc6c3561-1--d87543->; state=6 Found param type 235, <rport> = <9296>; state=16 end of header reached, state=5 parse_headers: Via found, flags=100 parse_headers: this is the second via Aug 16 07:06:39 [8788] DBG:maxfwd:is_maxfwd_present: value = 70 DEBUG: t_newtran: T on entrance=0xffffffff parse_headers: flags=ffffffffffffffff DEBUG:parse_to:end of header reached, state=10 DBUG:parse_to: display={}, ruri={sip:10000010001@216.151.151.100} DEBUG: get_hdr_field: <To> [35]; uri=[sip:10000010001@216.151.151.100] DEBUG: to body [<sip:10000010001@216.151.151.100> ] get_hdr_field: cseq <CSeq>: <34> <PUBLISH> DEBUG: get_hdr_body : content_length=0 found end of header parse_headers: flags=78 t_lookup_request: start searching: hash=25495, isACK=0 DEBUG: RFC3261 transaction matching failed DEBUG: t_lookup_request: no transaction found parse_headers: flags=ffffffffffffffff parse_headers: flags=ffffffffffffffff PRESENCE:search_event... PRESENCE:handle_publish: SIP-If-Match found PRESENCE:handle_publish: existing etag = a.1187200063.27795.7638.32 PRESENCE: handle_publish: 'expires' found PRESENCE: handle_publish: lexpire= 60 PRESENCE: new_presentity:init_len= 146 size= 97 PRESENCE:update_presentity: querying presentity DEBUG:db_free_rows: Freeing 1 rows DEBUG:db_free_row: Row[0]=0x815d828 DEBUG:db_free_rows: 0x815d828=pkg_free() RES_ROWS PRESENCE: generate_ETag: etag= a.1187273178.8788.4.33 / 22 PRESENCE:update_presentity: new etag = a.1187273178.8788.4.33 PRESENCE:publ_send200ok: send 200OK reply PRESENCE:publ_send200ok: etag= a.1187273178.8788.4.33 - len= 22 parse_headers: flags=ffffffffffffffff check_via_address(216.151.151.100, 216.151.151.100, 0) DEBUG: cleanup_uac_timers: RETR/FR timers reset DEBUG: add_to_tail_of_timer[2]: 0xb59d7d48 (25) DEBUG:tm:UNREF_UNSAFE: after is 0 DEBUG:destroy_avp_list: destroying list (nil) receive_msg: cleaning up SIP Request: method: <PUBLISH> uri: <sip:16196393459@216.151.143.69> version: <SIP/2.0> parse_headers: flags=2 Found param type 232, <branch> = <z9hG4bKb655.5b8160680f2305b89dfda92f6199df18.0>; state=16 end of header reached, state=5 parse_headers: Via found, flags=2 parse_headers: this is the first via After parse_msg... preparing to run routing scripts... parse_headers: flags=100 Found param type 234, <received> = <74.1.66.114>; state=6 Found param type 235, <rport> = <1157>; state=6 Found param type 232, <branch> = <z9hG4bK514376579>; state=16 end of header reached, state=5 parse_headers: Via found, flags=100 parse_headers: this is the second via DEBUG:parse_to:end of header reached, state=10 DBUG:parse_to: display={}, ruri={sip:16196393459@216.151.143.69} DEBUG: get_hdr_field: <To> [34]; uri=[sip:16196393459@216.151.143.69] DEBUG: to body [<sip:16196393459@216.151.143.69> ] get_hdr_field: cseq <CSeq>: <20> <PUBLISH> Aug 16 07:06:40 [8788] DBG:maxfwd:is_maxfwd_present: value = 70 DEBUG: t_newtran: T on entrance=0xffffffff parse_headers: flags=ffffffffffffffff DEBUG: get_hdr_body : content_length=253 found end of header parse_headers: flags=78 t_lookup_request: start searching: hash=21867, isACK=0 DEBUG: RFC3261 transaction matching failed DEBUG: t_lookup_request: no transaction found parse_headers: flags=ffffffffffffffff parse_headers: flags=ffffffffffffffff PRESENCE:search_event... PRESENCE:handle_publish: SIP-If-Match not found PRESENCE: generate_ETag: etag= a.1187273178.8788.5.0 / 21 PRESENCE:handle_publish: new etag = a.1187273178.8788.5.0 PRESENCE: handle_publish: 'expires' not found; default=3600 parse_headers: flags=ffffffffffffffff parse_headers: flags=ffffffffffffffff PRESENCE: new_presentity:init_len= 140 size= 91 PRESENCE:update_presentity: inserting 7 cols into table PRESENCE:publ_send200ok: send 200OK reply PRESENCE:publ_send200ok: etag= a.1187273178.8788.5.0 - len= 21 parse_headers: flags=ffffffffffffffff check_via_address(216.151.143.69, 216.151.143.69, 0) presence:uandd_to_uri: uri=sip:16196393459@216.151.143.69 PRESENCE: publ_notify: Could not find subs_dialog DEBUG: cleanup_uac_timers: RETR/FR timers reset DEBUG: add_to_tail_of_timer[2]: 0xb59d95f0 (27) DEBUG:tm:UNREF_UNSAFE: after is 0 DEBUG:destroy_avp_list: destroying list (nil) receive_msg: cleaning up

4 9

Re: [OpenSER-Users] How do I re-write from_uri
by Norman Brandinger 18 Aug '07

18 Aug '07

Perhaps the "uac_replace_from()" function is what you are looking for. Note that modifying the "From:" header is NOT allowed by the standards. Please review the mailing lists in regard to this topic as it's been discussed many times. OpenSER gives you enough control to "shoot yourself in the foot". It it possible to create a configuration that can solve your "internal business situation" but might cause interoperability problems with others. Regards, Norm > Hi Norm, > > Thanks for the quick response. > > I was able to use s.substr to perform the string transformations and I got > the correct value. However, what I am really trying to do is to actually > re-write the PV ($fU) with the result of s.substr. > > For example, I want ($fU) be assigned the value $(fU{s.substr,3,0}); and > this new value be used as my from_uri; and hence my CallerID. > > Thanks again. > > Tolu > > On 8/18/07, Norman Brandinger <norm(a)goes.com> wrote: >> >> Take a look at the following documentation. Take special note of 'substr' >> >> http://openser.org/dokuwiki/doku.php/transformations:1.2.x >> >> Regards, >> Norm >> >> >> > Hi all, >> > >> > I am trying to re-write the from_uri ($fU) for all calls coming from my >> > Asterisk server before sending it to the PSTN. I usually prefix the ANI >> in >> > asterisk with "222" to route it to openser, and then openser simply >> > forwards the call to the PSTN. The problem is that 222+ANI appears as my >> >> > caller id and is unacceptable. Can anyone give me hint to strip out this >> >> > prefix in openser. >> > >> > Thanks. >> > >> > Tolu >> > _______________________________________________ >> > Users mailing list >> > Users(a)openser.org >> > http://openser.org/cgi-bin/mailman/listinfo/users >> >

2 1

[OpenSER-Users] How do I re-write from_uri
by Naija Man 18 Aug '07

18 Aug '07

Hi all, I am trying to re-write the from_uri ($fU) for all calls coming from my Asterisk server before sending it to the PSTN. I usually prefix the ANI in asterisk with "222" to route it to openser, and then openser simply forwards the call to the PSTN. The problem is that 222+ANI appears as my caller id and is unacceptable. Can anyone give me hint to strip out this prefix in openser. Thanks. Tolu

2 1

[Serusers] Call Forwarding No Answer
by Parminder.Nayyar＠relianceada.com 18 Aug '07

18 Aug '07

Hello I am trying to do call forwarding on no answer. I have configured 3 phones A Party is 1234 B PArty is 1122 and its call is forwarded to C Party ie 4321 on no answer situation. The SER console is printing the following 1(9070) ERROR: t_forward_nonack: no branched for forwarding 1(9070) ERROR: w_t_relay (failure mode): forwarding failed and my config file is attached ... Please help me in finding the error... i need it urgently.. Thanks Parminder Nayyar The information contained in this e-mail message is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you should return it to the sender immediately. Please note that while we scan all e-mails for viruses we cannot guarantee that any e-mail is virus-free and accept no liability for any damage caused by any virus transmitted by this email.

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users