Hi > I evaluated gnugk two years ago. Thus, maybe my statements > are not up to > date. And maybe I'm biased, because I have Mera Reseller agreement. > > However, two years ago gnugk was not carrier grade: >From my point of view gnugk still today is not carrier grade and imho will never be since an opensource software, no matter how well the project is managed - no doubt, Jan, Michael and Simon do a great job - will never be able to achieve such a state. Carry grade is not only a question of software features but also of stability, scalability, managability, support and many more. Nevertheless, the MERA MVTS either isn't carrier grade, at least when we did an evaluation some years ago. And a quick look on their website just gives me the impression that there hasn't much changed since then, at least regarding the h323 part of the switch. > I had performance problems, with mvts 1 you can handle more > than 1000 - > 2000 with a standard PC. With gnugk I was able to handle under > FreeBSD with a two processor system at maximum 130 simultanous calls. > But I heard with Linux more than 300 were possible. The performance of gnugk in the 2.2.x was increased but still under Linux the numer of concurrent calls is far below 1000 call at a time. At least in my setups and i "play" around with gnugk since a couple of years and think i have a tested quite a lot of configurations/setups. To be honest, i'd rather have a gatekeeper that handles 600 concurrent calls without delay than others that handle twice as much but with critical delay on the singnalling channel. > gnugk had had no 2cd choice routing. If the first routing > choice signals > "no circuit" there was no chance to reroute the call to a 2cd choice. The most recent version now has a kind of failover routing for special cases, but still no real PARE which would be the "right" way to do it (but quite tricky to imho). > It was decided by random, when the call duration in the CDRs were > rounded up and rounded down to the next integer number. No big thing in my opinion. A second more or less doesn't really matter regarding how most of the providers are cheating with suddently sending a PROCEEDING to a SETUP or simply adding some seconds to the real call duration. > It was not possible to restrict calls by using ip adresses. This was > indirectly possible anyway by using aliases (I dont remember > exactly), > but you had the precondition that your customer didn't change > the name > of his GW. This was a no go for me, because I couldnt make my routing > dependend on the configuration of my customer. Well this could have simply be done in a firewall and even if it may sound that this is not the right place to do it, it keeps unproductive traffic from your gatekeeper which is a good thing related to performance and also security. > Mera can do transcoding (e.g from g723 to g729). There are a lot of > option for call distribution if you have more than one supplier. That's a fine thing, but you should also say, that it is done in the software and not on a specialied hardware extension which strongly limits the capacity or even the overall performance of the systems since transcoding (not in every case") isn't cheap in terms of processing time. > I'm a fan of free software, but if you want to use gnugk as > carrier with > a lot of E1 call capacity I dont think that gnugk is (at least was) a > good option. If you want to use it for a company proxy it is > probably > good enough. Even if gnugk is not carrier grade it's defently more than just a company proxy. Regards, Frank ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________________ Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users Homepage: http://www.gnugk.org/
