<div dir="auto"><div>This:<div dir="auto"><br></div><div dir="auto"><br><span style="font-size:12.8px">Maybe a separate service provider that can just handle 911 calls without "owning" my client's phone numbers?</span><br></div><br>There are a number of VoIP 911 providers who handle and route calls to the correct PSAP based either on the registered address or based on information collected from the called on the phone. We use Northern911 but there are many others.</div><div dir="auto"><br></div><div dir="auto">We have this relationship as a TSP, but also have several clients (roadside assistance, security companies, utilities) who have a direct relationship with N911.</div><div dir="auto"><br></div><div dir="auto">Dialplan to route 911 calls to the provider and bypass Comcast will fix your headache. For not much $.</div><div dir="auto"><br></div><div dir="auto">Good luck</div><div dir="auto"><br></div><div dir="auto">Ivan</div><div dir="auto"><br></div><div dir="auto"><br><br><br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Tue., Jan. 4, 2022, 1:36 p.m. Aaron C. de Bruyn via VoiceOps, <<a href="mailto:voiceops@voiceops.org">voiceops@voiceops.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">One of my clients has a large SIP trunk with Comcast based out of Washington State.<div><br></div><div>They have all their offices across Oregon and Washington hooked into a FreePBX phone server that is attached to the Comcast SIP trunk.</div><div><br></div><div>911 calls *constantly* get misrouted to the local PSAP where the SIP trunk lives.</div><div><br></div><div>I must have called Comcast 30 times over the last few years to try and get this addressed, but Comcast flat-out refuses to fix the issue.</div><div><br></div><div>The short answer is that Comcast refuses to fix it.  In some (but not all) cases, our phone numbers are RCF'd numbers, so they don't actually exist on the trunk...and Comcast forcibly re-writes them to our 'main' number...and then routes the 911 call incorrectly.  In other cases, we have provided Comcast with the e911 information, they say it's updated, and then we find out months later (when an office dials 911 during an emergency) that it's still not correct.</div><div><br></div><div>Not only does this affect 911 calls, but also customers who get the re-written caller ID and have no idea which office called them.</div><div><br></div><div>The "easy" solution is to ditch Comcast and move to a provider that doesn't play the RCF and caller-ID-rewrite games.  Unfortunately my client is locked into their Comcast contract for another ~18 months.  Early termination would incur a ~$35,000 bill.</div><div><br></div><div>Is there a list of PSAP numbers somewhere so I can set up an internal redirect to the PSAP 10-digit number?  I know those 10-digit numbers are guarded like Fort Knox, so I'm betting this option isn't very realistic.</div><div><br></div><div>Maybe a separate service provider that can just handle 911 calls without "owning" my client's phone numbers?<br></div><div><br></div><div>Any other thoughts on how I can route around Comcast brain damage?<br></div><div><br></div><div>Thanks,</div><div><br></div><div>-A</div></div>
_______________________________________________<br>
VoiceOps mailing list<br>
<a href="mailto:VoiceOps@voiceops.org" target="_blank" rel="noreferrer">VoiceOps@voiceops.org</a><br>
<a href="https://puck.nether.net/mailman/listinfo/voiceops" rel="noreferrer noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
</blockquote></div></div></div>

<br>
<p><span style="font-size:10.0pt">NOTE: This email message and
any attachments are for the sole use of the intended recipient(s) and may
contain confidential and/or privileged information. Any unauthorized review,
use, disclosure or distribution is prohibited. If you are not the intended recipient,
please contact the sender by replying to this email, and destroy all copies of
the original message.</span></p>