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.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/ >>> >>> 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.com/mailman/listinfo/asterisk-users&c=E,1,wIdvPI63-ImQqWZFblrmlGJbQ_cbmu31TlSPHYv9kAkHrNRLdIAjL2IUr9sVYxm6piHc0Pf2Zna7zuNOJ2hb4CVzp2WYVDsgZJqAyHt2YkVuGQ,,&typo=1 >>> >> > >
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>
On 2/13/18 1:32 PM, Eric Wieling wrote:> Could this gap in sequence numbers caused by a codec change generate > errors like the one below? >Yes, that is something I have seen before as well. The CPE changes codec and forgets what sequence number it was on (or something like that). The two ends might not notice any audio issues however. Having said that, I have seen other PBXs that choke on something like this and most often drop the call completely when this happens.> [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.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/ >>>> >>>> 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.com/mailman/listinfo/asterisk-users&c=E,1,wIdvPI63-ImQqWZFblrmlGJbQ_cbmu31TlSPHYv9kAkHrNRLdIAjL2IUr9sVYxm6piHc0Pf2Zna7zuNOJ2hb4CVzp2WYVDsgZJqAyHt2YkVuGQ,,&typo=1 >>>> >>>> >>> >> >> > >-- Technical Support http://www.cellroute.net
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>