<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: arial,helvetica,sans-serif; font-size: 10pt; color: #000000'>Calls through Bandwidth were successfuls, the last carriers (Frontier and VZW) don't have anything going on with my customer's TN.<div><br></div><div>*sigh* Back to Frontier. I called Friday to escalate, but now the ticket in VFO is closed, so I'm sure that'll be wonderful to get them to act on now.</div><div><br></div><div>It's the same tandem town\CO, but aren't LD tandems and local tandems different, or is that separation history and they just all get dropped on the same box now?<br><br><div><span name="x"></span><br><br>-----<br>Mike Hammett<br>Intelligent Computing Solutions<br>http://www.ics-il.com<br><br><br><br>Midwest Internet Exchange<br>http://www.midwest-ix.com<br><br><span name="x"></span><br></div><br><hr id="zwchr"><div style="color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>"Nick Olsen" <Nick@141networks.com><br><b>To: </b>"VoiceOps" <voiceops@voiceops.org>, "Mike Hammett" <voiceops@ics-il.net><br><b>Sent: </b>Friday, September 30, 2022 3:30:48 PM<br><b>Subject: </b>Re: Tandem Dropping Calls<br><br>
<style style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);" class="elementToProof">
Honestly the reply you got was more then I would've expected from any ILEC. This lack of care is par for the course for them.</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);" class="elementToProof">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);" class="elementToProof">
The way I read their reply however is "Trouble isn't in my department, go open a ticket elsewhere". And might be indicating that the reject is coming from somewhere further downstream. Such as they attempted to alert the line but it was busy. And they passed
that back to you as a CC31 because... reasons. But this is a routing/translations guy, not an access guy. So he doesn't know.</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);" class="elementToProof">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);" class="elementToProof">
The ILEC's are so compartmentalized that the person that handled this ticket doesn't even know where you'd go from there other than it's not his/her problem.</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);" class="elementToProof">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);" class="elementToProof">
If I were you, I'd try sending the call to IQ or some other LD carrier and see if you get the same results. Atleast with the Frontier called TN's (2 of the 3), you know they're terminating back to that same tandem regardless of if it's from you or IQ, or whoever.
Try the same call with different ANI's, Different results? Maybe the end user is subscribed to some service that is blocking the call..etc.</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);" class="elementToProof">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);" class="elementToProof">
Best of luck!</div>
<div id="appendonsend"></div>
<hr style="display:inline-block;width:98%">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> VoiceOps <voiceops-bounces@voiceops.org> on behalf of Mike Hammett via VoiceOps <voiceops@voiceops.org><br>
<b>Sent:</b> Friday, September 30, 2022 2:35 PM<br>
<b>To:</b> VoiceOps <voiceops@voiceops.org><br>
<b>Subject:</b> [VoiceOps] Tandem Dropping Calls</font>
<div> </div>
</div>
<style>
<!--
p
{margin:0}
-->
</style>
<div>
<div style="font-family:arial,helvetica,sans-serif; font-size:10pt; color:#000000">
<font face="arial, helvetica, sans-serif"><span style="font-size:10pt">We have a new customer that has an increasing number of TNs they can't call. I've traced them all down to going through our local Frontier tandem. Calls from other phone numbers on our network
are fine. Two of the numbers are with Frontier, just another ratecenter off of that tandem. The third we know of goes to VZW.</span></font>
<div style="color:rgb(0,0,0); font-family:arial,helvetica,sans-serif; font-size:10pt">
<br>
</div>
<div style="color:rgb(0,0,0); font-family:arial,helvetica,sans-serif; font-size:10pt">
I submit a ticket to Frontier with source number, destination number, and call date\time for the last set of problem calls, all within the previous 24 hours, out of our Metaswitch SAS.</div>
<div style="color:rgb(0,0,0); font-family:arial,helvetica,sans-serif; font-size:10pt">
<br>
</div>
<div style="color:rgb(0,0,0); font-family:arial,helvetica,sans-serif; font-size:10pt">
Frontier replies:</div>
<div>
<div><font face="arial, helvetica, sans-serif"><span style="font-size:13.3333px">Per Software Engineering/DBA: Did not find mention call in IRIS (SS7), did find at that time a call to 815-824-XXXX, not 815-824-YYYY. SS7 show that call at 14:51 came in on DNC
tgn 1011, GN089085, OPC=005-092-136 and terminate to DeKalb switch. Verified</span></font></div>
<div><font face="arial, helvetica, sans-serif"><span style="font-size:13.3333px">incoming call in switch, switch not blocking terminating to line. **31 - Normal. Unspecified. This cause is used to report a normal event only when no other cause in the normal
class applies**. Found no trouble in switch translations/routing.</span></font></div>
<div><font face="arial, helvetica, sans-serif"><span style="font-size:13.3333px"><br>
</span></font></div>
<div><font face="arial, helvetica, sans-serif"><span style="font-size:13.3333px">Status:<span style="white-space:pre">
</span>Cleared Awaiting Cust Verification</span></font></div>
<div><br>
</div>
<div>So we have a very different definition of "cleared". I call a problem cleared when it's resolved, not when the reason can't be found.</div>
<div><br>
</div>
<div>So Frontier:</div>
<div>1. Can't find one of the three calls I sent them.</div>
<div>2. Doesn't chase the problem to the end of the line.</div>
<div>3. Clarifies that the ISUP error I'm getting means they don't have a reason for it to be closed, so probably not a normal circumstance.</div>
<div>4. Doesn't investigate why there's an unclassified release.</div>
<div><br>
</div>
<div>How can I incentivize Frontier to actually figure this out?</div>
<br>
<div style="color:rgb(0,0,0); font-family:arial,helvetica,sans-serif; font-size:10pt">
<span></span><br>
<br>
-----<br>
Mike Hammett<br>
Intelligent Computing Solutions<br>
http://www.ics-il.com<br>
<br>
<br>
<br>
Midwest Internet Exchange<br>
http://www.midwest-ix.com<br>
<br>
<span></span><br>
</div>
<br>
</div>
</div>
</div>
</div><br></div></div></body></html>