Hi!
I'm running ser-0.9.6, on FreeBSD 6.1-stable, database backend
is postgresql version 8.1.3.
Today I got errors in logfiles, saying:
messages.2.bz2:May 29 14:35:03 <XXX> /usr/local/sbin/ser[51448]:
ERROR:avpops:dbrow2avp: dbrow contains NULL fields
The similar problem reported in:
http://lists.iptel.org/pipermail/serusers/2005-May/019681.html
with much more detailed description of error, database contents
and config samples.
Patch is trivial, and looks more like a fix to copy'n'paste error:
in mysql/val.c function str2val states:
if (!_s) {
memset(_v, 0, sizeof(db_val_t));
VAL_TYPE(_v) = _t;
VAL_NULL(_v) = 1;
return 0;
}
VAL_NULL(_v) = 0;
and the last line mentions that 'well, that's value is not NULL'.
In postgresql/db_val.c, line 182, function str2valp, the same statement is the:
if (!_s) {
DLOG("str2valp", "got a null value");
VAL_TYPE(_v) = _t;
VAL_NULL(_v) = 1;
return 0;
}
without explicit notification that this is not-NULL value.
More than, nowhere else in this function VAL_NULL(_v) not set to 0.
So, if a value _v.val contained anyting but 0 at the function start,
resulting value will be threated as NULL despite the fact, that _s is NOT NULL.
Patch is obvious, just add VAL_NULL(_v)=0; after cited block (line 188) and
everyting will be ok.
At least for me it's ok for some hours :)
Hi!
i wonder if there is a timer which controls the timeout for provisional
replies.
E.g. I want to cancel an INVITE and retry another gateway if the gateway
does not respond with 100 (or 180) in a certain time.
regards
klaus
--
Klaus Darilion
nic.at
Hi, all.
I know this is a little bit out off Topic. I'm trying to install
CDRTool for CDR normalization and billing with SER. I get the things allmost
working (freeradius + MySQL + SER) But i can't get the CDRs normalized with
price. Can anybody please help me or post a CDRTool global.inc working file?
.
Thanks a lot in advance any help will be highly apreciated!
On 12/20/06, Klaus Darilion <klaus.mailinglists(a)pernau.at > wrote:
>
> Hi Mark!
>
> Postgres should work well - I use it since ser 0.8. Just make sure that
> the hard disk does not get full, because this breaks the index inside
> postgres and postgres is getting real slow (re-create the index if it
> happens).
>
> Last time I tested openser_postgres.sh it worked fine. If you find a bug
> please let us know.
>
> Please check to use the latest versions from CVS (for 1.1 use CVS
> rel_1_1_0)
The latest version from cvs doesn't work out of the box with openser build
from the release tarball, because the release tarball doesn't included
/usr/sbin/openser_gen_ha1 (although I could get past this by replacing it
with the md5sum equivelant).
However, the release tarball doesn't work because of this bug:
https://sourceforge.net/tracker/?func=detail&atid=743020&aid=1518732&group_…
So, 1. is the cvs version of rel_1_1_0 considered safe for production use?
2. if so and there are important fixes such as this in CVS, would
openser.org consider
releasing a point release containing such changes?
Thanks,
Mark Price
Hi Weiter,
Yeah, I have been trying to limit myself to technical observations too, but the governance aspect is somewhat interesting too as a hint for future development, even though I guess even this is much more confusing than the technical ones. I have investigated, both projects have their firms with them that pursue their commercial interests which creates a risk of possibly departing from the public interest, like with redhat. From this angle they look quite similar. But if any worries me just a little bit more than openser. Appearance at commercial shows on the "open" side versus technical event on the "net" side if I take your BSD parallel, marketing "open" webpage accusing "net" version bad, hiding root commerical sponsors on the "open" webpage, this could be signs for a redhat-like doubleedged sword. Hopefully I am oversensing because I mean it is natural that everybody has SOME interest, but indisputably folks on both sides have done good work, but same indisputably more
TRANSPARENCY would be helpful for both projects so that users can be less investigative.
But I agree the technical comparison you suggest will be very useful if not most useful. This is what I am eventually upto. Anything folks have to tell in this topic is most welcome like the retransmission timers in subject or user loading.
rr
disconcerted by the fact that the more I know the more I am confused and determined to get over the learning curve quickly. also excuse the abuse I crossposted again but I think cross interrogation is a bit painful but the more effective :-)
----- Original Message ----
From: Weiter Leiter <bp4mls(a)googlemail.com>
To: Kim Il <kim_il_s(a)yahoo.com>
Cc: users(a)openser.org
Sent: Thursday, November 9, 2006 1:42:29 PM
Subject: Re: Fw: [Users] TM : retransmission timers
Common user barely has time to meet his boss requirements, rather than playing around with different scenarios, platforms, environments.
I only read one email where Daniel stated that OpenSER now performs a whole much better while loading users from database. SER guys put no figure out yet, neither bare numbers nor comparisons. I'm just really curious to see how both servers perform, that's all.
Even though I must maintain my SER, I kinda like OpenSER's faster releases and developers' responsiveness (that I shamelessly exploit for the common code left there :-), which is pretty much nonexistent with iptel (at least this is the general belief here at OpenSER). But about this I'll probably have to fight on SER's mailing list. I still wish that one day I won't have to compare features; heck, NetSER and FreeSER are still available ;-).
WL.
PS. Maybe regretfully, I haven't seen any iptel booth at von this year, while OpenSER guys put up a nice show. My congrats.
On 11/9/06, Kim Il <kim_il_s(a)yahoo.com> wrote:
I can see what you are hinting at, but I guess that the users are the unbiased party that should do the judgment and not the parties who have something to gain.
cheers
Weiter Leiter <bp4mls(a)googlemail.com> wrote:
This features comparisons are not to last for too long, some performance comparisons would also be nice. After all, there are plenty of UA-level stacks out there. At least now that both projects get to have stable releases after forking and some core functionality remained shared.
I wonder what "unbiased" organization will take up the challenge. :-)
On 11/8/06, Kim Il <
kim_il_s(a)yahoo.com > wrote:Mike,
this is a really good start and we should collect these things so as to help the community to take the right choice. I would also suggest that what ever ground breaking issues we list we stay at the functional level (I do not think anyone is helped by using a description containing "allowing carrier grade platforms" and similar marketing phrases).
cheers
{truncated because too large}
Sponsored Link
Talk more and pay less. Vonage can save you up to $300 a year on your phone bill.
Sign up now.
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users
Hello,
I have a 64bit machine running openser 1.1.0, and wish to log radius
accounting details to radius using the acc module and radiusclient-ng.
I am facing issues talking to a freeradius server, as described at:
https://developer.berlios.de/bugs/?func=detailbug&bug_id=7442&group_id=1208
Basically, the server reports:
Error: Received Accounting-Request packet from w.x.y.z with invalid
signature! (Shared secret is incorrect.)
I have updated to the cvs version of radiusclient-ng, but the problem
still exists. It would appear that the md5 routine is not compatible
with the md5 routine used by the freeradius software.
Just wondering is anyone else has worked their way around this problem.
Cheers, Stuart
> X-Archived: http://article.gmane.org/gmane.comp.voip.openser.user/4415
> From: Daniel-Constantin Mierla <daniel@...>
> Subject: FYI: bug in radiusclient ng for 64b
> Newsgroups: gmane.comp.voip.openser.user, gmane.comp.voip.openser.devel
> Date: 2006-05-16 01:44:16 GMT (13 weeks, 3 days and 58 minutes ago)
>
> On 05/16/06 02:48, Maxim Sobolev wrote:
>> Hi,
>>
>> Reportedly there is an problem in radiusclient library with md5 hash
>> calculation on 64bit platforms (amd64, sparc64, etc), which results in
>> server rejecting requests even with proper secret configured on
>> client. I have applied a fix, but don't have access to any 64bit
>> hardware, therefore can't verify.
>>
>> Therefore, if anybody is having problems with radiusclient on 64bit
>> arch he is more than welcome to try update to the latest version from
>> cvs and let me know if it helps or not. Instructions on checking out
>> sources from berlios cvs are here:
>> https://developer.berlios.de/cvs/?group_id=1208.
>>
>> Thanks!
>>
>> -Maxim
>
Hi,
Just managed to install the new openser administrator and everything just
works. Thanks to Mike for this nice application. However I can't add user
with openserctl anymore. The following error appears:
ERROR 1054 (42S22) at line 1: Unknown column 'phplib_id' in 'field list'
ERROR: introducing the new user '5702' to the database failed
On the other hand, adding new users from administrator GUI does not have
this problem. This happened right after installation of aministrator so I
think it is related to the administrator mysql table changes.
Any suggestions please? Thanks,
Patrick
Hello,
When I invite new member to instance message conference I get the
message that doesn't contain header:
Content-Type: text/plain
This couses me little bit problems...Should this header include to the
reply?
MESSAGE sip:xx SIP/2.0.
Via: SIP/2.0/UDP xx;branch=z9hG4bK74fb.067ba117.0.
To: sip:xx.
From:sip:x;tag=0c3c711902a8bbb20a1e767e10f39a78-96ab.
CSeq: 10 MESSAGE.
Call-ID: 7bdbafcb-32586@x.
Content-Length: 38.
User-Agent: OpenSer (1.2.0-dev6-notls (i386/linux)).
.
x@x joined room.. left
Best Regards,
Henri Keski-Sikkila
Whats the importance of branch parameter. I am using RTC/1.2 library and its
not generating branch parameter.
_________________________________________________________________
Tried the new MSN Messenger? Its cool! Download now.
http://messenger.msn.com/Download/Default.aspx?mkt=en-in
Hello,
We have a few hundred users registered to a openser we are running and
everything works fine, however i get som error messages in the logs I
would like to get rid of...
//sbin/openser[28867]: ERROR: get_hdr_field: bad to header
/sbin/openser[28867]: ERROR: bad header field
/sbin/openser[28867]: ERROR: get_hdr_field: bad to header
/sbin/openser[28867]: ERROR: bad header field
/sbin/openser[28867]: ERROR:parse_from_header: bad from header
/sbin/openser[28867]: xl_get_from: ERROR cannot parse FROM header
/sbin/openser[28867]: ERROR: get_hdr_field: bad to header
/sbin/openser[28867]: ERROR: bad header field
/sbin/openser[28867]: xl_get_to: ERROR cannot parse TO header
/sbin/openser[28867]: [REGISTER] from [<null>] to [<null>]
/sbin/openser[28867]: ERROR: get_hdr_field: bad to header
/sbin/openser[28867]: ERROR: bad header field
/sbin/openser[28867]: ERROR:maxfwd:is_maxfwd_present : parsing
MAX_FORWARD header failed!
/sbin/openser[28867]: ERROR:parse_from_header: bad from header
/sbin/openser[28867]: insert_RR(): From parsing failed
/sbin/openser[28867]: record_route(): Error while inserting Record-Route
line
/sbin/openser[28867]: ERROR: get_hdr_field: bad to header
/sbin/openser[28867]: ERROR: bad header field
/sbin/openser[28867]: find_first_route: Error while parsing headers
/sbin/openser[28867]: analyzing REGISTER request
/sbin/openser[28867]: ERROR: get_hdr_field: bad to header
/sbin/openser[28867]: ERROR: bad header field
/sbin/openser[28867]: find_credentials(): Error while parsing headers
/sbin/openser[28867]: pre_auth(): Error while looking for credentials
/sbin/openser[28867]: ERROR: get_hdr_field: bad to header
/sbin/openser[28867]: ERROR: bad header field
/sbin/openser[28867]: ERROR: get_hdr_field: bad to header
/sbin/openser[28867]: ERROR: bad header field
/sbin/openser[28867]: ERROR: build_res_buf_from_sip_req: alas,
parse_headers failed
/sbin/openser[28867]: pre_auth(): Error while sending 400 reply
/
Anyone has a clue what I can do to debug this to find out where the
request are coming from or what can be done to stop the invalid(?)
requests from being processed and clutter my logs?
Thanks
Lars Sundqvist