> Hi, > I think GnuGk would run slightly better on Linux, but I don't think it > should make much of a difference in your case. Your GnuGk should have no > problem handling 5 720P streams. > 5 years ago I estimated that a GnuGk on a dual core could roughly handle > 50 proxied calls with 384 kbps video or about 15 calls with 2 Mbit > video. > Todays servers are faster, GnuGk changed in many ways, maybe somebody on > the list has some current numbers to share ? > Regards, > Jan > -- > Jan Willamowius, Founder of the GNU Gatekeeper Project > EMail : jan@... > Website: http://www.gnugk.org > Support: http://www.willamowius.com/gnugk-support.html
Hi Jan, Thanks! Regards, Bo Xu
On Wed, Apr 2, 2014 at 11:13 AM, Bo Xu <boxuscience@xxxxxxxxx> wrote:
Hi,several weeks ago I reported a RTP-packet-lost issue and got fixed by Simon's help and that is because we didn't handle the KeepAlive-packet's SequenceNumber well, after that our soft-terminal works well with H.460.18/19 enabled by gnuGK. now in the multi-participants testing we got another issue: if there are more than 5 participants are sending 720P-H.264 video stream, then we find that gnuGK lost packets again, normally there is 1 packet-lost in about 1 minute for 5 participants(720P-H264); this cause our MCU to keep on sending FastUpdate request and cause video-frozen or video quality down. we are running gnuGK on a windows-box, will it be better if we run gnuGK on a linux-box? and do you have any performance testing document for how many 720P-H.264 video-stream could be support by one gnuGK? Thanks!the gnuGK we are running now is:3.5 GNUGKthe PC on which our gnuGK is running is:Windows 7 Professional 64 bitI7 @ 3.4GHz4GB Ram
Regards,Bo XuOn Mon, Mar 3, 2014 at 3:18 PM, Bo Xu <boxuscience@xxxxxxxxx> wrote:
Thanks a lot! yes as you mentioned our issue does relate with KeepAlive, the details are: our terminal use same series of RTP SequenceNumber for both video packet and KeepAlive packet, so when gnuGK relay this RTP channel the KeepAlive packet will not be send to our MCU and thus the SequenceNumber received by MCU becomes not continued, in my previous email I thought this is because gnuGK lost packet, actully gnuGK doesn't lost packet. we are updating our terminal now to separate the SequenceNumber of video packet and KeepAlive packet so the SequenceNumber of video packet will always be continued, Thanks for help us find the reason!Regards,Bo Xu
Date: Tue, 4 Mar 2014 00:43:07 +1000
From: "Simon Horne" <s.horne@xxxxxxxxxxx>
Subject: Re: [Openh323gk-users] a question about the RTP packet-lost
from gnuGK when H.460.18/29 enabled
To: "'GNU Gatekeeper Users'" <openh323gk-users@xxxxxxxxxxxxxxxxxxxxx>
Content-Type: text/plain; charset="us-ascii"
I think this might be a red herring. I think the keepAlive packet which is
send 1 packet every 20 sec (which should be discarded) is being counted.
From: Bo Xu [mailto:boxuscience@xxxxxxxxx]
Sent: 04 March 2014 00:30
Subject: [Openh323gk-users] a question about the RTP packet-lost from gnuGK
when H.460.18/29 enabled
we are using gnuGK with H.460.18/19 enabled to connect our MCU and our
software H.323 terminal, our gnuGK/MCU/terminal are in the same subnet in
our testing. we found gnuGK can relay the video RTP packets from MCU well,
but about every 20 second gnuGK will lost one packet from our terminal. I
have tested both 720P video and CIF video and they are same.
we already increased the RtpHandlerNumber parameter(we ever tried to set it
up to 20), but it seems the packet-lost rate is always same(about every 20
seconds lost one packet).
I am working on this and I still didn't figure out why the packets from MCU
are never lost, only the packets from terminal are lost? I ever guess it
might be because that every 20 seconds the buffer is full, but I cannot
explain why both 720P and CIF video has the same packet-loast rate? ? which
part of the gnuGK code I need to read? could you give me some clues for
_______________________________________________________ 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/