- sr-users - kamailio.org

[OpenSER-Users] change status code in reply
by Cseke Tamas 15 Oct '07

15 Oct '07

Hello, I have the same problem what discussed in this thread: http://www.nabble.com/SF.net-SVN:-openser:--2835--trunk-modules-sl-t4533872… I'd like to change the status code, is it still inpossible with 1.2? I tried t_reply, sl_send_reply, replace functions but they don't work? Could you tell me any solution for this, if it is possible? Thanks any help, Tamas

1 0

[OpenSER-Users] t_relay(), forward() and send(): retransmissions?
by Iñaki Baz Castillo 15 Oct '07

15 Oct '07

Hi, how do forward() and send() route the messages? do they retransmissions as t_relay()? Thanks. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

3 3

[OpenSER-Users] Openser-Perl module in onreply_route
by Mik Cheez 15 Oct '07

15 Oct '07

I had been using 'perl_exec' in my scripts with great success until I decided to try using it in the onreply_route. The strangest thing now happens; I use my perl script to write information to a database, and it seems like the failure would have to be in DBI, but it only occurs in Openser. I execute a stored procedure, and instead of doing this: exec procedurename @arg1 = '{sip status}', @arg2 = '{callid}' The procedure is called like this: declare @arg2 numeric({string length}) exec procedurename @arg1 = '{sip status}', @arg2 = '{callid}' output I have no idea where the thing is declaring @arg2 as an output variable. I can run my script manually forever and never get this message, but it happens about 50% of the time in Openser (i.e. half the time it works perfectly, without creating the output variable). I would try to run it somewhere else in my openser script, but the sip status isn't available in the request context (where I run similar scripts without any problems). The procedure is not supposed to return anything. Here's the function I created: ***** ***** use strict; use DBI; use DBI qw(:sql_types); use OpenSER qw ( log ); use OpenSER::Constants; use OpenSER::Message; sub proxy_onreply { my $m = shift; my $status; my $callid; my $sth; my $dbh; my $query; $status = $m->getStatus(); $callid = $m->pseudoVar("\$ci"); $dbh = DBI->connect("dbi:Sybase") || die "Database connection not made: $DBI::errstr"; $query = "exec procedurename \@arg1 = ?, \@arg1 = ?"; $sth = $dbh->prepare($query); $sth->bind_param(1, $status, SQL_VARCHAR); $sth->bind_param(2, $callid, SQL_VARCHAR); $sth->execute; $sth->finish; $dbh->disconnect(); } ***** ***** Any suggestions would be lovely. Best regards, Mik

2 1

[OpenSER-Users] Inbound SIP call to openser
by David Adade 15 Oct '07

15 Oct '07

Can somemone point me in the right direction. On a steep learning curve from asterisk to openser. I am tring to setup inbound PSTN to openser 1.2 I have registered nat clients. behind openser. How can i map DDI to nat clients I have already configure the nat clients in the subscriber table. Should i be looking at the Aliases table? Thanks in advance *********************************************************************** IMPORTANT NOTICE: The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you receive this in error, please contact the sender and delete the material from any computer. This e-mail is intended for the above named addressee only. Should you receive this e-mail in error please contact Customer Services on Tel: +44 (0)870 241 2439 ************************************************************************

2 1

[OpenSER-Users] "max_contacts", 1 and EI_R_TOO_MANY
by Jarkko Nevala 15 Oct '07

15 Oct '07

In OpenSER 1.2.0 EI_R_TOO_MANY has been defined by default as "Too many registered contacts" in modules/registrar/reply.c. This message is quite enough for me, but in which occations does UA get this message? I have modparam("registrar", "max_contacts", 1) in my configuration and every time I try to register another client with a username that allready has an AOR in locations table, I get response "503 Service Unavailable", not "503 Too many registered contacts". How should I modify reply.c to get "Too many registered contacts" when I have, well, too many registered contacts? I found this thread from the mailinglist http://www.mail-archive.com/users@openser.org/msg10796.html, but I do not think it really helps me, because the value of EI_R_TOO_MANY does not seem to effect the the response the second UA gets from the OpenSER. thank you JN

1 0

[OpenSER-Users] OpenSER Admin Training Course - Materials for donwload
by Bogdan-Andrei Iancu 15 Oct '07

15 Oct '07

Hi, I just uploaded the materials used during the OpenSER Admin Course in Rome (held on 29 September 2007). Check the even web page for the updates: http://www.openser.org/mos/view/OpenSER-Admin-Course---Rome-2007 and follow the "Materials" shortcut to get to the download web page. Regards, Bogdan

6 9

[OpenSER-Users] Usrloc lookup ad parallel forking
by Edoardo Serra 15 Oct '07

15 Oct '07

Hi all, I have OpenSER (1.2.2) acting as registrar server. If the same user hase more than one AOR I'd like to do parallel forking and send the INVITE to every contact I have for that user. At the moment my configuration file looks like: if (!lookup("location")) { sl_send_reply("404", "Not Found"); exit; }; t_on_reply("1"); if (!t_relay()) { sl_reply_error(); }; exit; but it rely only to the AOR with the highest q value It should be a common situation but I cannot find any doc about it. Tnx in advance Regards Edoardo Serra

3 6

[OpenSER-Users] append_rpid_hf without authentication?
by Alex Massover 14 Oct '07

14 Oct '07

Hi! I want to add rpid before sending the INVITE to the gateway, because the gateway requires it, but the problem is that clients don't send REGISTER and I don't use any authentication (like www_authorize). Probably because of that my 'subscriber' table is empty all the time. Can I still use somehow append_rpid_hf() or I need to try to build it with append_hf() manually? BR, Alex.

2 1

[OpenSER-Users] UAC module parameters
by CB 14 Oct '07

14 Oct '07

I am trying to understand the relationship between the various module parameters for the uac module. Imagine I want to authenticate on a proxy user different credentials in different situations. The credential module parameter allows specification of the username, realm and password. I think (correct me if I'm wrong) that I can have multiple of these specified for various realms: modparam("uac","credential","user1:realm1:pw1") modparam("uac","credential","user2:realm2:pw2") According to the documentation, "This parameter is required if UAC authentication is used." What then is the purpose of the auth_realm_avp, auth_username_avp and auth_password_avp module parameters? Do they replace the credential parameter or are they for something different? Any help appreciated. Regards Cameron

2 1

[Serusers] uri contains no digits, only an IP
by Stephen Helfen 12 Oct '07

12 Oct '07

How am I supposed to route these? Essentially, I get an INVITE from an end-user. The uri is simply sip:XXX.XXX.XXX.XXX What is currently happening is that the IP address represented by Xs above is the IP of my proxy. The proxy sees this URI and forwards the call back to itself. This is obviously wrong, but I am not sure how to correct it. The routing data I need is in the to_uri, but I am not sure how to place this into the uri field. rewriteuri does not work on variables, only strings. How can I accomplish this? Currently on version 0.9.6. Thanks in advance, Steve _________________________________________________________________ Climb to the top of the charts! Play Star Shuffle: the word scramble challenge with star power. http://club.live.com/star_shuffle.aspx?icid=starshuffle_wlmailtextlink_oct

1 0

[OpenSER-Users] AVPs and PostgreSQL data types.
by Alex Balashov 12 Oct '07

12 Oct '07

Greetings, I have a problem passing AVPs to stored procedures (or in other SQL contexts) that require an integer argument. It is not a show-stopper, it just throws a warning: 0(6535) PG[get_columns]: Unhandled data type column (my_stored_proc) OID (869), defaulting to STRING This results from something like: avp_db_query("SELECT my_stored_proc($avp(S:my_avp))"); Now, $avp(S:my_avp) is a numerical value, so it does end up working. However, because AVPs are not natively "typed" as numerical or string values in a way that is represented at the Postgres layer of the avpops implementation, evidently, this situation arises. Is there any way to fix this? I have tried using CAST() in the SQL statement, but that did not appear to help. Thanks, -- Alex Balashov Evariste Systems Web : http://www.evaristesys.com/ Tel : +1-678-954-0670 Direct : +1-678-954-0671

2 2

[Serusers] MySql module load error
by Angela Gao 12 Oct '07

12 Oct '07

Hello, all, I have one question, if in ser.cfg, loadmodule "/home/linus/gao/usr/local/lib/ser/modules/mysql.so", does it means we must go to mysql website and download and install it? and then create db with name config in ser.cfg ? I got some error when start ser. 0(13676) ERROR: load_module: could not open module </home/linus/gao/usr/local/lib/ser/modules/mysql.so>: libmysqlclient.so.14: cannot open shared object file: No such file or directory 0(13676) parse error (81,13-14): failed to load module Thanks for any suggestion. -- Best regard, Angela

2 1

Re: Re: [OpenSER-Users] CPL extension
by Daniel 12 Oct '07

12 Oct '07

Hi Bogdan, I don't want to change CPL's standard element specified by RFC, but only add a new type of switch. But Internal parser and Interpreter are included within CPL-C Module of OpenSER, right? So, I have to say to OpenSER how it parses and manages this new element. Regards, Daniel Bogdan-Andrei Iancu wrote: Hi Daniel, CPL is specified by an IETF RFC, so changing it will break compatibility. anyhow, it is not sufficient to change the DTD - you need to change the internal parser (that converts the XML to a binary, easy to run format) and also the interpretor itself (using the binary format). regards, bogdan Daniel wrote: Hi All, I'd like to extend CPL functionality adding a new switch element. How can manage it ? I think I'd change the "cpl.dtd" file and "cpl-c" module, it's right? Thanks, Daniel -- Daniel Grotti ________________________ e-mail : d.grotti(a)gmail.com <mailto:d.grotti@gmail.com> <d.grotti(a)gmail.com> ------------------------------------------------------------------------ _______________________________________________ Users mailing list Users(a)openser.org http://openser.org/cgi-bin/mailman/listinfo/users -- Daniel Grotti ________________________ e-mail : d.grotti(a)gmail.com

2 1

Re: [OpenSER-Users] CPL extension
by Bogdan-Andrei Iancu 12 Oct '07

12 Oct '07

Hi Daniel, Daniel Grotti wrote: > Hi Bogdan, > I don't want to change CPL's standard element specified by RFC, but > only add a new type of switch. OK > But Internal parser and Interpreter are included within CPL-C Module > of OpenSER, right? yes, it is part of the cpl-c module. > So, I have to say to OpenSER how it parses and manages this new element. yes, you need to extend the parser and interpreter to recognize the new elements. regards, bogdan > > Regards, > Daniel > > > > Bogdan-Andrei Iancu wrote: >> Hi Daniel, >> >> CPL is specified by an IETF RFC, so changing it will break >> compatibility. >> >> anyhow, it is not sufficient to change the DTD - you need to change >> the internal parser (that converts the XML to a binary, easy to run >> format) and also the interpretor itself (using the binary format). >> >> regards, >> bogdan >> >> Daniel wrote: >>> Hi All, >>> I'd like to extend CPL functionality adding a new switch element. >>> How can manage it ? >>> I think I'd change the "cpl.dtd" file and "cpl-c" module, it's right? >>> >>> Thanks, >>> Daniel >>> >>> -- >>> Daniel Grotti >>> ________________________ >>> e-mail : d.grotti(a)gmail.com <mailto:d.grotti@gmail.com> >>> ------------------------------------------------------------------------ >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)openser.org >>> http://openser.org/cgi-bin/mailman/listinfo/users >> >> >

1 0

[Serusers] Fwd: need help implementing sip callback
by Rogelio Serrano 12 Oct '07

12 Oct '07

---------- Forwarded message ---------- From: Rogelio Serrano <rogelio.serrano(a)gmail.com> Date: Oct 11, 2007 5:18 PM Subject: Re: [Serusers] need help implementing sip callback To: Atle Samuelsen <clona(a)cyberhouse.no> On 10/11/07, Atle Samuelsen <clona(a)cyberhouse.no> wrote: > * Rogelio Serrano <rogelio.serrano(a)gmail.com> [071011 07:51]: > > any pointers? > > You could proberbly get some pointers if you would describe what you > wanted properly. If you want a function like *393939# to make it call > back the last caller tell us... I do not know.. > > - ATle > i want to ring phone a. then when phone a picks up i would play recording that phone a has n minutes for this call. then i ring phone b and when he picks up connect to phone a. so whats the best way to do this? when the two parties are pstn phones? the most obvious method is to use an rtp proxy. how is nat hairpin possible when i dont know which udp port both parties are going to use? > > > > -- > > Lay low and nourish in obscurity > > _______________________________________________ > > Serusers mailing list > > Serusers(a)lists.iptel.org > > http://lists.iptel.org/mailman/listinfo/serusers > -- Lay low and nourish in obscurity -- Lay low and nourish in obscurity

2 1

[Serusers] I already fixed it//Fwd: Error to start ser
by Angela Gao 12 Oct '07

12 Oct '07

---------- Forwarded message ---------- From: Angela Gao <angela.gwh(a)gmail.com> Date: 2007-10-12 下午2:36 Subject: Error to start ser To: serusers(a)lists.iptel.org Hello, all, I download ser-2.0.0-rc1_src.tar.gz source file and compile it in my own os, and it is: Linux version 2.6.9-34.ELsmp ( bhcompile(a)hs20-bc1-7.build.redhat.com) (gcc version 3.4.5 20051201 (Red Hat 3.4.5-2)). The compile cmd is : make group_include="standard mysql" install I also get ser.buildsystem.latest.tar.gz and create my ser.cfg, no error during the compile. but error is thrown when run ser with cmd: ser -f /home/linus/gao/usr/local/etc/ser.cfg, error will be throued as below: [linus@hp380mf2 sbin]$ ser -f /home/linus/gao/usr/local/etc/ser.cfg ERROR: bad config file (1 errors) ser.cfg is attached in this mail why? Is there anyone can help me fix it? It would be very nice of you, thank you. -- Best regard, Angela -- Best regard, Angela

1 0

[OpenSER-Users] CPL extension
by Daniel 12 Oct '07

12 Oct '07

Hi All, I'd like to extend CPL functionality adding a new switch element. How can manage it ? I think I'd change the "cpl.dtd" file and "cpl-c" module, it's right? Thanks, Daniel -- Daniel Grotti ________________________ e-mail : d.grotti(a)gmail.com

2 1

Re: [Serusers] SER + Linksys SPA942 + Call transfer
by roayu 12 Oct '07

12 Oct '07

Hi Klaus! The UA does not received the REFER sent by SPA942. What should I need to configure to ensure that the UA receive the REFER from the transfer agent(SPA942)? Thanks. Cheers, Roa Yu -----Original Message----- From: serusers-bounces(a)lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of kgfleischmann(a)t-online.de Sent: Friday, October 12, 2007 2:22 PM To: serusers(a)lists.iptel.org Subject: Re: [Serusers] SER + Linksys SPA942 + Call transfer The NOTIFY is always sent from the UA, which received the REFER. SER only relays it. Did you check this? Cheers Klaus roayu wrote: > Hi there! > > After SPA942(transfer agent) sent REFER to SER, SER does not send a NOTIFY > to SPA942(transfer agent). What's causes this? Can anyone tell me. > > Thanks. > > Cheers, > Roa Yu :) > > -----Original Message----- > From: serusers-bounces(a)lists.iptel.org > [mailto:serusers-bounces@lists.iptel.org] On Behalf Of roayu > Sent: Thursday, October 11, 2007 4:34 PM > To: Atle Samuelsen > Cc: serusers(a)lists.iptel.org > Subject: Re: [Serusers] SER + Linksys SPA942 + Call transfer > > > Hi Atle, > > Let me make my scenario clear on you. > > I have 2 softphone and 1 IP phone(SPA942). I would like to call from > Softphone A to SPA942, then use SPA942 transfer the call to Softphone B. > But, when I do so, the connection still remained on between SPA942 and > Softphone B. > > I managed to get Softphone A onHold and the SPA942 managed to call to > Softphone B. Once I press on the 'xfer' button after calling Softphone B, A > still onHold and no SIP signal to unHold A and to terminate B. > > If I would like to configure the ser.cfg file, which part that I need to > configure? And how do I do that? > > Thanks. > > Cheers, > Roa Yu > > > -----Original Message----- > From: Atle Samuelsen [mailto:clona@cyberhouse.no] > Sent: Thursday, October 11, 2007 3:19 PM > To: roayu > Cc: serusers(a)lists.iptel.org > Subject: Re: [Serusers] SER + Linksys SPA942 + Call transfer > > > Hi Roa,i > * roayu <roayu(a)ctisys.net> [071011 04:01]: >> Hi, there! >> >> I have some questions and help. >> 1) I would like to know can call transfer being done when the >> connection is P2P? When I tried to use relay (mediaproxy) to do the call >> transfer, it's able to transfer the call to the other party whereas when > the >> condition is P2P, it just can't pass the correct signal. > > I'm proberbly only tierd (9:15 am here) but P2P? Can you provide the > signalling and ser.cfg so we can understand what you are trying to > establish? > > I personally think you are trying to do a call transfer from one ua to a > other, where the original call went true mediaproxy, but you do not want > the "new" transferd call to go true it. > >> 2) Can SER support SPA942 ? Or is there some other settings that I need >> to configure on SER ? > > SPA942, SPA962, SPA2102, yea.. all Linksys SPA products work like a > charm with SER (Who has a 942 as his primary phone these days) > > > Best Regards > > ATle >> Thanks. >> >> Cheers, >> Roa Yu >> >> _______________________________________________ >> Serusers mailing list >> Serusers(a)lists.iptel.org >> http://lists.iptel.org/mailman/listinfo/serusers > _______________________________________________ > Serusers mailing list > Serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers > _______________________________________________ > Serusers mailing list > Serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers > > _______________________________________________ Serusers mailing list Serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

1 0

[Serusers] Error to start ser
by Angela Gao 12 Oct '07

12 Oct '07

Hello, all, I download ser-2.0.0-rc1_src.tar.gz source file and compile it in my own os, and it is: Linux version 2.6.9-34.ELsmp ( bhcompile(a)hs20-bc1-7.build.redhat.com) (gcc version 3.4.5 20051201 (Red Hat 3.4.5-2)). The compile cmd is : make group_include="standard mysql" install I also get ser.buildsystem.latest.tar.gz and create my ser.cfg, no error during the compile. but error is thrown when run ser with cmd: ser -f /home/linus/gao/usr/local/etc/ser.cfg, error will be throued as below: [linus@hp380mf2 sbin]$ ser -f /home/linus/gao/usr/local/etc/ser.cfg ERROR: bad config file (1 errors) ser.cfg is attached in this mail why? Is there anyone can help me fix it? It would be very nice of you, thank you. -- Best regard, Angela

1 0

Re: [Serusers] SER + Linksys SPA942 + Call transfer
by roayu 12 Oct '07

12 Oct '07

Hi there! After SPA942(transfer agent) sent REFER to SER, SER does not send a NOTIFY to SPA942(transfer agent). What's causes this? Can anyone tell me. Thanks. Cheers, Roa Yu :) -----Original Message----- From: serusers-bounces(a)lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of roayu Sent: Thursday, October 11, 2007 4:34 PM To: Atle Samuelsen Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] SER + Linksys SPA942 + Call transfer Hi Atle, Let me make my scenario clear on you. I have 2 softphone and 1 IP phone(SPA942). I would like to call from Softphone A to SPA942, then use SPA942 transfer the call to Softphone B. But, when I do so, the connection still remained on between SPA942 and Softphone B. I managed to get Softphone A onHold and the SPA942 managed to call to Softphone B. Once I press on the 'xfer' button after calling Softphone B, A still onHold and no SIP signal to unHold A and to terminate B. If I would like to configure the ser.cfg file, which part that I need to configure? And how do I do that? Thanks. Cheers, Roa Yu -----Original Message----- From: Atle Samuelsen [mailto:clona@cyberhouse.no] Sent: Thursday, October 11, 2007 3:19 PM To: roayu Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] SER + Linksys SPA942 + Call transfer Hi Roa,i * roayu <roayu(a)ctisys.net> [071011 04:01]: > Hi, there! > > I have some questions and help. > 1) I would like to know can call transfer being done when the > connection is P2P? When I tried to use relay (mediaproxy) to do the call > transfer, it's able to transfer the call to the other party whereas when the > condition is P2P, it just can't pass the correct signal. I'm proberbly only tierd (9:15 am here) but P2P? Can you provide the signalling and ser.cfg so we can understand what you are trying to establish? I personally think you are trying to do a call transfer from one ua to a other, where the original call went true mediaproxy, but you do not want the "new" transferd call to go true it. > > 2) Can SER support SPA942 ? Or is there some other settings that I need > to configure on SER ? SPA942, SPA962, SPA2102, yea.. all Linksys SPA products work like a charm with SER (Who has a 942 as his primary phone these days) Best Regards ATle > > Thanks. > > Cheers, > Roa Yu > > _______________________________________________ > Serusers mailing list > Serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers _______________________________________________ Serusers mailing list Serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

2 1

[OpenSER-Users] RE: openxcap Problem
by Schumann Sebastian 11 Oct '07

11 Oct '07

Hi Kevin. Unfortunately not. I read the tickets at openxcap.org but that didn't help me yet. I tried plenty of things, downgrade the libxml2 as recommended there, install the required stuff manually but neither worked out. You think the problem comes from xml schema checking from Proxy? I had actually similar problem on other compilation, but in this case I doubt as all xsd files for presence related AUIDs are brought by the openxcap package itself. I would also appreciate if sb. tried compilation and use on a "more current unstable" Debian system or similar (acc. library version differences) and can give additional hints. How did u proceed and so on - there must be some differences to the installation recommendation on openxcap.org. Best regards Sebastian -----Original Message----- From: kinnan2224(a)hotmail.com [mailto:kinnan2224@hotmail.com] Sent: Thu 10/11/2007 16:24 To: Schumann Sebastian Subject: openxcap Problem Hi, Sebastian. I met the same problem as yours. I am using Ubuntu 7.04 at the moment. Have you fixed that problem? I dont if the problem comes from xml schema checking via http with proxy. Can you give me some help? THANK U Regards, Kevin Schumann Sebastian wrote: > > Dear all > > I have a big problem with openxcap. I don't get it work :( As I saw on > their webpage, this mailing list can be posted for this concern as well. > > I am using version 0.9.3 and acc. the installation file on > http://www.openxcap.org all current dependencies from the Debian > unstable distribution. > > When I start /usr/bin/openxcap, the following error occurs in the > syslog: > > Sep 25 17:01:21 openxcap openxcap[11876]: [-] Log opened. > > Sep 25 17:01:21 openxcap openxcap[11876]: [-] Starting Open XCAP 0.9.3 > > Sep 25 17:01:27 openxcap openxcap[11876]: [-] Traceback (most recent > call last): > > Sep 25 17:01:27 openxcap openxcap[11876]: [-] File > "/usr/bin/openxcap", line 56, in ? > > Sep 25 17:01:27 openxcap openxcap[11876]: [-] from xcap.server > import XCAPServer > > Sep 25 17:01:27 openxcap openxcap[11876]: [-] File > "/usr/lib/python2.4/site-packages/xcap/server.py", line 21, in ? > > Sep 25 17:01:27 openxcap openxcap[11876]: [-] from xcap import > authentication > > Sep 25 17:01:27 openxcap openxcap[11876]: [-] File > "/usr/lib/python2.4/site-packages/xcap/authentication.py", line 21, in ? > > Sep 25 17:01:27 openxcap openxcap[11876]: [-] from xcap.appusage > import getApplicationForURI > > Sep 25 17:01:27 openxcap openxcap[11876]: [-] File > "/usr/lib/python2.4/site-packages/xcap/appusage/__init__.py", line 466, > in ? > > Sep 25 17:01:27 openxcap openxcap[11876]: [-] applications = > {'xcap-caps': XCAPCapabilitiesApplication(), > > Sep 25 17:01:27 openxcap openxcap[11876]: [-] File > "/usr/lib/python2.4/site-packages/xcap/appusage/__init__.py", line 64, > in __init__ > > Sep 25 17:01:27 openxcap openxcap[11876]: [-] self.xml_schema = > etree.XMLSchema(xml_schema_doc) > > Sep 25 17:01:27 openxcap openxcap[11876]: [-] File "xmlschema.pxi", > line 67, in etree.XMLSchema.__init__ > > Sep 25 17:01:27 openxcap openxcap[11876]: [-] etree.XMLSchemaParseError: > Document is not valid XML Schema > > > > As I wrote, I followed all instructions from the openxcap webpage but > didn't find any hints how to make it work. > > > > Any help on that would be appreciated. > > > > Best regards > > Sebastian > > > -- > Sebastian Schumann > Diploma Student Architecture and Design Department > > Slovak Telekom, a. s. > T-Com, Operations Unit > Production and Service Division > Innovations and Enterprise Solution Subunit > > Address: Namestie Slobody 6, 817 62 Bratislava, Slovakia > Office: Room 449, Jarabinkova 1, 821 09 Bratislava, Slovakia > > +421 2 588 13332 (tel) > +421 910 643010 (mobile) > +49 175 1925928 (mobile) > > sebastian.schumann(a)t-com.sk > http://www.t-com.sk <http://www.t-com.sk/> > > > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users > > Quoted from: http://www.nabble.com/openxcap-Problem-tf4515559.html#a12879532

1 0

[OpenSER-Users] Dumb question.
by Alex Balashov 11 Oct '07

11 Oct '07

Is there a 'line extend' / 'line wrap' character that can be used inside the OpenSER config, a la Statement("with extensive parameters",\ "some continuation here"); I am sick of having to write obscenely long and hard-to-read lines in my config, which I have to do mainly because I issue SQL queries. -- Alex Balashov Evariste Systems Web : http://www.evaristesys.com/ Tel : +1-678-954-0670 Direct : +1-678-954-0671

2 2

[Serusers] ser response port are different with asterisk
by Jun Yin 11 Oct '07

11 Oct '07

I noticed a difference between ser and asterisk. When a phone send a register packet with src port 30001, dst port 5060 and "via:x.x.x.x:32001", ser will response a 200 response with "src port 5060, dst port 30001 and "via:x.x.x.x:32001", but asterisk will response a 200 response with "src port 5060, dst port 32001 and "via:x.x.x.x:32001" Don't know why they make this difference? which one more obey the sip standard? thanks. -- Rgds, Hans Yin Web: homeofhans.homeip.net Email: hansyin(a)gmail.com MSN: hansyin(a)hotmail.com Skype: hans_yin_vancouver

1 0

[OpenSER-Users] Presence BLF in OpenSer?
by Iñaki Baz Castillo 11 Oct '07

11 Oct '07

Hi, many phones as Thomson S2030 or Grandstream 3000 allow presence BLF. Unfortunatelly I think BLF (Busy Lamp Field) just works with Asterisk and it's not a RFC or a draft. Thomson S2030 allow subscribing to a extension state and it generates this SUBSCRIBE: ------------------------------------------------------------------------------- SUBSCRIBE sip:211@domain.org:5061;user=phone SIP/2.0 Via: SIP/2.0/UDP 192.168.1.97:5061;branch=z9hG4bK4293581925314869375 From: <sip:210@domain.org:5050>;tag=c0a80101-167c2d To: <sip:211@domain.org:5061> Call-ID: 8b5c839-c0a80101-d-d5(a)192.168.1.97 CSeq: 1 SUBSCRIBE Max-Forwards: 70 Event: dialog Accept: application/dialog-info+xml Expires: 3600 Contact: <sip:210@192.168.1.97:5061;user=phone> User-Agent: THOMSON ST2030 hw5 fw1.52 00-14-7F-00-68-81 Content-Length: 0 ------------------------------------------------------------------------------- Is there any possibility to use this BLF feature with OpenSer in any way? -- Iñaki Baz Castillo ibc(a)in.ilimit.es

3 6

[Serusers] Problem with PSTN calls from Asterisk towards SIP clients registered in SER
by Max Weltz 11 Oct '07

11 Oct '07

Hello, I am working on a project in which calls are placed from an Asterisk server towards the PSTN or SIP clients and then connected to another phone of the PSTN or another SIP client. Those calls are placed by a user (caller) through an interface. First a call is placed towards the caller from an extension in Asterisk and once the caller picks up the phone, the second call is placed and both are connected. In a first time all SIP clients were registered to Asterisk and there was no SER on the picture. Everything was working fine. But I have decided to use SER as SIP proxy now. So the SIP clients are registered with SER and Asterisk is still the originating point of all calls and provides the connection to the PSTN. Asterisk and SER are running on the same machine (Asterisk has port 5061 and SER port 5060) and Asterisk is registered to SER: ==sip.conf== [general] port=5061 bindport=5061 bindaddr=0.0.0.0 disallow=all ;allow=gsm allow=ulaw allow=alaw ;context=bogon-calls context=from-sip autocreatepeer=yes register=> asterisk:password@192.168.1.24:5060/maxAS [SERADDRESS] type=friend username=asterisk secret=password host=192.168.1.24 fromdomain=192.168.1.24 [maxAS] type=friend secret=password2 qualify=yes nat=no host=dynamic canreinvite=no context=from-sip Most things work fine: * a user can ask Asterisk to call a SIP client and connect it to another SIP client: Asterisk finds its way to SER and both calls are happily connected. * a user can also ask a call to be placed towards a SIP client and then this call is connected to a PSTN call, no problem either. The problem is when the user wants a call towards the PSTN to be connected to a SIP client. Once the call going towards the PSTN has been answered, Asterisk attempts to contact a SIP client which is registered in SER but SER sees the call coming from "sip:(PSTN phone number of the first call)@hostIP". There is no such client in the database and it is therefore not allowed to connect. In the following example Zap/1-1 is the interface towards the PSTN, 0761111111 the phone number dialled, and 6644 an extension registered with SER. Here is the Asterisk output. > Channel Zap/1-1 was answered. -- Executing Answer("Zap/1-1", "") in new stack -- Executing Goto("Zap/1-1", "from-sip|6644|1") in new stack -- Goto (from-sip,6644,1) -- Executing Answer("Zap/1-1", "") in new stack -- Executing Dial("Zap/1-1", "SIP/6644@SERADDRESS||r") in new stack -- Called 6644@SERADDRESS Oct 10 11:41:16 WARNING[4264]: chan_sip.c:7972 handle_response: Forbidden - wrong password on authentication for INVITE to '"0761111111" <sip:0761111111@192.168.1.24>;tag=as537d1ed7' -- SIP/SERADDRESS-50e7 is circuit-busy Here is the portion of the Asterisk Dialplan that is relevant and the ser.cfg (which comes from http://siprouter.onsip.org/doc/ gettingstarted/): ==extensions.conf== [context1] exten => 666,1,Answer() exten => 666,2,Goto(from-sip,6644,1) [from-sip] exten => _.,1,Answer exten => _.,2,Dial(SIP/${EXTEN}@SERADDRESS,,r) exten => _.,3,Hangup ==ser.cfg== debug=3 fork=no log_stderror=yes listen=192.168.1.24 # INSERT YOUR IP ADDRESS HERE port=5060 children=4 dns=no rev_dns=no fifo="/tmp/ser_fifo" fifo_db_url="mysql://ser:password@192.168.1.26/ser" loadmodule "/usr/lib/ser/modules/mysql.so" loadmodule "/usr/lib/ser/modules/sl.so" loadmodule "/usr/lib/ser/modules/tm.so" loadmodule "/usr/lib/ser/modules/rr.so" loadmodule "/usr/lib/ser/modules/maxfwd.so" loadmodule "/usr/lib/ser/modules/usrloc.so" loadmodule "/usr/lib/ser/modules/registrar.so" loadmodule "/usr/lib/ser/modules/auth.so" loadmodule "/usr/lib/ser/modules/auth_db.so" loadmodule "/usr/lib/ser/modules/uri_db.so" modparam("auth_db|uri_db|usrloc", "db_url", "mysql:// ser:password@192.168.1.26/ser") modparam("auth_db", "calculate_ha1", 1) modparam("auth_db", "password_column", "password") modparam("usrloc", "db_mode", 2) modparam("rr", "enable_full_lr", 1) route { # ----------------------------------------------------------------- # Sanity Check Section # ----------------------------------------------------------------- if (!mf_process_maxfwd_header("10")) { sl_send_reply("483", "Too Many Hops"); break; }; if (msg:len > max_len) { sl_send_reply("513", "Message Overflow"); break; }; # ----------------------------------------------------------------- # Record Route Section # ----------------------------------------------------------------- if (method!="REGISTER") { record_route(); }; # ----------------------------------------------------------------- # Loose Route Section # ----------------------------------------------------------------- if (loose_route()) { route(1); break; }; # ----------------------------------------------------------------- # Call Type Processing Section # ----------------------------------------------------------------- if (uri!=myself) { route(1); break; }; if (method=="ACK") { route(1); break; } if (method=="INVITE") { route(3); break; } else if (method=="REGISTER") { route(2); break; }; lookup("aliases"); if (uri!=myself) { route(1); break; }; if (!lookup("location")) { sl_send_reply("404", "User Not Found"); break; }; route(1); } route[1] { # ----------------------------------------------------------------- # Default Message Handler # ----------------------------------------------------------------- if (!t_relay()) { sl_reply_error(); }; } route[2] { # ----------------------------------------------------------------- # REGISTER Message Handler # ---------------------------------------------------------------- sl_send_reply("100", "Trying"); if (!www_authorize("192.168.1.24","subscriber")) { www_challenge("192.168.1.24","0"); break; }; if (!check_to()) { sl_send_reply("401", "Unauthorized"); break; }; consume_credentials(); if (!save("location")) { sl_reply_error(); }; } route[3] { # ----------------------------------------------------------------- # INVITE Message Handler # ----------------------------------------------------------------- if (!proxy_authorize("192.168.1.24","subscriber")) { proxy_challenge("192.168.1.24","0"); break; } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); break; }; consume_credentials(); lookup("aliases"); if (uri!=myself) { route(1); break; }; if (!lookup("location")) { sl_send_reply("404", "User Not Found"); break; }; route(1); } I guess (but I am new to SER) that the idea is to make the call be placed as the SIP user "asterisk" and not as the SIP user "0761111111" but I don't know where to do that (inside asterisk before the SIP call is placed? inside ser.cfg?) or maybe just to skip the authentication for SIP URIs that look like a phone number. I also read in http://siprouter.onsip.org/doc/gettingstarted/ch09.html how to relay calls placed towards the PSTN from SER towards a gateway (Asterisk here) but I think it wouldn't do any good to send back the call to Asterisk. Asterisk would just end up placing another call towards the PSTN and that's not what I want. Any suggestion will be greatly appreciated, Thanks, //Max

2 2

Re: [OpenSER-Users] Set up two SIP to PSTN calls and then connect them
by Andreas Granig 11 Oct '07

11 Oct '07

> To my knowledge, it’s not possible to use OpenSER alone to do this. > Options include WeSIP (beta software, restrictive licence) or Asterisk > (poor implementation of “peer” identification limits usability). Could > anyone advise what other alternatives there are? Is it possible to just > use OpenSER? What about SEMS? In the source tree, there is "examples/ctd.sh", which relies on the help of the involved UACs (using REFER). For just INVITE, SEMS is a good choice, and we plan to submit our click2dial plugin into the trunk within the next days. Andreas

2 1

[OpenSER-Users] IMPORTANT: openser.org server down, Monday, Oct 15, 04:30 CET
by Daniel-Constantin Mierla 11 Oct '07

11 Oct '07

Hello, due to infrastructure maintenance of the place where the current openser.org server is located, Monday Oct 15, 04:30am Central European Time, the services will be down for about 2 hours. That include everything hosted in the server: - web pages (including documentation and dokuwiki) - mailing lists - downloads Hope everything will go according to the schedule and the services will be back online as planned. Cheers, Daniel

1 0

Re: [Serusers] SER + Linksys SPA942 + Call transfer
by roayu 11 Oct '07

11 Oct '07

Hi Atle, Let me make my scenario clear on you. I have 2 softphone and 1 IP phone(SPA942). I would like to call from Softphone A to SPA942, then use SPA942 transfer the call to Softphone B. But, when I do so, the connection still remained on between SPA942 and Softphone B. I managed to get Softphone A onHold and the SPA942 managed to call to Softphone B. Once I press on the 'xfer' button after calling Softphone B, A still onHold and no SIP signal to unHold A and to terminate B. If I would like to configure the ser.cfg file, which part that I need to configure? And how do I do that? Thanks. Cheers, Roa Yu -----Original Message----- From: Atle Samuelsen [mailto:clona@cyberhouse.no] Sent: Thursday, October 11, 2007 3:19 PM To: roayu Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] SER + Linksys SPA942 + Call transfer Hi Roa,i * roayu <roayu(a)ctisys.net> [071011 04:01]: > Hi, there! > > I have some questions and help. > 1) I would like to know can call transfer being done when the > connection is P2P? When I tried to use relay (mediaproxy) to do the call > transfer, it's able to transfer the call to the other party whereas when the > condition is P2P, it just can't pass the correct signal. I'm proberbly only tierd (9:15 am here) but P2P? Can you provide the signalling and ser.cfg so we can understand what you are trying to establish? I personally think you are trying to do a call transfer from one ua to a other, where the original call went true mediaproxy, but you do not want the "new" transferd call to go true it. > > 2) Can SER support SPA942 ? Or is there some other settings that I need > to configure on SER ? SPA942, SPA962, SPA2102, yea.. all Linksys SPA products work like a charm with SER (Who has a 942 as his primary phone these days) Best Regards ATle > > Thanks. > > Cheers, > Roa Yu > > _______________________________________________ > Serusers mailing list > Serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers

1 0

[OpenSER-Users] Questions about pike module
by Iñaki Baz Castillo 11 Oct '07

11 Oct '07

Hi, yesterday I tryed pike module: ------------------------------------------------------------------------------------------------------------ modparam("pike", "sampling_time_unit", 10) modparam("pike", "reqs_density_per_unit", 30) modparam("pike", "remove_latency", 130) route{ ### pike if (!pike_check_req()) { xlog("pike module has detected IP abuse. Terminating message.\n"); exit; }; # Sanity Check Section ... ... } ------------------------------------------------------------------------------------------------------------ I runned sipp and generate lot of messages from my laptop to my OpenSer server. After a while "pike_check_req()" returns FALSE and the message is terminated. Ok. But if during the sipp attack I do a call from my laptop softphone (same public IP then) most of the times the call is accepted, even if I see the xlog message (because sipp atack) and my IP is listed when doing: ~# openserctl fifo pike_list How is possible? And other question: what is exactly "remove_latency" parameter for? I read: "For how long the IP address will be kept in memory after the last request from that IP address. It's a sort of timeout value." - Is it seconds or miliseconds? - Does it mean the time that listed IP's will be "banned" (I mean the IP's appearing in "openserctl fifo pike_list")? I think is not this because I put: modparam("pike", "remove_latency", 9999999999999) and the IP dissapears of listed IP's after a few seconds (10 - 20). Thanks for any explanation. Regards. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

1 0

[OpenSER-Users] "exit;" instead of "break;" in pike module doc
by Iñaki Baz Castillo 11 Oct '07

11 Oct '07

Hi, in pike doc section 1.4.1 [*] there appears: Example 1-4. pike_check_req usage ... if (!pike_check_req()) { break; }; ... It should be "exit;", shouldn't it? [*] http://www.openser.org/docs/modules/devel/pike.html#AEN89 Regards. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

2 1

[Serusers] SER 2.0 - acc_syslog module report_ack and report_cancels parameters
by Tomasz Zieleniewski 11 Oct '07

11 Oct '07

Hi, Are the report_ack and report_cancels still supported in acc_syslog module? When I make modparam("acc_syslog", "report_ack", 1) I get that parameter was not found in the module. Cheers Tomasz

2 2

Re: [Serusers] new_t: out of mem
by Jiri Kuthan 11 Oct '07

11 Oct '07

It could be. i'ld suggest upgrading SER so that you don't hunt historical errors and then following memory-problem-reporting guidelines (a bit tedious but provides the so needed info about what's wrong). For that, SER needs to be run for a while so that the syslog shows execsively frequentlya allcated fragments which haven't been freed. -jiri At 09:41 11/10/2007, Zappasodi Daniele wrote: >Hello, >I need help to interpret the syslog. >I have a problem with memory, maybe there is memory leak: after few hours and few cps, my ser goes out of memory >Feb 8 17:27:29 SAM-IP ser[2193]: ERROR: sip_msg_cloner: cannot allocate memory >Feb 8 17:27:29 SAM-IP ser[2193]: ERROR: new_t: out of mem: >Feb 8 17:27:29 SAM-IP ser[2193]: ERROR: t_newtran: new_t failed >If I stop the test and I wait, ser doesn't release memory and it continues to refuse every call with "out of mem". > >I have attached the end of the syslog (ser recompiled with DBG_QM_MALLOC options). >I don't understand if the messages in this trace contain info about a memory leak, but if I stop ser immediately after the start without any call, I don't see great differences in the syslog. >I'm using ser 0.9.6. >What else can I do to search more info about memory leak? > >Thanks, >Zappasodi Daniele > >********************************************************************** >The information in this message is confidential and may be legally >privileged. It is intended solely for the addressee. Access to this message >by anyone else is unauthorized. If you are not the intended recipient, any >disclosure, copying, or distribution of the message, or any action or >omission taken by you in reliance on it, is prohibited and may be unlawful. >Please immediately contact the sender if you have received this message inerror. > >********************************************************************** > >_______________________________________________ >Serusers mailing list >Serusers@lists.iptel.orghttp://lists.iptel.org/mailman/listinfo/serusers -- Jiri Kuthan http://iptel.org/~jiri/

1 0

[Serusers] new_t: out of mem
by Zappasodi Daniele 11 Oct '07

11 Oct '07

Hello, I need help to interpret the syslog. I have a problem with memory, maybe there is memory leak: after few hours and few cps, my ser goes out of memory Feb 8 17:27:29 SAM-IP ser[2193]: ERROR: sip_msg_cloner: cannot allocate memory Feb 8 17:27:29 SAM-IP ser[2193]: ERROR: new_t: out of mem: Feb 8 17:27:29 SAM-IP ser[2193]: ERROR: t_newtran: new_t failed If I stop the test and I wait, ser doesn't release memory and it continues to refuse every call with "out of mem". I have attached the end of the syslog (ser recompiled with DBG_QM_MALLOC options). I don't understand if the messages in this trace contain info about a memory leak, but if I stop ser immediately after the start without any call, I don't see great differences in the syslog. I'm using ser 0.9.6. What else can I do to search more info about memory leak? Thanks, Zappasodi Daniele ********************************************************************** The information in this message is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, or distribution of the message, or any action or omission taken by you in reliance on it, is prohibited and may be unlawful. Please immediately contact the sender if you have received this message inerror. **********************************************************************

1 0

[Serusers] need help implementing sip callback
by Rogelio Serrano 11 Oct '07

11 Oct '07

any pointers? -- Lay low and nourish in obscurity

2 1

[Serusers] SER + Linksys SPA942 + Call transfer
by roayu 11 Oct '07

11 Oct '07

Hi, there! I have some questions and help. 1) I would like to know can call transfer being done when the connection is P2P? When I tried to use relay (mediaproxy) to do the call transfer, it's able to transfer the call to the other party whereas when the condition is P2P, it just can't pass the correct signal. 2) Can SER support SPA942 ? Or is there some other settings that I need to configure on SER ? Thanks. Cheers, Roa Yu

2 1

[OpenSER-Users] Set up two SIP to PSTN calls and then connect them
by CSB 11 Oct '07

11 Oct '07

I wish to set up two SIP to PSTN calls and then connect them similar to Jajah (is this called 3pcc?). The calls would be proxied by OpenSER and the PSTN interconnected handled by a third party provider with PSTN interconnect. To my knowledge, it's not possible to use OpenSER alone to do this. Options include WeSIP (beta software, restrictive licence) or Asterisk (poor implementation of "peer" identification limits usability). Could anyone advise what other alternatives there are? Is it possible to just use OpenSER? What about SEMS? Regards Cameron

1 0

[OpenSER-Users] Set up two SIP to PSTN calls and then connect them
by Cameron.Beattie 10 Oct '07

10 Oct '07

I wish to set up two SIP to PSTN calls and then connect them similar to Jajah (is this called 3pcc?). The calls would be proxied by OpenSER and the PSTN interconnected handled by a third party provider with PSTN interconnect. To my knowledge, it's not possible to use OpenSER alone to do this. Options include WeSIP (beta software, restrictive licence) or Asterisk (poor implementation of "peer" identification limits usability). Could anyone advise what other alternatives there are? Is it possible to just use OpenSER? What about SEMS? Regards Cameron

1 0

[OpenSER-Users] logging problem
by Klaus Darilion 10 Oct '07

10 Oct '07

Hi! I just compiled a fresh openser-1.2 (no installation - only "make all" and running it as non-privileged user from the source directory). Everything works fine except that I can not see L_DEBUG messages in syslog (debug=3 causes the same output in syslog as debug=4) and I'm stuck in finding the problem. When starting openser with -D -E -dd I see DEBUG messages too. thanks Klaus

2 5

AW: AW: [OpenSER-Users] MSILO: dump stored messages
by Cesar Troncoso 10 Oct '07

10 Oct '07

Hi Daniel, yes it works fine now, all messages are dumped in the order of receiving! Thanks for fixing it, now I just need to wait some time for openser 1.3 to be released ;-) Cheers, Cesar -----Ursprüngliche Nachricht----- Von: Daniel-Constantin Mierla [mailto:daniel@voice-system.ro] Gesendet: Donnerstag, 04. Oktober 2007 16:56 An: Cesar Troncoso Cc: users(a)openser.org Betreff: Re: AW: [OpenSER-Users] MSILO: dump stored messages Hello, can you test with latest trunk version. I added a constraint to order by auto incremented index. Let me know if works ok. Cheers, Daniel On 10/04/07 15:11, Cesar Troncoso wrote: > Hi, > > thanks for reply my email. I made the following test: I sent five different messages: > > one > two > three > four > five > > and I traced the SIP traffic passing through the server. They were stored in the DB in the correct sequence. So far so good. Now comes the problem, I saw the IM going out from my SIP Server and the sequence was wrong: > > three > five > two > four > one > > And exactly in that way appeared the IM in my client when the user went online. > > In my opinion the IM were not properly sent when they went out from OpenSER > > Cheers, > > Cesar > > -----Ursprüngliche Nachricht----- > Von: Daniel-Constantin Mierla [mailto:daniel@voice-system.ro] > Gesendet: Donnerstag, 04. Oktober 2007 13:28 > An: Cesar Troncoso > Cc: users(a)openser.org > Betreff: Re: [OpenSER-Users] MSILO: dump stored messages > > Hello, > > they should be sent in order of receiving -- however I will double > check. Because they are sent in a very short time frame, maybe the get > in a different order to the user, because of network transmission. Can > you watch the sip traffic sent by proxy? > > Cheers, > Daniel > > > On 10/04/07 13:39, Cesar Troncoso wrote: > >> Hello, >> >> >> >> I have a problem by using the MSILO Module. The messages stored in the >> DB (table SILO) are not sent in the right sequence. Therefore when the >> user goes online again and receives the messages previously stored in >> the DB, he is not able to understand them. Any Ideas or suggestions >> how to deal this problem? >> >> >> >> Thanks, >> >> >> >> Cesar >> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Users mailing list >> Users(a)openser.org >> http://openser.org/cgi-bin/mailman/listinfo/users >> >> > >

1 0

Re: [Serusers] Get RealTime Online Users status
by roayu 10 Oct '07

10 Oct '07

Oh, I got it! Thanks Jiri! Btw, I have another questions. 1) I would like to know can call transfer being done when the connection is P2P? When I tried to use relay (mediaproxy) to do the call transfer, it's able to transfer the call to the other party whereas when the condition is P2P, it just can't pass the correct signal. 2) Can SER support SPA942 ? Or is there some settings that I need to configure on SER ? Thanks. Cheers, Roa Yu -----Original Message----- From: Jiri Kuthan [mailto:jiri@iptel.org] Sent: Wednesday, October 10, 2007 2:56 PM To: roayu; SIP Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] Get RealTime Online Users status yes, set usrloc's database mode to 1. -jiri At 03:32 10/10/2007, roayu wrote: >Thanks for your reply. I found that it's only update after around 30 >seconds. Is there anyway that I can fasten the update on the database? > >Thanks. > >Cheers, >Roa Yu > >-----Original Message----- >From: SIP [mailto:sip@arcdiv.com] >Sent: Tuesday, October 09, 2007 9:14 PM >To: roayu >Cc: serusers(a)lists.iptel.org >Subject: Re: [Serusers] Get RealTime Online Users status > >roayu wrote: >> >> Hi there! >> >> Can anyone tell me how to get the RealTime Online user status other >> than using command '*serctl ul show*'? Or how can I store the realtime >> online user status to the MySQL db? >> >> Thanks. >> >> Cheers, >> >> Roa Yu J >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Serusers mailing list >> Serusers(a)lists.iptel.org >> http://lists.iptel.org/mailman/listinfo/serusers >> >The location table in the MySQL database stores what are, in effect, >currently online users. It is, however, only an approximation. When a UA >registers, it sends an expiration time on its registration and that gets >stored in the location table. If the user disconnects without cancelling >his registration (some UAs send am expire register message to 'log out' >and some don't), then the data may still be in the table until the >expire time occurs. Realistically, though, you can get a good idea of >currenly online users using the location table and while it may not be >100% accurate, it's close enough for government work, as it were. > >N. >_______________________________________________ >Serusers mailing list >Serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers -- Jiri Kuthan http://iptel.org/~jiri/

1 0

[Serusers] SER and OpenXCAP
by Tomasz Zieleniewski 10 Oct '07

10 Oct '07

Hi, is there any view about ser working with openXCAP serverI set up openXCAP and tried it but unfortunately there are some incompatibility issues.I got the following error in openXCAP: Invalid Document Selector xcap-root/pres-rules/users/pgr(a)voip.touk.pl/index (the Document Selector must be 'users' or 'global': 'pres-rules') my xcap server listen on port 8000 and my ser config is the following: modparam("xcap", "xcap_root","http://voip.touk.pl:8000/xcap-root") Cheers -tomasz

1 0

Re: [Serusers] Get RealTime Online Users status
by Jiri Kuthan 10 Oct '07

10 Oct '07

yes, set usrloc's database mode to 1. -jiri At 03:32 10/10/2007, roayu wrote: >Thanks for your reply. I found that it's only update after around 30 >seconds. Is there anyway that I can fasten the update on the database? > >Thanks. > >Cheers, >Roa Yu > >-----Original Message----- >From: SIP [mailto:sip@arcdiv.com] >Sent: Tuesday, October 09, 2007 9:14 PM >To: roayu >Cc: serusers(a)lists.iptel.org >Subject: Re: [Serusers] Get RealTime Online Users status > >roayu wrote: >> >> Hi there! >> >> Can anyone tell me how to get the RealTime Online user status other >> than using command '*serctl ul show*'? Or how can I store the realtime >> online user status to the MySQL db? >> >> Thanks. >> >> Cheers, >> >> Roa Yu J >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Serusers mailing list >> Serusers(a)lists.iptel.org >> http://lists.iptel.org/mailman/listinfo/serusers >> >The location table in the MySQL database stores what are, in effect, >currently online users. It is, however, only an approximation. When a UA >registers, it sends an expiration time on its registration and that gets >stored in the location table. If the user disconnects without cancelling >his registration (some UAs send am expire register message to 'log out' >and some don't), then the data may still be in the table until the >expire time occurs. Realistically, though, you can get a good idea of >currenly online users using the location table and while it may not be >100% accurate, it's close enough for government work, as it were. > >N. >_______________________________________________ >Serusers mailing list >Serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers -- Jiri Kuthan http://iptel.org/~jiri/

2 1

[OpenSER-Users] mi_xmlrpc
by Kim Culhan 10 Oct '07

10 Oct '07

Running openser on FreeBSD-6.2 stable: version: openser 1.2.2-tls (i386/freebsd) When starting openser with the mi_xmlrpc module enabled this is returned: 0(56397) ERROR: load_module: could not open module </usr/local/lib/openser/modules/mi_xmlrpc.so>: /usr/local/lib/libxmlrpc_client.so.7: Undefined symbol "HTThroughLine" On Monday Aug 13 2007 Bogdan-Andrei Iancu wrote: > As xmlrpc-c generates a bunch of libs (prefix llibxmlrpcxxxxxx), try to > add them all for module linking. See modules/mi_xmlrpc/Makefile, the > LIBS line. I have added them all to the modules/mi_xmlrpc/Makefile but the problem remains. Using xmlrpc-c and libwww from recent FreeBSD ports. Looking at libxmlrpc_clent.so.7 nm -B libxmlrpc_client.so.7 | grep HTThroughLine returns U HTThroughLine If anyone can shed some light on this it would be very greatly apprecated. regards -kim --

2 1

Re: [Serusers] Get RealTime Online Users status
by roayu 10 Oct '07

10 Oct '07

Thanks for your reply. I found that it's only update after around 30 seconds. Is there anyway that I can fasten the update on the database? Thanks. Cheers, Roa Yu -----Original Message----- From: SIP [mailto:sip@arcdiv.com] Sent: Tuesday, October 09, 2007 9:14 PM To: roayu Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] Get RealTime Online Users status roayu wrote: > > Hi there! > > Can anyone tell me how to get the RealTime Online user status other > than using command '*serctl ul show*'? Or how can I store the realtime > online user status to the MySQL db? > > Thanks. > > Cheers, > > Roa Yu J > > ------------------------------------------------------------------------ > > _______________________________________________ > Serusers mailing list > Serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers > The location table in the MySQL database stores what are, in effect, currently online users. It is, however, only an approximation. When a UA registers, it sends an expiration time on its registration and that gets stored in the location table. If the user disconnects without cancelling his registration (some UAs send am expire register message to 'log out' and some don't), then the data may still be in the table until the expire time occurs. Realistically, though, you can get a good idea of currenly online users using the location table and while it may not be 100% accurate, it's close enough for government work, as it were. N.

1 0

[OpenSER-Users] Media Proxy Installation
by Arya 10 Oct '07

10 Oct '07

Hello I installed Media proxy by downloading it and putting it in : /usr/local/mediaproxy than I copied /usr/local/mediaproxy/boot/mediaproxy.debian to /etc/init.d/mediaproxy and started it Is that all I need to do with the installation? What would I have to add to openser.cfg? -- Thank You

4 9

[OpenSER-Users] REGISTER Invalid Cseq Number
by tele 09 Oct '07

09 Oct '07

Hi all, I've a problem with a CPE/IAD that sometimes send a REGISTER with same Cseq in the location entry, OpenSER response is "400 Bad Request" with P-Registrar-Error: Invalid CSeq number. This causes the CPE/IAD to disable the voice port. I want disable this kind of check, i've try to set the modparam("usrloc", "cseq_delay", 0) for disable retrasmission check but doesn't work Any other idea to solve this? i've this problem with only this CPE. Thanks! :tele

3 4

[Serusers] SER and OpenXCAP
by Tomasz Zieleniewski 09 Oct '07

09 Oct '07

Hi, is there any view about ser working with openXCAP server I set up openXCAP and tried it but unfortunately there are some incompatibility issues. I got the following error in openXCAP: Invalid Document Selector xcap-root/pres-rules/users/pgr(a)voip.touk.pl/index

1 1

[OpenSER-Users] [wiki] Adding page about SIP devices supporting presence PUBLISH
by Iñaki Baz Castillo 09 Oct '07

09 Oct '07

Hi, pua_usrloc has an issue with SIP device that publish their state, since the PUBLISH is generated twice: 1) With the REGISTER by pua_usrloc module. 2) With the PUBLISH sent by the device. If for example the user sets "Online" - "Away" status and after that the device refreshes the REGISTER, then its state will just be "Online" (the state pua_usrloc generates). In order to avoid this issue it could be nice to query a BD table looking for the "User-Agent" and just exec "pua_set_publish()" if the device doesn't support presence PUBLISH. The query could be done by regular expressions in order to allow different versions of same device, all of them supporting presence. A doubt I have is: Would be easier store user-agents of devices supporting presence? or not supporting presence? which one list will be shorter? Because it, I'd like to start a page in the wiki containing all the devices "User-Agent" (with regular expression) supporting (or not) presence PUBLISH, and a small script to generate the table after copy&paste the whole list from the web. What do you think about it? Regards. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

3 17

[Serusers] Get RealTime Online Users status
by roayu 09 Oct '07

09 Oct '07

Hi there! Can anyone tell me how to get the RealTime Online user status other than using command 'serctl ul show'? Or how can I store the realtime online user status to the MySQL db? Thanks. Cheers, Roa Yu :-)

2 1

Re: Re: R: [OpenSER-Users] Problem with 2 PC behind the same NAT
by Daniel Grotti 09 Oct '07

09 Oct '07

I've just tried and in this way (UA1-------> NAT--------> PROXY---------> UA2), with UA2 in the same net of SIP proxy, Mediaproxy works. El Tuesday 09 October 2007 13:26:19 Daniel Grotti escribió: > I have not configured it explicitely. > This is my opense.cfg file: Please, first try what I said: A call from UA1 (behind your NAT) to other device out of your LAN. MediaProxy (if it well configured) should work in that case. Does it? -- Iñaki Baz Castillo ibc(a)in.ilimit.es _______________________________________________ Users mailing list Users(a)openser.org http://openser.org/cgi-bin/mailman/listinfo/users <https://mail.unibo.it/exchweb/bin/redir.asp?URL=http://openser.org/cgi-bin/…>

1 0

[OpenSER-Users] CDRTool --Suggestion Required
by srinivas Antarvedi 09 Oct '07

09 Oct '07

Hello users, Actually i want to implement prepaid billing solution to my customers using radius accounting I have gone through the documentation provided with the sources of CDRTool and got confused with all dsn details,connections to mediaproxy ,asterisk,radius,openser. I want to first understand the call flow if using this CDRTool so that i can design mysetup. The present setup i have is 1)openser for authentication 2)Call control using asterisk+asterisk-b2bua in combination with radius Then u may ask why i am after this CDRTool because i was unable to deduct the balance and implement different tariffs using that setup in realtime so i wish to know from you what are different setups i can made using the jumbo CDRTool project so that i can select one and working . First give me suggestion so that i will start with minimal setup -- Srinivas Antarvedi

1 0

[OpenSER-Users] SRV load-balancing not balancing evenly?
by Tim Madorma 09 Oct '07

09 Oct '07

Hi, The OpenSER is performing an SRV lookup which returns the following record info: ;; QUESTION SECTION: ;_sip._udp.aimcidfilter.com. IN SRV ;; ANSWER SECTION: _sip._udp.aimcidfilter.com. 180 IN SRV 1 50 5061 spinner.eng.rr.com. _sip._udp.aimcidfilter.com. 180 IN SRV 1 50 5061 bart.eng.rr.com. _sip._udp.aimcidfilter.com. 180 IN SRV 2 50 5061 homer.eng.rr.com. _sip._udp.aimcidfilter.com. 180 IN SRV 2 50 5061 crunch.eng.rr.com. As you can see, the weighting for the two priority "1" endpoints is 50/50 which indicates that the load should be distributed evenly between them. But when I run my test, it consistently sends 75% to spinner.eng.rr.com and 25% to bart.eng.rr.com. Any ideas? ----------- some config info. debug=5 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=no # (cmd line: -E) maxbuffer=1048576 check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) #reply_to_via=1 children=4 log_facility=LOG_LOCAL4 dns_use_search_list=no dns_servers_no=2 # user="sipproxy" group="sipproxy" #disable_dns_blacklist=yes # FOR TESTING ONLY #dns_try_ipv6=no # FOR TESTING ONLY listen=udp:65.185.232.62:5060 alias=65.185.233.104:5060 # LOAD OpenSER MODULES mpath="/sw/lib/openser/modules/" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "acc.so" loadmodule "mi_fifo.so" loadmodule "xlog.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- modparam("usrloc", "db_mode", 0) # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1) # ------------------------- request routing logic ------------------- modparam("acc", "log_level", 2) modparam("acc", "log_flag", 1) modparam("acc","report_cancels", 1) modparam("acc","failed_transaction_flag", 1) modparam("acc","log_extra", "req_uri=$rU") modparam("tm", "fr_timer", 5) modparam("tm","fr_inv_timer",5) modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo")

2 1

[OpenSER-Users] problem with 407 return code
by tloginbr-openser＠yahoo.com.br 09 Oct '07

09 Oct '07

Hi everyone, I'm trying to build one asterisk cluster using openser to route calls to each machine. I followed a few (many) guides and examples on internet but they simple didn't work very well... I'm using the dispatcher module with openser version 1.1.0-9etch1 (running on a debian 4.0). I have two asterisk (trixbox) machines to do load balancing and failover. I can register in my openser machine with my softphone (twinkle). When I place a call to one extension that exists in both asterisks the call goes always to the second ip in the list. Looking in the debug messages I found the following part: 7(7905) DEBUG:tm:t_should_relay_response: T_code=100, new_code=407 7(7905) DEBUG:tm:t_pick_branch: picked branch 0, code 407 7(7905) ERROR:tm:t_forward_nonack: no branch for forwarding 7(7905) ERROR:tm:w_t_relay: t_forward_nonack failed 7(7905) DEBUG:tm:relay_reply: branch=0, save=0, relay=0 7(7905) old size: 555, new size: 474 7(7905) build_res_from_sip_res: copied size: orig:124, new: 43, rest: 431 msg= SIP/2.0 407 Proxy Authentication Required in my understanding that would mean that I need a password of some kind to relay this message to the asterisk box. The funny part is that the call gets completed and goes always to the same box, the second one in the list. If I change the order of the IPs inside my dispatcher.cfg file it starts to go to the other asterisk, that is the 2nd in the list now. After a lot reading in the debug messages and writing some log messages I found out that the invite request is always going down to the failure route. I think that this is because of the call to t_on_failure("1"); inside my if ( method=="INVITE" ) in the main route, that triggers when the code 407 comes from the password reply... thats just one idea. If there is better way to do this (load balance and failover), please tell me, because I'm pretty new to openser, just trying to make it work for the first time here. my openser.cfg has the following lines on it: loadmodule "/usr/lib/openser/modules/dispatcher.so" modparam("tm", "fr_timer", 5) modparam("dispatcher", "flags", 2) modparam("dispatcher", "list_file", "/etc/openser/dispatcher.cfg") if ( method=="INVITE" ) { #dst_select( "GROUP", "HASH METHOD") ds_select_domain("1","4"); t_on_failure("1"); sl_send_reply("100","Trying"); t_relay(); exit(); } failure_route[1] { if(is_method("INVITE")) { ds_next_domain(); t_on_failure("1"); #if the next domain fails too t_relay(); }; } the rest of the file I didn't mess around with it, so its just the default settings. Thanks for any help, Thiago Flickr agora em português. Você clica, todo mundo vê. http://www.flickr.com.br/

3 2

Re:R: [OpenSER-Users] Problem with 2 PC behind the same NAT
by Daniel Grotti 09 Oct '07

09 Oct '07

I have not configured it explicitely. This is my opense.cfg file: --------------------- debug=4 fork=yes log_stderror=yes sip_warning=yes listen=xxx.xxx.xxx port=5060 children=4 dns=no rev_dns=no disable_dns_blacklist=yes mpath="/usr/local/lib/openser/modules/" #------------------------------------------------------ # Load Module #------------------------------------------------------ loadmodule "mysql.so" loadmodule "auth.so" loadmodule "auth_db.so" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "mi_fifo.so" loadmodule "uri.so" loadmodule "uri_db.so" loadmodule "domain.so" loadmodule "mediaproxy.so" loadmodule "nathelper.so" loadmodule "textops.so" loadmodule "xlog.so" loadmodule "cpl-c.so" loadmodule "avpops.so" #---------------------------------------------------------- # Parameters #---------------------------------------------------------- modparam("auth_db|uri_db|usrloc|domain", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo") modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") modparam("usrloc", "db_mode", 2) modparam("usrloc", "nat_bflag", 6) modparam("rr", "enable_full_lr", 1) # CPL MODULE modparam("cpl-c", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("cpl-c", "cpl_table", "cpl") modparam("cpl-c", "cpl_dtd_file", "/usr/src/openser-1.2.2-notls/modules/cpl-c/cpl-06.dtd") modparam("cpl-c", "lookup_domain", "location") #NATHELPER MODULE modparam("nathelper", "rtpproxy_disable", 1) modparam("nathelper", "natping_interval", 0) modparam("nathelper", "received_avp", "$avp(i:42)") #MEDIAPROXY MODULE modparam("mediaproxy", "natping_interval", 20) modparam("mediaproxy", "mediaproxy_socket", "/var/run/mediaproxy.sock") modparam("mediaproxy", "sip_asymmetrics", "/usr/local/etc/openser/sip-asymmetric-clients") modparam("mediaproxy", "rtp_asymmetrics", "/usr/local/etc/openser/rtp-asymmetric-clients") #REGISTRAR MODULE modparam("registrar", "received_avp", "$avp(i:42)") modparam("registrar", "default_expires", 1800) #------------------------------------------------------------ #MAIN ROUTE #----------------------------------------------------------- route { #------------------------------------ # Sanity checks #------------------------------------ if (!mf_process_maxfwd_header("10")) { sl_send_reply("483", "Too much Hops"); exit; }; if (msg:len >= 2048) { sl_send_reply("513", "Message too big"); exit; }; #------------------------------------ # RECORD-ROUTE #------------------------------------ if(method=="INVITE" && client_nat_test("7")) { record_route_preset ("137.204.107.138:5060;nat=yes"); } else if (!method=="REGISTER") { record_route(); }; #---------------------------------------- # CALL TEAR DOWN #---------------------------------------- if (method=="BYE") { end_media_session(); }; if (method=="CANCEL") { end_media_session(); }; #-------------------------------------------- # LOOSE ROUTE #-------------------------------------------- if (loose_route()) { if (method=="INVITE") { if (!proxy_authorize("","subscriber")) { proxy_challenge("","0"); exit; } else if (!check_from()) { sl_send_reply("403","Unauthorized"); exit; }; consume_credentials(); if (client_nat_test("7") || search("^Route:.*;nat=yes")) { setbflag(6); # Set the NAT Flag use_media_proxy(); }; }; route(1); exit; }; #------------------------------------------------- #CALL TYPE PROCESSING #------------------------------------------------- if (!uri==myself) { route(4); route(1); exit; }; if (uri==myself) { if (method=="REGISTER") { xlog("L_DBG", "INFO: REGISTER Message received"); route(2); exit; }; if (method=="ACK") { route(1); exit; }; if (method=="INVITE") { route(3); exit; }; lookup("aliases"); if (!uri==myself) { route(4); route(1); exit; }; #Find the Destination - Check the R-URI if (!lookup("location")) { sl_send_reply("404", "Destination not found"); exit; }; }; route(1); } #---------------------------------------------------- # DEFAULT MESSAGE HANDLER #---------------------------------------------------- route[1] { t_on_reply("1"); #Passa il controlla alla route on reply 1 if (!t_relay()) { if (method=="INVITE" || method=="ACK") { end_media_session(); }; sl_reply_error(); }; } #-------------------------------------------------------- # REGISTER PROCESSING #-------------------------------------------------------- route[2] { if(!www_authorize("","subscriber")) { www_challenge("","0"); exit; } else if(!check_to()) { sl_send_reply("401", "Unauthorized"); exit; }; consume_credentials(); if (!search("^Contact:[ ]*\*") && client_nat_test("7")) { setbflag(6); #Set NAT Flag in USRLOC. xlog("L_DBG","NOTICE: Bflag 6, related to BRANCH=$T_branch_idx, is setted as $bf"); fix_nated_register(); force_rport(); xlog("L_DBG","INFO: Registration behind nat"); }; sl_send_reply("100", "Trying"); if(!save("location")) { sl_reply_error(); xlog("L_DBG", "Registration of [$fU] Failed"); }; xlog("L_DBG", "INFO: Registration of [$fU] Complete."); xlog("L_DBG", "INFO: 200 OK has been sended"); } #---------------------------------------------------------- # INVITE PROCESSING #---------------------------------------------------------- route[3] { if(client_nat_test("7")) { setbflag(7); xlog("L_DBG","NOTICE: Bflag 7, related to BRANCH=$T_branch_idx of this INVITE, is setted as $bf"); if(force_rport()) { xlog("L_DBG","NOTICE: rport FORCED"); }; #Rewrites Contact HF to contain nated request's source address:port. if(fix_nated_contact()) { xlog("L_DBG","NOTICE: Contact HF is now [$ct]"); }; }; if(!proxy_authorize("","subscriber")) { proxy_challenge("","0"); exit; } else if (!check_from()) { sl_send_reply("403", "Unauthorized"); exit; }; consume_credentials(); lookup("aliases"); if(uri!=myself) { route(4); route(1); exit; }; if (!lookup("location")) { sl_send_reply("404", "Destination not found"); exit; }; if(!cpl_run_script("incoming", "force_stateful")) { t_reply("500", "CPL script execution failed"); }; route(4); route(1); } #-------------------------------------------------------------------- # NAT Traversal #-------------------------------------------------------------------- route[4] { # Se il chiamato (flag 6) o il chiamante (flag 7) Ã¨ sotto nat if (isbflagset(6) || isbflagset(7)) { # if(!isbflagset(8)) # { setbflag(8); xlog("L_DBG", "NOTICE: flag 6 or 7 setted"); if(!use_media_proxy()) { xlog("L_DBG","NOTICE: mediaproxy wasn't called!!"); }; # }; }; } #--------------------------------------------------------------------- # On Reply Route #--------------------------------------------------------------------- onreply_route[1] { if ((isbflagset(6) || isbflagset(7)) && (status=~"(180)|(183)|2[0-9][0-9]")) { if (!search("^Content-Lenght:[ ]*0")) { if (use_media_proxy()) { xlog("L_DBG","NOTICE: mediaproxy in ON REPLY"); }; }; }; if (client_nat_test("7")) { fix_nated_contact(); }; } ---------------------------------------------------------------------- Inviato: mar 10/9/2007 12:28 A: users(a)openser.org Oggetto: Re: [OpenSER-Users] Problem with 2 PC behind the same NAT El Tuesday 09 October 2007 11:51:34 Daniel Grotti escribió: > I have 2 SJphone behind the same NAT (I know that it's a restricted con > NAT). > > > UA1 ----> (NAT 1) --------> PROXY > > > UA2 <-----(NAT 1)<------------- > > I've configured my openser.cfg to use Mediaproxy (installed in the same > pc) if 1 or 2 pc are behind NAT (in this case both of my pc). > But when I call from UA1 to the other and I accept the call with UA2, > the RTP stream doesn't flow through the Mediaproxy but it's direct from > UA1 to UA2. Have you tryied to call from UA1 (behind your NAT) to other device out of your LAN? MediaProxy (if it well configured) should work in that case. In case caller and called behind the same call, you explicitely **need** to allow direct RP in openser.cfg by matching $si with $dd (if pulbic source address and destination address is the same don't apply SDP fix). But if you haven't configured it explicitely then maybe your conf is worng. -- Iñaki Baz Castillo ibc(a)in.ilimit.es _______________________________________________ Users mailing list Users(a)openser.org http://openser.org/cgi-bin/mailman/listinfo/users

2 1

[OpenSER-Users] subst_body missing /sm flags
by Aki Rehn 09 Oct '07

09 Oct '07

Hi, I need some help. Here's my input in onreply_route: --- 8< --- U 2007/10/05 12:26:58.832161 xxx.18.234.14:5060 -> xxx.18.238.2:5060 SIP/2.0 180 Ringing. From: "aki"<sip:358942419xxx@devel.foo.fi>;tag=as508b1a29. To: <sip:3584577509xxx@vox.bar.fi>;tag=eea1259-13c4-47060394-b296ee66-575d. Call-ID: 7b18b07b06335629699f1d5818e07548(a)devel.foo.fi. CSeq: 102 INVITE. Via: SIP/2.0/UDP xxx.18.238.2;branch=z9hG4bK570f.7ca86953.0. Via: SIP/2.0/UDP xxx.18.238.15:5060;branch=z9hG4bK68f201e6. Contact: <sip:3584577509xxx@xxx.18.234.14>. Record-Route: <sip:xxx.18.238.2;lr;ftag=as508b1a29>. Content-Type: multipart/mixed ;boundary="Boundary47060397_b296f9ef_3ecc_bc780ec". Content-Length: 397. . --Boundary47060397_b296f9ef_3ecc_bc780ec. Content-Type: application/SDP. . v=0. o=xxx.18.234.23 1191575887 1191575887 IN IP4 xxx.18.234.23. s=Session SDP. c=IN IP4 xxx.18.234.23. t=0 0. m=audio 11130 RTP/AVP 0. a=rtpmap:0 PCMU/8000. a=ptime:20. . --Boundary47060397_b296f9ef_3ecc_bc780ec. Content-Type: application/ISUP ;version=itu-t. . ,.....4)..9.7.7.... --Boundary47060397_b296f9ef_3ecc_bc780ec-- --- >8 --- These extra Conten-Type (application/ISUP and multipart/mixed) are messing up some older PBX's of ours, so I need to strip them out. With perl I could do it like this: s/^Content-Type: application\/ISUP ;version=itu-t.*--Boundary/--Boundary/sm; s/--Boundary.*$//mg; However the subst_body() doesnt seem to support /sm flags. Discussing this on #openser @ freenode we tried solutions with transformations (thanks NormB!) like: $(hdr(Content-Type)) = $(hdr(Content-Type){s.substr,0,0}) .. or like the same with replace* functions. However I didnt find a suitable solutions. Anyone maybe got any ideas? Br, Aki

2 3

[OpenSER-Users] DNS blacklisting problem
by Tim Madorma 09 Oct '07

09 Oct '07

Hi, I'm interested in using DNS blacklisting to stop transmitting SIP requests towards UAS endpoints that are non-responsive. I am on version 1.2, but I can't get it to work properly. Here is what I am trying to do: 1) I get a message from a UAC that needs to be sent towards 1 of 4 destination UAS endpoints. 2) I setup the OpenSER to perform an SRV lookup which returns a record that has four A records associated with it. It looks as follows: ;; QUESTION SECTION: ;_sip._udp.aimcidfilter.com. IN SRV ;; ANSWER SECTION: _sip._udp.aimcidfilter.com. 60 IN SRV 1 100 5061 spinner.eng.rr.com. _sip._udp.aimcidfilter.com. 60 IN SRV 2 100 5061 bart.eng.rr.com. _sip._udp.aimcidfilter.com. 60 IN SRV 3 50 5061 homer.eng.rr.com. _sip._udp.aimcidfilter.com. 60 IN SRV 3 50 5061 crunch.eng.rr.com. 3) The OpenSER does a gethostbyname which performs a DNS A record lookup and gets a response for spinner.eng.rr.com. 4) When the OpenSER sends towards spinner.eng.rr.com, it does not get a SIP response from it. *It is at this point I was hoping that OpenSER would blacklist this UAS endpoint*, but for each incoming request that is received by the OpenSER, it continues to resolve the domain in the same manner and sends towards spinner.eng.rr.com even though there is no SIP response. Is what I am trying to do in accordance with how OpenSER blacklisting is supposed to work? I am trying to have OpenSER send towards bart.eng.rr.com when spinner.eng.rr.com is not responding or is not reachable. My configuration is as below. Note that I have even tried to disable sending towards spinner.eng.rr.com by manually adding a dst_blacklist entry - that doesn't even seem to work for me.. Am I doing something wrong? I have also attached a log file. Here is my output from openserctl # openserctl fifo list_blacklists 200 OK List:: net_filter owner=13 flags=1 Rule:: flags=0 IP:: 65.185.233.55 Mask:: 255.255.255.255 Proto:: 0 Port:: 5061 List:: dns owner=17 flags=6 --------------- # # Openser.cfg # ----------- global configuration parameters ------------------------ debug=5 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=no # (cmd line: -E) maxbuffer=1048576 check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) #reply_to_via=1 children=4 log_facility=LOG_LOCAL4 dns_use_search_list=no dns_servers_no=2 user="sipproxy" group="sipproxy" disable_dns_blacklist=no disable_dns_failover=no dns_try_ipv6=no dns_retr_time=2 dns_retr_no=2 dst_blacklist = net_filter:{ ( any , 65.185.233.55, 5061 , "" )} # block towards spinner listen=udp:65.185.232.62:5060 alias=65.185.233.104:5060 # LOAD OpenSER MODULES mpath="/sw/lib/openser/modules/" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "acc.so" loadmodule "mi_fifo.so" loadmodule "xlog.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- modparam("usrloc", "db_mode", 0) # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1) # ------------------------- request routing logic ------------------- modparam("acc", "log_level", 2) modparam("acc", "log_flag", 1) modparam("acc","report_cancels", 1) modparam("acc","failed_transaction_flag", 1) modparam("acc","log_extra", "req_uri=$rU") modparam("tm", "fr_timer", 5) modparam("tm","fr_inv_timer",5) modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo") # main routing logic route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; }; if (msg:len >= 2048 ) { sl_send_reply("513", "Message too big"); exit; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol if (!method=="REGISTER") record_route(); # subsequent messages within a dialog should take the # path determined by record-routing if (loose_route()) { # mark routing logic in request append_hf("P-hint: rr-enforced\r\n"); route(1); }; if (!uri==myself) { route(1); }; if (method=="OPTIONS") { sl_send_reply("200", "OK"); exit; } if (uri =~ "^sip:feature_fs@" || method=="NOTIFY") { xlog("L_DBG", "TWC: received incoming message:\n <$mb>\n"); seturi("sip:feature_fs@aimcidfilter.com"); setflag(1); route(1); } else { sl_send_reply("404", "Not Found"); }; } ##################################################### # Default Message Handler ##################################################### route[1] { # Send it out now; use stateful forwarding as it works reliably # even for UDP2TCP if (!t_relay()) { sl_reply_error(); }; exit; }

2 1

[OpenSER-Users] Problem with 2 PC behind the same NAT
by Daniel Grotti 09 Oct '07

09 Oct '07

I have 2 SJphone behind the same NAT (I know that it's a restricted con NAT). UA1 ----> (NAT 1) --------> PROXY | | UA2 <-----(NAT 1)<------------- I've configured my openser.cfg to use Mediaproxy (installed in the same pc) if 1 or 2 pc are behind NAT (in this case both of my pc). But when I call from UA1 to the other and I accept the call with UA2, the RTP stream doesn't flow through the Mediaproxy but it's direct from UA1 to UA2. Any clue? thanks daniel

2 1

Re: [Serusers] Get RealTime Online Users status
by Jiri Kuthan 09 Oct '07

09 Oct '07

If you mean location database, check the "location" table then. -jiri At 10:05 09/10/2007, roayu wrote: >Hi there! > >Can anyone tell me how to get the RealTime Online user status other than using command �serctl ul show�? Or how can I store the realtime online user status to the MySQL db? > > >Thanks. > >Cheers, >Roa Yu J >_______________________________________________ >Serusers mailing list >Serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers -- Jiri Kuthan http://iptel.org/~jiri/

1 0

[OpenSER-Users] The role of "rinstance"
by Daniel Grotti 09 Oct '07

09 Oct '07

Hi everybody, Somebody Could tell me which role the Rinstance tag play in the SIP message, when I use X-lite 3 ? Thank you, Daniel

2 1

[OpenSER-Users] Can't Register SJPhone with IMS Core
by A Chaturvedi 09 Oct '07

09 Oct '07

Hi, I tried to register SJPhone with IMS Core but it failed (even after using sip2ims gatway). A part from this when I used XLite sip phone it gets registered... Please guide me if pcscf need some modification to accept the Register request from it... Also find ate ethereal dump for it.. regards: Ashish Chaturvedi Mailto: a.chaturvedi(a)tcs.com =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you

2 1

[OpenSER-Users] MI_XMLPRC supports new versions of libxmlrpc-c3
by Bogdan-Andrei Iancu 09 Oct '07

09 Oct '07

Hi, I know this was from the beginning a hot issue, but now, thanks to Dragos Oancea <dragos(a)voice-system.ro>, the mi_xmlrpc can: 1) be compiled against the newest versions of libxmlrpc-c3. The Makefile will detect the library version an trigger the appropriate compile options for the module; So the module supports both the old version (0.9.10) and the newest versions (1.03.10 - 1.06.18). If none of these version is detected, a warning will be issued and the module will be compiled as for the new versions. If you detect the older versions (than 1.03.10 are supported, please let us know). 2) properly auto-detects the path of the header files and the libraries that the modules needs to compile against, so this should not be a problem anymore ;) any feedback will be useful :) regards, bogdan

5 7

[OpenSER-Users] Catching 200 OK as part of INVITE CSeq.
by Alex Balashov 09 Oct '07

09 Oct '07

Greetings, I am proxying INVITEs and need to be able to know when the 200 OK that is part of that particular transaction dialogue (same CSeq as the INVITE) appears so that I stamp voice-bearing media start in my logs. However, I cannot seem to detect it. I see from the packet capture that the 200 OK from the far end of the call does go back through my OpenSER proxy (I do record_route() on all methods but REGISTER & OPTIONS as per the spec), but I can't seem to programmatically access it in any way. Are there special steps required to get at it? This is to say, my main route contains: if(is_method("INVITE")) { ... } But I never seem to catch anything with it but actual INVITE messages. What gives? I tried doing if(t_check_status("200")) within that block, but without anything that I would describe as success. I never even get another message whose overall transaction method is INVITE even when I dump them all for debugging purposes in the main route. Insights appreciated! Thanks, -- Alex Balashov Evariste Systems Web : http://www.evaristesys.com/ Tel : +1-678-954-0670 Direct : +1-678-954-0671

3 3

[OpenSER-Users] Direct (Postgres) SQL queries.
by Alex Balashov 09 Oct '07

09 Oct '07

Is there a better way to talk to a database directly than to use avp_db_query()? I need to use my own schemas; I have a platform that absolutely does not lend itself to storing data in the avpops' schema. Luckily, avp_db_query() saved the day. Is there anything even easier, or is this the definitive and methodologically correct way to go? -- Alex Balashov Evariste Systems Web : http://www.evaristesys.com/ Tel : +1-678-954-0670 Direct : +1-678-954-0671

4 6

[OpenSER-Users] Urgent!! Facing Problem while Registering SJPhone
by A Chaturvedi 09 Oct '07

09 Oct '07

Hi I was trying to register SJPhone with IMS Core and at Client end it shows Registered but at HSS it shows AUTH-PENDING. The Ethereal dump shows proper call flow with 200 OK. Have a look on HSS console debug statements... at de.fhg.fokus.diameter.DiameterPeer.transport.Communicator.run(Communicator.java:187) 2007-10-09 12:43:26,340 DEBUG de.fhg.fokus.hss.main.Task - execute Processing UAR! 2007-10-09 12:43:26,389 DEBUG de.fhg.fokus.hss.main.Task - execute Processing MAR! 2007-10-09 12:43:26,410 DEBUG de.fhg.fokus.hss.cx.op.MAR - generateAuthVector Auth-Scheme is Digest-MD5 2007-10-09 12:43:26,418 DEBUG de.fhg.fokus.hss.main.Task - execute Processing UAR! 2007-10-09 12:43:26,462 DEBUG de.fhg.fokus.hss.main.Task - execute Processing SAR! 2007-10-09 12:43:36,460 DEBUG de.fhg.fokus.hss.main.Task - execute Processing UAR! 2007-10-09 12:43:36,508 DEBUG de.fhg.fokus.hss.main.Task - execute Processing UAR! 2007-10-09 12:43:36,555 DEBUG de.fhg.fokus.hss.main.Task - execute Processing UAR! 2007-10-09 12:43:36,620 DEBUG de.fhg.fokus.hss.main.Task - execute Processing MAR! 2007-10-09 12:43:36,658 DEBUG de.fhg.fokus.hss.cx.op.MAR - generateAuthVector Auth-Scheme is Digest-MD5 2007-10-09 12:43:36,703 DEBUG de.fhg.fokus.hss.main.Task - execute Processing UAR! de.fhg.fokus.hss.cx.CxExperimentalResultException: IMS_Diameter_Error_User_Unknown at de.fhg.fokus.hss.cx.op.UAR.processRequest(UAR.java:112) at de.fhg.fokus.hss.main.Task.execute(Task.java:169) at de.fhg.fokus.hss.main.Worker.run(Worker.java:66) Please help me out in this.... If any body has made a successful call with SJPhone and IMS , plzz send me the configuration setting for that... Thanks in adv.... Ashish =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you

2 1

[OpenSER-Users] Snom number-guessing and OpenSER
by Edoardo Serra 09 Oct '07

09 Oct '07

Hi all, I'm trying to develop an extension to support SNOM's number guessing feature (I don't know if it's somehow a standard but description on how it works is here: http://kb.snom.com/kb/index.php?View=entry&CategoryID=14&EntryID=14) As I have to do some 'complicated' db queries I was thinking to use PERL module to handle number guessing request from the phone. I see there's no way (please correct me if I'm wrong) from OpenSER, neither from OpenSER::Message, to send a stateless reply with a customized body (SNOM says that possible number completion shoud be included in the body of a 200 OK reply). For this reason I have to use Net::SIP to generate the reply packet but I'm doing something wrong as OpenSER is not forwarding it back to the client. Test client is a Snom 360 and is behind a NAT, OpenSER has a public IP Here is my routing logic in openser.cfg ------------------- BEGIN openser.cfg route{ if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; }; if (msg:len >= 2048 ) { sl_send_reply("513", "Message too big"); exit; }; if (nat_uac_test("19")) { fix_nated_contact(); force_rport(); setbflag(6); } if (method=="PUBLISH") { if ($hdr(Event)=="number-guessing") { log("- Initial PUBLISH\n"); t_newtran(); t_on_reply("1"); perl_exec("numberguessing"); exit; } sl_send_reply("501", "Not implemented"); exit; } if (method=="REGISTER") { if (nat_uac_test("19")) { fix_nated_contact(); force_rport(); setbflag(6); } save("location"); exit; }; exit; } route[1] { log("--------------------- Stateful Reply\n"); if (!t_relay()) { sl_reply_error(); }; exit; } ------------------- END openser.cfg Here is my Simple Perl ------------------- BEGIN net-sip.pl use OpenSER qw ( log ); use OpenSER::Constants; use Net::SIP; # Predefined body, not querying db yet my $body = '"Franky Chang" sip:101@192.168.0.1;user=phone "Steven Jones" sip:102@192.168.0.1;user=phone "Marie Sun" sip:103@192.168.0.1;user=phone '; sub numberguessing { my $m = shift; my $pkt = Net::SIP::Request->new( $m->getMessage() ); my $resp = $pkt->create_response(200, "OK"); $resp->set_body($body); $resp->add_header('Content-Type','application/number-guessing'); my $leg = Net::SIP::Leg->new( addr => '111.222.333.444', port => '5061'); $leg->deliver( $resp, '111.222.333.444:5060' ); # 111.222.333.444 is the IP of OpenSER # I'm sending from port 5061 to port 5060 return 1; } ------------------- END net-sip.pl OpenSER in verbose debugging module says that it cannot find a matching transaction for the 200 OK reply (probably because is originated from port 5061 and it has never forwarded it to that port ? ) Here is OpenSER DEBUG log: 0(24828) SIP Reply (status): 0(24828) version: <SIP/2.0> 0(24828) status: <200> 0(24828) reason: <OK> 0(24828) parse_headers: flags=2 0(24828) get_hdr_field: cseq <cseq>: <1> <PUBLISH> 0(24828) DEBUG:parse_to:end of header reached, state=10 0(24828) DBUG:parse_to: display={"Edoardo"}, ruri={sip:eserra@111.222.333.444} 0(24828) DEBUG: get_hdr_field: <to> [43]; uri=[sip:eserra@111.222.333.444] 0(24828) DEBUG: to body ["Edoardo" <sip:eserra@111.222.333.444> ] 0(24828) Found param type 232, <branch> = <z9hG4bK-m3j054b6d8q6>; state=6 0(24828) Found param type 235, <rport> = <n/a>; state=17 0(24828) end of header reached, state=5 0(24828) parse_headers: Via found, flags=2 0(24828) parse_headers: this is the first via 0(24828) After parse_msg... 0(24828) DEBUG:forward_reply: found module tm, passing reply to it 0(24828) DEBUG: t_check: start=0xffffffff 0(24828) parse_headers: flags=22 0(24828) DEBUG: t_reply_matching: failure to match a transaction 0(24828) DEBUG: t_check: end=(nil) 0(24828) parse_headers: flags=4 0(24828) DEBUG: get_hdr_body : content_length=135 0(24828) found end of header 0(24828) ERROR:forward_reply: no 2nd via found in reply 0(24828) DEBUG:destroy_avp_list: destroying list (nil) 0(24828) receive_msg: cleaning up Here is also the tshark dump of the 2 packets (PUBLISH and its reply) Request-Line: PUBLISH sip:eserra@213.92.23.108 SIP/2.0 Message Header Via: SIP/2.0/UDP 192.168.254.151:2051;branch=z9hG4bK-ma9r5n0t4jfq;rport From: "Edoardo" <sip:eserra@111.222.333.444>;tag=39wlni6ex1 To: "Edoardo" <sip:eserra@111.222.333.444> Call-ID: 3c27c039249b-jml9w7t9sywx CSeq: 1 PUBLISH Max-Forwards: 70 Event: number-guessing Content-Type: application/text Content-Length: 25 Message body Number: 10\r\n Max-Hits: 3\r\n Status-Line: SIP/2.0 200 OK Message Header call-id: 3c27c0daa600-emnlo1xcejtn cseq: 1 PUBLISH from: "Edoardo" <sip:eserra@111.222.333.444>;tag=6c1y8pp3fb to: "Edoardo" <sip:eserra@111.222.333.444> via: SIP/2.0/UDP 192.168.254.151:2051;branch=z9hG4bK-623oddiyzg56;rport content-type: application/number-guessing Content-Length: 135 Message body "Franky Chang" sip:101@192.168.0.1;user=phone\n "Steven Jones" sip:102@192.168.0.1;user=phone\n "Marie Sun" sip:103@192.168.0.1;user=phone\n Hope this info is enough for a debug :) Tnx in advance Regards Edoardo Serra EXSORSA LLC

2 5

[OpenSER-Users] Mailing List Archives
by Norman Brandinger 08 Oct '07

08 Oct '07

http://dir.gmane.org/gmane.comp.voip.openser.devel http://www.mail-archive.com/devel@openser.org http://www.nabble.com/OpenSER-Developers-Mailing-List-f26016.html http://dir.gmane.org/gmane.comp.voip.openser.user http://www.mail-archive.com/users@openser.org http://www.nabble.com/OpenSER-Users-Mailing-List-f26015.html http://www.nabble.com/OpenSER-Users---ES-f26090.html http://www.nabble.com/OpenSER-Business-f26089.html

1 0

[OpenSER-Users] questions about 1.2
by Cseke Tamas 08 Oct '07

08 Oct '07

Hello, We are switching from 1.1 to 1.2, and i have some problems. 1) Could you please tell me how should i handle natted contacts in regisers. i read modparam("registrar", "nat_flag", 6) is not exists any more i guess i should use nat_bfalg in usrloc module, but i don't know how to use this, could you tell me an example? how should i set the branch flag which should be used for this? 2) There is no Calling-Station-Id and Called-Station-Id in radius accounting packets. Although i use the same libradiusclient_ng.so, with the same configuration files, and the same radius server too. I need these attributes, could you please tell me why they are missing? Thanks any help, Tamas

3 2

[OpenSER-Users] How to decode "methods" field in "location" table?
by Iñaki Baz Castillo 08 Oct '07

08 Oct '07

Hi, in case I want to detect which methods allow a registered device I think I should examinate the "methods" field in "location" table, but don't know how to decode it. For example: - 7999 means: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,REFER,NOTIFY,SUBSCRIBE,INFO,MESSAGE - 5183 means: ACK,BYE,CANCEL,INFO,INVITE,NOTIFY,OPTIONS,REFER How could I know if a device allow X method? Thanks. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

2 2

[OpenSER-Users] SVN freeze for 1.3 release
by Bogdan-Andrei Iancu 08 Oct '07

08 Oct '07

Hi everybody, According to the plans for 1.3 release, starting with now, the SVN is freeze - no new code or functionalities will be added. The next 2 months are fully allocated to testing & preparing the 1.3 release. Only allowed commits will be for: - bug fixes - warning fixes - comments/logs fixes/beautification - documentation updates - packaging and tools updates I want to thanks to everybody who contributed (with work, code, supports, etc) to the new 1.3 release - it is a really good work ;). Regards, Bogdan

1 0

Re: [OpenSER-Users] Problem with otg proxy when service provider has two registrars
by Robert Dyck 08 Oct '07

08 Oct '07

I had already tried configuring the UA with the address of one of the servers ( both IP and domain name ) as well as altering the openser config to force the address. The peculiar thing there is that the registrar does not challenge or even respond at all. It would seem that it ignores REGISTER requests that do not have callcentric.com as the domain name and realm. The UA can register with this provider without difficulty when the UA is configured to use STUN and no outgoing proxy. The UA does not do a second DNS lookup. It simply uses the same address for both requests. When the UA receives the challenge does it not use the received nonce to encrypt its credentials? I have to admit my knowledge of that subject is shakey. And would this not have to be delivered to the same server that sent the nonce? On Saturday 06 October 2007, you wrote: > Robert Dyck wrote: > > I am more familiar with ethereal. I hope that is OK. Also I have not > > edited the dumps so I am sending them privately. Attached are brief and > > detailed dumps from ethereal. > > Your SIP provider is using DNS round-robin which is why openser is > forwarding the requests to different IP addresses. This is the first > provider I see that is doing DNS RR, this is rather unusual and not what > is described by the SIP RFCs. > > Nevertheless, I still believe that your problem is related to wrong > credentials. Both provider registrars should accept your REGISTER with > Proxy-Auth header. > > You could also configure your SIP client with 204.11.192.22 instead of > the provider's hostname, this will disable DNS RR and let openser > forward the request always to the same host. > > /Christian > > > On Saturday 06 October 2007, you wrote: > >> Robert Dyck wrote: > >>> The second registrar does not send an error code, it simply issues its > >>> own challenge. Openser is definitely alternating between registrars. It > >>> does not send the credentials to the same registrar that requested > >>> them. > >>> > >>> I could send a trace if it would be helpful. > >> > >> Yes, that would be helpful, I'd also like to have a look at the DNS > >> traffic. Can you do > >> > >> tcpdump -i any -s 1500 -w /tmp/trace.pcap > >> > >> /Christian

3 6

[OpenSER-Users] Problem with otg proxy when service provider has two registrars
by Robert Dyck 06 Oct '07

06 Oct '07

I am experimenting with using openser as the basis for a home telephone system. Openser resides on the same node as my NAT. I have also employed the rtp proxy feature. I have had some success with my setup but recently I encountered a problem registering with a particular service provider. My phones are set up to use openser as an outgoing proxy. They can register with various service providers except one. From tracing the messages I believe I know what is going wrong. The REGISTER is sent to openser which does a DNS lookup. This results in two registrars. Openser picks one and forwards the messages. The registrar issues a challenge as expected which is sent back to the phone. The phone sends its credentials to openser. Openser does another DNS lookup and sends the message to the other registrar. This registrar also issues a challenge. Thus it continues forever with the credentials being sent to the wrong registrar. My question is, how do I get openser to send the credentials to the registrar that is requesting them? Thanks in advance for any advice.

2 2

[OpenSER-Users] Stateful matching of all messages within single call leg.
by Alex Balashov 05 Oct '07

05 Oct '07

Also, while I appreciate the 'tm' module's ability to catch replies to messages that are part of the same transaction, i.e. t_check_trans(), but does OpenSER provide a way natively to check if messages associated with *any* transaction are part of a particular logical call leg (i.e. dialogue branch tag, Call-ID GUID)? Right now, I am having to hit my database of stored open Call-IDs via avpops to see if this is the case, and that seems ludicruously expensive. Thanks, -- Alex Balashov Evariste Systems Web : http://www.evaristesys.com/ Tel : +1-678-954-0670 Direct : +1-678-954-0671

2 1

[Serusers] I've added you as a friend on Facebook...
by Nicolas Finetin 05 Oct '07

05 Oct '07

I've requested to add you as a friend on Facebook. You can use Facebook to see the profiles of the people around you, share photos, and connect with friends. Thanks, Nicolas Here's the link: http://www.facebook.com/p.php?i=534261434&k=55MZQ4T3QYTBZELIWJYZ&r&v=2 ___________________ This e-mail may contain promotional materials. If you do not wish to receive future commercial mailings from Facebook, please click on the link below. Facebook's offices are located at 156 University Ave., Palo Alto, CA 94301. http://www.facebook.com/o.php?u=557896866&k=679489

1 0

[OpenSER-Users] carrierroute config examples
by Daryl G. Jurbala 05 Oct '07

05 Oct '07

The module docs are a bit light for someone who doesn't have much OpenSER experience (like myself). Does anyone have a working config example, including sample DB data? Thanks, Daryl

4 4

[Users] AVP management
by Ovidiu Sas 05 Oct '07

05 Oct '07

Hi all, There are modules that are using default values for AVPs. What will happen if another module is reusing the same AVP? Or if the AVP is redefined inside the script? Is this completely orthogonal? Should I worry about this while using AVPs? Regards, Ovidiu Sas

4 6

[OpenSER-Users] Error when connect to Oracle via ODBC.
by Tung Tran 05 Oct '07

05 Oct '07

2 9

[OpenSER-Users] New db_berkeley module
by Will Quan 05 Oct '07

05 Oct '07

All, A new DB module has been submitted to the trunk that incorporates the Berkeley DB into Openser. This module depends on Berkeley DB, which is a high-performance embedded DB kernel. The Berkeley DB offers a couple of architectures: 1. Concurrent Data Store (CDS) 2. Transaction Data Store This module uses the CDS model. One of the main differences between these architectures is DB recovery and robustness (Please refer to the Berkeley DB for full details). In a nutshell, the onus of recovery is on the application (e.g. openser). This modules contains a recovery program utils/db_berkeley/bdb_recover that can be used to recover DB files. Like other DB modules, the DB must be created before Openser can be started. The standard openserdbctl script can be used to create the DB once the Berkeley DB is installed. The module is experimental, and has been tested primarily with registration. **Important** Berkeley DB v4.6.19 contains a bug that will most certainly result in deadlock. There is a patch available for Berkeley DB 4.6.19, and the fix is to be sourced in the next release of 4.6. Special thanks to the authors of dbtext and postgesql modules: dbtext - Daniel-Constantin Mierla postgres - Greg Fausak, Andy Fullford, Norman Brandinger Also thanks to Henning Westerholt for reviewing the code . Regards, William Quan Cisco Systems

1 0

AW: [OpenSER-Users] MSILO: dump stored messages
by Cesar Troncoso 04 Oct '07

04 Oct '07

Hi, thanks for reply my email. I made the following test: I sent five different messages: one two three four five and I traced the SIP traffic passing through the server. They were stored in the DB in the correct sequence. So far so good. Now comes the problem, I saw the IM going out from my SIP Server and the sequence was wrong: three five two four one And exactly in that way appeared the IM in my client when the user went online. In my opinion the IM were not properly sent when they went out from OpenSER Cheers, Cesar -----Ursprüngliche Nachricht----- Von: Daniel-Constantin Mierla [mailto:daniel@voice-system.ro] Gesendet: Donnerstag, 04. Oktober 2007 13:28 An: Cesar Troncoso Cc: users(a)openser.org Betreff: Re: [OpenSER-Users] MSILO: dump stored messages Hello, they should be sent in order of receiving -- however I will double check. Because they are sent in a very short time frame, maybe the get in a different order to the user, because of network transmission. Can you watch the sip traffic sent by proxy? Cheers, Daniel On 10/04/07 13:39, Cesar Troncoso wrote: > > Hello, > > > > I have a problem by using the MSILO Module. The messages stored in the > DB (table SILO) are not sent in the right sequence. Therefore when the > user goes online again and receives the messages previously stored in > the DB, he is not able to understand them. Any Ideas or suggestions > how to deal this problem? > > > > Thanks, > > > > Cesar > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users >

2 1

[OpenSER-Users] Re:Renaming the DB modules
by lu 04 Oct '07

04 Oct '07

HiBogdan, Ithink it is a great idea, personally i had a lot of problem identifying types of database before.and about the issues of VON materials it will be usefull for us who didnot attend to get the feel of what happened if you will develop the culture of uploading them at OpenSER site... Regards, Lu. On Thu, 2007-10-04 at 14:14 +0200, users-request(a)openser.org wrote: > Send Users mailing list submissions to > users(a)openser.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://openser.org/cgi-bin/mailman/listinfo/users > or, via email, send a message with subject or body 'help' to > users-request(a)openser.org > > You can reach the person managing the list at > users-owner(a)openser.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Users digest..." > > > Today's Topics: > > 1. Re: system variables : isbflagset (Daniel Grotti) > 2. Re: store AVPs with dialog module (Bogdan-Andrei Iancu) > 3. Re: system variables : isbflagset (Klaus Darilion) > 4. Re: OpenSER training and consultants in (Northern) Europe? > (Bogdan-Andrei Iancu) > 5. Re: system variables : isbflagset (Bogdan-Andrei Iancu) > 6. Re: OpenSER Admin Course at VoN Italy ---> documentation? > (Bogdan-Andrei Iancu) > 7. Renaming the DB modules (Bogdan-Andrei Iancu) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 04 Oct 2007 09:55:42 +0200 > From: Daniel Grotti <daniel.grotti(a)unibo.it> > Subject: Re: [OpenSER-Users] system variables : isbflagset > To: Marcello Lupo <mlist(a)itspecialist.it> > Cc: users(a)openser.org > Message-ID: <47049C7E.6070500(a)unibo.it> > Content-Type: text/plain; charset=UTF-8; format=flowed > > Thank for your answer. > But I'd like to know and read on std output the real value of bflag, not > that it's set. > I don't know if it's possible. > Ex.: > .... > .... > xlog("L_INFO", "the value of branch flag is [STRING]"); > if (method=="INVITE") > { setbflag(6); > xlog("L_INFO","the value of bflag is now [STRING]"); > }; > .... > .. > > so, which kind of [STRING] I have to put in? > Bye > daniel > > Marcello Lupo wrote: > > Hi Daniel, > > > > > > if(isbflagset(6)) { > > xlog("L_NOTICE","BFLAG 6 is SET"); > > } > > > > > > Bye, > > Marcello > > > > Daniel wrote: > >> Hi everybody, > >> > >> I'm using openser 1.2.2 and I'd like to know the result of some > >> expression used in my main route. > >> For exemple, How can I read the answer of "isbflagset (6)" expression > >> and write it on standard output with xlog ? > >> > >> thanks. > >> daniel > >> > >> Daniel > >> ________________________ > >> e-mail : d.grotti(a)gmail.com <mailto:d.grotti@gmail.com> > >> ------------------------------------------------------------------------ > >> > >> _______________________________________________ > >> Users mailing list > >> Users(a)openser.org > >> http://openser.org/cgi-bin/mailman/listinfo/users > > > > > > -- > ------------------------------ > Daniel Grotti > DEIS - Universit di Bologna > ------------------------------ > Via Venezia, 52 > 47023 Cesena (FC) - ITALY > ------------------------------ > email: daniel.grotti(a)unibo.it > ------------------------------ > > > > > > ------------------------------ > > Message: 2 > Date: Thu, 04 Oct 2007 12:22:23 +0300 > From: Bogdan-Andrei Iancu <bogdan(a)voice-system.ro> > Subject: Re: [OpenSER-Users] store AVPs with dialog module > To: Klaus Darilion <klaus.mailinglists(a)pernau.at> > Cc: users(a)openser.org > Message-ID: <4704B0CF.8070407(a)voice-system.ro> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Hi Klaus, > > currently it is not possible, but I'm flirting with the idea... I plan > to start some work in this direction for 1.4. > > regards, > bogdan > > Klaus Darilion wrote: > > Hi! > > > > Currently, to have AVPs also in in-dialog transaction I store them in > > RR parameters. Would it be possible to store them inside the dialog > > module - from script and from within other modules? > > > > regards > > klaus > > > > _______________________________________________ > > Users mailing list > > Users(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/users > > > > > > > ------------------------------ > > Message: 3 > Date: Thu, 04 Oct 2007 11:24:31 +0200 > From: Klaus Darilion <klaus.mailinglists(a)pernau.at> > Subject: Re: [OpenSER-Users] system variables : isbflagset > To: Daniel Grotti <daniel.grotti(a)unibo.it> > Cc: users(a)openser.org > Message-ID: <4704B14F.6000701(a)pernau.at> > Content-Type: text/plain; charset=UTF-8; format=flowed > > A flag is binary, thus it is set or unset - 0 or 1. > > all the flags are stored in a bitfield. You can dump the whole flags > using the pseudo variables: > > http://openser.org/dokuwiki/doku.php/pseudovariables:1.2.x > > $bf - reference to branch flags of branch 0 (RURI) - decimal output > $bF - reference to branch flags of branch 0 (RURI) - hexa output > $mf - reference to flags set for current SIP request > $mF -reference to flags set for current SIP request in hexa > $sf - reference to script flags - decimal output > $sF - reference to script flags - hexa output > > klaus > > Daniel Grotti schrieb: > > Thank for your answer. > > But I'd like to know and read on std output the real value of bflag, not > > that it's set. > > I don't know if it's possible. > > Ex.: > > .... > > .... > > xlog("L_INFO", "the value of branch flag is [STRING]"); > > if (method=="INVITE") > > { setbflag(6); > > xlog("L_INFO","the value of bflag is now [STRING]"); > > }; > > .... > > .. > > > > so, which kind of [STRING] I have to put in? > > Bye > > daniel > > > > Marcello Lupo wrote: > >> Hi Daniel, > >> > >> > >> if(isbflagset(6)) { > >> xlog("L_NOTICE","BFLAG 6 is SET"); > >> } > >> > >> > >> Bye, > >> Marcello > >> > >> Daniel wrote: > >>> Hi everybody, > >>> > >>> I'm using openser 1.2.2 and I'd like to know the result of some > >>> expression used in my main route. > >>> For exemple, How can I read the answer of "isbflagset (6)" expression > >>> and write it on standard output with xlog ? > >>> > >>> thanks. > >>> daniel > >>> > >>> Daniel > >>> ________________________ > >>> e-mail : d.grotti(a)gmail.com <mailto:d.grotti@gmail.com> > >>> ------------------------------------------------------------------------ > >>> > >>> _______________________________________________ > >>> Users mailing list > >>> Users(a)openser.org > >>> http://openser.org/cgi-bin/mailman/listinfo/users > >> > >> > > > > > > ------------------------------ > > Message: 4 > Date: Thu, 04 Oct 2007 12:24:43 +0300 > From: Bogdan-Andrei Iancu <bogdan(a)voice-system.ro> > Subject: Re: [OpenSER-Users] OpenSER training and consultants in > (Northern) Europe? > To: Roy Sigurd Karlsbakk <roy(a)karlsbakk.net> > Cc: OpenSER Users <users(a)openser.org> > Message-ID: <4704B15B.2000609(a)voice-system.ro> > Content-Type: text/plain; charset=windows-1252; format=flowed > > Hi Roy, > > Well.....currently only in English and if interested, Romanian ;)..... > > We are currently investigating to keep the course in different > locations, but no sure plans for the moment.... > All courses will be promptly posted on the web site and lists. > > regards, > bogdan > > Roy Sigurd Karlsbakk wrote: > > Hi all > > > > I became aware of the openser training in Milano some days late, so I > > wondered if there are others across Europe. Language: Scandinavian or > > English. > > > > I am also interested in getting in contact with OpenSER consultants in > > Scandinavia. > > > > Best reagards > > > > roy > > --- > > Roy Sigurd Karlsbakk > > roy(a)karlsbakk.net <mailto:roy@karlsbakk.net> > > Tlf: 98013356 > > --- > > Our enemies are innovative and resourceful, and so are we. They never > > stop thinking about new ways to harm our country and our people, and > > neither do we. - George W. Bush > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Users mailing list > > Users(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/users > > > > > > > ------------------------------ > > Message: 5 > Date: Thu, 04 Oct 2007 12:30:29 +0300 > From: Bogdan-Andrei Iancu <bogdan(a)voice-system.ro> > Subject: Re: [OpenSER-Users] system variables : isbflagset > To: Klaus Darilion <klaus.mailinglists(a)pernau.at> > Cc: Daniel Grotti <daniel.grotti(a)unibo.it>, users(a)openser.org > Message-ID: <4704B2B5.2050104(a)voice-system.ro> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Or using bitwise operations, you dump only the value of a single flag. > > regards, > bogdan > > Klaus Darilion wrote: > > A flag is binary, thus it is set or unset - 0 or 1. > > > > all the flags are stored in a bitfield. You can dump the whole flags > > using the pseudo variables: > > > > http://openser.org/dokuwiki/doku.php/pseudovariables:1.2.x > > > > $bf - reference to branch flags of branch 0 (RURI) - decimal output > > $bF - reference to branch flags of branch 0 (RURI) - hexa output > > $mf - reference to flags set for current SIP request > > $mF -reference to flags set for current SIP request in hexa > > $sf - reference to script flags - decimal output > > $sF - reference to script flags - hexa output > > > > klaus > > > > Daniel Grotti schrieb: > >> Thank for your answer. > >> But I'd like to know and read on std output the real value of bflag, > >> not that it's set. > >> I don't know if it's possible. > >> Ex.: > >> .... > >> .... > >> xlog("L_INFO", "the value of branch flag is [STRING]"); > >> if (method=="INVITE") > >> { setbflag(6); > >> xlog("L_INFO","the value of bflag is now [STRING]"); > >> }; > >> .... > >> .. > >> > >> so, which kind of [STRING] I have to put in? > >> Bye > >> daniel > >> > >> Marcello Lupo wrote: > >>> Hi Daniel, > >>> > >>> > >>> if(isbflagset(6)) { > >>> xlog("L_NOTICE","BFLAG 6 is SET"); > >>> } > >>> > >>> > >>> Bye, > >>> Marcello > >>> > >>> Daniel wrote: > >>>> Hi everybody, > >>>> > >>>> I'm using openser 1.2.2 and I'd like to know the result of some > >>>> expression used in my main route. > >>>> For exemple, How can I read the answer of "isbflagset (6)" > >>>> expression and write it on standard output with xlog ? > >>>> > >>>> thanks. > >>>> daniel > >>>> > >>>> Daniel > >>>> ________________________ > >>>> e-mail : d.grotti(a)gmail.com <mailto:d.grotti@gmail.com> > >>>> ------------------------------------------------------------------------ > >>>> > >>>> > >>>> _______________________________________________ > >>>> 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 > > > > > > > ------------------------------ > > Message: 6 > Date: Thu, 04 Oct 2007 12:33:05 +0300 > From: Bogdan-Andrei Iancu <bogdan(a)voice-system.ro> > Subject: Re: [OpenSER-Users] OpenSER Admin Course at VoN Italy ---> > documentation? > To: Matteo Campana <matteo.campana(a)klarya.it> > Cc: users(a)openser.org > Message-ID: <4704B351.8070905(a)voice-system.ro> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Hi Matteo, > > The materials will be made available via the VoN document repository - > If this takes too long, probably they will be hosted on the openser site. > > Keep posted. > > regards, > bogdan > > Matteo Campana wrote: > > Hi OpenSer team and ML, > > can I find the slides and the examples of the Rome's conference > > somewhere in the internet ? :) > > > > Regards, > > Matteo. > > -- > > *Ing. Matteo Campana > > System Engineer > > > > Klarya s.r.l.* > > > > Sede Operativa: > > Via Agnini 47 - 41037 Mirandola (MO) > > > > Tel +39 0535 27325 > > > > Fax +39 0535 610050 > > > > Mob +39 320 4258536 > > > > Sede Legale: > > Via Salgari, 17 - 41100 Modena > > > > Tel +39 059 821332 Fax +39 059 821492 > > > > email: matteo.campana(a)klarya.it > > > > web: www.klarya.it > > > > > > * > > **Open Source IP Communications* > > __________________________________________________ > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Users mailing list > > Users(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/users > > > > > > > ------------------------------ > > Message: 7 > Date: Thu, 04 Oct 2007 12:59:56 +0300 > From: Bogdan-Andrei Iancu <bogdan(a)voice-system.ro> > Subject: [OpenSER-Users] Renaming the DB modules > To: devel <devel(a)openser.org>, "users openser.org" <users(a)openser.org> > Message-ID: <4704B99C.300(a)voice-system.ro> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Hi, > > during the reviewing process of the new DB module for Berkeley, I made > proposal to make a naming convention for all the modules implementing > the DB API. > > I suggest something similar as for the modules implementing the MI > interface, all having the "mi_" prefix. So, for the DB modules we should > use "db_" prefix: > db_berkeley > mysql -> db_mysql > postgres -> db_postgres > dbtext -> db_text > unixodbc -> db_unixodbc > flatstore -> db_flatstore > > > Does anybody see any drawback or problem if we rename the module before 1.3? > > Regards, > bogdan > > > > ------------------------------ > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users > > > End of Users Digest, Vol 29, Issue 21 > *************************************

1 0

[OpenSER-Users] Renaming the DB modules
by Bogdan-Andrei Iancu 04 Oct '07

04 Oct '07

Hi, during the reviewing process of the new DB module for Berkeley, I made proposal to make a naming convention for all the modules implementing the DB API. I suggest something similar as for the modules implementing the MI interface, all having the "mi_" prefix. So, for the DB modules we should use "db_" prefix: db_berkeley mysql -> db_mysql postgres -> db_postgres dbtext -> db_text unixodbc -> db_unixodbc flatstore -> db_flatstore Does anybody see any drawback or problem if we rename the module before 1.3? Regards, bogdan

4 5

[Serusers] Does the Sip Server run on the CentOS platform was set up on Virtual Machine?
by tran tuan 04 Oct '07

04 Oct '07

I built a Sip Server with CentOS-V5 run on the Virtual Machine.I created 2 subscribers in Mysql server.I started Sip server and Mysql and then used Xlite to registered to Sip server. However, I couldn't registered to Sip server. (Xlite run on XP platform on Real PC).So, I have question: Does the Sip Server run on the CentOS platform was set up on Virtual Machine? --------------------------------- Fussy? Opinionated? Impossible to please? Perfect. Join Yahoo!'s user panel and lay it on us.

2 1

[OpenSER-Users] MSILO: dump stored messages
by Cesar Troncoso 04 Oct '07

04 Oct '07

Hello, I have a problem by using the MSILO Module. The messages stored in the DB (table SILO) are not sent in the right sequence. Therefore when the user goes online again and receives the messages previously stored in the DB, he is not able to understand them. Any Ideas or suggestions how to deal this problem? Thanks, Cesar

2 1

Re: [Serusers] Does the Sip Server run on the CentOS platform was set up on Virtual Machine?
by NEILL WILKINSON 04 Oct '07

04 Oct '07

I have a working version of OpenSER running on Xen guest on RedHat/Fedora 5. So in theory Centos 5 should work.... Neill....;o) ----- Original Message ---- From: tran tuan <tuan83vnn(a)yahoo.com> To: serusers(a)lists.iptel.org Sent: Thursday, 4 October, 2007 9:11:07 AM Subject: [Serusers] Does the Sip Server run on the CentOS platform was set up on Virtual Machine? I built a Sip Server with CentOS-V5 run on the Virtual Machine.I created 2 subscribers in Mysql server.I started Sip server and Mysql and then used Xlite to registered to Sip server. However, I couldn't registered to Sip server. (Xlite run on XP platform on Real PC).So, I have question: Does the Sip Server run on the CentOS platform was set up on Virtual Machine? Fussy? Opinionated? Impossible to please? Perfect. Join Yahoo!'s user panel and lay it on us.

1 0

[OpenSER-Users] OpenSER Admin Course at VoN Italy ---> documentation?
by Matteo Campana 04 Oct '07

04 Oct '07

Hi OpenSer team and ML, can I find the slides and the examples of the Rome's conference somewhere in the internet ? :) Regards, Matteo. -- *Ing. Matteo Campana System Engineer Klarya s.r.l.* Sede Operativa: Via Agnini 47 - 41037 Mirandola (MO) Tel +39 0535 27325 Fax +39 0535 610050 Mob +39 320 4258536 Sede Legale: Via Salgari, 17 - 41100 Modena Tel +39 059 821332 Fax +39 059 821492 email: matteo.campana(a)klarya.it web: www.klarya.it * **Open Source IP Communications* __________________________________________________

2 1

[OpenSER-Users] system variables : isbflagset
by Daniel 04 Oct '07

04 Oct '07

Hi everybody, I'm using openser 1.2.2 and I'd like to know the result of some expression used in my main route. For exemple, How can I read the answer of "isbflagset (6)" expression and write it on standard output with xlog ? thanks. daniel Daniel ________________________ e-mail : d.grotti(a)gmail.com

5 4

[OpenSER-Users] OpenSER training and consultants in (Northern) Europe?
by Roy Sigurd Karlsbakk 04 Oct '07

04 Oct '07

Hi all I became aware of the openser training in Milano some days late, so I wondered if there are others across Europe. Language: Scandinavian or English. I am also interested in getting in contact with OpenSER consultants in Scandinavia. Best reagards roy --- Roy Sigurd Karlsbakk roy(a)karlsbakk.net Tlf: 98013356 --- “Our enemies are innovative and resourceful, and so are we. They never stop thinking about new ways to harm our country and our people, and neither do we.” - George W. Bush

3 3

[OpenSER-Users] store AVPs with dialog module
by Klaus Darilion 04 Oct '07

04 Oct '07

Hi! Currently, to have AVPs also in in-dialog transaction I store them in RR parameters. Would it be possible to store them inside the dialog module - from script and from within other modules? regards klaus

2 1

[OpenSER-Users] How to test openser accounting capability?
by Live Great 04 Oct '07

04 Oct '07

Hi, I have setup openser with its accounting in freebsd 6.2, I am wondering how to test its accounting capability. I also have setup xlite users (2 xlite numbers), but I heard that we can't record accounting info in this way. Thanks Sam

2 1

[OpenSER-Users] SEMS 0.10.0 released
by Stefan Sayer 03 Oct '07

03 Oct '07

Hello, I am happy to announce the release of SEMS 0.10.0 (final). This release brings applications, improvements and features to simplify the creation of integrated VoIP services, many useful examples for application development, eases installation and fixes some issues related to stability. Check it out at http://www.iptel.org/sems . Thanks a lot all sponsors, contributors and users. From the changelog: - new module for exposing internal DI APIs via XMLRPC - new module for triggering calls via DI interface - new DI/XMLRPC controlled conference application, that can for example be used for conference rooms with web interface - CallWatcher and a more powerful dialout function simplifies interfacing to external applications - many examples for quick start of custom service development, for example new serviceline (auto-attendant) application - b2bua implementation with media relay - language awareness of conference application - DB support for conference and voicemail prompts, and announcements - PromptCollection simplifies usage of prompts in applications - b2bua support in py_sems embedded python interpreter - corrected RTP timeout detection - new api for custom logging modules, new in-memory ring buffer logging module - accept all possible payloads and payload switching on the fly (thanks to Maxim Sobolyev/sippysoft) - changing callgroups (media processing threads) in running sessions - support for setting sessions on hold - support for OpenSer 1.3 - substantially improved documentation - 'bundle' install method for easy installation - support for OpenWRT package build ... and many bugfixes SEMS - the media-S in the SLAMP. - apologies if you receive this email several times - -- Stefan Sayer VoIP Services stefan.sayer(a)iptego.de www.iptego.de iptego GmbH Am Borsigturm 40 13507 Berlin Germany Amtsgericht Charlottenburg, HRB 101010 Geschaeftsfuehrer: Alexander Hoffmann

3 5

[OpenSER-Users] Load Balance with 2 OpenSER
by ram 03 Oct '07

03 Oct '07

Hi For high availabilty iam doing with loadbalance with Round Robin could some one suggest what is the best method to do I have a domain xyz.com not static IP use will authenticate I have 2 openser Servers, with 1 Mysql, both teh server need to talk to one Mysql and user should be able to connect any server, depends on availability could some suggest me how can i do this. to have less downtime. or failover ram

2 2

[OpenSER-Users] openser+Asterisk-B2BUA-0.3 version --help required
by srinivas Antarvedi 03 Oct '07

03 Oct '07

Hello all, I thank you people who given me help to find out a solution to prepaid billng so as per one of the users suggestion i tried to install the patch of the b2bua with asterisk 1.4.2 and i want to test whether the radius server is communicating with asterisk or not the few doubts i have at present are 1)how to set radius attributes to radcheck table as i was unable to pass the digest credentials to the radius server 2)the default library file provided with the b2bua is sufficient to talk to the readius server or shall i need to include as we did with openser 3)what about this gateways information in the config file of b2bua help is required thanks in advance srinivas antarvedi i

1 0

Re: [OpenSER-Users] Re: can't get code for the src-leg attribute
by Live Great 03 Oct '07

03 Oct '07

After remeoved the support of DIAMETER mmodule from openser, tt works fine now. I have registered some numbers to it and will test it tonight with remote xlite users. BUT, what is DIAMETER? I read some post in voip forum, someone said it is far too outdated. I am wondering what it is, and what should be used to replace DIAMETER. Thanks for helping me along to solve the issues. Sam ----- Original Message ---- From: Christian Schlatter <cs(a)unc.edu> To: norm(a)goes.com Cc: Live Great <livegreat007(a)yahoo.com>; users(a)openser.org Sent: Wednesday, October 3, 2007 10:44:06 AM Subject: Re: [OpenSER-Users] Re: can't get code for the src-leg attribute Norman Brandinger wrote: > First, > > The three radius messages from the radius log are just INFO messages, > not error messages. This is a good thing. > > Try using the lowest possible unused number for the attributes. My > attributes are in the 240 range. Again, I haven't tested it but perhaps > radius has an upper limit of maybe 255 or maybe 1024. The upper limit is 255 because there is only one byte for RADIUS attribute types. http://www.iana.org/assignments/radius-types I'd suggest to either use 124-223 or 241-255 for things like src/dst-leg. /Christian > > Norm > > > > > Hi Norman, > > > > Thanks for the reply. > > According to your suggestion, I have added the following lines in > raddb/dicitionary: > > ATTRIBUTE Src-Leg 1075 integer > > > > ATTRIBUTE Dst-Leg 1076 integer > > > > > > change in radiusclient-ng/dictionary: > > ATTRIBUTE Src-Leg 1075 integer > > ATTRIBUTE Dst-Leg 1076 integer > > > > change in openser/openser.cfg: > > #modparam("acc", "multi_leg_info", > "src_leg=$avp(i:901);dst_leg=$avp(i:902)") > > modparam("acc", "multi_leg_info", > "Src-Leg=$avp(i:901);Dst-Leg=$avp(i:902)") > > > > Note, I have commented out the original src_leg/dst_leg definition. > > I don't know what is that i:901 and i:902 means, so I simply change > the first letter to upper > > case and change "_" to "-". > > > > Restarted radiusd, and try to start openser then found the following > error in the > > /var/log/messages file: > > ERROR:acc:extra2int: <Src-Leg> is not a number > > > > When I started radiusd, there are info messages written to > /var/log/radiusd.log file: > > Wed Oct 3 09:28:45 2007 : Info: Using deprecated naslist file. > Support for this will go away > > soon. > > Wed Oct 3 09:28:45 2007 : Info: rlm_exec: Wait=yes but no output > defined. Did you mean > > output=none? > > Wed Oct 3 09:28:45 2007 : Info: Ready to process requests. > > > > Thanks > > Sam > > > > ----- Original Message ---- > > > From: Norman Brandinger <norm(a)goes.com> > > To: Live Great <livegreat007(a)yahoo.com> > > Cc: users(a)openser.org > > Sent: Wednesday, October 3, 2007 3:26:40 AM > > Subject: Re: can't get code for the Failed attribute > > > > Hi Sam, > > > > If you altered the dictionary entries, you MUST make sure that your > > openser.cfg, has also been updated. > > > > For example: > > > > modparam("acc", "radius_extra", "Src-Leg=$avp(s:source_leg); > > Dst-Leg=$avp(s:destination_leg)") > > > > Note that Src-Leg and Dst-Leg MUST be in the dictionary for BOTH > > radiusclient-ng AND radiusd. > > > > Regards, > > Norm > > > > Live Great wrote: > >> Hi, > >> > >> In your example, do you meant openser will trainsform Src-Leg to > >> src_leg and Dst-Leg to dst_leg? > >> After I followed your suggestion and changed the definition to, > >> ATTRIBUTE Src-Leg 1075 string > >> ATTRIBUTE Dst-Leg 1076 string > >> > >> I get an error: > >> ERROR: acc: can't get code for the src_leg attribute > >> > >> I have a feeling that it is case sensitive, and openser is looking for > >> src_leg instead Src-Leg. > >> > >> Thanks > >> Sam. > >> > >> > >> ----- Original Message ---- > >> > From: Norman Brandinger <norm(a)goes.com> > >> To: Live Great <livegreat007(a)yahoo.com> > >> Cc: users(a)openser.org > >> Sent: Tuesday, October 2, 2007 9:42:15 PM > >> Subject: Re: can't get code for the Failed attribute > >> > >> Hello Sam, > >> > >> The definition you used: > >> > >> ATTRIBUTE src_leg 0 string > >> > >> Probably isn't valid because "0" is more than likely already being > >> used. Notice that the various ATTRIBUTE numbers are all unique and just > >> increment. So use the next higher number that is available. If the > >> last ATTRIBUTE was 240 then your definition might look like: > >> > >> ATTRIBUTE src_leg 241 string > >> > >> You might also want to consider the general naming convention that is > >> used. The above example would then look as follows: > >> > >> ATTRIBUTE Src-Leg 241 string > >> Note, when you get around to inserting this data into a database, the > >> column name will probably not be allowed to have a dash (unless the > >> column name is quoted). > >> > >> Regards, > >> Norm > >> > >> > >> Live Great wrote: > >> > It looks like it doesn't look up the dictionary files in > >> > /usr/local/share/freeradius/ directory. > >> > But src_leg and dst_leg are not defined in the share directory. > >> > > >> > Sam. > >> > > >> > > >> > ----- Original Message ---- > >> > > From: Live Great <livegreat007(a)yahoo.com> > >> > To: Norman Brandinger <norm(a)goes.com> > >> > Cc: users(a)openser.org > >> > Sent: Tuesday, October 2, 2007 10:17:47 AM > >> > Subject: Re: can't get code for the Failed attribute > >> > > >> > Hi Norman, > >> > > >> > Thank you for the reply. > >> > With the definition of "ATTRIBUTE src_leg 0 string", I got an error > >> > "src_leg is not a number". > >> > After changed it to the following definition, > >> > ATTRIBUTE Acct-Status-Type 40 integer > >> > ATTRIBUTE Service-Type 6 integer > >> > ATTRIBUTE Event-Timestamp 55 integer > >> > ATTRIBUTE Acct-Session-Id 44 string > >> > ATTRIBUTE src_leg 1 integer > >> > ATTRIBUTE dst_leg 1 integer > >> > VALUE Acct-Status-Type Start 1 > >> > VALUE Acct-Status-Type Stop 2 > >> > VALUE Acct-Status-Type Failed 0 > >> > VALUE Service-Type Sip-Session 15 > >> > > >> > I still got this error: > >> > ERROR:acc:extra2int: <src_leg> is not a number > >> > > >> > Thanks > >> > Sam > >> > ----- Original Message ---- > >> > > From: Norman Brandinger <norm(a)goes.com> > >> > To: Live Great <livegreat007(a)yahoo.com> > >> > Cc: users(a)openser.org > >> > Sent: Tuesday, October 2, 2007 9:43:41 AM > >> > Subject: Re: can't get code for the Failed attribute > >> > > >> > Hi Sam, > >> > > >> > In /usr/local/share/freeradius/dictionary.rfc2866 there exists the > >> > following entry: > >> > > >> > VALUE Acct-Status-Type Failed 15 > >> > > >> > I'm not an expert in this area, but it appears that "Failed" is > sort of > >> > predefined. You probably should NOT use "Failed", instead create a > >> > unique attribute such as "failed-reason". This is of course assuming > >> > the rest of your definitions are good. > >> > > >> > Please do not cross-post configuration questions of this type to the > >> > developers mailing list. > >> > > >> > Regards, > >> > Norm > >> > > >> > > >> > Live Great wrote: > >> > > Hi, > >> > > > >> > > After added the following Attributes in the > radiusclient-ng/dictionary > >> > > file: > >> > > ATTRIBUTE src_leg 0 string > >> > > ATTRIBUTE dst_leg 0 string > >> > > ATTRIBUTE Failed 0 string > >> > > > >> > > I got the following error: > >> > > ERROR: acc: can't get code for the Failed attribute value > >> > > > >> > > How to define a proper attribute in the dictionary file? > >> > > Thanks > >> > > Sam > >> > > > >> > > ----- Original Message ---- > >> > > > From: Norman Brandinger <norm(a)goes.com> > >> > > To: Live Great <livegreat007(a)yahoo.com> > >> > > Cc: devel(a)openser.org > >> > > Sent: Monday, October 1, 2007 9:01:54 PM > >> > > Subject: Re: [OpenSER-Devel] can't get code for the > Sip-Response-Code > >> > > attribute > >> > > > >> > > Good Morning, > >> > > > >> > > You need to make sure the dictionary settings are correct and > exactly > >> > > match what you have specified in OpenSER. > >> > > > >> > > The dictionaries are specified in radiusclient-ng and in radiusd > (and > >> > > mediaproxy if you use it) > >> > > > >> > > The error is telling you that "Sip-Response-Code" cannot be found > >> in any > >> > > of the dictionaries you have specified. > >> > > > >> > > Regards, > >> > > Norm > >> > > > >> > > Live Great wrote: > >> > > > Hi, > >> > > > > >> > > > I still can't this work, that's why I posted in the development > >> forum. > >> > > > > >> > > > I have installed openser with *_ACC=ture uncommented in the > >> > acc/Makfile.. > >> > > > But I can't start openser now. > >> > > > Here is the error when I executed /usr/local/etc/rc.d/openser > start: > >> > > > > >> > > > core:rc.d # ./openser start > >> > > > Command Monit to start OpenSER... > >> > > > 'openser' start: /usr/local/etc/rc.d/openser > >> > > > 'openser' failed to start > >> > > > Starting Open SIP Router: > >> > > > Listening on > >> > > > udp: 127.0.0.1 [127.0.0.1]:5060 > >> > > > udp: 12x..x.x..x [12x.x.x.x]:5060 > >> > > > Aliases: > >> > > > udp: xxx..xxx..com.au:5060 > >> > > > udp: localhost.xxx.com.au:5060 > >> > > > udp: localhost:5060 > >> > > > > >> > > > In /var/log/messages: > >> > > > ERROR: acc: can't get code for the Sip-Response-Code attribute > >> > > > ERROR:acc:mod_init: failed to init radius > >> > > > > >> > > > core:rc.d # ps -auxww | grep openser > >> > > > root 35219 0.0 0.1 1520 728 p2 R+ 12:03AM 0:00.00 grep > >> > > openser > >> > > > core:rc.d # ps -auxww | grep radius > >> > > > root 35230 0.0 0.3 5004 3256 ?? Ss 12:04AM 0:00.00 > >> > > > /usr/local/sbin/radiusd > >> > > > core:rc.d # ps -auxww | grep mysql > >> > > > mysql 75881 0.0 0.1 1732 1116 p1- I 20Sep07 0:00.02 > >> /bin/sh > >> > > > /usr/local/bin/mysqld_safe > >> > > > --defaults-extra-file=/usr/local/var/db/mysql/my.cnf --user=mysql > >> > > > --datadir=/usr/local/var/db/mysql > >> > > > --pid-file=/usr/local/var/db/mysql/core.xxx.com.au.pid > >> > > > mysql 75924 0.0 2.7 49016 28336 p1- S 20Sep07 10:52.77 > >> [mysqld] > >> > > > root 35237 0.0 0.1 1544 644 p2 RL+ 12:05AM 0:00.00 grep > >> > mysql > >> > > > > >> > > > Why I got thos acc errors when starting openser? > >> > > > > >> > > > Thanks > >> > > > SW > >> > > > > >> > > > > >> > > > > >> > > > ----- Original Message ---- > >> > > > > From: Norman Brandinger <norm(a)goes.com> > >> > > > To: Live Great <livegreat007(a)yahoo.com> > >> > > > Cc: FreeRadius users mailing list > >> > > > <freeradius-users(a)lists.freeradius.org>; users(a)openser.org > >> > > > Sent: Friday, September 28, 2007 11:11:23 PM > >> > > > Subject: Re: [OpenSER-Users] Failed to compile openser with > >> freeradius > >> > > > support > >> > > > > >> > > > Comment the FREERADIUS=1 in the openser/Makefile > >> > > > > >> > > > Make sure that in modules/acc/Makefile ENABLE_RADIUS_ACC=true > is not > >> > > > commented > >> > > > > >> > > > Regards, > >> > > > Norm > >> > > > > >> > > > > >> > > > Live Great wrote: > >> > > > > HI, > >> > > > > > >> > > > > In FreeBSD 6.2, I got this error when I compiled openser with > >> > > > > freeradius support. > >> > > > > > >> > > > > ../../radius.h:36:32: freeradius-client.h: No such file or > >> directory > >> > > > > acc.c: In function `init_acc_rad': > >> > > > > acc.c:464: warning: assignment makes pointer from integer > without > >> > > a cast > >> > > > > acc.c:475: error: `DICT_ATTR' undeclared (first use in this > >> > function) > >> > > > > acc.c:475: error: (Each undeclared identifier is reported only > >> once > >> > > > > acc.c:475: error: for each function it appears in.) > >> > > > > acc.c:475: error: `da' undeclared (first use in this function) > >> > > > > acc.c:475: error: `DICT_VALUE' undeclared (first use in this > >> > function) > >> > > > > acc.c:475: error: `dv' undeclared (first use in this function) > >> > > > > acc.c: In function `acc_rad_request': > >> > > > > acc.c:509: error: `VALUE_PAIR' undeclared (first use in this > >> > function) > >> > > > > acc.c:514: error: invalid lvalue in assignment > >> > > > > acc.c:555: error: `OK_RC' undeclared (first use in this > function) > >> > > > > gmake[1]: *** [acc.o] Error 1 > >> > > > > gmake[1]: Leaving directory > >> > > > > `/usr/ports/net/openser/work/openser-1.2.2-tls/modules/acc' > >> > > > > gmake: *** [modules] Error 2 > >> > > > > *** Error code 2 > >> > > > > > >> > > > > Stop in /usr/ports/net/openser. > >> > > > > *** Error code 1 > >> > > > > > >> > > > > Is there any way I can compile openser with freeradius support? > >> > > > > > >> > > > > Thanks > >> > > > > SW > >> > > > > > >> > > > >> > ------------------------------------------------------------------------ > >> > > > > >> > > > > >> > > ------------------------------------------------------------------------ > >> > > > > >> > > > _______________________________________________ > >> > > > Devel mailing list > >> > > > Devel(a)openser.org > >> > > > http://openser.org/cgi-bin/mailman/listinfo/devel > >> > > > > >> > > > >> > > > >> > > >> > > >> > > >> > >> > > > > > > > > > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users

2 2

[OpenSER-Users] Re: can't get code for the src-leg attribute
by Live Great 03 Oct '07

03 Oct '07

Hi Norman, Thanks for the reply. According to your suggestion, I have added the following lines in raddb/dicitionary: ATTRIBUTE Src-Leg 1075 integer ATTRIBUTE Dst-Leg 1076 integer change in radiusclient-ng/dictionary: ATTRIBUTE Src-Leg 1075 integer ATTRIBUTE Dst-Leg 1076 integer change in openser/openser.cfg: #modparam("acc", "multi_leg_info", "src_leg=$avp(i:901);dst_leg=$avp(i:902)") modparam("acc", "multi_leg_info", "Src-Leg=$avp(i:901);Dst-Leg=$avp(i:902)") Note, I have commented out the original src_leg/dst_leg definition. I don't know what is that i:901 and i:902 means, so I simply change the first letter to upper case and change "_" to "-". Restarted radiusd, and try to start openser then found the following error in the /var/log/messages file: ERROR:acc:extra2int: <Src-Leg> is not a number When I started radiusd, there are info messages written to /var/log/radiusd.log file: Wed Oct 3 09:28:45 2007 : Info: Using deprecated naslist file. Support for this will go away soon. Wed Oct 3 09:28:45 2007 : Info: rlm_exec: Wait=yes but no output defined. Did you mean output=none? Wed Oct 3 09:28:45 2007 : Info: Ready to process requests. Thanks Sam ----- Original Message ---- From: Norman Brandinger <norm(a)goes.com> To: Live Great <livegreat007(a)yahoo.com> Cc: users(a)openser.org Sent: Wednesday, October 3, 2007 3:26:40 AM Subject: Re: can't get code for the Failed attribute Hi Sam, If you altered the dictionary entries, you MUST make sure that your openser.cfg, has also been updated. For example: modparam("acc", "radius_extra", "Src-Leg=$avp(s:source_leg); Dst-Leg=$avp(s:destination_leg)") Note that Src-Leg and Dst-Leg MUST be in the dictionary for BOTH radiusclient-ng AND radiusd. Regards, Norm Live Great wrote: > Hi, > > In your example, do you meant openser will trainsform Src-Leg to > src_leg and Dst-Leg to dst_leg? > After I followed your suggestion and changed the definition to, > ATTRIBUTE Src-Leg 1075 string > ATTRIBUTE Dst-Leg 1076 string > > I get an error: > ERROR: acc: can't get code for the src_leg attribute > > I have a feeling that it is case sensitive, and openser is looking for > src_leg instead Src-Leg. > > Thanks > Sam. > > > ----- Original Message ---- > From: Norman Brandinger <norm(a)goes.com> > To: Live Great <livegreat007(a)yahoo.com> > Cc: users(a)openser.org > Sent: Tuesday, October 2, 2007 9:42:15 PM > Subject: Re: can't get code for the Failed attribute > > Hello Sam, > > The definition you used: > > ATTRIBUTE src_leg 0 string > > Probably isn't valid because "0" is more than likely already being > used. Notice that the various ATTRIBUTE numbers are all unique and just > increment. So use the next higher number that is available. If the > last ATTRIBUTE was 240 then your definition might look like: > > ATTRIBUTE src_leg 241 string > > You might also want to consider the general naming convention that is > used. The above example would then look as follows: > > ATTRIBUTE Src-Leg 241 string > Note, when you get around to inserting this data into a database, the > column name will probably not be allowed to have a dash (unless the > column name is quoted). > > Regards, > Norm > > > Live Great wrote: > > It looks like it doesn't look up the dictionary files in > > /usr/local/share/freeradius/ directory. > > But src_leg and dst_leg are not defined in the share directory. > > > > Sam. > > > > > > ----- Original Message ---- > > From: Live Great <livegreat007(a)yahoo.com> > > To: Norman Brandinger <norm(a)goes.com> > > Cc: users(a)openser.org > > Sent: Tuesday, October 2, 2007 10:17:47 AM > > Subject: Re: can't get code for the Failed attribute > > > > Hi Norman, > > > > Thank you for the reply. > > With the definition of "ATTRIBUTE src_leg 0 string", I got an error > > "src_leg is not a number". > > After changed it to the following definition, > > ATTRIBUTE Acct-Status-Type 40 integer > > ATTRIBUTE Service-Type 6 integer > > ATTRIBUTE Event-Timestamp 55 integer > > ATTRIBUTE Acct-Session-Id 44 string > > ATTRIBUTE src_leg 1 integer > > ATTRIBUTE dst_leg 1 integer > > VALUE Acct-Status-Type Start 1 > > VALUE Acct-Status-Type Stop 2 > > VALUE Acct-Status-Type Failed 0 > > VALUE Service-Type Sip-Session 15 > > > > I still got this error: > > ERROR:acc:extra2int: <src_leg> is not a number > > > > Thanks > > Sam > > ----- Original Message ---- > > From: Norman Brandinger <norm(a)goes.com> > > To: Live Great <livegreat007(a)yahoo.com> > > Cc: users(a)openser.org > > Sent: Tuesday, October 2, 2007 9:43:41 AM > > Subject: Re: can't get code for the Failed attribute > > > > Hi Sam, > > > > In /usr/local/share/freeradius/dictionary.rfc2866 there exists the > > following entry: > > > > VALUE Acct-Status-Type Failed 15 > > > > I'm not an expert in this area, but it appears that "Failed" is sort of > > predefined. You probably should NOT use "Failed", instead create a > > unique attribute such as "failed-reason". This is of course assuming > > the rest of your definitions are good. > > > > Please do not cross-post configuration questions of this type to the > > developers mailing list. > > > > Regards, > > Norm > > > > > > Live Great wrote: > > > Hi, > > > > > > After added the following Attributes in the radiusclient-ng/dictionary > > > file: > > > ATTRIBUTE src_leg 0 string > > > ATTRIBUTE dst_leg 0 string > > > ATTRIBUTE Failed 0 string > > > > > > I got the following error: > > > ERROR: acc: can't get code for the Failed attribute value > > > > > > How to define a proper attribute in the dictionary file? > > > Thanks > > > Sam > > > > > > ----- Original Message ---- > > > From: Norman Brandinger <norm(a)goes.com> > > > To: Live Great <livegreat007(a)yahoo.com> > > > Cc: devel(a)openser.org > > > Sent: Monday, October 1, 2007 9:01:54 PM > > > Subject: Re: [OpenSER-Devel] can't get code for the Sip-Response-Code > > > attribute > > > > > > Good Morning, > > > > > > You need to make sure the dictionary settings are correct and exactly > > > match what you have specified in OpenSER. > > > > > > The dictionaries are specified in radiusclient-ng and in radiusd (and > > > mediaproxy if you use it) > > > > > > The error is telling you that "Sip-Response-Code" cannot be found > in any > > > of the dictionaries you have specified. > > > > > > Regards, > > > Norm > > > > > > Live Great wrote: > > > > Hi, > > > > > > > > I still can't this work, that's why I posted in the development > forum. > > > > > > > > I have installed openser with *_ACC=ture uncommented in the > > acc/Makfile.. > > > > But I can't start openser now. > > > > Here is the error when I executed /usr/local/etc/rc.d/openser start: > > > > > > > > core:rc.d # ./openser start > > > > Command Monit to start OpenSER... > > > > 'openser' start: /usr/local/etc/rc.d/openser > > > > 'openser' failed to start > > > > Starting Open SIP Router: > > > > Listening on > > > > udp: 127.0.0.1 [127.0.0.1]:5060 > > > > udp: 12x..x.x..x [12x.x.x.x]:5060 > > > > Aliases: > > > > udp: xxx..xxx..com.au:5060 > > > > udp: localhost.xxx.com.au:5060 > > > > udp: localhost:5060 > > > > > > > > In /var/log/messages: > > > > ERROR: acc: can't get code for the Sip-Response-Code attribute > > > > ERROR:acc:mod_init: failed to init radius > > > > > > > > core:rc.d # ps -auxww | grep openser > > > > root 35219 0.0 0.1 1520 728 p2 R+ 12:03AM 0:00.00 grep > > > openser > > > > core:rc.d # ps -auxww | grep radius > > > > root 35230 0.0 0.3 5004 3256 ?? Ss 12:04AM 0:00.00 > > > > /usr/local/sbin/radiusd > > > > core:rc.d # ps -auxww | grep mysql > > > > mysql 75881 0.0 0.1 1732 1116 p1- I 20Sep07 0:00.02 > /bin/sh > > > > /usr/local/bin/mysqld_safe > > > > --defaults-extra-file=/usr/local/var/db/mysql/my.cnf --user=mysql > > > > --datadir=/usr/local/var/db/mysql > > > > --pid-file=/usr/local/var/db/mysql/core.xxx.com.au.pid > > > > mysql 75924 0.0 2.7 49016 28336 p1- S 20Sep07 10:52.77 > [mysqld] > > > > root 35237 0.0 0.1 1544 644 p2 RL+ 12:05AM 0:00.00 grep > > mysql > > > > > > > > Why I got thos acc errors when starting openser? > > > > > > > > Thanks > > > > SW > > > > > > > > > > > > > > > > ----- Original Message ---- > > > > From: Norman Brandinger <norm(a)goes.com> > > > > To: Live Great <livegreat007(a)yahoo.com> > > > > Cc: FreeRadius users mailing list > > > > <freeradius-users(a)lists.freeradius.org>; users(a)openser.org > > > > Sent: Friday, September 28, 2007 11:11:23 PM > > > > Subject: Re: [OpenSER-Users] Failed to compile openser with > freeradius > > > > support > > > > > > > > Comment the FREERADIUS=1 in the openser/Makefile > > > > > > > > Make sure that in modules/acc/Makefile ENABLE_RADIUS_ACC=true is not > > > > commented > > > > > > > > Regards, > > > > Norm > > > > > > > > > > > > Live Great wrote: > > > > > HI, > > > > > > > > > > In FreeBSD 6.2, I got this error when I compiled openser with > > > > > freeradius support. > > > > > > > > > > ../../radius.h:36:32: freeradius-client.h: No such file or > directory > > > > > acc.c: In function `init_acc_rad': > > > > > acc.c:464: warning: assignment makes pointer from integer without > > > a cast > > > > > acc.c:475: error: `DICT_ATTR' undeclared (first use in this > > function) > > > > > acc.c:475: error: (Each undeclared identifier is reported only > once > > > > > acc.c:475: error: for each function it appears in.) > > > > > acc.c:475: error: `da' undeclared (first use in this function) > > > > > acc.c:475: error: `DICT_VALUE' undeclared (first use in this > > function) > > > > > acc.c:475: error: `dv' undeclared (first use in this function) > > > > > acc.c: In function `acc_rad_request': > > > > > acc.c:509: error: `VALUE_PAIR' undeclared (first use in this > > function) > > > > > acc.c:514: error: invalid lvalue in assignment > > > > > acc.c:555: error: `OK_RC' undeclared (first use in this function) > > > > > gmake[1]: *** [acc.o] Error 1 > > > > > gmake[1]: Leaving directory > > > > > `/usr/ports/net/openser/work/openser-1.2.2-tls/modules/acc' > > > > > gmake: *** [modules] Error 2 > > > > > *** Error code 2 > > > > > > > > > > Stop in /usr/ports/net/openser. > > > > > *** Error code 1 > > > > > > > > > > Is there any way I can compile openser with freeradius support? > > > > > > > > > > Thanks > > > > > SW > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > > _______________________________________________ > > > > Devel mailing list > > > > Devel(a)openser.org > > > > http://openser.org/cgi-bin/mailman/listinfo/devel > > > > > > > > > > > > > > > > > >

3 3

[OpenSER-Users] Re: can't get code for the src-leg attribute
by Live Great 03 Oct '07

03 Oct '07

I just made another attempt by using your suggestion in the openser.cfg file, it started successfully for a while, that means it has passed the dictionary. But failed another issue with DIAMETER. The configuration I used in openser.cfg is: modparam("acc", "radius_extra", "Src-Leg=$avp(s:source_leg); Dst-Leg=$avp(s:destination_leg)") The error is: acc:init_mytcp(): error connecting to the DIAMETER client ERROR:acc:child_init:: TCP connection not established ERROR:init_mod_child: Error while initializing module acc, rank -5 init_unixsock_server: Error in init_child ERROR: Could not initialize unix domain socket server In the log, I can see Openser is trying to connect 127.0.0:3000. Thanks Sam ----- Original Message ---- From: Live Great <livegreat007(a)yahoo.com> To: Norman Brandinger <norm(a)goes.com> Cc: users(a)openser.org Sent: Wednesday, October 3, 2007 9:34:49 AM Subject: Re: can't get code for the src-leg attribute Hi Norman, Thanks for the reply. According to your suggestion, I have added the following lines in raddb/dicitionary: ATTRIBUTE Src-Leg 1075 integer ATTRIBUTE Dst-Leg 1076 integer change in radiusclient-ng/dictionary: ATTRIBUTE Src-Leg 1075 integer ATTRIBUTE Dst-Leg 1076 integer change in openser/openser.cfg: #modparam("acc", "multi_leg_info", "src_leg=$avp(i:901);dst_leg=$avp(i:902)") modparam("acc", "multi_leg_info", "Src-Leg=$avp(i:901);Dst-Leg=$avp(i:902)") Note, I have commented out the original src_leg/dst_leg definition. I don't know what is that i:901 and i:902 means, so I simply change the first letter to upper case and change "_" to "-". Restarted radiusd, and try to start openser then found the following error in the /var/log/messages file: ERROR:acc:extra2int: <Src-Leg> is not a number When I started radiusd, there are info messages written to /var/log/radiusd.log file: Wed Oct 3 09:28:45 2007 : Info: Using deprecated naslist file. Support for this will go away soon. Wed Oct 3 09:28:45 2007 : Info: rlm_exec: Wait=yes but no output defined. Did you mean output=none? Wed Oct 3 09:28:45 2007 : Info: Ready to process requests. Thanks Sam ----- Original Message ---- From: Norman Brandinger <norm(a)goes.com> To: Live Great <livegreat007(a)yahoo.com> Cc: users(a)openser.org Sent: Wednesday, October 3, 2007 3:26:40 AM Subject: Re: can't get code for the Failed attribute Hi Sam, If you altered the dictionary entries, you MUST make sure that your openser.cfg, has also been updated. For example: modparam("acc", "radius_extra", "Src-Leg=$avp(s:source_leg); Dst-Leg=$avp(s:destination_leg)") Note that Src-Leg and Dst-Leg MUST be in the dictionary for BOTH radiusclient-ng AND radiusd. Regards, Norm Live Great wrote: > Hi, > > In your example, do you meant openser will trainsform Src-Leg to > src_leg and Dst-Leg to dst_leg? > After I followed your suggestion and changed the definition to, > ATTRIBUTE Src-Leg 1075 string > ATTRIBUTE Dst-Leg 1076 string > > I get an error: > ERROR: acc: can't get code for the src_leg attribute > > I have a feeling that it is case sensitive, and openser is looking for > src_leg instead Src-Leg. > > Thanks > Sam. > > > ----- Original Message ---- > From: Norman Brandinger <norm(a)goes.com> > To: Live Great <livegreat007(a)yahoo.com> > Cc: users(a)openser.org > Sent: Tuesday, October 2, 2007 9:42:15 PM > Subject: Re: can't get code for the Failed attribute > > Hello Sam, > > The definition you used: > > ATTRIBUTE src_leg 0 string > > Probably isn't valid because "0" is more than likely already being > used. Notice that the various ATTRIBUTE numbers are all unique and just > increment. So use the next higher number that is available. If the > last ATTRIBUTE was 240 then your definition might look like: > > ATTRIBUTE src_leg 241 string > > You might also want to consider the general naming convention that is > used. The above example would then look as follows: > > ATTRIBUTE Src-Leg 241 string > Note, when you get around to inserting this data into a database, the > column name will probably not be allowed to have a dash (unless the > column name is quoted).. > > Regards, > Norm > > > Live Great wrote: > > It looks like it doesn't look up the dictionary files in > > /usr/local/share/freeradius/ directory. > > But src_leg and dst_leg are not defined in the share directory. > > > > Sam. > > > > > > ----- Original Message ---- > > From: Live Great <livegreat007(a)yahoo.com> > > To: Norman Brandinger <norm(a)goes.com> > > Cc: users(a)openser.org > > Sent: Tuesday, October 2, 2007 10:17:47 AM > > Subject: Re: can't get code for the Failed attribute > > > > Hi Norman, > > > > Thank you for the reply. > > With the definition of "ATTRIBUTE src_leg 0 string", I got an error > > "src_leg is not a number". > > After changed it to the following definition, > > ATTRIBUTE Acct-Status-Type 40 integer > > ATTRIBUTE Service-Type 6 integer > > ATTRIBUTE Event-Timestamp 55 integer > > ATTRIBUTE Acct-Session-Id 44 string > > ATTRIBUTE src_leg 1 integer > > ATTRIBUTE dst_leg 1 integer > > VALUE Acct-Status-Type Start 1 > > VALUE Acct-Status-Type Stop 2 > > VALUE Acct-Status-Type Failed 0 > > VALUE Service-Type Sip-Session 15 > > > > I still got this error: > > ERROR:acc:extra2int: <src_leg> is not a number > > > > Thanks > > Sam > > ----- Original Message ---- > > From: Norman Brandinger <norm(a)goes.com> > > To: Live Great <livegreat007(a)yahoo.com> > > Cc: users(a)openser.org > > Sent: Tuesday, October 2, 2007 9:43:41 AM > > Subject: Re: can't get code for the Failed attribute > > > > Hi Sam, > > > > In /usr/local/share/freeradius/dictionary.rfc2866 there exists the > > following entry: > > > > VALUE Acct-Status-Type Failed 15 > > > > I'm not an expert in this area, but it appears that "Failed" is sort of > > predefined. You probably should NOT use "Failed", instead create a > > unique attribute such as "failed-reason". This is of course assuming > > the rest of your definitions are good. > > > > Please do not cross-post configuration questions of this type to the > > developers mailing list. > > > > Regards, > > Norm > > > > > > Live Great wrote: > > > Hi, > > > > > > After added the following Attributes in the radiusclient-ng/dictionary > > > file: > > > ATTRIBUTE src_leg 0 string > > > ATTRIBUTE dst_leg 0 string > > > ATTRIBUTE Failed 0 string > > > > > > I got the following error: > > > ERROR: acc: can't get code for the Failed attribute value > > > > > > How to define a proper attribute in the dictionary file? > > > Thanks > > > Sam > > > > > > ----- Original Message ---- > > > From: Norman Brandinger <norm(a)goes.com> > > > To: Live Great <livegreat007(a)yahoo.com> > > > Cc: devel(a)openser.org > > > Sent: Monday, October 1, 2007 9:01:54 PM > > > Subject: Re: [OpenSER-Devel] can't get code for the Sip-Response-Code > > > attribute > > > > > > Good Morning, > > > > > > You need to make sure the dictionary settings are correct and exactly > > > match what you have specified in OpenSER. > > > > > > The dictionaries are specified in radiusclient-ng and in radiusd (and > > > mediaproxy if you use it) > > > > > > The error is telling you that "Sip-Response-Code" cannot be found > in any > > > of the dictionaries you have specified. > > > > > > Regards, > > > Norm > > > > > > Live Great wrote: > > > > Hi, > > > > > > > > I still can't this work, that's why I posted in the development > forum. > > > > > > > > I have installed openser with *_ACC=ture uncommented in the > > acc/Makfile. > > > > But I can't start openser now. > > > > Here is the error when I executed /usr/local/etc/rc.d/openser start: > > > > > > > > core:rc.d # ./openser start > > > > Command Monit to start OpenSER... > > > > 'openser' start: /usr/local/etc/rc.d/openser > > > > 'openser' failed to start > > > > Starting Open SIP Router: > > > > Listening on > > > > udp: 127.0.0.1 [127.0.0.1]:5060 > > > > udp: 12x.x.x..x [12x.x.x.x]:5060 > > > > Aliases: > > > > udp: xxx.xxx..com.au:5060 > > > > udp: localhost.xxx.com.au:5060 > > > > udp: localhost:5060 > > > > > > > > In /var/log/messages: > > > > ERROR: acc: can't get code for the Sip-Response-Code attribute > > > > ERROR:acc:mod_init: failed to init radius > > > > > > > > core:rc.d # ps -auxww | grep openser > > > > root 35219 0.0 0.1 1520 728 p2 R+ 12:03AM 0:00.00 grep > > > openser > > > > core:rc.d # ps -auxww | grep radius > > > > root 35230 0.0 0.3 5004 3256 ?? Ss 12:04AM 0:00.00 > > > > /usr/local/sbin/radiusd > > > > core:rc.d # ps -auxww | grep mysql > > > > mysql 75881 0.0 0.1 1732 1116 p1- I 20Sep07 0:00.02 > /bin/sh > > > > /usr/local/bin/mysqld_safe > > > > --defaults-extra-file=/usr/local/var/db/mysql/my.cnf --user=mysql > > > > --datadir=/usr/local/var/db/mysql > > > > --pid-file=/usr/local/var/db/mysql/core.xxx.com.au.pid > > > > mysql 75924 0.0 2.7 49016 28336 p1- S 20Sep07 10:52.77 > [mysqld] > > > > root 35237 0.0 0.1 1544 644 p2 RL+ 12:05AM 0:00.00 grep > > mysql > > > > > > > > Why I got thos acc errors when starting openser? > > > > > > > > Thanks > > > > SW > > > > > > > > > > > > > > > > ----- Original Message ---- > > > > From: Norman Brandinger <norm(a)goes.com> > > > > To: Live Great <livegreat007(a)yahoo.com> > > > > Cc: FreeRadius users mailing list > > > > <freeradius-users(a)lists.freeradius.org>; users(a)openser.org > > > > Sent: Friday, September 28, 2007 11:11:23 PM > > > > Subject: Re: [OpenSER-Users] Failed to compile openser with > freeradius > > > > support > > > > > > > > Comment the FREERADIUS=1 in the openser/Makefile > > > > > > > > Make sure that in modules/acc/Makefile ENABLE_RADIUS_ACC=true is not > > > > commented > > > > > > > > Regards, > > > > Norm > > > > > > > > > > > > Live Great wrote: > > > > > HI, > > > > > > > > > > In FreeBSD 6.2, I got this error when I compiled openser with > > > > > freeradius support. > > > > > > > > > > ../../radius.h:36:32: freeradius-client.h: No such file or > directory > > > > > acc.c: In function `init_acc_rad': > > > > > acc.c:464: warning: assignment makes pointer from integer without > > > a cast > > > > > acc.c:475: error: `DICT_ATTR' undeclared (first use in this > > function) > > > > > acc.c:475: error: (Each undeclared identifier is reported only > once > > > > > acc.c:475: error: for each function it appears in.) > > > > > acc.c:475: error: `da' undeclared (first use in this function) > > > > > acc.c:475: error: `DICT_VALUE' undeclared (first use in this > > function) > > > > > acc.c:475: error: `dv' undeclared (first use in this function) > > > > > acc.c: In function `acc_rad_request': > > > > > acc.c:509: error: `VALUE_PAIR' undeclared (first use in this > > function) > > > > > acc.c:514: error: invalid lvalue in assignment > > > > > acc.c:555: error: `OK_RC' undeclared (first use in this function) > > > > > gmake[1]: *** [acc.o] Error 1 > > > > > gmake[1]: Leaving directory > > > > > `/usr/ports/net/openser/work/openser-1.2.2-tls/modules/acc' > > > > > gmake: *** [modules] Error 2 > > > > > *** Error code 2 > > > > > > > > > > Stop in /usr/ports/net/openser. > > > > > *** Error code 1 > > > > > > > > > > Is there any way I can compile openser with freeradius support? > > > > > > > > > > Thanks > > > > > SW > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > > _______________________________________________ > > > > Devel mailing list > > > > Devel(a)openser.org > > > > http://openser.org/cgi-bin/mailman/listinfo/devel > > > > > > > > > > > > > > > > > >

1 0

[OpenSER-Users] serialize_branches seems to be not working
by Marcello Lupo 02 Oct '07

02 Oct '07

Hi to all, i'm using openser 1.2.2 no tls and i use exec_dset to get list of gateways in destination set to be serialized. After execution of exec_dset i get in output: sip:123456@10.10.10.1:5062;q=0.2 sip:123456@10.10.10.10:5060;q=0.1 $ds become : Contact: sip:123456@10.10.10.1:5062;q=0.2, sip:123456@10.10.10.10:5060;q=0.1 RURI become: sip:123456@10.10.10.1:5062;q=0.2 $bR become: sip:123456@10.10.10.10:5060;q=0.1 All seems to be fine but when i run serialize_branches() i get: DEBUG:serialize_branches: nothing to do - all same q! Any ideas on what i'm missing? May be something in the output of exec_dset?? I'm using the \n between lines in my custom LCR scripts to get gateways from DB. Thanks, Bye, Marcello

2 9

[OpenSER-Users] Re: can't get code for the Failed attribute
by Live Great 02 Oct '07

02 Oct '07

Hi, In your example, do you meant openser will trainsform Src-Leg to src_leg and Dst-Leg to dst_leg? After I followed your suggestion and changed the definition to, ATTRIBUTE Src-Leg 1075 string ATTRIBUTE Dst-Leg 1076 string I get an error: ERROR: acc: can't get code for the src_leg attribute I have a feeling that it is case sensitive, and openser is looking for src_leg instead Src-Leg. Thanks Sam. ----- Original Message ---- From: Norman Brandinger <norm(a)goes.com> To: Live Great <livegreat007(a)yahoo.com> Cc: users(a)openser.org Sent: Tuesday, October 2, 2007 9:42:15 PM Subject: Re: can't get code for the Failed attribute Hello Sam, The definition you used: ATTRIBUTE src_leg 0 string Probably isn't valid because "0" is more than likely already being used. Notice that the various ATTRIBUTE numbers are all unique and just increment. So use the next higher number that is available. If the last ATTRIBUTE was 240 then your definition might look like: ATTRIBUTE src_leg 241 string You might also want to consider the general naming convention that is used. The above example would then look as follows: ATTRIBUTE Src-Leg 241 string Note, when you get around to inserting this data into a database, the column name will probably not be allowed to have a dash (unless the column name is quoted). Regards, Norm Live Great wrote: > It looks like it doesn't look up the dictionary files in > /usr/local/share/freeradius/ directory. > But src_leg and dst_leg are not defined in the share directory. > > Sam. > > > ----- Original Message ---- > From: Live Great <livegreat007(a)yahoo.com> > To: Norman Brandinger <norm(a)goes.com> > Cc: users(a)openser.org > Sent: Tuesday, October 2, 2007 10:17:47 AM > Subject: Re: can't get code for the Failed attribute > > Hi Norman, > > Thank you for the reply. > With the definition of "ATTRIBUTE src_leg 0 string", I got an error > "src_leg is not a number". > After changed it to the following definition, > ATTRIBUTE Acct-Status-Type 40 integer > ATTRIBUTE Service-Type 6 integer > ATTRIBUTE Event-Timestamp 55 integer > ATTRIBUTE Acct-Session-Id 44 string > ATTRIBUTE src_leg 1 integer > ATTRIBUTE dst_leg 1 integer > VALUE Acct-Status-Type Start 1 > VALUE Acct-Status-Type Stop 2 > VALUE Acct-Status-Type Failed 0 > VALUE Service-Type Sip-Session 15 > > I still got this error: > ERROR:acc:extra2int: <src_leg> is not a number > > Thanks > Sam > ----- Original Message ---- > From: Norman Brandinger <norm(a)goes.com> > To: Live Great <livegreat007(a)yahoo.com> > Cc: users(a)openser.org > Sent: Tuesday, October 2, 2007 9:43:41 AM > Subject: Re: can't get code for the Failed attribute > > Hi Sam, > > In /usr/local/share/freeradius/dictionary.rfc2866 there exists the > following entry: > > VALUE Acct-Status-Type Failed 15 > > I'm not an expert in this area, but it appears that "Failed" is sort of > predefined. You probably should NOT use "Failed", instead create a > unique attribute such as "failed-reason". This is of course assuming > the rest of your definitions are good. > > Please do not cross-post configuration questions of this type to the > developers mailing list. > > Regards, > Norm > > > Live Great wrote: > > Hi, > > > > After added the following Attributes in the radiusclient-ng/dictionary > > file: > > ATTRIBUTE src_leg 0 string > > ATTRIBUTE dst_leg 0 string > > ATTRIBUTE Failed 0 string > > > > I got the following error: > > ERROR: acc: can't get code for the Failed attribute value > > > > How to define a proper attribute in the dictionary file? > > Thanks > > Sam > > > > ----- Original Message ---- > > From: Norman Brandinger <norm(a)goes.com> > > To: Live Great <livegreat007(a)yahoo.com> > > Cc: devel(a)openser.org > > Sent: Monday, October 1, 2007 9:01:54 PM > > Subject: Re: [OpenSER-Devel] can't get code for the Sip-Response-Code > > attribute > > > > Good Morning, > > > > You need to make sure the dictionary settings are correct and exactly > > match what you have specified in OpenSER. > > > > The dictionaries are specified in radiusclient-ng and in radiusd (and > > mediaproxy if you use it) > > > > The error is telling you that "Sip-Response-Code" cannot be found in any > > of the dictionaries you have specified. > > > > Regards, > > Norm > > > > Live Great wrote: > > > Hi, > > > > > > I still can't this work, that's why I posted in the development forum. > > > > > > I have installed openser with *_ACC=ture uncommented in the > acc/Makfile. > > > But I can't start openser now. > > > Here is the error when I executed /usr/local/etc/rc.d/openser start: > > > > > > core:rc.d # ./openser start > > > Command Monit to start OpenSER... > > > 'openser' start: /usr/local/etc/rc.d/openser > > > 'openser' failed to start > > > Starting Open SIP Router: > > > Listening on > > > udp: 127.0.0.1 [127.0.0.1]:5060 > > > udp: 12x.x.x..x [12x.x.x.x]:5060 > > > Aliases: > > > udp: xxx.xxx..com.au:5060 > > > udp: localhost.xxx.com.au:5060 > > > udp: localhost:5060 > > > > > > In /var/log/messages: > > > ERROR: acc: can't get code for the Sip-Response-Code attribute > > > ERROR:acc:mod_init: failed to init radius > > > > > > core:rc.d # ps -auxww | grep openser > > > root 35219 0.0 0.1 1520 728 p2 R+ 12:03AM 0:00.00 grep > > openser > > > core:rc.d # ps -auxww | grep radius > > > root 35230 0.0 0.3 5004 3256 ?? Ss 12:04AM 0:00.00 > > > /usr/local/sbin/radiusd > > > core:rc.d # ps -auxww | grep mysql > > > mysql 75881 0.0 0.1 1732 1116 p1- I 20Sep07 0:00.02 /bin/sh > > > /usr/local/bin/mysqld_safe > > > --defaults-extra-file=/usr/local/var/db/mysql/my.cnf --user=mysql > > > --datadir=/usr/local/var/db/mysql > > > --pid-file=/usr/local/var/db/mysql/core.xxx.com.au.pid > > > mysql 75924 0.0 2.7 49016 28336 p1- S 20Sep07 10:52.77 [mysqld] > > > root 35237 0.0 0.1 1544 644 p2 RL+ 12:05AM 0:00.00 grep > mysql > > > > > > Why I got thos acc errors when starting openser? > > > > > > Thanks > > > SW > > > > > > > > > > > > ----- Original Message ---- > > > From: Norman Brandinger <norm(a)goes.com> > > > To: Live Great <livegreat007(a)yahoo.com> > > > Cc: FreeRadius users mailing list > > > <freeradius-users(a)lists.freeradius.org>; users(a)openser.org > > > Sent: Friday, September 28, 2007 11:11:23 PM > > > Subject: Re: [OpenSER-Users] Failed to compile openser with freeradius > > > support > > > > > > Comment the FREERADIUS=1 in the openser/Makefile > > > > > > Make sure that in modules/acc/Makefile ENABLE_RADIUS_ACC=true is not > > > commented > > > > > > Regards, > > > Norm > > > > > > > > > Live Great wrote: > > > > HI, > > > > > > > > In FreeBSD 6.2, I got this error when I compiled openser with > > > > freeradius support. > > > > > > > > ../../radius.h:36:32: freeradius-client.h: No such file or directory > > > > acc.c: In function `init_acc_rad': > > > > acc.c:464: warning: assignment makes pointer from integer without > > a cast > > > > acc.c:475: error: `DICT_ATTR' undeclared (first use in this > function) > > > > acc.c:475: error: (Each undeclared identifier is reported only once > > > > acc.c:475: error: for each function it appears in.) > > > > acc.c:475: error: `da' undeclared (first use in this function) > > > > acc.c:475: error: `DICT_VALUE' undeclared (first use in this > function) > > > > acc.c:475: error: `dv' undeclared (first use in this function) > > > > acc.c: In function `acc_rad_request': > > > > acc.c:509: error: `VALUE_PAIR' undeclared (first use in this > function) > > > > acc.c:514: error: invalid lvalue in assignment > > > > acc.c:555: error: `OK_RC' undeclared (first use in this function) > > > > gmake[1]: *** [acc.o] Error 1 > > > > gmake[1]: Leaving directory > > > > `/usr/ports/net/openser/work/openser-1.2.2-tls/modules/acc' > > > > gmake: *** [modules] Error 2 > > > > *** Error code 2 > > > > > > > > Stop in /usr/ports/net/openser. > > > > *** Error code 1 > > > > > > > > Is there any way I can compile openser with freeradius support? > > > > > > > > Thanks > > > > SW > > > > > > ------------------------------------------------------------------------ > > > > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > Devel mailing list > > > Devel(a)openser.org > > > http://openser.org/cgi-bin/mailman/listinfo/devel > > > > > > > > > >

2 1

Fw: [OpenSER-Users] Prepaid SIP
by Fredrik Lundmark 02 Oct '07

02 Oct '07

I forgot to cc the list /Fredrik ----- Original Message ----- From: Fredrik Lundmark To: srinivas Antarvedi Sent: Sunday, September 30, 2007 11:34 AM Subject: Re: [OpenSER-Users] Prepaid SIP I believe SEMS (http://ftp.iptel.org/pub/sems/doc/current/AppDocExample.html) together with CDRTool (http://cdrtool.ag-projects.com/) can be adjusted to your needs - any feedback from anyone out there that's done it? BR/// Fredrik ----- Original Message ----- From: srinivas Antarvedi To: users(a)openser.org Sent: Friday, September 28, 2007 12:27 PM Subject: [OpenSER-Users] Prepaid SIP Hello all, Actually i have a testing setup which facilitates to give accounting details to mysql db once call was end by any one of the uac. But if i want to have a prepaid solution like our mobiles i dont found any solution till now on open source some of my friend suggested to go for B2BUA from vovida.org does anybody using this ? is this real that this can work for prepaid stuff? if not just let me know otherwise i will waste my time in doing some research on something not useful if not what might be the other ways to get around the problem of prepaid billing i know we can do this using b2bua, can we go ahead with asterisk? waiting for valuable suggestions -- Srinivas Antarvedi -------------------------------------------------------------------------------- _______________________________________________ Users mailing list Users(a)openser.org http://openser.org/cgi-bin/mailman/listinfo/users

2 1

[OpenSER-Users] Problem in REGISTER with "Route" (I don't want to use "alias" in conf file)
by Iñaki Baz Castillo 02 Oct '07

02 Oct '07

Hi, I've multidomain OpenSer and I want the possibility of adding new domains without having to write in conf file and restart OpenSer, so I use "domain" module and functions. It works fine. The problem is that WengoPhone includes a "Route" in the REGISTER so it is matches in "loose_route" and creates an infinite loop: ------------------------------------------- U 2007/09/12 11:00:47.770226 212.121.235.18:1029 -> 88.95.0.210:5060 REGISTER sip:sip.domain.net SIP/2.0 Via: SIP/2.0/UDP 192.168.1.58:5061;rport;branch=123456789 Route: <sip:sip.domain.net;lr> U 2007/09/12 11:00:47.772884 88.95.0.210:5060 -> 88.95.0.210:5060 REGISTER sip:sip.domain.net SIP/2.0 Max-Forwards: 10 Via: SIP/2.0/UDP 88.95.0.210;branch=z9hG4bK734e.08122386.0 Via: SIP/2.0/UDP 192.168.1.58:5061;received=212.121.235.18;rport=1029;branch=123456789 Route: <sip:sip.domain.net;lr> U 2007/09/12 11:00:47.775153 88.95.0.210:5060 -> 88.95.0.210:5060 REGISTER sip:sip.domain.net SIP/2.0 Max-Forwards: 9 Via: SIP/2.0/UDP 88.95.0.210;branch=z9hG4bK734e.18122386.0 Via: SIP/2.0/UDP 88.95.0.210;rport=5060;branch=z9hG4bK734e.08122386.0 Via: SIP/2.0/UDP 192.168.1.58:5061;received=212.121.235.18;rport=1029;branch=123456789 Route: <sip:sip.domain.net;lr> etc etc... ------------------------------------------- A developer of WengoPhone said me that this "Route" header is not necessary but still valid, and that I can solve it by adding: alias=sip.domain.org But I don't want to write in conf file for each new added domain, and I don't want to restart OpenSer when it. I'm thinking in change: if (loose_route()) { by if (loose_route() && method!="REGISTER") { but it doesn't seem very ellegatn solution. How could I solve it? Thanks for any help. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

5 22

[Serusers] FW: /usr/local/sbin/ser[22017]: WARNING: run_actions: null action list (rec_level=15)
by Brian Torbich 02 Oct '07

02 Oct '07

Hello, Can you please help me to interpret the meaning this warning message? /usr/local/sbin/ser[22017]: WARNING: run_actions: null action list (rec_level=15) The message is recurring many times in my /var/log/messages. Thank you, Brian

1 0

[Serusers] [Fwd: Re: How to change INVITE From field]
by Olaf Bergmann 02 Oct '07

02 Oct '07

I should have Cc'd this to the list... -------- Original Message -------- Subject: Re: [Serusers] How to change INVITE From field Date: Tue, 02 Oct 2007 13:57:49 +0200 From: Olaf Bergmann <Olaf.Bergmann(a)freenet.ag> Organization: Freenet Cityline GmbH To: SIP <sip(a)arcdiv.com> References: <b222g3dmntvc38gk3v2uq7vau6vmfcjem1(a)4ax.com> <4701F388.7020109(a)freenet.ag> <470217DF.9020607(a)arcdiv.com> SIP wrote: [RFC 2543] > The implication of this is that the ENTIRE From/To headers are not > necessarily immutable, as the tag is used to identify them as unique. Well, transaction matching in RFC 2543 has used the nameaddr part of the From/To headers, therefore implementations were required not to change these. Tags at that time have been introduced primarily for dealing with forked requests. In RFC 3261, this has been re-designed mainly for robustness of transaction matching. Since there were many pre-3261 implementations, the requirement of immutable From and To headers is still valid. (Nowadays, people start discussing if this is still necessary.) To ensure interoperability, carriers typically use dialog-stateful intermediaries (back-to-back user agents) to change these headers. > The question is, is there something elsewhere which contradicts this > (and therefore enforced the rule of immutable From/To headers), or is > this just a SER idiosyncrasy? If it's just a SER thing, might it not be > different in other systems (something we might have to watch out for), > or might it not be coded around within SER to allow modification of the > From header? IMHO it is a SER thing, and you could probably change the function for branch creation (the problem is that you must find another way for stateless generation of recognizable branch tags). Regards, Olaf

1 0

[Serusers] How to change INVITE From field
by x-ser＠sidell.org 02 Oct '07

02 Oct '07

For outbound pstn calls, I want to change the INVITE message's From: header field to specify my caller id. For example, I want to change it from this: From: 201 <sip:201@67.32.47.145:5060>;tag=4f3c1a5892c015f to this: From: Forte Inc <sip:9195551234@67.32.47.145:5060>;tag=4f3c1a5892c015f What's the best way to change the "comment" and LHS of the address? Many thanks! -- Mark Sidell Partner Forte, Inc. 919-942-7068 fax 919-969-2844 www.forteinc.com

3 4

RE: [OpenSER-Users] avp_db_load() with avp aliases
by Papadopoulos Georgios 02 Oct '07

02 Oct '07

Hello Daniel, I added a debug statement in mysql/dbase.c/db_mysql_submit_query() and here is the output. 1(1950) Checking pkt for caller sip:demo2@altecnet.gr 1(2318) submit_query(): select value,attribute,type from usr_preferences where username='demo2' AND domain='altecnet.gr' AND attribute='111' 1(1950) close avp query 1(1950) DEBUG:avpops:load_avps: loaded avps = 0 My config looks like avp_aliases="pkt=i:111" ... xlog("L_ERR","Checking pkt for caller $avp(caller)\n"); if (is_avp_set("$avp(caller)") && avp_db_load("$avp(caller)/uri", "$avp(pkt)")) { xlog("L_ERR", "Use large pkt=$avp(pkt) for caller $avp(caller)\n"); ... } I see now what is happening. So I am guessing that avp_db_load() cannot be used this way unless I rename my records in DB from 'pkt' to '111' which does not make much sense. Second alternative would be to use some custom db_scheme. best regards George > -----Original Message----- > From: Daniel-Constantin Mierla [mailto:daniel@voice-system.ro] > Sent: Tuesday, October 02, 2007 12:14 PM > To: Papadopoulos Georgios > Cc: users(a)openser.org > Subject: Re: [OpenSER-Users] avp_db_load() with avp aliases > > Hello, > > can you get the debug messages with debug=7 and the sql query > sent to the mysql server? > > Cheers, > Daniel > > > On 10/01/07 10:09, Papadopoulos Georgios wrote: > > Hello all, > > > > Recently I changed all my avps from string names to > aliases. I noticed > > that all my avp_db_load() calls are failing. From the tests that I > > did, I conclude that it fails when the 2nd argument to the > function is > > an avp with an alias: > > > > avp_aliases="caller = i:100; > > pkt = i:111" > > avp_db_load("$avp(s:caller)/uri", "$avp(s:pkt)") works ok > > avp_db_load("$avp(caller)/uri", "$avp(s:pkt)") works ok > > avp_db_load("$avp(caller)/uri", "$avp(pkt)") fails > > What am I doing wrong? My version is 1.2 from svn (rev. 2826) > > > > thank you for any help > > > > George > > > > > > > > Disclaimer > > > > The information in this e-mail and any attachments is > confidential. It > > is intended solely for the attention and use of the named > > addressee(s). If you are not the intended recipient, or person > > responsible for delivering this information to the intended > recipient, > > please notify the sender immediately. Unless you are the intended > > recipient or his/her representative you are not authorized to, and > > must not, read, copy, distribute, use or retain this message or any > > part of it. E-mail transmission cannot be guaranteed to be > secure or > > error-free as information could be intercepted, corrupted, lost, > > destroyed, arrive late or incomplete, or contain viruses. > > > > > ---------------------------------------------------------------------- > > -- > > > > _______________________________________________ > > Users mailing list > > Users(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/users > > >

2 1

[OpenSER-Users] Re: can't get code for the Failed attribute
by Live Great 02 Oct '07

02 Oct '07

It looks like it doesn't look up the dictionary files in /usr/local/share/freeradius/ directory. But src_leg and dst_leg are not defined in the share directory. Sam. ----- Original Message ---- From: Live Great <livegreat007(a)yahoo.com> To: Norman Brandinger <norm(a)goes.com> Cc: users(a)openser.org Sent: Tuesday, October 2, 2007 10:17:47 AM Subject: Re: can't get code for the Failed attribute Hi Norman, Thank you for the reply. With the definition of "ATTRIBUTE src_leg 0 string", I got an error "src_leg is not a number". After changed it to the following definition, ATTRIBUTE Acct-Status-Type 40 integer ATTRIBUTE Service-Type 6 integer ATTRIBUTE Event-Timestamp 55 integer ATTRIBUTE Acct-Session-Id 44 string ATTRIBUTE src_leg 1 integer ATTRIBUTE dst_leg 1 integer VALUE Acct-Status-Type Start 1 VALUE Acct-Status-Type Stop 2 VALUE Acct-Status-Type Failed 0 VALUE Service-Type Sip-Session 15 I still got this error: ERROR:acc:extra2int: <src_leg> is not a number Thanks Sam ----- Original Message ---- From: Norman Brandinger <norm(a)goes.com> To: Live Great <livegreat007(a)yahoo.com> Cc: users(a)openser.org Sent: Tuesday, October 2, 2007 9:43:41 AM Subject: Re: can't get code for the Failed attribute Hi Sam, In /usr/local/share/freeradius/dictionary.rfc2866 there exists the following entry: VALUE Acct-Status-Type Failed 15 I'm not an expert in this area, but it appears that "Failed" is sort of predefined. You probably should NOT use "Failed", instead create a unique attribute such as "failed-reason". This is of course assuming the rest of your definitions are good. Please do not cross-post configuration questions of this type to the developers mailing list. Regards, Norm Live Great wrote: > Hi, > > After added the following Attributes in the radiusclient-ng/dictionary > file: > ATTRIBUTE src_leg 0 string > ATTRIBUTE dst_leg 0 string > ATTRIBUTE Failed 0 string > > I got the following error: > ERROR: acc: can't get code for the Failed attribute value > > How to define a proper attribute in the dictionary file? > Thanks > Sam > > ----- Original Message ---- > From: Norman Brandinger <norm(a)goes.com> > To: Live Great <livegreat007(a)yahoo.com> > Cc: devel(a)openser.org > Sent: Monday, October 1, 2007 9:01:54 PM > Subject: Re: [OpenSER-Devel] can't get code for the Sip-Response-Code > attribute > > Good Morning, > > You need to make sure the dictionary settings are correct and exactly > match what you have specified in OpenSER. > > The dictionaries are specified in radiusclient-ng and in radiusd (and > mediaproxy if you use it) > > The error is telling you that "Sip-Response-Code" cannot be found in any > of the dictionaries you have specified. > > Regards, > Norm > > Live Great wrote: > > Hi, > > > > I still can't this work, that's why I posted in the development forum. > > > > I have installed openser with *_ACC=ture uncommented in the acc/Makfile. > > But I can't start openser now. > > Here is the error when I executed /usr/local/etc/rc.d/openser start: > > > > core:rc.d # ./openser start > > Command Monit to start OpenSER... > > 'openser' start: /usr/local/etc/rc.d/openser > > 'openser' failed to start > > Starting Open SIP Router: > > Listening on > > udp: 127.0.0.1 [127.0.0.1]:5060 > > udp: 12x.x.x.x [12x.x.x.x]:5060 > > Aliases: > > udp: xxx.xxx.com.au:5060 > > udp: localhost.xxx.com.au:5060 > > udp: localhost:5060 > > > > In /var/log/messages: > > ERROR: acc: can't get code for the Sip-Response-Code attribute > > ERROR:acc:mod_init: failed to init radius > > > > core:rc.d # ps -auxww | grep openser > > root 35219 0.0 0.1 1520 728 p2 R+ 12:03AM 0:00.00 grep > openser > > core:rc.d # ps -auxww | grep radius > > root 35230 0.0 0.3 5004 3256 ?? Ss 12:04AM 0:00.00 > > /usr/local/sbin/radiusd > > core:rc.d # ps -auxww | grep mysql > > mysql 75881 0.0 0.1 1732 1116 p1- I 20Sep07 0:00.02 /bin/sh > > /usr/local/bin/mysqld_safe > > --defaults-extra-file=/usr/local/var/db/mysql/my.cnf --user=mysql > > --datadir=/usr/local/var/db/mysql > > --pid-file=/usr/local/var/db/mysql/core.xxx.com.au.pid > > mysql 75924 0.0 2.7 49016 28336 p1- S 20Sep07 10:52.77 [mysqld] > > root 35237 0.0 0.1 1544 644 p2 RL+ 12:05AM 0:00.00 grep mysql > > > > Why I got thos acc errors when starting openser? > > > > Thanks > > SW > > > > > > > > ----- Original Message ---- > > From: Norman Brandinger <norm(a)goes.com> > > To: Live Great <livegreat007(a)yahoo.com> > > Cc: FreeRadius users mailing list > > <freeradius-users(a)lists.freeradius.org>; users(a)openser.org > > Sent: Friday, September 28, 2007 11:11:23 PM > > Subject: Re: [OpenSER-Users] Failed to compile openser with freeradius > > support > > > > Comment the FREERADIUS=1 in the openser/Makefile > > > > Make sure that in modules/acc/Makefile ENABLE_RADIUS_ACC=true is not > > commented > > > > Regards, > > Norm > > > > > > Live Great wrote: > > > HI, > > > > > > In FreeBSD 6.2, I got this error when I compiled openser with > > > freeradius support.. > > > > > > ../../radius.h:36:32: freeradius-client.h: No such file or directory > > > acc.c: In function `init_acc_rad': > > > acc.c:464: warning: assignment makes pointer from integer without > a cast > > > acc.c:475: error: `DICT_ATTR' undeclared (first use in this function) > > > acc.c:475: error: (Each undeclared identifier is reported only once > > > acc.c:475: error: for each function it appears in.) > > > acc.c:475: error: `da' undeclared (first use in this function) > > > acc.c:475: error: `DICT_VALUE' undeclared (first use in this function) > > > acc.c:475: error: `dv' undeclared (first use in this function) > > > acc.c: In function `acc_rad_request': > > > acc.c:509: error: `VALUE_PAIR' undeclared (first use in this function) > > > acc.c:514: error: invalid lvalue in assignment > > > acc.c:555: error: `OK_RC' undeclared (first use in this function) > > > gmake[1]: *** [acc.o] Error 1 > > > gmake[1]: Leaving directory > > > `/usr/ports/net/openser/work/openser-1.2.2-tls/modules/acc' > > > gmake: *** [modules] Error 2 > > > *** Error code 2 > > > > > > Stop in /usr/ports/net/openser. > > > *** Error code 1 > > > > > > Is there any way I can compile openser with freeradius support? > > > > > > Thanks > > > SW > > > > ------------------------------------------------------------------------ > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Devel mailing list > > Devel(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/devel > > > >

2 1

[Serusers] acc.so wont build
by David Adade 02 Oct '07

02 Oct '07

Sorted a bit of info got me on the right track. rpm -e radiusclient-ng-devel-0.5.2-4 rpm -e radiusclient-ng-0.5.2-4 rpm -e radiusclient as per documentation used wget http://download.berlios.de/radiusclient-ng/radiusclient-ng-0.5.6.tar.gz vi /etc/ld.so.conf /usr/local/lib ldconfig i read another post you can run make in the root of ser or ../modules/acc/ it only complains that you shoud run it in the root. -----Original Message----- From: Jiri Kuthan [mailto:jiri@iptel.org] Sent: 30 September 2007 17:52 To: David Adade; serusers(a)lists.iptel.org Subject: [SPAM] - Re: [Serusers] acc.so wont build - Found word(s) list error in the Text body At 17:19 28/09/2007, David Adade wrote: >Content-Type: multipart/alternative; > boundary="----_=_NextPart_001_01C801E2.EB90C040" >Content-Class: urn:content-classes:message > > > >first problem running make in /usr/src/ser/ser-0.9.6/modules/acc > >i get the following error >acc.c:56:33: radiusclient-ng.h: No such file or directory > >So i installed the following > >freeradius-1.0.1-3.RHEL4.5. >radiusclient-ng-devel-0.5.2-4 >radiusclient-ng-0.5.2-4 > >now i get the error > >../../Makefile.modules:21: "you should run make from the main ser directory" have you tried it? -jiri >gcc -shared -Wl,-O2 -Wl,-E acc.o acc_mod.o diam_avp.o diam_message.o diam_tcp.o -L/usr/local/lib -lradiusclient-ng -o acc.so >/usr/bin/ld: cannot find -lradiusclient-ng >collect2: ld returned 1 exit status >make: *** [acc.so] Error 1 > >vi /etc/ld.so.conf reads > >/usr/ofed/lib >/usr/lib64/ >/etc/radiusclient >/usr/sbin >/usr/bin > >I am running centos 4. The radius server works fine no problems > > >vi /usr/src/ser/ser-0.9.6/modules/acc/Makefile reads > ># uncomment the next line if you wish to enable SQL accounting >DEFS+=-DSQL_ACC > ># uncomment the next two lines if you wish to enable RADIUS accounting >DEFS+=-DRAD_ACC >include ../../Makefile.radius ># DEFS+=-DRAD_ACC -I$(LOCALBASE)/include ># LIBS=-L$(LOCALBASE)/lib -lradiusclient- > >Can anyone help > > > > > > > > >*********************************************************************** >IMPORTANT NOTICE: >The information transmitted is intended only for the person or entity to >which it is addressed and may contain confidential and/or privileged >material. If you receive this in error, please contact the sender and >delete the material from any computer. >This e-mail is intended for the above named addressee only. >Should you receive this e-mail in error please contact >Customer Services on Tel: + 44 (0)870 241 2439 >************************************************************************ >_______________________________________________ >Serusers mailing list >Serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers -- Jiri Kuthan http://iptel.org/~jiri/ *********************************************************************** IMPORTANT NOTICE: The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you receive this in error, please contact the sender and delete the material from any computer. This e-mail is intended for the above named addressee only. Should you receive this e-mail in error please contact Customer Services on Tel: +44 (0)870 241 2439 ************************************************************************

1 0

[OpenSER-Users] avp_db_load() with avp aliases
by Papadopoulos Georgios 02 Oct '07

02 Oct '07

Hello all, Recently I changed all my avps from string names to aliases. I noticed that all my avp_db_load() calls are failing. From the tests that I did, I conclude that it fails when the 2nd argument to the function is an avp with an alias: avp_aliases="caller = i:100; pkt = i:111" avp_db_load("$avp(s:caller)/uri", "$avp(s:pkt)") works ok avp_db_load("$avp(caller)/uri", "$avp(s:pkt)") works ok avp_db_load("$avp(caller)/uri", "$avp(pkt)") fails What am I doing wrong? My version is 1.2 from svn (rev. 2826) thank you for any help George Disclaimer The information in this e-mail and any attachments is confidential. It is intended solely for the attention and use of the named addressee(s). If you are not the intended recipient, or person responsible for delivering this information to the intended recipient, please notify the sender immediately. Unless you are the intended recipient or his/her representative you are not authorized to, and must not, read, copy, distribute, use or retain this message or any part of it. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.

2 1

[OpenSER-Users] openser xmpp module: cannot register jabber client
by Anjum Syed 02 Oct '07

02 Oct '07

Openser xmpp module is up and running.. I have configured it in "server" mode so that there is no need for a separate jabber server. I am trying to register "sip-communicator" client using jabber protocol to openser server... But the registration fails with message " Connection refused" 502 XMPP error. Please can any one provide any suggestions/ help ??? Thanks Anjum -- View this message in context: http://www.nabble.com/openser-xmpp-module%3A-cannot-register-jabber-client-… Sent from the OpenSER Users Mailing List mailing list archive at Nabble.com.

3 3

[OpenSER-Users] Re: can't get code for the Failed attribute
by Live Great 02 Oct '07

02 Oct '07

Hi Norman, Thank you for the reply. With the definition of "ATTRIBUTE src_leg 0 string", I got an error "src_leg is not a number". After changed it to the following definition, ATTRIBUTE Acct-Status-Type 40 integer ATTRIBUTE Service-Type 6 integer ATTRIBUTE Event-Timestamp 55 integer ATTRIBUTE Acct-Session-Id 44 string ATTRIBUTE src_leg 1 integer ATTRIBUTE dst_leg 1 integer VALUE Acct-Status-Type Start 1 VALUE Acct-Status-Type Stop 2 VALUE Acct-Status-Type Failed 0 VALUE Service-Type Sip-Session 15 I still got this error: ERROR:acc:extra2int: <src_leg> is not a number Thanks Sam ----- Original Message ---- From: Norman Brandinger <norm(a)goes.com> To: Live Great <livegreat007(a)yahoo.com> Cc: users(a)openser.org Sent: Tuesday, October 2, 2007 9:43:41 AM Subject: Re: can't get code for the Failed attribute Hi Sam, In /usr/local/share/freeradius/dictionary.rfc2866 there exists the following entry: VALUE Acct-Status-Type Failed 15 I'm not an expert in this area, but it appears that "Failed" is sort of predefined. You probably should NOT use "Failed", instead create a unique attribute such as "failed-reason". This is of course assuming the rest of your definitions are good. Please do not cross-post configuration questions of this type to the developers mailing list. Regards, Norm Live Great wrote: > Hi, > > After added the following Attributes in the radiusclient-ng/dictionary > file: > ATTRIBUTE src_leg 0 string > ATTRIBUTE dst_leg 0 string > ATTRIBUTE Failed 0 string > > I got the following error: > ERROR: acc: can't get code for the Failed attribute value > > How to define a proper attribute in the dictionary file? > Thanks > Sam > > ----- Original Message ---- > From: Norman Brandinger <norm(a)goes.com> > To: Live Great <livegreat007(a)yahoo.com> > Cc: devel(a)openser.org > Sent: Monday, October 1, 2007 9:01:54 PM > Subject: Re: [OpenSER-Devel] can't get code for the Sip-Response-Code > attribute > > Good Morning, > > You need to make sure the dictionary settings are correct and exactly > match what you have specified in OpenSER. > > The dictionaries are specified in radiusclient-ng and in radiusd (and > mediaproxy if you use it) > > The error is telling you that "Sip-Response-Code" cannot be found in any > of the dictionaries you have specified.. > > Regards, > Norm > > Live Great wrote: > > Hi, > > > > I still can't this work, that's why I posted in the development forum. > > > > I have installed openser with *_ACC=ture uncommented in the acc/Makfile. > > But I can't start openser now. > > Here is the error when I executed /usr/local/etc/rc.d/openser start: > > > > core:rc.d # ./openser start > > Command Monit to start OpenSER... > > 'openser' start: /usr/local/etc/rc.d/openser > > 'openser' failed to start > > Starting Open SIP Router: > > Listening on > > udp: 127.0.0.1 [127.0..0.1]:5060 > > udp: 12x.x.x.x [12x.x.x.x]:5060 > > Aliases: > > udp: xxx.xxx.com.au:5060 > > udp: localhost.xxx.com.au:5060 > > udp: localhost:5060 > > > > In /var/log/messages: > > ERROR: acc: can't get code for the Sip-Response-Code attribute > > ERROR:acc:mod_init: failed to init radius > > > > core:rc.d # ps -auxww | grep openser > > root 35219 0.0 0.1 1520 728 p2 R+ 12:03AM 0:00.00 grep > openser > > core:rc.d # ps -auxww | grep radius > > root 35230 0.0 0.3 5004 3256 ?? Ss 12:04AM 0:00.00 > > /usr/local/sbin/radiusd > > core:rc.d # ps -auxww | grep mysql > > mysql 75881 0.0 0.1 1732 1116 p1- I 20Sep07 0:00.02 /bin/sh > > /usr/local/bin/mysqld_safe > > --defaults-extra-file=/usr/local/var/db/mysql/my.cnf --user=mysql > > --datadir=/usr/local/var/db/mysql > > --pid-file=/usr/local/var/db/mysql/core.xxx.com.au.pid > > mysql 75924 0.0 2.7 49016 28336 p1- S 20Sep07 10:52.77 [mysqld] > > root 35237 0.0 0.1 1544 644 p2 RL+ 12:05AM 0:00.00 grep mysql > > > > Why I got thos acc errors when starting openser? > > > > Thanks > > SW > > > > > > > > ----- Original Message ---- > > From: Norman Brandinger <norm(a)goes.com> > > To: Live Great <livegreat007(a)yahoo.com> > > Cc: FreeRadius users mailing list > > <freeradius-users(a)lists.freeradius.org>; users(a)openser.org > > Sent: Friday, September 28, 2007 11:11:23 PM > > Subject: Re: [OpenSER-Users] Failed to compile openser with freeradius > > support > > > > Comment the FREERADIUS=1 in the openser/Makefile > > > > Make sure that in modules/acc/Makefile ENABLE_RADIUS_ACC=true is not > > commented > > > > Regards, > > Norm > > > > > > Live Great wrote: > > > HI, > > > > > > In FreeBSD 6.2, I got this error when I compiled openser with > > > freeradius support. > > > > > > ../../radius.h:36:32: freeradius-client.h: No such file or directory > > > acc.c: In function `init_acc_rad': > > > acc.c:464: warning: assignment makes pointer from integer without > a cast > > > acc..c:475: error: `DICT_ATTR' undeclared (first use in this function) > > > acc.c:475: error: (Each undeclared identifier is reported only once > > > acc.c:475: error: for each function it appears in.) > > > acc.c:475: error: `da' undeclared (first use in this function) > > > acc.c:475: error: `DICT_VALUE' undeclared (first use in this function) > > > acc.c:475: error: `dv' undeclared (first use in this function) > > > acc.c: In function `acc_rad_request': > > > acc.c:509: error: `VALUE_PAIR' undeclared (first use in this function) > > > acc.c:514: error: invalid lvalue in assignment > > > acc.c:555: error: `OK_RC' undeclared (first use in this function) > > > gmake[1]: *** [acc.o] Error 1 > > > gmake[1]: Leaving directory > > > `/usr/ports/net/openser/work/openser-1.2.2-tls/modules/acc' > > > gmake: *** [modules] Error 2 > > > *** Error code 2 > > > > > > Stop in /usr/ports/net/openser. > > > *** Error code 1 > > > > > > Is there any way I can compile openser with freeradius support? > > > > > > Thanks > > > SW > > > > ------------------------------------------------------------------------ > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Devel mailing list > > Devel(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/devel > > > >

1 0

[OpenSER-Users] can't get code for the Failed attribute
by Live Great 01 Oct '07

01 Oct '07

Hi, After added the following Attributes in the radiusclient-ng/dictionary file: ATTRIBUTE src_leg 0 string ATTRIBUTE dst_leg 0 string ATTRIBUTE Failed 0 string I got the following error: ERROR: acc: can't get code for the Failed attribute value How to define a proper attribute in the dictionary file? Thanks Sam ----- Original Message ---- From: Norman Brandinger <norm(a)goes.com> To: Live Great <livegreat007(a)yahoo.com> Cc: devel(a)openser.org Sent: Monday, October 1, 2007 9:01:54 PM Subject: Re: [OpenSER-Devel] can't get code for the Sip-Response-Code attribute Good Morning, You need to make sure the dictionary settings are correct and exactly match what you have specified in OpenSER. The dictionaries are specified in radiusclient-ng and in radiusd (and mediaproxy if you use it) The error is telling you that "Sip-Response-Code" cannot be found in any of the dictionaries you have specified. Regards, Norm Live Great wrote: > Hi, > > I still can't this work, that's why I posted in the development forum. > > I have installed openser with *_ACC=ture uncommented in the acc/Makfile. > But I can't start openser now. > Here is the error when I executed /usr/local/etc/rc.d/openser start: > > core:rc.d # ./openser start > Command Monit to start OpenSER... > 'openser' start: /usr/local/etc/rc.d/openser > 'openser' failed to start > Starting Open SIP Router: > Listening on > udp: 127.0.0.1 [127.0.0.1]:5060 > udp: 12x.x.x.x [12x.x.x.x]:5060 > Aliases: > udp: xxx.xxx.com.au:5060 > udp: localhost.xxx.com.au:5060 > udp: localhost:5060 > > In /var/log/messages: > ERROR: acc: can't get code for the Sip-Response-Code attribute > ERROR:acc:mod_init: failed to init radius > > core:rc.d # ps -auxww | grep openser > root 35219 0.0 0.1 1520 728 p2 R+ 12:03AM 0:00.00 grep openser > core:rc.d # ps -auxww | grep radius > root 35230 0.0 0.3 5004 3256 ?? Ss 12:04AM 0:00.00 > /usr/local/sbin/radiusd > core:rc.d # ps -auxww | grep mysql > mysql 75881 0.0 0.1 1732 1116 p1- I 20Sep07 0:00.02 /bin/sh > /usr/local/bin/mysqld_safe > --defaults-extra-file=/usr/local/var/db/mysql/my.cnf --user=mysql > --datadir=/usr/local/var/db/mysql > --pid-file=/usr/local/var/db/mysql/core.xxx.com.au.pid > mysql 75924 0.0 2.7 49016 28336 p1- S 20Sep07 10:52.77 [mysqld] > root 35237 0.0 0.1 1544 644 p2 RL+ 12:05AM 0:00.00 grep mysql > > Why I got thos acc errors when starting openser? > > Thanks > SW > > > > ----- Original Message ---- > From: Norman Brandinger <norm(a)goes.com> > To: Live Great <livegreat007(a)yahoo.com> > Cc: FreeRadius users mailing list > <freeradius-users(a)lists.freeradius.org>; users(a)openser.org > Sent: Friday, September 28, 2007 11:11:23 PM > Subject: Re: [OpenSER-Users] Failed to compile openser with freeradius > support > > Comment the FREERADIUS=1 in the openser/Makefile > > Make sure that in modules/acc/Makefile ENABLE_RADIUS_ACC=true is not > commented > > Regards, > Norm > > > Live Great wrote: > > HI, > > > > In FreeBSD 6.2, I got this error when I compiled openser with > > freeradius support. > > > > ../../radius.h:36:32: freeradius-client.h: No such file or directory > > acc.c: In function `init_acc_rad': > > acc.c:464: warning: assignment makes pointer from integer without a cast > > acc.c:475: error: `DICT_ATTR' undeclared (first use in this function) > > acc.c:475: error: (Each undeclared identifier is reported only once > > acc.c:475: error: for each function it appears in.) > > acc.c:475: error: `da' undeclared (first use in this function) > > acc.c:475: error: `DICT_VALUE' undeclared (first use in this function) > > acc.c:475: error: `dv' undeclared (first use in this function) > > acc.c: In function `acc_rad_request': > > acc.c:509: error: `VALUE_PAIR' undeclared (first use in this function) > > acc.c:514: error: invalid lvalue in assignment > > acc.c:555: error: `OK_RC' undeclared (first use in this function) > > gmake[1]: *** [acc.o] Error 1 > > gmake[1]: Leaving directory > > `/usr/ports/net/openser/work/openser-1.2.2-tls/modules/acc' > > gmake: *** [modules] Error 2 > > *** Error code 2 > > > > Stop in /usr/ports/net/openser. > > *** Error code 1 > > > > Is there any way I can compile openser with freeradius support? > > > > Thanks > > SW > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------ > > _______________________________________________ > Devel mailing list > Devel(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/devel >

2 1

[OpenSER-Users] Prepaid SIP
by lu 01 Oct '07

01 Oct '07

Hi Fredrik, Have you take a look at Citrusdb its a very good open-Source billing project i think with some slight tweaking to enable it to extract CDRs from Asterisk or Openser it can work great. Cheers.

2 1

[OpenSER-Users] openser + wesip error
by luhan 01 Oct '07

01 Oct '07

HI: i setup openser1.2.0 with wesip at one PC,my OS is AS4,and get the " 500 Server Internal Error!" response when "INVITE"; this is my debug log: --------------------------------------------- SIP Request: 0(4768) method: <INVITE> 0(4768) uri: <sip:8001@192.168.7.13> 0(4768) version: <SIP/2.0> 0(4768) parse_headers: flags=2 0(4768) end of header reached, state=5 0(4768) parse_headers: Via found, flags=2 0(4768) parse_headers: this is the first via 0(4768) After parse_msg... 0(4768) preparing to run routing scripts... 0(4768) parse_headers: flags=100 0(4768) DEBUG:maxfwd:is_maxfwd_present: value = 70 0(4768) parse_headers: flags=10 0(4768) DEBUG: add_param: tag=ea4356ed66934d1fb09cb00d2a9bbf13 0(4768) DEBUG: add_param: epid=74d96acc9e 0(4768) DEBUG:parse_to:end of header reached, state=29 0(4768) DBUG:parse_to: display={"luhan"}, ruri={sip:8000@192.168.7.13} 0(4768) parse_headers: flags=200 0(4768) DEBUG:parse_to:end of header reached, state=10 0(4768) DBUG:parse_to: display={}, ruri={sip:8001@192.168.7.13} 0(4768) DEBUG: get_hdr_field: <To> [25]; uri=[sip:8001@192.168.7.13] 0(4768) DEBUG: to body [<sip:8001@192.168.7.13> ] 0(4768) get_hdr_field: cseq <CSeq>: <1> <INVITE> 0(4768) DEBUG: get_hdr_body : content_length=523 0(4768) found end of header 0(4768) find_first_route: No Route headers found 0(4768) loose_route: There is no Route HF 0(4768) grep_sock_info - checking if host==us: 12==12 && [192.168.7.13] == [192.168.7.13] 0(4768) grep_sock_info - checking if port 5060 matches port 5060 0(4768) lookup(): '8001' Not found in usrloc 0(4768) grep_sock_info - checking if host==us: 12==12 && [192.168.7.13] == [192.168.7.13] 0(4768) grep_sock_info - checking if port 5060 matches port 5060 0(4768) rewrite_uri: Rewriting Request-URI with 'sip:8001@192.168.7.14:5061' 0(4768) parse_headers: flags=ffffffffffffffff 0(4768) DEBUG: t_newtran: T on entrance=0xffffffff 0(4768) parse_headers: flags=ffffffffffffffff 0(4768) parse_headers: flags=78 0(4768) t_lookup_request: start searching: hash=17460, isACK=0 0(4768) DEBUG: proceeding to pre-RFC3261 transaction matching 0(4768) DEBUG: t_lookup_request: no transaction found 0(4768) new INVITE 0(4768) parse_headers: flags=ffffffffffffffff 0(4768) check_via_address(192.168.7.14, 192.168.7.14, 0) 0(4768) WARNING:vqm_resize: resize(0) called 0(4768) DEBUG:tm:_reply_light: reply sent out. buf=0x81544d0: SIP/2.0 1..., shmem=0xb617a3a8: SIP/2.0 1 0(4768) DEBUG:tm:_reply_light: finished 0(4768) no processor found for packet with dst port:5060 0(4768) parse_headers: flags=ffffffffffffffff 0(4768) check_via_address(192.168.7.14, 192.168.7.14, 0) 0(4768) DEBUG: cleanup_uac_timers: RETR/FR timers reset 0(4768) DEBUG:tm:set_timer: relative timeout is 500000 0(4768) DEBUG: add_to_tail_of_timer[4]: 0xb6178880 (64500000) 0(4768) DEBUG:tm:set_timer: relative timeout is 30 0(4768) DEBUG: add_to_tail_of_timer[0]: 0xb617889c (94) 0(4768) DEBUG:tm:_reply_light: reply sent out. buf=0x8154630: SIP/2.0 5..., shmem=0xb617a3a8: SIP/2.0 5 0(4768) DEBUG:tm:_reply_light: finished 0(4768) DEBUG:tm:UNREF_UNSAFE: after is 0 0(4768) DEBUG:destroy_avp_list: destroying list (nil) 0(4768) receive_msg: cleaning up 0(4768) SIP Request: 0(4768) method: <ACK> 0(4768) uri: <sip:8001@192.168.7.13> 0(4768) version: <SIP/2.0> 0(4768) parse_headers: flags=2 0(4768) end of header reached, state=5 0(4768) parse_headers: Via found, flags=2 0(4768) parse_headers: this is the first via 0(4768) After parse_msg... 0(4768) preparing to run routing scripts... 0(4768) DEBUG : sl_filter_ACK: to late to be a local ACK! 0(4768) parse_headers: flags=100 0(4768) DEBUG:maxfwd:is_maxfwd_present: value = 70 0(4768) parse_headers: flags=10 0(4768) DEBUG: add_param: tag=ea4356ed66934d1fb09cb00d2a9bbf13 0(4768) DEBUG: add_param: epid=74d96acc9e 0(4768) DEBUG:parse_to:end of header reached, state=29 0(4768) DBUG:parse_to: display={"luhan"}, ruri={sip:8000@192.168.7.13} 0(4768) parse_headers: flags=200 0(4768) DEBUG: add_param: tag=247ebaf4bad05d36e355dada7f3546d3-00ac 0(4768) DEBUG:parse_to:end of header reached, state=29 0(4768) DBUG:parse_to: display={}, ruri={sip:8001@192.168.7.13} 0(4768) DEBUG: get_hdr_field: <To> [67]; uri=[sip:8001@192.168.7.13] 0(4768) DEBUG: to body [<sip:8001@192.168.7.13>] 0(4768) get_hdr_field: cseq <CSeq>: <1> <ACK> 0(4768) DEBUG: get_hdr_body : content_length=0 0(4768) found end of header 0(4768) find_first_route: No Route headers found 0(4768) loose_route: There is no Route HF 0(4768) grep_sock_info - checking if host==us: 12==12 && [192.168.7.13] == [192.168.7.13] 0(4768) grep_sock_info - checking if port 5060 matches port 5060 0(4768) lookup(): '8001' Not found in usrloc 0(4768) grep_sock_info - checking if host==us: 12==12 && [192.168.7.13] == [192.168.7.13] 0(4768) grep_sock_info - checking if port 5060 matches port 5060 0(4768) rewrite_uri: Rewriting Request-URI with 'sip:8001@192.168.7.14:5061' 0(4768) parse_headers: flags=ffffffffffffffff 0(4768) DEBUG: t_newtran: T on entrance=0xffffffff 0(4768) parse_headers: flags=ffffffffffffffff 0(4768) parse_headers: flags=78 0(4768) t_lookup_request: start searching: hash=17460, isACK=1 0(4768) DEBUG: proceeding to pre-RFC3261 transaction matching 0(4768) DEBUG: non-2xx ACK matched 0(4768) DEBUG:tm:REF_UNSAFE: after is 1 0(4768) DEBUG: t_lookup_request: transaction found (T=0xb61787b8) 0(4768) DEBUG: cleanup_uac_timers: RETR/FR timers reset 0(4768) DEBUG: add_to_tail_of_timer[2]: 0xb6178800 (69) 0(4768) no processor found for packet with dst port:5060 0(4768) WARNING: t_reply: ACKs are not replied 0(4768) DEBUG:tm:UNREF_UNSAFE: after is 0 0(4768) DEBUG:destroy_avp_list: destroying list (nil) 0(4768) receive_msg: cleaning up 1(4769) DEBUG: timer routine:4,tl=0xb6178880 next=(nil), timeout=64500000 1(4769) DEBUG: timer routine:2,tl=0xb6178800 next=(nil), timeout=69 1(4769) DEBUG: wait_handler : removing 0xb61787b8 from table 1(4769) DEBUG: delete transaction 0xb61787b8 1(4769) DEBUG: wait_handler : done -------------------------------------------------------------------------- there is my openser.cfg ____________________________ debug=9 fork=no log_stderror=yes # (cmd line: -E) check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) port=5060 children=4 listen=192.168.7.13 listen=localhost listen=127.0.0.1 mpath="/usr/local/lib/openser/modules/" loadmodule "mi_fifo.so" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "seas.so" modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo") modparam("usrloc", "db_mode", 0) modparam("rr", "enable_full_lr", 1) modparam("seas", "listen_sockets", "127.0.0.1:5080") route{ if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; }; if (msg:len >= 2048 ) { sl_send_reply("513", "Message too big"); exit; }; if (!method=="REGISTER") record_route(); if (loose_route()) { append_hf("P-hint: rr-enforced\r\n"); route(1); }; if (uri==myself) { if (method=="REGISTER") { save("location"); exit; }; lookup("aliases"); if (!uri==myself) { append_hf("P-hint: outbound alias\r\n"); route(1); }; if (!lookup("location")) { sl_send_reply("404", "Not Found"); exit; }; append_hf("P-hint: usrloc applied\r\n"); }; route(1); } route[1] { if(!as_relay_t("app_server_one")){ t_reply("500","Application Server error"); } } ------------------------------------------------ there is my wesip configure: ____________________________________ <Server port="5005" shutdown="SHUTDOWN" debug="0"> <Service name="Tomcat-Standalone"> <Connector className="org.apache.catalina.connector.http.HttpConnector" port="7080" minProcessors="5" maxProcessors="75" enableLookups="true" acceptCount="10" debug="0" /> <Connector className="com.voztele.sipservlet.connector.SipConnector" minProcessors="5" maxProcessors="75" enableLookups="true" acceptCount="10" debug="10" addresses="localhost:5060" pathName="com.voztele" > <ExtraProperties> <Property key="com.voztele.javax.sip.SER_ADDRESS" value="127.0.0.1:5080" /> <Property key="javax.sip.STACK_NAME" value="app_server_one" /> <Property key="com.voztele.javax.sip.THREAD_POOL_SIZE" value="10" /> <Property key="com.voztele.javax.sip.REENTRANT_LISTENER" value="true" /> <Property key="com.voztele.javax.sip.SPIRAL_HDR" value="true" /> </ExtraProperties> </Connector> <Engine name="Standalone" defaultHost="localhost" debug="10" className="com.voztele.sipservlet.core.ConvergedEngine"> <Mapper className="org.apache.catalina.core.StandardEngineMapper" protocol="HTTP/1.0"/> <Mapper className="com.voztele.sipservlet.core.EngineSipMapper" protocol="SIP/2.0"/> <Logger className="org.apache.catalina.logger.FileLogger" timestamp="true"/> <Realm className="org.apache.catalina.realm.MemoryRealm" /> <Host name="localhost" nameSip="localhost_5060" debug="0" appBase="wesipapps" unpackWARs="true" port="5060" autoDeploy="true" className="com.voztele.sipservlet.core.ConvergedHost"> <Logger className="org.apache.catalina.logger.FileLogger" timestamp="true"/> <Mapper className="com.voztele.sipservlet.core.SipHostMapper" protocol="SIP/2.0"/> <Mapper className="org.apache.catalina.core.HttpHostMapper" protocol="HTTP/1.1"/>  </Host> </Engine> </Service> </Server> ----- please help me,thank you!

2 1

[Serusers] acc.so wont build
by David Adade 01 Oct '07

01 Oct '07

ive searched for the radius module ldconfig -v | grep radius and found /usr/lib64: libradiusclient-ng.so.2 -> libradiusclient-ng.so.2.0.0 /usr/lib libradius-1.0.1.so -> libradius.so tried to build in root ser dir Still not sure what i am missing same error below make[1]: Entering directory `/usr/src/ser/ser-0.9.6/modules/acc' gcc -shared -Wl,-O2 -Wl,-E acc.o acc_mod.o diam_avp.o diam_message.o diam_tcp.o -L/usr/local/lib -lradiusclient-ng -o acc.so /usr/bin/ld: cannot find -lradiusclient-ng collect2: ld returned 1 exit status make[1]: *** [acc.so] Error 1 make[1]: Leaving directory `/usr/src/ser/ser-0.9.6/modules/acc' ************************************************************************** First off, make sure /etc/ld.so.conf points to the correct radius client dir, rerun ldconfig. Then do what it says. Don't make the module FROM the module directory. There's info in the INSTALL file on how to compile the modules one at a time properly. From the root src tree: make modules=modules/acc modules David Adade wrote: > > > first problem running make in /usr/src/ser/ser-0.9.6/modules/acc > > i get the following error > acc.c:56:33: radiusclient-ng.h: No such file or directory > > So i installed the following > > freeradius-1.0.1-3.RHEL4.5. > radiusclient-ng-devel-0.5.2-4 > radiusclient-ng-0.5.2-4 > > now i get the error > > ../../Makefile.modules:21: "you should run make from the main ser > directory" > gcc -shared -Wl,-O2 -Wl,-E acc.o acc_mod.o diam_avp.o > diam_message.o diam_tcp.o -L/usr/local/lib -lradiusclient-ng -o acc.so > /usr/bin/ld: cannot find -lradiusclient-ng > collect2: ld returned 1 exit status > make: *** [acc.so] Error 1 > > vi /etc/ld.so.conf reads > > /usr/ofed/lib > /usr/lib64/ > /etc/radiusclient > /usr/sbin > /usr/bin > > I am running centos 4. The radius server works fine no problems > > > vi /usr/src/ser/ser-0.9.6/modules/acc/Makefile reads > > # uncomment the next line if you wish to enable SQL accounting > DEFS+=-DSQL_ACC > > # uncomment the next two lines if you wish to enable RADIUS accounting > DEFS+=-DRAD_ACC > include ../../Makefile.radius > # DEFS+=-DRAD_ACC -I$(LOCALBASE)/include > # LIBS=-L$(LOCALBASE)/lib -lradiusclient- > > Can anyone help > > > > > > > > > *********************************************************************** > IMPORTANT NOTICE: > The information transmitted is intended only for the person or entity to > which it is addressed and may contain confidential and/or privileged > material. If you receive this in error, please contact the sender and > delete the material from any computer. > This e-mail is intended for the above named addressee only. > Should you receive this e-mail in error please contact > Customer Services on Tel: + 44 (0)870 241 2439 > ************************************************************************ > > ------------------------------------------------------------------------ > > _______________________________________________ > Serusers mailing list > Serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers > -- Neil Fusillo CEO Infinideas, inc. http://www.ideasip.com *********************************************************************** IMPORTANT NOTICE: The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you receive this in error, please contact the sender and delete the material from any computer. This e-mail is intended for the above named addressee only. Should you receive this e-mail in error please contact Customer Services on Tel: +44 (0)870 241 2439 ************************************************************************

2 1

[Serusers] acc.so wont build
by David Adade 30 Sep '07

30 Sep '07

first problem running make in /usr/src/ser/ser-0.9.6/modules/acc i get the following error acc.c:56:33: radiusclient-ng.h: No such file or directory So i installed the following freeradius-1.0.1-3.RHEL4.5. radiusclient-ng-devel-0.5.2-4 radiusclient-ng-0.5.2-4 now i get the error ../../Makefile.modules:21: "you should run make from the main ser directory" gcc -shared -Wl,-O2 -Wl,-E acc.o acc_mod.o diam_avp.o diam_message.o diam_tcp.o -L/usr/local/lib -lradiusclient-ng -o acc.so /usr/bin/ld: cannot find -lradiusclient-ng collect2: ld returned 1 exit status make: *** [acc.so] Error 1 vi /etc/ld.so.conf reads /usr/ofed/lib /usr/lib64/ /etc/radiusclient /usr/sbin /usr/bin I am running centos 4. The radius server works fine no problems vi /usr/src/ser/ser-0.9.6/modules/acc/Makefile reads # uncomment the next line if you wish to enable SQL accounting DEFS+=-DSQL_ACC # uncomment the next two lines if you wish to enable RADIUS accounting DEFS+=-DRAD_ACC include ../../Makefile.radius # DEFS+=-DRAD_ACC -I$(LOCALBASE)/include # LIBS=-L$(LOCALBASE)/lib -lradiusclient- Can anyone help *********************************************************************** IMPORTANT NOTICE: The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you receive this in error, please contact the sender and delete the material from any computer. This e-mail is intended for the above named addressee only. Should you receive this e-mail in error please contact Customer Services on Tel: +44 (0)870 241 2439 ************************************************************************

2 1

[OpenSER-Users] Accounting (acc) on sl_reply
by Alex Massover 30 Sep '07

30 Sep '07

Hello! I'm using sl_reply(4xx…); drop; to drop invite requests that doesn't follow some custom logic. Is it possible to log such requests with acc module? It works perfect if 4xx comes from gateway – I have a line in DB, but when I use sl_reply, it's not accounted. Do I miss something, or it's not possible to use acc in this case? BR, Alex.

2 1

Re: [Serusers] SER and Voip Provider integration for call PSTN phones
by pistara_bros＠tin.it 30 Sep '07

30 Sep '07

I'm looking for SER "uac modules", but how to configure ser.cfg to use it? Could anyone help me? Thanks. >> Hi to all, I have deployed SER on public IP, and i can install a communication betwen two IP Voip client. Now i want configure SER to call , from a IP VOIP Client, PSTN phone number. I' havent a PSTN gateway but I have a Voip Provider Account (Eutelia www.eutelia.it) that require authentication in order to call PSTN phone. I'm studing the PSTN configuration reported in SER getting start (http://siprouter.onsip.org/doc/gettingstarted/ch09.html) It describe how to use rewritehost("XXX.XXX.XXX.XXX") to specify the PSTN GATEWAY IP ADDRESS, but doesn't specify nothing about authentication. The question is : Because i havent a PSTN gateway, It' is possible to configure SER in order to redirect PSTN call to a VOIP provider or It is necessary to use Asterisk between SER and the Voip Provider ? Any suggestion about ser configuration would be appreciate. Thanks in advance.

1 0

[Serusers] pstn example confusion
by x-ser＠sidell.org 30 Sep '07

30 Sep '07

I'm working with the gw-pstn.cfg example, and am having a problem with canceling outbound pstn calls. The invite step seems to work fine. Function route[3] checks for a pstn in the uri, and uses route[5] to route outbound calls to the pstn gateway. But, if the originating client cancels the call before it gets connected, the cancel sip message doesn't go through the same route[3] -> route[5] processing. Instead, the processing ends up falling through to the end of the main route() function, where lookup("location") fails, because the pstn in the LHS of the uri doesn't match any known registered local devices. So, the client gets a "404" error, and the target pstn keeps ringing. It seems to me that all messages, not just the invites, need to be rerouted as they are in route[5], so that they are sent to the pstn gateway, and aren't processed as if for a local device. Am I missing something here? Have I not configured everything correctly? -- Mark Sidell Partner Forte, Inc. 919-942-7068 fax 919-969-2844 www.forteinc.com

2 1

Re: [OpenSER-Users] Failed to compile openser with freeradius support
by Live Great 29 Sep '07

29 Sep '07

Hi, where can I get freeradius-client? I searched the source in freeradius, couldn't find it. Thanks SW ----- Original Message ---- From: ram <talk2ram(a)gmail.com> To: Live Great <livegreat007(a)yahoo.com> Cc: FreeRadius users mailing list <freeradius-users(a)lists.freeradius.org>; users(a)openser.org Sent: Friday, September 28, 2007 11:09:17 PM Subject: Re: [OpenSER-Users] Failed to compile openser with freeradius support On 9/28/07, Live Great <livegreat007(a)yahoo.com> wrote: HI, In FreeBSD 6.2, I got this error when I compiled openser with freeradius support. ../../radius.h:36:32: freeradius-client.h : No such file or directory install freeradius client before compiling ram

2 1

[OpenSER-Users] Pb with installation of openseradmin
by zze-WU Yin RD-MAPS-LAN 29 Sep '07

29 Sep '07

Hello every body, I tryed to install openseradmin. But I have got many problems. I knew that it must install ruby and rubygem. So I have downloaded : ruby-1.8.5-p2 and rubygem-0.9.4 no problem for their installation. But when I tried to do: gem install rails --include-dependencies, i have got a error message: ERROR: While executing gem...(Gem: RemoteFetcher::FetchError) getaddrinfo: Temporary failure in name resolution (SocketError) So anybody know what's the matter? Thanks very much!! Yin

3 2

[OpenSER-Users] consultant wanted
by Jonathan K. Creasy 28 Sep '07

28 Sep '07

My customer would like to hire someone with OpenSER experience to build a system to be collocated at our facility. The system will need to do basic call routing, handle REFER messages, and do LCR. -Jonathan Jonathan Creasy Senior VOIP Engineer NetLogic, Inc. 314-266-4000 x109 [cid:image001.gif@01C801E5.02EF39B0]

1 0

[Serusers] SER and Voip Provider integration for call PSTN phones
by pistara_bros＠tin.it 28 Sep '07

28 Sep '07

Hi to all, I have deployed SER on public IP, and i can install a communication betwen two IP Voip client. Now i want configure SER to call , from a IP VOIP Client, PSTN phone number. I' havent a PSTN gateway but I have a Voip Provider Account (Eutelia www.eutelia.it) that require authentication in order to call PSTN phone. I'm studing the PSTN configuration reported in SER getting start (http://siprouter. onsip.org/doc/gettingstarted/ch09.html) It describe how to use rewritehost("XXX.XXX.XXX.XXX") to specify the PSTN GATEWAY IP ADDRESS, but doesn't specify nothing about authentication. The question is : Because i havent a PSTN gateway, It' is possible to configure SER in order to redirect PSTN call to a VOIP provider or It is necessary to use Asterisk between SER and the Voip Provider ? Any suggestion about ser configuration would be appreciate. Thanks in advance. Horace

1 0

[OpenSER-Users] Need some help with DNS blacklist feature
by Tim Madorma 28 Sep '07

28 Sep '07

Hi, I'm interested in using DNS blacklisting to stop transmitting SIP requests towards UAS endpoints that are non-responsive. I am on version 1.2, but I can't get it to work properly. Here is what I am trying to do: 1) I get a message from a UAC that needs to be sent towards 1 of 4 destination UAS endpoints. 2) I setup the OpenSER to perform an SRV lookup which returns a record that has four A records associated with it. It looks as follows: ;; QUESTION SECTION: ;_sip._udp.aimcidfilter.com. IN SRV ;; ANSWER SECTION: _sip._udp.aimcidfilter.com. 60 IN SRV 1 100 5061 spinner.eng.rr.com. _sip._udp.aimcidfilter.com. 60 IN SRV 2 100 5061 bart.eng.rr.com. _sip._udp.aimcidfilter.com. 60 IN SRV 3 50 5061 homer.eng.rr.com. _sip._udp.aimcidfilter.com. 60 IN SRV 3 50 5061 crunch.eng.rr.com. 3) After fetching the SRV record, the OpenSER sees that spinner.eng.rr.com has a priority of 1 so it does a gethostbyname which performs a DNS A record lookup and gets a response for spinner.eng.rr.com. 4) When the OpenSER sends towards spinner.eng.rr.com, it does not get a SIP response from it. *It is at this point I was hoping that OpenSER would blacklist this UAS endpoint*, but for each incoming request that is received by the OpenSER, it continues to resolve the domain in the same manner and sends towards spinner.eng.rr.com even though there is no SIP response. Is what I am trying to do in accordance with how OpenSER blacklisting is supposed to work? I am trying to have OpenSER send towards bart.eng.rr.com when spinner.eng.rr.com is not responding or is not reachable. My configuration is as below. Note that I have even tried to disable sending towards spinner.eng.rr.com by manually adding a dst_blacklist entry - that doesn't even seem to work for me.. Am I doing something wrong? Here is my output from openserctl # openserctl fifo list_blacklists 200 OK List:: net_filter owner=13 flags=1 Rule:: flags=0 IP:: 65.185.233.55 Mask:: 255.255.255.255 Proto:: 0 Port:: 5061 List:: dns owner=17 flags=6 --------------- # # Openser.cfg # ----------- global configuration parameters ------------------------ debug=5 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=no # (cmd line: -E) maxbuffer=1048576 check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) #reply_to_via=1 children=4 log_facility=LOG_LOCAL4 dns_use_search_list=no dns_servers_no=2 user="sipproxy" group="sipproxy" disable_dns_blacklist=no disable_dns_failover=no dns_try_ipv6=no dns_retr_time=2 dns_retr_no=2 dst_blacklist = net_filter:{ ( any , 65.185.233.55, 5061 , "" )} # block towards spinner listen=udp:65.185.232.62:5060 alias=65.185.233.104:5060 # LOAD OpenSER MODULES mpath="/sw/lib/openser/modules/" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "acc.so" loadmodule "mi_fifo.so" loadmodule "xlog.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- modparam("usrloc", "db_mode", 0) # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1) # ------------------------- request routing logic ------------------- modparam("acc", "log_level", 2) modparam("acc", "log_flag", 1) modparam("acc","report_cancels", 1) modparam("acc","failed_transaction_flag", 1) modparam("acc","log_extra", "req_uri=$rU") modparam("tm", "fr_timer", 5) modparam("tm","fr_inv_timer",5) modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo") # main routing logic route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; }; if (msg:len >= 2048 ) { sl_send_reply("513", "Message too big"); exit; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol if (!method=="REGISTER") record_route(); # subsequent messages within a dialog should take the # path determined by record-routing if (loose_route()) { # mark routing logic in request append_hf("P-hint: rr-enforced\r\n"); route(1); }; if (!uri==myself) { route(1); }; if (method=="OPTIONS") { sl_send_reply("200", "OK"); exit; } if (uri =~ "^sip:feature_fs@" || method=="NOTIFY") { xlog("L_DBG", "TWC: received incoming message:\n <$mb>\n"); seturi("sip:feature_fs@aimcidfilter.com"); setflag(1); route(1); } else { sl_send_reply("404", "Not Found"); }; } ##################################################### # Default Message Handler ##################################################### route[1] { # Send it out now; use stateful forwarding as it works reliably # even for UDP2TCP if (!t_relay()) { sl_reply_error(); }; exit; }

1 0

[OpenSER-Users] Prepaid SIP
by srinivas Antarvedi 28 Sep '07

28 Sep '07

Hello all, Actually i have a testing setup which facilitates to give accounting details to mysql db once call was end by any one of the uac. But if i want to have a prepaid solution like our mobiles i dont found any solution till now on open source some of my friend suggested to go for B2BUA from vovida.org does anybody using this ? is this real that this can work for prepaid stuff? if not just let me know otherwise i will waste my time in doing some research on something not useful if not what might be the other ways to get around the problem of prepaid billing i know we can do this using b2bua, can we go ahead with asterisk? waiting for valuable suggestions -- Srinivas Antarvedi

7 6

[OpenSER-Users] Failed to compile openser with freeradius support
by Live Great 28 Sep '07

28 Sep '07

HI, In FreeBSD 6.2, I got this error when I compiled openser with freeradius support. ../../radius.h:36:32: freeradius-client.h: No such file or directory acc.c: In function `init_acc_rad': acc.c:464: warning: assignment makes pointer from integer without a cast acc.c:475: error: `DICT_ATTR' undeclared (first use in this function) acc.c:475: error: (Each undeclared identifier is reported only once acc.c:475: error: for each function it appears in.) acc.c:475: error: `da' undeclared (first use in this function) acc.c:475: error: `DICT_VALUE' undeclared (first use in this function) acc.c:475: error: `dv' undeclared (first use in this function) acc.c: In function `acc_rad_request': acc.c:509: error: `VALUE_PAIR' undeclared (first use in this function) acc.c:514: error: invalid lvalue in assignment acc.c:555: error: `OK_RC' undeclared (first use in this function) gmake[1]: *** [acc.o] Error 1 gmake[1]: Leaving directory `/usr/ports/net/openser/work/openser-1.2.2-tls/modules/acc' gmake: *** [modules] Error 2 *** Error code 2 Stop in /usr/ports/net/openser. *** Error code 1 Is there any way I can compile openser with freeradius support? Thanks SW

3 2

[Serusers] SER server doesn't start with mysql persistente auth mode configuration
by Eduardo del Bas Junquera 28 Sep '07

28 Sep '07

Hi all, we are testing SER 0.9.6 and SER 2.0 in a Red Hat Enterprise Linux AS release 3 (Taroon Update 8) environment. For test persitence auth mode configuration we have installed a MySQL 5 server with development libraries. The RPM pakages are: MySQL-shared-compat-5.0.27-0.rhel3 MySQL-server-standard-5.0.27-0.rhel3 MySQL-devel-standard-5.0.27-0.rhel3 MySQL-client-standard-5.0.27-0.rhel3 We have compiled, installed and configurated both SER 0.9.6 and SER 2.0 following the INSTALL instructions. Besides, our environment has all the previous requirements for installing SER. In a no persitence auth mode configuration the SER server works fine, but when we configure a persistence auth mode using mysql module (previous mysql.so generation and installation and ser.cfg configuration) the server crash. We are compiling and installing without error using this commands (for instance in SER 0.9.6): make mode=debug include_modules="mysql" all make include_modules="mysql" install The error is this (for instance in SER 0.9.6, see line 2 in the log) : 0(17102) loading module /usr/local/lib/ser/modules/mysql.so 0(17102) ERROR: load_module: could not open module </usr/local/lib/ser/modules/mysql.so>: /usr/local/lib/ser/modules/mysql.so: undefined symbol: log 0(17102) parse error (28,13-14): failed to load module 0(17102) loading module /usr/local/lib/ser/modules/sl.so 0(17102) loading module /usr/local/lib/ser/modules/tm.so 0(17102) loading module /usr/local/lib/ser/modules/rr.so 0(17102) loading module /usr/local/lib/ser/modules/maxfwd.so 0(17102) loading module /usr/local/lib/ser/modules/usrloc.so 0(17102) loading module /usr/local/lib/ser/modules/registrar.so 0(17102) loading module /usr/local/lib/ser/modules/textops.so 0(17102) loading module /usr/local/lib/ser/modules/auth.so 0(17102) loading module /usr/local/lib/ser/modules/auth_db.so 0(17102) set_mod_param_regex: usrloc matches module usrloc 0(17102) set_mod_param_regex: found <db_mode> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(17102) set_mod_param_regex: auth_db matches module auth_db 0(17102) set_mod_param_regex: found <calculate_ha1> in module auth_db [/usr/local/lib/ser/modules/auth_db.so] 0(17102) set_mod_param_regex: auth_db matches module auth_db 0(17102) set_mod_param_regex: found <password_column> in module auth_db [/usr/local/lib/ser/modules/auth_db.so] 0(17102) set_mod_param_regex: rr matches module rr 0(17102) set_mod_param_regex: found <enable_full_lr> in module rr [/usr/local/lib/ser/modules/rr.so] 0(17102) find_export: found <mf_process_maxfwd_header> in module maxfwd [/usr/local/lib/ser/modules/maxfwd.so] 0(17102) find_export: found <sl_send_reply> in module sl_module [/usr/local/lib/ser/modules/sl.so] 0(17102) find_export: found <sl_send_reply> in module sl_module [/usr/local/lib/ser/modules/sl.so] 0(17102) find_export: found <record_route> in module rr [/usr/local/lib/ser/modules/rr.so] 0(17102) find_export: found <loose_route> in module rr [/usr/local/lib/ser/modules/rr.so] 0(17102) find_export: found <append_hf> in module textops [/usr/local/lib/ser/modules/textops.so] 0(17102) find_export: found <append_hf> in module textops [/usr/local/lib/ser/modules/textops.so] 0(17102) find_export: found <www_authorize> in module auth_db [/usr/local/lib/ser/modules/auth_db.so] 0(17102) find_export: found <www_challenge> in module auth [/usr/local/lib/ser/modules/auth.so] 0(17102) find_export: found <save> in module registrar [/usr/local/lib/ser/modules/registrar.so] 0(17102) find_export: found <lookup> in module registrar [/usr/local/lib/ser/modules/registrar.so] 0(17102) find_export: found <append_hf> in module textops [/usr/local/lib/ser/modules/textops.so] 0(17102) find_export: found <lookup> in module registrar [/usr/local/lib/ser/modules/registrar.so] 0(17102) find_export: found <sl_send_reply> in module sl_module [/usr/local/lib/ser/modules/sl.so] 0(17102) find_export: found <append_hf> in module textops [/usr/local/lib/ser/modules/textops.so] 0(17102) find_export: found <t_relay> in module tm [/usr/local/lib/ser/modules/tm.so] 0(17102) find_export: found <sl_reply_error> in module sl_module [/usr/local/lib/ser/modules/sl.so] ERROR: bad config file (1 errors) ..... The SER configuration file content is: # # $Id: ser.cfg,v 1.25.2.1 2005/02/18 14:30:44 andrei Exp $ # # simple quick-start config script # # ----------- global configuration parameters ------------------------ debug=4 # debug level (cmd line: -dddddddddd) #fork=yes log_stderror=yes # (cmd line: -E) /* Uncomment these lines to enter debugging mode fork=no log_stderror=yes */ check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) #port=5060 #children=4 fifo="/tmp/ser_fifo" # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database loadmodule "/usr/local/lib/ser/modules/mysql.so" loadmodule "/usr/local/lib/ser/modules/sl.so" loadmodule "/usr/local/lib/ser/modules/tm.so" loadmodule "/usr/local/lib/ser/modules/rr.so" loadmodule "/usr/local/lib/ser/modules/maxfwd.so" loadmodule "/usr/local/lib/ser/modules/usrloc.so" loadmodule "/usr/local/lib/ser/modules/registrar.so" loadmodule "/usr/local/lib/ser/modules/textops.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! loadmodule "/usr/local/lib/ser/modules/auth.so" loadmodule "/usr/local/lib/ser/modules/auth_db.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- #modparam("usrloc", "db_mode", 0) # Uncomment this if you want to use SQL database # for persistent storage and comment the previous line modparam("usrloc", "db_mode", 2) # -- auth params -- # Uncomment if you are using auth module # modparam("auth_db", "calculate_ha1", yes) # # If you set "calculate_ha1" parameter to yes (which true in this config), # uncomment also the following parameter) # modparam("auth_db", "password_column", "password") # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1) # ------------------------- request routing logic ------------------- # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if (msg:len >= 2048 ) { sl_send_reply("513", "Message too big"); break; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol if (!method=="REGISTER") record_route(); # subsequent messages withing a dialog should take the # path determined by record-routing if (loose_route()) { # mark routing logic in request append_hf("P-hint: rr-enforced\r\n"); route(1); break; }; if (!uri==myself) { # mark routing logic in request append_hf("P-hint: outbound\r\n"); route(1); break; }; # if the request is for other domain use UsrLoc # (in case, it does not work, use the following command # with proper names and addresses in it) if (uri==myself) { if (method=="REGISTER") { # Uncomment this if you want to use digest authentication if (!www_authorize("mydomain.org", "subscriber")) { www_challenge("mydomain.org", "0"); break; }; save("location"); break; }; lookup("aliases"); if (!uri==myself) { append_hf("P-hint: outbound alias\r\n"); route(1); break; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; append_hf("P-hint: usrloc applied\r\n"); route(1); } route[1] { # send it out now; use stateful forwarding as it works reliably # even for UDP2TCP if (!t_relay()) { sl_reply_error(); }; } Searching mysql libraries in the environment we have: # ldconfig -p | grep -i mysqlclient libmysqlclient_r.so.15 (libc6) => /usr/lib/libmysqlclient_r.so.15 libmysqlclient_r.so.14 (libc6) => /usr/lib/libmysqlclient_r.so.14 libmysqlclient_r.so.12 (libc6) => /usr/lib/libmysqlclient_r.so.12 libmysqlclient_r.so.10 (libc6) => /usr/lib/libmysqlclient_r.so.10 libmysqlclient_r.so (libc6) => /usr/lib/libmysqlclient_r.so libmysqlclient.so.15 (libc6) => /usr/lib/libmysqlclient.so.15 libmysqlclient.so.14 (libc6) => /usr/lib/libmysqlclient.so.14 libmysqlclient.so.12 (libc6) => /usr/lib/libmysqlclient.so.12 libmysqlclient.so.10 (libc6) => /usr/lib/libmysqlclient.so.10 libmysqlclient.so (libc6) => /usr/lib/libmysqlclient.so # ls -ltr /usr/lib/mysql total 16096 -rw-r--r-- 1 root root 57872 oct 21 2006 libmygcc.a -rwxr-xr-x 1 root root 789 oct 21 2006 libz.la -rw-r--r-- 1 root root 165448 oct 21 2006 libz.a -rw-r--r-- 1 root root 1657008 oct 21 2006 libmystrings.a -rw-r--r-- 1 root root 922784 oct 21 2006 libmysys.a -rw-r--r-- 1 root root 27974 oct 21 2006 libdbug.a -rw-r--r-- 1 root root 587234 oct 21 2006 libmyisammrg.a -rw-r--r-- 1 root root 1832838 oct 21 2006 libmyisam.a -rw-r--r-- 1 root root 41910 oct 21 2006 libvio.a -rw-r--r-- 1 root root 416488 oct 21 2006 libheap.a -rwxr-xr-x 1 root root 969 oct 21 2006 libmysqlclient_r.la -rw-r--r-- 1 root root 4978414 oct 21 2006 libmysqlclient_r.a -rwxr-xr-x 1 root root 923 oct 21 2006 libmysqlclient.la -rw-r--r-- 1 root root 4956358 oct 21 2006 libmysqlclient.a -rw-r--r-- 1 root root 738080 oct 21 2006 mysqld.sym We have tried with SER 2.0 too, but the error is the same. What are we doing bad??????? Thanks in advance, Eduardo

1 0

[OpenSER-Users] Strange Time Format
by Marc LEURENT 28 Sep '07

28 Sep '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everybody, I have a very strange thing: The time on my openser server and on my SIP clients is around: Thu Sep 27 19:22:07 CEST 2007 But when I look the sip_trace mysql request, it's written: '1516687-12-17 11:16:51' It seems to be an error of parsing... Have you got any idea who to fix it? I have tried to add append_time() and to remove it, but it doesn't change anything... Thanks, Marc T 172.24.0.8:56702 -> 172.24.3.1:3306 [AP] .....insert into sip_trace (msg,callid,method,status,fromip,toip,date,direction,fromtag,traced_user ) values ('SIP/2.0 180 Ringing\r\nVia: SIP/2.0/UDP 213.91.4.198;branch=z9hG4bK803a.25dd3be.0\r\nVia: SIP/2.0/UDP 62.210.194.120:1029;rport=1027;branch=z9hG4bK1364252036021976086\r\nFrom: \"Polyconseil TEST\"<sip:6710@sd-6444.dedibox.fr:5060;user=phone>;tag=c0a80101-81fe9a1\r\nTo: <sip:jbchavanne@sip.wifirst.net;user=phone>;tag=c0a80101-f7fdd17\r\nCall-ID: 75359d5c-c0a80101-0-10(a)192.168.95.68\r\nCSeq: 1 INVITE\r\nAllow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,SUBSCRIBE,NOTIFY,UPDATE,REFER,REGISTER,INFO\r\nContact: <sip:jbchavanne@62.210.194.120:1049;user=phone>\r\nRecord-Route: <sip:213.91.4.198;lr=on;ftag=c0a80101-81fe9a1>\r\nAllow-Events: refer,dialog,message-summary,check-sync,talk,hold\r\nContent-Length: 0\r\n\r\n','75359d5c-c0a80101-0-10(a)192.168.95.68','','180','62.210.194.120:1037','udp:213.91.4.198:5060','1516687-12-17 11:16:51','in','c0a80101-81fe9a1','') -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG++hVqjpLE0HiOBYRAsL8AKCSrhtug5CSx+thLz4iaqpQJ8iaUQCglrWv 3aiquJBzx+a1V3+AS6Gt4Dk= =jN+R -----END PGP SIGNATURE-----

3 5

[Serusers] SRV lookup failed
by geethanjali.csg＠wipro.com 28 Sep '07

28 Sep '07

Hi all, I am trying to make a call between 2 different domains. I have my SRV and NAPTR records in the zone file. I am getting the following error: 0(11285) get_record: lookup(_sip._udp.test.org, 33) failed 0(11285) sip_resolvehost: no SRV record found for test.org, trying 'normal lookup' Please tell me the correct format of SRV record. Kindly help me in this regard. Thank you, Geethanjali Wipro Technologies 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

2 3

[OpenSER-Users] RTPProxy to another SIP proxy
by David Loh 27 Sep '07

27 Sep '07

Hi all, First of all, good day :) Wondering if any of you guy experience in RTPProxy, previously all voice stream I'll simply forward to Asterisk. Straight to the point, now I've a working SIP server with combination of OpenSER and Asterisk, (location A) but I'll need to setup another OpenSER w/ RTPProxy server on different location, (location B) the point of this setup is to make when UA connected to location B, all the signaling are forward/relay to location A, but RTP stream will be handled by RTPProxy @ location B, which RTP stream should contain IP address of location B instead of A. I've tried numerous setup but couldn't get it work. _Setup #1_ openser.cfg # after sanity check rewritehost("location A IP"); sl_send_reply("300", "redirect"); This works but somehow I need to append IP/hostname to the destination number (eg., 001 became 001(a)sip.myhost.com), and ethereal trace on UA still showing the IP in RTP stream is location A not B. _Setup #2_ openser.cfg if (!is_method("INVITE")) { rewritehost("location A IP"); t_relay(); } else { # INVITE force_rtp_proxy; } but this setup doesn't work :( Do I need to configure the rtp proxy? I couldn't find any configurable file (.conf) for RTPProxy, according to the manual it shall extract the destination IP/hostname and automatically relay the RTP stream, but .. I'm still no luck with it. Can't really recalled others config, but does anyone come across this similar setup? mind to share your experience with me? And, it that really possible to put location B's IP into RTP stream, but actually the main back end was on location A (asterisk) ? Thanks in advance. Regards, David Loh

1 0

[Serusers] Managing global attributes or global configuration
by Tomasz Zieleniewski 27 Sep '07

27 Sep '07

Hi, I would like to be able to perform some checks inside ser.cfg, globaly for all user. I need to have some kind of the global tag or attribute set to point a specific condition. How can I achive that in the nice way, the best would be if this parameter is somehow configurable thorugh serweb. Thank You in advance Bests -Tomasz

4 11

Re: [OpenSER-Users] It required to test "isbflag" in "branch_route"?
by Iñaki Baz Castillo 27 Sep '07

27 Sep '07

El Thursday 27 September 2007 15:06:18 Klaus Darilion escribió: > Hi! > > Yes, you are correct - you need the branch_route. Thanks a lot, I can sleep in calm now ;) > Further, if you use > setflag() in a branchroute make sure to use newest openser from SVN as > there was a bug (also in 1.2.2). Yep, I read your report before. Thanks. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

1 0

[OpenSER-Users] build openser with freeradius support
by Live Great 27 Sep '07

27 Sep '07

Hi, I have openser 1.2.2 and freeradius-mysql 1.1.7 installed in freebsd. I don't remember whether I have built freeradius into openser. How can I find out whether openser is already built with freeradius support? I want to configure freeradius with openser in the system. Thanks SW

2 1

[OpenSER-Users] It required to test "isbflag" in "branch_route"?
by Iñaki Baz Castillo 27 Sep '07

27 Sep '07

Hi, I've discovered en error in my conf when there is an user "B" registered from two devices: - device-B1 behind NAT with NO-STUN. - device-B2 with public IP. If "A" from public IP calls to "B" then the blag(6) (NAT) should be tested inside a "branch_route", because if not, then it could return TRUE or FALSE depending on which device (device-B1 or device-B2) appears first in "location" table. So, if I use: ----------------------------------------------------------------- # RTP-proxy Section route[8] { if (isbflagset(6)) { force_rtp_proxy(); } } ----------------------------------------------------------------- then RtpProxy will be enabled or not enabled for **ALL** the branchs (just device-B1 needs RtpProxy). But the pain here is that it's possible to not enable RtpProxy in a branch who needs it. So I think the solution (it seems to work i nmy testing) is to handle this in "branch_route": ----------------------------------------------------------------- # RTP-proxy Section route[8] { t_on_branch("8"); } branch_route[8] { if (isbflagset(6)) { force_rtp_proxy(); } } ----------------------------------------------------------------- I would like to confirm this with you, since I've never seen in any conf a "branch_route" to handle NAT bflag and RtpProxy. Is my conclusion correct? should I keep in mind other things related to this? Thanks a lot. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

1 0

[OpenSER-Users] PERL-Script - dialnumbers
by Martin.Gruber1＠infineon.com 27 Sep '07

27 Sep '07

Hi @all, I have following problem. I have registered all my phones on OpenSER with the full number. e.g. 43 11555 1007 When one employee from one site wants to call an employee from the same site I want them only to dial 1007 not The whole number. I have following perl script, but when I use the "canonical" function, it always adds "+" in front of the number. I get following message: canonical number in 'sip:1777@server.com' is '+43115551007' After the execution of the perl script I want to check, if the user with 43115551007: It looks like this: if (uri=~"sip:[0-9]+@.*") { perl_exec("canonical"); if (does_uri_exist()) { route(2); } else { #route to LCR-Module route(3); }; } But it does not run well. The script looks like this: ------------------------------------------------- use OpenSER::Constants; use OpenSER::Utils::PhoneNumbers; sub canonical { my $m = shift; if ($m->getMethod() eq "INVITE") { my $p = new OpenSER::Utils::PhoneNumbers(publicAccessPrefix => "", internationalPrefix => "", longDistancePrefix => "", countryCode => "43", areaCode => "11555", pbxCode => ""); my $u = $m->getRURI(); if ($u =~ m/(.*)sip:([+0-9]+)\@(.*)/) { my $c = $p->canonicalForm($2); OpenSER::log(L_INFO, "canonical number in '$u' is '$c'\n"); } else { OpenSER::log(L_INFO, "Not a POTS number.\n"); } } return 1; } Can anyone provide me some help? Thanks martin

2 4

[Serusers] Out of Office
by chayn＠imhocorp.com 27 Sep '07

27 Sep '07

Hello, I am out of the office and will be unable to respond to messages until Monday. Claude

1 0

[OpenSER-Users] OpenSer - Asterisk - PSTN
by kontra 27 Sep '07

27 Sep '07

Hi all We have about 2000 PSTN number that we would like to map to our sip accounts, creating some sort of aliases. We use asterisk as our PSTN gateway from local telecom to our sip server and i would like to ask if it's possible to make something like this with OpenSer thx Michal Lazarik

2 1

[OpenSER-Users] Problem with Mediaproxy -help required
by srinivas Antarvedi 27 Sep '07

27 Sep '07

Hello all, i was trying to integrate My OpenSER with Mediaproxy server for nat traversal Problems i was facing: 1)proxydispatcher.sock has not been built 2)when running with mediaproxy alone the audio was lost meaning in the first invite and 200 ok handshakes the sdp mangling was done perfect but next all reinvites( because of Session-Expires) lost the sdp mangling to respective global ips Can anybody give a clue to these two problems thanks in advance - Srinivas Antarvedi

3 3

[Serusers] serweb install & configuration
by Tuhin 27 Sep '07

27 Sep '07

Can anyone help me how to install and configure serweb Rgds Tuhin

1 0

Re: [OpenSER-Users] RV: Presence 'Event: presence' unsupported
by Klaus Darilion 26 Sep '07

26 Sep '07

trunk (1.3) has separated "presence" event into a separate module: http://www.openser.org/docs/modules/devel/presence_xml.html regards klaus Gregorio wrote: > > > Hi all. > > > > I had installed and running openser-1.2.1-notls. It was my registrar and > presence server. I updated to the trunk version the 25^th of September, > and I am trying to get the same I got with 1.2.1, registrar and presence. > > > > Registering is working fine, but presence request SUBSCRIBE and PUBLISH > fail, the log says that header ‘Event: presence’ is not supported!! > > > > This is from the log (server receiving a PUBLISH): > > > > Sep 26 18:13:37 openserDialcom /etc/rc.d/init.d/openser[2639]: RECEIVED > PRESENCE MESSAGE > > Sep 26 18:13:37 openserDialcom /etc/rc.d/init.d/openser[2639]: DEBUG: > t_newtran: T on entrance=0xffffffff > > Sep 26 18:13:37 openserDialcom /etc/rc.d/init.d/openser[2639]: > core:parse_headers: flags=ffffffffffffffff > > Sep 26 18:13:37 openserDialcom /etc/rc.d/init.d/openser[2639]: > core:parse_headers: flags=78 > > Sep 26 18:13:37 openserDialcom /etc/rc.d/init.d/openser[2639]: > t_lookup_request: start searching: hash=31813, isACK=0 > > Sep 26 18:13:37 openserDialcom /etc/rc.d/init.d/openser[2639]: DEBUG: > RFC3261 transaction matching failed > > Sep 26 18:13:37 openserDialcom /etc/rc.d/init.d/openser[2639]: DEBUG: > t_lookup_request: no transaction found > > Sep 26 18:13:37 openserDialcom /etc/rc.d/init.d/openser[2639]: > core:parse_headers: flags=ffffffffffffffff > > Sep 26 18:13:37 openserDialcom /etc/rc.d/init.d/openser[2639]: > presence:handle_publish: Missing or unsupported event header field value > > Sep 26 18:13:37 openserDialcom /etc/rc.d/init.d/openser[2639]: > presence:handle_publish: event=[presence] > > Sep 26 18:13:37 openserDialcom /etc/rc.d/init.d/openser[2639]: > core:parse_headers: flags=ffffffffffffffff > > > > I think openser.cfg is right because it worked with version 1.2.1 (I > just removed ‘modparam("presence", "force_active", 1)’), because this > parameter is not found. Has something changed? > > > > Thanks. > > Regards. > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users

1 0

RE: [OpenSER-Users] perl + unixODBC
by Murilo Lacerda Yoshida 26 Sep '07

26 Sep '07

Hi Henning, This is the coredump for the crash described: #0 0xb7dcd7c6 in raise () from /lib/libc.so.6 #1 0xb7dcf0e1 in abort () from /lib/libc.so.6 #2 0xb7e04edb in __fsetlocking () from /lib/libc.so.6 #3 0xb7e0ce15 in malloc_set_state () from /lib/libc.so.6 #4 0xb7e108e0 in free () from /lib/libc.so.6 #5 0xb7c4ce71 in Perl_safesysfree () from /usr/lib/libperl.so.5.8 #6 0xb5931f2e in odbc_st_destroy () from /usr/local/lib/perl/5.8.8/auto/DBD/ODBC/ODBC.so #7 0xb59271fa in XS_DBD__ODBC__st_DESTROY () from /usr/local/lib/perl/5.8.8/auto/DBD/ODBC/ODBC.so #8 0xb5a30ac4 in XS_DBI_dispatch () from /usr/lib/perl5/auto/DBI/DBI.so #9 0xb7c5c81b in Perl_pp_entersub () from /usr/lib/libperl.so.5.8 #10 0xb7bfcb91 in Perl_magicname () from /usr/lib/libperl.so.5.8 #11 0xb7bfd844 in Perl_call_sv () from /usr/lib/libperl.so.5.8 #12 0xb7c69627 in Perl_sv_clear () from /usr/lib/libperl.so.5.8 #13 0xb7c69e93 in Perl_sv_free () from /usr/lib/libperl.so.5.8 #14 0xb7c69951 in Perl_sv_clear () from /usr/lib/libperl.so.5.8 #15 0xb7c69e93 in Perl_sv_free () from /usr/lib/libperl.so.5.8 #16 0xb7c4e5bc in Perl_mg_free () from /usr/lib/libperl.so.5.8 #17 0xb7c69834 in Perl_sv_clear () from /usr/lib/libperl.so.5.8 #18 0xb7c69e93 in Perl_sv_free () from /usr/lib/libperl.so.5.8 #19 0xb7c69faf in Perl_sv_unref_flags () from /usr/lib/libperl.so.5.8 #20 0xb7c68ce6 in Perl_sv_force_normal_flags () from /usr/lib/libperl.so.5.8 #21 0xb7c8b336 in Perl_leave_scope () from /usr/lib/libperl.so.5.8 #22 0xb7c8b413 in Perl_pop_scope () from /usr/lib/libperl.so.5.8 #23 0xb7c951eb in Perl_pp_return () from /usr/lib/libperl.so.5.8 #24 0xb7c5af19 in Perl_runops_standard () from /usr/lib/libperl.so.5.8 #25 0xb7bfcb6e in Perl_magicname () from /usr/lib/libperl.so.5.8 #26 0xb7bfd844 in Perl_call_sv () from /usr/lib/libperl.so.5.8 #27 0xb7bfe445 in Perl_call_pv () from /usr/lib/libperl.so.5.8 #28 0xb7d0a2df in perl_exec2 (_msg=0xb7d8b020, fnc=0x817e490 "CSP", mystr=0x0) at perlfunc.c:150 #29 0xb7d0a56c in perl_exec1 (_msg=0xb7d8b020, fnc=0x817e490 "CSP", foobar=0x0) at perlfunc.c:90 #30 0x08053116 in do_action (a=0x817e518, msg=0xb7d8b020) at action.c:883 #31 0x080553ea in run_action_list (a=0x817e518, msg=0xb7d8b020) at action.c:131 #32 0x08091582 in eval_expr (e=0x817e570, msg=0xb7d8b020, val=0xbfb76b88) at route.c:1058 #33 0x08054d60 in do_assign (msg=0xb7d8b020, a=0x817e598) at action.c:198 #34 0x080527cb in do_action (a=0x817e598, msg=0xb7d8b020) at action.c:986 #35 0x080553ea in run_action_list (a=0x817e028, msg=0xb7d8b020) at action.c:131 #36 0x080543dd in do_action (a=0x81819a0, msg=0xb7d8b020) at action.c:801 #37 0x080553ea in run_action_list (a=0x817d250, msg=0xb7d8b020) at action.c:131 #38 0x08053a3b in do_action (a=0x81830e8, msg=0xb7d8b020) at action.c:111 #39 0x080553ea in run_action_list (a=0x8182e48, msg=0xb7d8b020) at action.c:131 #40 0x08055669 in run_top_route (a=0x8182e48, msg=0xb7d8b020) at action.c:111 #41 0xb7d79bb6 in t_should_relay_response (Trans=0xb5c87e18, new_code=Variable "new_code" is not available. ) at t_reply.c:601 #42 0xb7d79e4d in relay_reply (t=0xb5c87e18, p_msg=0x8188a78, branch=0, msg_status=503, cancel_bitmap=0xbfb773a0) at t_reply.c:1035 #43 0xb7d7c30b in reply_received (p_msg=0x8188a78) at t_reply.c:1383 #44 0x080614bb in forward_reply (msg=0x8188a78) at forward.c:489 #45 0x08084124 in receive_msg ( buf=0x8140860 "SIP/2.0 503 Service Unavailable\r\nVia: SIP/2.0/UDP 192.168.3.35:5060;branch=z9hG4bK048c.9bab482.0\r\nVia: SIP/2.0/UDP 19---Type <return> to continue, or q <return> to quit--- 2.168.3.186:5060\r\nTo: <sip:1919%23007755115678@192.168.3.35>\r\nFrom: <sip:115083400"..., len=334, rcv_info=Variable "rcv_info" is not available. ) at receive.c:195 #46 0x080b534a in udp_rcv_loop () at udp_server.c:465 #47 0x0807011b in main_loop () at main.c:834 #48 0x08071e65 in main (argc=3, argv=0xbfb77684) at main.c:1399 Apparently the problem is somewhere in Perl? Thanks, Murilo -----Original Message----- From: Henning Westerholt [mailto:henning.westerholt@1und1.de] Sent: segunda-feira, 24 de setembro de 2007 05:23 To: users(a)openser.org Cc: Murilo Lacerda Yoshida Subject: Re: [OpenSER-Users] perl + unixODBC On Friday 21 September 2007, Murilo Lacerda Yoshida wrote: > Hello all, > I'm new in the list, so first of all I would like to say hi to all the > list and say that openSer is a fantastic product, and that the > documentation available on the internet is also fantastic. > [..] Hello Murilo, nice to hear that. :-) > The other and main reason is that for some unknown reason the openSer > server crashes when using perl scripts that communicate with DB in high > load contexts. For some reason the perl script receives a sig_segv > (segmentation fault) and this signal is passed to all others threads and > then the openSer server dies. > > This error is that kind of error that is specially difficult to find, > because there are too many different systems involded. The path from > openSer to the DB would be: > > openSer -> perl module -> perl -> perl DBI (DBD::ODBC) -> unixODBC -> > FreeTDS -> MS SQLServer Yes, there are quite a bit modules involved. Take a look into the core dump (set core_dump = yes) with gdb, this should give you further informations about the cause of the segmention fault. To get a better backtrace install the debug package (debian) or compile with debugging enabled. If the error is located in openser, please post the backtrace also on the list. Cheers, Henning

4 11

[OpenSER-Users] RV: Presence 'Event: presence' unsupported
by Gregorio 26 Sep '07

26 Sep '07

Hi all. I had installed and running openser-1.2.1-notls. It was my registrar and presence server. I updated to the trunk version the 25th of September, and I am trying to get the same I got with 1.2.1, registrar and presence. Registering is working fine, but presence request SUBSCRIBE and PUBLISH fail, the log says that header 'Event: presence' is not supported!! This is from the log (server receiving a PUBLISH): Sep 26 18:13:37 openserDialcom /etc/rc.d/init.d/openser[2639]: RECEIVED PRESENCE MESSAGE Sep 26 18:13:37 openserDialcom /etc/rc.d/init.d/openser[2639]: DEBUG: t_newtran: T on entrance=0xffffffff Sep 26 18:13:37 openserDialcom /etc/rc.d/init.d/openser[2639]: core:parse_headers: flags=ffffffffffffffff Sep 26 18:13:37 openserDialcom /etc/rc.d/init.d/openser[2639]: core:parse_headers: flags=78 Sep 26 18:13:37 openserDialcom /etc/rc.d/init.d/openser[2639]: t_lookup_request: start searching: hash=31813, isACK=0 Sep 26 18:13:37 openserDialcom /etc/rc.d/init.d/openser[2639]: DEBUG: RFC3261 transaction matching failed Sep 26 18:13:37 openserDialcom /etc/rc.d/init.d/openser[2639]: DEBUG: t_lookup_request: no transaction found Sep 26 18:13:37 openserDialcom /etc/rc.d/init.d/openser[2639]: core:parse_headers: flags=ffffffffffffffff Sep 26 18:13:37 openserDialcom /etc/rc.d/init.d/openser[2639]: presence:handle_publish: Missing or unsupported event header field value Sep 26 18:13:37 openserDialcom /etc/rc.d/init.d/openser[2639]: presence:handle_publish: event=[presence] Sep 26 18:13:37 openserDialcom /etc/rc.d/init.d/openser[2639]: core:parse_headers: flags=ffffffffffffffff I think openser.cfg is right because it worked with version 1.2.1 (I just removed 'modparam("presence", "force_active", 1)'), because this parameter is not found. Has something changed? Thanks. Regards.

1 0

[OpenSER-Users] transaction flags and branches: bug?
by Klaus Darilion 26 Sep '07

26 Sep '07

Hi! I have a problem with branch routes and openser 1.2: In the branch_route I setflag(22) and activate t_on_reply(). In the reply route I check isflagset(22) and it is not. For my understanding, I thought transaction flags belong to the transaction, regardless if they are set/read in branch_route or reply_route. Is this a bug or am I doing something wrong here? regards klaus

2 3

[OpenSER-Users] Question regarding usage of carrier-route
by Carsten Bock 26 Sep '07

26 Sep '07

Hi everybody, I have a question regarding carrierroute: In table "route_tree" i would have the following: +----+----------+ | id | carrier | +----+----------+ | 1 | carrier1 | | 2 | carrier2 | +----+----------+ In the table "carrierroute" i have the following: +----+---------+-------------+-------+------+-------+---------------+ | id | carrier | scan_prefix | level | prob | strip | rewrite_host | +----+---------+-------------+-------+------+-------+---------------+ | 1 | 1 | 49 | 0 | 0.5 | 0 | gateway1_1 | | 2 | 1 | 49 | 0 | 0.5 | 0 | gateway1_2 | | 3 | 1 | 49 | 1 | 1 | 0 | gateway1_3 | | 4 | 1 | 49 | 2 | 1 | 0 | gateway1_4 | | 5 | 2 | 49 | 0 | 1 | 0 | gateway2_1 | | 6 | 2 | 49 | 1 | 1 | 0 | gateway2_2 | +----+---------+-------------+-------+------+-------+---------------+ in the routing logic i would do the following: route { # Calls to PSTN based on RURI if(!cr_rewrite_uri("carrier1", "call_id")){ sl_send_reply("403", "Not allowed"); } else { # In case of failure, re-route the request t_on_failure("1"); # Relay the request to the gateway t_relay(); } } failure_route(1) { # In case of failure, send it to an alternative route: if (t_check_status("408|5[0-9][0-9]")) { if(!cr_rewrite_uri("carrier1", "call_id")){ t_reply("403", "Not allowed"); } else { t_on_failure("1"); t_relay(); } } } Questions: 1) Is this configuration right? 2) Would the call, in this case, go to either gateway1_1 or gateway1_2, in case of failure to gateway1_3? 3) In case all three fail, it would go to gateway1_4? (original route would be level 1, 1st failure-route would be level 2, 2nd failure-route would be level 3 and so on?) 4) Calls to other destinations as to destinations starting with "49" in the URI would be rejected, right? 5) Does it cause problems, when "prob" does not result in 1? E.g. does a prob of 1 and 1 result into the same as 0.5 and 0.5? Thank you in advance, Carsten

2 4

[Serusers] SER Location table Reg. Prob
by Arun Kumar 26 Sep '07

26 Sep '07

Hi All, My ser server was running fine but my users started to complain that they are not able to register. When I checked : serctl ul show 1200928 it shows 106 entries and I've checked my location table also it also contain so many expired records. I tried stopping mysql and ser and cleared all records from location table but then again after some same prob. Please help its very urgent. thanks arun

3 3

Recall: [OpenSER-Users]
by Martin.Gruber1＠infineon.com 26 Sep '07

26 Sep '07

Gruber Martin (IFKL IT OS NV) would like to recall the message, "[OpenSER-Users]".

1 0

[OpenSER-Users]
by Martin.Gruber1＠infineon.com 26 Sep '07

26 Sep '07

Hi @all, I have following problem. I have registered all my phones on OpenSER with the full number. e.g. 43 11555 1007 When one employee from one site wants to call an employee from the same site I want them only to dial 1007 not The whole number. I have following perl script, but when I use the "canonical" function, it always adds "+" in front of the number. I get following message: canonical number in 'sip:1777@server.com' is '+43115551007' After the execution of the perl script I want to check, if the user with 43115551007: It looks like this: if (uri=~"sip:[0-9]+@.*") { perl_exec("canonical"); if (does_uri_exist()) { route(2); } else { #route to LCR-Module route(3); }; } But it does not run well. The script looks like this: ------------------------------------------------- use OpenSER::Constants; use OpenSER::Utils::PhoneNumbers; sub canonical { my $m = shift; if ($m->getMethod() eq "INVITE") { my $p = new OpenSER::Utils::PhoneNumbers(publicAccessPrefix => "", internationalPrefix => "", longDistancePrefix => "", countryCode => "43", areaCode => "11555", pbxCode => ""); my $u = $m->getRURI(); if ($u =~ m/(.*)sip:([+0-9]+)\@(.*)/) { my $c = $p->canonicalForm($2); OpenSER::log(L_INFO, "canonical number in '$u' is '$c'\n"); } else { OpenSER::log(L_INFO, "Not a POTS number.\n"); } } return 1; } Can anyone provide me some help? Thanks martin

1 0

[Serusers] How Can i select the version of ser?
by 程千 26 Sep '07

26 Sep '07

hi: I want to get a sip proxy that support Call , MESSAGE , NOTIFY ,SUBSCRIBE. When the destination ua is offline the message is storing. The storing message is send when it is online. The two ua can call each other. What statble version i can use? How can i config the ser.cfg? Thanks very much ! 2007-09-25 程千

2 1

[OpenSER-Users] RE: Call Forwarding Issue
by Ariadne Ramos 25 Sep '07

25 Sep '07

Hello Im trying to implement call forwarding unconditional redirect to a PSTN destination. Call flow: PSTN-->SIP-CallFW-->PSTN On my PSTN side I have a cisco AS5300. We succesfuly forwarded to a PSTN destination. We have changed calling party (for billing purposes) and called party to complete call forwarding. In other words we generate a new call attempt. Everything looks ok but if calling party (PSTN originating side) finishes the call before called party answers (PSTN destination side), cisco GW receives a CANCEL message and it answers with message 481 Call leg/Transaction does not exist to the Proxy. The call still ringing and goes to voice mail on PSTN destination side that means cisco GW never receives a BYE regarding to the original INVITE message. Can you give me a hint on how to handle this issue ? Thanks Captured attached Ariadne L. Ramos Solís Depto. Ingeniería Aprovisionamiento y Señalización VoIP Galaxy Communications Corp. Tel. 2000117 e-mail aramos(a)clarocom.com

1 0

[OpenSER-Users] Looking for an OpenSER configuration contractor
by Daryl G. Jurbala 25 Sep '07

25 Sep '07

I'm looking for someone who can assist with an OpenSER/MySQL/Radius setup which needs to perform LCR from MySQL, write proper CDRs (and fail calls if they can not be written), and allow for routing a specific group of inbound IPs to specific gateways. Essentially, I'm looking to create a multi-tenant session border controller for wholesale VoIP to VoIP. If you have experience in this and are interested in doing hourly contracting work, both to assist with the initial setup as well as ongoing support, please contact me. Daryl G. Jurbala Director of Network Operations Global Convergence Solutions Phone: +1 732-853-0513

1 0

[OpenSER-Users] reset record-route in branch route
by Klaus Darilion 25 Sep '07

25 Sep '07

Hi! Openser 1.2: I put some routing info into the record-route header. If a transaction gets redirected to another destination in failure route, I have to adopt the parameter and add a record-route header with the new parameter. Currently, I do add_rr_param and record_route again in failure route, but this leads to 2 Record-Route headers in the outgoing request. Is there a way to reset RR in failure route - or am I just doing something wrong? thanks klaus

3 4

[OpenSER-Users] OpenXCAP install and config problem?
by harini.dhanasekaran＠wipro.com 25 Sep '07

25 Sep '07

Hi, I m facing the same problem while configuring openxcap. I have installed openxcap in FC4 Linux and also the prerequisites packages. Can someone please let me know how to start the daemon. Thanks in advance. Thank you, Regards, Harini Dhanasekaran. ------------------------------------------------------------------------ ------------------------------------------------------------------------ ------------------------------------------------------------------------ -------------------------- KevinKinnan kinnan2224 at hotmail.com <mailto:users%40openser.org?Subject=%5BOpenSER-Users%5D%20OpenXCAP%20ins tall%20and%20config%20problem%3F&In-Reply-To=> wrote: Thu Sep 6 17:47:14 CEST 2007 I am not sure whether or not my procedure is right as server doesnt work at the moment, but I will keep working on it. Here is the Fedora installation [1] Fedora 6 linux install; [2] pre-dependencies package; Because I installed OpenIMSCore and Openser Presence module before, so some dependencies was already installed. In this case I just installed clearsilver from Add&Remove Package, and copy lxml folder(1.3.4 download from lxml site) to /usr/lib/python2.5/site-packages/. [3] install OpenXCAP, followed installation guide/Debain unstable installation By now, that's it. Coz no daemon can be run from /etc/init.d/openxcap. Also, I haven't modified anything in the config.ini and openxcap files Cheers, Kevin 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

1 0

[OpenSER-Users] Openser with Mysql, rtpproxy and dispatcher module
by Arya 25 Sep '07

25 Sep '07

Hi Everyone I have tested openser 1.1 with the Mysql module and now I want to test 1.2with mysql, rtpproxy and the dispatcher module. When I'm compiling openser should I do anything differently? I saw rtpproxy listed in APT and the dispatcher modules was in /usr/local/lib/openser/modules last time I had openser 1.1 installed. should I only change my opernser.cfg in order for it to load? -- Thank You

3 2

Re: [OpenSER-Users] how to register xlite user for testing with openser
by Live Great 25 Sep '07

25 Sep '07

If the other *online* xlite user has registered to the openser server successfully, I think the phone number that I am trying to call should be presented in the *location* table. Am I correct? Thanks SW ----- Original Message ---- From: Norman Brandinger <norm(a)goes.com> To: Live Great <livegreat007(a)yahoo.com> Cc: users(a)openser.org Sent: Tuesday, September 25, 2007 10:07:10 AM Subject: Re: [OpenSER-Users] how to register xlite user for testing with openser Take a look at the "location" table. The save("location") writes information about the device registering to OpenSER to this table. You should see entries for your xlite phones (both of them). Note the lookup("location") line. This, as you can probably guess, tries to locate the device (specified by the RURI, which in telephone terms, is the called number) in the location table. That's why both xlite phones should have entries in the location table. The "Not Found" message is telling you that the lookup("location") didn't find call callee. Regards, Norm Live Great wrote: > Now, I replaced the openser.cfg file with the one from the openser source. > This openser.cfg does not have avp configuration.. > After restarted openser and registered xlite, dialed an off-line user > number eg. 5678 shown "Call failed: Not Found" on the xlite panel. > Openser does not write any error/wraning message to the system's log > file. Is this normal? > Here is the new configuration of the openser.cfg: > listen = udp:127.0.0.1:5060 > listen = udp:1x.x.x.x:5060 > mpath = "/usr/local/lib/openser/modules" > children = 8 > debug = 3 > fork = yes > group = "openser" > user = "openser" > disable_tcp = no > log_facility = LOG_DAEMON > #log_facility = LOG_LOCAL7 > log_stderror = no > tcp_children = 4 > mhomed = no > server_signature = yes > sock_group = "openser" > sock_mode = 0600 > sock_user = "openser" > unix_sock = "/tmp/openser.sock" > unix_sock_children = 1 > reply_to_via = no > sip_warning = no > check_via = no > dns = no > rev_dns = no > disable_core_dump = no > dns_try_ipv6 = yes > dns_use_search_list = yes > # ------------------ module loading ---------------------------------- > > #set module path > mpath="/usr/local/lib/openser/modules/" > > # Uncomment this if you want to use SQL database > #loadmodule "mysql.so" > > loadmodule "sl.so" > loadmodule "tm.so" > loadmodule "rr.so" > loadmodule "maxfwd.so" > loadmodule "usrloc.so" > loadmodule "registrar.so" > loadmodule "textops.so" > loadmodule "mi_fifo.so" > modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo") > modparam("usrloc", "db_mode", 0) > route{ > > # initial sanity checks -- messages with > # max_forwards==0, or excessively long requests > if (!mf_process_maxfwd_header("10")) { > sl_send_reply("483","Too Many Hops"); > exit; > }; > > if (msg:len >= 2048 ) { > sl_send_reply("513", "Message too big"); > exit; > }; > > # we record-route all messages -- to make sure that > # subsequent messages will go through our proxy; that's > # particularly good if upstream and downstream entities > # use different transport protocol > if (!method=="REGISTER") > record_route(); > > # subsequent messages withing a dialog should take the > # path determined by record-routing > if (loose_route()) { > # mark routing logic in request > append_hf("P-hint: rr-enforced\r\n"); > route(1); > }; > > > # if the request is for other domain use UsrLoc > # (in case, it does not work, use the following command > # with proper names and addresses in it) > if (uri==myself) { > > if (method=="REGISTER") { > > # Uncomment this if you want to use digest > authentication > #if (!www_authorize("openser.org", > "subscriber")) { > # www_challenge("openser.org", "0"); > # exit; > #}; > > save("location"); > exit; > }; > > lookup("aliases"); > if (!uri==myself) { > append_hf("P-hint: outbound alias\r\n"); > route(1); > }; > > # native SIP destinations are handled using our USRLOC DB > if (!lookup("location")) { > sl_send_reply("404", "Not Found"); > exit; > }; > append_hf("P-hint: usrloc applied\r\n"); > }; > > route(1); > } > > > route[1] { > # send it out now; use stateful forwarding as it works reliably > # even for UDP2TCP > if (!t_relay()) { > sl_reply_error(); > }; > exit; > } > > What should be a *normal* openser.cfg config file look like? > > Thanks > SW > > > ----- Original Message ---- > From: Norman Brandinger <norm(a)goes.com> > To: Live Great <livegreat007(a)yahoo.com> > Cc: users(a)openser.org > Sent: Monday, September 24, 2007 9:12:08 PM > Subject: Re: [OpenSER-Users] how to register xlite user for testing > with openser > > Based on the xlog's in your config, you should be able to see which > avp_db_load() is being called with no value. Once you know which > variable is blank, you can then try to determine why it's not being > populated. > > Your config appears to be taken from one of the automatically generated > ones from sipwise. You should double check the documentation and make > sure that you have followed all of the instructions. If their > instructions are not complete, you should let them know. > > Hope this helps, > Norm > > > Live Great wrote: > > Hi, in openser.cfg file, there is a route[4] section where also > > involve avp_db_load(): > > > > ######################################################################## > > # Request route 'usr-preferences-callee' > > ######################################################################## > > route[4] > > { > > xlog("L_INFO", "Load callee preferences for uuid > > '$avp(s:callee_uuid)' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > > # load callee avps > > avp_db_load("$avp(s:callee_uuid)", "*"); > > if(is_avp_set("$avp(s:cfu)/s")) > > { > > > > xlog("L_INFO", "Call-forward-unconditional to > > '$avp(s:cfu)' found - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > > route(8); > > avp_delete("$avp(s:caller_uuid)/g"); > > avp_copy("$avp(s:callee_uuid)", > "$avp(s:caller_uuid)/d"); > > avp_pushto("$ru", "$avp(s:cfu)"); > > > > route(3); > > route(14); > > exit; > > } > > if(is_avp_set("$avp(s:ringtimeout)/n")) > > { > > > > xlog("L_INFO", "Setting ring timeout to > > $avp(s:ringtimeout) secs - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > > avp_copy("$avp(s:ringtimeout)", > > "$avp(s:callee_fr_inv_timer)/d"); > > } > > > > } > > > > > > ----- Original Message ---- > > From: Live Great <livegreat007(a)yahoo.com> > > To: Norman Brandinger <norm(a)goes.com> > > Cc: users(a)openser.org > > Sent: Monday, September 24, 2007 2:02:19 PM > > Subject: Re: [OpenSER-Users] how to register xlite user for testing > > with openser > > > > Hi, here is the configuration specific to avp_db_load in the > > openser.cfg file: > > > > route[3] > > { > > route(1); > > xlog("L_INFO", "Load caller preferences for uuid > > '$avp(s:caller_uuid)' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > > # load caller avps > > avp_db_load("$avp(s:caller_uuid)", "*"); > > avp_copy("$avp(s:cli)", "$avp(s:caller_cli)/d"); > > if(is_avp_set("$avp(s:clir)/n") && avp_check("$avp(s:clir)", > > "eq/i:1")) > > { > > # mark for anonymization > > setflag(28); > > } > > > > } > > > > I never change this configuration. > > > > Thanks > > SW > > > > ----- Original Message ---- > > From: Norman Brandinger <norm(a)goes.com> > > To: Live Great <livegreat007(a)yahoo.com> > > Sent: Monday, September 24, 2007 12:59:19 PM > > Subject: Re: [OpenSER-Users] how to register xlite user for testing > > with openser > > > > Are you issuing an avp_db_load() call with no value ? That might > > explain the error message. Probably be a good idea to post the config > > you are using. > > > > Regards, > > Norm > > > > > > > > Live Great wrote: > > > Hi, thanks very much for the suggestion. > > > I have added the required columns in the acc and missed_calls table. > > > Now when I tried to call an off-line number, it still show one error: > > > > > > ERROR:avpops:load_avps: no value for first param > > > > > > The errors related to the acc and missed_calls tables are already > gone. > > > In xlite panel, the error message says "Call failed: Proxy > > > Authentication Required.". > > > I am not sure what happened if I call a on-line phone number. > > > > > > Thanks > > > SW > > > > > > ----- Original Message ---- > > > From: Norman Brandinger <norm(a)goes.com> > > > To: Live Great <livegreat007(a)yahoo.com> > > > Cc: users(a)openser.org > > > Sent: Sunday, September 23, 2007 10:50:38 PM > > > Subject: Re: [OpenSER-Users] how to register xlite user for testing > > > with openser > > > > > > Hi, > > > > > > The subscriber "username" IS the "phone number". The phone number > field > > > in the subscriber table is only used by SERWEB. I believe the > > > "username" column name is better than "phone" because in SIP, the idea > > > of a telephone number is being blurred. > > > > > > Please refer to the online doc at: > > > http://openser.org/dokuwiki/doku.php/database:1.2.x#subscriber > > > > > > There is alot of material at the openser.org web site that can > help you. > > > > > > The mediaproxy errors are a result of your script calling a mediaproxy > > > function but mediaproxy isn't running. This can be downloaded > thanks to > > > AG Projects from http://ag-projects.com/MediaProxy.html > > > > > > The src_leg / dst_leg errors are a result of you trying to save > > > additional (accounting) fields into the "acc" and/or "missed_calls" > > > table. This is generally used for multi-leg call accounting (for > > > example, in a call forwarding situation where the initial callee > changes > > > to the caller .. of the forwarded call). You will have to > manually add > > > these column to the acc and missed_calls tables (varchar(64)) > should be > > > fine for most purposes. > > > > > > Regards, > > > Norm > > > > > > Live Great wrote: > > > > Now is getting other errors. > > > > When I tried to dial a number, eg. 123 - the default Admin > account, I > > > > got the following errors shown in /var/log/messages: > > > > > > > > ERROR:avpops:load_avps: no value for first param > > > > error: mediaproxy/sendMediaproxyCommand(): can't connect to > MediaProxy > > > > error: mediaproxy/sendMediaproxyCommand(): can't connect to > MediaProxy > > > > submit_query: Unknown column 'src_leg' in 'field list' > > > > db_insert: Error while submitting query > > > > ERROR:acc:acc_db_request: Error while inserting to database > > > > > > > > > > > > ----- Original Message ---- > > > > From: Norman Brandinger <norm(a)goes.com> > > > > To: Live Great <livegreat007(a)yahoo.com> > > > > Sent: Saturday, September 22, 2007 11:53:53 PM > > > > Subject: Re: [OpenSER-Users] how to register xlite user for testing > > > > with openser > > > > > > > > I believe the openser_mysql.sh script is being phased out. It has > > been > > > > replaced by openserdbctl (thanks to a big effort from Henning > > !!!). If > > > > your installation doesn't have /usr/local/sbin/openserdbctl I > strongly > > > > suggest that you upgrade to a version of OpenSER that contains it. > > > > > > > > The rest of your settings appear to to be ok. > > > > > > > > Regards, > > > > Norm > > > > > > > > Live Great wrote: > > > > > > > > > > > > > > > ----- Original Message ---- > > > > > From: Norman Brandinger <norm(a)goes.com> > > > > > To: Live Great <livegreat007(a)yahoo.com> > > > > > Cc: users(a)openser.org > > > > > Sent: Saturday, September 22, 2007 9:43:54 PM > > > > > Subject: Re: [OpenSER-Users] how to register xlite user for > testing > > > > > with openser > > > > > > > > > > Is is possible that you turned on database support but forgot to > > make > > > > > the database tables ? The error message you posted is pretty > > > explicit: > > > > > "Unknown column".... > > > > > I used openser_mysql.sh create to populate openser database > and its > > > > > tables. > > > > > Here is all its tables: > > > > > mysql> show tables; > > > > > +-----------------------+ > > > > > | Tables_in_openser | > > > > > +-----------------------+ > > > > > | acc | > > > > > | active_sessions | > > > > > | active_watchers | > > > > > | address | > > > > > | admin_privileges | > > > > > | aliases | > > > > > | cpl | > > > > > | dbaliases | > > > > > | domain | > > > > > | domainpolicy | > > > > > | grp | > > > > > | gw | > > > > > | gw_grp | > > > > > | imc_members | > > > > > | imc_rooms | > > > > > | lcr | > > > > > | location | > > > > > | missed_calls | > > > > > | pdt | > > > > > | pending | > > > > > | phonebook | > > > > > | presentity | > > > > > | pua | > > > > > | re_grp | > > > > > | server_monitoring | > > > > > | server_monitoring_agg | > > > > > | silo | > > > > > | sip_trace | > > > > > | speed_dial | > > > > > | subscriber | > > > > > | trusted | > > > > > | uri | > > > > > | usr_preferences | > > > > > | usr_preferences_types | > > > > > | version | > > > > > | watchers | > > > > > | xcap_xml | > > > > > +-----------------------+ > > > > > 37 rows in set (0.00 sec) > > > > > > > > > > > > > > > > > > > > The warnings about missing permissions files can be ignored > > > (unless you > > > > > really do need them), but in your case, it seems that you are > not at > > > > > that point yet.. > > > > > > > > > > Take a look at openserdbctl as it automates the process of > > > creating the > > > > > database and tables needed by the various openser > > > modules. openserctlrc > > > > > (usually located in /usr/local/etc/openser) contains a number of > > > startup > > > > > settings, some of which are database related. > > > > > > > > > > The standard request you will receive from people trying to > > assist you > > > > > is to post your config file (or at least the interesting > sections of > > > > it). > > > > > > > > > > The part of the content of openser..cfg is: > > > > > listen = udp:127.0.0.1:5060 > > > > > listen = udp:125.255.1.2:5060 > > > > > mpath = "/usr/local/lib/openser/modules" > > > > > children = 8 > > > > > debug = 3 > > > > > fork = yes > > > > > group = "openser" > > > > > user = "openser" > > > > > disable_tcp = no > > > > > log_facility = LOG_DAEMON > > > > > #log_facility = LOG_LOCAL7 > > > > > log_stderror = no > > > > > tcp_children = 4 > > > > > mhomed = no > > > > > server_signature = yes > > > > > sock_group = "openser" > > > > > sock_mode = 0600 > > > > > sock_user = "openser" > > > > > unix_sock = "/tmp/openser.sock" > > > > > unix_sock_children = 1 > > > > > reply_to_via = no > > > > > sip_warning = no > > > > > check_via = no > > > > > dns = no > > > > > rev_dns = no > > > > > disable_core_dump = no > > > > > dns_try_ipv6 = yes > > > > > dns_use_search_list = yes > > > > > > > > > > openserctlrc: > > > > > ## your SIP domain > > > > > SIP_DOMAIN=ip6.com.au > > > > > > > > > > ## database type: MYSQL or PGSQL, by defaulte none is loaded > > > > > DBENGINE=MYSQL > > > > > > > > > > ## database host > > > > > DBHOST=localhost > > > > > > > > > > ## database name > > > > > DBNAME=openser > > > > > > > > > > ## database read/write user > > > > > DBRWUSER=openser > > > > > # DBRWUSER=admin > > > > > > > > > > ## database read only user > > > > > DBROUSER=openserro > > > > > > > > > > ## password for database read only user > > > > > DBROPW=openserro > > > > > > > > > > ## database super user > > > > > DBROOTUSER="root" > > > > > > > > > > HAS_SERWEB="yes" > > > > > > > > > > I am not too sure the correct way to define openserctlrc file.. > > > > > Your comment is much appreciated. > > > > > > > > > > Thanks > > > > > SW > > > > > > > > > > Norm > > > > > > > > > > Live Great wrote: > > > > > > Hi, > > > > > > > > > > > > After changed the port 5077 to 5060 in openser.cfg file, > restarted > > > > > > openser. > > > > > > When xlite initiate a registartion request, openser system log > > file > > > > > > shown a different message: > > > > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default > allow > > > > > > file (/usr/local/etc/openser/permissions.allow) not found => > empty > > > > > > rule set > > > > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: WARNING: > > > File not > > > > > > found: /usr/local/etc/openser/permissions.deny > > > > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default > > > deny file > > > > > > (/usr/local/etc/openser/permissions.deny) not found => empty > > > rule set > > > > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: > submit_query: > > > > > > Unknown column 'uuid' in 'field list' > > > > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: db_query: > > Error > > > > > > while submitting query > > > > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: get_ha1(): > > > Error > > > > > > while querying database > > > > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: > submit_query: > > > > > > Unknown column 'uuid' in 'field list' > > > > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: db_query: > > Error > > > > > > while submitting query > > > > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: get_ha1(): > > > Error > > > > > > while querying database > > > > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: > submit_query: > > > > > > Unknown column 'uuid' in 'field list' > > > > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: db_query: > > Error > > > > > > while submitting query > > > > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: get_ha1(): > > > Error > > > > > > while querying database > > > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: > submit_query: > > > > > > Unknown column 'uuid' in 'field list' > > > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: db_query: > > Error > > > > > > while submitting query > > > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: get_ha1(): > > > Error > > > > > > while querying database > > > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: > submit_query: > > > > > > Unknown column 'uuid' in 'field list' > > > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: db_query: > > Error > > > > > > while submitting query > > > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: get_ha1(): > > > Error > > > > > > while querying database > > > > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: > submit_query: > > > > > > Unknown column 'uuid' in 'field list' > > > > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: db_query: > > Error > > > > > > while submitting query > > > > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: get_ha1(): > > > Error > > > > > > while querying database > > > > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: > submit_query: > > > > > > Unknown column 'uuid' in 'field list' > > > > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: db_query: > > Error > > > > > > while submitting query > > > > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: get_ha1(): > > > Error > > > > > > while querying database > > > > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: > submit_query: > > > > > > Unknown column 'uuid' in 'field list' > > > > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: db_query: > > Error > > > > > > while submitting query > > > > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: get_ha1(): > > > Error > > > > > > while querying database > > > > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: > submit_query: > > > > > > Unknown column 'uuid' in 'field list' > > > > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: db_query: > > Error > > > > > > while submitting query > > > > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: get_ha1(): > > > Error > > > > > > while querying database > > > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: > submit_query: > > > > > > Unknown column 'uuid' in 'field list' > > > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: db_query: > > Error > > > > > > while submitting query > > > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: get_ha1(): > > > Error > > > > > > while querying database > > > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: > submit_query: > > > > > > Unknown column 'uuid' in 'field list' > > > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: db_query: > > Error > > > > > > while submitting query > > > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: get_ha1(): > > > Error > > > > > > while querying database > > > > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: > submit_query: > > > > > > Unknown column 'uuid' in 'field list' > > > > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: db_query: > > Error > > > > > > while submitting query > > > > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: get_ha1(): > > > Error > > > > > > while querying database > > > > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: > submit_query: > > > > > > Unknown column 'uuid' in 'field list' > > > > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: db_query: > > Error > > > > > > while submitting query > > > > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: get_ha1(): > > > Error > > > > > > while querying database > > > > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: > submit_query: > > > > > > Unknown column 'uuid' in 'field list' > > > > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: db_query: > > Error > > > > > > while submitting query > > > > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: get_ha1(): > > > Error > > > > > > while querying database > > > > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: > submit_query: > > > > > > Unknown column 'uuid' in 'field list' > > > > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: db_query: > > Error > > > > > > while submitting query > > > > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: get_ha1(): > > > Error > > > > > > while querying database > > > > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: > submit_query: > > > > > > Unknown column 'uuid' in 'field list' > > > > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: db_query: > > Error > > > > > > while submitting query > > > > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: get_ha1(): > > > Error > > > > > > while querying database > > > > > > > > > > > > In Xlite, it said Registration error 500, server internal error. > > > > > > What is possibility wrong in my openser server configuration? > > > > > > > > > > > > > > > > > > Thanks > > > > > > SW > > > > > > > > > > > > ----- Original Message ---- > > > > > > From: Live Great <livegreat007(a)yahoo.com> > > > > > > To: users(a)openser.org > > > > > > Sent: Saturday, September 22, 2007 2:03:07 PM > > > > > > Subject: [OpenSER-Users] how to register xlite user for > > testing with > > > > > > openser > > > > > > > > > > > > Hi, > > > > > > > > > > > > I used the following command to add xlite user, but xlite > > failed to > > > > > > register the user in openser server. > > > > > > # openserctl add 1234 1234 sam(a)my.domain.com > > > > > > > > > > > > where 1234 is user id and password. > > > > > > > > > > > > If this is not the correct way to add user for testing from > > xlite to > > > > > > openser, what are the alternative way I can use? > > > > > > > > > > > > > > > > > > Thanks > > > > > > SW > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users(a)openser.org > > > > > > http://openser.org/cgi-bin/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >

2 2

Re: [OpenSER-Users] how to register xlite user for testing with openser
by Live Great 25 Sep '07

25 Sep '07

Now, I replaced the openser.cfg file with the one from the openser source. This openser.cfg does not have avp configuration. After restarted openser and registered xlite, dialed an off-line user number eg. 5678 shown "Call failed: Not Found" on the xlite panel. Openser does not write any error/wraning message to the system's log file. Is this normal? Here is the new configuration of the openser.cfg: listen = udp:127.0.0.1:5060 listen = udp:1x.x.x.x:5060 mpath = "/usr/local/lib/openser/modules" children = 8 debug = 3 fork = yes group = "openser" user = "openser" disable_tcp = no log_facility = LOG_DAEMON #log_facility = LOG_LOCAL7 log_stderror = no tcp_children = 4 mhomed = no server_signature = yes sock_group = "openser" sock_mode = 0600 sock_user = "openser" unix_sock = "/tmp/openser.sock" unix_sock_children = 1 reply_to_via = no sip_warning = no check_via = no dns = no rev_dns = no disable_core_dump = no dns_try_ipv6 = yes dns_use_search_list = yes # ------------------ module loading ---------------------------------- #set module path mpath="/usr/local/lib/openser/modules/" # Uncomment this if you want to use SQL database #loadmodule "mysql.so" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "mi_fifo.so" modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo") modparam("usrloc", "db_mode", 0) route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; }; if (msg:len >= 2048 ) { sl_send_reply("513", "Message too big"); exit; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol if (!method=="REGISTER") record_route(); # subsequent messages withing a dialog should take the # path determined by record-routing if (loose_route()) { # mark routing logic in request append_hf("P-hint: rr-enforced\r\n"); route(1); }; # if the request is for other domain use UsrLoc # (in case, it does not work, use the following command # with proper names and addresses in it) if (uri==myself) { if (method=="REGISTER") { # Uncomment this if you want to use digest authentication #if (!www_authorize("openser.org", "subscriber")) { # www_challenge("openser.org", "0"); # exit; #}; save("location"); exit; }; lookup("aliases"); if (!uri==myself) { append_hf("P-hint: outbound alias\r\n"); route(1); }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); exit; }; append_hf("P-hint: usrloc applied\r\n"); }; route(1); } route[1] { # send it out now; use stateful forwarding as it works reliably # even for UDP2TCP if (!t_relay()) { sl_reply_error(); }; exit; } What should be a *normal* openser.cfg config file look like? Thanks SW ----- Original Message ---- From: Norman Brandinger <norm(a)goes.com> To: Live Great <livegreat007(a)yahoo.com> Cc: users(a)openser.org Sent: Monday, September 24, 2007 9:12:08 PM Subject: Re: [OpenSER-Users] how to register xlite user for testing with openser Based on the xlog's in your config, you should be able to see which avp_db_load() is being called with no value. Once you know which variable is blank, you can then try to determine why it's not being populated. Your config appears to be taken from one of the automatically generated ones from sipwise. You should double check the documentation and make sure that you have followed all of the instructions. If their instructions are not complete, you should let them know. Hope this helps, Norm Live Great wrote: > Hi, in openser.cfg file, there is a route[4] section where also > involve avp_db_load(): > > ######################################################################## > # Request route 'usr-preferences-callee' > ######################################################################## > route[4] > { > xlog("L_INFO", "Load callee preferences for uuid > '$avp(s:callee_uuid)' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > # load callee avps > avp_db_load("$avp(s:callee_uuid)", "*"); > if(is_avp_set("$avp(s:cfu)/s")) > { > > xlog("L_INFO", "Call-forward-unconditional to > '$avp(s:cfu)' found - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > route(8); > avp_delete("$avp(s:caller_uuid)/g"); > avp_copy("$avp(s:callee_uuid)", "$avp(s:caller_uuid)/d"); > avp_pushto("$ru", "$avp(s:cfu)"); > > route(3); > route(14); > exit; > } > if(is_avp_set("$avp(s:ringtimeout)/n")) > { > > xlog("L_INFO", "Setting ring timeout to > $avp(s:ringtimeout) secs - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > avp_copy("$avp(s:ringtimeout)", > "$avp(s:callee_fr_inv_timer)/d"); > } > > } > > > ----- Original Message ---- > From: Live Great <livegreat007(a)yahoo.com> > To: Norman Brandinger <norm(a)goes.com> > Cc: users(a)openser.org > Sent: Monday, September 24, 2007 2:02:19 PM > Subject: Re: [OpenSER-Users] how to register xlite user for testing > with openser > > Hi, here is the configuration specific to avp_db_load in the > openser.cfg file: > > route[3] > { > route(1); > xlog("L_INFO", "Load caller preferences for uuid > '$avp(s:caller_uuid)' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > # load caller avps > avp_db_load("$avp(s:caller_uuid)", "*"); > avp_copy("$avp(s:cli)", "$avp(s:caller_cli)/d"); > if(is_avp_set("$avp(s:clir)/n") && avp_check("$avp(s:clir)", > "eq/i:1")) > { > # mark for anonymization > setflag(28); > } > > } > > I never change this configuration. > > Thanks > SW > > ----- Original Message ---- > From: Norman Brandinger <norm(a)goes.com> > To: Live Great <livegreat007(a)yahoo.com> > Sent: Monday, September 24, 2007 12:59:19 PM > Subject: Re: [OpenSER-Users] how to register xlite user for testing > with openser > > Are you issuing an avp_db_load() call with no value ? That might > explain the error message. Probably be a good idea to post the config > you are using. > > Regards, > Norm > > > > Live Great wrote: > > Hi, thanks very much for the suggestion. > > I have added the required columns in the acc and missed_calls table. > > Now when I tried to call an off-line number, it still show one error: > > > > ERROR:avpops:load_avps: no value for first param > > > > The errors related to the acc and missed_calls tables are already gone. > > In xlite panel, the error message says "Call failed: Proxy > > Authentication Required.". > > I am not sure what happened if I call a on-line phone number. > > > > Thanks > > SW > > > > ----- Original Message ---- > > From: Norman Brandinger <norm(a)goes.com> > > To: Live Great <livegreat007(a)yahoo.com> > > Cc: users(a)openser.org > > Sent: Sunday, September 23, 2007 10:50:38 PM > > Subject: Re: [OpenSER-Users] how to register xlite user for testing > > with openser > > > > Hi, > > > > The subscriber "username" IS the "phone number". The phone number field > > in the subscriber table is only used by SERWEB. I believe the > > "username" column name is better than "phone" because in SIP, the idea > > of a telephone number is being blurred. > > > > Please refer to the online doc at: > > http://openser.org/dokuwiki/doku.php/database:1.2.x#subscriber > > > > There is alot of material at the openser.org web site that can help you. > > > > The mediaproxy errors are a result of your script calling a mediaproxy > > function but mediaproxy isn't running. This can be downloaded thanks to > > AG Projects from http://ag-projects.com/MediaProxy.html > > > > The src_leg / dst_leg errors are a result of you trying to save > > additional (accounting) fields into the "acc" and/or "missed_calls" > > table. This is generally used for multi-leg call accounting (for > > example, in a call forwarding situation where the initial callee changes > > to the caller .. of the forwarded call). You will have to manually add > > these column to the acc and missed_calls tables (varchar(64)) should be > > fine for most purposes. > > > > Regards, > > Norm > > > > Live Great wrote: > > > Now is getting other errors. > > > When I tried to dial a number, eg. 123 - the default Admin account, I > > > got the following errors shown in /var/log/messages: > > > > > > ERROR:avpops:load_avps: no value for first param > > > error: mediaproxy/sendMediaproxyCommand(): can't connect to MediaProxy > > > error: mediaproxy/sendMediaproxyCommand(): can't connect to MediaProxy > > > submit_query: Unknown column 'src_leg' in 'field list' > > > db_insert: Error while submitting query > > > ERROR:acc:acc_db_request: Error while inserting to database > > > > > > > > > ----- Original Message ---- > > > From: Norman Brandinger <norm(a)goes.com> > > > To: Live Great <livegreat007(a)yahoo.com> > > > Sent: Saturday, September 22, 2007 11:53:53 PM > > > Subject: Re: [OpenSER-Users] how to register xlite user for testing > > > with openser > > > > > > I believe the openser_mysql.sh script is being phased out. It has > been > > > replaced by openserdbctl (thanks to a big effort from Henning > !!!). If > > > your installation doesn't have /usr/local/sbin/openserdbctl I strongly > > > suggest that you upgrade to a version of OpenSER that contains it. > > > > > > The rest of your settings appear to to be ok. > > > > > > Regards, > > > Norm > > > > > > Live Great wrote: > > > > > > > > > > > > ----- Original Message ---- > > > > From: Norman Brandinger <norm(a)goes.com> > > > > To: Live Great <livegreat007(a)yahoo.com> > > > > Cc: users(a)openser.org > > > > Sent: Saturday, September 22, 2007 9:43:54 PM > > > > Subject: Re: [OpenSER-Users] how to register xlite user for testing > > > > with openser > > > > > > > > Is is possible that you turned on database support but forgot to > make > > > > the database tables ? The error message you posted is pretty > > explicit: > > > > "Unknown column".... > > > > I used openser_mysql.sh create to populate openser database and its > > > > tables. > > > > Here is all its tables: > > > > mysql> show tables; > > > > +-----------------------+ > > > > | Tables_in_openser | > > > > +-----------------------+ > > > > | acc | > > > > | active_sessions | > > > > | active_watchers | > > > > | address | > > > > | admin_privileges | > > > > | aliases | > > > > | cpl | > > > > | dbaliases | > > > > | domain | > > > > | domainpolicy | > > > > | grp | > > > > | gw | > > > > | gw_grp | > > > > | imc_members | > > > > | imc_rooms | > > > > | lcr | > > > > | location | > > > > | missed_calls | > > > > | pdt | > > > > | pending | > > > > | phonebook | > > > > | presentity | > > > > | pua | > > > > | re_grp | > > > > | server_monitoring | > > > > | server_monitoring_agg | > > > > | silo | > > > > | sip_trace | > > > > | speed_dial | > > > > | subscriber | > > > > | trusted | > > > > | uri | > > > > | usr_preferences | > > > > | usr_preferences_types | > > > > | version | > > > > | watchers | > > > > | xcap_xml | > > > > +-----------------------+ > > > > 37 rows in set (0.00 sec) > > > > > > > > > > > > > > > > The warnings about missing permissions files can be ignored > > (unless you > > > > really do need them), but in your case, it seems that you are not at > > > > that point yet.. > > > > > > > > Take a look at openserdbctl as it automates the process of > > creating the > > > > database and tables needed by the various openser > > modules. openserctlrc > > > > (usually located in /usr/local/etc/openser) contains a number of > > startup > > > > settings, some of which are database related. > > > > > > > > The standard request you will receive from people trying to > assist you > > > > is to post your config file (or at least the interesting sections of > > > it). > > > > > > > > The part of the content of openser..cfg is: > > > > listen = udp:127.0.0.1:5060 > > > > listen = udp:125.255.1.2:5060 > > > > mpath = "/usr/local/lib/openser/modules" > > > > children = 8 > > > > debug = 3 > > > > fork = yes > > > > group = "openser" > > > > user = "openser" > > > > disable_tcp = no > > > > log_facility = LOG_DAEMON > > > > #log_facility = LOG_LOCAL7 > > > > log_stderror = no > > > > tcp_children = 4 > > > > mhomed = no > > > > server_signature = yes > > > > sock_group = "openser" > > > > sock_mode = 0600 > > > > sock_user = "openser" > > > > unix_sock = "/tmp/openser.sock" > > > > unix_sock_children = 1 > > > > reply_to_via = no > > > > sip_warning = no > > > > check_via = no > > > > dns = no > > > > rev_dns = no > > > > disable_core_dump = no > > > > dns_try_ipv6 = yes > > > > dns_use_search_list = yes > > > > > > > > openserctlrc: > > > > ## your SIP domain > > > > SIP_DOMAIN=ip6.com.au > > > > > > > > ## database type: MYSQL or PGSQL, by defaulte none is loaded > > > > DBENGINE=MYSQL > > > > > > > > ## database host > > > > DBHOST=localhost > > > > > > > > ## database name > > > > DBNAME=openser > > > > > > > > ## database read/write user > > > > DBRWUSER=openser > > > > # DBRWUSER=admin > > > > > > > > ## database read only user > > > > DBROUSER=openserro > > > > > > > > ## password for database read only user > > > > DBROPW=openserro > > > > > > > > ## database super user > > > > DBROOTUSER="root" > > > > > > > > HAS_SERWEB="yes" > > > > > > > > I am not too sure the correct way to define openserctlrc file.. > > > > Your comment is much appreciated. > > > > > > > > Thanks > > > > SW > > > > > > > > Norm > > > > > > > > Live Great wrote: > > > > > Hi, > > > > > > > > > > After changed the port 5077 to 5060 in openser.cfg file, restarted > > > > > openser. > > > > > When xlite initiate a registartion request, openser system log > file > > > > > shown a different message: > > > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default allow > > > > > file (/usr/local/etc/openser/permissions.allow) not found => empty > > > > > rule set > > > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: WARNING: > > File not > > > > > found: /usr/local/etc/openser/permissions.deny > > > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default > > deny file > > > > > (/usr/local/etc/openser/permissions.deny) not found => empty > > rule set > > > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: submit_query: > > > > > Unknown column 'uuid' in 'field list' > > > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: db_query: > Error > > > > > while submitting query > > > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: get_ha1(): > > Error > > > > > while querying database > > > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: submit_query: > > > > > Unknown column 'uuid' in 'field list' > > > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: db_query: > Error > > > > > while submitting query > > > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: get_ha1(): > > Error > > > > > while querying database > > > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: submit_query: > > > > > Unknown column 'uuid' in 'field list' > > > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: db_query: > Error > > > > > while submitting query > > > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: get_ha1(): > > Error > > > > > while querying database > > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: submit_query: > > > > > Unknown column 'uuid' in 'field list' > > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: db_query: > Error > > > > > while submitting query > > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: get_ha1(): > > Error > > > > > while querying database > > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: submit_query: > > > > > Unknown column 'uuid' in 'field list' > > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: db_query: > Error > > > > > while submitting query > > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: get_ha1(): > > Error > > > > > while querying database > > > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: submit_query: > > > > > Unknown column 'uuid' in 'field list' > > > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: db_query: > Error > > > > > while submitting query > > > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: get_ha1(): > > Error > > > > > while querying database > > > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: submit_query: > > > > > Unknown column 'uuid' in 'field list' > > > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: db_query: > Error > > > > > while submitting query > > > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: get_ha1(): > > Error > > > > > while querying database > > > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: submit_query: > > > > > Unknown column 'uuid' in 'field list' > > > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: db_query: > Error > > > > > while submitting query > > > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: get_ha1(): > > Error > > > > > while querying database > > > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: submit_query: > > > > > Unknown column 'uuid' in 'field list' > > > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: db_query: > Error > > > > > while submitting query > > > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: get_ha1(): > > Error > > > > > while querying database > > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: submit_query: > > > > > Unknown column 'uuid' in 'field list' > > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: db_query: > Error > > > > > while submitting query > > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: get_ha1(): > > Error > > > > > while querying database > > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: submit_query: > > > > > Unknown column 'uuid' in 'field list' > > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: db_query: > Error > > > > > while submitting query > > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: get_ha1(): > > Error > > > > > while querying database > > > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: submit_query: > > > > > Unknown column 'uuid' in 'field list' > > > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: db_query: > Error > > > > > while submitting query > > > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: get_ha1(): > > Error > > > > > while querying database > > > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: submit_query: > > > > > Unknown column 'uuid' in 'field list' > > > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: db_query: > Error > > > > > while submitting query > > > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: get_ha1(): > > Error > > > > > while querying database > > > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: submit_query: > > > > > Unknown column 'uuid' in 'field list' > > > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: db_query: > Error > > > > > while submitting query > > > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: get_ha1(): > > Error > > > > > while querying database > > > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: submit_query: > > > > > Unknown column 'uuid' in 'field list' > > > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: db_query: > Error > > > > > while submitting query > > > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: get_ha1(): > > Error > > > > > while querying database > > > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: submit_query: > > > > > Unknown column 'uuid' in 'field list' > > > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: db_query: > Error > > > > > while submitting query > > > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: get_ha1(): > > Error > > > > > while querying database > > > > > > > > > > In Xlite, it said Registration error 500, server internal error. > > > > > What is possibility wrong in my openser server configuration? > > > > > > > > > > > > > > > Thanks > > > > > SW > > > > > > > > > > ----- Original Message ---- > > > > > From: Live Great <livegreat007(a)yahoo.com> > > > > > To: users(a)openser.org > > > > > Sent: Saturday, September 22, 2007 2:03:07 PM > > > > > Subject: [OpenSER-Users] how to register xlite user for > testing with > > > > > openser > > > > > > > > > > Hi, > > > > > > > > > > I used the following command to add xlite user, but xlite > failed to > > > > > register the user in openser server. > > > > > # openserctl add 1234 1234 sam(a)my.domain.com > > > > > > > > > > where 1234 is user id and password. > > > > > > > > > > If this is not the correct way to add user for testing from > xlite to > > > > > openser, what are the alternative way I can use? > > > > > > > > > > > > > > > Thanks > > > > > SW > > > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users(a)openser.org > > > > > http://openser.org/cgi-bin/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > >

2 1

[Serusers] [Fwd: Re: domain name in route header]
by Klaus Darilion 24 Sep '07

24 Sep '07

forgot to cc the list ... -------- Original-Nachricht -------- Betreff: Re: domain name in route header Datum: Mon, 17 Sep 2007 18:58:33 +0200 Von: Klaus Darilion <klaus.mailinglists(a)pernau.at> An: Juha Heinanen <jh(a)tutpro.com> Referenzen: <18154.37441.743333.215104(a)tutpro.com> Juha Heinanen schrieb: > klaus, > > if you want to support domains in route headers, then you need to do > naptr and srv lookups for the domain when handling loose routing. it is > not enough to compare the domain to the ones domain module knows about. > domain in route header may namely be anything as long as it resolves to > your proxy. for this reason, i don't like the idea of domains in route > headers. it hurts performance far too much. I also do not like to configure openser all possible hostnames as alias - but it is not uncommon that the SIP domain is in the pre-loaded route - at least most exosip based clients do that. Thus, having support for those clients is IMO useful. regards klaus

2 1

[OpenSER-Users] How do I detect INVITE loop
by Andreas Sikkema 24 Sep '07

24 Sep '07

Hi, Is there a way for an OpenSER instance to detect if an incoming INVITE message has earlier been processed by itself? Record-Route is on, so there should be a Route message, but I suppose the Via headers could also contain the information. If it is detected I'd want OpenSER to ignore the incoming message, I suppose I could do nothing (no lookups etc.), but is there a better way? This is an issue because of the way we handle UA's registering at instance A and UA's registered at instance B wanting to call UA's at A. Due to race conditions with registrations going from A to B there are possible looping scenario's. -- Andreas Sikkema

2 1

[OpenSER-Users] Off topic: generating ringback tone from audio files
by Mark Anthony C. Delfin 24 Sep '07

24 Sep '07

Hi all, Is it possible to alter ring back tone on cisco gateways. For example I want change my ringback to an audio file. Some Mobile providers do this already. Thanks Mark D.

3 6

Re: [OpenSER-Users] how to register xlite user for testing with openser
by Live Great 24 Sep '07

24 Sep '07

Hi, in openser.cfg file, there is a route[4] section where also involve avp_db_load(): ######################################################################## # Request route 'usr-preferences-callee' ######################################################################## route[4] { xlog("L_INFO", "Load callee preferences for uuid '$avp(s:callee_uuid)' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); # load callee avps avp_db_load("$avp(s:callee_uuid)", "*"); if(is_avp_set("$avp(s:cfu)/s")) { xlog("L_INFO", "Call-forward-unconditional to '$avp(s:cfu)' found - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(8); avp_delete("$avp(s:caller_uuid)/g"); avp_copy("$avp(s:callee_uuid)", "$avp(s:caller_uuid)/d"); avp_pushto("$ru", "$avp(s:cfu)"); route(3); route(14); exit; } if(is_avp_set("$avp(s:ringtimeout)/n")) { xlog("L_INFO", "Setting ring timeout to $avp(s:ringtimeout) secs - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); avp_copy("$avp(s:ringtimeout)", "$avp(s:callee_fr_inv_timer)/d"); } } ----- Original Message ---- From: Live Great <livegreat007(a)yahoo.com> To: Norman Brandinger <norm(a)goes.com> Cc: users(a)openser.org Sent: Monday, September 24, 2007 2:02:19 PM Subject: Re: [OpenSER-Users] how to register xlite user for testing with openser Hi, here is the configuration specific to avp_db_load in the openser.cfg file: route[3] { route(1); xlog("L_INFO", "Load caller preferences for uuid '$avp(s:caller_uuid)' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); # load caller avps avp_db_load("$avp(s:caller_uuid)", "*"); avp_copy("$avp(s:cli)", "$avp(s:caller_cli)/d"); if(is_avp_set("$avp(s:clir)/n") && avp_check("$avp(s:clir)", "eq/i:1")) { # mark for anonymization setflag(28); } } I never change this configuration. Thanks SW ----- Original Message ---- From: Norman Brandinger <norm(a)goes.com> To: Live Great <livegreat007(a)yahoo.com> Sent: Monday, September 24, 2007 12:59:19 PM Subject: Re: [OpenSER-Users] how to register xlite user for testing with openser Are you issuing an avp_db_load() call with no value ? That might explain the error message. Probably be a good idea to post the config you are using. Regards, Norm Live Great wrote: > Hi, thanks very much for the suggestion. > I have added the required columns in the acc and missed_calls table. > Now when I tried to call an off-line number, it still show one error: > > ERROR:avpops:load_avps: no value for first param > > The errors related to the acc and missed_calls tables are already gone. > In xlite panel, the error message says "Call failed: Proxy > Authentication Required.". > I am not sure what happened if I call a on-line phone number. > > Thanks > SW > > ----- Original Message ---- > From: Norman Brandinger <norm(a)goes.com> > To: Live Great <livegreat007(a)yahoo.com> > Cc: users(a)openser.org > Sent: Sunday, September 23, 2007 10:50:38 PM > Subject: Re: [OpenSER-Users] how to register xlite user for testing > with openser > > Hi, > > The subscriber "username" IS the "phone number". The phone number field > in the subscriber table is only used by SERWEB. I believe the > "username" column name is better than "phone" because in SIP, the idea > of a telephone number is being blurred. > > Please refer to the online doc at: > http://openser.org/dokuwiki/doku.php/database:1.2.x#subscriber > > There is alot of material at the openser.org web site that can help you. > > The mediaproxy errors are a result of your script calling a mediaproxy > function but mediaproxy isn't running. This can be downloaded thanks to > AG Projects from http://ag-projects.com/MediaProxy.html > > The src_leg / dst_leg errors are a result of you trying to save > additional (accounting) fields into the "acc" and/or "missed_calls" > table. This is generally used for multi-leg call accounting (for > example, in a call forwarding situation where the initial callee changes > to the caller .. of the forwarded call). You will have to manually add > these column to the acc and missed_calls tables (varchar(64)) should be > fine for most purposes. > > Regards, > Norm > > Live Great wrote: > > Now is getting other errors. > > When I tried to dial a number, eg. 123 - the default Admin account, I > > got the following errors shown in /var/log/messages: > > > > ERROR:avpops:load_avps: no value for first param > > error: mediaproxy/sendMediaproxyCommand(): can't connect to MediaProxy > > error: mediaproxy/sendMediaproxyCommand(): can't connect to MediaProxy > > submit_query: Unknown column 'src_leg' in 'field list' > > db_insert: Error while submitting query > > ERROR:acc:acc_db_request: Error while inserting to database > > > > > > ----- Original Message ---- > > From: Norman Brandinger <norm@goes..com> > > To: Live Great <livegreat007(a)yahoo.com> > > Sent: Saturday, September 22, 2007 11:53:53 PM > > Subject: Re: [OpenSER-Users] how to register xlite user for testing > > with openser > > > > I believe the openser_mysql.sh script is being phased out. It has been > > replaced by openserdbctl (thanks to a big effort from Henning !!!). If > > your installation doesn't have /usr/local/sbin/openserdbctl I strongly > > suggest that you upgrade to a version of OpenSER that contains it. > > > > The rest of your settings appear to to be ok. > > > > Regards, > > Norm > > > > Live Great wrote: > > > > > > > > > ----- Original Message ---- > > > From: Norman Brandinger <norm(a)goes.com> > > > To: Live Great <livegreat007(a)yahoo.com> > > > Cc: users(a)openser.org > > > Sent: Saturday, September 22, 2007 9:43:54 PM > > > Subject: Re: [OpenSER-Users] how to register xlite user for testing > > > with openser > > > > > > Is is possible that you turned on database support but forgot to make > > > the database tables ? The error message you posted is pretty > explicit: > > > "Unknown column".... > > > I used openser_mysql.sh create to populate openser database and its > > > tables. > > > Here is all its tables: > > > mysql> show tables; > > > +-----------------------+ > > > | Tables_in_openser | > > > +-----------------------+ > > > | acc | > > > | active_sessions | > > > | active_watchers | > > > | address | > > > | admin_privileges | > > > | aliases | > > > | cpl | > > > | dbaliases | > > > | domain | > > > | domainpolicy | > > > | grp | > > > | gw | > > > | gw_grp | > > > | imc_members | > > > | imc_rooms | > > > | lcr | > > > | location | > > > | missed_calls | > > > | pdt | > > > | pending | > > > | phonebook | > > > | presentity | > > > | pua | > > > | re_grp | > > > | server_monitoring | > > > | server_monitoring_agg | > > > | silo | > > > | sip_trace | > > > | speed_dial | > > > | subscriber | > > > | trusted | > > > | uri | > > > | usr_preferences | > > > | usr_preferences_types | > > > | version | > > > | watchers | > > > | xcap_xml | > > > +-----------------------+ > > > 37 rows in set (0.00 sec) > > > > > > > > > > > > The warnings about missing permissions files can be ignored > (unless you > > > really do need them), but in your case, it seems that you are not at > > > that point yet. > > > > > > Take a look at openserdbctl as it automates the process of > creating the > > > database and tables needed by the various openser > modules. openserctlrc > > > (usually located in /usr/local/etc/openser) contains a number of > startup > > > settings, some of which are database related. > > > > > > The standard request you will receive from people trying to assist you > > > is to post your config file (or at least the interesting sections of > > it). > > > > > > The part of the content of openser.cfg is: > > > listen = udp:127.0.0.1:5060 > > > listen = udp:125.255.1.2:5060 > > > mpath = "/usr/local/lib/openser/modules" > > > children = 8 > > > debug = 3 > > > fork = yes > > > group = "openser" > > > user = "openser" > > > disable_tcp = no > > > log_facility = LOG_DAEMON > > > #log_facility = LOG_LOCAL7 > > > log_stderror = no > > > tcp_children = 4 > > > mhomed = no > > > server_signature = yes > > > sock_group = "openser" > > > sock_mode = 0600 > > > sock_user = "openser" > > > unix_sock = "/tmp/openser.sock" > > > unix_sock_children = 1 > > > reply_to_via = no > > > sip_warning = no > > > check_via = no > > > dns = no > > > rev_dns = no > > > disable_core_dump = no > > > dns_try_ipv6 = yes > > > dns_use_search_list = yes > > > > > > openserctlrc: > > > ## your SIP domain > > > SIP_DOMAIN=ip6.com.au > > > > > > ## database type: MYSQL or PGSQL, by defaulte none is loaded > > > DBENGINE=MYSQL > > > > > > ## database host > > > DBHOST=localhost > > > > > > ## database name > > > DBNAME=openser > > > > > > ## database read/write user > > > DBRWUSER=openser > > > # DBRWUSER=admin > > > > > > ## database read only user > > > DBROUSER=openserro > > > > > > ## password for database read only user > > > DBROPW=openserro > > > > > > ## database super user > > > DBROOTUSER="root" > > > > > > HAS_SERWEB="yes" > > > > > > I am not too sure the correct way to define openserctlrc file.. > > > Your comment is much appreciated. > > > > > > Thanks > > > SW > > > > > > Norm > > > > > > Live Great wrote: > > > > Hi, > > > > > > > > After changed the port 5077 to 5060 in openser.cfg file, restarted > > > > openser. > > > > When xlite initiate a registartion request, openser system log file > > > > shown a different message: > > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default allow > > > > file (/usr/local/etc/openser/permissions.allow) not found => empty > > > > rule set > > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: WARNING: > File not > > > > found: /usr/local/etc/openser/permissions.deny > > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default > deny file > > > > (/usr/local/etc/openser/permissions.deny) not found => empty > rule set > > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: get_ha1(): > Error > > > > while querying database > > > > > > > > In Xlite, it said Registration error 500, server internal error.. > > > > What is possibility wrong in my openser server configuration? > > > > > > > > > > > > Thanks > > > > SW > > > > > > > > ----- Original Message ---- > > > > From: Live Great <livegreat007(a)yahoo.com> > > > > To: users(a)openser.org > > > > Sent: Saturday, September 22, 2007 2:03:07 PM > > > > Subject: [OpenSER-Users] how to register xlite user for testing with > > > > openser > > > > > > > > Hi, > > > > > > > > I used the following command to add xlite user, but xlite failed to > > > > register the user in openser server. > > > > # openserctl add 1234 1234 sam(a)my.domain.com > > > > > > > > where 1234 is user id and password. > > > > > > > > If this is not the correct way to add user for testing from xlite to > > > > openser, what are the alternative way I can use? > > > > > > > > > > > > Thanks > > > > SW > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users(a)openser.org > > > > http://openser.org/cgi-bin/mailman/listinfo/users > > > > > > > > > > > > > > > >

2 1

[OpenSER-Users] perl + unixODBC
by Murilo Lacerda Yoshida 24 Sep '07

24 Sep '07

Hello all, I'm new in the list, so first of all I would like to say hi to all the list and say that openSer is a fantastic product, and that the documentation available on the internet is also fantastic. I managed to get my openSer server working with advanced features without having to subscribe to this list. Well, but if I subscribed, is because something has gone bad. Ok. The company I work for has a system for handling prepaid and postpaid calls. And I was designed to develop a new alternative for handling these prepaid and postpaid calls via VOIP, so I chose openSer as the server, after googleing on the web. One condition I had since the start is that I would have to integrate the solution to the company's DB, and that was another reason why I chose openSer, because of the perl module. With it I could write a script that would do that integration for me. So I started installing and developing the openSer server with the perl scripts. And it worked fine! The server did all that it had to do. So I went to the tests. First test: load test... And it fails for many reasons. After investigating I discovered that the debug option in the openser.cfg is very important in high load contexts. A debug value greater than 2 or 3 will decrease greatly the server's performance. I had to do some code cleanings in the openser.cfg and perl scripts also. The other and main reason is that for some unknown reason the openSer server crashes when using perl scripts that communicate with DB in high load contexts. For some reason the perl script receives a sig_segv (segmentation fault) and this signal is passed to all others threads and then the openSer server dies. This error is that kind of error that is specially difficult to find, because there are too many different systems involded. The path from openSer to the DB would be: openSer -> perl module -> perl -> perl DBI (DBD::ODBC) -> unixODBC -> FreeTDS -> MS SQLServer Can you guys provide me some light in fixing this problem? Thanks in advance, Murilo Yoshida

2 1

Re: [OpenSER-Users] Do we like the same books?
by Henning Westerholt 24 Sep '07

24 Sep '07

On Sunday 23 September 2007, rizwan_hisham wrote: > Just a friendly reminder that I invited you to Shelfari. Come see the books > I love and see if we have any in common. Then pick my next book so I can > keep on reading. Hello Rizwan, hello voipexpert, could you please stop to send this invitation to this book service to the user list? Some people considers such messages as spam. And please also stop this repeated invitations to my personal address to, i don't want to be invited and get already enough unwanted e-mail. Thank you, Henning Westerholt

1 0

Re: [Serusers] SER+Mediaproxy + X-LITE in the same LAN.
by pistara_bros＠tin.it 24 Sep '07

24 Sep '07

Bon jour à tout le monde, I have other news about my investigation on Mediaproxy and SER in the same Lan. In the first test i used X-lite, as UA clients, running on windowsXP and i saw that RTP traffic didn't pass through MEDIAproxy (IP 192.168.123.186). Now i'm using the client "Express Talk" runnig on windows XP (IP 192.168.123.168) and X-lite runnig on windows XP (IP 192.168.123.10) and I see that MEDIAproxy work correctly because works as "man in the middle" and proxies the RTP packets between two clients. Seems that it's necessary that one of two clients must be Express Talk, in order to Mediaproxy work correctly. I observe that, if one client is Express Talk, the second client could be X-lite or Yate or TiVi (http://m.tivi.com/) and MediaProxy work OK. But why Mediaproxy work correctly only if i use "Express Talk" as one peer client?? Any ideas? Target clients for my operational environment will be TiVi (http://m.tivi.com/) and i want that using them the RTP packet pass through Mediaproxy. There's anyone (sherlock holmes) in the forum that could solve the mystery? thanks a lot. >Hi all, i'm newbie in SER, >I want to route RTP packets between 2 >computers with x-lite client voip >in the same network through >Mediaproxy. I know this may have >no sense, but it's just a test >configuration. >The call use_media_proxy() seems to have no effect, >the RTP packets go directly from one computer to >another, no packet trough Mediaproxy. >This is my environment: >SER and Mediaproxy on the same PC >(192.168.123.186) >X-lite client_A running on 192.168.123.10 >X-lite >client_B running on 192.168.123.168 >Client_A call Client_B that accept, >but mediaproxy refuses to >proxy the call. >Is mediaproxy >working just between different networks >or it's an error in my >configuration file? >Please help me. Any suggestions? >Orazio

2 1

Re: [OpenSER-Users] how to register xlite user for testing with openser
by Live Great 24 Sep '07

24 Sep '07

Hi, in openser.cfg file, there is a route[4] section where also involve avp_db_load(): ######################################################################## # Request route 'usr-preferences-callee' ######################################################################## route[4] { xlog("L_INFO", "Load callee preferences for uuid '$avp(s:callee_uuid)' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); # load callee avps avp_db_load("$avp(s:callee_uuid)", "*"); if(is_avp_set("$avp(s:cfu)/s")) { xlog("L_INFO", "Call-forward-unconditional to '$avp(s:cfu)' found - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(8); avp_delete("$avp(s:caller_uuid)/g"); avp_copy("$avp(s:callee_uuid)", "$avp(s:caller_uuid)/d"); avp_pushto("$ru", "$avp(s:cfu)"); route(3); route(14); exit; } if(is_avp_set("$avp(s:ringtimeout)/n")) { xlog("L_INFO", "Setting ring timeout to $avp(s:ringtimeout) secs - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); avp_copy("$avp(s:ringtimeout)", "$avp(s:callee_fr_inv_timer)/d"); } } ----- Original Message ---- From: Live Great <livegreat007(a)yahoo.com> To: Norman Brandinger <norm(a)goes.com> Cc: users(a)openser.org Sent: Monday, September 24, 2007 2:02:19 PM Subject: Re: [OpenSER-Users] how to register xlite user for testing with openser Hi, here is the configuration specific to avp_db_load in the openser.cfg file: route[3] { route(1); xlog("L_INFO", "Load caller preferences for uuid '$avp(s:caller_uuid)' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); # load caller avps avp_db_load("$avp(s:caller_uuid)", "*"); avp_copy("$avp(s:cli)", "$avp(s:caller_cli)/d"); if(is_avp_set("$avp(s:clir)/n") && avp_check("$avp(s:clir)", "eq/i:1")) { # mark for anonymization setflag(28); } } I never change this configuration. Thanks SW ----- Original Message ---- From: Norman Brandinger <norm(a)goes.com> To: Live Great <livegreat007(a)yahoo.com> Sent: Monday, September 24, 2007 12:59:19 PM Subject: Re: [OpenSER-Users] how to register xlite user for testing with openser Are you issuing an avp_db_load() call with no value ? That might explain the error message. Probably be a good idea to post the config you are using. Regards, Norm Live Great wrote: > Hi, thanks very much for the suggestion. > I have added the required columns in the acc and missed_calls table. > Now when I tried to call an off-line number, it still show one error: > > ERROR:avpops:load_avps: no value for first param > > The errors related to the acc and missed_calls tables are already gone. > In xlite panel, the error message says "Call failed: Proxy > Authentication Required.". > I am not sure what happened if I call a on-line phone number. > > Thanks > SW > > ----- Original Message ---- > From: Norman Brandinger <norm(a)goes.com> > To: Live Great <livegreat007(a)yahoo.com> > Cc: users(a)openser.org > Sent: Sunday, September 23, 2007 10:50:38 PM > Subject: Re: [OpenSER-Users] how to register xlite user for testing > with openser > > Hi, > > The subscriber "username" IS the "phone number". The phone number field > in the subscriber table is only used by SERWEB. I believe the > "username" column name is better than "phone" because in SIP, the idea > of a telephone number is being blurred. > > Please refer to the online doc at: > http://openser.org/dokuwiki/doku.php/database:1.2.x#subscriber > > There is alot of material at the openser.org web site that can help you. > > The mediaproxy errors are a result of your script calling a mediaproxy > function but mediaproxy isn't running. This can be downloaded thanks to > AG Projects from http://ag-projects.com/MediaProxy.html > > The src_leg / dst_leg errors are a result of you trying to save > additional (accounting) fields into the "acc" and/or "missed_calls" > table. This is generally used for multi-leg call accounting (for > example, in a call forwarding situation where the initial callee changes > to the caller .. of the forwarded call). You will have to manually add > these column to the acc and missed_calls tables (varchar(64)) should be > fine for most purposes. > > Regards, > Norm > > Live Great wrote: > > Now is getting other errors. > > When I tried to dial a number, eg. 123 - the default Admin account, I > > got the following errors shown in /var/log/messages: > > > > ERROR:avpops:load_avps: no value for first param > > error: mediaproxy/sendMediaproxyCommand(): can't connect to MediaProxy > > error: mediaproxy/sendMediaproxyCommand(): can't connect to MediaProxy > > submit_query: Unknown column 'src_leg' in 'field list' > > db_insert: Error while submitting query > > ERROR:acc:acc_db_request: Error while inserting to database > > > > > > ----- Original Message ---- > > From: Norman Brandinger <norm(a)goes.com> > > To: Live Great <livegreat007(a)yahoo.com> > > Sent: Saturday, September 22, 2007 11:53:53 PM > > Subject: Re: [OpenSER-Users] how to register xlite user for testing > > with openser > > > > I believe the openser_mysql.sh script is being phased out. It has been > > replaced by openserdbctl (thanks to a big effort from Henning !!!). If > > your installation doesn't have /usr/local/sbin/openserdbctl I strongly > > suggest that you upgrade to a version of OpenSER that contains it. > > > > The rest of your settings appear to to be ok. > > > > Regards, > > Norm > > > > Live Great wrote: > > > > > > > > > ----- Original Message ---- > > > From: Norman Brandinger <norm(a)goes.com> > > > To: Live Great <livegreat007(a)yahoo.com> > > > Cc: users(a)openser.org > > > Sent: Saturday, September 22, 2007 9:43:54 PM > > > Subject: Re: [OpenSER-Users] how to register xlite user for testing > > > with openser > > > > > > Is is possible that you turned on database support but forgot to make > > > the database tables ? The error message you posted is pretty > explicit: > > > "Unknown column".... > > > I used openser_mysql.sh create to populate openser database and its > > > tables. > > > Here is all its tables: > > > mysql> show tables; > > > +-----------------------+ > > > | Tables_in_openser | > > > +-----------------------+ > > > | acc | > > > | active_sessions | > > > | active_watchers | > > > | address | > > > | admin_privileges | > > > | aliases | > > > | cpl | > > > | dbaliases | > > > | domain | > > > | domainpolicy | > > > | grp | > > > | gw | > > > | gw_grp | > > > | imc_members | > > > | imc_rooms | > > > | lcr | > > > | location | > > > | missed_calls | > > > | pdt | > > > | pending | > > > | phonebook | > > > | presentity | > > > | pua | > > > | re_grp | > > > | server_monitoring | > > > | server_monitoring_agg | > > > | silo | > > > | sip_trace | > > > | speed_dial | > > > | subscriber | > > > | trusted | > > > | uri | > > > | usr_preferences | > > > | usr_preferences_types | > > > | version | > > > | watchers | > > > | xcap_xml | > > > +-----------------------+ > > > 37 rows in set (0.00 sec) > > > > > > > > > > > > The warnings about missing permissions files can be ignored > (unless you > > > really do need them), but in your case, it seems that you are not at > > > that point yet. > > > > > > Take a look at openserdbctl as it automates the process of > creating the > > > database and tables needed by the various openser > modules. openserctlrc > > > (usually located in /usr/local/etc/openser) contains a number of > startup > > > settings, some of which are database related. > > > > > > The standard request you will receive from people trying to assist you > > > is to post your config file (or at least the interesting sections of > > it). > > > > > > The part of the content of openser.cfg is: > > > listen = udp:127.0.0.1:5060 > > > listen = udp:125.255.1.2:5060 > > > mpath = "/usr/local/lib/openser/modules" > > > children = 8 > > > debug = 3 > > > fork = yes > > > group = "openser" > > > user = "openser" > > > disable_tcp = no > > > log_facility = LOG_DAEMON > > > #log_facility = LOG_LOCAL7 > > > log_stderror = no > > > tcp_children = 4 > > > mhomed = no > > > server_signature = yes > > > sock_group = "openser" > > > sock_mode = 0600 > > > sock_user = "openser" > > > unix_sock = "/tmp/openser.sock" > > > unix_sock_children = 1 > > > reply_to_via = no > > > sip_warning = no > > > check_via = no > > > dns = no > > > rev_dns = no > > > disable_core_dump = no > > > dns_try_ipv6 = yes > > > dns_use_search_list = yes > > > > > > openserctlrc: > > > ## your SIP domain > > > SIP_DOMAIN=ip6.com.au > > > > > > ## database type: MYSQL or PGSQL, by defaulte none is loaded > > > DBENGINE=MYSQL > > > > > > ## database host > > > DBHOST=localhost > > > > > > ## database name > > > DBNAME=openser > > > > > > ## database read/write user > > > DBRWUSER=openser > > > # DBRWUSER=admin > > > > > > ## database read only user > > > DBROUSER=openserro > > > > > > ## password for database read only user > > > DBROPW=openserro > > > > > > ## database super user > > > DBROOTUSER="root" > > > > > > HAS_SERWEB="yes" > > > > > > I am not too sure the correct way to define openserctlrc file.. > > > Your comment is much appreciated. > > > > > > Thanks > > > SW > > > > > > Norm > > > > > > Live Great wrote: > > > > Hi, > > > > > > > > After changed the port 5077 to 5060 in openser.cfg file, restarted > > > > openser. > > > > When xlite initiate a registartion request, openser system log file > > > > shown a different message: > > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default allow > > > > file (/usr/local/etc/openser/permissions.allow) not found => empty > > > > rule set > > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: WARNING: > File not > > > > found: /usr/local/etc/openser/permissions.deny > > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default > deny file > > > > (/usr/local/etc/openser/permissions.deny) not found => empty > rule set > > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: get_ha1(): > Error > > > > while querying database > > > > > > > > In Xlite, it said Registration error 500, server internal error. > > > > What is possibility wrong in my openser server configuration? > > > > > > > > > > > > Thanks > > > > SW > > > > > > > > ----- Original Message ---- > > > > From: Live Great <livegreat007(a)yahoo.com> > > > > To: users(a)openser.org > > > > Sent: Saturday, September 22, 2007 2:03:07 PM > > > > Subject: [OpenSER-Users] how to register xlite user for testing with > > > > openser > > > > > > > > Hi, > > > > > > > > I used the following command to add xlite user, but xlite failed to > > > > register the user in openser server. > > > > # openserctl add 1234 1234 sam(a)my.domain.com > > > > > > > > where 1234 is user id and password. > > > > > > > > If this is not the correct way to add user for testing from xlite to > > > > openser, what are the alternative way I can use? > > > > > > > > > > > > Thanks > > > > SW > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users(a)openser.org > > > > http://openser..org/cgi-bin/mailman/listinfo/users > > > > > > > > > > > > > > > >

1 0

Re: [OpenSER-Users] how to register xlite user for testing with openser
by Live Great 24 Sep '07

24 Sep '07

Hi, here is the configuration specific to avp_db_load in the openser.cfg file: route[3] { route(1); xlog("L_INFO", "Load caller preferences for uuid '$avp(s:caller_uuid)' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); # load caller avps avp_db_load("$avp(s:caller_uuid)", "*"); avp_copy("$avp(s:cli)", "$avp(s:caller_cli)/d"); if(is_avp_set("$avp(s:clir)/n") && avp_check("$avp(s:clir)", "eq/i:1")) { # mark for anonymization setflag(28); } } I never change this configuration. Thanks SW ----- Original Message ---- From: Norman Brandinger <norm(a)goes.com> To: Live Great <livegreat007(a)yahoo.com> Sent: Monday, September 24, 2007 12:59:19 PM Subject: Re: [OpenSER-Users] how to register xlite user for testing with openser Are you issuing an avp_db_load() call with no value ? That might explain the error message. Probably be a good idea to post the config you are using. Regards, Norm Live Great wrote: > Hi, thanks very much for the suggestion. > I have added the required columns in the acc and missed_calls table. > Now when I tried to call an off-line number, it still show one error: > > ERROR:avpops:load_avps: no value for first param > > The errors related to the acc and missed_calls tables are already gone. > In xlite panel, the error message says "Call failed: Proxy > Authentication Required.". > I am not sure what happened if I call a on-line phone number. > > Thanks > SW > > ----- Original Message ---- > From: Norman Brandinger <norm(a)goes.com> > To: Live Great <livegreat007(a)yahoo.com> > Cc: users(a)openser.org > Sent: Sunday, September 23, 2007 10:50:38 PM > Subject: Re: [OpenSER-Users] how to register xlite user for testing > with openser > > Hi, > > The subscriber "username" IS the "phone number". The phone number field > in the subscriber table is only used by SERWEB. I believe the > "username" column name is better than "phone" because in SIP, the idea > of a telephone number is being blurred. > > Please refer to the online doc at: > http://openser.org/dokuwiki/doku.php/database:1.2.x#subscriber > > There is alot of material at the openser.org web site that can help you. > > The mediaproxy errors are a result of your script calling a mediaproxy > function but mediaproxy isn't running. This can be downloaded thanks to > AG Projects from http://ag-projects.com/MediaProxy.html > > The src_leg / dst_leg errors are a result of you trying to save > additional (accounting) fields into the "acc" and/or "missed_calls" > table. This is generally used for multi-leg call accounting (for > example, in a call forwarding situation where the initial callee changes > to the caller .. of the forwarded call). You will have to manually add > these column to the acc and missed_calls tables (varchar(64)) should be > fine for most purposes. > > Regards, > Norm > > Live Great wrote: > > Now is getting other errors. > > When I tried to dial a number, eg. 123 - the default Admin account, I > > got the following errors shown in /var/log/messages: > > > > ERROR:avpops:load_avps: no value for first param > > error: mediaproxy/sendMediaproxyCommand(): can't connect to MediaProxy > > error: mediaproxy/sendMediaproxyCommand(): can't connect to MediaProxy > > submit_query: Unknown column 'src_leg' in 'field list' > > db_insert: Error while submitting query > > ERROR:acc:acc_db_request: Error while inserting to database > > > > > > ----- Original Message ---- > > From: Norman Brandinger <norm(a)goes.com> > > To: Live Great <livegreat007(a)yahoo.com> > > Sent: Saturday, September 22, 2007 11:53:53 PM > > Subject: Re: [OpenSER-Users] how to register xlite user for testing > > with openser > > > > I believe the openser_mysql.sh script is being phased out. It has been > > replaced by openserdbctl (thanks to a big effort from Henning !!!). If > > your installation doesn't have /usr/local/sbin/openserdbctl I strongly > > suggest that you upgrade to a version of OpenSER that contains it. > > > > The rest of your settings appear to to be ok. > > > > Regards, > > Norm > > > > Live Great wrote: > > > > > > > > > ----- Original Message ---- > > > From: Norman Brandinger <norm(a)goes.com> > > > To: Live Great <livegreat007(a)yahoo.com> > > > Cc: users(a)openser.org > > > Sent: Saturday, September 22, 2007 9:43:54 PM > > > Subject: Re: [OpenSER-Users] how to register xlite user for testing > > > with openser > > > > > > Is is possible that you turned on database support but forgot to make > > > the database tables ? The error message you posted is pretty > explicit: > > > "Unknown column".... > > > I used openser_mysql.sh create to populate openser database and its > > > tables. > > > Here is all its tables: > > > mysql> show tables; > > > +-----------------------+ > > > | Tables_in_openser | > > > +-----------------------+ > > > | acc | > > > | active_sessions | > > > | active_watchers | > > > | address | > > > | admin_privileges | > > > | aliases | > > > | cpl | > > > | dbaliases | > > > | domain | > > > | domainpolicy | > > > | grp | > > > | gw | > > > | gw_grp | > > > | imc_members | > > > | imc_rooms | > > > | lcr | > > > | location | > > > | missed_calls | > > > | pdt | > > > | pending | > > > | phonebook | > > > | presentity | > > > | pua | > > > | re_grp | > > > | server_monitoring | > > > | server_monitoring_agg | > > > | silo | > > > | sip_trace | > > > | speed_dial | > > > | subscriber | > > > | trusted | > > > | uri | > > > | usr_preferences | > > > | usr_preferences_types | > > > | version | > > > | watchers | > > > | xcap_xml | > > > +-----------------------+ > > > 37 rows in set (0.00 sec) > > > > > > > > > > > > The warnings about missing permissions files can be ignored > (unless you > > > really do need them), but in your case, it seems that you are not at > > > that point yet. > > > > > > Take a look at openserdbctl as it automates the process of > creating the > > > database and tables needed by the various openser > modules. openserctlrc > > > (usually located in /usr/local/etc/openser) contains a number of > startup > > > settings, some of which are database related. > > > > > > The standard request you will receive from people trying to assist you > > > is to post your config file (or at least the interesting sections of > > it). > > > > > > The part of the content of openser.cfg is: > > > listen = udp:127.0.0.1:5060 > > > listen = udp:125.255.1.2:5060 > > > mpath = "/usr/local/lib/openser/modules" > > > children = 8 > > > debug = 3 > > > fork = yes > > > group = "openser" > > > user = "openser" > > > disable_tcp = no > > > log_facility = LOG_DAEMON > > > #log_facility = LOG_LOCAL7 > > > log_stderror = no > > > tcp_children = 4 > > > mhomed = no > > > server_signature = yes > > > sock_group = "openser" > > > sock_mode = 0600 > > > sock_user = "openser" > > > unix_sock = "/tmp/openser.sock" > > > unix_sock_children = 1 > > > reply_to_via = no > > > sip_warning = no > > > check_via = no > > > dns = no > > > rev_dns = no > > > disable_core_dump = no > > > dns_try_ipv6 = yes > > > dns_use_search_list = yes > > > > > > openserctlrc: > > > ## your SIP domain > > > SIP_DOMAIN=ip6.com.au > > > > > > ## database type: MYSQL or PGSQL, by defaulte none is loaded > > > DBENGINE=MYSQL > > > > > > ## database host > > > DBHOST=localhost > > > > > > ## database name > > > DBNAME=openser > > > > > > ## database read/write user > > > DBRWUSER=openser > > > # DBRWUSER=admin > > > > > > ## database read only user > > > DBROUSER=openserro > > > > > > ## password for database read only user > > > DBROPW=openserro > > > > > > ## database super user > > > DBROOTUSER="root" > > > > > > HAS_SERWEB="yes" > > > > > > I am not too sure the correct way to define openserctlrc file.. > > > Your comment is much appreciated. > > > > > > Thanks > > > SW > > > > > > Norm > > > > > > Live Great wrote: > > > > Hi, > > > > > > > > After changed the port 5077 to 5060 in openser.cfg file, restarted > > > > openser. > > > > When xlite initiate a registartion request, openser system log file > > > > shown a different message: > > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default allow > > > > file (/usr/local/etc/openser/permissions.allow) not found => empty > > > > rule set > > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: WARNING: > File not > > > > found: /usr/local/etc/openser/permissions.deny > > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default > deny file > > > > (/usr/local/etc/openser/permissions.deny) not found => empty > rule set > > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: get_ha1(): > Error > > > > while querying database > > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: submit_query: > > > > Unknown column 'uuid' in 'field list' > > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: db_query: Error > > > > while submitting query > > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: get_ha1(): > Error > > > > while querying database > > > > > > > > In Xlite, it said Registration error 500, server internal error. > > > > What is possibility wrong in my openser server configuration? > > > > > > > > > > > > Thanks > > > > SW > > > > > > > > ----- Original Message ---- > > > > From: Live Great <livegreat007(a)yahoo.com> > > > > To: users(a)openser.org > > > > Sent: Saturday, September 22, 2007 2:03:07 PM > > > > Subject: [OpenSER-Users] how to register xlite user for testing with > > > > openser > > > > > > > > Hi, > > > > > > > > I used the following command to add xlite user, but xlite failed to > > > > register the user in openser server. > > > > # openserctl add 1234 1234 sam(a)my.domain.com > > > > > > > > where 1234 is user id and password. > > > > > > > > If this is not the correct way to add user for testing from xlite to > > > > openser, what are the alternative way I can use? > > > > > > > > > > > > Thanks > > > > SW > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users@openser..org > > > > http://openser.org/cgi-bin/mailman/listinfo/users > > > > > > > > > > > > > > > >

1 0

Re: [OpenSER-Users] how to register xlite user for testing with openser
by Live Great 24 Sep '07

24 Sep '07

Hi, thanks very much for the suggestion. I have added the required columns in the acc and missed_calls table. Now when I tried to call an off-line number, it still show one error: ERROR:avpops:load_avps: no value for first param The errors related to the acc and missed_calls tables are already gone. In xlite panel, the error message says "Call failed: Proxy Authentication Required.". I am not sure what happened if I call a on-line phone number. Thanks SW ----- Original Message ---- From: Norman Brandinger <norm(a)goes.com> To: Live Great <livegreat007(a)yahoo.com> Cc: users(a)openser.org Sent: Sunday, September 23, 2007 10:50:38 PM Subject: Re: [OpenSER-Users] how to register xlite user for testing with openser Hi, The subscriber "username" IS the "phone number". The phone number field in the subscriber table is only used by SERWEB. I believe the "username" column name is better than "phone" because in SIP, the idea of a telephone number is being blurred. Please refer to the online doc at: http://openser.org/dokuwiki/doku.php/database:1.2.x#subscriber There is alot of material at the openser.org web site that can help you. The mediaproxy errors are a result of your script calling a mediaproxy function but mediaproxy isn't running. This can be downloaded thanks to AG Projects from http://ag-projects.com/MediaProxy.html The src_leg / dst_leg errors are a result of you trying to save additional (accounting) fields into the "acc" and/or "missed_calls" table. This is generally used for multi-leg call accounting (for example, in a call forwarding situation where the initial callee changes to the caller .. of the forwarded call). You will have to manually add these column to the acc and missed_calls tables (varchar(64)) should be fine for most purposes. Regards, Norm Live Great wrote: > Now is getting other errors. > When I tried to dial a number, eg. 123 - the default Admin account, I > got the following errors shown in /var/log/messages: > > ERROR:avpops:load_avps: no value for first param > error: mediaproxy/sendMediaproxyCommand(): can't connect to MediaProxy > error: mediaproxy/sendMediaproxyCommand(): can't connect to MediaProxy > submit_query: Unknown column 'src_leg' in 'field list' > db_insert: Error while submitting query > ERROR:acc:acc_db_request: Error while inserting to database > > > ----- Original Message ---- > From: Norman Brandinger <norm(a)goes.com> > To: Live Great <livegreat007(a)yahoo.com> > Sent: Saturday, September 22, 2007 11:53:53 PM > Subject: Re: [OpenSER-Users] how to register xlite user for testing > with openser > > I believe the openser_mysql.sh script is being phased out. It has been > replaced by openserdbctl (thanks to a big effort from Henning !!!). If > your installation doesn't have /usr/local/sbin/openserdbctl I strongly > suggest that you upgrade to a version of OpenSER that contains it. > > The rest of your settings appear to to be ok. > > Regards, > Norm > > Live Great wrote: > > > > > > ----- Original Message ---- > > From: Norman Brandinger <norm(a)goes.com> > > To: Live Great <livegreat007(a)yahoo.com> > > Cc: users(a)openser.org > > Sent: Saturday, September 22, 2007 9:43:54 PM > > Subject: Re: [OpenSER-Users] how to register xlite user for testing > > with openser > > > > Is is possible that you turned on database support but forgot to make > > the database tables ? The error message you posted is pretty explicit: > > "Unknown column".... > > I used openser_mysql.sh create to populate openser database and its > > tables. > > Here is all its tables: > > mysql> show tables; > > +-----------------------+ > > | Tables_in_openser | > > +-----------------------+ > > | acc | > > | active_sessions | > > | active_watchers | > > | address | > > | admin_privileges | > > | aliases | > > | cpl | > > | dbaliases | > > | domain | > > | domainpolicy | > > | grp | > > | gw | > > | gw_grp | > > | imc_members | > > | imc_rooms | > > | lcr | > > | location | > > | missed_calls | > > | pdt | > > | pending | > > | phonebook | > > | presentity | > > | pua | > > | re_grp | > > | server_monitoring | > > | server_monitoring_agg | > > | silo | > > | sip_trace | > > | speed_dial | > > | subscriber | > > | trusted | > > | uri | > > | usr_preferences | > > | usr_preferences_types | > > | version | > > | watchers | > > | xcap_xml | > > +-----------------------+ > > 37 rows in set (0.00 sec) > > > > > > > > The warnings about missing permissions files can be ignored (unless you > > really do need them), but in your case, it seems that you are not at > > that point yet. > > > > Take a look at openserdbctl as it automates the process of creating the > > database and tables needed by the various openser modules. openserctlrc > > (usually located in /usr/local/etc/openser) contains a number of startup > > settings, some of which are database related. > > > > The standard request you will receive from people trying to assist you > > is to post your config file (or at least the interesting sections of > it). > > > > The part of the content of openser.cfg is: > > listen = udp:127.0.0.1:5060 > > listen = udp:125.255.1.2:5060 > > mpath = "/usr/local/lib/openser/modules" > > children = 8 > > debug = 3 > > fork = yes > > group = "openser" > > user = "openser" > > disable_tcp = no > > log_facility = LOG_DAEMON > > #log_facility = LOG_LOCAL7 > > log_stderror = no > > tcp_children = 4 > > mhomed = no > > server_signature = yes > > sock_group = "openser" > > sock_mode = 0600 > > sock_user = "openser" > > unix_sock = "/tmp/openser.sock" > > unix_sock_children = 1 > > reply_to_via = no > > sip_warning = no > > check_via = no > > dns = no > > rev_dns = no > > disable_core_dump = no > > dns_try_ipv6 = yes > > dns_use_search_list = yes > > > > openserctlrc: > > ## your SIP domain > > SIP_DOMAIN=ip6.com.au > > > > ## database type: MYSQL or PGSQL, by defaulte none is loaded > > DBENGINE=MYSQL > > > > ## database host > > DBHOST=localhost > > > > ## database name > > DBNAME=openser > > > > ## database read/write user > > DBRWUSER=openser > > # DBRWUSER=admin > > > > ## database read only user > > DBROUSER=openserro > > > > ## password for database read only user > > DBROPW=openserro > > > > ## database super user > > DBROOTUSER="root" > > > > HAS_SERWEB="yes" > > > > I am not too sure the correct way to define openserctlrc file.. > > Your comment is much appreciated. > > > > Thanks > > SW > > > > Norm > > > > Live Great wrote: > > > Hi, > > > > > > After changed the port 5077 to 5060 in openser.cfg file, restarted > > > openser. > > > When xlite initiate a registartion request, openser system log file > > > shown a different message: > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default allow > > > file (/usr/local/etc/openser/permissions.allow) not found => empty > > > rule set > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: WARNING: File not > > > found: /usr/local/etc/openser/permissions.deny > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default deny file > > > (/usr/local/etc/openser/permissions.deny) not found => empty rule set > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: db_query: Error > > > while submitting query > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: db_query: Error > > > while submitting query > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: db_query: Error > > > while submitting query > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: db_query: Error > > > while submitting query > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: db_query: Error > > > while submitting query > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: db_query: Error > > > while submitting query > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: db_query: Error > > > while submitting query > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: db_query: Error > > > while submitting query > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: db_query: Error > > > while submitting query > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: db_query: Error > > > while submitting query > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: db_query: Error > > > while submitting query > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: db_query: Error > > > while submitting query > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: db_query: Error > > > while submitting query > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: db_query: Error > > > while submitting query > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: db_query: Error > > > while submitting query > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: db_query: Error > > > while submitting query > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: get_ha1(): Error > > > while querying database > > > > > > In Xlite, it said Registration error 500, server internal error. > > > What is possibility wrong in my openser server configuration? > > > > > > > > > Thanks > > > SW > > > > > > ----- Original Message ---- > > > From: Live Great <livegreat007(a)yahoo.com> > > > To: users(a)openser.org > > > Sent: Saturday, September 22, 2007 2:03:07 PM > > > Subject: [OpenSER-Users] how to register xlite user for testing with > > > openser > > > > > > Hi, > > > > > > I used the following command to add xlite user, but xlite failed to > > > register the user in openser server. > > > # openserctl add 1234 1234 sam(a)my.domain.com > > > > > > where 1234 is user id and password. > > > > > > If this is not the correct way to add user for testing from xlite to > > > openser, what are the alternative way I can use? > > > > > > > > > Thanks > > > SW > > > > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)openser.org > > > http://openser.org/cgi-bin/mailman/listinfo/users > > > > > > > > >

1 0

Re: [OpenSER-Users] Forward REGISTER to Asterisk
by Iñaki Baz Castillo 23 Sep '07

23 Sep '07

2007/9/21, Jeremy McNamara <jj(a)nufone.net>: > Is there anything specific we need to do within the openser > configuration that we need to know? > I presume just an append_branch() before sending it back at Asterisk. You can test it easier, just call from Asterisk to a OpenSer user: CLI> dial openser_user@ip_openser@context and do in OpenSer: rewriteuri(sip:test@ip_asterisk:5060) so the call will return to Asterisk. Without the patch Asterisk will reject it because "Loop detected". With the patch it will allow it and respect the "Route" header and so. If you need something else to test this tell me. -- Iñaki Baz Castillo <ibc(a)aliax.net>

2 1

[OpenSER-Users] Do we like the same books?
by rizwan_hisham 23 Sep '07

23 Sep '07

Just a friendly reminder that I invited you to Shelfari. Come see the books I love and see if we have any in common. Then pick my next book so I can keep on reading. Click below to join my group of friends on Shelfari! http://www.shelfari.com/Register.aspx?ActivityId=18088381&InvitationCode=3d… rizwan_hisham Shelfari is a free site that lets you share book ratings and reviews with friends and meet people who have similar tastes in books. It also lets you build an online bookshelf, join book clubs, and get good book recommendations from friends. You should check it out. -------- You have received this email because rizwan_hisham (rizwanhasham(a)gmail.com) directly invited you to join his/her community on Shelfari. It is against Shelfari's policies to invite people who you don't know directly. Follow this link (http://www.shelfari.com/actions/emailoptout.aspx?email=Users@openser.org&ac…) to prevent future invitations to this address. If you believe you do not know this person, you may view (http://www.shelfari.com/rizwan_hisham) his/her Shelfari page or report him/her in our feedback (http://www.shelfari.com/Feedback.aspx) section. Shelfari, 616 1st Ave #300, Seattle, WA 98104

1 0

Re: [OpenSER-Users] how to register xlite user for testing with openser
by Live Great 23 Sep '07

23 Sep '07

Thanks I have remove the default admin account and added phone number as my account. Now xlite is registered with the phone number I created. I actually have mediaproxy running, but still getting those errors related to the mediaproxy. # ps -auxww | grep media root 57346 0.0 0.5 6140 5332 ?? S 5:51PM 0:09.44 python /usr/local/mediaproxy/mediaproxy.py I found the mediaproxy.ini.sample file is in the /usr/local/mediaproxy/ directory. I renamed it to mediaproxy.ini, restarted mediaproxy.py, but still getting the same error. The content of the mediaproxy.ini file is shown below: start = yes socket = /var/run/mediaproxy.sock group = openser listen = None allow = None ;proxyIP = 10.0.0.1 portRange = 60000:65000 ;TOS = 0xb8 idleTimeout = 60 holdTimeout = 3600 forceClose = 0 [Accounting] ; one of none, radius or database accounting = none [Database] user = dbuser password = dbpass host = dbhost database = radius table = radacct [Radius] secret = secret server = localhost authport = 1812 acctport = 1813 dictionaries = /etc/radiusclient-ng/dictionary, /etc/openser/radius/dictionary, /usr/local/mediaproxy/dictionary retries = 2 timeout = 3 What should be change in the mediaproxy.ini file to correct the error? Thanks SW ----- Original Message ---- From: Norman Brandinger <norm(a)goes.com> To: Live Great <livegreat007(a)yahoo.com> Cc: users(a)openser.org Sent: Sunday, September 23, 2007 10:50:38 PM Subject: Re: [OpenSER-Users] how to register xlite user for testing with openser Hi, The subscriber "username" IS the "phone number".. The phone number field in the subscriber table is only used by SERWEB. I believe the "username" column name is better than "phone" because in SIP, the idea of a telephone number is being blurred. Please refer to the online doc at: http://openser.org/dokuwiki/doku.php/database:1.2.x#subscriber There is alot of material at the openser.org web site that can help you. The mediaproxy errors are a result of your script calling a mediaproxy function but mediaproxy isn't running. This can be downloaded thanks to AG Projects from http://ag-projects.com/MediaProxy.html The src_leg / dst_leg errors are a result of you trying to save additional (accounting) fields into the "acc" and/or "missed_calls" table. This is generally used for multi-leg call accounting (for example, in a call forwarding situation where the initial callee changes to the caller .. of the forwarded call). You will have to manually add these column to the acc and missed_calls tables (varchar(64)) should be fine for most purposes. Regards, Norm Live Great wrote: > Now is getting other errors. > When I tried to dial a number, eg. 123 - the default Admin account, I > got the following errors shown in /var/log/messages: > > ERROR:avpops:load_avps: no value for first param > error: mediaproxy/sendMediaproxyCommand(): can't connect to MediaProxy > error: mediaproxy/sendMediaproxyCommand(): can't connect to MediaProxy > submit_query: Unknown column 'src_leg' in 'field list' > db_insert: Error while submitting query > ERROR:acc:acc_db_request: Error while inserting to database > > > ----- Original Message ---- > From: Norman Brandinger <norm(a)goes.com> > To: Live Great <livegreat007(a)yahoo.com> > Sent: Saturday, September 22, 2007 11:53:53 PM > Subject: Re: [OpenSER-Users] how to register xlite user for testing > with openser > > I believe the openser_mysql.sh script is being phased out. It has been > replaced by openserdbctl (thanks to a big effort from Henning !!!). If > your installation doesn't have /usr/local/sbin/openserdbctl I strongly > suggest that you upgrade to a version of OpenSER that contains it. > > The rest of your settings appear to to be ok. > > Regards, > Norm > > Live Great wrote: > > > > > > ----- Original Message ---- > > From: Norman Brandinger <norm@goes..com> > > To: Live Great <livegreat007(a)yahoo.com> > > Cc: users@openser..org > > Sent: Saturday, September 22, 2007 9:43:54 PM > > Subject: Re: [OpenSER-Users] how to register xlite user for testing > > with openser > > > > Is is possible that you turned on database support but forgot to make > > the database tables ? The error message you posted is pretty explicit: > > "Unknown column".... > > I used openser_mysql.sh create to populate openser database and its > > tables. > > Here is all its tables: > > mysql> show tables; > > +-----------------------+ > > | Tables_in_openser | > > +-----------------------+ > > | acc | > > | active_sessions | > > | active_watchers | > > | address | > > | admin_privileges | > > | aliases | > > | cpl | > > | dbaliases | > > | domain | > > | domainpolicy | > > | grp | > > | gw | > > | gw_grp | > > | imc_members | > > | imc_rooms | > > | lcr | > > | location | > > | missed_calls | > > | pdt | > > | pending | > > | phonebook | > > | presentity | > > | pua | > > | re_grp | > > | server_monitoring | > > | server_monitoring_agg | > > | silo | > > | sip_trace | > > | speed_dial | > > | subscriber | > > | trusted | > > | uri | > > | usr_preferences | > > | usr_preferences_types | > > | version | > > | watchers | > > | xcap_xml | > > +-----------------------+ > > 37 rows in set (0.00 sec) > > > > > > > > The warnings about missing permissions files can be ignored (unless you > > really do need them), but in your case, it seems that you are not at > > that point yet. > > > > Take a look at openserdbctl as it automates the process of creating the > > database and tables needed by the various openser modules. openserctlrc > > (usually located in /usr/local/etc/openser) contains a number of startup > > settings, some of which are database related. > > > > The standard request you will receive from people trying to assist you > > is to post your config file (or at least the interesting sections of > it). > > > > The part of the content of openser.cfg is: > > listen = udp:127.0.0.1:5060 > > listen = udp:125.255.1.2:5060 > > mpath = "/usr/local/lib/openser/modules" > > children = 8 > > debug = 3 > > fork = yes > > group = "openser" > > user = "openser" > > disable_tcp = no > > log_facility = LOG_DAEMON > > #log_facility = LOG_LOCAL7 > > log_stderror = no > > tcp_children = 4 > > mhomed = no > > server_signature = yes > > sock_group = "openser" > > sock_mode = 0600 > > sock_user = "openser" > > unix_sock = "/tmp/openser.sock" > > unix_sock_children = 1 > > reply_to_via = no > > sip_warning = no > > check_via = no > > dns = no > > rev_dns = no > > disable_core_dump = no > > dns_try_ipv6 = yes > > dns_use_search_list = yes > > > > openserctlrc: > > ## your SIP domain > > SIP_DOMAIN=ip6.com.au > > > > ## database type: MYSQL or PGSQL, by defaulte none is loaded > > DBENGINE=MYSQL > > > > ## database host > > DBHOST=localhost > > > > ## database name > > DBNAME=openser > > > > ## database read/write user > > DBRWUSER=openser > > # DBRWUSER=admin > > > > ## database read only user > > DBROUSER=openserro > > > > ## password for database read only user > > DBROPW=openserro > > > > ## database super user > > DBROOTUSER="root" > > > > HAS_SERWEB="yes" > > > > I am not too sure the correct way to define openserctlrc file.. > > Your comment is much appreciated. > > > > Thanks > > SW > > > > Norm > > > > Live Great wrote: > > > Hi, > > > > > > After changed the port 5077 to 5060 in openser.cfg file, restarted > > > openser. > > > When xlite initiate a registartion request, openser system log file > > > shown a different message: > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default allow > > > file (/usr/local/etc/openser/permissions.allow) not found => empty > > > rule set > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: WARNING: File not > > > found: /usr/local/etc/openser/permissions.deny > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default deny file > > > (/usr/local/etc/openser/permissions.deny) not found => empty rule set > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: db_query: Error > > > while submitting query > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: db_query: Error > > > while submitting query > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: db_query: Error > > > while submitting query > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: db_query: Error > > > while submitting query > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: db_query: Error > > > while submitting query > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: db_query: Error > > > while submitting query > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: db_query: Error > > > while submitting query > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: db_query: Error > > > while submitting query > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: db_query: Error > > > while submitting query > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: db_query: Error > > > while submitting query > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: db_query: Error > > > while submitting query > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: db_query: Error > > > while submitting query > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: db_query: Error > > > while submitting query > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: db_query: Error > > > while submitting query > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: db_query: Error > > > while submitting query > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: db_query: Error > > > while submitting query > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: get_ha1(): Error > > > while querying database > > > > > > In Xlite, it said Registration error 500, server internal error. > > > What is possibility wrong in my openser server configuration? > > > > > > > > > Thanks > > > SW > > > > > > ----- Original Message ---- > > > From: Live Great <livegreat007(a)yahoo.com> > > > To: users(a)openser.org > > > Sent: Saturday, September 22, 2007 2:03:07 PM > > > Subject: [OpenSER-Users] how to register xlite user for testing with > > > openser > > > > > > Hi, > > > > > > I used the following command to add xlite user, but xlite failed to > > > register the user in openser server. > > > # openserctl add 1234 1234 sam(a)my.domain.com > > > > > > where 1234 is user id and password. > > > > > > If this is not the correct way to add user for testing from xlite to > > > openser, what are the alternative way I can use? > > > > > > > > > Thanks > > > SW > > > > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)openser.org > > > http://openser.org/cgi-bin/mailman/listinfo/users > > > > > > > > >

1 0

[OpenSER-Users] No sound
by Arya 23 Sep '07

23 Sep '07

Hello When I'm behind NAT or the other user is behind NAT sometimes calls don't connect and there is never sound when a call is placed. I think this is a issue with NAT right? Is there any solution to this? -- Thank You

2 3

Re: [OpenSER-Users] how to register xlite user for testing with openser
by Live Great 23 Sep '07

23 Sep '07

Now is getting other errors. When I tried to dial a number, eg. 123 - the default Admin account, I got the following errors shown in /var/log/messages: ERROR:avpops:load_avps: no value for first param error: mediaproxy/sendMediaproxyCommand(): can't connect to MediaProxy error: mediaproxy/sendMediaproxyCommand(): can't connect to MediaProxy submit_query: Unknown column 'src_leg' in 'field list' db_insert: Error while submitting query ERROR:acc:acc_db_request: Error while inserting to database ----- Original Message ---- From: Norman Brandinger <norm(a)goes.com> To: Live Great <livegreat007(a)yahoo.com> Sent: Saturday, September 22, 2007 11:53:53 PM Subject: Re: [OpenSER-Users] how to register xlite user for testing with openser I believe the openser_mysql.sh script is being phased out. It has been replaced by openserdbctl (thanks to a big effort from Henning !!!). If your installation doesn't have /usr/local/sbin/openserdbctl I strongly suggest that you upgrade to a version of OpenSER that contains it. The rest of your settings appear to to be ok. Regards, Norm Live Great wrote: > > > ----- Original Message ---- > From: Norman Brandinger <norm(a)goes.com> > To: Live Great <livegreat007(a)yahoo.com> > Cc: users(a)openser.org > Sent: Saturday, September 22, 2007 9:43:54 PM > Subject: Re: [OpenSER-Users] how to register xlite user for testing > with openser > > Is is possible that you turned on database support but forgot to make > the database tables ? The error message you posted is pretty explicit: > "Unknown column".... > I used openser_mysql.sh create to populate openser database and its > tables. > Here is all its tables: > mysql> show tables; > +-----------------------+ > | Tables_in_openser | > +-----------------------+ > | acc | > | active_sessions | > | active_watchers | > | address | > | admin_privileges | > | aliases | > | cpl | > | dbaliases | > | domain | > | domainpolicy | > | grp | > | gw | > | gw_grp | > | imc_members | > | imc_rooms | > | lcr | > | location | > | missed_calls | > | pdt | > | pending | > | phonebook | > | presentity | > | pua | > | re_grp | > | server_monitoring | > | server_monitoring_agg | > | silo | > | sip_trace | > | speed_dial | > | subscriber | > | trusted | > | uri | > | usr_preferences | > | usr_preferences_types | > | version | > | watchers | > | xcap_xml | > +-----------------------+ > 37 rows in set (0.00 sec) > > > > The warnings about missing permissions files can be ignored (unless you > really do need them), but in your case, it seems that you are not at > that point yet. > > Take a look at openserdbctl as it automates the process of creating the > database and tables needed by the various openser modules. openserctlrc > (usually located in /usr/local/etc/openser) contains a number of startup > settings, some of which are database related. > > The standard request you will receive from people trying to assist you > is to post your config file (or at least the interesting sections of it). > > The part of the content of openser.cfg is: > listen = udp:127.0.0.1:5060 > listen = udp:125.255.1.2:5060 > mpath = "/usr/local/lib/openser/modules" > children = 8 > debug = 3 > fork = yes > group = "openser" > user = "openser" > disable_tcp = no > log_facility = LOG_DAEMON > #log_facility = LOG_LOCAL7 > log_stderror = no > tcp_children = 4 > mhomed = no > server_signature = yes > sock_group = "openser" > sock_mode = 0600 > sock_user = "openser" > unix_sock = "/tmp/openser.sock" > unix_sock_children = 1 > reply_to_via = no > sip_warning = no > check_via = no > dns = no > rev_dns = no > disable_core_dump = no > dns_try_ipv6 = yes > dns_use_search_list = yes > > openserctlrc: > ## your SIP domain > SIP_DOMAIN=ip6.com.au > > ## database type: MYSQL or PGSQL, by defaulte none is loaded > DBENGINE=MYSQL > > ## database host > DBHOST=localhost > > ## database name > DBNAME=openser > > ## database read/write user > DBRWUSER=openser > # DBRWUSER=admin > > ## database read only user > DBROUSER=openserro > > ## password for database read only user > DBROPW=openserro > > ## database super user > DBROOTUSER="root" > > HAS_SERWEB="yes" > > I am not too sure the correct way to define openserctlrc file. > Your comment is much appreciated. > > Thanks > SW > > Norm > > Live Great wrote: > > Hi, > > > > After changed the port 5077 to 5060 in openser.cfg file, restarted > > openser. > > When xlite initiate a registartion request, openser system log file > > shown a different message: > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default allow > > file (/usr/local/etc/openser/permissions.allow) not found => empty > > rule set > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: WARNING: File not > > found: /usr/local/etc/openser/permissions.deny > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default deny file > > (/usr/local/etc/openser/permissions.deny) not found => empty rule set > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: db_query: Error > > while submitting query > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: get_ha1(): Error > > while querying database > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: db_query: Error > > while submitting query > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: get_ha1(): Error > > while querying database > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: db_query: Error > > while submitting query > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: get_ha1(): Error > > while querying database > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: db_query: Error > > while submitting query > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: get_ha1(): Error > > while querying database > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: db_query: Error > > while submitting query > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: get_ha1(): Error > > while querying database > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: db_query: Error > > while submitting query > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: get_ha1(): Error > > while querying database > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: db_query: Error > > while submitting query > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: get_ha1(): Error > > while querying database > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: db_query: Error > > while submitting query > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: get_ha1(): Error > > while querying database > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: db_query: Error > > while submitting query > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: get_ha1(): Error > > while querying database > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: db_query: Error > > while submitting query > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: get_ha1(): Error > > while querying database > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: db_query: Error > > while submitting query > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: get_ha1(): Error > > while querying database > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: db_query: Error > > while submitting query > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: get_ha1(): Error > > while querying database > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: db_query: Error > > while submitting query > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: get_ha1(): Error > > while querying database > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: db_query: Error > > while submitting query > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: get_ha1(): Error > > while querying database > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: db_query: Error > > while submitting query > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: get_ha1(): Error > > while querying database > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: db_query: Error > > while submitting query > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: get_ha1(): Error > > while querying database > > > > In Xlite, it said Registration error 500, server internal error. > > What is possibility wrong in my openser server configuration? > > > > > > Thanks > > SW > > > > ----- Original Message ---- > > From: Live Great <livegreat007(a)yahoo.com> > > To: users(a)openser.org > > Sent: Saturday, September 22, 2007 2:03:07 PM > > Subject: [OpenSER-Users] how to register xlite user for testing with > > openser > > > > Hi, > > > > I used the following command to add xlite user, but xlite failed to > > register the user in openser server. > > # openserctl add 1234 1234 sam(a)my.domain.com > > > > where 1234 is user id and password. > > > > If this is not the correct way to add user for testing from xlite to > > openser, what are the alternative way I can use? > > > > > > Thanks > > SW > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Users mailing list > > Users(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/users > > > >

2 1

Re: [OpenSER-Users] how to register xlite user for testing with openser
by Live Great 23 Sep '07

23 Sep '07

Thanks for your suggestion. I don't wanna mess up the package in freebsd. Actually when I added the colnum uuid, my xlite program is able to register with the default admin user in the 'subscriber' table. I also used openserctl created my account name with password, but in the subscriber table, I found the phone number field is empty. Do you know how to create a phone number for a newly created user account? eg. openserctl sam passwd sam(a)my.dot.com create my openser account, but how to add a phone number to my account? Thanks SW ----- Original Message ---- From: Norman Brandinger <norm(a)goes.com> To: Live Great <livegreat007(a)yahoo.com> Sent: Sunday, September 23, 2007 1:42:18 PM Subject: Re: [OpenSER-Users] how to register xlite user for testing with openser It's possible that openserdbctl is only available on the development versions. I've found that the current development version is very stable and you might want to give it a try. If you are going to stay with 1.2.2, then you might want to try dropping the openser database, then recreate it and keep a close eye out for any errors. After the database has been rebuilt, check the subscriber table. I believe it used to have a uuid column (the current development version does not have a uuid column). The ha1 field is the encrypted password and is probably used in your config during the registration of your xlite phones. Without a successful registration, it's unlikely you will be able to complete any calls. A quick look at the database structures from the online doc at: http://openser.org/dokuwiki/doku.php shows that the subscriber table had a uuid column in 1.0.x, but in 1.2.x that column is gone. Is it possible that the openser database was created with version 1.2.x but you are running openser 1.0.x ? Regards, Norm Live Great wrote: > Hi, > > The openser version in freebsd is the latest one I got: > # openser -V > version: openser 1..2.2-notls (i386/freebsd) > > Is this the correct version for getting openserdbctl ? > > Thanks > SW > > ----- Original Message ---- > From: Norman Brandinger <norm(a)goes.com> > To: Live Great <livegreat007(a)yahoo.com> > Sent: Saturday, September 22, 2007 11:53:53 PM > Subject: Re: [OpenSER-Users] how to register xlite user for testing > with openser > > I believe the openser_mysql.sh script is being phased out. It has been > replaced by openserdbctl (thanks to a big effort from Henning !!!). If > your installation doesn't have /usr/local/sbin/openserdbctl I strongly > suggest that you upgrade to a version of OpenSER that contains it. > > The rest of your settings appear to to be ok. > > Regards, > Norm > > Live Great wrote: > > > > > > ----- Original Message ---- > > From: Norman Brandinger <norm(a)goes.com> > > To: Live Great <livegreat007(a)yahoo.com> > > Cc: users(a)openser.org > > Sent: Saturday, September 22, 2007 9:43:54 PM > > Subject: Re: [OpenSER-Users] how to register xlite user for testing > > with openser > > > > Is is possible that you turned on database support but forgot to make > > the database tables ? The error message you posted is pretty explicit: > > "Unknown column".... > > I used openser_mysql.sh create to populate openser database and its > > tables. > > Here is all its tables: > > mysql> show tables; > > +-----------------------+ > > | Tables_in_openser | > > +-----------------------+ > > | acc | > > | active_sessions | > > | active_watchers | > > | address | > > | admin_privileges | > > | aliases | > > | cpl | > > | dbaliases | > > | domain | > > | domainpolicy | > > | grp | > > | gw | > > | gw_grp | > > | imc_members | > > | imc_rooms | > > | lcr | > > | location | > > | missed_calls | > > | pdt | > > | pending | > > | phonebook | > > | presentity | > > | pua | > > | re_grp | > > | server_monitoring | > > | server_monitoring_agg | > > | silo | > > | sip_trace | > > | speed_dial | > > | subscriber | > > | trusted | > > | uri | > > | usr_preferences | > > | usr_preferences_types | > > | version | > > | watchers | > > | xcap_xml | > > +-----------------------+ > > 37 rows in set (0.00 sec) > > > > > > > > The warnings about missing permissions files can be ignored (unless you > > really do need them), but in your case, it seems that you are not at > > that point yet. > > > > Take a look at openserdbctl as it automates the process of creating the > > database and tables needed by the various openser modules. openserctlrc > > (usually located in /usr/local/etc/openser) contains a number of startup > > settings, some of which are database related. > > > > The standard request you will receive from people trying to assist you > > is to post your config file (or at least the interesting sections of > it). > > > > The part of the content of openser.cfg is: > > listen = udp:127.0.0.1:5060 > > listen = udp:125.255.1.2:5060 > > mpath = "/usr/local/lib/openser/modules" > > children = 8 > > debug = 3 > > fork = yes > > group = "openser" > > user = "openser" > > disable_tcp = no > > log_facility = LOG_DAEMON > > #log_facility = LOG_LOCAL7 > > log_stderror = no > > tcp_children = 4 > > mhomed = no > > server_signature = yes > > sock_group = "openser" > > sock_mode = 0600 > > sock_user = "openser" > > unix_sock = "/tmp/openser.sock" > > unix_sock_children = 1 > > reply_to_via = no > > sip_warning = no > > check_via = no > > dns = no > > rev_dns = no > > disable_core_dump = no > > dns_try_ipv6 = yes > > dns_use_search_list = yes > > > > openserctlrc: > > ## your SIP domain > > SIP_DOMAIN=ip6..com.au > > > > ## database type: MYSQL or PGSQL, by defaulte none is loaded > > DBENGINE=MYSQL > > > > ## database host > > DBHOST=localhost > > > > ## database name > > DBNAME=openser > > > > ## database read/write user > > DBRWUSER=openser > > # DBRWUSER=admin > > > > ## database read only user > > DBROUSER=openserro > > > > ## password for database read only user > > DBROPW=openserro > > > > ## database super user > > DBROOTUSER="root" > > > > HAS_SERWEB="yes" > > > > I am not too sure the correct way to define openserctlrc file. > > Your comment is much appreciated. > > > > Thanks > > SW > > > > Norm > > > > Live Great wrote: > > > Hi, > > > > > > After changed the port 5077 to 5060 in openser.cfg file, restarted > > > openser. > > > When xlite initiate a registartion request, openser system log file > > > shown a different message: > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default allow > > > file (/usr/local/etc/openser/permissions.allow) not found => empty > > > rule set > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: WARNING: File not > > > found: /usr/local/etc/openser/permissions.deny > > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default deny file > > > (/usr/local/etc/openser/permissions.deny) not found => empty rule set > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: db_query: Error > > > while submitting query > > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: db_query: Error > > > while submitting query > > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: db_query: Error > > > while submitting query > > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: db_query: Error > > > while submitting query > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: db_query: Error > > > while submitting query > > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: db_query: Error > > > while submitting query > > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: db_query: Error > > > while submitting query > > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: db_query: Error > > > while submitting query > > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: db_query: Error > > > while submitting query > > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: db_query: Error > > > while submitting query > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: db_query: Error > > > while submitting query > > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: db_query: Error > > > while submitting query > > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: db_query: Error > > > while submitting query > > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: db_query: Error > > > while submitting query > > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: db_query: Error > > > while submitting query > > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: get_ha1(): Error > > > while querying database > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: submit_query: > > > Unknown column 'uuid' in 'field list' > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: db_query: Error > > > while submitting query > > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: get_ha1(): Error > > > while querying database > > > > > > In Xlite, it said Registration error 500, server internal error. > > > What is possibility wrong in my openser server configuration? > > > > > > > > > Thanks > > > SW > > > > > > ----- Original Message ---- > > > From: Live Great <livegreat007(a)yahoo.com> > > > To: users(a)openser.org > > > Sent: Saturday, September 22, 2007 2:03:07 PM > > > Subject: [OpenSER-Users] how to register xlite user for testing with > > > openser > > > > > > Hi, > > > > > > I used the following command to add xlite user, but xlite failed to > > > register the user in openser server. > > > # openserctl add 1234 1234 sam(a)my.domain.com > > > > > > where 1234 is user id and password. > > > > > > If this is not the correct way to add user for testing from xlite to > > > openser, what are the alternative way I can use? > > > > > > > > > Thanks > > > SW > > > > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)openser.org > > > http://openser.org/cgi-bin/mailman/listinfo/users > > > > > > > > >

2 1

Re: [OpenSER-Users] how to register xlite user for testing with openser
by Live Great 23 Sep '07

23 Sep '07

Hi, I found some comment in the openser.cfg file mentioned that I need to create the uuid manually. After created, I can register the default admin account from xlite now. But I can't find any instruction about how to create my own user login. The openserctl command does not describe hwo to create user's phone number. I can create user and their password using openserctl, but have no clue about how to create their phone number. Any help?/ Thanks SW ----- Original Message ---- From: Norman Brandinger <norm(a)goes.com> To: Live Great <livegreat007(a)yahoo.com> Sent: Saturday, September 22, 2007 11:53:53 PM Subject: Re: [OpenSER-Users] how to register xlite user for testing with openser I believe the openser_mysql.sh script is being phased out. It has been replaced by openserdbctl (thanks to a big effort from Henning !!!). If your installation doesn't have /usr/local/sbin/openserdbctl I strongly suggest that you upgrade to a version of OpenSER that contains it. The rest of your settings appear to to be ok. Regards, Norm Live Great wrote: > > > ----- Original Message ---- > From: Norman Brandinger <norm(a)goes.com> > To: Live Great <livegreat007(a)yahoo.com> > Cc: users(a)openser.org > Sent: Saturday, September 22, 2007 9:43:54 PM > Subject: Re: [OpenSER-Users] how to register xlite user for testing > with openser > > Is is possible that you turned on database support but forgot to make > the database tables ? The error message you posted is pretty explicit: > "Unknown column".... > I used openser_mysql.sh create to populate openser database and its > tables. > Here is all its tables: > mysql> show tables; > +-----------------------+ > | Tables_in_openser | > +-----------------------+ > | acc | > | active_sessions | > | active_watchers | > | address | > | admin_privileges | > | aliases | > | cpl | > | dbaliases | > | domain | > | domainpolicy | > | grp | > | gw | > | gw_grp | > | imc_members | > | imc_rooms | > | lcr | > | location | > | missed_calls | > | pdt | > | pending | > | phonebook | > | presentity | > | pua | > | re_grp | > | server_monitoring | > | server_monitoring_agg | > | silo | > | sip_trace | > | speed_dial | > | subscriber | > | trusted | > | uri | > | usr_preferences | > | usr_preferences_types | > | version | > | watchers | > | xcap_xml | > +-----------------------+ > 37 rows in set (0.00 sec) > > > > The warnings about missing permissions files can be ignored (unless you > really do need them), but in your case, it seems that you are not at > that point yet. > > Take a look at openserdbctl as it automates the process of creating the > database and tables needed by the various openser modules. openserctlrc > (usually located in /usr/local/etc/openser) contains a number of startup > settings, some of which are database related. > > The standard request you will receive from people trying to assist you > is to post your config file (or at least the interesting sections of it). > > The part of the content of openser.cfg is: > listen = udp:127.0.0.1:5060 > listen = udp:125.255.1.2:5060 > mpath = "/usr/local/lib/openser/modules" > children = 8 > debug = 3 > fork = yes > group = "openser" > user = "openser" > disable_tcp = no > log_facility = LOG_DAEMON > #log_facility = LOG_LOCAL7 > log_stderror = no > tcp_children = 4 > mhomed = no > server_signature = yes > sock_group = "openser" > sock_mode = 0600 > sock_user = "openser" > unix_sock = "/tmp/openser.sock" > unix_sock_children = 1 > reply_to_via = no > sip_warning = no > check_via = no > dns = no > rev_dns = no > disable_core_dump = no > dns_try_ipv6 = yes > dns_use_search_list = yes > > openserctlrc: > ## your SIP domain > SIP_DOMAIN=ip6.com.au > > ## database type: MYSQL or PGSQL, by defaulte none is loaded > DBENGINE=MYSQL > > ## database host > DBHOST=localhost > > ## database name > DBNAME=openser > > ## database read/write user > DBRWUSER=openser > # DBRWUSER=admin > > ## database read only user > DBROUSER=openserro > > ## password for database read only user > DBROPW=openserro > > ## database super user > DBROOTUSER="root" > > HAS_SERWEB="yes" > > I am not too sure the correct way to define openserctlrc file. > Your comment is much appreciated. > > Thanks > SW > > Norm > > Live Great wrote: > > Hi, > > > > After changed the port 5077 to 5060 in openser.cfg file, restarted > > openser. > > When xlite initiate a registartion request, openser system log file > > shown a different message: > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default allow > > file (/usr/local/etc/openser/permissions.allow) not found => empty > > rule set > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: WARNING: File not > > found: /usr/local/etc/openser/permissions.deny > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default deny file > > (/usr/local/etc/openser/permissions.deny) not found => empty rule set > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: db_query: Error > > while submitting query > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: get_ha1(): Error > > while querying database > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: db_query: Error > > while submitting query > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: get_ha1(): Error > > while querying database > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: db_query: Error > > while submitting query > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: get_ha1(): Error > > while querying database > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: db_query: Error > > while submitting query > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: get_ha1(): Error > > while querying database > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: db_query: Error > > while submitting query > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: get_ha1(): Error > > while querying database > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: db_query: Error > > while submitting query > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: get_ha1(): Error > > while querying database > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: db_query: Error > > while submitting query > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: get_ha1(): Error > > while querying database > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: db_query: Error > > while submitting query > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: get_ha1(): Error > > while querying database > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: db_query: Error > > while submitting query > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: get_ha1(): Error > > while querying database > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: db_query: Error > > while submitting query > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: get_ha1(): Error > > while querying database > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: db_query: Error > > while submitting query > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: get_ha1(): Error > > while querying database > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: db_query: Error > > while submitting query > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: get_ha1(): Error > > while querying database > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: db_query: Error > > while submitting query > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: get_ha1(): Error > > while querying database > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: db_query: Error > > while submitting query > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: get_ha1(): Error > > while querying database > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: db_query: Error > > while submitting query > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: get_ha1(): Error > > while querying database > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: db_query: Error > > while submitting query > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: get_ha1(): Error > > while querying database > > > > In Xlite, it said Registration error 500, server internal error. > > What is possibility wrong in my openser server configuration? > > > > > > Thanks > > SW > > > > ----- Original Message ---- > > From: Live Great <livegreat007(a)yahoo.com> > > To: users(a)openser.org > > Sent: Saturday, September 22, 2007 2:03:07 PM > > Subject: [OpenSER-Users] how to register xlite user for testing with > > openser > > > > Hi, > > > > I used the following command to add xlite user, but xlite failed to > > register the user in openser server. > > # openserctl add 1234 1234 sam(a)my.domain.com > > > > where 1234 is user id and password. > > > > If this is not the correct way to add user for testing from xlite to > > openser, what are the alternative way I can use? > > > > > > Thanks > > SW > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Users mailing list > > Users(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/users > > > >

1 0

[OpenSER-Users] 473 response
by lincolnnmail-serlistmail＠yahoo.com.br 23 Sep '07

23 Sep '07

Hi all. I'm just new to openser, and this list. I implemented a load balance server, but I'm getting some trouble with this 473 response from openser. I inserted a fake uri to test how the load balance server would handle the problem. Ok, it tries to send the request, fails, and then goes to the failure route. There, it goes to the next route. Next time the server tries to send the request to the fake uri, I'm getting the 473 response. Yes, the fake uri is black listed. But how should we be able to treat this error? Instead of immediatly returning this message to the UA, I'd like openser to go to the next uri found in the list. I'd prefer not to disable the blacklist function. I saw that other people had the same problem, but I couldn't find any final solution. Am I missing something or is it a bug? I'm posting my code just below. Thanks! route[0]{ ... if ( method=="INVITE" ) { # ds_select_dst( "GROUP", "HASH METHOD") t_on_failure("1"); ds_select_dst("1","4"); sl_send_reply("100","Trying"); t_relay(); exit(); } ... } ... failure_route[1] { if (!ds_next_dst()) { t_reply("503", "No Gateways"); return; } else { t_on_failure("1"); t_relay(); return; } } Flickr agora em português. Você clica, todo mundo vê. Saiba mais.

2 2

Re: [OpenSER-Users] how to register xlite user for testing with openser
by Live Great 23 Sep '07

23 Sep '07

Hi, The openser version in freebsd is the latest one I got: # openser -V version: openser 1.2.2-notls (i386/freebsd) Is this the correct version for getting openserdbctl ? Thanks SW ----- Original Message ---- From: Norman Brandinger <norm(a)goes.com> To: Live Great <livegreat007(a)yahoo.com> Sent: Saturday, September 22, 2007 11:53:53 PM Subject: Re: [OpenSER-Users] how to register xlite user for testing with openser I believe the openser_mysql.sh script is being phased out. It has been replaced by openserdbctl (thanks to a big effort from Henning !!!). If your installation doesn't have /usr/local/sbin/openserdbctl I strongly suggest that you upgrade to a version of OpenSER that contains it. The rest of your settings appear to to be ok. Regards, Norm Live Great wrote: > > > ----- Original Message ---- > From: Norman Brandinger <norm(a)goes.com> > To: Live Great <livegreat007(a)yahoo.com> > Cc: users(a)openser.org > Sent: Saturday, September 22, 2007 9:43:54 PM > Subject: Re: [OpenSER-Users] how to register xlite user for testing > with openser > > Is is possible that you turned on database support but forgot to make > the database tables ? The error message you posted is pretty explicit: > "Unknown column".... > I used openser_mysql.sh create to populate openser database and its > tables. > Here is all its tables: > mysql> show tables; > +-----------------------+ > | Tables_in_openser | > +-----------------------+ > | acc | > | active_sessions | > | active_watchers | > | address | > | admin_privileges | > | aliases | > | cpl | > | dbaliases | > | domain | > | domainpolicy | > | grp | > | gw | > | gw_grp | > | imc_members | > | imc_rooms | > | lcr | > | location | > | missed_calls | > | pdt | > | pending | > | phonebook | > | presentity | > | pua | > | re_grp | > | server_monitoring | > | server_monitoring_agg | > | silo | > | sip_trace | > | speed_dial | > | subscriber | > | trusted | > | uri | > | usr_preferences | > | usr_preferences_types | > | version | > | watchers | > | xcap_xml | > +-----------------------+ > 37 rows in set (0.00 sec) > > > > The warnings about missing permissions files can be ignored (unless you > really do need them), but in your case, it seems that you are not at > that point yet. > > Take a look at openserdbctl as it automates the process of creating the > database and tables needed by the various openser modules. openserctlrc > (usually located in /usr/local/etc/openser) contains a number of startup > settings, some of which are database related. > > The standard request you will receive from people trying to assist you > is to post your config file (or at least the interesting sections of it). > > The part of the content of openser..cfg is: > listen = udp:127.0.0.1:5060 > listen = udp:125.255.1.2:5060 > mpath = "/usr/local/lib/openser/modules" > children = 8 > debug = 3 > fork = yes > group = "openser" > user = "openser" > disable_tcp = no > log_facility = LOG_DAEMON > #log_facility = LOG_LOCAL7 > log_stderror = no > tcp_children = 4 > mhomed = no > server_signature = yes > sock_group = "openser" > sock_mode = 0600 > sock_user = "openser" > unix_sock = "/tmp/openser.sock" > unix_sock_children = 1 > reply_to_via = no > sip_warning = no > check_via = no > dns = no > rev_dns = no > disable_core_dump = no > dns_try_ipv6 = yes > dns_use_search_list = yes > > openserctlrc: > ## your SIP domain > SIP_DOMAIN=ip6.com.au > > ## database type: MYSQL or PGSQL, by defaulte none is loaded > DBENGINE=MYSQL > > ## database host > DBHOST=localhost > > ## database name > DBNAME=openser > > ## database read/write user > DBRWUSER=openser > # DBRWUSER=admin > > ## database read only user > DBROUSER=openserro > > ## password for database read only user > DBROPW=openserro > > ## database super user > DBROOTUSER="root" > > HAS_SERWEB="yes" > > I am not too sure the correct way to define openserctlrc file. > Your comment is much appreciated. > > Thanks > SW > > Norm > > Live Great wrote: > > Hi, > > > > After changed the port 5077 to 5060 in openser.cfg file, restarted > > openser. > > When xlite initiate a registartion request, openser system log file > > shown a different message: > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default allow > > file (/usr/local/etc/openser/permissions.allow) not found => empty > > rule set > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: WARNING: File not > > found: /usr/local/etc/openser/permissions.deny > > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default deny file > > (/usr/local/etc/openser/permissions.deny) not found => empty rule set > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: db_query: Error > > while submitting query > > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: get_ha1(): Error > > while querying database > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: db_query: Error > > while submitting query > > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: get_ha1(): Error > > while querying database > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: db_query: Error > > while submitting query > > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: get_ha1(): Error > > while querying database > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: db_query: Error > > while submitting query > > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: get_ha1(): Error > > while querying database > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: db_query: Error > > while submitting query > > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: get_ha1(): Error > > while querying database > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: db_query: Error > > while submitting query > > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: get_ha1(): Error > > while querying database > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: db_query: Error > > while submitting query > > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: get_ha1(): Error > > while querying database > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: db_query: Error > > while submitting query > > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: get_ha1(): Error > > while querying database > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: db_query: Error > > while submitting query > > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: get_ha1(): Error > > while querying database > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: db_query: Error > > while submitting query > > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: get_ha1(): Error > > while querying database > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: db_query: Error > > while submitting query > > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: get_ha1(): Error > > while querying database > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: db_query: Error > > while submitting query > > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: get_ha1(): Error > > while querying database > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: db_query: Error > > while submitting query > > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: get_ha1(): Error > > while querying database > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: db_query: Error > > while submitting query > > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: get_ha1(): Error > > while querying database > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: db_query: Error > > while submitting query > > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: get_ha1(): Error > > while querying database > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: submit_query: > > Unknown column 'uuid' in 'field list' > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: db_query: Error > > while submitting query > > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: get_ha1(): Error > > while querying database > > > > In Xlite, it said Registration error 500, server internal error. > > What is possibility wrong in my openser server configuration? > > > > > > Thanks > > SW > > > > ----- Original Message ---- > > From: Live Great <livegreat007(a)yahoo.com> > > To: users(a)openser.org > > Sent: Saturday, September 22, 2007 2:03:07 PM > > Subject: [OpenSER-Users] how to register xlite user for testing with > > openser > > > > Hi, > > > > I used the following command to add xlite user, but xlite failed to > > register the user in openser server. > > # openserctl add 1234 1234 sam(a)my.domain.com > > > > where 1234 is user id and password. > > > > If this is not the correct way to add user for testing from xlite to > > openser, what are the alternative way I can use? > > > > > > Thanks > > SW > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Users mailing list > > Users(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/users > > > >

1 0

Re: [OpenSER-Users] how to register xlite user for testing with openser
by Live Great 22 Sep '07

22 Sep '07

----- Original Message ---- From: Norman Brandinger <norm(a)goes.com> To: Live Great <livegreat007(a)yahoo.com> Cc: users(a)openser.org Sent: Saturday, September 22, 2007 9:43:54 PM Subject: Re: [OpenSER-Users] how to register xlite user for testing with openser Is is possible that you turned on database support but forgot to make the database tables ? The error message you posted is pretty explicit: "Unknown column".... I used openser_mysql.sh create to populate openser database and its tables. Here is all its tables: mysql> show tables; +-----------------------+ | Tables_in_openser | +-----------------------+ | acc | | active_sessions | | active_watchers | | address | | admin_privileges | | aliases | | cpl | | dbaliases | | domain | | domainpolicy | | grp | | gw | | gw_grp | | imc_members | | imc_rooms | | lcr | | location | | missed_calls | | pdt | | pending | | phonebook | | presentity | | pua | | re_grp | | server_monitoring | | server_monitoring_agg | | silo | | sip_trace | | speed_dial | | subscriber | | trusted | | uri | | usr_preferences | | usr_preferences_types | | version | | watchers | | xcap_xml | +-----------------------+ 37 rows in set (0.00 sec) The warnings about missing permissions files can be ignored (unless you really do need them), but in your case, it seems that you are not at that point yet. Take a look at openserdbctl as it automates the process of creating the database and tables needed by the various openser modules. openserctlrc (usually located in /usr/local/etc/openser) contains a number of startup settings, some of which are database related. The standard request you will receive from people trying to assist you is to post your config file (or at least the interesting sections of it). The part of the content of openser.cfg is: listen = udp:127.0.0.1:5060 listen = udp:125.255.1.2:5060 mpath = "/usr/local/lib/openser/modules" children = 8 debug = 3 fork = yes group = "openser" user = "openser" disable_tcp = no log_facility = LOG_DAEMON #log_facility = LOG_LOCAL7 log_stderror = no tcp_children = 4 mhomed = no server_signature = yes sock_group = "openser" sock_mode = 0600 sock_user = "openser" unix_sock = "/tmp/openser.sock" unix_sock_children = 1 reply_to_via = no sip_warning = no check_via = no dns = no rev_dns = no disable_core_dump = no dns_try_ipv6 = yes dns_use_search_list = yes openserctlrc: ## your SIP domain SIP_DOMAIN=ip6.com.au ## database type: MYSQL or PGSQL, by defaulte none is loaded DBENGINE=MYSQL ## database host DBHOST=localhost ## database name DBNAME=openser ## database read/write user DBRWUSER=openser # DBRWUSER=admin ## database read only user DBROUSER=openserro ## password for database read only user DBROPW=openserro ## database super user DBROOTUSER="root" HAS_SERWEB="yes" I am not too sure the correct way to define openserctlrc file. Your comment is much appreciated. Thanks SW Norm Live Great wrote: > Hi, > > After changed the port 5077 to 5060 in openser.cfg file, restarted > openser. > When xlite initiate a registartion request, openser system log file > shown a different message: > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default allow > file (/usr/local/etc/openser/permissions.allow) not found => empty > rule set > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: WARNING: File not > found: /usr/local/etc/openser/permissions.deny > Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default deny file > (/usr/local/etc/openser/permissions.deny) not found => empty rule set > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: submit_query: > Unknown column 'uuid' in 'field list' > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: db_query: Error > while submitting query > Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: get_ha1(): Error > while querying database > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: submit_query: > Unknown column 'uuid' in 'field list' > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: db_query: Error > while submitting query > Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: get_ha1(): Error > while querying database > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: submit_query: > Unknown column 'uuid' in 'field list' > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: db_query: Error > while submitting query > Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: get_ha1(): Error > while querying database > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: submit_query: > Unknown column 'uuid' in 'field list' > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: db_query: Error > while submitting query > Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: get_ha1(): Error > while querying database > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: submit_query: > Unknown column 'uuid' in 'field list' > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: db_query: Error > while submitting query > Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: get_ha1(): Error > while querying database > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: submit_query: > Unknown column 'uuid' in 'field list' > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: db_query: Error > while submitting query > Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: get_ha1(): Error > while querying database > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: submit_query: > Unknown column 'uuid' in 'field list' > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: db_query: Error > while submitting query > Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: get_ha1(): Error > while querying database > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: submit_query: > Unknown column 'uuid' in 'field list' > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: db_query: Error > while submitting query > Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: get_ha1(): Error > while querying database > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: submit_query: > Unknown column 'uuid' in 'field list' > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: db_query: Error > while submitting query > Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: get_ha1(): Error > while querying database > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: submit_query: > Unknown column 'uuid' in 'field list' > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: db_query: Error > while submitting query > Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: get_ha1(): Error > while querying database > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: submit_query: > Unknown column 'uuid' in 'field list' > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: db_query: Error > while submitting query > Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: get_ha1(): Error > while querying database > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: submit_query: > Unknown column 'uuid' in 'field list' > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: db_query: Error > while submitting query > Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: get_ha1(): Error > while querying database > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: submit_query: > Unknown column 'uuid' in 'field list' > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: db_query: Error > while submitting query > Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: get_ha1(): Error > while querying database > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: submit_query: > Unknown column 'uuid' in 'field list' > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: db_query: Error > while submitting query > Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: get_ha1(): Error > while querying database > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: submit_query: > Unknown column 'uuid' in 'field list' > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: db_query: Error > while submitting query > Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: get_ha1(): Error > while querying database > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: submit_query: > Unknown column 'uuid' in 'field list' > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: db_query: Error > while submitting query > Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: get_ha1(): Error > while querying database > > In Xlite, it said Registration error 500, server internal error. > What is possibility wrong in my openser server configuration? > > > Thanks > SW > > ----- Original Message ---- > From: Live Great <livegreat007(a)yahoo.com> > To: users(a)openser.org > Sent: Saturday, September 22, 2007 2:03:07 PM > Subject: [OpenSER-Users] how to register xlite user for testing with > openser > > Hi, > > I used the following command to add xlite user, but xlite failed to > register the user in openser server. > # openserctl add 1234 1234 sam(a)my.domain.com > > where 1234 is user id and password. > > If this is not the correct way to add user for testing from xlite to > openser, what are the alternative way I can use? > > > Thanks > SW > > ------------------------------------------------------------------------ > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users >

1 0

Re: [OpenSER-Users] how to register xlite user for testing with openser
by Live Great 22 Sep '07

22 Sep '07

Hi, After changed the port 5077 to 5060 in openser.cfg file, restarted openser. When xlite initiate a registartion request, openser system log file shown a different message: Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default allow file (/usr/local/etc/openser/permissions.allow) not found => empty rule set Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: WARNING: File not found: /usr/local/etc/openser/permissions.deny Sep 22 16:18:55 core /usr/local/sbin/openser[49941]: Default deny file (/usr/local/etc/openser/permissions.deny) not found => empty rule set Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: submit_query: Unknown column 'uuid' in 'field list' Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: db_query: Error while submitting query Sep 22 16:19:01 core /usr/local/sbin/openser[49953]: get_ha1(): Error while querying database Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: submit_query: Unknown column 'uuid' in 'field list' Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: db_query: Error while submitting query Sep 22 16:19:04 core /usr/local/sbin/openser[49956]: get_ha1(): Error while querying database Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: submit_query: Unknown column 'uuid' in 'field list' Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: db_query: Error while submitting query Sep 22 16:19:06 core /usr/local/sbin/openser[49957]: get_ha1(): Error while querying database Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: submit_query: Unknown column 'uuid' in 'field list' Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: db_query: Error while submitting query Sep 22 16:19:08 core /usr/local/sbin/openser[49952]: get_ha1(): Error while querying database Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: submit_query: Unknown column 'uuid' in 'field list' Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: db_query: Error while submitting query Sep 22 16:19:08 core /usr/local/sbin/openser[49954]: get_ha1(): Error while querying database Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: submit_query: Unknown column 'uuid' in 'field list' Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: db_query: Error while submitting query Sep 22 16:19:09 core /usr/local/sbin/openser[49955]: get_ha1(): Error while querying database Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: submit_query: Unknown column 'uuid' in 'field list' Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: db_query: Error while submitting query Sep 22 16:19:11 core /usr/local/sbin/openser[49957]: get_ha1(): Error while querying database Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: submit_query: Unknown column 'uuid' in 'field list' Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: db_query: Error while submitting query Sep 22 16:19:13 core /usr/local/sbin/openser[49959]: get_ha1(): Error while querying database Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: submit_query: Unknown column 'uuid' in 'field list' Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: db_query: Error while submitting query Sep 22 16:19:14 core /usr/local/sbin/openser[49952]: get_ha1(): Error while querying database Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: submit_query: Unknown column 'uuid' in 'field list' Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: db_query: Error while submitting query Sep 22 16:19:16 core /usr/local/sbin/openser[49954]: get_ha1(): Error while querying database Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: submit_query: Unknown column 'uuid' in 'field list' Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: db_query: Error while submitting query Sep 22 16:19:16 core /usr/local/sbin/openser[49955]: get_ha1(): Error while querying database Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: submit_query: Unknown column 'uuid' in 'field list' Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: db_query: Error while submitting query Sep 22 16:19:21 core /usr/local/sbin/openser[49957]: get_ha1(): Error while querying database Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: submit_query: Unknown column 'uuid' in 'field list' Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: db_query: Error while submitting query Sep 22 16:19:22 core /usr/local/sbin/openser[49952]: get_ha1(): Error while querying database Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: submit_query: Unknown column 'uuid' in 'field list' Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: db_query: Error while submitting query Sep 22 16:19:29 core /usr/local/sbin/openser[49954]: get_ha1(): Error while querying database Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: submit_query: Unknown column 'uuid' in 'field list' Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: db_query: Error while submitting query Sep 22 16:19:42 core /usr/local/sbin/openser[49956]: get_ha1(): Error while querying database Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: submit_query: Unknown column 'uuid' in 'field list' Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: db_query: Error while submitting query Sep 22 16:19:46 core /usr/local/sbin/openser[49958]: get_ha1(): Error while querying database In Xlite, it said Registration error 500, server internal error. What is possibility wrong in my openser server configuration? Thanks SW ----- Original Message ---- From: Live Great <livegreat007(a)yahoo.com> To: users(a)openser.org Sent: Saturday, September 22, 2007 2:03:07 PM Subject: [OpenSER-Users] how to register xlite user for testing with openser Hi, I used the following command to add xlite user, but xlite failed to register the user in openser server. # openserctl add 1234 1234 sam(a)my.domain.com where 1234 is user id and password. If this is not the correct way to add user for testing from xlite to openser, what are the alternative way I can use? Thanks SW

2 1

[OpenSER-Users] how to register xlite user for testing with openser
by Live Great 22 Sep '07

22 Sep '07

Hi, I used the following command to add xlite user, but xlite failed to register the user in openser server. # openserctl add 1234 1234 sam(a)my.domain.com where 1234 is user id and password. If this is not the correct way to add user for testing from xlite to openser, what are the alternative way I can use? Thanks SW

1 0

[OpenSER-Users] OpenSER + FreeRadius error
by Marc LEURENT 22 Sep '07

22 Sep '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Does this error means something to somebody?? Thanks ERROR:acc:acc_rad_request: radius-ing failed My openser.cfg # -- acc params (with radius )-- modparam("acc", "radius_config", "/etc/radiusclient-ng/radiusclient.conf") modparam("acc", "radius_flag", 1) modparam("acc", "radius_missed_flag", 2) ..... ################### SET RADIUS ACCOUTING FLAGS ################################# # Set the acc flags xlog("JUSTE BEFORE SETTING FLAGS FOR RADIUS\r\n"); if(is_method("INVITE") && !has_totag()) { xlog("L_INFO", "I AM SETTING THE FLAGS FOR RADIUS \r\n"); $avp(can_uri) = $ru; # SIP Request's URI $avp(billing_party) = "sip:" + $au + "@" + $ar; # From URI $avp(user_name) = $fu; xlog("!!!! FROM TAG = $ft\r\n"); xlog("SETTING FLAGS 1 & 2 FOR RADIUS \r\n"); setflag(1); # radius_flag setflag(2); # radius_missed_flag }; DEBUG OUTPUT: 3(26026) DEBUG: update_totag_set: new totag 3(26026) DEBUG: add_to_tail_of_timer[2]: 0x2b898c7eb9d0 (12) 3(26026) DEBUG:tm:relay_reply: sent buf=0x61d2e8: SIP/2.0 2..., shmem=0x2b898c7ed7a8: SIP/2.0 2 3(26026) DBG: trans=0x2b898c7eb950, callback type 128, id 0 entered 3(26026) ERROR:acc:acc_rad_request: radius-ing failed 3(26026) DEBUG: cleanup_uac_timers: RETR/FR timers reset 3(26026) DEBUG:tm:UNREF_UNSAFE: after is 0 3(26026) DEBUG:destroy_avp_list: destroying list (nil) 3(26026) receive_msg: cleaning up 1(26024) SIP Request: 1(26024) method: <ACK> 1(26024) uri: <sip:105@82.127.0.79:1030;user=phone;nat=yes> 1(26024) version: <SIP/2.0> 1(26024) parse_headers: flags=2 1(26024) Found param type 232, <branch> = <z9hG4bK2175363103192047157>; state=16 1(26024) end of header reached, state=5 1(26024) parse_headers: Via found, flags=2 1(26024) parse_headers: this is the first via -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG8jcCqjpLE0HiOBYRAlBWAJoD4mlTLi8MCSLJEceI4jUNP2LFSwCgnjQq ytiBJX6Q40CVgt+V0sB0JWk= =BVYV -----END PGP SIGNATURE-----

3 6

[Serusers] osp toolkit
by Arya 22 Sep '07

22 Sep '07

Hello Does osp toolkit support billing? and does it have a web interface? -- Thank You

3 4

[OpenSER-Users] 1.3 release schedule
by Bogdan-Andrei Iancu 21 Sep '07

21 Sep '07

Hi, Just as reminder about the 1.3 release schedule: 05.10.2007 - SVN freeze and start testing - please commit all new features or changes till this date 0x.12.2007 - release date (first days of December) Regards, Bogdan

1 0

[OpenSER-Users] PA module
by Bogdan-Andrei Iancu 21 Sep '07

21 Sep '07

Hi, As we have in openser a new well designed presence support (see presence_* and pua_* modules), I think the PA module needs to be purged (anyhow it is not maintained). Does anybody has any good arguments not to do it? Regards, Bogdan

3 5

[Serusers] Monitoring/logging SIP packets
by x-ser＠sidell.org 21 Sep '07

21 Sep '07

Sorry for the stupid question... Is there way to (temporarily) monitor and log the contents of all SIP packets being sent and received by my SER server? -- Mark Sidell Partner Forte, Inc. 919-942-7068 fax 919-969-2844 www.forteinc.com

4 4

[OpenSER-Users] question about force_rtp_proxy()
by Papadopoulos Georgios 21 Sep '07

21 Sep '07

Hello all, I have come accross some issue while using nathelper and rtpproxy. The senario is as follows: An INVITE is sent to a NATed client and rtpproxy is used. force_rtp_proxy() rewrites the SDP to something like c=IN IP4 213.5.43.4. m=audio 35034 RTP/AVP 18 100 101. The client replies 486 Busy and the script sends the request to an Asterisk which is used for voicemail. If force_rtp_proxy() is called a second time before sending to Asterisk then the result is a SDP with the following. c=IN IP4 213.5.43.4213.5.43.4. m=audio 3503435034 RTP/AVP 18 100 101. Obviously this can be avoided if I add the proper logic in the script to avoid the second call to force_rtp_proxy(). However this behaviour looks like a bug. As a second question, when the call goes to Asterisk, there is no need for rtpproxy. So how can someone revert the SDP to its original form? How do you usually handle this case? thank you in advance George Disclaimer The information in this e-mail and any attachments is confidential. It is intended solely for the attention and use of the named addressee(s). If you are not the intended recipient, or person responsible for delivering this information to the intended recipient, please notify the sender immediately. Unless you are the intended recipient or his/her representative you are not authorized to, and must not, read, copy, distribute, use or retain this message or any part of it. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.

2 1

[OpenSER-Users] can not acc failed transactions
by Victor Gamov 21 Sep '07

21 Sep '07

Hi All I red ACC module manual many times but still can not understand what I need to do to account failed transactions (408 for example) I make following configuration but failed transactions still not accounted ---------- cut here ------------------ modparam("acc", "early_media", 1) modparam("acc", "report_ack", 1) modparam("acc", "report_cancels", 1) modparam("acc", "failed_transaction_flag", 1) modparam("acc", "db_flag", 1) route[1] { setflag(1); t_on_failure("1"); t_relay(); } failure_route[1] { xlog("L_ERR", "failure_route[1]: METHOD=$rm; rc=$T_reply_code\n"); } ---------- cut here ------------------ Yes I can add some acc_db_request() into failure_route[1] but this function don't set sip_code field in DB. Please advise me before I start to read sources :-) -- CU, Victor Gamov

2 12

[Serusers] Cannot open module mysq.so - undefined symbol: log
by Borja Diaz de Teran 21 Sep '07

21 Sep '07

*Using Redhat Enterprise *MySQL Version 14.12 Distrib 5.0.27, for pc-linux-gnu (i686) using readline 5.0 1) I've followed the instructions to install SER in conjunction with Mysql and I've even tried to compile in a different way (make group_include="standard standard-dep stable mysql" skip_modules="postgres" all) [root@filipides ser]# ser -f /usr/local/etc/ser/ser.cfg Segment violation I keep getting the same error: Sep 21 13:57:30 filipides ser: ERROR: load_module: could not open module /usr/local/lib/ser/modules/mysql.so>: /usr/local/lib/ser/modules/mysql.so: undefined symbol: log Sep 21 13:57:30 filipides ser: parse error (81,13-14): failed to load module 2) LOG can be found in the following modules (apart from the ser exe):[root@filipides modules]# grep LOG * Match in cpl-c.so Match in dialog.so Match in mysql.so Match in pa.so Match in xlog.so 3) In order to check the existence of that pattern I did the following search:find . -name "*" -exec grep -l "LOG" {} \; , and it's inside (almost) all the files and objects compiled.implementación. The compilation of the MySQL module seems to be correct. gcc -shared -Wl,-O2 -Wl,-E dbase.o db_con.o db_mod.o my_con.o res.o row.o utils.o val.o -L/usr/lib/mysql -L/usr/local/lib -L/usr/local/lib/mysql -L/usr/local/mysql/lib/mysql/ -L/usr/local/mysql/lib -L/usr/lib64/mysql -lmysqlclient -lz -o mysql.so and it doesn't give any errors. I've tried changing all the LOG calls in all the .c files of the MySQL module to printf. I've compiled and install and nothing changes. I keep getting the same error.Do you have any clue of what I could be doing wrong?Thank you in advance. _________________________________________________________________ ¡Ya está aquí Windows Live Spaces! Ahora podrás crear fácilmente tu propio sitio Web. http://spaces.live.com/signup.aspx

1 0

Re: [OpenSER-Users] Missing RTP stream
by Morten Isaksen 21 Sep '07

21 Sep '07

The error was in Mediaproxy. In rtphandler.py i changed nonPublicNetworks = [ {'name': '0.0.0.0', 'value': 0x00000000L, 'mask': 0xff000000L}, {'name': '10.0.0.0', 'value': 0x0a000000L, 'mask': 0xff000000L}, {'name': '127.0.0.0', 'value': 0x7f000000L, 'mask': 0xff000000L}, {'name': '172.16.0.0', 'value': 0xac100000L, 'mask': 0xfff00000L}, {'name': '192.168.0.0', 'value': 0xc0a80000L, 'mask': 0xffff0000L}, {'name': '224.0.0.0', 'value': 0xe0000000L, 'mask': 0xf0000000L} ] To nonPublicNetworks = [ {'name': '0.0.0.0', 'value': 0x00000000L, 'mask': 0xff000000L}, {'name': '10.0.0.0', 'value': 0x0a000000L, 'mask': 0xff000000L}, {'name': '127.0.0.0', 'value': 0x7f000000L, 'mask': 0xff000000L}, {'name': '224.0.0.0', 'value': 0xe0000000L, 'mask': 0xf0000000L} ] I think Mediaproxy got confused with the RFC1918 IP's. In my setup there is no NAT between 172.17.0.0/16 and 192.168.0.0/24 - just a router. On 9/21/07, Norman Brandinger <norm(a)goes.com> wrote: > Is there a firewall in the picture ? You have two different subnets and > there probably is a box doing some (NAT) translation / routing between > them. Is is possible the RTP stream is being blocked at the firewall ? > > Norm > > > Morten Isaksen wrote: > > Hi! > > > > I can see in the mediaproxy log the it is initialized to proxy the > > call, but I newer get a "session xxxxx: called signed in from xxx" > > from Asterisk. > > > > session.py shows that the the connection between mediaproxy and > > Asterisk is missing. > > > > I will try to take a look at the sip debug from asterisk and try to > > change the NAT settings in Asterisk. > > > > Thanks for your input. > > > > On 9/20/07, Norman Brandinger <norm(a)goes.com> wrote: > > > >> You stated that you've forced every call through mediaproxy. Are you > >> positive ? > >> > >> Have you taken a look at the mediaproxy logs (and/or sessions.py when > >> the call is up) ? They might provide some useful information to you. > >> > >> Ditto for Asterisk "sip set debug on" (note that the sip debug command > >> format is a moving target). > >> > >> Have you looked at the "nat=" settings in sip.conf as well ? At times, > >> they tie closely with "canreinvite=". > >> > >> Norm > >> > >> > >> Morten Isaksen wrote: > >> > >>> Hi! > >>> > >>> canreinvite is set to no and the OpenSER/mediaproxy is "hiding" the > >>> clients IP-addresses from Asterisk, so I am pretty sure that this is > >>> not the issue. > >>> > >>> On 9/20/07, Norman Brandinger <norm(a)goes.com> wrote: > >>> > >>> > >>>> Hi Morten, > >>>> > >>>> Admittedly, I haven't looked closely at your trace. However, based on > >>>> the description you gave, the first place to look is at the "canrevite" > >>>> setting in Asterisk sip.conf. You might want to try "canreinvite=no" > >>>> after reading up on this particular setting. > >>>> > >>>> Regards, > >>>> Norm > >>>> > >>>> > >>>> Morten Isaksen wrote: > >>>> > >>>> > >>>>> Hi! > >>>>> > >>>>> I have a strange problem with a missing RTP stream between OpenSER and > >>>>> Asterisk. I am not sure if it is OpenSER og Asterisk related. > >>>>> > >>>>> I have this setup > >>>>> > >>>>> Phone A (172.17.96.17) -- > >>>>> \ Openser -- Asterisk > >>>>> -- PSTN > >>>>> / (192.168.0.6) (192.168.0.3) > >>>>> Phone B (172.17.96.10) -- (172.17.64.1) > >>>>> > >>>>> I also have a Mediaproxy running on OpenSER and I force every call to > >>>>> use the Mediaproxy. > >>>>> > >>>>> I call from Phone A or B to the PSTN works fine and from PSTN to Phone > >>>>> A or B it also works. > >>>>> > >>>>> I have the dialplan logic on my Asterisk server so I want calls from > >>>>> Phone A to Phone B to pass the Asterisk server. And this is were I > >>>>> have the problem. When the call is established the RTP stream is > >>>>> missing between Mediaproxy and Asterisk. I only have a RTP stream > >>>>> between the phones and Mediaproxy. As far as I can see the SIP > >>>>> signalling is correct. > >>>>> > >>>>> The SIP traces is listed below. Can you spot the problem in this? > >>>>> > >>>>> I will buy a beer (or 5) at OpenSER training in Rome to anyone who can > >>>>> help me solve this problem. > >>>>> > >>>>> SIP trace between the phones and OpenSER: > >>>>> > >>>>> > >>>>> > >>> > >>> > >> > > > > > > > > -- Morten Isaksen http://www.misak.dk/blog/

1 0

[OpenSER-Users] Sending IM even when the destination User goes "Offline"
by Cesar Troncoso 21 Sep '07

21 Sep '07

Hello everybody, Lets suppose a user wants to send an Insant Message to another user of his contact list whose presence is "offline". Is there a way to store the message somewhere (another server maybe) for a certain period of time, so that when the destination user goes on-line again receives the Instant Message? Thank you very much in advanced for your help, Cesar

2 1

[OpenSER-Users] Authentication on SIP Invite Message
by Patrick Miccio 21 Sep '07

21 Sep '07

hi, you should have a look at the OpenSER modules like AUTH / AUTH_DB http://www.openser.org/docs/modules/ cheers, Patrick

2 1

[OpenSER-Users] Any way to cache SRV record lookups?
by Tim Madorma 21 Sep '07

21 Sep '07

Hi, I have an application where I am using the OpenSER with an SRV record lookup to load-balance towards several destination servers. When testing, I noticed that even if I have nscd caching turned on by setting: enable-cache hosts yes in my nscd.conf file, it still sends out a DNS SRV query for each call that is made (note that for A record lookups it does use the local nscd cache instead of doing a DNS query). I am running my host on Solaris. Is there any way to get nscd to cache SRV records? If not is there another alternative that I can use? thanks, Tim

2 1

[OpenSER-Users] Authentication on SIP Invite Message
by Memon,Arshad Mehrab 21 Sep '07

21 Sep '07

Hi, Is there any way to enforce security on SIP invite Messages, The SIP proxy should send 407 (Proxy Authentication Required) in response to first INVITE. -- Best Regards, Arshad

1 0

[Serusers] about "calls_forwarding" table in SER database
by 作仁 21 Sep '07

21 Sep '07

Hi all Recently, I try to know how to use "calls_forwarding" table I had already search the document on the iptel.org website But, I can't find anything information about this table. Any one can tell me what value should stuff into this table? Thanks.

1 0

[Serusers] New to SIP Express Server
by Do Nguyen Ha 21 Sep '07

21 Sep '07

hi all the SIP Express Server is a new thing to me Can anyone reccommend me where to start to understand & to config & to install the SIP Express Server + SEMS Thanks Do Nguyen Ha

2 1

Re: [OpenSER-Users] creating call number for xlite user
by Live Great 21 Sep '07

21 Sep '07

Thanks for the info. In the openser server, can you tell me how to create phone number that allow xlite user to dial in (for testing purpose)? Thanks S ----- Original Message ---- From: Norman Brandinger <norm(a)goes.com> To: Live Great <livegreat007(a)yahoo.com> Cc: users(a)openser.org Sent: Friday, September 21, 2007 11:16:31 AM Subject: Re: [OpenSER-Users] creating call number for xlite user Executing openserctl without any parameters will display some usage information. You probably want to start out adding a user to the subscriber table. They syntax is shown below: openserctl add <username> <password> <email> rpid is the Remote-Party-ID and is a SIP header. This is defined in the following EXPIRED draft: http://tools.ietf.org/html/draft-ietf-sip-privacy-04 There are others on this list that might know what the current status of this header is. You may also want to research the P-Asserted-Identity (RFC3325) SIP header. There is a lot of documentation on the openser.org web site. Regards, Norm Live Great wrote: > Hi, > > I have completed the configuration of openser in freebsd 6.2 and > downloaded xlite to my windows xp. > In the man page of opernserctl, I am not fully understand how to add a > calling number for remote xlite user. > eg. what is rpid? the man page doesn't explain. > > Can anyone help? > > Thanks > Sam > ------------------------------------------------------------------------ > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users >

1 0

[OpenSER-Users] creating call number for xlite user
by Live Great 21 Sep '07

21 Sep '07

Hi, I have completed the configuration of openser in freebsd 6.2 and downloaded xlite to my windows xp. In the man page of opernserctl, I am not fully understand how to add a calling number for remote xlite user. eg. what is rpid? the man page doesn't explain. Can anyone help? Thanks Sam

2 1

[OpenSER-Users] Asterisk + OpenSER + WeSIP + Cisco Call Manager
by Victor Pascual Ávila 20 Sep '07

20 Sep '07

Hello, we're deploying a new ToIP network and we are currently using Asterisk (for some services), and OpenSER (as a trunk). Now we would like to introduce a Cisco Call Manager (registered to the OpenSER) and a WeSIP. Do you have any experience connecting CCM (using SIP) to OpenSER? What about WeSIP interaction with other different proxies (not OpenSER+SEAS)? Thanks in advance, Victor Pascual

2 1

Re: [OpenSER-Users] Missing RTP stream
by Morten Isaksen 20 Sep '07

20 Sep '07

Hi! I can see in the mediaproxy log the it is initialized to proxy the call, but I newer get a "session xxxxx: called signed in from xxx" from Asterisk. session.py shows that the the connection between mediaproxy and Asterisk is missing. I will try to take a look at the sip debug from asterisk and try to change the NAT settings in Asterisk. Thanks for your input. On 9/20/07, Norman Brandinger <norm(a)goes.com> wrote: > You stated that you've forced every call through mediaproxy. Are you > positive ? > > Have you taken a look at the mediaproxy logs (and/or sessions.py when > the call is up) ? They might provide some useful information to you. > > Ditto for Asterisk "sip set debug on" (note that the sip debug command > format is a moving target). > > Have you looked at the "nat=" settings in sip.conf as well ? At times, > they tie closely with "canreinvite=". > > Norm > > > Morten Isaksen wrote: > > Hi! > > > > canreinvite is set to no and the OpenSER/mediaproxy is "hiding" the > > clients IP-addresses from Asterisk, so I am pretty sure that this is > > not the issue. > > > > On 9/20/07, Norman Brandinger <norm(a)goes.com> wrote: > > > >> Hi Morten, > >> > >> Admittedly, I haven't looked closely at your trace. However, based on > >> the description you gave, the first place to look is at the "canrevite" > >> setting in Asterisk sip.conf. You might want to try "canreinvite=no" > >> after reading up on this particular setting. > >> > >> Regards, > >> Norm > >> > >> > >> Morten Isaksen wrote: > >> > >>> Hi! > >>> > >>> I have a strange problem with a missing RTP stream between OpenSER and > >>> Asterisk. I am not sure if it is OpenSER og Asterisk related. > >>> > >>> I have this setup > >>> > >>> Phone A (172.17.96.17) -- > >>> \ Openser -- Asterisk > >>> -- PSTN > >>> / (192.168.0.6) (192.168.0.3) > >>> Phone B (172.17.96.10) -- (172.17.64.1) > >>> > >>> I also have a Mediaproxy running on OpenSER and I force every call to > >>> use the Mediaproxy. > >>> > >>> I call from Phone A or B to the PSTN works fine and from PSTN to Phone > >>> A or B it also works. > >>> > >>> I have the dialplan logic on my Asterisk server so I want calls from > >>> Phone A to Phone B to pass the Asterisk server. And this is were I > >>> have the problem. When the call is established the RTP stream is > >>> missing between Mediaproxy and Asterisk. I only have a RTP stream > >>> between the phones and Mediaproxy. As far as I can see the SIP > >>> signalling is correct. > >>> > >>> The SIP traces is listed below. Can you spot the problem in this? > >>> > >>> I will buy a beer (or 5) at OpenSER training in Rome to anyone who can > >>> help me solve this problem. > >>> > >>> SIP trace between the phones and OpenSER: > >>> > >>> > > > > > > > > -- Morten Isaksen http://www.misak.dk/blog/

1 0

[OpenSER-Users] Missing RTP stream
by Morten Isaksen 20 Sep '07

20 Sep '07

Hi! I have a strange problem with a missing RTP stream between OpenSER and Asterisk. I am not sure if it is OpenSER og Asterisk related. I have this setup Phone A (172.17.96.17) -- \ Openser -- Asterisk -- PSTN / (192.168.0.6) (192.168.0.3) Phone B (172.17.96.10) -- (172.17.64.1) I also have a Mediaproxy running on OpenSER and I force every call to use the Mediaproxy. I call from Phone A or B to the PSTN works fine and from PSTN to Phone A or B it also works. I have the dialplan logic on my Asterisk server so I want calls from Phone A to Phone B to pass the Asterisk server. And this is were I have the problem. When the call is established the RTP stream is missing between Mediaproxy and Asterisk. I only have a RTP stream between the phones and Mediaproxy. As far as I can see the SIP signalling is correct. The SIP traces is listed below. Can you spot the problem in this? I will buy a beer (or 5) at OpenSER training in Rome to anyone who can help me solve this problem. SIP trace between the phones and OpenSER: U 172.17.96.17:5060 -> 172.17.64.1:5060 INVITE sip:43336000@172.17.64.1:5060;transport=UDP SIP/2.0. From: "081701"<sip:081701@172.17.96.17>;tag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63. To: "43336000"<sip:43336000@172.17.64.1:5060>. Call-ID: 100c7470-116011ac-13c4-3e125d63-539dcd67-3e125d63(a)172.17.96.17. CSeq: 1 INVITE. Via: SIP/2.0/UDP 172.17.96.17:5060;rport;branch=z9hG4bK-3e125d63-77bccac7-4b008a75. Max-Forwards: 70. Supported: replaces,100rel. Allow: INVITE, ACK, BYE, REFER, NOTIFY, CANCEL. Contact: <sip:081701@172.17.96.17:5060;transport=UDP>. Content-Type: application/sdp. Content-Length: 366. . v=0. o=081701 1041391881 1041391881 IN IP4 172.17.96.17. s=-. c=IN IP4 172.17.96.17. t=0 0. m=audio 10000 RTP/AVP 8 8 18 4 98 2 101. a=rtpmap:8 PCMA/8000. a=rtpmap:8 PCMA/8000. a=rtpmap:18 G729/8000. a=rtpmap:4 g723/8000. a=rtpmap:98 g726-16/8000. a=rtpmap:2 g726-32/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:18 annexb=no. a=fmtp:4 annexa=no. a=fmtp:101 0-15. # U 172.17.64.1:5060 -> 172.17.96.17:5060 SIP/2.0 407 Proxy Authentication Required. From: "081701"<sip:081701@172.17.96.17>;tag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63. To: "43336000"<sip:43336000@172.17.64.1:5060>;tag=e7a9ec63e83496804ae077e38a2ef69c.8352. Call-ID: 100c7470-116011ac-13c4-3e125d63-539dcd67-3e125d63(a)172.17.96.17. CSeq: 1 INVITE. Via: SIP/2.0/UDP 172.17.96.17:5060;rport=5060;branch=z9hG4bK-3e125d63-77bccac7-4b008a75. Proxy-Authenticate: Digest realm="172.17.96.17", nonce="46f2861ed3a501550cd33c28b12936d24c42199c". Server: OpenSer (1.1.0-notls (i386/linux)). Content-Length: 0. Warning: 392 172.17.64.1:5060 "Noisy feedback tells: pid=15649 req_src_ip=172.17.96.17 req_src_port=5060 in_uri=sip:43336000@172.17.64.1:5060;transport=UDP out_uri=sip:43336000@172.17.64.1:5060;transport=UDP via_cnt==1". . # U 172.17.96.17:5060 -> 172.17.64.1:5060 ACK sip:43336000@172.17.64.1:5060;transport=UDP SIP/2.0. From: "081701"<sip:081701@172.17.96.17>;tag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63. To: "43336000"<sip:43336000@172.17.64.1:5060>;tag=e7a9ec63e83496804ae077e38a2ef69c.8352. Call-ID: 100c7470-116011ac-13c4-3e125d63-539dcd67-3e125d63(a)172.17.96.17. CSeq: 1 ACK. Via: SIP/2.0/UDP 172.17.96.17:5060;rport;branch=z9hG4bK-3e125d63-77bccac7-4b008a75. Max-Forwards: 70. Contact: <sip:081701@172.17.96.17:5060;transport=UDP>. Content-Length: 0. . # U 172.17.96.17:5060 -> 172.17.64.1:5060 INVITE sip:43336000@172.17.64.1:5060;transport=UDP SIP/2.0. From: "081701"<sip:081701@172.17.96.17>;tag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63. To: "43336000"<sip:43336000@172.17.64.1:5060>. Call-ID: 100c7470-116011ac-13c4-3e125d63-539dcd67-3e125d63(a)172.17.96.17. CSeq: 2 INVITE. Via: SIP/2.0/UDP 172.17.96.17:5060;rport;branch=z9hG4bK-3e125d63-77bccb03-1bf1c302. Max-Forwards: 70. Supported: replaces,100rel. Allow: INVITE, ACK, BYE, REFER, NOTIFY, CANCEL. Contact: <sip:081701@172.17.96.17:5060;transport=UDP>. Proxy-Authorization: Digest username="081701",realm="172.17.96.17",nonce="46f2861ed3a501550cd33c28b12936d24c42199c",uri="sip:43336000@172.17.64.1:5060;transport=UDP",response="4bf0194044fb4a759ec6134d68bef752",algorithm=MD5. Content-Type: application/sdp. Content-Length: 366. . v=0. o=081701 1041391881 1041391881 IN IP4 172.17.96.17. s=-. c=IN IP4 172.17.96.17. t=0 0. m=audio 10000 RTP/AVP 8 8 18 4 98 2 101. a=rtpmap:8 PCMA/8000. a=rtpmap:8 PCMA/8000. a=rtpmap:18 G729/8000. a=rtpmap:4 g723/8000. a=rtpmap:98 g726-16/8000. a=rtpmap:2 g726-32/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:18 annexb=no. a=fmtp:4 annexa=no. a=fmtp:101 0-15. # U 172.17.64.1:5060 -> 172.17.96.17:5060 SIP/2.0 100 Trying. Via: SIP/2.0/UDP 172.17.96.17:5060;rport=5060;branch=z9hG4bK-3e125d63-77bccb03-1bf1c302. From: "081701"<sip:081701@172.17.96.17>;tag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63. To: "43336000"<sip:43336000@172.17.64.1:5060>. Call-ID: 100c7470-116011ac-13c4-3e125d63-539dcd67-3e125d63(a)172.17.96.17. CSeq: 2 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Max-Forwards: 70. Contact: <sip:43336000@192.168.0.3:5060>. Content-Length: 0. . # U 172.17.64.1:5060 -> 172.17.96.10:5060 INVITE sip:081700@172.17.96.10:5060;transport=UDP SIP/2.0. Record-Route: <sip:172.17.64.1;lr=on;ftag=as28ccd5e9>. Via: SIP/2.0/UDP 172.17.64.1;branch=z9hG4bKcf8.161cb842.1. Via: SIP/2.0/UDP 192.168.0.3:5060;branch=z9hG4bK6ab42128;rport=1265. From: "081701" <sip:43336999@192.168.0.3>;tag=as28ccd5e9. To: <sip:081700@172.17.64.1>. Contact: <sip:43336999@192.168.0.3:1265>. Call-ID: 473e63475049c3e6481c39555040cf75(a)192.168.0.3. CSeq: 102 INVITE. User-Agent: Asterisk PBX. Max-Forwards: 69. Date: Thu, 20 Sep 2007 14:34:26 GMT. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Content-Type: application/sdp. Content-Length: 182. . v=0. o=root 21472 21472 IN IP4 192.168.0.3. s=session. c=IN IP4 172.17.64.1. t=0 0. m=audio 60024 RTP/AVP 8 0. a=rtpmap:8 PCMA/8000. a=rtpmap:0 PCMU/8000. a=silenceSupp:off - - - -. # U 172.17.64.1:5060 -> 172.17.96.17:5060 SIP/2.0 180 Ringing. Via: SIP/2.0/UDP 172.17.96.17:5060;rport=5060;branch=z9hG4bK-3e125d63-77bccb03-1bf1c302. From: "081701"<sip:081701@172.17.96.17>;tag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63. To: "43336000"<sip:43336000@172.17.64.1:5060>;tag=as119e7abe. Call-ID: 100c7470-116011ac-13c4-3e125d63-539dcd67-3e125d63(a)172.17.96.17. CSeq: 2 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Max-Forwards: 70. Contact: <sip:43336000@192.168.0.3:5060>. Content-Length: 0. . # U 172.17.96.10:5060 -> 172.17.64.1:5060 SIP/2.0 180 Ringing. User-Agent: ATI-iMG616RF+/3-5_78. Via: SIP/2.0/UDP 172.17.64.1;branch=z9hG4bKcf8.161cb842.1,SIP/2.0/UDP 192.168.0.3:5060;branch=z9hG4bK6ab42128;rport=1265. From: 081701 <sip:43336999@192.168.0.3>;tag=as28ccd5e9. To: <sip:081700@172.17.64.1>;tag=AAA5NwAN2ggCmwxx. Call-ID: 473e63475049c3e6481c39555040cf75(a)192.168.0.3. CSeq: 102 INVITE. Supported: 100rel,replaces,timer. Content-Length: 0. . # U 172.17.96.10:5060 -> 172.17.64.1:5060 SIP/2.0 200 OK. User-Agent: ATI-iMG616RF+/3-5_78. Via: SIP/2.0/UDP 172.17.64.1;branch=z9hG4bKcf8.161cb842.1,SIP/2.0/UDP 192.168.0.3:5060;branch=z9hG4bK6ab42128;rport=1265. From: 081701 <sip:43336999@192.168.0.3>;tag=as28ccd5e9. To: <sip:081700@172.17.64.1>;tag=AAA5NwAN2ggCmwxx. Call-ID: 473e63475049c3e6481c39555040cf75(a)192.168.0.3. CSeq: 102 INVITE. Supported: 100rel,replaces,timer. Record-Route: <sip:172.17.64.1;lr;ftag=as28ccd5e9>. Contact: <sip:081700@172.17.96.10:5060;transport=UDP>. Content-Length: 171. Content-Type: application/sdp. . v=0. o=- 926679040 1 IN IP4 172.17.96.10. s=ATI-SIP Call. c=IN IP4 172.17.96.10. t=0 0. m=audio 50600 RTP/AVP 8 13. a=rtpmap:8 PCMA/8000. a=ptime:10. a=rtpmap:13 CN/8000. # U 172.17.64.1:5060 -> 172.17.96.12:5060 CANCEL sip:081700@172.17.96.12:5060;transport=UDP SIP/2.0. Via: SIP/2.0/UDP 172.17.64.1;branch=z9hG4bKcf8.161cb842.0. From: "081701" <sip:43336999@192.168.0.3>;tag=as28ccd5e9. Call-ID: 473e63475049c3e6481c39555040cf75(a)192.168.0.3. To: <sip:081700@172.17.64.1>. CSeq: 102 CANCEL. User-Agent: OpenSer (1.1.0-notls (i386/linux)). Content-Length: 0. . # U 172.17.64.1:5060 -> 172.17.96.10:5060 ACK sip:081700@172.17.96.10:5060;transport=UDP SIP/2.0. Record-Route: <sip:172.17.64.1;lr=on;ftag=as28ccd5e9>. Via: SIP/2.0/UDP 172.17.64.1;branch=z9hG4bKcf8.161cb842.3. Via: SIP/2.0/UDP 192.168.0.3:5060;branch=z9hG4bK78618ac6;rport=1265. Route: <sip:172.17.64.1;lr;ftag=as28ccd5e9>. From: "081701" <sip:43336999@192.168.0.3>;tag=as28ccd5e9. To: <sip:081700@172.17.64.1>;tag=AAA5NwAN2ggCmwxx. Contact: <sip:43336999@192.168.0.3>. Call-ID: 473e63475049c3e6481c39555040cf75(a)192.168.0.3. CSeq: 102 ACK. User-Agent: Asterisk PBX. Max-Forwards: 69. Content-Length: 0. . # U 172.17.64.1:5060 -> 172.17.96.17:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP 172.17.96.17:5060;rport=5060;branch=z9hG4bK-3e125d63-77bccb03-1bf1c302. Record-Route: <sip:172.17.64.1;lr=on;ftag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63>. From: "081701"<sip:081701@172.17.96.17>;tag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63. To: "43336000"<sip:43336000@172.17.64.1:5060>;tag=as119e7abe. Call-ID: 100c7470-116011ac-13c4-3e125d63-539dcd67-3e125d63(a)172.17.96.17. CSeq: 2 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Max-Forwards: 70. Contact: <sip:43336000@192.168.0.3:5060>. Content-Type: application/sdp. Content-Length: 238. . v=0. o=root 21472 21472 IN IP4 192.168.0.3. s=session. c=IN IP4 172.17.64.1. t=0 0. m=audio 60022 RTP/AVP 8 0 101. a=rtpmap:8 PCMA/8000. a=rtpmap:0 PCMU/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=silenceSupp:off - - - -. # U 172.17.96.17:5060 -> 172.17.64.1:5060 ACK sip:43336000@192.168.0.3:5060 SIP/2.0. From: "081701"<sip:081701@172.17.96.17>;tag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63. To: "43336000"<sip:43336000@172.17.64.1:5060>;tag=as119e7abe. Call-ID: 100c7470-116011ac-13c4-3e125d63-539dcd67-3e125d63(a)172.17.96.17. CSeq: 2 ACK. Via: SIP/2.0/UDP 172.17.96.17:5060;rport;branch=z9hG4bK-3e125d66-77bcd96f-26ad0a63. Max-Forwards: 70. Contact: <sip:081701@172.17.96.17:5060;transport=UDP>. Route: <sip:172.17.64.1;lr;ftag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63>. Proxy-Authorization: Digest username="081701",realm="172.17.96.17",nonce="46f2861ed3a501550cd33c28b12936d24c42199c",uri="sip:43336000@172.17.64.1:5060;transport=UDP",response="4bf0194044fb4a759ec6134d68bef752",algorithm=MD5. Content-Length: 0. . # U 172.17.96.10:5060 -> 172.17.64.1:5060 BYE sip:43336999@192.168.0.3:1265 SIP/2.0. User-Agent: ATI-iMG616RF+/3-5_78. Via: SIP/2.0/UDP 172.17.96.10:5060;branch=z9hG4bKAABFNwxx. From: 081700 <sip:081700@172.17.64.1>;tag=AAA5NwAN2ggCmwxx. To: <sip:43336999@192.168.0.3>;tag=as28ccd5e9. Call-ID: 473e63475049c3e6481c39555040cf75(a)192.168.0.3. CSeq: 1 BYE. Max-Forwards: 70. Supported: 100rel,replaces,timer. Route: <sip:172.17.64.1;lr;ftag=as28ccd5e9>. Content-Length: 0. . # U 172.17.64.1:5060 -> 172.17.96.10:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP 172.17.96.10:5060;branch=z9hG4bKAABFNwxx. Record-Route: <sip:172.17.64.1;lr=on;ftag=AAA5NwAN2ggCmwxx>. From: 081700 <sip:081700@172.17.64.1>;tag=AAA5NwAN2ggCmwxx. To: <sip:43336999@192.168.0.3>;tag=as28ccd5e9. Call-ID: 473e63475049c3e6481c39555040cf75(a)192.168.0.3. CSeq: 1 BYE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Max-Forwards: 70. Contact: <sip:43336999@192.168.0.3:5060>. Content-Length: 0. X-Asterisk-HangupCause: Normal Clearing. . # U 172.17.64.1:5060 -> 172.17.96.10:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP 172.17.96.10:5060;branch=z9hG4bKAABFNwxx. Record-Route: <sip:172.17.64.1;lr=on;ftag=AAA5NwAN2ggCmwxx>. From: 081700 <sip:081700@172.17.64.1>;tag=AAA5NwAN2ggCmwxx. To: <sip:43336999@192.168.0.3>;tag=as28ccd5e9. Call-ID: 473e63475049c3e6481c39555040cf75(a)192.168.0.3. CSeq: 1 BYE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Max-Forwards: 70. Contact: <sip:43336999@192.168.0.3:1265>. Content-Length: 0. X-Asterisk-HangupCause: Normal Clearing. . # U 172.17.64.1:5060 -> 172.17.96.17:5060 BYE sip:081701@172.17.96.17:5060 SIP/2.0. Record-Route: <sip:172.17.64.1;lr=on;ftag=as119e7abe>. Via: SIP/2.0/UDP 172.17.64.1;branch=z9hG4bK4aff.f48c6cd7.0. Via: SIP/2.0/UDP 192.168.0.3:5060;branch=z9hG4bK0716a581;rport=5060. Route: <sip:172.17.64.1;lr=on;ftag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63>. From: "43336000"<sip:43336000@172.17.64.1:5060>;tag=as119e7abe. To: "081701"<sip:081701@172.17.96.17>;tag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63. Contact: <sip:43336000@192.168.0.3>. Call-ID: 100c7470-116011ac-13c4-3e125d63-539dcd67-3e125d63(a)172.17.96.17. CSeq: 102 BYE. User-Agent: Asterisk PBX. Max-Forwards: 69. Content-Length: 0. . # U 172.17.96.17:5060 -> 172.17.64.1:5060 SIP/2.0 200 OK. From: "43336000"<sip:43336000@172.17.64.1:5060>;tag=as119e7abe. To: "081701"<sip:081701@172.17.96.17>;tag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63. Call-ID: 100c7470-116011ac-13c4-3e125d63-539dcd67-3e125d63(a)172.17.96.17. CSeq: 102 BYE. Via: SIP/2.0/UDP 172.17.64.1;branch=z9hG4bK4aff.f48c6cd7.0. Via: SIP/2.0/UDP 192.168.0.3:5060;rport=5060;branch=z9hG4bK0716a581. Supported: replaces,100rel. Content-Length: 0. . And the SIP trace between OpenSER and Asterisk: # U 192.168.0.6:5060 -> 192.168.0.3:5060 INVITE sip:43336000@172.17.64.1:5060;transport=UDP SIP/2.0. Record-Route: <sip:172.17.64.1;lr=on;ftag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63>. From: "081701"<sip:081701@172.17.96.17>;tag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63. To: "43336000"<sip:43336000@172.17.64.1:5060>. Call-ID: 100c7470-116011ac-13c4-3e125d63-539dcd67-3e125d63(a)172.17.96.17. CSeq: 2 INVITE. Via: SIP/2.0/UDP 172.17.64.1;branch=0. Via: SIP/2.0/UDP 172.17.96.17:5060;rport=5060;branch=z9hG4bK-3e125d63-77bccb03-1bf1c302. Max-Forwards: 69. Supported: replaces,100rel. Allow: INVITE, ACK, BYE, REFER, NOTIFY, CANCEL. Contact: <sip:081701@172.17.96.17:5060;transport=UDP>. Proxy-Authorization: Digest username="081701",realm="172.17.96.17",nonce="46f2861ed3a501550cd33c28b12936d24c42199c",uri="sip:43336000@172.17.64.1:5060;transport=UDP",response="4bf0194044fb4a759ec6134d68bef752",algorithm=MD5. Content-Type: application/sdp. Content-Length: 365. . v=0. o=081701 1041391881 1041391881 IN IP4 172.17.96.17. s=-. c=IN IP4 172.17.64.1. t=0 0. m=audio 60022 RTP/AVP 8 8 18 4 98 2 101. a=rtpmap:8 PCMA/8000. a=rtpmap:8 PCMA/8000. a=rtpmap:18 G729/8000. a=rtpmap:4 g723/8000. a=rtpmap:98 g726-16/8000. a=rtpmap:2 g726-32/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:18 annexb=no. a=fmtp:4 annexa=no. a=fmtp:101 0-15. # U 192.168.0.3:5060 -> 192.168.0.6:5060 SIP/2.0 100 Trying. Via: SIP/2.0/UDP 172.17.64.1;branch=0;received=192.168.0.6. Via: SIP/2.0/UDP 172.17.96.17:5060;rport=5060;branch=z9hG4bK-3e125d63-77bccb03-1bf1c302. From: "081701"<sip:081701@172.17.96.17>;tag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63. To: "43336000"<sip:43336000@172.17.64.1:5060>. Call-ID: 100c7470-116011ac-13c4-3e125d63-539dcd67-3e125d63(a)172.17.96.17. CSeq: 2 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Max-Forwards: 70. Contact: <sip:43336000@192.168.0.3>. Content-Length: 0. . # U 192.168.0.3:5060 -> 172.17.64.1:5060 INVITE sip:081700@172.17.64.1 SIP/2.0. Via: SIP/2.0/UDP 192.168.0.3:5060;branch=z9hG4bK6ab42128;rport. From: "081701" <sip:43336999@192.168.0.3>;tag=as28ccd5e9. To: <sip:081700@172.17.64.1>. Contact: <sip:43336999@192.168.0.3>. Call-ID: 473e63475049c3e6481c39555040cf75(a)192.168.0.3. CSeq: 102 INVITE. User-Agent: Asterisk PBX. Max-Forwards: 70. Date: Thu, 20 Sep 2007 14:34:26 GMT. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Content-Type: application/sdp. Content-Length: 182. . v=0. o=root 21472 21472 IN IP4 192.168.0.3. s=session. c=IN IP4 192.168.0.3. t=0 0. m=audio 10810 RTP/AVP 8 0. a=rtpmap:8 PCMA/8000. a=rtpmap:0 PCMU/8000. a=silenceSupp:off - - - -. # U 172.17.64.1:5060 -> 192.168.0.3:5060 SIP/2.0 100 trying -- your call is important to us. Via: SIP/2.0/UDP 192.168.0.3:5060;branch=z9hG4bK6ab42128;rport=1265. From: "081701" <sip:43336999@192.168.0.3>;tag=as28ccd5e9. To: <sip:081700@172.17.64.1>. Call-ID: 473e63475049c3e6481c39555040cf75(a)192.168.0.3. CSeq: 102 INVITE. Server: OpenSer (1.1.0-notls (i386/linux)). Content-Length: 0. Warning: 392 172.17.64.1:5060 "Noisy feedback tells: pid=15647 req_src_ip=192.168.0.3 req_src_port=1265 in_uri=sip:081700@172.17.64.1 out_uri=sip:081700@172.17.96.12:5060;transport=UDP via_cnt==1". . # U 192.168.0.3:5060 -> 192.168.0.6:5060 SIP/2.0 180 Ringing. Via: SIP/2.0/UDP 172.17.64.1;branch=0;received=192.168.0.6. Via: SIP/2.0/UDP 172.17.96.17:5060;rport=5060;branch=z9hG4bK-3e125d63-77bccb03-1bf1c302. From: "081701"<sip:081701@172.17.96.17>;tag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63. To: "43336000"<sip:43336000@172.17.64.1:5060>;tag=as119e7abe. Call-ID: 100c7470-116011ac-13c4-3e125d63-539dcd67-3e125d63(a)172.17.96.17. CSeq: 2 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Max-Forwards: 70. Contact: <sip:43336000@192.168.0.3>. Content-Length: 0. . # U 172.17.64.1:5060 -> 192.168.0.3:5060 SIP/2.0 180 Ringing. User-Agent: ATI-RG613TX/2-3_59. Via: SIP/2.0/UDP 192.168.0.3:5060;branch=z9hG4bK6ab42128;rport=1265. From: 081701 <sip:43336999@192.168.0.3>;tag=as28ccd5e9. To: <sip:081700@172.17.64.1>;tag=AAAGNwAN2gAZewxx. Call-ID: 473e63475049c3e6481c39555040cf75(a)192.168.0.3. CSeq: 102 INVITE. Supported: 100rel,replaces,timer. Content-Length: 0. . # U 172.17.64.1:5060 -> 192.168.0.3:5060 SIP/2.0 180 Ringing. User-Agent: ATI-iMG616RF+/3-5_78. Via: SIP/2.0/UDP 192.168.0.3:5060;branch=z9hG4bK6ab42128;rport=1265. From: 081701 <sip:43336999@192.168.0.3>;tag=as28ccd5e9. To: <sip:081700@172.17.64.1>;tag=AAA5NwAN2ggCmwxx. Call-ID: 473e63475049c3e6481c39555040cf75(a)192.168.0.3. CSeq: 102 INVITE. Supported: 100rel,replaces,timer. Content-Length: 0. . # U 172.17.64.1:5060 -> 192.168.0.3:5060 SIP/2.0 200 OK. User-Agent: ATI-iMG616RF+/3-5_78. Via: SIP/2.0/UDP 192.168.0.3:5060;branch=z9hG4bK6ab42128;rport=1265. From: 081701 <sip:43336999@192.168.0.3>;tag=as28ccd5e9. To: <sip:081700@172.17.64.1>;tag=AAA5NwAN2ggCmwxx. Call-ID: 473e63475049c3e6481c39555040cf75(a)192.168.0.3. CSeq: 102 INVITE. Supported: 100rel,replaces,timer. Record-Route: <sip:172.17.64.1;lr;ftag=as28ccd5e9>. Contact: <sip:081700@172.17.96.10:5060;transport=UDP>. Content-Length: 170. Content-Type: application/sdp. . v=0. o=- 926679040 1 IN IP4 172.17.96.10. s=ATI-SIP Call. c=IN IP4 172.17.64.1. t=0 0. m=audio 60024 RTP/AVP 8 13. a=rtpmap:8 PCMA/8000. a=ptime:10. a=rtpmap:13 CN/8000. # U 192.168.0.3:5060 -> 172.17.64.1:5060 ACK sip:081700@172.17.96.10:5060;transport=UDP SIP/2.0. Via: SIP/2.0/UDP 192.168.0.3:5060;branch=z9hG4bK78618ac6;rport. Route: <sip:172.17.64.1;lr;ftag=as28ccd5e9>. From: "081701" <sip:43336999@192.168.0.3>;tag=as28ccd5e9. To: <sip:081700@172.17.64.1>;tag=AAA5NwAN2ggCmwxx. Contact: <sip:43336999@192.168.0.3>. Call-ID: 473e63475049c3e6481c39555040cf75(a)192.168.0.3. CSeq: 102 ACK. User-Agent: Asterisk PBX. Max-Forwards: 70. Content-Length: 0. . # U 192.168.0.3:5060 -> 192.168.0.6:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP 172.17.64.1;branch=0;received=192.168.0.6. Via: SIP/2.0/UDP 172.17.96.17:5060;rport=5060;branch=z9hG4bK-3e125d63-77bccb03-1bf1c302. Record-Route: <sip:172.17.64.1;lr=on;ftag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63>. From: "081701"<sip:081701@172.17.96.17>;tag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63. To: "43336000"<sip:43336000@172.17.64.1:5060>;tag=as119e7abe. Call-ID: 100c7470-116011ac-13c4-3e125d63-539dcd67-3e125d63(a)172.17.96.17. CSeq: 2 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Max-Forwards: 70. Contact: <sip:43336000@192.168.0.3>. Content-Type: application/sdp. Content-Length: 238. . v=0. o=root 21472 21472 IN IP4 192.168.0.3. s=session. c=IN IP4 192.168.0.3. t=0 0. m=audio 12684 RTP/AVP 8 0 101. a=rtpmap:8 PCMA/8000. a=rtpmap:0 PCMU/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=silenceSupp:off - - - -. # U 192.168.0.6:5060 -> 192.168.0.3:5060 ACK sip:43336000@192.168.0.3:5060 SIP/2.0. Record-Route: <sip:172.17.64.1;lr=on;ftag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63>. From: "081701"<sip:081701@172.17.96.17>;tag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63. To: "43336000"<sip:43336000@172.17.64.1:5060>;tag=as119e7abe. Call-ID: 100c7470-116011ac-13c4-3e125d63-539dcd67-3e125d63(a)172.17.96.17. CSeq: 2 ACK. Via: SIP/2.0/UDP 172.17.64.1;branch=0. Via: SIP/2.0/UDP 172.17.96.17:5060;rport=5060;branch=z9hG4bK-3e125d66-77bcd96f-26ad0a63. Max-Forwards: 69. Contact: <sip:081701@172.17.96.17:5060;transport=UDP>. Route: <sip:172.17.64.1;lr;ftag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63>. Proxy-Authorization: Digest username="081701",realm="172.17.96.17",nonce="46f2861ed3a501550cd33c28b12936d24c42199c",uri="sip:43336000@172.17.64.1:5060;transport=UDP",response="4bf0194044fb4a759ec6134d68bef752",algorithm=MD5. Content-Length: 0. . # U 192.168.0.6:5060 -> 192.168.0.3:5060 BYE sip:43336999@192.168.0.3:1265 SIP/2.0. Record-Route: <sip:172.17.64.1;lr=on;ftag=AAA5NwAN2ggCmwxx>. User-Agent: ATI-iMG616RF+/3-5_78. Via: SIP/2.0/UDP 172.17.64.1;branch=0. Via: SIP/2.0/UDP 172.17.96.10:5060;branch=z9hG4bKAABFNwxx. From: 081700 <sip:081700@172.17.64.1>;tag=AAA5NwAN2ggCmwxx. To: <sip:43336999@192.168.0.3>;tag=as28ccd5e9. Call-ID: 473e63475049c3e6481c39555040cf75(a)192.168.0.3. CSeq: 1 BYE. Max-Forwards: 69. Supported: 100rel,replaces,timer. Route: <sip:172.17.64.1;lr;ftag=as28ccd5e9>. Content-Length: 0. . # U 172.17.64.1:5060 -> 192.168.0.3:5060 BYE sip:43336999@192.168.0.3:1265 SIP/2.0. Record-Route: <sip:172.17.64.1;lr=on;ftag=AAA5NwAN2ggCmwxx>. User-Agent: ATI-iMG616RF+/3-5_78. Via: SIP/2.0/UDP 172.17.64.1;branch=z9hG4bK26ae.adc1e03.0. Via: SIP/2.0/UDP 172.17.96.10:5060;branch=z9hG4bKAABFNwxx. From: 081700 <sip:081700@172.17.64.1>;tag=AAA5NwAN2ggCmwxx. To: <sip:43336999@192.168.0.3>;tag=as28ccd5e9. Call-ID: 473e63475049c3e6481c39555040cf75(a)192.168.0.3. CSeq: 1 BYE. Max-Forwards: 69. Supported: 100rel,replaces,timer. Content-Length: 0. P-hint: rr-enforced. . # U 192.168.0.3:5060 -> 192.168.0.6:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP 172.17.64.1;branch=0;received=192.168.0.6. Via: SIP/2.0/UDP 172.17.96.10:5060;branch=z9hG4bKAABFNwxx. Record-Route: <sip:172.17.64.1;lr=on;ftag=AAA5NwAN2ggCmwxx>. From: 081700 <sip:081700@172.17.64.1>;tag=AAA5NwAN2ggCmwxx. To: <sip:43336999@192.168.0.3>;tag=as28ccd5e9. Call-ID: 473e63475049c3e6481c39555040cf75(a)192.168.0.3. CSeq: 1 BYE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Max-Forwards: 70. Contact: <sip:43336999@192.168.0.3>. Content-Length: 0. X-Asterisk-HangupCause: Normal Clearing. . # U 192.168.0.3:5060 -> 172.17.64.1:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP 172.17.64.1;branch=z9hG4bK26ae.adc1e03.0;received=172.17.64.1. Via: SIP/2.0/UDP 172.17.96.10:5060;branch=z9hG4bKAABFNwxx. Record-Route: <sip:172.17.64.1;lr=on;ftag=AAA5NwAN2ggCmwxx>. From: 081700 <sip:081700@172.17.64.1>;tag=AAA5NwAN2ggCmwxx. To: <sip:43336999@192.168.0.3>;tag=as28ccd5e9. Call-ID: 473e63475049c3e6481c39555040cf75(a)192.168.0.3. CSeq: 1 BYE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Max-Forwards: 70. Contact: <sip:43336999@192.168.0.3>. Content-Length: 0. X-Asterisk-HangupCause: Normal Clearing. . # U 192.168.0.3:5060 -> 192.168.0.6:5060 BYE sip:081701@172.17.96.17:5060 SIP/2.0. Via: SIP/2.0/UDP 192.168.0.3:5060;branch=z9hG4bK0716a581;rport. Route: <sip:172.17.64.1;lr=on;ftag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63>. From: "43336000"<sip:43336000@172.17.64.1:5060>;tag=as119e7abe. To: "081701"<sip:081701@172.17.96.17>;tag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63. Contact: <sip:43336000@192.168.0.3>. Call-ID: 100c7470-116011ac-13c4-3e125d63-539dcd67-3e125d63(a)172.17.96.17. CSeq: 102 BYE. User-Agent: Asterisk PBX. Max-Forwards: 70. Content-Length: 0. . # U 192.168.0.6:5060 -> 192.168.0.3:5060 SIP/2.0 200 OK. From: "43336000"<sip:43336000@172.17.64.1:5060>;tag=as119e7abe. To: "081701"<sip:081701@172.17.96.17>;tag=100c3d98-116011ac-13c4-3e125d63-6075d01c-3e125d63. Call-ID: 100c7470-116011ac-13c4-3e125d63-539dcd67-3e125d63(a)172.17.96.17. CSeq: 102 BYE. Via: SIP/2.0/UDP 192.168.0.3:5060;rport=5060;branch=z9hG4bK0716a581. Supported: replaces,100rel. Content-Length: 0. . -- Morten Isaksen http://www.misak.dk/blog/

2 2

[OpenSER-Users] Forward REGISTER to Asterisk
by Halomoan Chow 20 Sep '07

20 Sep '07

Dear All I want user who register with my openser also register with my asterisk for later lookup. I tried t_replicate function from TM module but no luck. I end up with Unauthorized message. Could any help me how to make this work? What do I miss ? Thank so much Regards, Halomoan Zhou

4 4

Re: [OpenSER-Users] test operator]
by Klaus Darilion 20 Sep '07

20 Sep '07

Bogdan-Andrei Iancu schrieb: > Hi Klaus, > > the [..] operator is used to convert generic numerical value (maybe > result of arithmetic ops to logical value. > > in your example, the == is already a logical operator, so no need to any > conversion. Does ($rd == "mydomain") works too? is this somewhere documented? The corebook only describes assignments, but not conditions/comparisons. regards klaus

2 1

[OpenSER-Users] tcp receiver with tcp socket?
by Klaus Darilion 20 Sep '07

20 Sep '07

Hi! I have configured openser 1.2 to only listen to udp: Starting Open SIP Router: Listening on udp: 1.2.3.4 [1.2.3.4]:5060 Aliases: *: mydomain.at:* $ openser-1.2-SVN/scripts/openserctl ps Process:: ID=0 PID=29582 Type=attendant Process:: ID=1 PID=29583 Type=receiver child=0 sock= 1.2.3.4:5060 Process:: ID=2 PID=29585 Type=receiver child=1 sock= 1.2.3.4:5060 Process:: ID=3 PID=29586 Type=receiver child=2 sock= 1.2.3.4:5060 Process:: ID=4 PID=29587 Type=receiver child=3 sock= 1.2.3.4:5060 Process:: ID=5 PID=29588 Type=receiver child=4 sock= 1.2.3.4:5060 Process:: ID=6 PID=29589 Type=receiver child=5 sock= 1.2.3.4:5060 Process:: ID=7 PID=29590 Type=receiver child=6 sock= 1.2.3.4:5060 Process:: ID=8 PID=29591 Type=receiver child=7 sock= 1.2.3.4:5060 Process:: ID=9 PID=29592 Type=timer Process:: ID=10 PID=29593 Type=tcp receiver Process:: ID=11 PID=29594 Type=tcp receiver Process:: ID=12 PID=29595 Type=tcp receiver Process:: ID=13 PID=29596 Type=tcp receiver Process:: ID=14 PID=29597 Type=tcp receiver Process:: ID=15 PID=29598 Type=tcp receiver Process:: ID=16 PID=29599 Type=tcp receiver Process:: ID=17 PID=29600 Type=tcp receiver Process:: ID=18 PID=29601 Type=tcp main process So, where does all the "tcp receiver" come from? If they are DB related maybe we should change the "Type". This proxy uses mysql for presence - this I guess all the TCP connections are for presence. But why do I have 19 mysql connections? $ netstat -anp|grep openser tcp 0 0 1.2.3.4:48896 1.2.3.68:3306 ESTABLISHED 29598/openser tcp 0 0 1.2.3.4:48897 1.2.3.68:3306 ESTABLISHED 29599/openser tcp 0 0 1.2.3.4:48898 1.2.3.68:3306 ESTABLISHED 29600/openser tcp 0 0 1.2.3.4:48899 1.2.3.68:3306 ESTABLISHED 29601/openser tcp 0 0 1.2.3.4:48900 1.2.3.68:3306 ESTABLISHED 29582/openser tcp 0 0 1.2.3.4:48889 1.2.3.68:3306 ESTABLISHED 29591/openser tcp 0 0 1.2.3.4:48888 1.2.3.68:3306 ESTABLISHED 29590/openser tcp 0 0 1.2.3.4:48891 1.2.3.68:3306 ESTABLISHED 29593/openser tcp 0 0 1.2.3.4:48890 1.2.3.68:3306 ESTABLISHED 29592/openser tcp 0 0 1.2.3.4:48893 1.2.3.68:3306 ESTABLISHED 29595/openser tcp 0 0 1.2.3.4:48892 1.2.3.68:3306 ESTABLISHED 29594/openser tcp 0 0 1.2.3.4:48895 1.2.3.68:3306 ESTABLISHED 29597/openser tcp 0 0 1.2.3.4:48894 1.2.3.68:3306 ESTABLISHED 29596/openser tcp 0 0 1.2.3.4:48883 1.2.3.68:3306 ESTABLISHED 29585/openser tcp 0 0 1.2.3.4:48882 1.2.3.68:3306 ESTABLISHED 29583/openser tcp 0 0 1.2.3.4:48885 1.2.3.68:3306 ESTABLISHED 29587/openser tcp 0 0 1.2.3.4:48884 1.2.3.68:3306 ESTABLISHED 29586/openser tcp 0 0 1.2.3.4:48887 1.2.3.68:3306 ESTABLISHED 29589/openser tcp 0 0 1.2.3.4:48886 1.2.3.68:3306 ESTABLISHED 29588/openser udp 0 0 1.2.3.4:5060 0.0.0.0:* 29582/openser Thus, why 19 DB connections for 8 UDP childrens? Why 8 tcp receivers in "openserctl ps"? thanks klaus

2 2

[OpenSER-Users] test operator
by Klaus Darilion 20 Sep '07

20 Sep '07

Hi! from the core cookbook of 1.2: > If you want to evaluate arithmetic operations and test the value in > conditions, use the test operator ' [ ... ] ' . This is required to > convert the result to internal convention for drop, true and false. > > if ( [ $var(a)&4 ] ) { > xlog("bit 3 is set in var a"); > } Is there somewhere a detailed description of the test operator? Can it only be used to test for 0/1 or can I also do comparison like e.g. if ([ $rd == "mydomain.at" ]) ? regards klaus

2 1

[OpenSER-Users] Unregister a user when not responding to SIP pings
by Iñaki Baz Castillo 20 Sep '07

20 Sep '07

Hi, many times a softphone or PC crashes without sending the un-REGISTER, so the user remains in location table. OpenSer allows sending SIP ping to users, is not possible to delete the location entry for a user who has left responding to those SIP pings? -- Iñaki Baz Castillo ibc(a)in.ilimit.es

4 10

[Serusers] Ser web configuration
by Tuhin 20 Sep '07

20 Sep '07

Please help me to configure serweb by telling me the procedure.

1 0

[OpenSER-Users] Do we like the same books?
by rizwan_hisham 20 Sep '07

20 Sep '07

I just joined Shelfari to connect with other book lovers. Come see the books I love and see if we have any in common. Then pick my next book so I can keep on reading. Click below to join my group of friends on Shelfari! http://www.shelfari.com/Register.aspx?ActivityId=16332510&InvitationCode=3d… rizwan_hisham Shelfari is a free site that lets you share book ratings and reviews with friends and meet people who have similar tastes in books. It also lets you build an online bookshelf, join book clubs, and get good book recommendations from friends. You should check it out. -------- You have received this email because rizwan_hisham (rizwanhasham(a)gmail.com) directly invited you to join his/her community on Shelfari. It is against Shelfari's policies to invite people who you don't know directly. Follow this link (http://www.shelfari.com/actions/emailoptout.aspx?email=Users@openser.org&ac…) to prevent future invitations to this address. If you believe you do not know this person, you may view (http://www.shelfari.com/rizwan_hisham) his/her Shelfari page or report him/her in our feedback (http://www.shelfari.com/Feedback.aspx) section. Shelfari, 616 1st Ave #300, Seattle, WA 98104

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users