<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 12 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
        {mso-style-priority:99;
        mso-style-link:"Balloon Text Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:8.0pt;
        font-family:"Tahoma","sans-serif";}
span.font
        {mso-style-name:font;}
span.size
        {mso-style-name:size;}
span.BalloonTextChar
        {mso-style-name:"Balloon Text Char";
        mso-style-priority:99;
        mso-style-link:"Balloon Text";
        font-family:"Tahoma","sans-serif";}
span.EmailStyle21
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Just to update everybody, I have been advised by a Vonage engineer that there is in fact a common peering partner between them and AT&T that does not route
 on LRN (whether using ENUM/DNS or not he didn't say).  He was kind enough to open a ticket with them on our behalf to have the TNs in question removed from their switch, which they have since done.  We are now waiting for propagation.  I will retest later
 this afternoon, at which point I fully expect that we will be in business.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I do not have inside knowledge as to whether Onvoy appropriately notified Vonage of the port-out, but I was also informed that in the case of this particular
 carrier, even if proper notification was done, this carrier receives a bulk updated TN list from Vonage only on a weekly basis.  Outside of that, tickets need to be raised.  So it is entirely possible that unless one raises a flag, even if everybody else in
 the chain does everything by the book when executing the port, calls can still be misrouted for up to a week.  Grr.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">-- Nathan<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> VoiceOps [mailto:voiceops-bounces@voiceops.org]
<b>On Behalf Of </b>Andrew Paolucci<br>
<b>Sent:</b> Monday, December 05, 2016 8:30 AM<br>
<b>To:</b> Oren Yehezkely<br>
<b>Cc:</b> voiceops@voiceops.org<br>
<b>Subject:</b> Re: [VoiceOps] AT&T / Onvoy / Vonage call routing screwup after LNP<o:p></o:p></span></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">Sounds like a possible ENUM routing issue if it's bypassing the PSTN. Was Vonage notified of the port away by Onvoy?<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Regards,<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Andrew Paolucci<o:p></o:p></p>
</div>
<div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Sent with <a href="https://protonmail.com">ProtonMail</a> Secure Email.<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal">-------- Original Message --------<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Subject: Re: [VoiceOps] AT&T / Onvoy / Vonage call routing screwup after LNP<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Local Time: 5 December 2016 9:16 AM<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">UTC Time: 5 December 2016 14:16<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">From: <a href="mailto:orenyny@gmail.com">orenyny@gmail.com</a><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">To: <a href="mailto:voiceops@voiceops.org">voiceops@voiceops.org</a> <<a href="mailto:VoiceOps@voiceops.org">VoiceOps@voiceops.org</a>><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<div>
<p class="MsoNormal"><span class="size"><span style="font-size:10.5pt;font-family:"Arial","sans-serif"">Had similar experiences, but with different vendor.</span></span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Arial","sans-serif"">I would try to open a ticket with ATT to fix their routing. I know, it won't be easy.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Arial","sans-serif"">I would also try to speak with Vonage. I wouldn't have the customer disconnect before calls are flowing correctly.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Arial","sans-serif"">If this doesn't work, and you wait another day or two with no results, I may try to port the numbers away from convoy.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Arial","sans-serif""><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Arial","sans-serif"">Interested to know how you solved it...<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Arial","sans-serif"">Good luck.<o:p></o:p></span></p>
</div>
</div>
<div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<div>
<p class="MsoNormal">On Dec 5, 2016 8:06 AM, "Nathan Anderson" <<a href="mailto:nathana@fsr.com">nathana@fsr.com</a>> wrote:<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<p class="MsoNormal">So here's a weird one: we took over a small business account from Vonage.  Vonage was using Onvoy for origination, and we elected to keep the TNs with Onvoy (through a wholesaler).  So the "port" only consisted of Onvoy repointing traffic
 for those TNs internally away from Vonage and to our reseller, with no LRN change.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">The weird bit is that we definitely are seeing some traffic for those numbers hitting us, but it's been nearly 72 hours now and some calls are still ringing their Vonage ATAs.  I couldn't tell you definitively where the delineation is,
 but I can tell you, for example, that if I call any of the TNs from my AT&T cell, those calls still hit Vonage, so I can at least reproduce the problem at-will.  This is for a local real-estate office, and AT&T is big in our relatively rural market, so even
 if it turns out that AT&T is the only provider that is affected, that is still a huge percentage of our end-user's client base.  And the frustrating bit is that traffic is now effectively being "forked", which is a huge inconvenience for our end-user since
 they have an old key system with analog trunks and so we have to choose between having our IAD hooked up to their KSU or having their stack of Vonage ATAs hooked up.  (For now, we have left the Vonage ATAs in place, and we are forwarding calls tha<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> t come to us to a single line from the ILEC that this office ended up keeping.  I don't know what we would have done if they didn't have that line.)<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Onvoy swears up and down that everything is configured correctly on their side, and given that we are at least getting *some* calls, I am inclined to believe them.  When I give them call examples from my cell phone, they say that they don't
 even see those calls hitting their systems at all.  At this point, the running theory is that AT&T must have some kind of direct peering with Vonage, and Onvoy isn't in the loop at all on those calls.  If that's the case, then perhaps everything magically
 works itself out once I have the end-user call up Vonage and have them close out the account completely.  But I'm not sure it is worth the risk of having them take that step with things as they are, on the off-chance that I guessed wrong (instead of the problem
 getting fixed, calls from AT&T start going to /dev/null).<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Has anybody encountered anything like this before, or heard of national wireless carriers doing direct peering with national VoIP providers while completely bypassing PSTN switching infrastructure?  Are there any AT&T, Onvoy, and/or Vonage
 reps reading this who can help un-**** this cluster?<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Thanks,<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">--<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Nathan Anderson<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">First Step Internet, LLC<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><a href="mailto:nathana@fsr.com">nathana@fsr.com</a><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">_______________________________________________<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">VoiceOps mailing list<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><a href="mailto:VoiceOps@voiceops.org">VoiceOps@voiceops.org</a><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><a href="https://puck.nether.net/mailman/listinfo/voiceops">https://puck.nether.net/mailman/listinfo/voiceops</a><o:p></o:p></p>
</div>
</blockquote>
</div>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</body>
</html>