If you end up having a lot of Alaska calls, contact ACS Alaska to connect with them directly. They would give you the best clarity since they own and operate the number. <div><br></div><div>I tested out many of my providers calling the actual number 19074596715 to see if I could stumble upon the one that clicked and sounded horrible. All of mine sounded like the 5083 number with the leading music and uniform volume. Some had more jitter than others. I'm really curious to see what ACS sounds like though. The reseller who used to use ACS no longer is selling to me though so I can't test.</div>
<div><br></div><div>~Jared<br><br><div class="gmail_quote">On Mon, Mar 11, 2013 at 5:31 PM, Nathan Anderson <span dir="ltr"><<a href="mailto:nathana@fsr.com" target="_blank">nathana@fsr.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Monday, March 11, 2013 6:45 AM, Hiers, David <mailto:<a href="mailto:David.Hiers@adp.com">David.Hiers@adp.com</a>> wrote:<br>
<br>
> <a href="tel:208-301-5083" value="+12083015083">208-301-5083</a>: Good quality. Sounds like a waveform codec.<br>
> <a href="tel:208-301-5084" value="+12083015084">208-301-5084</a>: Mostly unacceptable quality. Sounds like a vocoder codec.<br>
<br>
</div>*ding* *ding* *ding*!  We have a winner!  (Runner-up goes to Jared who also touched on the codec issue.)<br>
<br>
Although everybody picked the same recording in the end, what David points out is exactly what I had noticed and was looking for in the responses: one sounded like a land-line.  The other sounded like a bad cell phone call.  This is why I was encouraging people to NOT run the test from a cell phone: because you'd be on the receiving end of an actual voice-optimized codec, which would mask the issue somewhat.<br>

<br>
In response to Jared's comment that...<br>
<br>
On Saturday, March 09, 2013 9:40 AM, Jared Geiger <> wrote:<br>
<br>
> [...] neither seemed to have the warmth and clarity I would<br>
<div class="im">> expect from a full ulaw path the whole way through.<br>
<br>
</div>...I suspect that is partly an issue with the source material.  And who knows what kind of equipment the end-user has or how it is hooked up to the telco (iffy analog loops?).  But there are no noticeable compression artifacts when you listen to the one from 5083, and there are in the 5084 recording.  This is despite the fact that the audio stream that was delivered to us was, in fact, G.711u.  Somehow, some way, the audio stream is getting encoded with a lossy compression scheme of some kind, and then transcoded back to G.711u before being handed off to us.<br>

<br>
I suspect more is going on here, though, than the simple transcoding (although that is obviously part of it).  The long connection times, the annoyingly loud "pop" at the beginning of the call when it's finally being connected, occasional scratchiness/static on the line, inconsistent volume levels during a call, wildly inconsistent volume levels *between* calls (some are super-low the entire time)...these are all problems that we are regularly and constantly seeing with calls to this entire rate center as a whole.<br>

<br>
The person who initially responded to my ticket about this said he couldn't hear the issue, thus this post.  I wanted to know whether I was crazy or not.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Nathan Anderson<br>
First Step Internet, LLC<br>
<a href="mailto:nathana@fsr.com">nathana@fsr.com</a><br>
_______________________________________________<br>
VoiceOps mailing list<br>
<a href="mailto:VoiceOps@voiceops.org">VoiceOps@voiceops.org</a><br>
<a href="https://puck.nether.net/mailman/listinfo/voiceops" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
</div></div></blockquote></div><br></div>