On 2/13/18 1:36 PM, Jonathan H wrote:
Um, I may be missing something here, but if it was "percent", wouldn't it simply be the internationally recognised symbol for percent, the, um, percent symbol? %
16641/188 = 8852% is not quite 8809% but I suspect it is just a rounding issue. Of couse it makes no sense to lose more than 100% but this is just a math formula. I don't think there are any checks in the asterisk code to make sure the result of the math operation makes sense.


That's why I don't think it can be percent.

On 13 February 2018 at 18:32, Eric Wieling <ewiel...@nyigc.com <mailto:ewiel...@nyigc.com>> wrote:

    Could this gap in sequence numbers caused by a codec change
    generate errors like the one below?

    [2018-02-13 12:57:43] WARNING[4917][C-0004c2cb] codec_sangoma.c:
    [526559][g722toulaw] Got Seq 15944 but expecting 10106 (time since
    last read = 0ms), dropped 5838 packets


    On 02/13/2018 01:24 PM, Andres wrote:

        On 2/13/18 11:55 AM, Michael Maier wrote:

            On 02/13/2018 at 08:41 AM Floimair Florian wrote:

                No you're reading it wrong.

                There are 188K received with no loss, and 16441K
                transmitted.

            This doesn't make any sense to me, either. There can't be
            more packages
            transmitted than received. It's the same codec in and out
            and it's been
            running exactly the same time.

        Lost and Percent (pct) are not calculated by counting packets.
        Those are calculated from the sequence numbers in the RTP frame.

        For example let's say you start the receiver (Asterisk) at
        Sequence #1....then something happens and it jumps to sequence
        #5000.  The audio might be fine, but now the stats say 4998
        packets were lost. Why is there a bizarre sequence jump?  Hard
        to say.  I have seen it because of bugs that eventually get
        fixed on the CPE, or even when there is a change of codec (or
        re-invite) mid-call.  I would not worry too much about this
        unless you can reproduce it and can address it properly at the
        CPE level.  A packet capture will clearly confirm what I am
        referring to here. Just look at every Sequence # in the RTP
        flow and you will see the jump.


                ...........Receive......... .........Transmit..........
                Count    Lost Pct  Jitter   Count    Lost Pct Jitter
                RTT....
188K 0 0 0.000 188K 16641K 8809 0.000 0.026

               ^^^^                        ^^^^
            There are 188K received and 188K transmitted. Pct is
            unknown - what's Pct?


                Still 8809 does not sound like a percentage to me 😉
                so there is something wrong with either the label or
                the value.
                 From what's in the code, you can see it's clearly a
                lost Packet count not a percentage.
                So I guess Pct in this case is short for "Packet".

                    With best regards

                Florian Floimair
                Innovation - Software-Development

                COMMEND INTERNATIONAL GMBH
                http://www.commend.com

                Security and Communication by Commend

                FN 178618z | LG Salzburg

                -----Ursprüngliche Nachricht-----
                Von: asterisk-users-boun...@lists.digium.com
                <mailto:asterisk-users-boun...@lists.digium.com>
                [mailto:asterisk-users-boun...@lists.digium.com
                <mailto:asterisk-users-boun...@lists.digium.com>] Im
                Auftrag von Michael Maier
                Gesendet: Montag, 12. Februar 2018 17:46
                An: asterisk-users@lists.digium.com
                <mailto:asterisk-users@lists.digium.com>
                Betreff: Re: [asterisk-users] What does pct mean?

                Hi Carsten,

                On 02/11/2018 at 07:46 PM Carsten Bock wrote:

                    Hi,

                    Lost percent (%)....

                Are you sure? I'm seeing here:

                ...........Receive......... .........Transmit..........
                Count    Lost Pct  Jitter   Count    Lost Pct Jitter
                RTT....
188K 0 0 0.000 188K 16641K 8809 0.000 0.026

                => This doesn't sound reliable to me: there are 188K
                packets and 16641K of them are lost?! The Pct value is
                fluctuating between about 6009 and 9009.

                Thanks,
                Michael



                    Am 11.02.2018 19:27 schrieb "Michael Maier"
                    <m1278...@mailbox.org <mailto:m1278...@mailbox.org>>:

                        Hello,

                        could somebody please tell me the meaning of
                        "Pct" as seen in asterisk cli:

                        ...........Receive.........
                        .........Transmit..........
                        Count    Lost Pct  Jitter   Count    Lost Pct
                        Jitter RTT....


                        Thanks,
                        Michael

-- _____________________________________________________________________
                -- Bandwidth and Colocation Provided by
                
https://linkprotect.cudasvc.com/url?a=http://www.api-digital.com&c=E,1,uxGzivqW6oZ241hxc5A3oz1rZf6JLog-Gi4ziwN-95NzbE_HEndRkD8LLLem_gvmmxd5k_T95J2jepit1IpIkZ2AxkG4RSoADT-AMulX4hxaaQ,,&typo=1
                
<https://linkprotect.cudasvc.com/url?a=http://www.api-digital.com&c=E,1,uxGzivqW6oZ241hxc5A3oz1rZf6JLog-Gi4ziwN-95NzbE_HEndRkD8LLLem_gvmmxd5k_T95J2jepit1IpIkZ2AxkG4RSoADT-AMulX4hxaaQ,,&typo=1>

--
                Check out the new Asterisk community forum at:
                https://community.asterisk.org/
                <https://community.asterisk.org/>

                New to Asterisk? Start here:
                https://wiki.asterisk.org/wiki/display/AST/Getting+Started
                <https://wiki.asterisk.org/wiki/display/AST/Getting+Started>

                asterisk-users mailing list
                To UNSUBSCRIBE or update options visit:
                
https://linkprotect.cudasvc.com/url?a=http://lists.digium.com/mailman/listinfo/asterisk-users&c=E,1,wIdvPI63-ImQqWZFblrmlGJbQ_cbmu31TlSPHYv9kAkHrNRLdIAjL2IUr9sVYxm6piHc0Pf2Zna7zuNOJ2hb4CVzp2WYVDsgZJqAyHt2YkVuGQ,,&typo=1
                
<https://linkprotect.cudasvc.com/url?a=http://lists.digium.com/mailman/listinfo/asterisk-users&c=E,1,wIdvPI63-ImQqWZFblrmlGJbQ_cbmu31TlSPHYv9kAkHrNRLdIAjL2IUr9sVYxm6piHc0Pf2Zna7zuNOJ2hb4CVzp2WYVDsgZJqAyHt2YkVuGQ,,&typo=1>






-- _____________________________________________________________________
    -- Bandwidth and Colocation Provided by http://www.api-digital.com --

    Check out the new Asterisk community forum at:
    https://community.asterisk.org/ <https://community.asterisk.org/>

    New to Asterisk? Start here:
    https://wiki.asterisk.org/wiki/display/AST/Getting+Started
    <https://wiki.asterisk.org/wiki/display/AST/Getting+Started>

    asterisk-users mailing list
    To UNSUBSCRIBE or update options visit:
    http://lists.digium.com/mailman/listinfo/asterisk-users
    <http://lists.digium.com/mailman/listinfo/asterisk-users>






--
Technical Support

-- 
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

Check out the new Asterisk community forum at: https://community.asterisk.org/

New to Asterisk? Start here:
      https://wiki.asterisk.org/wiki/display/AST/Getting+Started

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Reply via email to