[OpenSIPS-Users] 1.6 rev 6147 and dp_translate memory error?
Ron McCarthy
ronmccar at gmail.com
Sat Sep 19 05:49:47 CEST 2009
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 <ronmccar at 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 <
> bogdan at 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 0x0000000801ff0211 in rule_translate (msg=0x6fe600, string={s =
>> > 0x80282a9c3 "1234569999", 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 at lists.opensips.org
>> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>> >
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/users/attachments/20090918/724f7f66/attachment.htm
More information about the Users
mailing list