[cisco-voip] call forward is not working in this scenario

Pawlowski, Adam ajp26 at buffalo.edu
Tue Jun 2 15:05:48 EDT 2020


Just to throw at this since I like to do so, that a hunt will not forward is not obvious when you’re looking at the configuration at its face, but, when you think about how that’s supposed to work with what happens to a call when you forward it, it makes more sense. SNR can be configured for 0 second wait and it more or less immediately rings out but there is still a bit of a delay.

We use this as a way to “cover” critical hunts such as safety ringdowns or things that need to operate when the system is up, but, the phones are down. A blind device is a member with SNR enabled, which will begin ringing a backup device after a period of time, sort of like a CFUR but this covers the “whoops building is on fire” scenario as well.

Adam

From: cisco-voip <cisco-voip-bounces at puck.nether.net> On Behalf Of Anthony Holloway
Sent: Tuesday, June 2, 2020 11:52 AM
To: Arun Kumar <arunraodhumal at gmail.com>
Cc: Cisco VoIP Group <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] call forward is not working in this scenario

Ok, well, if your base configuration is hunt groups, and you want mobility, the answer is likely SNR.  Any reason you wanted to stay away from SNR based solutions?

On Tue, Jun 2, 2020 at 10:50 AM Arun Kumar <arunraodhumal at gmail.com<mailto:arunraodhumal at gmail.com>> wrote:
agents are not at the office because of COVID situation and they want to attend the calls, hence they requested to forward the calls to their mobile phones

On Tue, Jun 2, 2020 at 9:14 PM Anthony Holloway <avholloway+cisco-voip at gmail.com<mailto:avholloway%2Bcisco-voip at gmail.com>> wrote:
Nope.  The forward no coverage is for the following scenario only:

  1.  Caller calls phone DN directly
  2.  DN is set to forward to a Hunt Pilot
  3.  Hunt Group (HP+HL+LG) cannot cover to a member for some reason (e.g., RNA)
  4.  Call is now forwarded to the DN's Forward No Coverage destination
Seems like a strange scenario, one in which I have never needed nor been asked to configure.  I wonder who the hell uses that and why?

On Tue, Jun 2, 2020 at 10:22 AM Lelio Fulgenzi <lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>> wrote:
Could you not use “forward no coverage” for this ?



From: cisco-voip <cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net>> On Behalf Of Anthony Holloway
Sent: Tuesday, June 2, 2020 10:52 AM
To: Arun Kumar <arunraodhumal at gmail.com<mailto:arunraodhumal at gmail.com>>
Cc: Cisco VoIP Group <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: Re: [cisco-voip] call forward is not working in this scenario

CAUTION: This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to IThelp at uoguelph.ca<mailto:IThelp at uoguelph.ca>

Call forwarding is ignored for members of hunt groups.

If you actually configure SNR (like with RDP/RD) then that does work.  In fact, you don't even need a Cisco phone in the membership of the LG to ring a cell phone.  Once you build the DN on the RDP you can add the DN to the LG.

On Tue, Jun 2, 2020 at 7:27 AM Arun Kumar <arunraodhumal at gmail.com<mailto:arunraodhumal at gmail.com>> wrote:
Hi

can anybody please help to fix this call flow issue

the call flow is like this

Hunt pilot number --> linegroup --> algorithm set as broadcast and LG - Phone ext(9999) set CFA To Mobile number(XXXXX). Please let me know is there any alternate for apart from SNR ?
--
Thanks,
Arun
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip


--
Thanks,
Arun
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20200602/26b86b7c/attachment.htm>


More information about the cisco-voip mailing list