Call Forward to External # quest.

[Delmar]

Hi,

I am working on an option 61. The phone is a 2616 and I have programmed a call forward button on it. The goal is to have the user push the forward button and enter a cell phone number and have all calls to that station to go to the cell phone.

It works somewhat...If the forwarding is set and I call that extension from an internal extension then it does forward properly, but if i call in from an external line (I hit the auto-attendant and dial the extension number) I get a message from the messaging system that I have called an invalid extension.

If I cancel the forwarding on that station then external calls go to that station's mailbox as it should (after 4 ings).

Here is the station printout:

DES 555
TN 004 0 15 10
TYPE 2616
CDEN 8D
CTYP XDLC
CUST 0
AOM 0
FDN 8100
TGAR 1
LDN NO
NCOS 5
SGRP 0
RNPG 0
SCI 0
SSU
XLST
CLS UNR FBD WTA LPR MTD FNA HTA ADD HFA
MWA LMPN RMMD SMWD AAD IMD XHD IRD NID OLD VCE DRG1
POD DSX VMD CMSD SLKD CCSD SWD LND CNDA
CFTA SFA DDV CNID CDCA MSID BFED RCBD
ICDD CDMD MCTD CLBD AUTU
GPUD DPUD DNDD CFXA ARHD CLTD ASCD
CPFA CPTA ABDD CFHD FICD NAID BUZZ AHD
DDGA NAMA
USRD ULAD RTDD RBDD RBHD PGND FLXD FTTU MCBN
CPND_LANG ENG
RCO 0
EFD 8100
HUNT 8100
EHT 8100
LHK 3
PLEV 02
AST
IAPG 0
AACS NO
ITNA NO
DGRP
DNDR 0
KEY 00 SCR 555 0 MARP
CPND
NAME
XPLN 12
DISPLAY_FMT FIRST,LAST
01 SCR 651 0 MARP
02 SCR 652 0 MARP
03 SCR 653 0 MARP
04 SCN 355 0
CPND
NAME
XPLN 13
DISPLAY_FMT FIRST,LAST
05 SCN 332 0
CPND
NAME
XPLN 16
DISPLAY_FMT FIRST,LAST
06 SCN 394 0
CPND
NAME
XPLN 14
DISPLAY_FMT FIRST,LAST
07
08 SCN 403 0
CPND
NAME
XPLN 15
DISPLAY_FMT FIRST,LAST
09 SCN 548 0
CPND
NAME
XPLN 14
DISPLAY_FMT FIRST,LAST
10 SCN 465 0
CPND
NAME
XPLN 14
DISPLAY_FMT FIRST,LAST
11 SCN 379 0
CPND
NAME
XPLN 7
DISPLAY_FMT FIRST,LAST
12 SCN 260 0
CPND
NAME
XPLN 10
DISPLAY_FMT FIRST,LAST
13 CFW 16
14 TRN
15

It seems that the hunting in interfering with the call forward but i read that call forwarding takes precedence over station hunting.

Thanks for any help you can provide,
Delmar

 

[wdhb]

Seeing as you can call from an internal extn & it forward's ok then the issue will be with barring associated with your voicemail. If it's meridian mail you need to check the ncos on the mail ports & the restriction permission lists

 

[tipopen]

Be sure that you want to do that. Once you open it up, you may be setting up your switch for toll fraud.

 

[mikeyb123]

This is trunk to trunk barring. nothing to do with voicemail.



"It's not getting any smarter out there. You have to come to terms with stupidity, and make it work for you."

 

[Nortellian]

I just enabled one of our switches to be able to call forward externally by Load 15 chg rdr enter to option prompt and put in cff. it was cfo. by making it cff we can now forward. I don't know if this pertains to your problem but it was an easy fix.

 

[Nahart]

I enabled this feature a few years ago and got hacked for about 10 grand of long distance to Saudi Arabia.

 

[Nortellian]

doubt it was the cff feature alone.

 

[Delmar]

Thanks to everyone,
Its working now...Nortellian hit the nail on the head,
I changed the CFO to CFF in LD 15 (RDR portion). If I understand it correctly this changes the the permissions for the transferred call from the vm port, to the extension doing the forwarding.
Thanks to everyone for helping me out,
Delmar

 

[kh5150]

Delmar..DONT DO it !!!!! take that back out, you will have toll fraud out the Wa-zooo. Oh,,,hey can I have the main number to your office ?? Just Kidding

If you dont take it out,,, do this BLOCK all international & 966 etc in your switch. You might also want to add an Auth-code to the dial plan for long distance. Just some things to help... I learned the hardway also.

 

[Nortellian]

why does cff cause toll fraud? If your serious let us know how and why.

 

[wdhb]

There are many ways to hack a switch. Enabling CFF does not mean you are open to hacking, on it's own. As long as you have the appropriate NCOS definitions in place, CFF is useful.

I've also seen similar claims about DISA. DISA only opens your switch to hacking if you allow AUTH codes. If you have no AUTH codes, the inbound caller can only access extns & INT marked routes.

 

[pdulfo]

By using CFF, you do open yourself up to Fraud, but as far a I can see this fraud has to be instigated by staff in the office. They set the external call forward before they leave in the evening and then call it from home. Simple control and reporting should keep you on top of it.

PD-S

 

[janaya]

kh5150, these guys are right. The only toll fraud you will have is someone forwarding their phone to "9" or "8" or whatever the outside access number is.

If this bothers you doing this set the NCOS to internal only after hours for all phones.

John