[VoiceOps] [External] Re: 9-8-8 dialing when an outside line access code (9) is being used
Carlos Alvarez
caalvarez at gmail.com
Mon Jul 18 15:29:37 EDT 2022
Our user instructions have been telling them to dial like a cell phone for
over ten years. So they do have a defacto send button; dial and then pick
up the handset or press the speaker or headset button. Acceptance and
adoption has been great. It was harder to get people to do this in 2005,
but everyone gets it now. We had permissive dialing for a while (10-digit,
11-digit, 9+10-digit, 9+11-digit). But as of somewhere around '16 we took
out the 9 completely. And haven't required it since our years had single
digits.
I know, everyone is different, different needs, blah blah. Too many
excuses for keeping old dead skeumorphs.
On Mon, Jul 18, 2022 at 12:22 PM Jay Hennigan via VoiceOps <
voiceops at voiceops.org> wrote:
> On 7/18/22 08:36, Carlos Alvarez wrote:
> > OP makes his own points against it, and none for. As we add more and
> > more short numbers and possibly NPAs, the 9 becomes more problematic.
> > And is there really a switch out there in use today that needs it?
>
> Pretty much any conventional PBX where you have conventional phones and
> don't want a timeout. Even most SIP phones don't have a SEND button even
> though the INVITE is en-banc under the hood, so you need a dialplan with
> a timeout.
>
> IMHO, 9-8-8 is a boneheaded idea as it breaks NANP and causes ambiguity.
> In addition now that it's law look for all kinds of other mandated
> service codes. Lost your cat, dial 9-7-7. Need a jump start, 9-6-6,
> Alcoholics Anonymous 9-5-5, etc.
>
> --
> Jay Hennigan - jay at west.net
> Network Engineering - CCIE #7880
> 503 897-8550 - WB6RDV
> _______________________________________________
> VoiceOps mailing list
> VoiceOps at voiceops.org
> https://puck.nether.net/mailman/listinfo/voiceops
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/voiceops/attachments/20220718/6618ecb0/attachment.htm>
More information about the VoiceOps
mailing list