<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'><font face="arial, helvetica, sans-serif"><span style="font-size: 10pt;">*nods* I've been working this escalation chain from Frontier's wholesale site.</span></font><div style="color: rgb(0, 0, 0); font-family: arial, helvetica, sans-serif; font-size: 10pt;"><br></div><div><font face="arial, helvetica, sans-serif"><span style="font-size: 13.3333px;">https://wholesale.frontier.com/-/media/WholesaleDocs/repair-contact-and-escalation-list.ashx</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;">We get our SS7 services via TNS, but we have DS1\DS3 trunks into Frontier for local and long distance tandems. They also happen to be the ILEC in most of the rate centers around here, including where two of the three problem TNs are.</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;">I probably reached the translations guy who said it wasn't his problem and closed the ticket, without bouncing it to anyone else to look into.<br></span></font><br><div style="color: rgb(0, 0, 0); font-family: arial, helvetica, sans-serif; font-size: 10pt;"><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" style="color: rgb(0, 0, 0); font-family: arial, helvetica, sans-serif; font-size: 10pt;"><div style="color: rgb(0, 0, 0); font-family: Helvetica, Arial, sans-serif; font-size: 12pt; font-weight: normal; font-style: normal; text-decoration: none;"><b>From: </b>"Mary Lou Carey" <marylou@backuptelecom.com><br><b>To: </b>"Mike Hammett" <voiceops@ics-il.net><br><b>Cc: </b>"VoiceOps" <voiceops@voiceops.org><br><b>Sent: </b>Monday, October 3, 2022 12:12:53 PM<br><b>Subject: </b>Re: [VoiceOps] Tandem Dropping Calls<br><br>I would contact your SS7 provider and have them do a trace on it to <br>figure out where it's dropping. If it's with Frontier, then you can put <br>in another trouble ticket and tell them you have proof it's a problem <br>with their network. You'll need to request it be escalated because they <br>keep closing your trouble tickets with no resolution.<br><br>If you can't get anywhere with that, just keep contacting them through <br>multiple routes. For example, reach out to their NPAC contact for an <br>escalation contact for routing issues. Chat with their online <br>troubleshooting people to request an escalation. Unfortunately with the <br>RBOCs and ILECs, some don't respond until they are about to get their <br>hand slapped so if nothing else works file a complaint with the PUC. <br>Some people just take joy in making it hard for competitors to fix their <br>routing problems but they can only do that so long before they look bad. <br>I've found being the consistent squeaky wheel that is firm and <br>professional yet won't take no for an answer is what eventually gets you <br>where you need to be. You might get called a few names along the way, <br>but only by people who didn't want to do their job right in the first <br>place.<br><br>Frontier's online troubleshooting chat link<br>https://frontier.com/login?target=2f6163636f756e74#/troubleshooting<br><br>MARY LOU CAREY<br>BackUP Telecom Consulting<br>Office: 615-791-9969<br>Cell: 615-796-1111<br><br>On 2022-10-03 10:34 AM, Mike Hammett via VoiceOps wrote:<br>> Calls through Bandwidth were successfuls, the last carriers (Frontier<br>> and VZW) don't have anything going on with my customer's TN.<br>> <br>> *sigh* Back to Frontier. I called Friday to escalate, but now the<br>> ticket in VFO is closed, so I'm sure that'll be wonderful to get them<br>> to act on now.<br>> <br>> It's the same tandem town\CO, but aren't LD tandems and local tandems<br>> different, or is that separation history and they just all get dropped<br>> on the same box now?<br>> <br>> -----<br>> Mike Hammett<br>> Intelligent Computing Solutions<br>> http://www.ics-il.com<br>> <br>> Midwest Internet Exchange<br>> http://www.midwest-ix.com<br>> <br>> -------------------------<br>> <br>> From: "Nick Olsen" <Nick@141networks.com><br>> To: "VoiceOps" <voiceops@voiceops.org>, "Mike Hammett"<br>> <voiceops@ics-il.net><br>> Sent: Friday, September 30, 2022 3:30:48 PM<br>> Subject: Re: Tandem Dropping Calls<br>> <br>> Honestly the reply you got was more then I would've expected from any<br>> ILEC. This lack of care is par for the course for them.<br>> <br>> The way I read their reply however is "Trouble isn't in my<br>> department, go open a ticket elsewhere". And might be indicating that<br>> the reject is coming from somewhere further downstream. Such as they<br>> attempted to alert the line but it was busy. And they passed that back<br>> to you as a CC31 because... reasons. But this is a<br>> routing/translations guy, not an access guy. So he doesn't know.<br>> <br>> The ILEC's are so compartmentalized that the person that handled this<br>> ticket doesn't even know where you'd go from there other than it's not<br>> his/her problem.<br>> <br>> If I were you, I'd try sending the call to IQ or some other LD<br>> carrier and see if you get the same results. Atleast with the Frontier<br>> called TN's (2 of the 3), you know they're terminating back to that<br>> same tandem regardless of if it's from you or IQ, or whoever. Try the<br>> same call with different ANI's, Different results? Maybe the end user<br>> is subscribed to some service that is blocking the call..etc.<br>> <br>> Best of luck!<br>> <br>> -------------------------<br>> <br>> From: VoiceOps <voiceops-bounces@voiceops.org> on behalf of Mike<br>> Hammett via VoiceOps <voiceops@voiceops.org><br>> Sent: Friday, September 30, 2022 2:35 PM<br>> To: VoiceOps <voiceops@voiceops.org><br>> Subject: [VoiceOps] Tandem Dropping Calls<br>> <br>> We have a new customer that has an increasing number of TNs they<br>> can't call. I've traced them all down to going through our local<br>> Frontier tandem. Calls from other phone numbers on our network are<br>> fine. Two of the numbers are with Frontier, just another ratecenter<br>> off of that tandem. The third we know of goes to VZW.<br>> <br>> I submit a ticket to Frontier with source number, destination number,<br>> and call date\time for the last set of problem calls, all within the<br>> previous 24 hours, out of our Metaswitch SAS.<br>> <br>> Frontier replies:<br>> <br>> Per Software Engineering/DBA: Did not find mention call in IRIS (SS7),<br>> did find at that time a call to 815-824-XXXX, not 815-824-YYYY. SS7<br>> show that call at 14:51 came in on DNC tgn 1011, GN089085,<br>> OPC=005-092-136 and terminate to DeKalb switch. Verified<br>> incoming call in switch, switch not blocking terminating to line. **31<br>> - Normal. Unspecified. This cause is used to report a normal event<br>> only when no other cause in the normal class applies**. Found no<br>> trouble in switch translations/routing.<br>> <br>> Status: Cleared Awaiting Cust Verification<br>> <br>> So we have a very different definition of "cleared". I call a problem<br>> cleared when it's resolved, not when the reason can't be found.<br>> <br>> So Frontier:<br>> 1. Can't find one of the three calls I sent them.<br>> 2. Doesn't chase the problem to the end of the line.<br>> 3. Clarifies that the ISUP error I'm getting means they don't have a<br>> reason for it to be closed, so probably not a normal circumstance.<br>> 4. Doesn't investigate why there's an unclassified release.<br>> <br>> How can I incentivize Frontier to actually figure this out?<br>> <br>> -----<br>> Mike Hammett<br>> Intelligent Computing Solutions<br>> http://www.ics-il.com<br>> <br>> Midwest Internet Exchange<br>> http://www.midwest-ix.com<br>> _______________________________________________<br>> VoiceOps mailing list<br>> VoiceOps@voiceops.org<br>> https://puck.nether.net/mailman/listinfo/voiceops<br></div><br></div></div></body></html>