[OpenSIPS-Users] 1.6 rev 6147 and dp_translate memory error?
Hi list, Ive done quite a bit of troubleshooting and ive found the switch runs clean with not using dp_translate, but when we do the errors appear. After a few thousand calls we start getting: (no errors before this) Sep 18 00:09:13 sips /usr/local/sbin/opensips[68260]: ERROR:dialplan:dp_get_svalue: no AVP or SCRIPTVAR found (error in scripts) Sep 18 00:09:13 sips /usr/local/sbin/opensips[68260]: ERROR:dialplan:dp_translate_f: invalid param 2 Sep 18 00:09:13 sips /usr/local/sbin/opensips[68260]: ERROR:core:do_assign: no value in right expression Sep 18 00:09:13 sips /usr/local/sbin/opensips[68260]: ERROR:core:do_assign: error at line: 298 Backtrace shows: #0 0x000801ff0211 in rule_translate (msg=0x6fe600, string={s = 0x80282a9c3 123456, len = 10}, rule=Variable rule is not available. ) at dp_repl.c:192 192 memcpy(result-s + result-len, match.begin, match.len); (gdb) Were using sipP to test this, im setting the source and dest number manually with a AVP var then having dp_translate run on it, its taking a 10 digit number and turning it into 11 digits, we have about 45 rules loaded into the database for the dialplan, with this particular dialplan ID their is 2 rules total, we call dp_translate a total of 4 times for each new call. vmstat is basically all 0's when dp_translate disabled, when enabled it looks like: 0 9 0 2891M 2574M 1484 0 0 0 3737 0 0 0 2744 29807 11711 13 15 72 1 7 0 2899M 2569M 1493 0 0 0 1983 0 0 0 2678 39221 11355 13 11 76 0 8 0 2891M 2568M 1119 0 0 0 2821 0 0 0 2360 28331 10401 13 15 72 0 8 0 2901M 2565M 1477 0 0 0 2086 0 0 0 2226 39722 9430 11 15 74 1 8 0 2893M 2560M 1250 0 0 0 1993 0 0 0 2912 23983 12123 11 15 74 4 6 0 2901M 2551M 1557 0 0 0 2035 0 0 0 3075 38446 13035 12 18 70 0 9 0 2893M 2548M 1103 0 0 0 1877 0 0 0 2772 26050 11474 12 12 76 0 8 0 2901M 2539M 1434 0 0 0 743 0 0 0 3289 34833 13759 8 17 75 0 9 0 2893M 2534M 943 0 0 0 1533 0 0 0 3372 23843 14379 8 24 68 2 7 0 2901M 2528M 1252 0 0 0 1207 0 0 0 2762 39615 11275 12 13 75 0 8 0 2902M 2521M 1134 0 0 0 703 0 0 0 3364 18464 14069 6 18 76 0 8 0 2901M 2514M 1670 0 0 0 1737 0 0 0 3771 17832 17211 1 16 82 0 8 0 2902M 2508M 1212 0 0 0 803 0 0 0 3141 5263 13990 1 14 85 0 8 0 2901M 2499M 1542 0 0 0 1241 0 0 0 3720 17120 16641 1 17 82 0 7 0 2902M 2497M 1260 0 0 0 2027 0 0 0 2561 6328 11863 1 14 85 0 7 0 2901M 2499M 1979 0 0 0 3653 0 0 0 2442 19121 11724 3 13 85 1 8 0 2902M 2498M 1387 0 0 0 3062 0 0 0 2183 6172 10662 0 13 87 We have ran this at 5CPS and the switch will run fine for several thousand calls, then at 60+ CPS and runs for several thousand calls as well, so it appears to be a memory issue to me as when the total number of processed calls goes up is when it dies on us. Let me know what else I can do to test/debug on my side to help with this. Thanks ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] opensipsctl fifo hangs
Hi Brett, I was checking the CPU load to see if FIFO proc comes to a deadlock (cpu - 99%). So, further things to check: 1) error is script (even if parsing related) from the FIFO process 2) backtrace from the FIFO process after blocking. Regards, Bogdan Brett Nemeroff wrote: Bogdan, CPU Idle fluctuates from 10% idle to 99% idle depending on the cycle of some other processes running; however, it's normally about 95% idle. CPU Load is between 0.80 and 2.1 Nothing seems bottlenecked. vmstat 1 seems ok to me: procs ---memory-- ---swap-- -io --system-- -cpu-- r b swpd free buff cache si sobibo in cs us sy id wa st 0 0 84852 99896 17276 32195080036 27132 18 1 80 1 0 0 0 84852 99648 17380 321956000 8 420 1188 669 1 0 98 1 0 0 0 84852 99524 17420 321976400 8 352 1205 673 0 0 99 1 0 0 0 84852 99524 17420 321976400 892 1093 481 0 0 99 0 0 0 0 84852 99524 17440 321974800 4 324 1177 443 0 0 99 1 0 0 0 84852 99220 17456 321980800 104 3812 1342 792 1 1 96 3 0 0 0 84852 99220 17472 32200320012 288 1166 567 0 0 98 2 0 0 0 84852 99096 17536 322001600 4 268 1146 539 1 0 98 1 0 0 0 84852 98972 17584 321996800 8 552 1240 652 0 0 99 1 0 12 0 84852 32632 15856 321576800 0 1596 1420 1334 73 6 21 0 0 6 0 84852 52036 15904 321586800 0 1456 1275 1020 98 2 0 0 0 7 1 84852 51024 15912 32158760016 4032 1657 730 98 1 0 0 0 6 1 84852 79344 15920 321609600 0 2448 1532 997 84 1 14 2 0 2 0 84852 86996 15936 321635200 0 1816 1381 557 55 1 44 0 0 0 0 84852 102632 16000 321627200 0 792 1291 654 12 0 87 1 0 0 0 84852 102580 16052 32162800064 3924 1332 745 1 1 96 3 0 0 0 84852 102588 16064 3216268001696 1070 298 0 0 100 0 0 You'll see I caught the periodic process run.. it doesn't last long. This was 1 sec intervals. -Brett On Thu, Sep 17, 2009 at 11:10 AM, Bogdan-Andrei Iancu bog...@voice-system.ro mailto:bog...@voice-system.ro wrote: Hi Brett, if you get a hang, do try to attach with gdb to the fifo proc (you can do a fifo ps in the beginning to see the PID of the fifo process). A backtrace of the fifo proc will help in understanding the issue. BTW - what about cpu load ? Regards, Bogdan Brett Nemeroff wrote: Hello list, I periodically call opensipsctl fifo profile_get_values profile name. Manually, it always works great.. but called from cron every minute, it frequently hangs indefinitely until I kill it. Often I run ps ax and see about 5 of them in there. Running 1.5.3. Any ideas? -Brett ___ Users mailing list Users@lists.opensips.org mailto:Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org mailto:Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Latest SVN and Memory issuses
Hi Ron, your mem error are referring to pkg or shm too ? If increasing the memory (note that pkg mem is configured at compile time, so after changing the PKG_MEM_POOL_SIZE, you need to recompile the whole stuff) did not hep at all, you should try to enable the memory debugger - http://www.opensips.org/Resources/DocsTsMem. After getting the out of memory error again, do not stop opensips, by send a USR1 signal the the proc reporting the mem error (kill -SIGUSR1 pid) - get the pkg mem dump and send it to me. Thanks and regards, Bogdan Ron McCarthy wrote: I upgraded to 6147 and still same issue, I also tried making the memory bigger, same issue. I do get a core dump, can i debug that somehow? Thanks On Thu, Sep 17, 2009 at 4:16 AM, andrei dragus andreidra...@yahoo.com mailto:andreidra...@yahoo.com wrote: There was a memory leak in the dialog module. If you were using this module then this was probably the cause. It was fixed starting with revision 6147. Please update and try again, and report if you still have issues. Andrei. --- On Wed, 9/16/09, Brett Nemeroff br...@nemeroff.com mailto:br...@nemeroff.com wrote: Look in config.h for:#define PKG_MEM_POOL_SIZE 1024*1024 and try changing that to:#define PKG_MEM_POOL_SIZE 1024*1024*2 On Wed, Sep 16, 2009 at 5:34 PM, Ron McCarthy ronmc...@gmail.com mailto:ronmc...@gmail.com wrote: Hi List, I just upgraded to the latest SVN relase and after a few thousand calls I start getting: Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:core:get_hdr_field: out of pkg memory Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:tm:t_check: reply cannot be parsed Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:core:parse_from_header: out of pkg_memory Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:dialog:pre_match_parse: failed to get From header Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:core:parse_from_header: out of pkg_memory Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:tm:parse_dlg: From broken Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:tm:matching_3261: dlg parsing failed Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:core:build_req_buf_from_sip_req: out of pkg memory Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:core:forward_request: building req buf failed Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:core:get_hdr_field: out of pkg memory Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:tm:t_check: reply cannot be parsed Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:core:get_hdr_field: out of pkg memory Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:tm:t_check: reply cannot be parsed Ive got it using -m 2048 at startup, from what I can tell never more then 1 gig of RAM get's used. This is at around 70CPS on a single dual core Xeon, CPU is at 90%+ idle. Anything else I can tweek, or this a bug/memory leak perhaps? We are using quit a few memcache_fetch calls for LCR and other purposes, about 12 or so per call. It's also dumping a core, will that help me? Thanks! ___ ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] question about tls
Hi, You do not have use the tlsops module in order to have a TLS connection between two servers. First of all please see the TLS tutorial : http://www.opensips.org/html/docs/tutorials/tls-1.4.x.html Shortly, what you have to do is to define a TLS listening socket (listen=tls:192.168.1.2:5061) and all TLS related params (for configuring the TLS certificates to be used). To see an example, please refer to the opensips default config file (opensips.cfg) that comes with opensips sources - there is a TLS part in there. Regards, Bogdan zhangchao1 wrote: Hello everybody: I've have some questions about tls connection. How to build the tls connection between two proxy? there's just one function is_peer_verified() in tlsops module. Is it that we set the paramer, the proxy will connect by itself or we should build the connection in the config file explicitly? could someone give me a example? Proxy1TLS---Proxy2 中国制造 ,讲述中国60年往事 http://news.163.com/madeinchina/index.html?from=mailfooter ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] 1.6 rev 6147 and dp_translate memory error?
Hi Ron, Hoe do you call the dp_translate function from the script? Regards, Bogdan Ron McCarthy wrote: Hi list, Ive done quite a bit of troubleshooting and ive found the switch runs clean with not using dp_translate, but when we do the errors appear. After a few thousand calls we start getting: (no errors before this) Sep 18 00:09:13 sips /usr/local/sbin/opensips[68260]: ERROR:dialplan:dp_get_svalue: no AVP or SCRIPTVAR found (error in scripts) Sep 18 00:09:13 sips /usr/local/sbin/opensips[68260]: ERROR:dialplan:dp_translate_f: invalid param 2 Sep 18 00:09:13 sips /usr/local/sbin/opensips[68260]: ERROR:core:do_assign: no value in right expression Sep 18 00:09:13 sips /usr/local/sbin/opensips[68260]: ERROR:core:do_assign: error at line: 298 Backtrace shows: #0 0x000801ff0211 in rule_translate (msg=0x6fe600, string={s = 0x80282a9c3 123456, len = 10}, rule=Variable rule is not available. ) at dp_repl.c:192 192 memcpy(result-s + result-len, match.begin, match.len); (gdb) Were using sipP to test this, im setting the source and dest number manually with a AVP var then having dp_translate run on it, its taking a 10 digit number and turning it into 11 digits, we have about 45 rules loaded into the database for the dialplan, with this particular dialplan ID their is 2 rules total, we call dp_translate a total of 4 times for each new call. vmstat is basically all 0's when dp_translate disabled, when enabled it looks like: 0 9 0 2891M 2574M 1484 0 0 0 3737 0 0 0 2744 29807 11711 13 15 72 1 7 0 2899M 2569M 1493 0 0 0 1983 0 0 0 2678 39221 11355 13 11 76 0 8 0 2891M 2568M 1119 0 0 0 2821 0 0 0 2360 28331 10401 13 15 72 0 8 0 2901M 2565M 1477 0 0 0 2086 0 0 0 2226 39722 9430 11 15 74 1 8 0 2893M 2560M 1250 0 0 0 1993 0 0 0 2912 23983 12123 11 15 74 4 6 0 2901M 2551M 1557 0 0 0 2035 0 0 0 3075 38446 13035 12 18 70 0 9 0 2893M 2548M 1103 0 0 0 1877 0 0 0 2772 26050 11474 12 12 76 0 8 0 2901M 2539M 1434 0 0 0 743 0 0 0 3289 34833 13759 8 17 75 0 9 0 2893M 2534M 943 0 0 0 1533 0 0 0 3372 23843 14379 8 24 68 2 7 0 2901M 2528M 1252 0 0 0 1207 0 0 0 2762 39615 11275 12 13 75 0 8 0 2902M 2521M 1134 0 0 0 703 0 0 0 3364 18464 14069 6 18 76 0 8 0 2901M 2514M 1670 0 0 0 1737 0 0 0 3771 17832 17211 1 16 82 0 8 0 2902M 2508M 1212 0 0 0 803 0 0 0 3141 5263 13990 1 14 85 0 8 0 2901M 2499M 1542 0 0 0 1241 0 0 0 3720 17120 16641 1 17 82 0 7 0 2902M 2497M 1260 0 0 0 2027 0 0 0 2561 6328 11863 1 14 85 0 7 0 2901M 2499M 1979 0 0 0 3653 0 0 0 2442 19121 11724 3 13 85 1 8 0 2902M 2498M 1387 0 0 0 3062 0 0 0 2183 6172 10662 0 13 87 We have ran this at 5CPS and the switch will run fine for several thousand calls, then at 60+ CPS and runs for several thousand calls as well, so it appears to be a memory issue to me as when the total number of processed calls goes up is when it dies on us. Let me know what else I can do to test/debug on my side to help with this. Thanks ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Problem with Routing (extension - opensips - isp)
HI Sheran, Sheran Corera wrote: Hi, I am trying to use my opensips application to work as a router whereby extensions would be registered in my opensips box and the REGISTER request would be forwarded to my ISP. If the ISP is down it would connect to a secondary ISP. So essentially what I am trying to do is route the REGISTER messages of a given extension to multiple ISPs.. So, bottom line, one incoming REGISTER must be parallely forked to several ISPs. Currently what I have done is this in my opensips.cfg file is this route{ if (!mf_process_maxfwd_header(10)) { sl_send_reply(483,Too Many Hops); exit; } if (src_ip == 192.168.7.48) { #remove misleading CONTACT header line remove_hf(Contact); #remove UTF-8 information, as * is not able to process it properly subst(/^(CONTENT-TYPE:.*);[ ]*charset=utf-8(.*)/\1\2/); #relay request to #relay register to server 1 if (!t_relay(udp:192.168.15.41:5060)) { xlog(LOG: Goto asterisk \n); sl_reply_error(); } #relay register to server 2 if (!t_relay(udp:192.168.15.42:5060)) { xlog(LOG: Goto asterisk \n); sl_reply_error(); } } } This not really correct - do not do 2 t_relays for a single request. Better do parallel forking (fork the request in 2 directions) or replication (send to a primary destination and replicated it to a secondary one). so that registrations are now forwarded to the relay point (for testing purposes i have setup 2 asterisk installations). This works fine but asterisk registers the extension with the opensips domain. How do I change the domain part so that opensips passes the src_ip (the ip of the extension) to asterisk (external ISP) instead? (so that I would be able to register the extension on multiple ISPs and switch between them when i want without having to re register each time and the ISP would be able to communicate with the local extension to passs incoming calls directly to it) I understand the problem is * registers as contact point the IP of opensips? Or it is about the SIP domain in AOR ? Regards, Bogdan An alternative solution would be to make my opensips to work as an inbound server but that seems quite complicated. The help given is very much appreciated. Cheers.. Sheran P.S - Sorry for the capitals.. ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Dynamic Binding on ldap module
Do you know if this was finally included? 2009/9/15 Bogdan-Andrei Iancu bog...@voice-system.ro: Hi Juan, There is somebody working on that, hopefully will be ready before the svn freeze (on Thursaday). Regards, Bogdan Juan Jose Lopez Juarez wrote: Hi. I'm trying to authenticate using dynamic bind to the ldap. I've seen that the feature it is been requested on: http://sourceforge.net/tracker/?func=detailatid=1086413aid=2822174group_id=232389 But it doesn't seem to have any progress. Any idea if this functionality is going to be implemented? ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Juan Jose Lopez Juarez jua...@orcasitas.com http://luy.orcasitas.com Knowledge is knowing a tomato is a fruit; Wisdom is not putting it in a fruit salad. ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] NOTIFY Help
Hi, Kindly help me to resolve the following issue. SIP client executing in VMWare on windows (host connection shared). OpenSIPS is Registrar+Proxy+Presence Server mode. SIP client sends REGISTER SUBSCRIBE using VMNet Private IP address (u...@192.168.x.x). Windows host, forwards the msg and the 200 OKs back to client. When OpenSIPS sends NOTIFY, it sends it to the private IP 192.168.X.X. Is there a way to make OpenSIPS send the NOTIFY to windows host? Regards, Sanjeev ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Call Forking using openSIPS
Hi, I want to implement call forking in a scenario where multiple UAs (using Linphone) register with the same SIP URI (say us...@abc.com). Going by the SIP protocol, each of these UAs shall use their own IP address in the Contact header while sending the REGISTER request. I'm using openSIPS 1.5.2 (no-tls) for the proxy/registrar functions. I'm successfully able to register multiple UAs with same SIP URI (us...@abc.com). Problem comes when i make a call from some other UA (us...@abc.com, also registered with the same openSIPS proxy) and route the call via proxy. Note that the outgoing INVITE does not have a Route header (i'm using Linphone for all UAs). On receiving the call, openSIPS fails to route the message. It is unable to resolve abc.com domain. Is there something that i'm missing in openSIPS configuration. I thought if the registration of the UA is successful, openSIPS would simply dip into its registration DB, get the contact details and route the msg forward. Perhaps, it is trying to do a DNS SRV/NAPTR lookup for abc.com and eventually fails. Looks like i need to define abc.com as the local domain somewhere in openSIPS cfg. Any help in this regard would be appreciated. Here is a pictorial view of what is to be achieved: Registration -- UA1 (us...@abc.com, 192.168.5.14) - openSIPS UA2 (us...@abc.com, 192.168.5.38) - openSIPS UA3 (us...@abc.com, 192.168.5.25) - openSIPS Call Forking - | -- UA1 UA3 (calls us...@abc.com) --- openSIPS (forks to UA1, UA2) --- | |--- UA2 /csj ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] mysql engine type for opensips tables
Hi Dan, On 9/17/09 7:33 PM, Dan Pascu d...@ag-projects.com wrote: On 17 Sep 2009, at 20:14, Jeff Pyle wrote: Hello, I noticed in the .sql files used to create the tables in MySQL for Opensips it forces the table type to MyISAM. I would suggest to remove the ENGINE declaration altogether allowing the tables to be created in the default engine for the database server. In most cases for most folks this will result in MyISAM tables anyway. I write this after having stripped the engine manually in each .sql file after each update of Opensips since in my case they're created by default with ENGINE=ndb. Others may wish to use a type such as InnoDB for the acc table while MyISAM for the rest. I disagree. Stripping it would make all the tables the same type. I currently make all my tables InnoDB, except the sip_trace table which I keep MyISAM. With your suggestion, this would not be possible anymore. I would recommend you to change the type in db/schema/entities.xml to whatever you need before you build opensips. Maybe this can be made configurable at runtime, so that no recompiling is necessary. Also if you need a different type only for some specific tables you can add an entry in their xml schema like: type db=mysqlMyISAM/ type Great suggestions! Especially the entities.xml file. A runtime option would be nice but not all that important if editing the file is a possibility before building. I'll give it a shot after the next update. Thanks, Jeff ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Call Forking using openSIPS
Hi, Code Warrior wrote: Hi, I want to implement call forking in a scenario where multiple UAs (using Linphone) register with the same SIP URI (say us...@abc.com mailto:us...@abc.com). Going by the SIP protocol, each of these UAs shall use their own IP address in the Contact header while sending the REGISTER request. right I'm using openSIPS 1.5.2 (no-tls) for the proxy/registrar functions. I'm successfully able to register multiple UAs with same SIP URI (us...@abc.com mailto:us...@abc.com). Problem comes when i make a call from some other UA (us...@abc.com mailto:us...@abc.com, also registered with the same openSIPS proxy) and route the call via proxy. Note that the outgoing INVITE does not have a Route header (i'm using Linphone for all UAs). On receiving the call, openSIPS fails to route the message. It is unable to resolve abc.com http://abc.com domain. Is there something that i'm missing in openSIPS configuration. I thought if the registration of the UA is successful, openSIPS would simply dip into its registration DB, get the contact details and route the msg forward. Perhaps, it is trying to do a DNS SRV/NAPTR lookup for abc.com http://abc.com and eventually fails. Looks like i need to define abc.com http://abc.com as the local domain somewhere in openSIPS cfg. Any help in this regard would be appreciated. yes, you have to instruct opensips that abc.com is a local domain. To do so: 1) if you do not use domain module, add in your cfg: alias=abc.com 2) if you use domain module, add the domain name into the domain table and do a domain_reload Regards, Bogdan Here is a pictorial view of what is to be achieved: Registration -- UA1 (us...@abc.com mailto:us...@abc.com, 192.168.5.14) - openSIPS UA2 (us...@abc.com mailto:us...@abc.com, 192.168.5.38) - openSIPS UA3 (us...@abc.com mailto:us...@abc.com, 192.168.5.25) - openSIPS Call Forking - | -- UA1 UA3 (calls us...@abc.com mailto:us...@abc.com) --- openSIPS (forks to UA1, UA2) --- | |--- UA2 /csj ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] 1.6 rev 6147 and dp_translate memory error?
Hi, dp_translate(200, $avp(s:from_did)/$avp(s:newfrom_did)); We call that after the INVITE and allow_trusted, etc. It gets called 4 times total, twice to normalize the $fU and $fU vars then two more times to change the values if needed, (adds a 1, +1, etc). Thanks On Fri, Sep 18, 2009 at 1:24 AM, Bogdan-Andrei Iancu bog...@voice-system.ro wrote: Hi Ron, Hoe do you call the dp_translate function from the script? Regards, Bogdan Ron McCarthy wrote: Hi list, Ive done quite a bit of troubleshooting and ive found the switch runs clean with not using dp_translate, but when we do the errors appear. After a few thousand calls we start getting: (no errors before this) Sep 18 00:09:13 sips /usr/local/sbin/opensips[68260]: ERROR:dialplan:dp_get_svalue: no AVP or SCRIPTVAR found (error in scripts) Sep 18 00:09:13 sips /usr/local/sbin/opensips[68260]: ERROR:dialplan:dp_translate_f: invalid param 2 Sep 18 00:09:13 sips /usr/local/sbin/opensips[68260]: ERROR:core:do_assign: no value in right expression Sep 18 00:09:13 sips /usr/local/sbin/opensips[68260]: ERROR:core:do_assign: error at line: 298 Backtrace shows: #0 0x000801ff0211 in rule_translate (msg=0x6fe600, string={s = 0x80282a9c3 123456, len = 10}, rule=Variable rule is not available. ) at dp_repl.c:192 192 memcpy(result-s + result-len, match.begin, match.len); (gdb) Were using sipP to test this, im setting the source and dest number manually with a AVP var then having dp_translate run on it, its taking a 10 digit number and turning it into 11 digits, we have about 45 rules loaded into the database for the dialplan, with this particular dialplan ID their is 2 rules total, we call dp_translate a total of 4 times for each new call. vmstat is basically all 0's when dp_translate disabled, when enabled it looks like: 0 9 0 2891M 2574M 1484 0 0 0 3737 0 0 0 2744 29807 11711 13 15 72 1 7 0 2899M 2569M 1493 0 0 0 1983 0 0 0 2678 39221 11355 13 11 76 0 8 0 2891M 2568M 1119 0 0 0 2821 0 0 0 2360 28331 10401 13 15 72 0 8 0 2901M 2565M 1477 0 0 0 2086 0 0 0 2226 39722 9430 11 15 74 1 8 0 2893M 2560M 1250 0 0 0 1993 0 0 0 2912 23983 12123 11 15 74 4 6 0 2901M 2551M 1557 0 0 0 2035 0 0 0 3075 38446 13035 12 18 70 0 9 0 2893M 2548M 1103 0 0 0 1877 0 0 0 2772 26050 11474 12 12 76 0 8 0 2901M 2539M 1434 0 0 0 743 0 0 0 3289 34833 13759 8 17 75 0 9 0 2893M 2534M 943 0 0 0 1533 0 0 0 3372 23843 14379 8 24 68 2 7 0 2901M 2528M 1252 0 0 0 1207 0 0 0 2762 39615 11275 12 13 75 0 8 0 2902M 2521M 1134 0 0 0 703 0 0 0 3364 18464 14069 6 18 76 0 8 0 2901M 2514M 1670 0 0 0 1737 0 0 0 3771 17832 17211 1 16 82 0 8 0 2902M 2508M 1212 0 0 0 803 0 0 0 3141 5263 13990 1 14 85 0 8 0 2901M 2499M 1542 0 0 0 1241 0 0 0 3720 17120 16641 1 17 82 0 7 0 2902M 2497M 1260 0 0 0 2027 0 0 0 2561 6328 11863 1 14 85 0 7 0 2901M 2499M 1979 0 0 0 3653 0 0 0 2442 19121 11724 3 13 85 1 8 0 2902M 2498M 1387 0 0 0 3062 0 0 0 2183 6172 10662 0 13 87 We have ran this at 5CPS and the switch will run fine for several thousand calls, then at 60+ CPS and runs for several thousand calls as well, so it appears to be a memory issue to me as when the total number of processed calls goes up is when it dies on us. Let me know what else I can do to test/debug on my side to help with this. Thanks ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Latest SVN and Memory issuses
Hi, The core dumped but before that happen i see this in messages: Sep 18 07:12:29 sips /usr/local/sbin/opensips[8221]: Memory status (pkg): Sep 18 07:12:29 sips /usr/local/sbin/opensips[8221]: qm_status (0x67b560): Sep 18 07:12:29 sips /usr/local/sbin/opensips[8221]: heap size= 2097152 Sep 18 07:12:29 sips /usr/local/sbin/opensips[8221]: used= 460784, used+overhead=615648, free=1481504 Sep 18 07:12:29 sips /usr/local/sbin/opensips[8221]: max used (+overhead)= 615648 Sep 18 07:12:29 sips /usr/local/sbin/opensips[8221]: dumping all alloc'ed. fragments: Sep 18 07:12:29 sips /usr/local/sbin/opensips[8221]: 0. N address=0x685da0 frag=0x685d90 size=48 used=1 Sep 18 07:12:29 sips /usr/local/sbin/opensips[8221]: 1. N address=0x685df0 frag=0x685de0 size=48 used=1 Sep 18 07:12:29 sips /usr/local/sbin/opensips[8221]: 2. N address=0x685e40 frag=0x685e30 size=144 used=1 Sep 18 07:12:29 sips /usr/local/sbin/opensips[8221]: 3. N address=0x685ef0 frag=0x685ee0 size=144 used=1 Sep 18 07:12:29 sips /usr/local/sbin/opensips[8221]: 4. N address=0x685fa0 frag=0x685f90 size=144 used=1 Sep 18 07:12:29 sips /usr/local/sbin/opensips[8221]: 5. N address=0x686050 frag=0x686040 size=144 used=1 Sep 18 07:12:29 sips /usr/local/sbin/opensips[8221]: 6. N address=0x686100 frag=0x6860f0 size=144 used=1 Sep 18 07:12:29 sips /usr/local/sbin/opensips[8221]: 7. N address=0x6861b0 frag=0x6861a0 size=144 used=1 Sep 18 07:12:29 sips /usr/local/sbin/opensips[8221]: 8. N address=0x686260 frag=0x686250 size=144 used=1 Sep 18 07:12:29 sips /usr/local/sbin/opensips[8221]: 9. N address=0x686310 frag=0x686300 size=144 used=1 Sep 18 07:12:29 sips /usr/local/sbin/opensips[8221]: 10. N address=0x6863c0 frag=0x6863b0 size=224 used=1 Is that what you need to see? I can get the entire file, I have no clue what it's saying really :) This was with #define PKG_MEM_POOL_SIZE 1024*1024*2 Thanks On Fri, Sep 18, 2009 at 1:01 AM, Bogdan-Andrei Iancu bog...@voice-system.ro wrote: Hi Ron, your mem error are referring to pkg or shm too ? If increasing the memory (note that pkg mem is configured at compile time, so after changing the PKG_MEM_POOL_SIZE, you need to recompile the whole stuff) did not hep at all, you should try to enable the memory debugger - http://www.opensips.org/Resources/DocsTsMem. After getting the out of memory error again, do not stop opensips, by send a USR1 signal the the proc reporting the mem error (kill -SIGUSR1 pid) - get the pkg mem dump and send it to me. Thanks and regards, Bogdan Ron McCarthy wrote: I upgraded to 6147 and still same issue, I also tried making the memory bigger, same issue. I do get a core dump, can i debug that somehow? Thanks On Thu, Sep 17, 2009 at 4:16 AM, andrei dragus andreidra...@yahoo.com mailto:andreidra...@yahoo.com wrote: There was a memory leak in the dialog module. If you were using this module then this was probably the cause. It was fixed starting with revision 6147. Please update and try again, and report if you still have issues. Andrei. --- On Wed, 9/16/09, Brett Nemeroff br...@nemeroff.com mailto:br...@nemeroff.com wrote: Look in config.h for:#define PKG_MEM_POOL_SIZE 1024*1024 and try changing that to:#define PKG_MEM_POOL_SIZE 1024*1024*2 On Wed, Sep 16, 2009 at 5:34 PM, Ron McCarthy ronmc...@gmail.com mailto:ronmc...@gmail.com wrote: Hi List, I just upgraded to the latest SVN relase and after a few thousand calls I start getting: Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:core:get_hdr_field: out of pkg memory Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:tm:t_check: reply cannot be parsed Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:core:parse_from_header: out of pkg_memory Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:dialog:pre_match_parse: failed to get From header Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:core:parse_from_header: out of pkg_memory Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:tm:parse_dlg: From broken Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:tm:matching_3261: dlg parsing failed Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:core:build_req_buf_from_sip_req: out of pkg memory Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:core:forward_request: building req buf failed Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:core:get_hdr_field: out of pkg memory Sep 16 15:25:37 sips /usr/local/sbin/opensips[2271]: ERROR:tm:t_check: reply cannot be parsed
Re: [OpenSIPS-Users] NOTIFY Help
Anca Vamanu wrote: Hi Sanjeev, The presence server will send the Notify to the address the client put in the Contact header from the Subscribe message. Correct. Sanjeev, you can try fix_nated_contact() and/or fix_nated_register() in your logic before your call to save(). This will set the contact info to the public host and port the request came from. -Brent ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Media Proxy: Strange behaviour...
Hi All, I don't know where is the problem, also if it isn't a great problem... I'm using opensips in a multi-proxy environment, where there is a SIP Proxy (Load Balancer) that balance the incoming traffic on more than one SIP Server or SIP Registrar (based on the SIP message tipology). Now I have two UA connected behind a NAT (the two UA are connected via two different ADSL connection, in particular one is connected via Fastweb an Italian telecommunication operator). When one of the UA start a Dialog (i.e. send the INVITE), all the signallig goes well and also the RTP Audio stream is ok (i.e. I can speak and listen on both the UA). There is only a little strange behaviour, the Media Proxy send the first RTP packet (only the first) to the private IP address assigned to the UA that is connected throw the fastweb network... Anyone could give me same suggestion on why there is this spourious packet, and how I can correct this? Thanks in advance MD -- *Mauro Davì* mailto:mauro.d...@acotel.com *Noverca Srl* http://www.noverca.com Via della Valle dei Fontanili, 29 00168 Roma Tel +390661141222 Fax +39066149936 Le informazioni contenute nella comunicazione che precede possono essere riservate e sono, comunque, destinate esclusivamente alla persona o all'ente sopraindicati. La diffusione, distribuzione e/o copiatura non autorizzata del documento trasmesso da parte di qualsiasi soggetto è proibita. La sicurezza e la correttezza dei messaggi di posta elettronica non possono essere garantite. Se avete ricevuto questo messaggio per errore, Vi preghiamo di contattarci immediatamente. Grazie. This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any transmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Thanks ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] opensipsctl fifo hangs
Bogdan,Here's my bt full. Towards the top there is a cache_store line. The fifo operation I'm waiting on is a profile_get_values.. Interesting that I don't call cache_store in any of these hung opensipsctl calls. # ps ax|grep opensipsctl 17929 ?S 0:00 /bin/bash /usr/local/sbin/opensipsctl fifo profile_get_values trunk 17974 ?S 0:00 /bin/bash /usr/local/sbin/opensipsctl fifo profile_get_values trunk 17976 ?S 0:00 /bin/bash /usr/local/sbin/opensipsctl fifo profile_get_values trunk 27643 ?S 0:00 /bin/bash /usr/local/sbin/opensipsctl fifo profile_get_size inbound 27687 ?S 0:00 /bin/bash /usr/local/sbin/opensipsctl fifo profile_get_size inbound 27688 ?S 0:00 /bin/bash /usr/local/sbin/opensipsctl fifo profile_get_size inbound I took the mi_fifo ps for the gdb.. 0x0034c1ac54f0 in __read_nocancel () from /lib64/libc.so.6 (gdb) bt full #0 0x0034c1ac54f0 in __read_nocancel () from /lib64/libc.so.6 No symbol table info available. #1 0x0034c1a6cbb7 in _IO_new_file_underflow () from /lib64/libc.so.6 No symbol table info available. #2 0x0034c1a6d57e in _IO_default_uflow_internal () from /lib64/libc.so.6 No symbol table info available. #3 0x0034c1a62664 in _IO_getline_info_internal () from /lib64/libc.so.6 No symbol table info available. #4 0x0034c1a61509 in fgets () from /lib64/libc.so.6 No symbol table info available. #5 0x2b68c3c2e619 in mi_read_line (b=0x79cd50 :cache_store, max=1024, stream=0x1e81b110, read=0x7fffe834bad4) at fifo_fnc.c:255 retry_cnt = 0 len = value optimized out __FUNCTION__ = mi_read_line #6 0x2b68c3c2f52f in mi_fifo_server (fifo_stream=0x1e81b110) at fifo_fnc.c:400 mi_cmd = (struct mi_root *) 0x7a1568 mi_rpl = (struct mi_root *) 0x7a17c0 hdl = (struct mi_handler *) 0x0 line_len = 35 file_sep = 0x79cd5c command = 0x79cd51 cache_store file = 0x79d160 /tmp/opensips_receiver_1372 f = (struct mi_cmd *) 0x7995e8 reply_stream = (FILE *) 0x1e82e7e0 __FUNCTION__ = mi_fifo_server #7 0x2b68c3c31001 in fifo_process (rank=value optimized out) at mi_fifo.c:212 fifo_stream = (FILE *) 0x1e81b110 __FUNCTION__ = fifo_process #8 0x0046b4bc in start_module_procs () at sr_module.c:585 m = (struct sr_module *) 0x76ca88 n = 0 l = 0 x = value optimized out __FUNCTION__ = start_module_procs #9 0x0042745d in main (argc=5, argv=0x7fffe834bcf8) at main.c:823 cfg_log_stderr = value optimized out cfg_stream = (FILE *) 0x1e80c010 c = value optimized out r = 8 tmp = 0x7fffe834dbe4 tmp_len = value optimized out port = value optimized out proto = value optimized out ret = value optimized out seed = 2557210813 rfd = value optimized out __FUNCTION__ = main On Thu, Sep 17, 2009 at 11:10 AM, Bogdan-Andrei Iancu bog...@voice-system.ro wrote: Hi Brett, if you get a hang, do try to attach with gdb to the fifo proc (you can do a fifo ps in the beginning to see the PID of the fifo process). A backtrace of the fifo proc will help in understanding the issue. BTW - what about cpu load ? Regards, Bogdan Brett Nemeroff wrote: Hello list, I periodically call opensipsctl fifo profile_get_values profile name. Manually, it always works great.. but called from cron every minute, it frequently hangs indefinitely until I kill it. Often I run ps ax and see about 5 of them in there. Running 1.5.3. Any ideas? -Brett ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Is there a way to share transactions between opensips?
Hi Guys, I would like to know if there is a way to share transactions (TM module) between opensips? Maybe using memcached or something like that. Thanks, Noel ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] 1.6 rev 6147 and dp_translate memory error?
I also tested on two other newer versions of SVN to, same issue. If this mattes, this is on FreeBSD 7.2 64 bit. Thanks On Fri, Sep 18, 2009 at 7:06 AM, Ron McCarthy ronmc...@gmail.com wrote: Hi, dp_translate(200, $avp(s:from_did)/$avp(s:newfrom_did)); We call that after the INVITE and allow_trusted, etc. It gets called 4 times total, twice to normalize the $fU and $fU vars then two more times to change the values if needed, (adds a 1, +1, etc). Thanks On Fri, Sep 18, 2009 at 1:24 AM, Bogdan-Andrei Iancu bog...@voice-system.ro wrote: Hi Ron, Hoe do you call the dp_translate function from the script? Regards, Bogdan Ron McCarthy wrote: Hi list, Ive done quite a bit of troubleshooting and ive found the switch runs clean with not using dp_translate, but when we do the errors appear. After a few thousand calls we start getting: (no errors before this) Sep 18 00:09:13 sips /usr/local/sbin/opensips[68260]: ERROR:dialplan:dp_get_svalue: no AVP or SCRIPTVAR found (error in scripts) Sep 18 00:09:13 sips /usr/local/sbin/opensips[68260]: ERROR:dialplan:dp_translate_f: invalid param 2 Sep 18 00:09:13 sips /usr/local/sbin/opensips[68260]: ERROR:core:do_assign: no value in right expression Sep 18 00:09:13 sips /usr/local/sbin/opensips[68260]: ERROR:core:do_assign: error at line: 298 Backtrace shows: #0 0x000801ff0211 in rule_translate (msg=0x6fe600, string={s = 0x80282a9c3 123456, len = 10}, rule=Variable rule is not available. ) at dp_repl.c:192 192 memcpy(result-s + result-len, match.begin, match.len); (gdb) Were using sipP to test this, im setting the source and dest number manually with a AVP var then having dp_translate run on it, its taking a 10 digit number and turning it into 11 digits, we have about 45 rules loaded into the database for the dialplan, with this particular dialplan ID their is 2 rules total, we call dp_translate a total of 4 times for each new call. vmstat is basically all 0's when dp_translate disabled, when enabled it looks like: 0 9 0 2891M 2574M 1484 0 0 0 3737 0 0 0 2744 29807 11711 13 15 72 1 7 0 2899M 2569M 1493 0 0 0 1983 0 0 0 2678 39221 11355 13 11 76 0 8 0 2891M 2568M 1119 0 0 0 2821 0 0 0 2360 28331 10401 13 15 72 0 8 0 2901M 2565M 1477 0 0 0 2086 0 0 0 2226 39722 9430 11 15 74 1 8 0 2893M 2560M 1250 0 0 0 1993 0 0 0 2912 23983 12123 11 15 74 4 6 0 2901M 2551M 1557 0 0 0 2035 0 0 0 3075 38446 13035 12 18 70 0 9 0 2893M 2548M 1103 0 0 0 1877 0 0 0 2772 26050 11474 12 12 76 0 8 0 2901M 2539M 1434 0 0 0 743 0 0 0 3289 34833 13759 8 17 75 0 9 0 2893M 2534M 943 0 0 0 1533 0 0 0 3372 23843 14379 8 24 68 2 7 0 2901M 2528M 1252 0 0 0 1207 0 0 0 2762 39615 11275 12 13 75 0 8 0 2902M 2521M 1134 0 0 0 703 0 0 0 3364 18464 14069 6 18 76 0 8 0 2901M 2514M 1670 0 0 0 1737 0 0 0 3771 17832 17211 1 16 82 0 8 0 2902M 2508M 1212 0 0 0 803 0 0 0 3141 5263 13990 1 14 85 0 8 0 2901M 2499M 1542 0 0 0 1241 0 0 0 3720 17120 16641 1 17 82 0 7 0 2902M 2497M 1260 0 0 0 2027 0 0 0 2561 6328 11863 1 14 85 0 7 0 2901M 2499M 1979 0 0 0 3653 0 0 0 2442 19121 11724 3 13 85 1 8 0 2902M 2498M 1387 0 0 0 3062 0 0 0 2183 6172 10662 0 13 87 We have ran this at 5CPS and the switch will run fine for several thousand calls, then at 60+ CPS and runs for several thousand calls as well, so it appears to be a memory issue to me as when the total number of processed calls goes up is when it dies on us. Let me know what else I can do to test/debug on my side to help with this. Thanks ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users