Call forward all bounces back to original extension if no answer.

[DaniloDanilo1]

Hello

Running Callmanager 7.1.5

Problem example: Extension number 7788 is call forwarded all to 7799. But 7799 is forwarded to 7788 if No answer. How do I avoide that 7799 goes back to original extension without removing the 7788 number from forward No answer on the 7799 extension.

Does anyone knows answer to this issue?

Thanks in advance.

[fkarami]

Hi Goran,

The behaviour you are describing here sounds like a hunt group.

Can you perhaps give a bit more  background as to why you are trying to have such a setup?

I  think you need to set up a hunt group and that way one number can forward to another and then if none of them answer, it can be forwarded to a voicemail box.

Thanks,

Farbod

[DaniloDanilo1]

Hi Farbod

The setup is very logic, there are many extensions which are call forwarded if No answer to another extension and that is ok, but the problem occurs if you set a call forward all to one extension which already is setup to forward if No answer to the original number. I hope this makes sense.

Best regards

[Rob Huffman]

Hi Goran,

I don't think you will over come this issue without coming up with a new design

You are seeing this behavior;

Call Forward All Loop Prevention and Breakout

Cisco Unified Communications Manager prevents Call Forward All activation on the phone when a Call Forward All loop is identified. For example, Cisco Unified Communications Manager identifies a call forward loop when the user presses the CFA softkey on the phone with directory number 1000 and enters 1001 as the CFA destination, and 1001 has forwarded all calls to directory number 1002, which has forwarded all calls to directory number 1003, which has forwarded all calls to 1000. In this case, Cisco Unified Communications Manager identifies that a loop occurs and prevents CFA activation on the phone with directory number 1000.

Call Forward All loops do not impact call processing because Cisco Unified Communications Manager supports CFA loop breakout, which ensures that if a CFA loop is identified, the call goes through the entire forwarding chain, breaks out of the Call Forward All loop, and completes as expected, even if CFNA, CFB, or other forwarding options are configured along with CFA for one of the directory numbers in the forwarding chain. For example, the user for the phone with directory number 1000 forwards all calls to directory number 1001, which has forwarded all calls to directory number 1002, which has forwarded all calls to directory number 1000, thus creating a CFA loop. In addition, directory number 1002 has configured CFNA to directory number 1004. The user at the phone with directory number 1003 calls directory number 1000, which forwards to 1001, which forwards to 1002. Cisco Unified Communications Manager identifies a CFA loop, and the call, which breaks out of the loop, tries to connect to directory number 1002. If the No Answer Ring Duration timer expires before the user for the phone with directory number 1002 answers the call, Cisco Unified Communications Manager forwards the call to directory number 1004.

For a single call, Cisco Unified Communications Manager may identify multiple Call Forward All loops and attempts to connect the call after each loop is identified.

Cisco Unified Communications Manager Administration Configuration Tips

If Call Forward All activation occurs in Cisco Unified Communications Manager Administration or the Cisco Unified Communications Manager User Options, Cisco Unified Communications Manager does not prevent the CFA loop.

***If the same directory number exists in different partitions, for example, directory number 1000 exists in partitions 1 and 2, Cisco Unified Communications Manager allows the CFA activation on the phone.

http://www.cisco.com/en/US/docs/voice_ip_comm/cucmbe/rel_notes/7_0_2/cucmbe-rel_notes-702.html#wp581544

Hope this helps!

Rob

[DaniloDanilo1]

Hej Rob

Unfortuantely you are right, but thanks anyway for your explanation.

Best regards.