July 2006 - sr-users - kamailio.org

[Serusers] Digest Authentication with Tenor DX
by Ashutosh Kumar 29 Apr '25

29 Apr '25

Hi, Does someone have any idea/experience with Quintum DX radius server's support for digest mode authentication. The Access-Request packets sent by SER are getting an error back. Guide. Regards, Ashutosh Kumar Chetu, Inc. Ph : 1(305) 402 6724 - Witin US Ph : 91 120 5323340 - Outside US Fax:1 (305) 832 5987 For more information, please visit http://www.chetu.com

2 1

[Serusers] ser-0.9.6: modules/postgres bugreport & patch
by Alexandre Snarskii 13 Oct '08

13 Oct '08

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 :)

2 3

[Serusers] SER Accounting.
by Robert Zorop 26 Jun '07

26 Jun '07

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!

2 1

[Users] get_hdr_field: bad to header...
by Lars Sundqvist 14 Jan '07

14 Jan '07

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

6 9

[Users] failure route doubts
by Jose Silva 27 Oct '06

27 Oct '06

Hi, I'm having some doubts on how to use/do some things with dispatcher module and failure route. I'll try to explain my problem. On my main route block I select the destination (using ds_select_dst) to where I want to send the message, and indicate that responses should pass through the failure_route, I also add a header with some things that are needed by the next proxy. On the failure route when I get 408 Time Out I mark the previous destination and select the next destination. until here everything goes fine. After this I want to change the message that I'm going to send to next proxy, for this I need to remove the header that I inserted previously on the main route block and access the destination URI that the ds_next_dst updates. My first doubt is that when I print the destination URI it has the previous destination ( the one used in the main route block) but when it relay's the message it goes to the right destination (the one returned from ds_next_dst), Is there any reason for this ? I'm using $du to access it, is this wrong? My second doubt is, what sip message do I have access to in the failure route (the one I received or the one I sent out)? I ask this because I try to remove the header I inserted in the main route block and it does not remove anything but when I relay the message the header I tried to remove goes on the message. Thanks in advance, José Carlos Silva

4 7

[Serusers] Carrier-grade framework for SER
by Andreas Granig 27 Sep '06

27 Sep '06

Hi guys, I'd like to propose another possibility for a highly-available and scalable system design based on SER: The problems I've encountered for scalable systems are: - Distribution of the user location and alias location among the nodes (user location is based on registrations, alias location comes from web interfaces and is used for call forwarding). - Reloading up to date location tables after breakdown and recovery of a node So I'm just thinking loud about the following provisioning system: - Write a client which fulfills the this demands: - Receive one or more locations from SER via a SER module or from a web application and distribute them to other known clients. Take care of retransmissions if a client isn't reachable or reports a temporary failure. - Receive one or more locations from other clients and write them into the SER FIFO. If writing into the FIFO fails, try to write directly into the database (location-table, alias-table etc.). Report a temporary failure if this also fails. Maybe a centralized server should be used which receives the locations from the clients and distributes them to other clients, so that the nodes just know about the server and nothing about other nodes. This would make integration of new nodes easy. On the other hand, it's another single point of failure, so a decentralized solution should be considered. But that would mean that you've to inform every node about the existence of a new node. The protocol used between the nodes should be simple and fast. So I think SOAP drops out here. Maybe XMLRPC or ICE (http://www.zeroc.com/ice.html) could be used. One might think now why not just use replication on SIP layer, but t_replicate only supports one peer and you've no possibility to get locations on a node while it's down. Replication of other location tables like the alias-table is also not possible. I'd be willing to release these parts as GPL for creating an open framework for carrier-grade SER integration, so any feedback, improvements or flames are highly welcome. Cheers, Andy

13 37

[Serusers] OT: DIDs from Europe.
by Juan 15 Sep '06

15 Sep '06

Hi Gang. The company I work for is interested in buying DIDs from Europe. Of course the connection should be SIP. If any of you is selling them, please contact me off the list. Regards Juan Ferrari VoIP & Telecom Specialist United World Telecom Phone: +1561-276 7156 ext. 302

2 1

[Serusers] SIP client with video???
by Joao Pereira 06 Sep '06

06 Sep '06

Hello to all can someone recommend me a nice SIP client with video for windows?? I tried X-Lite 3.0 but it's a lousy piece of software..... Does someone knows about a better software? Regards Joao Pereira

2 2

Re: [Users] more on accounting
by tele 06 Sep '06

06 Sep '06

Glenn Dalgliesh wrote: >This is from previous list > >"i Glenn, > >For this feature to work, you need to be sure that you do record_route() on >the INVITE and that "append_fromtag" RR module param is not disable. > >regards, >bogdan " > > Yes i have read that thread. i always record_route all messages before do things. if (!method=="REGISTER") record_route(); by the sample openser.cfg and for be sure i have also forced: modparam("rr","append_fromtag",1) >-----Original Message----- >From: users-bounces(a)openser.org [mailto:users-bounces@openser.org] On Behalf >Of tele >Sent: Wednesday, June 28, 2006 11:05 AM >To: users(a)openser.org >Subject: [Users] more on accounting > >Hi all, > >I'm using OpenSER v1.0.1 and i have done an accounting compatible with >my billing system. >Now i have problem with detection of flow direction for billing reason. > >i'm talking about openser 1.0.x: > >the problem is when the BYE come from callee. >i know the problem is solved in openser1.1.x with the > >modparam("acc", "detect_direction", 1) > >i have read in modules documentation of 1.0.x that i can use >is_direction() of RR module for detect call flow direction but it says >that this must be called after loose_route() > >so for the accounting i must call setflag before loose_route() but what >can i do if i want detect call flow >before of exec setflag? > >Hmmm i think that i must install OpenSER 1.1.x and test with it > >:tele > > > >_______________________________________________ >Users mailing list >Users(a)openser.org >http://openser.org/cgi-bin/mailman/listinfo/users > > >

5 21

[Users] Using subst() of Textops module
by Leonid Fainshtein 29 Aug '06

29 Aug '06

Hi, In the textops module doc (http://openser.org/docs/modules/1.0.x/textops.html#AEN124) there is an example that demonstrates how to replace URI in the header "To" with the message URI: # replace the uri in to: with the message uri (just an example) if ( subst('/^To:(.*)sip:[^@]*@[a-zA-Z0-9.]+(.*)$/t:\1\u\2/ig') ) {}; After I've fixed a small mistake (instead of /t: I put /To:) it worked. But I don't understand how does it work. It looks like "u" is substituted by URI from R-URI but I didn't find such core variable. Could somebody explain me? Thank you in advance, Leonid Fainshtein

3 2