Sponsor: VoiceMeUp - Corporate & Wholesale VoIP Services

VoIP Mailing List Archives
Mailing list archives for the VoIP community
 SearchSearch 

[Freeswitch-users] Freeswitch optimization as a registrar


 
Post new topic   Reply to topic    VoIP Mailing List Archives Forum Index -> freeSWITCH Users
View previous topic :: View next topic  
Author Message
kawarod at laposte.net
Guest





PostPosted: Tue Dec 30, 2008 7:33 am    Post subject: [Freeswitch-users] Freeswitch optimization as a registrar Reply with quote

Hi all,

I know that freeswitch has not been designed as a pure sip
proxy/registrar, but I'm wondering how many subscribers could be handled
by FS.

I setup the following test environment:
- Kamailio 1.4.2 as the registrar
- all invite requests are flowing through FS, even for a call
between 2 registered subscribers. Many reasons for this: the calls CDR
are centralized in the same format, I can easily add a billing ID to a
call, proceed to recording, set the caller as anonymous if requested...
- FS is used also as a SBC

There is still a lot of work to do, mainly on the call forwarding
feature and this is why I'm wondering (simply out of curiosity) what
could have been achieved using only FS (easier to setup when only one
equipment is involved Smile ).

I'd like to register 40 000 subscribers (if each user registers every
60s, you have approx 670 registration per second, this setup is working
on Kamailio).

I did the following to increase FS performance regarding registration:
- put the directory containing users in a RAMDISK
- put the db directory in a RAMDISK

with this I was able to reach 190 registration per second (50 without
the ramdisk) but for one SIP account, not too useful :p (for your
information I see a huge improvement when switching from 1.0.1 phoenix:
150cps to FS svn 105xx: 190)
When trying with 25000 SIP accounts, I got no more than 30cps.

Then I tried to use the odbc mysql for registration, using this I was
able to achieve 50cps. The mysql DB is not in a RAMDISK. For all these
tests, the presence support has been disabled.

As the IO performance seems to be a bottleneck, I'd like to know if
there is a way to store the registration in memory only without database
persistency.

This thread is there only to share tips, not to complain about FS poor
performance as a SIP registrar when compared to Kamailio. If I compare
FS to a commercial SBC I'm using in production, I have to say that FS is
really a great piece of software (lacks only statistics module, snmp,
and heartbeat redundancy for failover).

regards,
rod










_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Back to top
dyfet at gnutelephony.org
Guest





PostPosted: Tue Dec 30, 2008 8:10 am    Post subject: [Freeswitch-users] Freeswitch optimization as a registrar Reply with quote

You actually have potentially ~1320 effective "SIP transactions" per
second to support 40000 registered ua's with a 60s refresh. This is
because the ua sends it's registration refresh unauthenticated. The
registrar will then push back an authentication challenge request so the
ua can prove its identity, at which point the ua then repeats the same
transaction, but with authentication credentials attached.

rod wrote:
Quote:
Hi all,

I know that freeswitch has not been designed as a pure sip
proxy/registrar, but I'm wondering how many subscribers could be handled
by FS.

I setup the following test environment:
- Kamailio 1.4.2 as the registrar
- all invite requests are flowing through FS, even for a call
between 2 registered subscribers. Many reasons for this: the calls CDR
are centralized in the same format, I can easily add a billing ID to a
call, proceed to recording, set the caller as anonymous if requested...
- FS is used also as a SBC

There is still a lot of work to do, mainly on the call forwarding
feature and this is why I'm wondering (simply out of curiosity) what
could have been achieved using only FS (easier to setup when only one
equipment is involved Smile ).

I'd like to register 40 000 subscribers (if each user registers every
60s, you have approx 670 registration per second, this setup is working
on Kamailio).

I did the following to increase FS performance regarding registration:
- put the directory containing users in a RAMDISK
- put the db directory in a RAMDISK

with this I was able to reach 190 registration per second (50 without
the ramdisk) but for one SIP account, not too useful :p (for your
information I see a huge improvement when switching from 1.0.1 phoenix:
150cps to FS svn 105xx: 190)
When trying with 25000 SIP accounts, I got no more than 30cps.

Then I tried to use the odbc mysql for registration, using this I was
able to achieve 50cps. The mysql DB is not in a RAMDISK. For all these
tests, the presence support has been disabled.

As the IO performance seems to be a bottleneck, I'd like to know if
there is a way to store the registration in memory only without database
persistency.

This thread is there only to share tips, not to complain about FS poor
performance as a SIP registrar when compared to Kamailio. If I compare
FS to a commercial SBC I'm using in production, I have to say that FS is
really a great piece of software (lacks only statistics module, snmp,
and heartbeat redundancy for failover).

regards,
rod










_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Back to top
peder at networkoblivi...
Guest





PostPosted: Tue Dec 30, 2008 8:34 am    Post subject: [Freeswitch-users] Freeswitch optimization as a registrar Reply with quote

Quote:
This is
because the ua sends it's registration refresh unauthenticated. The
registrar will then push back an authentication challenge request so the
ua can prove its identity, at which point the ua then repeats the same
transaction, but with authentication credentials attached.

Why does it do that? Every time I do a debug, I see the first request
denied as unauthorized and then it always comes right back and gets
registered ok. Is it part of the SIP spec to try unauthenticated first?
I would think you could set something on the UA to cut out the extra
traffic.


_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Back to top
gmaruzz at celliax.org
Guest





PostPosted: Tue Dec 30, 2008 8:39 am    Post subject: [Freeswitch-users] Freeswitch optimization as a registrar Reply with quote

Hi David,

very happy to read you on the FS list!

We met in 2001 at OSCon San Diego, where you "infected" me with the
telephony virus Smile.

You did great work with the Bayonne project, really breaking new ground.

Thank you,

happy hacking,

happy new year!!!!



Sincerely,

Giovanni Maruzzelli
=========================================
Company : Celliax
Website: www.celliax.org
Address : via Pierlombardo 9, 20135 Milano
Country/Territory : Italy
Business Email: gmaruzz at celliax dot org
Cell : 39-347-2665618
Fax : 39-02-87390039




On Tue, Dec 30, 2008 at 2:07 PM, David Sugar <dyfet@gnutelephony.org> wrote:
Quote:
You actually have potentially ~1320 effective "SIP transactions" per
second to support 40000 registered ua's with a 60s refresh. This is
because the ua sends it's registration refresh unauthenticated. The
registrar will then push back an authentication challenge request so the
ua can prove its identity, at which point the ua then repeats the same
transaction, but with authentication credentials attached.

rod wrote:
Quote:
Hi all,

I know that freeswitch has not been designed as a pure sip
proxy/registrar, but I'm wondering how many subscribers could be handled
by FS.

I setup the following test environment:
- Kamailio 1.4.2 as the registrar
- all invite requests are flowing through FS, even for a call
between 2 registered subscribers. Many reasons for this: the calls CDR
are centralized in the same format, I can easily add a billing ID to a
call, proceed to recording, set the caller as anonymous if requested...
- FS is used also as a SBC

There is still a lot of work to do, mainly on the call forwarding
feature and this is why I'm wondering (simply out of curiosity) what
could have been achieved using only FS (easier to setup when only one
equipment is involved Smile ).

I'd like to register 40 000 subscribers (if each user registers every
60s, you have approx 670 registration per second, this setup is working
on Kamailio).

I did the following to increase FS performance regarding registration:
- put the directory containing users in a RAMDISK
- put the db directory in a RAMDISK

with this I was able to reach 190 registration per second (50 without
the ramdisk) but for one SIP account, not too useful :p (for your
information I see a huge improvement when switching from 1.0.1 phoenix:
150cps to FS svn 105xx: 190)
When trying with 25000 SIP accounts, I got no more than 30cps.

Then I tried to use the odbc mysql for registration, using this I was
able to achieve 50cps. The mysql DB is not in a RAMDISK. For all these
tests, the presence support has been disabled.

As the IO performance seems to be a bottleneck, I'd like to know if
there is a way to store the registration in memory only without database
persistency.

This thread is there only to share tips, not to complain about FS poor
performance as a SIP registrar when compared to Kamailio. If I compare
FS to a commercial SBC I'm using in production, I have to say that FS is
really a great piece of software (lacks only statistics module, snmp,
and heartbeat redundancy for failover).

regards,
rod










_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org



_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Back to top
gmaruzz at celliax.org
Guest





PostPosted: Tue Dec 30, 2008 8:39 am    Post subject: [Freeswitch-users] Freeswitch optimization as a registrar Reply with quote

Yes, it is part of the SIP specs.
BTW, also HTTP works the same way.

Sincerely,

Giovanni Maruzzelli
=========================================
Company : Celliax
Website: www.celliax.org
Address : via Pierlombardo 9, 20135 Milano
Country/Territory : Italy
Business Email: gmaruzz at celliax dot org
Cell : 39-347-2665618
Fax : 39-02-87390039




On Tue, Dec 30, 2008 at 2:32 PM, peder@networkoblivion.com
<peder@networkoblivion.com> wrote:
Quote:
Quote:
This is
because the ua sends it's registration refresh unauthenticated. The
registrar will then push back an authentication challenge request so the
ua can prove its identity, at which point the ua then repeats the same
transaction, but with authentication credentials attached.

Why does it do that? Every time I do a debug, I see the first request
denied as unauthorized and then it always comes right back and gets
registered ok. Is it part of the SIP spec to try unauthenticated first?
I would think you could set something on the UA to cut out the extra
traffic.


_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org


_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Back to top
mgg at giagnocavo.net
Guest





PostPosted: Tue Dec 30, 2008 8:59 am    Post subject: [Freeswitch-users] Freeswitch optimization as a registrar Reply with quote

Quote:
Quote:
This is
because the ua sends it's registration refresh unauthenticated. The
registrar will then push back an authentication challenge request so the
ua can prove its identity, at which point the ua then repeats the same
transaction, but with authentication credentials attached.

Why does it do that? Every time I do a debug, I see the first request
denied as unauthorized and then it always comes right back and gets

Welcome to HTTP Digest authentication. The request has to get challenged to get a new nonce from the server (so as to mitigate replay attacks).

You could TLS and auth off of the client cert, except few devices support that, and you'd have the "overhead" of TCP (which is like bad or something).

-Michael

_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Back to top
mike at jerris.com
Guest





PostPosted: Tue Dec 30, 2008 9:31 am    Post subject: [Freeswitch-users] Freeswitch optimization as a registrar Reply with quote

What revision of FreeSWITCH are you trying with? I would try with
current trunk, I have a suspicion we fixed the main issue your running
into.

Mike

On Dec 30, 2008, at 7:21 AM, rod wrote:

Quote:
Hi all,

I know that freeswitch has not been designed as a pure sip
proxy/registrar, but I'm wondering how many subscribers could be
handled
by FS.

I setup the following test environment:
- Kamailio 1.4.2 as the registrar
- all invite requests are flowing through FS, even for a call
between 2 registered subscribers. Many reasons for this: the calls CDR
are centralized in the same format, I can easily add a billing ID to a
call, proceed to recording, set the caller as anonymous if
requested...
- FS is used also as a SBC

There is still a lot of work to do, mainly on the call forwarding
feature and this is why I'm wondering (simply out of curiosity) what
could have been achieved using only FS (easier to setup when only one
equipment is involved Smile ).

I'd like to register 40 000 subscribers (if each user registers every
60s, you have approx 670 registration per second, this setup is
working
on Kamailio).

I did the following to increase FS performance regarding registration:
- put the directory containing users in a RAMDISK
- put the db directory in a RAMDISK

with this I was able to reach 190 registration per second (50 without
the ramdisk) but for one SIP account, not too useful :p (for your
information I see a huge improvement when switching from 1.0.1
phoenix:
150cps to FS svn 105xx: 190)
When trying with 25000 SIP accounts, I got no more than 30cps.

Then I tried to use the odbc mysql for registration, using this I was
able to achieve 50cps. The mysql DB is not in a RAMDISK. For all these
tests, the presence support has been disabled.

As the IO performance seems to be a bottleneck, I'd like to know if
there is a way to store the registration in memory only without
database
persistency.

This thread is there only to share tips, not to complain about FS poor
performance as a SIP registrar when compared to Kamailio. If I compare
FS to a commercial SBC I'm using in production, I have to say that
FS is
really a great piece of software (lacks only statistics module, snmp,
and heartbeat redundancy for failover).

regards,
rod










_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org


_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Back to top
kawarod at laposte.net
Guest





PostPosted: Tue Dec 30, 2008 10:05 am    Post subject: [Freeswitch-users] Freeswitch optimization as a registrar Reply with quote

Hi,

I upgraded today to 10999 with same results.

rod.

Michael Jerris wrote:
Quote:
What revision of FreeSWITCH are you trying with? I would try with
current trunk, I have a suspicion we fixed the main issue your running
into.

Mike

On Dec 30, 2008, at 7:21 AM, rod wrote:


Quote:
Hi all,

I know that freeswitch has not been designed as a pure sip
proxy/registrar, but I'm wondering how many subscribers could be
handled
by FS.

I setup the following test environment:
- Kamailio 1.4.2 as the registrar
- all invite requests are flowing through FS, even for a call
between 2 registered subscribers. Many reasons for this: the calls CDR
are centralized in the same format, I can easily add a billing ID to a
call, proceed to recording, set the caller as anonymous if
requested...
- FS is used also as a SBC

There is still a lot of work to do, mainly on the call forwarding
feature and this is why I'm wondering (simply out of curiosity) what
could have been achieved using only FS (easier to setup when only one
equipment is involved Smile ).

I'd like to register 40 000 subscribers (if each user registers every
60s, you have approx 670 registration per second, this setup is
working
on Kamailio).

I did the following to increase FS performance regarding registration:
- put the directory containing users in a RAMDISK
- put the db directory in a RAMDISK

with this I was able to reach 190 registration per second (50 without
the ramdisk) but for one SIP account, not too useful :p (for your
information I see a huge improvement when switching from 1.0.1
phoenix:
150cps to FS svn 105xx: 190)
When trying with 25000 SIP accounts, I got no more than 30cps.

Then I tried to use the odbc mysql for registration, using this I was
able to achieve 50cps. The mysql DB is not in a RAMDISK. For all these
tests, the presence support has been disabled.

As the IO performance seems to be a bottleneck, I'd like to know if
there is a way to store the registration in memory only without
database
persistency.

This thread is there only to share tips, not to complain about FS poor
performance as a SIP registrar when compared to Kamailio. If I compare
FS to a commercial SBC I'm using in production, I have to say that
FS is
really a great piece of software (lacks only statistics module, snmp,
and heartbeat redundancy for failover).

regards,
rod










_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org



_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org




_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Back to top
mike at jerris.com
Guest





PostPosted: Tue Dec 30, 2008 10:45 am    Post subject: [Freeswitch-users] Freeswitch optimization as a registrar Reply with quote

If your not using sqlite, make sure to create indexes on the tables
created, you should be able to grep the ones we do in sqlite out of
the code.

Mike

On Dec 30, 2008, at 9:59 AM, rod wrote:

Quote:
Hi,

I upgraded today to 10999 with same results.

rod.

Michael Jerris wrote:
Quote:
What revision of FreeSWITCH are you trying with? I would try with
current trunk, I have a suspicion we fixed the main issue your
running
into.

Mike

On Dec 30, 2008, at 7:21 AM, rod wrote:


Quote:
Hi all,

I know that freeswitch has not been designed as a pure sip
proxy/registrar, but I'm wondering how many subscribers could be
handled
by FS.

I setup the following test environment:
- Kamailio 1.4.2 as the registrar
- all invite requests are flowing through FS, even for a call
between 2 registered subscribers. Many reasons for this: the calls
CDR
are centralized in the same format, I can easily add a billing ID
to a
call, proceed to recording, set the caller as anonymous if
requested...
- FS is used also as a SBC

There is still a lot of work to do, mainly on the call forwarding
feature and this is why I'm wondering (simply out of curiosity) what
could have been achieved using only FS (easier to setup when only
one
equipment is involved Smile ).

I'd like to register 40 000 subscribers (if each user registers
every
60s, you have approx 670 registration per second, this setup is
working
on Kamailio).

I did the following to increase FS performance regarding
registration:
- put the directory containing users in a RAMDISK
- put the db directory in a RAMDISK

with this I was able to reach 190 registration per second (50
without
the ramdisk) but for one SIP account, not too useful :p (for your
information I see a huge improvement when switching from 1.0.1
phoenix:
150cps to FS svn 105xx: 190)
When trying with 25000 SIP accounts, I got no more than 30cps.

Then I tried to use the odbc mysql for registration, using this I
was
able to achieve 50cps. The mysql DB is not in a RAMDISK. For all
these
tests, the presence support has been disabled.

As the IO performance seems to be a bottleneck, I'd like to know if
there is a way to store the registration in memory only without
database
persistency.

This thread is there only to share tips, not to complain about FS
poor
performance as a SIP registrar when compared to Kamailio. If I
compare
FS to a commercial SBC I'm using in production, I have to say that
FS is
really a great piece of software (lacks only statistics module,
snmp,
and heartbeat redundancy for failover).

regards,
rod










_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org



_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org




_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org


_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Back to top
dyfet at gnutelephony.org
Guest





PostPosted: Tue Dec 30, 2008 4:53 pm    Post subject: [Freeswitch-users] Freeswitch optimization as a registrar Reply with quote

Well, there are worse virus's one could be infected with, I suppose Wink.

Actually recently I had been surviving focusing on secure VoIP and
wireless...

Giovanni Maruzzelli wrote:
Quote:
Hi David,

very happy to read you on the FS list!

We met in 2001 at OSCon San Diego, where you "infected" me with the
telephony virus Smile.

You did great work with the Bayonne project, really breaking new ground.

Thank you,

happy hacking,

happy new year!!!!



Sincerely,

Giovanni Maruzzelli
=========================================
Company : Celliax
Website: www.celliax.org
Address : via Pierlombardo 9, 20135 Milano
Country/Territory : Italy
Business Email: gmaruzz at celliax dot org
Cell : 39-347-2665618
Fax : 39-02-87390039




On Tue, Dec 30, 2008 at 2:07 PM, David Sugar <dyfet@gnutelephony.org> wrote:
Quote:
You actually have potentially ~1320 effective "SIP transactions" per
second to support 40000 registered ua's with a 60s refresh. This is
because the ua sends it's registration refresh unauthenticated. The
registrar will then push back an authentication challenge request so the
ua can prove its identity, at which point the ua then repeats the same
transaction, but with authentication credentials attached.

rod wrote:
Quote:
Hi all,

I know that freeswitch has not been designed as a pure sip
proxy/registrar, but I'm wondering how many subscribers could be handled
by FS.

I setup the following test environment:
- Kamailio 1.4.2 as the registrar
- all invite requests are flowing through FS, even for a call
between 2 registered subscribers. Many reasons for this: the calls CDR
are centralized in the same format, I can easily add a billing ID to a
call, proceed to recording, set the caller as anonymous if requested...
- FS is used also as a SBC

There is still a lot of work to do, mainly on the call forwarding
feature and this is why I'm wondering (simply out of curiosity) what
could have been achieved using only FS (easier to setup when only one
equipment is involved Smile ).

I'd like to register 40 000 subscribers (if each user registers every
60s, you have approx 670 registration per second, this setup is working
on Kamailio).

I did the following to increase FS performance regarding registration:
- put the directory containing users in a RAMDISK
- put the db directory in a RAMDISK

with this I was able to reach 190 registration per second (50 without
the ramdisk) but for one SIP account, not too useful :p (for your
information I see a huge improvement when switching from 1.0.1 phoenix:
150cps to FS svn 105xx: 190)
When trying with 25000 SIP accounts, I got no more than 30cps.

Then I tried to use the odbc mysql for registration, using this I was
able to achieve 50cps. The mysql DB is not in a RAMDISK. For all these
tests, the presence support has been disabled.

As the IO performance seems to be a bottleneck, I'd like to know if
there is a way to store the registration in memory only without database
persistency.

This thread is there only to share tips, not to complain about FS poor
performance as a SIP registrar when compared to Kamailio. If I compare
FS to a commercial SBC I'm using in production, I have to say that FS is
really a great piece of software (lacks only statistics module, snmp,
and heartbeat redundancy for failover).

regards,
rod










_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org



_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Back to top
Display posts from previous:   
Post new topic   Reply to topic    VoIP Mailing List Archives Forum Index -> freeSWITCH Users All times are GMT - 5 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group

VoiceMeUp - Corporate & Wholesale VoIP Services