Hello.
Is there a way to modify the contact header?
For example:
REGISTER REGISTER
UA -----------------------------------------------> openser
----------------------------------------------------> Registrar
IP:1.0.0.1 contact: ua(a)1.0.0.1
IP:1.0.0.2 contact: ua(a)1.0.0.2
The idea is to ensure that incoming call (INVITE) will path through the
openser.
Another setup is two interfaces, one public and one internal. Is it
possible with openser?
REGISTER
REGISTER
UA -----------------------------------------------> openser
----------------------------------------------------> Registrar
IP:1.0.0.1 contact: ua(a)1.0.0.1 IP:1.0.0.2
IP:10.2.1.25 contact: ua(a)10.2.1.25
Thanks.
Regards,
Michel.
I am using SER 0.9.6 along with MS RTC Client API for the client
application. When I used the line:
if(method!=REGISTER){
record_route();
}
It caused in a one way communication only in case of audio as well as
in case of in case of instant messaging, a new communication session
had to be established for each message. But when i removed the
record_route() and used sth like:
if(method==ACK){
t_relay();
}
When my code included both the above code snippets, it never reached
the later: if (method==ACK)... part.
Can anyone please tell me why when record_route() was switched on, the
control never reached the later part.
Thank you
kumar
Hi,
I have still not reached the point of authentication, the failure is
happening at establishment on the TCP connection between openSER and
Diameter Client.
Thanks,
Priyanka
________________________________
From: raviprakash sunkara [mailto:sunkara.raviprakash.feb14@gmail.com]
Sent: Tuesday, March 27, 2007 4:03 PM
To: Priyanka Bhargava (WT01 - IP-Multimedia Carrier & Ent Networks)
Subject: Re: [Users] Problem configuring the openSER with the DISC
Hello
Can u check the port forwoarding of diameter clinet and server, if there
are in remote.
In diameter server , client file is there, in that u need to give the
openser username(a)domain.openSER and Password
and nas ( n.w access server ) file in this U server has to know the DC
and same in DC server file will this need to tell the DS.
I guess, Because , Radius and Diameter are Same purpose using in
openSER and other AAA purpose.
But in My experience Radius is Best,
On 3/27/07, priyanka.bhargava(a)wipro.com < priyanka.bhargava(a)wipro.com
<mailto:priyanka.bhargava@wipro.com> > wrote:
Hi Ravi,
Thanks for your quick response. I'm actually connecting openSER with the
diameter client. But the client is not accepting the connection. The
configuration between the diameter client and server are already done.
And they are communicating properly the only problem is the
communication between the Diameter Client and the openSER.
Thanks,
Priyanka
________________________________
From: raviprakash sunkara [mailto:sunkara.raviprakash.feb14@gmail.com]
Sent: Tuesday, March 27, 2007 2:16 PM
To: Priyanka Bhargava (WT01 - IP-Multimedia Carrier & Ent Networks)
Cc: users(a)openser.org
Subject: Re: [Users] Problem configuring the openSER with the DISC
Hello Priyanka,
Diameter and radius both are same purpose.
DialMeter Server never communicate with OpenSER, Vice versa,
So Need the DiaMeter client, Which play the main role to Both openSER or
Diameter,
U problem in Diameter Clinet and server Configuration,
-UA -------->OpenSER-->DiameterClient ---> Diameter Server.
in DiC u should configured the authentation, where the Server is
located.
I'm Using the Radius for AAA,
Thanks & Regards
Sunkara Ravi Prakash
Hyd.....
On 3/27/07, priyanka.bhargava(a)wipro.com < priyanka.bhargava(a)wipro.com>
wrote:
Hi All,
I'm trying use to Diameter Server Client (DISC) for the authentication
purpose (using the auth_diameter module). But I'm facing issues while
creating a connection between openSER and DISC. The diameter client does
not accept the connection from the openSER.
Please let me know if somebody has tried this out and can pass me the
config files and the code changes if any.
Thanks,
Priyanka
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
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users
--
Thanks and Regards
Ravi Prakash Sunkara
ravi.sunkara(a)hyperion-tech.com
M:+91 9985077535
www.hyperion-tech.com
Client and Parent company :- www.august-networks.com
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
--
Thanks and Regards
Ravi Prakash Sunkara
ravi.sunkara(a)hyperion-tech.com
M:+91 9985077535
www.hyperion-tech.com
Client and Parent company :- www.august-networks.com
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
Hello,
after upgrading our MySQL 4.0.x to 5 and compiling the
openser(1.1.1)-mysql modul with the new mysql libraries i always get this
error:
[ID 272136 local1.error] table_version(): Invalid type (2) or nul (0)
version columns for subscriber
The tableversion is the right one and i can access the openser tables with
the openser-user via regular mysql console client.
now i tried it with mysql 4.1 - it's the same problem.
anyone has an idea, what the problem could be?
Well, I did what you said... Grabbed the SVN (today, Tuesday 27th), purged
the old db, modules, binaries and libraries ... Recompiled, ran
openser_mysql.sh create and now I get this error;
PRESENCE:mod_init: Wrong version v1 for table <presentity>, need v0
... :-/
Now what
- Geir
> -----Original Message-----
> From: Anca Vamanu [mailto:anca@voice-system.ro]
> Sent: Monday, March 26, 2007 7:01 PM
> To: Geir O. Jensen
> Subject: Re: [Users] PRESENCE module issues
>
> Hello,
>
> Don't worry. It will for sure be up and running by then.
>
> I was not talking about the offical release, but the SVN
> version of OpenSer1.2.
> To download it use:
>
> # svn co
> https://openser.svn.sourceforge.net/svnroot/openser/branches/1
> .2 openser More information at:
> http://www.openser.org/mos/view/Download/
>
> It must work now :) .
>
> Best regards,
> Anca
>
>
>
> Geir O. Jensen wrote:
>
> >Okay, I downloaded the 1.2.0 tarball on the 19th of March. Was it
> >changed after that date? The date stamp on the
> >http://www.openser.org/pub/openser/1.2.0/src/ server location says
> >March 12th...
> >
> >Hopefully I'll be able to do this within a few days... Easter is
> >looming and things slow down around here then :D
> >
> >Thanks for your help so far!
> >
> >- Geir
> >
> >
> >
> >>-----Original Message-----
> >>From: Anca Vamanu [mailto:anca@voice-system.ro]
> >>Sent: Monday, March 26, 2007 10:17 AM
> >>To: G.O. Jensen
> >>Cc: daniel(a)voice-system.ro
> >>Subject: Re: [Users] PRESENCE module issues
> >>
> >>Hello,
> >>
> >>I was in fact refering to the newst version of OpenSer 1.2.0.
> >>It has also been updated.
> >>You can also take the svn version- it will work with the
> modules from
> >>1.2.0, but you have to make a change in the
> >>database- adding 2 new columns in active_watcher_table
> >>- so you should run the database script again. It has a transport
> >>issue fixed which is still under testing.
> >>
> >>Best regards,
> >>
> >>Anca Vamanu
> >>
> >>G.O. Jensen wrote:
> >>
> >>
> >>
> >>>Hm, righto. Well, I used the "official" downloadable tarball from
> >>>openser.org. Maybe they should rush out a 1.2.1 patch asap then :D
> >>>
> >>>So, do I need to grab all modules and OpenSER core from
> SVN too, or
> >>>while the "updated" presence module work with the "stable" 1.2.0
> >>>OpenSER release?
> >>>
> >>>Anca Vamanu said:
> >>>
> >>>
> >>>
> >>>
> >>>>Hello,
> >>>>
> >>>>I found the problem, much simpler that we might have
> >>>>
> >>>>
> >>thought. You use
> >>
> >>
> >>>>an old version, at least a week old. There was a bug there that I
> >>>>fixed last week.
> >>>>You should take the latest version on svn and it should work.
> >>>>
> >>>>Best regards,
> >>>>
> >>>>Anca Vamanu
> >>>>
> >>>>
> >>>>G.O. Jensen wrote:
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>>Hey, I really want to get this working so all the effort I
> >>>>>
> >>>>>
> >>can pour
> >>
> >>
> >>>>>into it :D I will do more testing over the weekend
> though - I have
> >>>>>two servers so I can see if the problems crops up on both.
> >>>>>
> >>>>>The clients use are eyeBeam 1.5 (Windows) and Gaim
> 2.0beta (Linux).
> >>>>>OpenSER crashes when I register the eyeBeam client and the
> >>>>>
> >>>>>
> >>presence
> >>
> >>
> >>>>>exchange starts. Fork is indeed set to yes in my Config
> >>>>>
> >>>>>
> >>(which I can
> >>
> >>
> >>>>>get you a copy of over the weekend aswell to help
> reproduce it at
> >>>>>your
> >>>>>end...)
> >>>>>
> >>>>>(I'm at home now so I can't access all data easily...)
> >>>>>
> >>>>>Thanks,
> >>>>>G.O. Jensen
> >>>>>UNINETT
> >>>>>
> >>>>>Anca Vamanu said:
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>>Thanks for your effort.
> >>>>>>Unfortunatelly the backtrace is not revealing at all. It seems
> >>>>>>compulsory to reproduce your scenario to be able to fix
> >>>>>>
> >>>>>>
> >>this. And I
> >>
> >>
> >>>>>>just can't manage to do this.
> >>>>>>What clients are you using?
> >>>>>>Is fork yes or no in your configuration?
> >>>>>>
> >>>>>>Many thanks.
> >>>>>>
> >>>>>>G.O. Jensen wrote:
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>>Anca-Maria Vamanu said:
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>>I can't reproduce what you got there and I can't figure
> >>>>>>>>
> >>>>>>>>
> >>out from
> >>
> >>
> >>>>>>>>the log what goes wrong.
> >>>>>>>>Could you please send be the backtrace of the generated core.
> >>>>>>>>Use: gdb openser core
> >>>>>>>> >bt
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>Sure can do... this error was reproducible for me (I
> tried 3 or 4
> >>>>>>>times...)
> >>>>>>>
> >>>>>>>Main routing script does a if method= then handle_()
> >>>>>>>
> >>>>>>>
> >>thingy... and
> >>
> >>
> >>>>>>>then returns.
> >>>>>>>
> >>>>>>>root@test-sip:/# gdb openser core GNU gdb 6.4-debian Copyright
> >>>>>>>2005 Free Software Foundation, Inc.
> >>>>>>>GDB is free software, covered by the GNU General
> Public License,
> >>>>>>>and you are welcome to change it and/or distribute
> copies of it
> >>>>>>>under certain conditions.
> >>>>>>>Type "show copying" to see the conditions.
> >>>>>>>There is absolutely no warranty for GDB. Type "show
> >>>>>>>
> >>>>>>>
> >>warranty" for
> >>
> >>
> >>>>>>>details.
> >>>>>>>This GDB was configured as "i486-linux-gnu"...Using host
> >>>>>>>libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
> >>>>>>>
> >>>>>>>Core was generated by `/usr/local/sbin/openser -P
> >>>>>>>/var/run/openser.pid -m
> >>>>>>>32 -u root -g root'.
> >>>>>>>Program terminated with signal 11, Segmentation fault.
> >>>>>>>
> >>>>>>>warning: Can't read pathname for load map: Input/output error.
> >>>>>>>Reading symbols from /lib/tls/i686/cmov/libdl.so.2...done.
> >>>>>>>Loaded symbols for /lib/tls/i686/cmov/libdl.so.2
> Reading symbols
> >>>>>>>
> >>>>>>>
> >>>>>>>from /lib/tls/i686/cmov/libresolv.so.2...done.
> >>>>>>
> >>>>>>
> >>>>>>>Loaded symbols for /lib/tls/i686/cmov/libresolv.so.2 Reading
> >>>>>>>symbols from /usr/lib/i686/cmov/libssl.so.0.9.8...done.
> >>>>>>>Loaded symbols for /usr/lib/i686/cmov/libssl.so.0.9.8
> >>>>>>>Reading symbols from
> >>>>>>>
> >>>>>>>
> >>/usr/lib/i686/cmov/libcrypto.so.0.9.8...done.
> >>
> >>
> >>>>>>>Loaded symbols for /usr/lib/i686/cmov/libcrypto.so.0.9.8
> >>>>>>>Reading symbols from /lib/tls/i686/cmov/libc.so.6...done.
> >>>>>>>Loaded symbols for /lib/tls/i686/cmov/libc.so.6 Reading symbols
> >>>>>>>
> >>>>>>>
> >>>>>>>from /lib/ld-linux.so.2...done.
> >>>>>>
> >>>>>>
> >>>>>>>Loaded symbols for /lib/ld-linux.so.2 Reading symbols from
> >>>>>>>/usr/lib/libz.so.1...done.
> >>>>>>>Loaded symbols for /usr/lib/libz.so.1 Reading symbols from
> >>>>>>>/usr/local/lib/openser/modules/mysql.so...done.
> >>>>>>>Loaded symbols for /usr/local/lib/openser/modules/mysql.so
> >>>>>>>Reading symbols from /lib/tls/i686/cmov/libm.so.6...done.
> >>>>>>>Loaded symbols for /lib/tls/i686/cmov/libm.so.6 Reading symbols
> >>>>>>>
> >>>>>>>
> >>>>>>>from /usr/lib/libmysqlclient.so.14...done.
> >>>>>>
> >>>>>>
> >>>>>>>Loaded symbols for /usr/lib/libmysqlclient.so.14
> Reading symbols
> >>>>>>>
> >>>>>>>
> >>>>>>>from /lib/tls/i686/cmov/libcrypt.so.1...done.
> >>>>>>
> >>>>>>
> >>>>>>>Loaded symbols for /lib/tls/i686/cmov/libcrypt.so.1
> >>>>>>>
> >>>>>>>
> >>Reading symbols
> >>
> >>
> >>>>>>>from /lib/tls/i686/cmov/libnsl.so.1...done.
> >>>>>>
> >>>>>>
> >>>>>>>Loaded symbols for /lib/tls/i686/cmov/libnsl.so.1
> >>>>>>>
> >>>>>>>
> >>Reading symbols
> >>
> >>
> >>>>>>>from /usr/local/lib/openser/modules/sl.so...done.
> >>>>>>
> >>>>>>
> >>>>>>>Loaded symbols for /usr/local/lib/openser/modules/sl.so
> >>>>>>>Reading symbols from
> /usr/local/lib/openser/modules/tm.so...done.
> >>>>>>>Loaded symbols for /usr/local/lib/openser/modules/tm.so
> >>>>>>>Reading symbols from
> /usr/local/lib/openser/modules/rr.so...done.
> >>>>>>>Loaded symbols for /usr/local/lib/openser/modules/rr.so
> >>>>>>>Reading symbols from
> >>>>>>>
> >>>>>>>
> >>/usr/local/lib/openser/modules/maxfwd.so...done.
> >>
> >>
> >>>>>>>Loaded symbols for /usr/local/lib/openser/modules/maxfwd.so
> >>>>>>>Reading symbols from
> >>>>>>>
> >>>>>>>
> >>/usr/local/lib/openser/modules/usrloc.so...done.
> >>
> >>
> >>>>>>>Loaded symbols for /usr/local/lib/openser/modules/usrloc.so
> >>>>>>>Reading symbols from
> >>>>>>>/usr/local/lib/openser/modules/registrar.so...done.
> >>>>>>>Loaded symbols for /usr/local/lib/openser/modules/registrar.so
> >>>>>>>Reading symbols from
> >>>>>>>
> >>>>>>>
> >>/usr/local/lib/openser/modules/textops.so...done.
> >>
> >>
> >>>>>>>Loaded symbols for /usr/local/lib/openser/modules/textops.so
> >>>>>>>Reading symbols from
> >>>>>>>
> >>>>>>>
> >>/usr/local/lib/openser/modules/xlog.so...done.
> >>
> >>
> >>>>>>>Loaded symbols for /usr/local/lib/openser/modules/xlog.so
> >>>>>>>Reading symbols from
> >>>>>>>
> >>>>>>>
> >>/usr/local/lib/openser/modules/enum.so...done.
> >>
> >>
> >>>>>>>Loaded symbols for /usr/local/lib/openser/modules/enum.so
> >>>>>>>Reading symbols from
> >>>>>>>
> >>>>>>>
> >>/usr/local/lib/openser/modules/uri_db.so...done.
> >>
> >>
> >>>>>>>Loaded symbols for /usr/local/lib/openser/modules/uri_db.so
> >>>>>>>Reading symbols from
> >>>>>>>
> >>>>>>>
> >>/usr/local/lib/openser/modules/options.so...done.
> >>
> >>
> >>>>>>>Loaded symbols for /usr/local/lib/openser/modules/options.so
> >>>>>>>Reading symbols from
> >>>>>>>
> >>>>>>>
> >>/usr/local/lib/openser/modules/auth.so...done.
> >>
> >>
> >>>>>>>Loaded symbols for /usr/local/lib/openser/modules/auth.so
> >>>>>>>Reading symbols from
> >>>>>>>
> >>>>>>>
> >>/usr/local/lib/openser/modules/auth_db.so...done.
> >>
> >>
> >>>>>>>Loaded symbols for /usr/local/lib/openser/modules/auth_db.so
> >>>>>>>Reading symbols from
> >>>>>>>
> >>>>>>>
> >>/usr/local/lib/openser/modules/avpops.so...done.
> >>
> >>
> >>>>>>>Loaded symbols for /usr/local/lib/openser/modules/avpops.so
> >>>>>>>Reading symbols from
> >>>>>>>
> >>>>>>>
> >>/usr/local/lib/openser/modules/mi_fifo.so...done.
> >>
> >>
> >>>>>>>Loaded symbols for /usr/local/lib/openser/modules/mi_fifo.so
> >>>>>>>Reading symbols from
> >>>>>>>
> >>>>>>>
> >>/usr/local/lib/openser/modules/presence.so...done.
> >>
> >>
> >>>>>>>Loaded symbols for /usr/local/lib/openser/modules/presence.so
> >>>>>>>Reading symbols from /usr/lib/libxml2.so.2...done.
> >>>>>>>Loaded symbols for /usr/lib/libxml2.so.2 Reading symbols from
> >>>>>>>/lib/tls/i686/cmov/libnss_compat.so.2...done.
> >>>>>>>Loaded symbols for /lib/tls/i686/cmov/libnss_compat.so.2
> >>>>>>>Reading symbols from /lib/tls/i686/cmov/libnss_nis.so.2...done.
> >>>>>>>Loaded symbols for /lib/tls/i686/cmov/libnss_nis.so.2
> >>>>>>>Reading symbols from
> /lib/tls/i686/cmov/libnss_files.so.2...done.
> >>>>>>>Loaded symbols for /lib/tls/i686/cmov/libnss_files.so.2
> >>>>>>>#0 0x080b7eed in fm_free (qm=0x8170b40, p=0xb7a8ffdf) at
> >>>>>>>mem/f_malloc.c:130
> >>>>>>>130 frag->u.nxt_free=*f;
> >>>>>>>(gdb) bt
> >>>>>>>#0 0x080b7eed in fm_free (qm=0x8170b40, p=0xb7a8ffdf) at
> >>>>>>>mem/f_malloc.c:130
> >>>>>>>#1 0xb7a8ce8f in handle_subscribe (msg=0x8186ca8, str1=0x0,
> >>>>>>>str2=0x0)
> >>>>>>> at subscribe.c:1099
> >>>>>>>#2 0x08052d56 in do_action (a=0x8178f48, msg=0x8186ca8) at
> >>>>>>>action.c:883
> >>>>>>>#3 0x08051faa in run_action_list (a=0x8178e68,
> msg=0x8186ca8) at
> >>>>>>>action.c:131
> >>>>>>>#4 0x08054423 in do_action (a=0x81790d8, msg=0x8186ca8) at
> >>>>>>>action.c:801
> >>>>>>>#5 0x08051faa in run_action_list (a=0x8178ba0,
> msg=0x8186ca8) at
> >>>>>>>action.c:131
> >>>>>>>#6 0x08054423 in do_action (a=0x817bc88, msg=0x8186ca8) at
> >>>>>>>action.c:801
> >>>>>>>#7 0x08051faa in run_action_list (a=0x81770c8,
> msg=0x8186ca8) at
> >>>>>>>action.c:131
> >>>>>>>#8 0x080552c5 in run_top_route (a=0x81770c8, msg=0x0) at
> >>>>>>>action.c:111
> >>>>>>>#9 0x08082769 in receive_msg (
> >>>>>>> buf=0x8140180 "SUBSCRIBE sip:oak@test-sip.uninett.no
> >>>>>>>
> >>>>>>>
> >>SIP/2.0\r\nVia:
> >>
> >>
> >>>>>>>SIP/2.0/UDP
> >>>>>>>158.38.62.97:16472;branch=z9hG4bK-d87543-2b2f3c5a00212916
> >>>>>>>
> >>>>>>>
> >>-1--d87543-;rport\r\nMax-Forwards:
> >>
> >>
> >>>>>>>69\r\nContact: <sip:gojensen@158.38.62.97:16472>"...,
> >>>>>>> len=635, rcv_info=0xbfae1328) at receive.c:156 #10
> >>>>>>>
> >>>>>>>
> >>0x080b112a in
> >>
> >>
> >>>>>>>udp_rcv_loop () at udp_server.c:465
> >>>>>>>#11 0x08070a08 in main_loop () at main.c:834
> >>>>>>>#12 0x08072045 in main (argc=9, argv=0xbfae14e4) at main.c:1399
> >>>>>>>
> >>>>>>>// geir.o.jensen(a)uninett.no
> >>>>>>> UNINETT AS, NO-7465 Trondheim, NORWAY
> >>>>>>> Fax: +47 73 55 79 01, Phn: +47 73 55 79 00
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>// geir.o.jensen(a)uninett.no
> >>>>> UNINETT AS, NO-7465 Trondheim, NORWAY
> >>>>> Fax: +47 73 55 79 01, Phn: +47 73 55 79 00
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>// geir.o.jensen(a)uninett.no
> >>> UNINETT AS, NO-7465 Trondheim, NORWAY
> >>> Fax: +47 73 55 79 01, Phn: +47 73 55 79 00
> >>>
> >>>
> >>>
> >>>
> >>
> >>
> >
> >
> >
>
>
Hi Daniel,
Increasing the children from 4 to 16 did turn into same results (I was already using debug=3 and fork=yes).
But setting debug=0 did real turn in much better results.
Thanks a lot,
Toni
-----Original Message-----
From: Daniel-Constantin Mierla [mailto:daniel@voice-system.ro]
Sent: segunda-feira, 26 de Março de 2007 16:53
To: Toni Barata
Cc: users(a)openser.org
Subject: Re: [Users] load testing presence server
Hello,
if you use exactly the same config, then turn debug to a lower level
(e.g., 3), set fork=yes and children to 16 for better results.
Cheers,
Daniel
On 03/26/07 18:48, Toni Barata wrote:
>
> Hi Anka,
>
>
>
> In a scenario using Openser as a Presence Sever (using the config file
> example located in
> http://openser.org/dokuwiki/doku.php/presence:configuration-file), the
> execution of load tests (with sipp) with Subscribe Presence WInfo had
> as result a maximum of 20 sessions per second (We are using a Intel(R)
> Xeon(TM) CPU 3.00GHz with 2GB RAM), with lots of retransmissions if we
> increase to values bigger than 20 (Openser dos not crash). Is there
> any configurable parameter in the Presence module that allows
> increasing this value?
>
>
>
> Best regards,
>
> Toni
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Users mailing list
> Users(a)openser.org
> http://openser.org/cgi-bin/mailman/listinfo/users
>
Hi Daniel,
Does this problem affect 1.1.1 or only 1.2? Is there a patch to use for 1.1.1?
thank you
George
--------------------------------------------------------------------------------
Hello Ovidiu,
On 03/23/07 17:04, Ovidiu Sas wrote:
> Hi Daniel,
>
> Can we backport this one to 1.2?
already done, two minutes after the commit in trunk.
Cheers,
Daniel
>
>
> Regards,
> Ovidiu Sas
>
> On 3/22/07, Daniel-Constantin Mierla <daniel at voice-system.ro <http://openser.org/cgi-bin/mailman/listinfo/users> > wrote:
>> Hello,
>>
>> the supposed fragmentation turned out to be a mem leak in pkg. Please
>> take the latest SVN version and try again to see if you got same
>> results.
>>
>> Thanks,
>> Daniel
>>
>> On 03/19/07 18:52, Christian Schlatter wrote:
>> > ...
>> >>> The memory statistics indeed show a high number of memory fragments:
>> >>>
>> >>> before 'out of memory':
>> >>>
>> >>> shmem:total_size = 536870912
>> >>> shmem:used_size = 59607040
>> >>> shmem:real_used_size = 60106488
>> >>> shmem:max_used_size = 68261536
>> >>> shmem:free_size = 476764424
>> >>> shmem:fragments = 9897
>> >>>
>> >>> after 'out of memory' (about 8000 calls per process):
>> >>>
>> >>> shmem:total_size = 536870912
>> >>> shmem:used_size = 4171160
>> >>> shmem:real_used_size = 4670744
>> >>> shmem:max_used_size = 68261536
>> >>> shmem:free_size = 532200168
>> >>> shmem:fragments = 57902
>> >>>
>> >>>>
>> >>>> You can try to compile openser with -DQM_JOIN_FREE (add it in DEFS
>> >>>> variable of Makefile.defs) and test again. Free fragments should be
>> >>>> merged and fragmentation should not occur -- processing will be
>> >>>> slower. We will try for next release to provide a better solution
>> >>>> for that.
>> >>>
>> >>> Compiling openser with -DQM_JOIN_FREE did not help. I'm not sure how
>> >>> big of a problem this fragmentation issue is.
>> >> What is the number of fragments with QM_JOIN_FREE after flooding?
>> >
>> > The numbers included above are with QM_JOIN_FREE enabled.
>> >
>> >>> Do you think it would make sense to restart our production openser
>> >>> instances from time to time just to make sure they're not running
>> >>> into this memory fragmentation limits?
>> >> The issue will occur only when the call rate reaches the limits of
>> >> the proxy's memory. Otherwise the chunks are reused. Transactions and
>> >> avps are rounded up to be sure there will be minimized the number of
>> >> different sizes for memory chunks. It wasn't reported too often,
>> >> maybe that's why no big attention was paid to it. This memory system
>> >> is in place since the beginning of ser. Alternative is to use sysv
>> >> shared memory, but is much slower, along with libc private memory
>> >> manager.
>> >
>> > I've done some more testing and the same out-of-memory stuff happens
>> > when I run sipp with 10 calls per second only. I tested with
>> > 'children=1' and I only could get through about 8200 calls (again
>> > those 8000 calls / process). And this is with QM_JOIN_FREE enabled.
>> >
>> > Memory statistics:
>> >
>> > before:
>> > shmem:total_size = 536870912
>> > shmem:used_size = 2311976
>> > shmem:real_used_size = 2335720
>> > shmem:max_used_size = 2465816
>> > shmem:free_size = 534535192
>> > shmem:fragments = 183
>> >
>> > after:
>> > shmem:total_size = 536870912
>> > shmem:used_size = 1853472
>> > shmem:real_used_size = 1877224
>> > shmem:max_used_size = 2465816
>> > shmem:free_size = 534993688
>> > shmem:fragments = 547
>> >
>> > So I'm not sure if this is really a fragmentation issue. 10 cps surely
>> > doesn't reach the proxy's memory.
>> >
>> > Thoughts?
>> >
>> > Christian
>> >
>> >
>> >
>> >> Cheers,
>> >> Daniel
>> >>
>> >>>
>> >>> thanks,
>> >>> Christian
>> >>>
>> >>>>
>> >>>> Cheers,
>> >>>> Daniel
>> >>>>
>> >>>> On 03/18/07 01:21, Christian Schlatter wrote:
>> >>>>> Christian Schlatter wrote:
>> >>>>> ...
>> >>>>>>
>> >>>>>> I always had 768MB shared memory configured though, so I still
>> >>>>>> can't explain the memory allocation errors I got. Some more test
>> >>>>>> runs revealed that I only get these errors when using a more
>> >>>>>> production oriented config that loads more modules than the one
>> >>>>>> posted in my earlier email. I now try to figure out what exactly
>> >>>>>> causes these memory allocation errors that happen reproducibly
>> >>>>>> after about 220s at 400 cps.
>> >>>>>
>> >>>>> I think I found the cause for the memory allocation errors. As
>> >>>>> soon as I include an AVP write operation in the routing script, I
>> >>>>> get 'out of memory' messages after a certain number of calls
>> >>>>> generated with sipp.
>> >>>>>
>> >>>>> The routing script to reproduce this behavior looks like (full
>> >>>>> config available at
>> >>>>> http://www.unc.edu/~cschlatt/openser/openser.cfg <http://www.unc.edu/~cschlatt/openser/openser.cfg> ):
>> >>>>>
>> >>>>> route{
>> >>>>> $avp(s:ct) = $ct; # commenting this line solves
>> >>>>> # the memory problem
>> >>>>>
>> >>>>> if (!method=="REGISTER") record_route();
>> >>>>> if (loose_route()) route(1);
>> >>>>>
>> >>>>> if (uri==myself) rewritehost("xx.xx.xx.xx");
>> >>>>> route(1);
>> >>>>> }
>> >>>>>
>> >>>>> route[1] {
>> >>>>> if (!t_relay()) sl_reply_error();
>> >>>>> exit;
>> >>>>> }
>> >>>>>
>> >>>>> An example log file showing the 'out of memory' messages is
>> >>>>> available at http://www.unc.edu/~cschlatt/openser/openser.log <http://www.unc.edu/~cschlatt/openser/openser.log> .
>> >>>>>
>> >>>>> Some observations:
>> >>>>>
>> >>>>> - The 'out of memory' messages always appear after about 8000 test
>> >>>>> calls per worker process. One call consists of two SIP
>> >>>>> transactions and six end-to-end SIP messages. An openser with 8
>> >>>>> children handles about 64'000 calls, whereas 4 children only
>> >>>>> handle about 32'000 calls. The sipp call rate doesn't matter, only
>> >>>>> number of calls.
>> >>>>>
>> >>>>> - The 8000 calls per worker process are independent from the
>> >>>>> amount of shared memory available. Running openser with -m 128 or
>> >>>>> -m 768 does not make a difference.
>> >>>>>
>> >>>>> - The more AVP writes are done in the script, the less calls go
>> >>>>> through. It looks like each AVP write is leaking memory (unnoticed
>> >>>>> by the memory statistics).
>> >>>>>
>> >>>>> - The fifo memory statistics do not reflect the 'out of memory'
>> >>>>> syslog messages. Even if openser does not route a single SIP
>> >>>>> message because of memory issues, the statistics still show a lot
>> >>>>> of 'free' memory.
>> >>>>>
>> >>>>>
>> >>>>> All tests were done with openser SVN 1.2 branch on Ubuntu dapper
>> >>>>> x86. I think the same is true for 1.1 version but I haven't tested
>> >>>>> that yet.
>> >>>>>
>> >>>>>
>> >>>>> Christian
>> >>>>>
>> >>>
>> >>>
>> >
>> >
>> > _______________________________________________
>> > Users mailing list
>> > Users at openser.org <http://openser.org/cgi-bin/mailman/listinfo/users>
>> > http://openser.org/cgi-bin/mailman/listinfo/users <http://openser.org/cgi-bin/mailman/listinfo/users>
>> >
>>
>> _______________________________________________
>> Users mailing list
>> Users at openser.org <http://openser.org/cgi-bin/mailman/listinfo/users>
>> http://openser.org/cgi-bin/mailman/listinfo/users <http://openser.org/cgi-bin/mailman/listinfo/users>
>>
>
Γιώργος Παπαδόπουλος
Altec Telecoms
R&D Department
Πάτμου 14, 151 23 Μαρούσι
τηλ.: +30 211 687 2933
fax.: +30 211 687 2911
e-mail: geop(a)altectelecoms.gr
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.
Hello,
I'm using the pua_usrloc for IP phones with no
presence options.
When I restart the IP phone, the first REGISTER makes
the module to send the PUBLISH message and the
presentity is stored in the table with the proper
expiration time. For the next REGISTER, it seems the
module is using the old "expires" time instead taking
the new value because the presentity expires some
seconds after that.
For further registrations, it's happening the same
because the status is always offline after the second
REGISTER.
It doesn't matter the db_mode used for the usrloc
module.
Any suggestions?
Thanks for your help,
Humberto Quintana
____________________________________________________________________________________
Expecting? Get great news right away with email Auto-Check.
Try the Yahoo! Mail Beta.
http://advision.webevents.yahoo.com/mailbeta/newmail_tools.html
Hello,
I currently use this code :
if (is_method("REGISTER"))
{
if (!radius_www_authorize("mydomain"))
{
www_challenge("mydomain", "0");
exit;
};
xlog("new user : $au");
save("location")) ;
exit;
};
But save function add a new item in location table with these param :
Username, domain, contact ....user_agent, socket, methods.
Username use by register module isn't Authentification's username how
can I change it ?
Is it possible to add more location for a user ? ( Like username and
numer phone )
Thank for your help.
Hi,
I'm trying to set up OpenSER as a presence server without using force_active
(ie to allow authorization). I have two x-lite clients which register with
OpenSER and can subscribe to each other. I get a prompt on each client
asking whether to authorize the other, but if I click yes no presence info
is displayed. If I restart either of the x-lites the authorization message
appears again. I know this is because the subs_status field of the watchers
table is not being changed from "pending" to "active". If I run a packet
capture when starting up x-lite, it sends the 200 OK to the notify provided
by OpenSER, but when I click "allow" in the authorization box, nothing is
sent to OpenSER.
Has anyone got presence working with x-lite without using force_active? If
so, is there anything I'm missing? My config file is as follows:
debug=7 # debug level (cmd line: -dddddddddd)
fork=no
log_stderror=yes
check_via=no # (cmd. line: -v)
dns=no # (cmd. line: -r)
rev_dns=no # (cmd. line: -R)
listen=udp:192.168.1.107:5060
children=4
mpath="/usr/local/lib/openser/modules/"
loadmodule "mysql.so"
loadmodule "sl.so"
loadmodule "usrloc.so"
loadmodule "registrar.so"
loadmodule "maxfwd.so "
loadmodule "textops.so"
loadmodule "tm.so"
loadmodule "rr.so"
loadmodule "presence.so"
loadmodule "avpops.so"
loadmodule "mi_fifo.so"
modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo")
modparam("usrloc", "db_mode", 3)
modparam("rr", "enable_full_lr", 1)
modparam("presence|^usrloc$", "db_url"," mysql://user:pass@localhost
/openser")
modparam("presence", "force_active", 0)
modparam("presence", "max_expires", 3600)
modparam("presence", "server_address", "sip: 192.168.1.107:5060")
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 (!is_method("REGISTER"))
record_route();
if (loose_route()) {
route(1);
exit;
};
if (!uri==myself) {
route(1);
exit;
};
if (uri==myself) {
if (method=="REGISTER") {
save("location");
exit;
};
if (!lookup("location")) {
sl_send_reply("404", "Not Found");
exit;
};
};
if( is_method("PUBLISH|SUBSCRIBE")) {
route(2);
exit;
};
route(1);
}
route[1] {
if (!t_relay()) {
sl_reply_error();
};
exit;
}
route[2]
{
sl_send_reply("100","trying");
if (!t_newtran())
{
sl_reply_error();
exit;
};
if(is_method("PUBLISH"))
{
handle_publish();
t_release();
}
else if( is_method("SUBSCRIBE"))
{
handle_subscribe();
t_release();
};
exit;
}
Thanks in advance,
Sebastian
--
Sebastian Murray-Roberts (B.Sc Hons)
Server Developer
Yeigo Communications
http://www.yeigo.com
Tel: +27 21 409 7807
Fax: +27 21 409 7050
Mobile: +27 72 183 5998
CONFIDENTIALITY NOTICE: E-MAIL
This e-mail is confidential. If you receive it by mistake, please delete it
and notify the sender immediately. If you are not the intended recipient,
you may not use, disclose, distribute, copy or publish any information
contained herein.