When the calls are crossing this GK, i never see the total of concurrent calls to go over 25-30 anymore! But as soon as we directly send the calls to the GW receiving calls we go way above 2/3 T1s.
Looked like something is wrong with the gnugk settings so I checked the statistics on the Main GK, and seems that lots of calls are getting disconnected with cause code 4 (Send special information tone.) which is relativly unusal cause code!
If there is a problem, it happens when there is a larger traffic, so giving you the raw debug is quiet difficult!
Any ideas why this would be happening? All i can think of is maybe this is due to GK being on windows that acts abnormal!
And we are not proxying anything, in fact we are just using this GK only because our exising Main GK does not allow false ANI to be added, and we need to send false ANI to a particular network provider. So all the calls going to that provider must cross gnugk which puts a false ANI and routes the calls to that single GW.
Regards Hamed Nik
From: "Zygmuntowicz Michal" <m.zygmuntowicz@xxxxxxx>
Reply-To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
To: <openh323gk-users@xxxxxxxxxxxxxxxxxxxxx>
Subject: Re: Too many Sockets!!
Date: Mon, 14 Mar 2005 01:02:40 +0100
MIME-Version: 1.0
Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by mc10-f6.hotmail.com with Microsoft SMTPSVC(6.0.3790.211); Sun, 13 Mar 2005 16:02:53 -0800
Received: from projects.sourceforge.net (sc8-sf-list2-b.sourceforge.net [10.3.1.8])by sc8-sf-spam2.sourceforge.net (Postfix) with ESMTPid EA232131F1; Sun, 13 Mar 2005 16:02:25 -0800 (PST)
Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net)by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30)id 1DAd1h-0002hm-EQfor openh323gk-users@xxxxxxxxxxxxxxxxxxxxx; Sun, 13 Mar 2005 16:01:41 -0800
Received: from smtp4k.poczta.onet.pl ([213.180.130.38])by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41)id 1DAd1f-0006ET-Obfor openh323gk-users@xxxxxxxxxxxxxxxxxxxxx; Sun, 13 Mar 2005 16:01:41 -0800
Received: from spidercom.pl ([213.17.199.138]:36102 "EHLO quarcom")by kps4.test.onet.pl with ESMTP id <S4341167AbVCNAB1>;Mon, 14 Mar 2005 01:01:27 +0100
X-Message-Info: o8IIVuzO8A33ou/u+g2JLBcBA2TaIh2i04z7NK67W8Q=
References: <BAY101-F27B0EE61B1662363A3BDEDDD550@xxxxxxx>
Organization: Quarcom
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2527
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527
X-Spam-Score: 0.1 (/)
X-Spam-Report: Spam Filtering performed by sourceforge.net.See http://spamassassin.org/tag/ for more details.Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=2000010.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with .0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with /0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with -0.0 SF_CHICKENPOX_UNDERSCORE BODY: Text interparsed with _0.0 SF_CHICKENPOX_EQUAL BODY: Text interparsed with =0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with '0.0 AWL AWL: From: address is in the auto white-list
Errors-To: openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx
X-BeenThere: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
X-Mailman-Version: 2.0.9-sf.net
Precedence: bulk
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/openh323gk-users>,<mailto:openh323gk-users-request@xxxxxxxxxxxxxxxxxxxxx?subject=unsubscribe>
List-Id: <openh323gk-users.lists.sourceforge.net>
List-Post: <mailto:openh323gk-users@xxxxxxxxxxxxxxxxxxxxx>
List-Help: <mailto:openh323gk-users-request@xxxxxxxxxxxxxxxxxxxxx?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/openh323gk-users>,<mailto:openh323gk-users-request@xxxxxxxxxxxxxxxxxxxxx?subject=subscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum=openh323gk-users>
Return-Path: openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx
X-OriginalArrivalTime: 14 Mar 2005 00:02:53.0448 (UTC) FILETIME=[2B429080:01C52829]
If you don't need RTP proxy, you can leave RtpHandlerNumber=1. For Windows, the only available way to scale up is to increase number of signaling/rtp threads. Besides, this will give you a better message throughput. Also, Windows platfom handles fd_sets differently than Unix and using such large fd_sets may cause more performance slowdown than spreading sockets among threads.
----- Original Message ----- From: "hamed akhavan" <hakhavan@xxxxxxxxxxx> Sent: Monday, March 14, 2005 12:05 AM
Thanks for the reply. Any idea what the values of those parameters should be for 200 concurrent calls?
I see that in the presentation it mentions "CallSignalHandlerNumber=ConcurrentCalls/10" so for example if i have 200 concurrent cals the value of CallSignalHandlerNumber should be 20, how about the RtpHandlerNumber? is there a formula for that too?
Also is there a pre-compiled binary with FD_SETSIZE set to 1024?
Regards Hamed Nik
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________________
List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 Homepage: http://www.gnugk.org/
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________________
List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 Homepage: http://www.gnugk.org/
