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 GNUGK
the PC on which our gnuGK is running is:
Windows 7 Professional 64 bit
I7 @ 3.4GHz
4GB Ram

Regards,
Bo Xu



On Mon, Mar 3, 2014 at 3:18 PM, Bo Xu <boxuscie...@gmail.com> wrote:

> Hello Simon,
>
> 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
>
>
>
>
>
>
>
>
> Message: 6
> Date: Tue, 4 Mar 2014 00:43:07 +1000
> From: "Simon Horne" <s.ho...@spranto.com>
> 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@lists.sourceforge.net>
> Message-ID: <019001cf36ee$e641c4e0$b2c54ea0$@spranto.com>
> Content-Type: text/plain; charset="us-ascii"
>
> Bo
>
> 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.
>
> Simon
>
>
> From: Bo Xu [mailto:boxuscie...@gmail.com]
> Sent: 04 March 2014 00:30
> To: openh323gk-users
> Subject: [Openh323gk-users] a question about the RTP packet-lost from gnuGK
> when H.460.18/29 enabled
> Hi,
>
> 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
> this? Thanks!
>
> Regards,
> Bo Xu
>
------------------------------------------------------------------------------
_______________________________________________________

Posting: mailto:Openh323gk-users@lists.sourceforge.net
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/

Reply via email to