Re: [VoiceOps] Call Quality

On 2021-06-16 16:42, Jared Geiger wrote: Does Ribbon/Sonus charge extra for it even in passthrough modes On my Ribbon C15s, there is no extra charge/license for G722. However, we do need to pay licenses for SIP trunks in general, which is by far the largest barrier towards modernizing our

Re: [VoiceOps] Call Quality

I've seen an increase in G722 calls and I've seen a few AMR-WB calls get through too for our International vendors. Its still relatively new for them outside of the IPX/VoLTE market. I've had a large PTT ask to help with end to end testing for AMR-WB with them. A handful of International vendors

Re: [VoiceOps] Call Quality

On 2021-06-14 12:07, Richard Jobson wrote: before going to the PSTN which is clamped at G.711 narrowband This is starting to get a /little/ bit better, but progress is painfully slow.  For example, Inteliquent supports G722, you just need to ask for it to be enabled on your SIP trunks with

Re: [VoiceOps] Call Quality

ligent Computing Solutions > http://www.ics-il.com > > > > Midwest Internet Exchange > http://www.midwest-ix.com > > > > -- > *From: *"Calvin Ellison" > *To: *"Mike Hammett" > *Cc: *"VoiceOps" > *Sent: *Tu

Re: [VoiceOps] Call Quality

ke Hammett Intelligent Computing Solutions http://www.ics-il.com Midwest Internet Exchange http://www.midwest-ix.com - Original Message - From: "Calvin Ellison" To: "Mike Hammett" Cc: "VoiceOps" Sent: Tuesday, June 15, 2021 5:28:15 PM Subj

Re: [VoiceOps] Call Quality

; > > ------ > *From: *"Mike Hammett" > *To: *"VoiceOps" > *Sent: *Sunday, June 13, 2021 1:11:30 PM > *Subject: *[VoiceOps] Call Quality > > I've heard a variety of complaints and concerns over the years about call > quality.

Re: [VoiceOps] Call Quality

m > > > > Midwest Internet Exchange > http://www.midwest-ix.com > > > > From: "Tim Bray via VoiceOps" > To: voiceops@voiceops.org > Sent: Monday, June 14, 2021 4:36:55 PM > Subject: Re: [VoiceOps] Call Quality > > On 14/06/2021 22:25, Mike H

Re: [VoiceOps] Call Quality

ops-boun...@voiceops.org>> On Behalf Of Mike Hammett Sent: Monday, June 14, 2021 4:46 PM To: Tim Bray mailto:t...@kooky.org>> Cc: voiceops@voiceops.org<mailto:voiceops@voiceops.org> Subject: Re: [VoiceOps] Call Quality God, I hope customers don't hold their carriers responsi

Re: [VoiceOps] Call Quality

gent Computing Solutions http://www.ics-il.com Midwest Internet Exchange http://www.midwest-ix.com - Original Message - From: "Tim Bray via VoiceOps" < voiceops@voiceops.org > To: voiceops@voiceops.org Sent: Monday, June 14, 2021 4:36:55 PM Subject: Re: [Voic

Re: [VoiceOps] Call Quality

ip.com From: VoiceOps On Behalf Of Mike Hammett Sent: Monday, June 14, 2021 4:46 PM To: Tim Bray Cc: voiceops@voiceops.org Subject: Re: [VoiceOps] Call Quality God, I hope customers don't hold their carriers responsible for inappropriate use of speakerphones. Yes, I'm sure the complaints re

Re: [VoiceOps] Call Quality

*voiceops@voiceops.org > *Sent: *Monday, June 14, 2021 4:36:55 PM > *Subject: *Re: [VoiceOps] Call Quality > > On 14/06/2021 22:25, Mike Hammett wrote: > > One of the concerns I heard was echo. On a purely digital call, what > > would be the cause of echo? > > Echo, as in hear

Re: [VoiceOps] Call Quality

*voiceops@voiceops.org > *Sent: *Monday, June 14, 2021 4:37:38 PM > *Subject: *Re: [VoiceOps] Call Quality > > So are you saying that you've experienced echo on a fully VoIP call? IP > handset to IP handset, without some sort of analog interface other than in > the handsets? >

Re: [VoiceOps] Call Quality

Midwest Internet Exchange http://www.midwest-ix.com - Original Message - From: "Tim Bray via VoiceOps" To: voiceops@voiceops.org Sent: Monday, June 14, 2021 4:36:55 PM Subject: Re: [VoiceOps] Call Quality On 14/06/2021 22:25, Mike Hammett wrote: > One of the con

Re: [VoiceOps] Call Quality

: "Carlos Alvarez" To: voiceops@voiceops.org Sent: Monday, June 14, 2021 4:37:38 PM Subject: Re: [VoiceOps] Call Quality So are you saying that you've experienced echo on a fully VoIP call? IP handset to IP handset, without some sort of analog interface other than in the handsets?

Re: [VoiceOps] Call Quality

t; > > From: "Carlos Alvarez" > To: voiceops@voiceops.org > Sent: Monday, June 14, 2021 4:31:07 PM > Subject: Re: [VoiceOps] Call Quality > > Well, no call is purely digital, the endpoints are still analog, as is the > meatbag behind the handset. I can't imagine

Re: [VoiceOps] Call Quality

On 14/06/2021 22:25, Mike Hammett wrote: One of the concerns I heard was echo. On a purely digital call, what would be the cause of echo? Echo, as in hearing yourself coming back with a delay? Sound flying from the speaker to the microphone at the far end. Dodgy speaker phone, poor plastic

Re: [VoiceOps] Call Quality

; > > -- > *From: *"Carlos Alvarez" > *To: *voiceops@voiceops.org > *Sent: *Monday, June 14, 2021 4:31:07 PM > *Subject: *Re: [VoiceOps] Call Quality > > Well, no call is purely digital, the endpoints are still analog, as is the >

Re: [VoiceOps] Call Quality

: "Carlos Alvarez" To: voiceops@voiceops.org Sent: Monday, June 14, 2021 4:31:07 PM Subject: Re: [VoiceOps] Call Quality Well, no call is purely digital, the endpoints are still analog, as is the meatbag behind the handset. I can't imagine any way you can create echo in the digita

Re: [VoiceOps] Call Quality

et Exchange > http://www.midwest-ix.com > > > > -- > *From: *"Mike Hammett" > *To: *"VoiceOps" > *Sent: *Sunday, June 13, 2021 1:11:30 PM > *Subject: *[VoiceOps] Call Quality > > I've heard a variety of complaints and concerns ov

Re: [VoiceOps] Call Quality

mmett" To: "VoiceOps" Sent: Sunday, June 13, 2021 1:11:30 PM Subject: [VoiceOps] Call Quality I've heard a variety of complaints and concerns over the years about call quality. How are these quality issues introduced? As long as pipes and equipment aren't overloaded, where is a q

Re: [VoiceOps] Call Quality

4, 2021 at 3:23 AM To: Mike Hammett , Subject: Re: [VoiceOps] Call Quality Hi, It depends on your definition of pipes not too overloaded. And I'm presuming from mention of pipes that you mean network induced call quality problems. Usually bufferbloat. Routers with too much memory caus

Re: [VoiceOps] Call Quality

.@ics-il.net>> *To: *"VoiceOps" mailto:voiceops@voiceops.org>> *Sent: *Sunday, June 13, 2021 1:11:30 PM *Subject: *[VoiceOps] Call Quality I've heard a variety of complaints and concerns over the years about call quality. How are these quality issue

Re: [VoiceOps] Call Quality

t; Mike Hammett > Intelligent Computing Solutions > http://www.ics-il.com > > > > Midwest Internet Exchange > http://www.midwest-ix.com > > > > ------ > *From: *"Mike Hammett" > *To: *"VoiceOps" > *Sent: *Sunday, Jun

Re: [VoiceOps] Call Quality

e problems occur? - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com Midwest Internet Exchange http://www.midwest-ix.com - Original Message - From: "Mike Hammett" To: "VoiceOps" Sent: Sunday, June 13, 2021 1:11:30 PM Subject: [

Re: [VoiceOps] Call Quality

Hi, It depends on your definition of pipes not too overloaded.   And I'm presuming from mention of pipes that you mean network induced call quality problems. Usually bufferbloat.   Routers with too much memory cause a lot of latency at the point of a fast to slow transition in the

Re: [VoiceOps] Call Quality

Not sure how useful it is Mike, but thought of a couple of examples: Dropped packets (eg from radio interfaces) NAT (eg one-way audio caused by broken ALGs, or lost signalling due to state table timeouts) Pete > On 14/06/2021, at 6:11 AM, Mike

[VoiceOps] Call Quality

I've heard a variety of complaints and concerns over the years about call quality. How are these quality issues introduced? As long as pipes and equipment aren't overloaded, where is a quality issue to come from? Obviously, the closer you are to the handsets, the less opportunity there is

Re: [VoiceOps] Call Quality Scoring?

So is it safe to assume the access line is POTS/analog? If so, you have POTS from local Malaysian LEC to your network? Are you Connecting to your network via a SIP trunk? If so, you can capture the IP packets where it enters your network using Wireshark (or any other tool which captures RTP eg

Re: [VoiceOps] Call Quality Scoring?

On 11 July 2016 at 13:38, wrote: > This may be a silly question.is there any way that I can get a MOS or > PESQ score for a call? See this blog: https://txlab.wordpress.com/2015/06/02/quality-assurance-for-voip-calls-2/ And this: http://voxserv.ch/demolab.html > > I

Re: [VoiceOps] Call Quality Scoring?

Try AQuA: http://sevana.biz/products/aqua/ Aviv On Mon, Jul 11, 2016, at 01:38 PM, mgra...@mstvp.com wrote: > This may be a silly question.is there any way that I can get a MOS > or PESQ score for a call? > > I have an access line in Malaysia that's really quite bad quality. The >

Re: [VoiceOps] Call Quality Scoring?

If it’s a VOIP call you can grab stats from it using a number of different products. From: VoiceOps [mailto:voiceops-boun...@voiceops.org] On Behalf Of mgra...@mstvp.com Sent: Monday, July 11, 2016 3:38 PM To: voiceops@voiceops.org Subject: [VoiceOps] Call Quality Scoring? This may be a silly

Re: [VoiceOps] Call Quality issues?

Hello, On 3 November 2014 23:23, Aryn Nakaoka 808.356.2901 anaka...@trinet-hi.com wrote: It'll be interesting now that L3 and TWTC are one. http://investors.level3.com/investor-relations/presentations-and-events/default.aspx I thought this had already happened based on this:

Re: [VoiceOps] Call Quality issues?

Our TW Telecom rep changed email accounts today to level3.com . I wonder when the networks will merge or if Level 3 now will upgrade all of TW Telecoms ports. Aryn H. K. Nakaoka anaka...@trinet-hi.com Direct: 808.356.2901 Fax : 808.356.2919 Call me with our Browser Phone :

Re: [VoiceOps] Call Quality issues?

Hello Pete, On 3 November 2014 09:08, Pete E peeip...@gmail.com wrote: Anyone seeing heavy call quality problems? We're still trying to narrow down but appears to be Level3/Global Crossing? Yes, at work we use 8x8.com which is level 3 and a few calls over the past hour or so are broken up

Re: [VoiceOps] Call Quality issues?

Yes we have a customer reporting issues with calls going across L3 to one our SBCs in LA. Does not seem to be widespread for us yet, we have have L3 and TWTC in LA and it seems to be isolated to L3. The customer also uses Intelepeer and they are having the same packet loss from them. On Mon, Nov