daknetworks.com

Are you experiencing different results when you dial directly from the Polycom phone set than if you pickup the Polycom phone set and dial?

For example, to make a call:
-walk to the phone.
-dial 540-552-0497 (automated weather service number).
-hit DIAL.
-the call goes through on speaker phone.

Now, try this:
-walk to the phone.
-pick up the hand set (you hear a dial tone).
-dial 540-552-0497 (automated weather service number).
-nothing... (or possibly, "I am sorry, that is not a valid extension).

As referenced in the last post, a DIAL PLAN, is a set of numbers that is used to dial out. What's interesting with the Fonality/Polycom solution is that the DIAL PLAN on the SERVER, doesn't apply to the POLYCOM PHONE SETS directly. So what's happening here is when you simply dial the number and hit DIAL, you are using the SERVER DIAL PLAN.

When you pick up the phone set and dial the number, you are using the POLYCOM PHONE SET DIGITMAP (notice the difference between the DIAL PLAN & DIGITMAP).

What's even more interesting, is that the two sets don't corrospond. You can't simply take the SERVER DIAL PLAN and simply copy it to the POLYCOM PHONE SET DIGITMAP and expect it to work. Trust me. I've tried. We have to translate them.

So here are the SERVER DIAL PLANS again:

To start fresh, I've wiped out the POLYCOM PHONE SET DIGITALMAP.

The letter "n" is any single number other than 1 or 0. The problem is that "n" doesn't exist on the DIGITALMAP. You have to use [2-9].

The letter "x" is any single number. "x" does exist on the DIGITALMAP.

So here is my on-the-fly-translation:

Additonal DIGITALMAP rules are as follows:

The complete final DIGITALMAP looks like this:
[2-9]xx[2-9]xxxxxx|[1][2-9]xx[2-9]xxxxxx|9[2-9]xx[2-9]xxxxxx|91[2-9]xx[2-9]xxxxxx|[2-9]11|0|[7]xxx|011xxx.T|9011x.T