Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Remote Call Forward from PLDN

Status
Not open for further replies.

phoneguyv

IS-IT--Management
May 6, 2006
30
A2
I'm new here and did search for something relevant but didn't have any luck.

First a brief overview: Succession 4 Comm Server 1000M Cabinet (opt. 11C)

I want a trunk that auto-terminates on a phantom set to DCFW to several appearances of a DN during the day and then via RCFW (remote call forward) go into Call Pilot to run a simple auto attendant.

It works manually if I dial #5 (RCFA) 0000 (SCPW) 4567 (Phantom set) 5555# (Control DN)

I can cancel it by dialing #600004567

The problem:
When I build a PLDN SCLU (*) to a speed call list with 10 entries and set up entry 0 with the RCFA string and 7 with the RCFD string, things break down. The speed call list outputs the appropriate string of digits on the display but I'm only seeing the first 8 digits when I do an enhanced trace in LD 80. This happens also if I program the entire activation string into an Autodial key. I press a line key and then the autodial key and it all looks fine on the display but an enhanced trace tells a different story, only the first 8 digits or, #5000045.

I believe I've used pilot DNs for this before. I've certainly used them for SCLU access to SPRE codes like DN pick up (75). If I've missed an easy one I'll certainly appreciate your assistance pointing it out.

Late note:
A little more research prior to posting this shows that the system is not reacting to the digit string from speed call or autodial like it does when the digits are entered manually. An enhanced trace shows that when I enter #5 manually the remaining digits don't appear on the terminal but they do on the display of the phone. I tried changing the RCFA/D to numerical values but had the same negative results when using speed call or autodial.

Thanks for your time,

V
 
Are you wanting this number to ring on a DN during the day and at night be answered by auto attendant? If that is what you are trying to accomplish you can do it really easily through the Call Pilot and forget RCFW.
 
Call Pilot can do a lot but in this case I don't think it will do what the customer wants the system to do. If you can give me a two or three digit dialing string that will tell Call Pilot where to send these trunks I'm willing to listen.

The time these trunks will need to ring into Call Pilot will change daily with no repeatable or useful pattern. This really is the best solution, one that I've used before from an attendant's console, but something here just isn't right. I may just wipe out my FFC block and start over.
 
You are right, Call Pilot isn't that flexible, I thought it might be something that can be turned on with a time of day.
 
It appears, and unless I hear differently from someone, it may not be possible to activate an FFC like this one via speed call or autodial. By this one I mean a feature that requires additional information after the actual code. Further experimenting shows that although I can see the entire digit string in the set display, and only the first 8 digits in a trace, in fact all that gets entered into the PBX is the FFC.

Once I use the speed call entry or the auto dial button I can then enter everything after the actual FFC and it will work. Of course that doesn't help me but it lets me know to stop trying!

Instead, and again - unless I hear differently, I'll reduce my SCPW to 1 digit, 6, and my DN to 66. The customer will just have to hit a digit or two more than I had hoped, in this case, #5666 or #6666, for activation and cancel respectively. Not horrible but not what I wanted.

Thanks for your time,

V
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top