Call transfer through Hunt group

Hi,
we have a call manager version 8.6 where we have mutiple huntgroups configured. Following is the call flow
PSTN callers call a DID number from outside which after the translation on the gateway, hits a hunt pilot number on call manager and eventually the call rings on all the line members of the line group. One any of the line group member picks up the call and tries to transfer the call to any internal or external number, we get the following error message on phone screen and transfer does not work
" External transfer Restricted"
Now this happens even if we dial the hunt pilot number internally from an iphone and then if one of the members tries to transfer to an internal extension or external number, we get the error message
More Information:
There are many other hunt groups on the same call manager server and tries to transfer the call same way as the non working one and it works for them
So i checked the difference. All the members of all the hunt groups are device profile logged into physical phone. The only difference was that working hunt group members are logged into 6921 phone where as non working users are logged into 7942 phones (sip firmare) and the profile are created for 9971 although we dont have any physical 9971 phone
So it seems that call transfer through hunt group does not work only if the members are logged into 7942 (sip) phones and works when they are logged into 6921 with 9971 Device profile
I hope its clear. Please let me know if its a known issue or limitation with 7942 phone. Any help will be appreciated

Try changing the Block Offnet to Offnet Transfer CallManager Service Parameter to False and test again.  If it then works, we'll probably need CallManager traces to see why both numbers are getting marked as offnet.

Similar Messages

  • Distributing calls between two hunt groups

    Hi all,
    I've got a requirement to distribute calls to a number equally between two hunt groups when not answered and was wondering the best way of doing this?
    So for example a receptionist should answer all the intial calls for this area of the business, however, when away from her desk they'd like the calls to then transfer and distribute on a 50:50 basis between two hunt groups.
    Thanks in advance,
    Ryan

    Hi Ryan.
    Because line groups on an hunt list are selected as they appear, I can suggest you to configure a third line group with all members of existing line groups.
    EG.
    New line group could be with following users
    LG_ONE Member One
    LG_TWO Member One
    LG_ONE Member two
    LG_TWO Member two
    And so on
    Than create a new hunt list with associated the new line group.
    Create an hunt pilot with associated the newly created hunt list.
    That hunt pilot number will be associated with forward busy or no answer rule of receptionist's extension.
    HTH
    Regards
    Carlo

  • Call Manager Express Hunt Group roll over doesn't work correctly

    Hello,I have a wierd issue occuring on the CME portion of a client's UC520. Currently, I have a hunt group set up that has 1 user and then the auto attendant. Basically, I want to give a user a chance to answer the main line, and if she doesn't, it then roll's to the main auto attendant. This is working as long as I keep the time out on the hunt group under 12 seconds. The issue is that is about 2.5 rings. She'd like a little more time to be able to pick it up. When I put the time out above 12 seconds (say 16) and dial from an external number, it rings her phone correctly, then you can hear it attempt to transfer, but it transfers it back to her phone instead of rolling over to the auto attendant. You can even see on her phone that the transfer occurs and it transfers to herself. For an instance, it shows 2 calls with the same caller ID. Change the time out back under to 12 or under, and everything works great. Any help would be greatly appreciated.

    Sorry about that. Here is the IOS.
    Cisco IOS Software, UC500 Software (UC500-ADVIPSERVICESK9-M), Version 12.4(24)T, RELEASE SOFTWARE (fc1)
    And here is some relevant code.
    ephone-hunt 1 sequential
    pilot 501
    list 201
    final 401
    timeout 11
    no-reg pilot
    statistics collect
    destination-pattern 401
    b2bua
    voice-class sip outbound-proxy ipv4:10.1.10.1
    session protocol sipv2
    session target ipv4:10.1.10.1
    dtmf-relay sip-notify
    codec g711ulaw
    no vad

  • CallerID not correct when calling a Hunt Group #

    Not sure what happened, but when users called the 4357(Hunt Group) the caller id would show "Helpdesk and also the callers name and ext" on the caller ID of the users in the 4357 (Hunt Group List).
    Now when users call the 4357 the caller id on the (Hunt Group) end just shows the "callers name and ext".
    We like when it would show Helpdesk along with the user info because we know the person is actually calling the Helpdesk and not calling directly. For example, my boss knows to only pick up calls that come into the helpdesk when he is the only one here, but now he is picking them all up because it looks as though they are calling him directly.
    Any suggestions?

    Hi Aaron,
    I have made the changes you told o make and its working now.
    Thanks.
    Syed Kazi.

  • Finesse and broadcast hunt groups

    Hi,
    We have Cisco CCE with Finesse agent desktop. One of our ICM routing scripts is configured to send the call to a telephony hunt group label if no agents are available in Ready state.
    The hunt group is a bradcast hunt group and all agent phones receive alert when a call to the hunt group label is placed. However when the call is ringing in Finesse, the caller ID actually lists all members of the hunt group. I can easily see that in the "Participants" XML tags on the Finesse server where multiple participants are listed.
    Another problem is that when I answer the call from one Finesse agent desktop, all the other Finesse desktops show the same call as active on their screens with the option to End the call.
    I know it is not a standard setup but we have a requirement to fall-back to telephony hunt groups if all agents are busy but an emergency call comes through.
    Any suggestions how to fix this behavior?
    Thanks!

    I just checked this behaviour in My lab and it just works fine, you might be hitting some bug.
    also what instead of broadcast, you use some other hunting mechanism. like longest idle or circular?
    regards
    Chintan

  • Hunt Group Queues

    We are evaluating moving from an Avaya 8710 based enterprise PBX to a Cisco PBX. A sticking point we have come accross is how to do basic phone features supported by the Avaya system. A major one is the ability to queue calls in a hunt group. We have sites that have up to 3 or 4 hunt groups and if a call comes in and all members in the hunt group are not available then the call goes to Music on hold until the call can be picked up by the next available in the hunt group.
    Is this really a limitation in Call Manager 5.x, 6.x or CME 4.3?

    To answer your question about IPCC express, I know it used to be free with CallManager 4.x, not sure with 5.x and came with 5 licenses. But with IPCCx, you can do just about anything you want when it comes to queing, onhold, music, transfers, etc.
    But from looking at the doc I sent you:
    Understanding Call Queuing
    You can configure a pilot point to support call queuing, so when a call comes to pilot point and all hunt groups members are busy, Cisco CallManager Attendant Console sends calls to a queue. While in the queue, the callers receive music on hold if you have chosen an audio source from the Network Hold Audio Source and the User Hold MOH Audio Source drop-down list boxes in the Device Pool window or the Pilot Point Configuration window. The attendants cannot view the queued calls. When a hunt group member becomes available, Cisco CallManager Attendant Console redirects the call to that hunt group member.
    You enable queuing for a pilot point by checking the Queuing Enabled check box on the Pilot Point Configuration window. You must also enter a value in the Queue Size field and the Hold Time (in Seconds) field. The queue size specifies the number of calls that are allowed in the queue. If the queue is full, Cisco CallManager Attendant Console routes calls to the "always route" hunt group member that is specified on the Hunt Group Configuration window. If you do not specify an always route member, Cisco CallManager Attendant Console drops the call when the queue size limit is reached. The hold time specifies the maximum time (in seconds) that Cisco CallManager Attendant Console keeps a call in the queue. If the call is in the queue for longer than the "HoldTime," the call gets redirected to "AlwaysRoute" member. If the "AlwaysRoute" member is not configured, no action occurs.
    This is saying that the CCM Attendant Console will take care of what you need. It's basically a big queing machine. You dont have to have a live person answer to start the que from what it looks like, just point the calls to the pilot number and let the server take control of the ques.
    You can do this one ccm cluster, or hub and spoke in your case. Just remember, that if you are queing calls, you are tying up WAN bandwidth the more you que. But it may work out ok, depending on how much bandwidth you have.
    You can get MOH streams off your local router at the remote site, so you are not streaming MOH over the WAN, so that should take care of itself.
    Unity can act as a poor man's que. Basically you can have ccm hunt the groups, no one answer, go to Unity voicemail, play a message, transfer back to the hunt group, hunt the group, then possibly back to Unity to play a message, then take a message. (just using a different mailbox and a different pilot number)
    Sometimes you have to get creative with these products to make them do what you want them to do. Out of the box, it's not always the exact feature you need, but you have to tweak it.
    Most companies that use hunt groups, understand that they are basica in CCM until you port it to IPCC Express. Unity does do menu trees very well, multilevel voicemail, multiply extesnsions to one account, etc.
    My best advice for you, get together with your local Cisco SE to go over the features you require and see how it can be done.
    cheers!

  • Hunt Groups and Voicemail

    Was not sure if this was the right group to post these questions. I believe that these will be super easy for this group, and I want to double check my thinking against you guys. So, here they are.
    If we elect to use a BROADCAST type of hunt group in some of our departments (all phones in the hunt group ring simultaneously when a call is directed to the group) and then direct that call to a DEPARTMENTAL VOICE MAIL BOX in a BNA condition:
    1. Can the call ring with a unique ring that those in the hunt group can identify as different from a call that is directed specifically to their personal extension?
    2. If the call to the hunt group ends up in the departmental HUNT GROUP VOICE MAIL BOX, will all phones in the hunt group receive notification that a message exists in the GROUP voice mail box?
    3. If yes to 2 above, when any one individual in the group dials in to the group box and listens to the message, are all message waiting indicators subsequently turned off and does the person who responded to the message then become the owner of the message in his personal mail box?
    Additional questions not related to hunt groups:
    4. Do internal station to station calls ring with a special tone that differentiates them from external inbound calls?

    Brian,
    1. There is not a distintive ring option in CM. You could create a 2nd line on your user's phones and add those lines to the hunt. From there the user can select a different ring for the line (this is a local phone option for ring).
    2. Setup alternate MWI on the group vmail box. Alternate I believe has a limit of 9. If you have more users than that then create a DN on each of their phones with the same # of the voicemail box. If that number is the original vmail pilot that is a CTI or other device then you wont be able to do that but you could create another DN and use a translation and the Multiple Tenant MWI option in CM service. Reply back if you need more detail.
    3. MWI is turned off. The message stays in the group mailbox, there is no forwarding unless the user manually forwards it.
    4. Not by default and I don't believe you have that option but not totally sure.
    Please rate any helpful posts
    Thanks
    Fred

  • Temporal error in IPPhones 6921 with Hunt Group

    Hi,
    I have registered several IPPhones 6921 in cucm via wan, and trying to make a pickup Group, when I place a call, runs the hunt group, but when i try to pick up the call with Pickup Group softkey in the ipphones shows the message "temporal error" and fails.
    I think this could be a bandwith issue, because end customer has a ADSL with only 200 Kb to upload between the two sites, although I have configurated region and Device Pool, still fails.
    Any idea?
    Regards!                  

    Hi,
    I have registered the ipphones in a cucm via WAN, i think that could be a bandwith issue because only happen when they are connected in the cucm, when I registered them locally in my CME all runs properly, so only have this weird behavior when are connected to CUCM via WAN.
    Thanks!

  • Hunt group question

    We have a customer who is currently set-up in the following manner: All external calls ring a receptionist. If she is busy or not available, the call hunts to another user and so on. There are currently five (5) users set-up like this. These users all have a button on their existing phones labeled “Available”. When this button is inactive (not pushed), they are in the incoming calls hunt group. When this button is active (pushed), the user is no longer available to receive calls from this hunt group. They can still make and receive calls to their internal extensions.
    Short of installing IPCC, how can I mimic this functionality?
    It’s easy enough to set-up a hunt group, but I don’t know of a way to take the extensions out of availability for the hunt group when the users don’t want to take these calls but still want to receive internal calls made to their extensions.
    Thanks in advance for your assistance!
    Chris

    Chris,
    You can accomplish this with Attendant Console. The users would have a piece of software on their PC that controls their availability. Please see the following link for details.
    http://www.cisco.com/en/US/products/sw/voicesw/ps555/index.html
    http://www.cisco.com/en/US/products/sw/voicesw/ps555/products_installation_and_configuration_guide09186a0080176f6e.html
    Hope this helps. If so, please rate the post.
    Brandon

  • Support Line - Call Forward All through Hunt Pilot to cell phone

    I know I may be beating a dead horse, but I've found so much help in these forums that I figured I'd give it a shot.
    We have a Cisco Unified Communications Manager Business Edition and we are running into a configuration issue. What we would like to do is to create an emergency support line for our IT staff. The way we would like this to function is that a caller dials a number, CM accepts the call and dials out to our IT staff's cell phone numbers in a round-robin fashion. To avoid the caller getting dumped into the IT staff's voice mail on their cells, we would like the staff member to have to dial a number to accept the call. If there is no answer, the call rolls to the next cell number. If no one is available, the caller should be directed to Unity Connection to leave a message. Unity then will send out text and email messages to the support staff.
    I know that we can use Unity to perform an assisted transfer, which will require the user to press "1" to accept the call, and we are able to get Unity to send out the notifications (text and email) when a voice message is left. The issue is with Call Manager making the outbound calls to the cell phones.
    What we have attempted is to setup DNs that call forward all to the users cell numbers. These DNs have been added to a Line Group, which has a Hunt Pilot attached to it. Any time this pilot is called, we get a reorder. Using the DNA, we see that "no device is associated with the DN", which is under the DN for the first users cell forward. If we add that DN as a second line to that users IP Phone (7940), then the call into the Hunt Pilot rings that line on the IP phone, not the CFA to the cell phone.
    After weeks of digging around, it seems as though CFA in a Hunt is just not possible. My boss wants official word from Cisco about this, but TAC doesn't seem to want to help due to service contract issues (which blows my mind, as we have opened several cases in the past two months for configuration related issues). Our Business Edition came with Contact Center Xpress, although we do not have the resources available to install it. If CCX will carry out this task, that might be enough to push management into getting another server to support this, but without being able to play around with it, I don't know.
    If anyone has any suggestions on how to make this work, I would GREATLY appreciate the help!
    Thanks in advance,
    -Geoff

    Hi Geoff,
    Always interesting isn't it :)
    Call Forward settings on individual Hunt member phones are ignored when presented a call via the Hunt feature. Here is a clip;
    The concept of hunting differs from that of call forwarding. Hunting allows Cisco CallManager to extend a call to one or more lists of numbers, where each such list can specify a hunting order that is chosen from a fixed set of algorithms. When a call extends to a hunt party from these lists and the party fails to answer or is busy, hunting resumes with the next hunt party. (The next hunt party varies depending on the current hunt algorithm.) Hunting thus ignores the Call Forward No Answer (CFNA) or Call Forward Busy (CFB) settings for the attempted party. This also applies to CFWD ALL settings.
    From this doc;
    http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_administration_guide_chapter09186a00803edabe.html#wp107892
    So, any Forwarding settings have to be done on the Hunt Pilot itself. These Destination settings (on the Hunt Pilot) need to be configured to go to the Unity Voicemail Pilot # or perhaps this is where you Forward out to the Cell #;
    Hunt Forward Settings
    Forward Hunt No Answer - When the call that is distributed through the hunt list is not answered in a specific time, this field specifies how to forward the call.
    Destination This setting indicates the directory number to which calls are forwarded. (This can be the Directory Number of the Unity VM Pilot)
    Forward Hunt Busy - When the call that is distributed through the hunt list is busy in a specific time, this field specifies how to forward the call.
    Destination This setting indicates the directory number to which calls are forwarded. (This can be the Directory Number of the Unity VM Pilot)
    Maximum Hunt Timer - Enter a value (in seconds) that specifies the maximum time for hunting.(Used in conjunction with Forward Hunt Busy)
    Maybe you could leverage these Unity Connection configs to achieve your desired results. These will ensure that the Message is not left unattended;
    Cascading Message Notification
    Cascading message notification allows you to send notifications to a widening circle of recipients. Cisco Unity Connection continues to send notifications according to the devices you selected until the message has been saved or deleted by a recipient.
    For example, to create a cascade of message notifications for your Technical Support department,
    Chaining Message Notification
    Message notification can be set to "chain" to a series of notification devices if an attempt to send notification to the first selected device fails. The definition of failure to a notification device is based on the options you select for retrying a device that is not answered or is busy.
    http://www.cisco.com/en/US/docs/voice_ip_comm/connection/2x/user_mac/guide/2xcucmac040.html#wp1132107
    http://www.cisco.com/en/US/docs/voice_ip_comm/connection/2x/user_mac_cmbe/guide/6xcucmbemac040.html#wp1132107
    Hope this helps!
    Rob

  • CCX using Place Call to hunt group. Unable to determine who answered

    I'm trying to use the CCX to place a call to a CUCM hunt group and then once the answered, determine which member of the hunt group answered the call.
    I have used several of the Get Info steps, including:
    Get Call Contact Info
    Get Enterprise Call Info
    Get Contact Info
    However, all of those steps always just report back the CUCM hunt pilot number, instead of the actual line group member who answered the call.  Can anyone think of a way to determine the extension of the line group member that answered the call ?
    If it matters, I am using CCX 9.0.2su1

    I lack a system to test this on at the moment but perhaps try this CUCM Service Parameter. The question is whether CTI Manager will follow this logic or if this is only respected by the CDR flat file export.
    Show Line Group Member DN in finalCalledPartyNumber CDR Field
    This parameter determines whether the the finalCalledPartyNumber field in call detail records (CDR) shows the directory number (DN) of the line group member who answered the call or the hunt pilot DN. Valid values specify True (the finalCalledPartyNumber in CDRs will show the DN of the phone that answered the call) or False (the finalCalledPartyNumber in CDRs will show the hunt pilot DN). This parameter applies only to basic calls routed through a hunt list without feature interaction such as transfer, conference, call park, and so on. If a feature is involved in the call, then the hunt pilot DN will show in the finalCalledPartyNumber field regardless of the setting in this parameter. This parameter does not apply to Cisco CallManager Attendant Console.  
       This is a required field.  
       Default:  False

  • CUCM 8.6 - Call Forward All Doesn't Work With DN In Hunt Group

    Hello,
    I'm trying to make a hunt group that's sole purpose is to dial out to our Help Desk member's cell phone (on-call after hours). The idea is that we want the hunt group to broadcast the call to the on-call engineers. Whoever picks up first takes the call. 
    At least that's the idea now. They may want to change that to - ring primary on-call cell phone, if no answer ring secondary on-call engineer. 
    The target cell phones will change every week and I wanted to give the supervisor a means of changing the numbers through the ccmuser page.
    I created two DNs and placed them in a hunt group, each with call forward all to a cell phone number. 
    It seems that the hunt group ignores the call forward all setting and that is by design (https://supportforums.cisco.com/document/9126/cisco-callmanager-call-forward-all-cfa-does-not-work-if-line-hunt-group). 
    Does anyone else have any suggestions on how to accomplish this?

    That's correct, what you're seeing is WAD, this topic has been discussed plenty of times before, the only option you have is SNR

  • Lync RSG Hunt Group not working as expected, not getting calls on lync clients

    I have created an Hunt Group in Lync. When i dial the number i do get the welcome message but after that it does not get forwarded to the test user which is configured in the Group. (Created a Queue and selected the group here and assigned this to the workflow)
    Error on Lync report:
    Request: BYE Response: 200 
    Diagnostic ID: 26029 Category: Unexpected 
    Component: Response Group application 
    Reason:   
    Call is disconnected because of invalid configuration. 
    Description:   
    Call is disconnected because of invalid configuration. 
    Error in Event Viewer:
    The workflow runtime encountered a critical error.
    Failure occurrences: 8, since 4/17/2012 7:47:14 AM.
    The last encountered error was from a workflow with the display name: TestRG, the URI: sip:[email protected], and the GUID: 810c628c-d0c5-4b31-b8d5-f61595def5b0
    Suhas

    HI,
    Do you deploy standard lync server or enterprise lync server?
    If enterprise lync server, please log in SQL server and search the rgsdyn--dbo.ActiveFEInstance. Please check you can find the FE server FQDN and the port 8404 in this table.
    Please running the Lync server logging tool on the FE server to find why the Response Group can not transfer the calls to the agent.
    Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.

  • Error 779 shows up in ip phone when transfer to a hunt group failed.

    We have a CME (C2800NM-SPSERVICESK9-M), Version 12.4(24)T3.  We have receptionist IP phone and a group of xx team phone setup. There is a hunt group for that group of xx team phones.
    The receptionist phone is setup like this:
    ephone-dn  102  dual-line
     number 279          <<<<DN for receptionist
     label xx
     description 279
     name  xxx
     corlist incoming SUPER
     huntstop channel
     hold-alert 30 originator
    ephone  71
     mac-address xxxx
     username "x279" password xxx
     provision-tag 279
     type 7961 addon 1 7914 2 7914
     button  1:102 2m49 3m52 4m40
     button  5m7 6m105 7m114 8m11
     button  9m43 10m83 11m66 12m74
     button  13m48 14m38 15m54 16m104
     button  17m88 18m53 19m69 20m37
     button  21m41 22m80 23m60 24m56
     button  25m70 26m100 27m72 28m92
     button  29m71 30m110 31m61
    The xx team's hunt pilot is DN 201:
    ephone-hunt 20 longest-idle
     pilot 201
     list *, *, *, *, *, *, *, *, *, *, *, *
     final 775                 <<<<this is voicemail number
     timeout 15, 15, 15, 15, 15, 15, 15, 15, 15, 15, 15, 15
     no-reg pilot
     display-logout
    1. If calling the reception phone (either from PSTN, or internally in the same site from a phone regiestered to the same CME),   the receptionist can pick the phone and talk, no problem. But if the receptionist transfers the call to ext. 201 (the pilot of hunt group). Intermittently, a few times a week, the call drops after being transferred. The receptionist sees 779 on her display, the callers hears a  message saying "There was a technical problem". It is not possible for the receptionist to take the call back. The client has to recall and then on the 2nd try to call is transferred OK.
    If the receptionist transfer the call to the DN of individual member of the hunt group, transfer is good.
    2. If caller calls the pilot direclty (either from PSTN, or from internal phone in the same CME),  the caller experienced the same issue as in the transfer case.
    If caller calls the number of individual memeber of the hunt group, there is no problem.

    Hi Billy
    This is not supported. This support is being added for next release.
    Thanks

  • CCX transfer to Hunt List/Line Group

    We have a few Hunt Lists. The problem as you know is that you get ringback and not hold music. We do own CCX 7.01. Is there a way I can create a script in CCX to place the call on hold and pass it off to the hunt Pilot? We do not (yet) use Contact Center Agents, although we do own some Premium seats. We are using Call Manager 7.01.

    Hi
    It's certainly possible to send calls to hunt groups front-ended by a UCCX script. It can get messy for all but the simplest setups, and due to the lack of reporting and proper queueing it's really not suited to anything more than a few 'agents' with low call volumes.
    You would want to do a 'Call Consult Transfer' to the hunt pilot, this effectively puts the caller on hold and extends a transfer leg to the hunt group. As soon as someone (or something, e.g. voicemail) picks up, the transfer completes.
    It does work, but you are restricted in the type of things you can do with the call while the transfer is attempting. As soon as you hit the Consult step, the script stops, so you can't play out prompts to the caller while they are ringing around the hunt group.
    You would need to set the timeout on the Consult step to a suitably long value, and ensure your hunt timeout is long enough to let it ring round as long as it needs to.
    You have to be careful about things like pulling the call back from the Consult step (i.e. letting it ring the group for 15 seconds, and then doing a 'sorry to keep you waiting' Prompt step, and then retrying the Consult) as when you do this you screw up the queue order if there are multiple callers. You probably aren't guaranteed that callers will be answered in order anyway...
    Finally bear in mind that you will not be able to get any meaningful reports on  queue stats, call answer times and so on, or any reports related to agents...
    Regards
    Aaron

Maybe you are looking for