Sorry if this is the wrong list, but....
The scenario: We're migrating from an SER 0.9.2 working
installation to an OpenSER 1.0.0.
The problem.: after tweaking directories names and substituting
'break' by 'exit', the output of
'openser -c /etc/openser/openser.cfg'
reports problems on assigning 'service_type',
'radius_flag', 'radius_config' and 'radius_missed_flag'
ACC module variables.
The config...: below config relevant fragments...
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/auth.so"
loadmodule "/usr/lib/openser/modules/textops.so"
loadmodule "/usr/lib/openser/modules/lcr.so"
loadmodule "/usr/lib/openser/modules/uri.so"
loadmodule "/usr/lib/openser/modules/uri_db.so"
loadmodule "/usr/lib/openser/modules/auth_radius.so"
loadmodule "/usr/lib/openser/modules/uri_radius.so"
loadmodule "/usr/lib/openser/modules/avpops.so"
loadmodule "/usr/lib/openser/modules/acc.so"
loadmodule "/usr/lib/openser/modules/domain.so"
loadmodule "/usr/lib/openser/modules/permissions.so"
.
.
.
modparam("acc", "service_type", 15)
modparam("acc", "radius_flag", 1 )
modparam("acc", "radius_config",
"/etc/radiusclient-ng/radiusclient.conf")
modparam("acc", "radius_missed_flag", 2 )
.
.
.
The Error:
sip:/etc/openser # openser -c openser.cfg
0(5264) set_mod_param_regex: parameter <service_type> not found in module
<acc>
0(5264) parse error (44,42-43): Can't set module parameter
0(5264) set_mod_param_regex: parameter <radius_flag> not found in module
<acc>
0(5264) parse error (45,43-44): Can't set module parameter
0(5264) set_mod_param_regex: parameter <radius_config> not found in module
<acc>
0(5264) parse error (46,34-35): Can't set module parameter
0(5264) set_mod_param_regex: parameter <radius_missed_flag> not found in
module <acc>
0(5264) parse error (47,36-37): Can't set module parameter
ERROR: bad config file (4 errors)
What am I missing?
Edson.
Hi,
I've got a question regarding the handling of location information.
I came up in a situation where I had my dispatcher layer adding path to the register before it was sent to the registrar.
However, if the register then again is replicated to another server, and the next server is adding a received to the usrloc entry, how should this server forward the INVITES...? To the "path" or to the "received"?
PS, I'm not saying this is how it should be done, I'm just curious about the implications :-)
br hw
Mvh,
Helge Waastad
Senior Engineer
Smartnet
tlf: 67830017
Is there any way to catch errors on a forwarded route?
I have a few SIP codes that are forwarded to other machines using
rewritehostport. Once in a while, those machines will be down or doing
something odd, and I'll get a 404 response from them. Is there any way for
SER to catch/handle those returns?
I've been playing around with the onreply_route, but I'm getting weird errors,
so I thought I'd see if I was headed in the right direction before I go
through the hassle of figuring out why I'm getting things in the log like:
ERROR: w_t_relay_to: unsupported mode: 2
and such.
N.
Hi,
Thanks for the reply.
My problem is solved by changing value of db_localtime in acc module and
recompiling it.
Manoj.
Quoting Jan Janak <jan(a)iptel.org>:
> Hello,
>
> SER does know the timezone of the caller, thus the timestamp is either in
> the timezone of the machine running SER or timezone of the MySQL.
>
> Configuring MySQL timezone can be a bit tricky, please consult the MySQL
> documentation.
>
> Jan.
>
> mkumar(a)mantragroup.com wrote:
>> Hi All,
>>
>> I was able to install SER and able to get all the call details to
>> the Mysql DB.
>> But my problem is with the time of timestamp recorded, it is not recorded
>> according to time on Server where my DB is located. The time recorded is
>> according to timezone of the caller and so because of this when I
>> use NOW() of
>> Mysql and get the calls I miss the calls dialled from timezones
>> ahead of NOW()
>> time on Mysql. I think while inserting call details in to DB the
>> acc.so module
>> is using some other thing other than using NOW(). I do not know
>> where to change
>> this, please tell me where can I modify that query and get a common timezone
>> for all the users so that billing will not be a problem for me.
>>
>> Thanks,
>> Manoj.
>>
>> _______________________________________________
>> Serhelp mailing list
>> serhelp(a)lists.iptel.org
>> http://lists.iptel.org/mailman/listinfo/serhelp
>>
>
>
Heya,
I'm looking at implementing a few SipX boxes. These boxes will be
registering phones that will be behind firewalls. Currently the SipX support
for NAT is rather limited, therefore I'm looking at supplementing SipX with
SER on the front-end, basically using OpenSER as an SBC to sort out the NAT
for the clients. Does anyone have any configurations that are similar to
this configuration before I start from scratch, or even a good starting
point?
Cheers,
Chris.
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 268.0.0/266 - Release Date: 21/02/2006
Hi,
I'm not really a hardware guy, but just wondering about the tuning
parameters for OpenSER.
I see -mtune=athlon on my PIII and PIV's
Is it worth setting CPU=pentium3/pentium4 when compiling openSER?
(Makefile.defs)
br hw
--
Helge Waastad
Senior Konsulent
Systemavdelingen
Smartnet
I have the following messages in the log which I don't know what they
mean. After tracing the configuration file, the setting
remove_hf("From") will cause one of the message in the log. Do the
messages below will affect the system? It seems that there is some
mis-configure in the file. How can I correct it if my guess is right?
Feb 23 11:37:55 dev01 /usr/local/sbin/openser[31580]:
INFO:textops:hname_fixup: using hdr type (30) instead of
<Remote-Party-ID>
Feb 23 11:37:55 dev01 /usr/local/sbin/openser[31580]:
INFO:xl_parse_name: using hdr type (4) instead of <from>
Feb 23 11:37:55 dev01 /usr/local/sbin/openser[31580]:
INFO:textops:hname_fixup: using hdr type (4) instead of <From>
Hi ,
I am a new SER user. I want to run the ser with the pa and the rls
modules.
I have tried downloading some of the release versions and installing
them but I am getting multiple issues while running them (Invalid table
version being the main one)
Can anyone direct me to the latest more or less stable version of ser
where the pa and the rls modules are known to work ?
Regards ,
Sayan
P.S. I am behind a firewall which prevents me from using CVS to
download. So web link will be good.
The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments.
WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.
www.wipro.com
Everytime I try to authenticate in http://mydomain.com/serweb , It
appears the following message:
DB Error: no such field
Bad username or password
How can I find out whats going wrong here? Where can I find de logs
comming from errors on the queries to the postgres database?
Thanks