similar to: Meaning of RTT in channelstats

On 17.05.20 at 01:28 Joshua C. Colp wrote: > On Sat, May 16, 2020 at 10:58 AM Michael Maier <m1278468 at mailbox.org> wrote: > >> => How are the RTT values exactly calculated? Which values are actually >> used for? >> > > The value is calculated according to the logic in the RFC[1]. Specifically > using embedded timestamps in the RTCP packets and

On 15.05.20 at 14:31 Doug Lytle wrote: > Google says Round Trip Time > > https://www.voip-info.org/asterisk-rtcp/ That doesn't answer my question (I know the abbreviation RTT). Therefore I'm trying again: I'm just wondering what the RTT *exactly* means. Where are the exact measuring points located? => How are the RTT values exactly calculated? Which values are actually

On Sat, May 16, 2020 at 10:58 AM Michael Maier <m1278468 at mailbox.org> wrote: > On 15.05.20 at 14:31 Doug Lytle wrote: > > Google says Round Trip Time > > > > https://www.voip-info.org/asterisk-rtcp/ > > That doesn't answer my question (I know the abbreviation RTT). Therefore > I'm trying again: > > I'm just wondering what the RTT *exactly*

Google says Round Trip Time https://www.voip-info.org/asterisk-rtcp/ Doug

Thanks but no Adtran here. I do think these stats are indicating an issue, I just don't know how to prove it outside Asterisk. From: EWieling at nyigc.com To: tjrlist at live.com; asterisk-users at lists.digium.com Date: Mon, 19 Jan 2015 13:55:33 -0500 Subject: RE: [asterisk-users] sip show channelstats reliable? I?ve seen something similar with Adtran SIP gateways. When a re-invite

Additional info: At the moment I am running 1.8.x but the other day I was getting the same results on 11.x Here is a sample from show channelstats. I do think this command is showing that there is trouble between specific IP's and my Asterisk box but I don't know if the numbers are accurate and reliable. Peer Call ID Duration Recv: Pack Lost ( %)

On Tue, Jan 20, 2015 at 12:43 AM, Scott Griepentrog <sgriepentrog at digium.com > wrote: > I would recommend capturing traffic outside your Asterisk server with > Wireshark, then running the Telephony/Rtp/Analysize Streams option to > determine if you have packet loss at that point in the network. > > On Mon, Jan 19, 2015 at 1:00 PM, Todd R. <tjrlist at live.com> wrote:

I've seen something similar with Adtran SIP gateways. When a re-invite happens the Adtran gets all confused about call stats and marks the pre-reinvite leg of the call as losing large numbers of packets. BTW, IIRC reinvites happen when a codec changes or the channel switches to T.38. Also Adtran SIP gateways appear not to support OPTIONS packets when running in SIP proxy mode, which is

I am seeing lots of lost packets when running the command sip show channelstats at the CLI. There are issues across multiple Asterisk servers I am trying to diagnose but everything I read seems to point to this command being pretty unreliable. Can I trust the info this command shows? I am showing lots of lost packets in sip show channelstats but I can't see any packet loss when pinging the

I would recommend capturing traffic outside your Asterisk server with Wireshark, then running the Telephony/Rtp/Analysize Streams option to determine if you have packet loss at that point in the network. On Mon, Jan 19, 2015 at 1:00 PM, Todd R. <tjrlist at live.com> wrote: > Thanks but no Adtran here. > > I do think these stats are indicating an issue, I just don't know how to

Well, first of all, my name is Ezequiel and I'd been on this list for a very short time, but I see a lot of people willing to help here, so I'll give my problem a try here. After using asterisknow for almost a year, I decided to give plain asterisk a try, so I installed CentOS 6.4 and Asterisk 1.8. After configuring it (sip.conf, extensions.conf, even meetme.conf to try a conference

The Asterisk Development Team would like to announce the release of Asterisk 16.4.0. This release is available for immediate download at https://downloads.asterisk.org/pub/telephony/asterisk The release of Asterisk 16.4.0 resolves several issues reported by the community and would have not been possible without your participation. Thank you! The following issues are resolved in this release:

I am not sure if its just me, but i am able to get only local channel variables containing RTCP QOS values. The Version is 1.8.14. I want to store values of bridged channel in CDR. Phone is Cisco 7941 SIP and with sip show channelstats i see all the relevant information (jitter,packet loss) i want to get. It even calculates packet loss in %. But i am not able to store it to CDR. Asterisk 1.4

You could use MTR command. Its a trace route improved. Marlon Araujo > On Jan 20, 2015, at 08:59, asterisk-users-request at lists.digium.com wrote: > > Send asterisk-users mailing list submissions to > asterisk-users at lists.digium.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.digium.com/mailman/listinfo/asterisk-users > or,

Hi list! I use Asterisk 13.14.1 from Debian repository on a DSL from Deutsche Telekom. Asterisk works well, but I have really often an high delay (I understand it since the other party speak some seconds before he hears my question and answer) and sometimes I hear an echo. I really don't know what can I check and what can be the problem. The problem exists since a very long time, but in the

The Asterisk Development Team would like to announce the release of Certified Asterisk 16.8-cert1. This release is available for immediate download at https://downloads.asterisk.org/pub/telephony/certified-asterisk The release of Certified Asterisk 16.8-cert1 resolves several issues reported by the community and would have not been possible without your participation. Thank you! The following

The Asterisk Development Team would like to announce the release of Certified Asterisk 16.8-cert1. This release is available for immediate download at https://downloads.asterisk.org/pub/telephony/certified-asterisk The release of Certified Asterisk 16.8-cert1 resolves several issues reported by the community and would have not been possible without your participation. Thank you! The following

I tried GET /channels/{channelid}/variable?variable=CHANNEL(pjsip,call-id) But it responds with "message": "Channel not in Stasis application" Since I want to get the call-id for a channel not in stasis I guess that won’t work. Similarly, I can’t force the channel through my own code in the dialplan, so the PJSIP_HEADER function won’t work. So it looks like I’ll

Hi Patrick, You are welcome to try our tools out for active and passive voice quality measurement tools. It's waveform analysis (like PESQ or POLQA) and VoIP metrics analysis (like G.107 E-model and other metrics). You can read more at http://www.sevana.biz or older site http://www.sevana.fi On Tue, Mar 31, 2015 at 1:16 PM, Patrick Beaumont < p.beaumont at hatsoffsoftware.co.uk>

On Sat, Jun 17, 2023 at 2:55 PM TTT <lists at telium.io> wrote: > Based on postings it should be possible to get the SIP Call-ID header > value from the ARI. At what point is this value available ? As well, how > do I retrieve that value – something like > > > > GET /channels/{channelId}/pjsip_header?key=Call-Id > > > > But that doesn’t work. >