[OpenSIPS-Users] Top hiding scenario using rtpproxy

Hello list, I've been played with b2bua module using the "top hiding" scenario using 1.6.2 opensips version. It seems to be working fine, but I need to call force_rtp_proxy() for the INVITE requests to force the uac send rtp to rtpproxy IP. I called it in the script at this point: if(is_method("

Re: [OpenSIPS-Users] Strange High CPU usage by Opensips

Hi list, I was looking in previous post and I found the meaning of the error. This error seems to be when opensips receives a reply from a already timed out transaction. So, it's not a problem, it's a consequence of a high load. Thanks, Adelson. On Fri, Sep 3, 2010 at 5:57 PM,

[OpenSIPS-Users] Strange High CPU usage by Opensips

Hello List, I just update my opensips to 1.6.3 svn tag version. It was running without problems, using almost nothing cpu time. But it became to increase the cpu time usage, higher than normal, about 30% of cpu time, each child. I noted also that the machine was using much wait/IO cpu time. And,

Re: [OpenSIPS-Users] opensips process dying (dialplan module?)

Hey Bogdan, I changed it and now it is working. Thank you very much. Adelson. On Wed, Aug 25, 2010 at 12:40 PM, Bogdan-Andrei Iancu wrote: > In SVN, this is already changed from attrs_avp  to gw_attrs_avp > > Regards, > Bogdan > > > Adelson O. Junior wrote: >>

Re: [OpenSIPS-Users] opensips process dying (dialplan module?)

1.6.3 as old one (trex) was > bogus and unmaintained. See > http://www.opensips.org/Resources/DocsMigration162to163 > > The upgrade should be be smooth, no script or DB changes. > > Regards, > Bogdan > > > Adelson O. Junior wrote: >> Hi list, >> >> my o

[OpenSIPS-Users] opensips process dying (dialplan module?)

Hi list, my opensips process is dying constantly. According the dump core, it seems (for me) to be a function in dialplan that is causing it. Follows the dump from gdb. Is someone facing this kind of problem? opensips version is: opensips 1.6.1-notls (i386/linux) Thanks, Core was generate

[OpenSIPS-Users] Big Record Route header

Hi list, We are facing a problem in our opensips proxy which it is receiving a "Message too big" error. Looking at the INVITE sent by our opensips I could notice a header that is so much bigger than usual: Record-Route. Follows the big RR header: Record-Route: . Usual RR header: Record-Route:

Re: [OpenSIPS-Users] Opensips logging issue?

writing into log file (see the ~ or - prefix to the log file in > syslog.conf). Also man page for syslog will explain you better this ;) > > Regards, > Bogdan > > Adelson O. Junior wrote: > > Hello list, > > > > We were used to disable logs (debug=0) due to probl

[OpenSIPS-Users] Opensips logging issue?

Hello list, We were used to disable logs (debug=0) due to problems regarding to old Openser versions, and this became standard when we were going to migrate from Test to Production environments. But in the last one we forget this setting, and the log was enabled in Production Env, but no one was c

Re: [OpenSIPS-Users] uac_raplace_to twice in the branch

your post-routing code - change it as many times as you want. > > An then, at the end of your branch_route, call uac_replace_to with the > new_user value (if such value is set) - that's all. > > Cheers, > Thomas > > Adelson O. Junior wrote: >> We are implementi

[OpenSIPS-Users] uac_raplace_to twice in the branch

Hi list. We are implementing a solution using opensips which I have to replace the To header in a "Pre_routing" scenario and, depending of the routing, I have to replace the To header again, "Post routing" scenario. (a kind of I remove the prefix to execute some statement, like dbalias, and then a