VoIP Mailing List Archives

[freeswitch at serverco...]

My goal is obviously not to provide carrier grade VOIP switch service,
but a platform for sandbox testing of configurations, SOHO VOIP
Switches, development of FS addons, backup switch capability, etc.
Doing this stuff at home behind NAT and a consumer grade router is one
reason Brian, Anthony, Mike, et al. are half crazy. I run my
company's phone switch in a 32 bit OpenVZ VE with 256 Mb ram, and have
no issues. When I goof around trying to transcode between 8 and 16
bit codecs and whatnot, sure it gets tight, but FS on an idle system
keeps 23 mb of of ram resident, and rarely if ever hits a 256 mb bean
counter (limit).

Also, these limits are not hard, I just know what my hardware has, and
am trying to offer as much value as I can for what I have in the
systems. 128 Gb of ECC ram and Quad/Quad Core zeons are still pretty
pricey!

Nik




On Wed, Feb 11, 2009 at 6:28 PM, Brian West <brian@freeswitch.org> wrote:

[red.rain.seven at gmai...]

Brian:

I am also running my freeswitch on my own openVZ containers. Just how do you verify if the freeswitch is compiled as 64bit? I would assume if I compile it under a 64bit container, I would automatically get a 64bit freeswitch right?

On Wed, Feb 11, 2009 at 2:34 PM, Nik Martin <freeswitch@servercorps.com (freeswitch@servercorps.com)> wrote:

[brian at freeswitch.org]

ding ding ding .. yep!

"file /usr/local/freeswitch/bin/freeswitch" will also confirm

/b

On Feb 11, 2009, at 6:37 PM, Henry Huang wrote:

[anthony.minessale at g...]

cool,

However.... you say...

"but a platform for sandbox testing of configurations, SOHO VOIP
Switches, development of FS addons, backup switch capability, etc.
Doing this stuff at home behind NAT and a consumer grade router is one
reason Brian, Anthony, Mike, et al. are half crazy. "

First of all, you have no idea on what platform and where we do our development.
If you only saw how many terminals to random servers spanning the globe we have open......
You have the NAT part right, if you knew the hours it took from behind NAT to get all the code right for SIP interop or even had to deal with half the bullshit it takes to get SIP working, you'd be in the madhouse so don't you dare try using us as an ad slogan.

Secondly, we are not half crazy, we are completely crazy and most of it comes from spending all day
on this list tending to your never-ending threads while trying to help the other people in the community who actually give something back.

If you want to use our list to advertise this service maybe you should find a way to contribute to the project rather than constantly asking for help in 5 separate emails in one day followed by another thread trying to sell something.

A reasonable cost would be FREE just like everything else around here.


On Wed, Feb 11, 2009 at 7:59 PM, Nik Martin <freeswitch@servercorps.com (freeswitch@servercorps.com)> wrote:

[thomas.mangin at exa-n...]

Hello Brian / Everyone,

Like Nik and Nicolas, I created a openvz box to test things in a 'near
production' environment. The box does only take 'test' calls, ie it
never saw more that a few calls at a time.

The design was 100% openser/opensips/kamailio but I since replaced the
pstn gateways with FS and it has been working perfectly and I am not
looking back.

I am now planning to use freeswitch as the registrar/voicemail/media
servers to only keep openser as a proxy inbound proxy (as it is
possible to program it to assign a RTP proxies topologically near the
caller and you can use it to fix some really broken sip packets - like
LLU operators cheap DSL routers badly NAT fixing the contact header).

Following this thread I am wondering if I should/could expect some
issues with my setup which is 32 bits or if your comments are only
related to the performance/behaviour of FS once under load (in which
case I need not to worry).

voip-master:~# uname -a
Linux voip-master 2.6.18-ovz-028stab053.5-smp #1 SMP Sat Mar 1
12:19:31 CET 2008 i686 GNU/Linux

voip-master:~# vzlist
VEID NPROC STATUS IP_ADDR HOSTNAME
1001 24 running A.B.C.A proxy1.sip (openser phone
outbound proxy - accept REGISTER - range locked)
1002 24 running A.B.C.B in1.sip (openser incoming
calls from the net - enum, no REGISTER - open)
1003 19 running A.B.C.C out1.sip (openser outgoing
calls to the net - enum - to be FS)
1004 4 running A.B.C.D rtp1.nat (rtpproxy nat)
1005 3 running A.B.C.E media1 (was sems for
voicemail/media)
1006 29 running A.B.C.F database1
1107 23 running A.B.C.G registrar1.sip (openser)
1108 26 running A.B.C.H registrar2.sip (FS)
1109 8 running A.B.C.I ns1(auth DNS for the tested
zone with ENUM info)
1110 8 running A.B.C.J internal1.cache (cache with
internal ENUM routing)
1111 8 running A.B.C.K external1.cache (normal DNS
cache)
1112 21 running A.B.C.L pstn-out-1 (FS gateway out
to pstn)
1113 21 running A.B.C.M pstn-in-1 (FS gateway in
from pstn)

voip-master:~# cat /proc/cpuinfo | grep model
model : 4
model name : Intel(R) Xeon(TM) CPU 3.00GHz
model : 4
model name : Intel(R) Xeon(TM) CPU 3.00GHz

voip-master:~# free -m
total used free shared buffers
cached
Mem: 2023 1902 120 0 431
1009
-/+ buffers/cache: 460 1562
Swap: 2588 3 2585

yep, memory is short :p)

Regards,

Thomas

On 11 Feb 2009, at 22:54, Brian West wrote:

[freeswitch at serverco...]

I didn't mean to touch a nerve there, I think you mis-interpreted 100%
of my original post. You may also have me confused with some other
Nik, as I contribute as much or more than I request . There is a
nother Nik on here that are probably referring to. I am nikko from
#freeswitch. I have made many edits and contributions to the wiki,
patches and verified bug reports submitted to Jira.

See my other responses inline.




On Wed, Feb 11, 2009 at 10:48 PM, Anthony Minessale
<anthony.minessale@gmail.com> wrote:

[red.rain.seven at gmai...]

I run /usr/local/freeswitch/bin/freeswitch
but I don't see a place where it says it's 32bit or 64bit.
at the end of the initial script, I do see a version statement though.
FreeSWITCH Version 1.0.trunk (exported) Started.
Is there other ways to check if it's 32bit or 64bit?
On Wed, Feb 11, 2009 at 6:55 PM, Brian West <brian@freeswitch.org (brian@freeswitch.org)> wrote:

[william.suffill at gma...]

If you run in your shell:
file /usr/local/freeswitch/bin/freeswitch

as Brian suggested it will return something like what I got below:
/usr/local/freeswitch/bin/freeswitch: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for GNU/Linux 2.6.8, dynamically linked (uses shared libs), not stripped


He didn't want you to start freeswitch but instead pass the path of the binary to the file command which will tell information about most files.

-- W

[brian at freeswitch.org]

Well when I do this:


root@taz [Thu Feb 12 02:20 PM] /usr/src/freeswitch.trunk
<13>:file /usr/local/freeswitch/bin/freeswitch
/usr/local/freeswitch/bin/freeswitch: ELF 64-bit LSB executable, AMD
x86-64, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked
(uses shared libs), for GNU/Linux 2.6.9, not stripped


It should clearly tell you. run the "file" command on it.

/b



On Feb 12, 2009, at 2:13 PM, Henry Huang wrote:

[red.rain.seven at gmai...]

Thinak you, William and Brian

I got it now, I didn't know file was a command before because it didn't come with my CentOS installation. Now I have installed the file package and able to see the file info.

Thanks again


On Thu, Feb 12, 2009 at 12:31 PM, Brian West <brian@freeswitch.org (brian@freeswitch.org)> wrote: