CP Says "number does not subscribe" even after adding that number 5

[GHTROUT]

Here is the problem/scenario:

CS1000 user spends 50% time at CS1000 and 50% time at personal residence (they CFW to work-at-home office POTS 4141234567)

Assume user is at residence and CS1000 phone is on CFW to 914141234567. If customer dials users CS1000 DN (which rings residence POTS), but user does not answer POTS, call _still_ FDNs to CallPilot. CallPilot speaks error "4141234567 does not subscribe to this service". CallPilot Event Log shows "4141234567" was forwarded to it.

Adding 4141234567 and/or 14141234567 and/or 914141234567 to users mailbox DN list still results in "4141234567 does not subscribe to this service" error.

The goal is to either get CallPilot to answer with the users greeting, or stop CallPilot from answering at all when the user is CFW to their work-at-home number. If the latter, we will add CO based VM to the POTS.

What I will do next is set the users CS1000 phone to FDN to the switch room so I can "see" and TRAC what CallPilot is seeing on a display phone. There must be some extraneous character in the display that CP is not reporting in its message or event log.

Has someone already done all of this and found out a solution?

Ive found these related threads:

(this one says try AC1+4141234567) thread1553-1282972

(this one is less informative) thread1553-1302708



~~~
[small]GHTROUT.com | Get the Input/Output Manuals | Tek-Tips FAQs | Recent Replies[/small]

 

[bigindian65]

Gene, you would know better than me, is there a way to "catch" that FDN back in and manipulate it into a 4 digit DN to voicemail? or would the number length be irrelevant to CP???

Mato' Was'aka

 

[Johnthephoneguy]

I thought once you CFW and the call rings the residence that the PBX was out of the loop then, new to me!

JohnThePhoneGuy

"If I can't fix it, it's not broke!

 

[GHTROUT]

You and me both. When you CFW off-site, how/why does FDN still play a part. That's the mystery. All of these oddities started in the last few years as PRI and COs started getting so "in bed" with each other.


~~~
[small]GHTROUT.com | Get the Input/Output Manuals | Tek-Tips FAQs | Recent Replies[/small]

 

[GHTROUT]

bigindian65, my thought is that this is a problem that must exist all over, but people have simply given up (or solved it and don't read/post here). I dunno how I would manipulate the calling/called DNs without running it through a maze of ACD queues and/or DCFWd phantoms.

When I think a year out, where someone has to come in and figure out that mess, I just can't bring myself to doing it that way.

There must be a simple and easy to continue solution somewhere...


~~~
[small]GHTROUT.com | Get the Input/Output Manuals | Tek-Tips FAQs | Recent Replies[/small]

 

[Nortellian]

I would see if there is a patch. At my old company, possibly after a service update was loaded, we had a similar if not the same issue. A patch fixed the problem and calls were no longer pulled back by the CP.

 

[yyrkroon]

Try changing the CALP prompt from POS to TER for the CP Agent Q and test. This prompt is only for rel 4 and up

There are patches for the CS to strip this kind of information, but its usually for xfer issue not CFW. I'll have to dig back on some old notes regarding thoses patches, they're not part of the deplist, they're considered PI patches.

 

[johnpoole]

i've had a simular problem.. easy fix.... listen to the msg. mine said the number you called 888 434 1234 does not subscribe... so i added 8884341234 as an ext dn..

problem was from a voip phone,, they dialed a dn, cfna to mail, for some insane reason cp see's all 10 digits instead of just the ext.. the switch gets the right number of digits from the provider but the cp see all dialed digits..

this was mostly one dept.. then i found out that all the calls were coming cable provided voip home service.. hope this helps


john poole
bellsouth business
columbia,sc

 

[GHTROUT]

JP:

CallPilot speaks error "4141234567 does not subscribe to this service". CallPilot Event Log shows "4141234567" was forwarded to it.

Adding 4141234567 to users mailbox DN list still results in "4141234567 does not subscribe to this service" error.


~~~
[small]GHTROUT.com | Get the Input/Output Manuals | Tek-Tips FAQs | Recent Replies[/small]

 

[johnpoole]

check for a patch Gene.. i had the same exact problem and had to enter the 10 digit for 2000 mailboxes.. and no i can't script call pilots html..

john poole
bellsouth business
columbia,sc

 

[johnpoole]

i might try adding a 10 digt mb, just to see what cp thinks

john poole
bellsouth business
columbia,sc

 

[GHTROUT]

I may, but I hope that's not it. A user having to enter a 10-digit mailbox would get resistance.


~~~
[small]GHTROUT.com | Get the Input/Output Manuals | Tek-Tips FAQs | Recent Replies[/small]

 

[GHTROUT]

[COLOR=red yellow]R E S O L V E D[/color]

Based on the responses here plus the following post from 2006, I found a combination of digits in the mailbox DN list that works.

2 Oct 06 15:13
THANK YOU ALL FOR YOUR TIME ON THIS ISSUE !!!!
We use 8 for Ac 1 which was part of the issue. As Joan does not state the subscriber for mailbox 5524012, which in the past would let you know what input was needed. The trunks are passing on the 8 but she does not tell you. Any way add 85524012 tok. Again thanks

To summarize:

CallPilot speaks error "4141234567 does not subscribe to this service". CallPilot Event Log shows "4141234567" was forwarded to it. Adding 4141234567 _did not_ work.

Adding 94141234567 to users mailbox DN list _does work_ and the users mailbox answers.

All the variations I've included in the DN list are as follows


4141234567
14141234567
914141234567
1234567
91234567
94141234567



~~~
[small]GHTROUT.com | Get the Input/Output Manuals | Tek-Tips FAQs | Recent Replies[/small]

 

[bigindian65]

awesome.

Mato' Was'aka