[asterisk-users] What does pct mean?

Tue Feb 13 12:36:56 CST 2018

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? %

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

On 13 February 2018 at 18:32, Eric Wieling <ewieling at 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-bounces at lists.digium.com [mailto:
>>>> asterisk-users-bounces at lists.digium.com] Im Auftrag von Michael Maier
>>>> Gesendet: Montag, 12. Februar 2018 17:46
>>>> An: asterisk-users at 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" <m1278468 at 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.co
>>>> m/url?a=http://www.api-digital.com&c=E,1,uxGzivqW6oZ241hxc5A
>>>> 3oz1rZf6JLog-Gi4ziwN-95NzbE_HEndRkD8LLLem_gvmmxd5k_T95J2jepi
>>>> t1IpIkZ2AxkG4RSoADT-AMulX4hxaaQ,,&typo=1
>>>> --
>>>>
>>>> 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:
>>>> https://linkprotect.cudasvc.com/url?a=http://lists.digium.co
>>>> m/mailman/listinfo/asterisk-users&c=E,1,wIdvPI63-ImQqWZFblrm
>>>> lGJbQ_cbmu31TlSPHYv9kAkHrNRLdIAjL2IUr9sVYxm6piHc0Pf2Zna7zuNO
>>>> J2hb4CVzp2WYVDsgZJqAyHt2YkVuGQ,,&typo=1
>>>>
>>>>
>>>
>>
>>
>
> --
> _____________________________________________________________________
> -- 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20180213/db4b4870/attachment.html>