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 <[email protected]
<mailto:[email protected]>> 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: [email protected]
<mailto:[email protected]>
[mailto:[email protected]
<mailto:[email protected]>] Im
Auftrag von Michael Maier
Gesendet: Montag, 12. Februar 2018 17:46
An: [email protected]
<mailto:[email protected]>
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"
<[email protected] <mailto:[email protected]>>:
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
