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