<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'>So then as someone fairly new to the telco side (brief run down of how things worked fifteen years ago, then moved on to IP, microwave, etc. to avoid regulatory nightmares... now responsible for the operations of a company doing each part themselves), my confusion is understandable?<br><br>Understood on the > 24 DS0s part. We have some DS1s to specific towns in addition to the tandem connection.<br><br>If I were working with rate centers off of the other tandem, having a connection to the other tandem makes sense. However, my only dealings with that other tandem is that Comcast moved their LRN over there.<br><br>I'll reach out to Frontier and see what we can do.<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>"BackUP Telecom Consulting" <marylou@backuptelecom.com><br><b>To: </b>"Mike Hammett" <voiceops@ics-il.net><br><b>Cc: </b>voiceops@voiceops.org<br><b>Sent: </b>Wednesday, August 29, 2018 1:34:18 PM<br><b>Subject: </b>Re: [VoiceOps] LNP, tandems, etc.<br><br>I am an AOCN and have real time access to the LERG so just out of <br>curiosity and because I like mysteries, I looked up your example to see <br>what you were talking about. Comcast's records in LATA 364 are a mess!<br><br>Most of Comcast's NXXs were assigned back in 11/07/13. When it was <br>originally added, Comcast had it homed on the DKLBILXA50T tandem, which <br>is correct. Then in February 2016 someone made a SHA change to their <br>switch record and changed the tandem to DIXNILXA50T for the Local and <br>IntraLATA tandems and CHCGILWU24T for the FGD Tandem. My guess is that <br>Comcast initially set it up correctly, but when they added the <br>CenturyLink territory of the LATA, they didn't add a second switch <br>homing arrangement and LRN for the CenturyLink territory like they <br>should have. I can't explain why it works unless there just haven't been <br>any new companies since 2016. I would call Frontier back and tell them <br>that they must have trunks established with Comcast because they have a <br>bunch of NXXs in their territory that were set up in November 2013.<br><br>Mary Lou Carey<br><br>BackUP Telecom Consulting<br><br>Office: 615-771-7868 (temporary)<br><br>Cell: 615-796-1111<br><br>On 2018-08-28 06:00 PM, Mike Hammett wrote:<br>> Meaning if I thought were true? I had just assumed that Inteliquent<br>> did have the connections to every tandem in the LATAs they serve,<br>> given that (my thought) that you could only port numbers on the same<br>> tandem, so universal coverage would require connections to every<br>> tandem. We're actually looking at someone like Inteliquent to expand<br>> our footprint.<br>> <br>> So I'm supposed to be connected to every tandem in my LATA? In my<br>> LATA, there are only two (I believe), but some LATAs (like Chicago)<br>> have several. I'm supposed to drag a DS1 (or use Inteliquent, etc. if<br>> available) to connect to each one, even if I don't provide service in<br>> the rate centers traditionally served by that tandem? It seems like<br>> Comcast threw a dart at a dart board in choosing which tandem to<br>> connect to vs. going with the one that everyone else in that town<br>> uses.<br>> <br>> So then I could port a number from any rate center in my LATA (say<br>> Savanna) and point it to my LRN, living off of a tandem switch that<br>> the Savanna ILEC isn't connected to (from my outside world<br>> perspective)? Is there even the LATA constraint? Given the porting<br>> limitations I had experienced in the VoIP world, I assumed it was a<br>> tandem-by-tandem basis.<br>> <br>> So the LERG shows which tandem I need to send traffic to if I want to<br>> talk to them, but they could send their outbound calls to a different<br>> tandem? My current customer complaint is for calls that we're sending<br>> to Comcast, apparently homed off of the other tandem.<br>> <br>> If everyone is supposed to be on every tandem, then why can't the<br>> tandem I'm on just accept the calls I'm sending to Comcast, since<br>> Comcast should be there? Obviously me not being on the other tandem<br>> would affect inbound traffic to me.<br>> <br>> Is there another service I should be paying Frontier for to get me to<br>> the other tandem with some value-add service? I know CenturyLink hops<br>> through almost every town going that way (former LightCore and others<br>> before route). Frontier or CenturyLink may be able to get me a DS1 to<br>> the other tandem if I need that.<br>> <br>> I'm aware that I could still be completely missing the mark.<br>> <br>> BTW: Thanks for TelcoData. I subscribed a long time ago, but haven't<br>> for many ages.<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: "Paul Timmins" <ptimmins@clearrate.com><br>> TO: "Mike Hammett" <voiceops@ics-il.net><br>> CC: voiceops@voiceops.org<br>> SENT: Tuesday, August 28, 2018 5:19:11 PM<br>> SUBJECT: Re: [VoiceOps] LNP, tandems, etc.<br>> <br>> If that were true, you wouldn't be able to use inteliquent (et al) as<br>> your access tandem. Everyone is supposed to be directly or indirectly<br>> connected to every tandem in the LATA (which you can't independently<br>> verify, as telcodata and the LERG both show terminating tandem<br>> information to reach that end office, not what tandems the end office<br>> is hooked to to terminate calls.<br>> <br>> On Aug 28, 2018 17:47, Mike Hammett <voiceops@ics-il.net> wrote:<br>> <br>> I thought you had to be on the same tandem to port a number, but with<br>> what our tandem operator (Frontier) is telling me, this isn't the<br>> case.<br>> <br>> Comcast ported a number from us in town A. The LRN they pointed to is<br>> based in town B (per TelcoData). The tandem generally used by carriers<br>> in both towns is based in town B. Naturally, we send traffic to that<br>> tandem.<br>> <br>> The operator of that tandem is telling us that the LRN is actually<br>> homed off of a different tandem in our LATA (operated by CenturyLink)<br>> in town C. Unfortunately, I can't corroborate this information with<br>> TelcoData the only rate center I see off of that tandem in TelcoData<br>> is an AT&T town next door.<br>> <br>> Where can I read up authoritatively on the porting requirements that<br>> would apply to this and related bits of info I should know?<br>> <br>> I'm checking on our LERG access as I know that has the authoritative<br>> information, but I don't have that access at the moment. Maybe we're<br>> not subscribed to it.<br>> <br>> Number NPA-NXX in town A:<br>> https://www.telcodata.us/search-area-code-exchange-detail?npa=815&exchange=991<br>> <br>> LRN NPA-NXX in town B:<br>> https://www.telcodata.us/search-area-code-exchange-detail?npa=815&exchange=901<br>> <br>> Tandem in town B:<br>> https://www.telcodata.us/search-switches-by-tandem-clli?cllicode=DKLBILXA50T<br>> Tandem in town C:<br>> https://www.telcodata.us/search-switches-by-tandem-clli?cllicode=DIXNILXA50T<br>> <br>> Thanks.<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></body></html>