In the RTPproxy source code, if you look at rtpp_log.h you really get
the impression that syslog() functionality can be dropped in with ease.
I still believe that, and believe it can be elegant, despite the fact
that my solution is fairly crappy. But, it's done... so here it is
(it relies on dprint.[ch] from the openser1.1 distribution):
After ./configure, do this:
In Makefile, change CFLAGS line like this:
CFLAGS = -g -O2 -DUSESYSLOG -I../openser-1.1.0-tls
(point to wherever you build openser)
In rtpp_log.h, bracket the existing macros with this:
#ifdef USESYSLOG
#include "dprint.h"
#define rtpp_log_open(app, call_id, flag) (0)
#define rtpp_log_write(level, handle, format, args...) LOG(level, format, ##args)
#define rtpp_log_ewrite(level, handle, format, args...) \
do { \
LOG(level, format, ##args); \
LOG(level, ": %s\n", strerror(errno)); \
} while(0);
#define rtpp_log_close(handle) while (0) {}
#else /* USESYSLOG */
{existing macros starting with rtpp_log_open and including rtpp_log_close}
#endif /* USESYSLOG */
and stuff these lines up near the top of main.c, around line 64:
#ifdef USESYSLOG
int debug = 1;
int log_stderr = 0;
int log_facility = LOG_LOCAL7;
char* log_name = "foobar";
int pt = 0, process_no = 0;
#endif
The link will fail when you do make, but just copy-and-paste the
failed link command back into the shell and add
../openser-1.1.0-tls/dprint.o to the end of the line and it'll link,
and run, and log.
Also, some OS (Solaris) will require you to open and close the syslog
channel. So, if you need to do that, then you need to define the
rtpp_log_open and rtpp_log_close macros too. I'm on freebsd, and
it seems I don't need to do that.
-mark
P.S. If someone has an elegant solution to this then please post it.
All,
We're experiencing a problem with missing call records. There is nothing
in the log files that indicate a problem either with SER or our database
server and likewise there is nothing in the database server's logs to
indicate a problem. System loads are within reason on both servers,
network connectivity has been tested and verified, and a through
hardware shakedown on both boxes has been completed without any errors.
We first noticed this problem when our underlying vendor's bill (based
on minutes of course) did not correspond with our own. Upon doing a CDR
comparison (based on what was in both the acc and calls tables), we were
able to verify that the calls in dispute were indeed ours (based on the
sip call-id's IP addresses).
We're processing roughly 1.4 million calls per day on this SER server in
question. Out of those calls, 508 calls (give or take a couple hundred)
with a total duration of over 5,300 minutes - can not be accounted for
in any of the SER database tables.
We're running 0.9.5-pre1 with Suse Enterprise Server 9.0 (2.6.11
Kernel). Server is an HP DL380 with dual 3.2GHz processors with 6GB
physical ram (only 1.4GB in use system wide); disk space is not an issue
as well (only 10% in use).
We've scoured the mailing lists and change logs for any hint of an issue
similar to ours without any results. The closest we've been able to come
that's anywhere near along the lines of our issue in any way that made
any sense were these posts:
http://lists.iptel.org/pipermail/serdev/2003-August/000602.htmlhttp://lists.iptel.org/pipermail/serusers/2005-February/015102.html
At this point, we're not sure if this issue has something to do with the
FIFO and SER making bulk dump uploads with call data to the database, or
some other issue along those lines - or if this is a new issue all
together.
Any help would be greatly appreciated.
Thanks,
- Darren
Fifo settings:
fifo="/tmp/ser_fifo"
fifo_db_url="mysql://xxx:xxx@xxx/serdb"
Here are our module specific parameters:
# -- timers --
modparam("tm", "wt_timer", 10)
modparam("tm", "retr_timer1p1", 2)
# -- usrloc params --
modparam("usrloc", "db_mode", 2)
# -- database URL --
modparam("usrloc|acc|auth_db|group","db_url","mysql://xxx:xxx@xxx/serdb"
)
# -- auth params --
modparam("auth_db", "calculate_ha1", yes)
modparam("auth_db", "password_column", "password")
modparam("auth","secret","xxx")
# -- rr params --
modparam("rr", "enable_full_lr", 1)
# -- Nathelper --
modparam("registrar", "nat_flag", 6)
modparam("nathelper", "natping_interval", 10)
modparam("nathelper", "ping_nated_only", 1)
modparam("nathelper", "rtpproxy_disable", 1)
# -- acc params --
modparam("acc", "db_flag", 3)
I am in a big trouble. I am using openser 1.0.1 and I am still having some
problems with redirect. I get some numbers in myredirect and I try to pass
it with t_relay(), but at this moment everything gets confused. The calls do
not happen sequentially or in any logical order. Is there another way of
doing the forking ? Am i doing something terribly wrong ? And sometimes when
I make a call my openser sends messages to just one client and not to the
other, or sends to both but with a great time between them. What could it be
? Do someone know it ? Thanks for helping.
Claudio Miceli de Farias
Hi again,
I have:
modparam("group|auth_db|usrloc|uri_db|speeddial|registrar|avpops|alias_d
b", "use_domain", 1)
In location table:
| username | domain |
| | |
| 123456 | smartnet.no |
| 654321 | smartnet.no |
If I set usrloc|registrar use_domain=0, the only thing that changes is
that the domain column is empty.
Br hw
-----Original Message-----
From: Bogdan-Andrei Iancu [mailto:bogdan@voice-system.ro]
Sent: 22. august 2006 18:06
To: Helge Waastad
Cc: Users(a)openser.org
Subject: Re: [Users] registered("location")
strange....
do you have the use_domain param enabled or disabled?
could you check if the location table has for "user" column the correct
format (all entries):
username@domain (if use_domain is on)
username (if use_domain is off)
regards,
bogdan
Helge Waastad wrote:
>Hi,
>Ive just stopped my openser server,
>deleted all entries in the location table and restarted the OpenSER
>server.
>
>Still i get the same:
>
>BUG:usrloc:db_load_urecord: AOR has no @ while use_domain is enabled
>
>message.
>
>br hw
>
>tir, 22,.08.2006 kl. 16.36 +0300, skrev Bogdan-Andrei Iancu:
>
>
>>Hi,
>>
>>my guess is you had usrloc with use_domain and with contacts into the
>>location table you switched use_domain on.
>>BUG:usrloc:db_load_urecord: AOR has no @ while use_domain is enabled
>>please remove the entire contact of the location table and try again.
>>
>>regards,
>>bogdan
>>
>>Helge Waastad wrote:
>>
>>
>>
>>>Hi,
>>>
>>>I receive a
>>>BUG:usrloc:db_load_urecord: AOR has no @ while use_domain is enabled
>>>
>>>in my syslog. Could this be the reason???
>>>
>>>br hw
>>>
>>>
>>>
>>>tir, 22,.08.2006 kl. 15.28 +0300, skrev Bogdan-Andrei Iancu:
>>>
>>>
>>>
>>>
>>>>Hi Helge,
>>>>
>>>>it should work. Can you check if any db query is performed by the
function?
>>>>
>>>>regards,
>>>>bogdan
>>>>
>>>>Helge Waastad wrote:
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>>Hi,
>>>>>I'm just wondering if the 'registered("location")' works when using
>>>>>db only mode for usrloc?
>>>>>
>>>>>br hw
>>>>>
>>>>>
>>>>>_______________________________________________
>>>>>Users mailing list
>>>>>Users(a)openser.org
>>>>>http://openser.org/cgi-bin/mailman/listinfo/users
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
Please help me mr...
i have read this module...but i don't understand with 4 question :
1. I found that in the SMS Module (SIP to GSM) don't explained the software which used by the client/user agent or where we should to do testing in client?
2. I wanna know the other facilities should be used, beside openser-1.0.0.tar.gz,mysql,DNS?
3. For the final result, is this module could send SMS by 2 directions?
4. Could you please the step to do the testing?
Thank's for all
---------------------------------
Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail.
Hi all,
I have got a strange problem with my accounting. This is my scenario:
I have a registered user dialling a pstn number. The call is connected and then the registered UA switches off the IP device and there is no BYE from the registered UA.
Now the pstn gateway sends a BYE after certain period and Openser tries to send that BYE to the registered UA, but the registered UA is powered off and it never replies.
So Openser retransmits the BYE messages and finally generates a 408 response towards the gateway. But Openser does not account that BYE in the acc table.
According to me, the Openser should acount that BYE for proper accouning, Please correct me if I am wrong. Also suggest some method so that I can make the unacknowledged BYEs account in the acc table.
In my config I have:
if(method=="BYE") {
setflag(1);
};
if(method!="REGISTER") { record_route();};
setflag(1);
if(loose_route()) { .....
#the rest logic} an so on.
I have flag 1 as db_flag.
thanks in advance,
w/regards,
jayesh.
---------------------------------
Here's a new way to find what you're looking for - Yahoo! Answers
Send FREE SMS to your friend's mobile from Yahoo! Messenger Version 8. Get it NOW
I am downloading the prerequisite for Openser and one of the items keeps failing me. This the error below. Any help will be appreciated.
[root@localhost openser]# yum install libmysqlclient15-dev
Setting up Install Process
Setting up repositories
updates-released 100% |=========================| 951 B 00:00
extras 100% |=========================| 1.1 kB 00:00
base 100% |=========================| 1.1 kB 00:00
Reading repository metadata in from local files
Parsing package install arguments
No Match for argument: libmysqlclient15-dev
Nothing to do
Bill Zhang wrote:
> This could be a simple question but I went through the whole user archive
> and yet to find out where to download it or cvs checkout, I do see
> mediaproxy as part of OPENSER module, wonder why rtpproxy or RTPProxy is
> not:(.
Hi Bill!
There are 2 RTP proxies available.
1. Mediaproxy
2. rtpproxy
To communicate with Mediaproxy, openser uses the mediaproxy module. To
communicate with rtpproxy, openser uses the nathelper module. The
modules are part of openser, but not the RTP proxies itself.
You can download Mediaproxy from ag-projects:
http://mediaproxy.ag-projects.com/
You can download rtpproxy from berlios cvs (which is insides ser's CVS
repository)
http://cvs.berlios.de/cgi-bin/viewcvs.cgi/ser/rtpproxy/
cvs -d:pserver:anonymous@cvs.ser.berlios.de:/cvsroot/ser login
press enter when prompted for a password
cvs -z3 -d:pserver:anonymous@cvs.ser.berlios.de:/cvsroot/ser co rtpproxy
then do the usual: ./configure; make; make install
regards
klaus
>
> Thanks in advance for help.
>
> Bill
>
> -----Original Message-----
> From: users-bounces(a)openser.org [mailto:users-bounces@openser.org] On Behalf
> Of Atle Samuelsen
> Sent: Monday, August 14, 2006 12:56 PM
> To: Ever Zalazar
> Cc: users(a)openser.org
> Subject: Re: [Users] mediaproxy vs. rtpproxy
>
>
> Hi ever,
>
> I would say this is not a proper question. Both work like a charm with
> (Open)SER.
>
> The question you should ask yourself is what do you want to accomplish
> with mediaproxy/rtpproxy. If it´s only calls between nated useragensts,
> you can use both without any problem.
>
> - Atle
> * Ever Zalazar <zalazar(a)technologymaker.com> [060814 21:41]:
>> Hi people! Just to know, which is much better for openser mediaproxy or
> rtpproxy?
>>
>> Best Regards
>>
>>
>> Ever
>
>> _______________________________________________
>> 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