[asterisk-users] What does pct mean?

Andres andres at telesip.net
Tue Feb 13 12:57:16 CST 2018


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 <ewieling at nyigc.com 
> <mailto: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>
>                 [mailto: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
>                 <mailto: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 <mailto: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.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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20180213/eeedbc73/attachment.html>


More information about the asterisk-users mailing list