<div dir="ltr">On Wed, Jan 22, 2014 at 3:00 PM, Jay Ashworth <span dir="ltr"><<a href="mailto:jra@baylink.com" target="_blank">jra@baylink.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div class="im">----- Original Message -----<br>> From: "Jay Hennigan" <<a href="mailto:jay@west.net">jay@west.net</a>><br><br>> It sounds like what Tim is reporting is not the inability to *place*<br>

> LD calls from that TN, but the inability for those outside the LATA to<br>> complete calls to it.<br><br></div>Correct; that's what he's got.<br><br>Incoming calls to the DN from the PSTN block.<br><div class="im">

<br>> When you ported the number, wass there an option to disable that<br>> special service code or is it universal to the block regardless of LRN?<br>><br>> And, did the customer have the same issue before the port?<br>

<br></div>And -- and this is the kicker -- that block instruction is an Object.<br><br>Who owns it, and where does it live?<br><div class="im"><br></div></blockquote><div><br></div><div>We ported this to an underlying carrier (the guilty party shall remain nameless), and according to their engineers they have no option to disable the SSC.</div>

<div><br></div><div>I actually have no idea if the call I am making is blocked at the local switch for my POTS test line, the LD carrier, or inbound to our ULC (or any other part of the path it might have crossed).  This information was not provided to me in the response from our ULC, but it would be interesting to know for future reference where these blocks happen.</div>

<div><br></div><div>Thank you all for your help, both on and off list.<br></div><div><br></div><div>Tim Donahue</div><div><br></div></div></div></div>