External Call Forwarding

[Switchlady1]

I am having a problem with external call forwarding. When a set is forwarded outside of the switch and the phone is dialed from another extension on the switch, the call forwards to the external number. But when you call from outside of the switch, depending on the service provider, the caller will get any of the following:

From landline (Verizon provider): Ring No Answer

From Verizon cell phone: "You have reached a non-working number. Announcement14618-3"

From Nextel Cell phone: Fast Busy


CXFA is in CLS and the key has 16 digits. The programming on the set appears to be fine as it works from inside the PBX. Anyone know where I should look to resolve this issue?

Thanks!

 

[bigindian65]

add UNR and FTTU to CLS

Mato' Was'aka

 

[Switchlady1]

Thanks bigindian65, but that didn't do it. I should have given a bit more information. I'm convinced this issue is not within the set programming. Nothing forwards externally from an external number. For example, I have an ACD queue that night call forwards to an external number and that suddenly does not work - when it use to. It's been over a month but there has been some trunking changes, which I'm thinking might be the culprit. These changes were on the local trunks and the external forwarding that I'm testing are from and to local numbers. Is there an area that you know of within the trunks or route data block (or maybe even the customer data block) that may have been changed, preventing external call forward from working from an external number? I seem to think so but having a brain freeze right now! lol

 

[RadioPhoneGuy]

Check the trunks and make sure you have THFA in the CLS.

 

[johnpoole]

neither will usually help IF your rdr option is set to cfo.. cfo (originating) uses the ncos of the inbound trunk to allow or deny the call..

change that to cff (forwarding), that uses the ncos of the forwarding station to allow or deny the call

john poole
bellsouth business
columbia,sc

 

[Switchlady1]

Thank you all for your input, however it turns out to be because of a low NCOS on the outbound local trunks. They were all set to 0 and needed a higher FRL.