No announcement yet.
  • Filter
  • Time
  • Show
Clear All
new posts

  • Dynamic Forwarding of hunt groups

    As far as I know this is not possible but thought I would through it out there, maybe a lurking Engineer will try to implement this.

    I know you can make a hunt group busy by dialing a code, but can you redirect a hunt group (call forward) to a another hunt group, extension, mailbox, Ect. by dialing a code or a program button, then either unforward that huntgroup, or forward to another destination using another code.

    Need the flexabilty so schedules are out of the question.

    Hope this makes sense. With some other switches (PBX) this is a simple thing to do, however with some others it is difficult but doable.


    3 sites A, B, C

    3 hunt groups a, b, c


    "A" would like to forward calls to "a" to "b" sometimes and "c" sometimes.
    "B" would like to send calls to "b" (including any calls from "a") to "c" sometimes or to "a" (if "a" is not forwarded to "b", of course)
    "A" would also like to unforward "a" to have calls come back to "A". Same applies to all other sites. Also "B" might want to send "a" back to "A" or send "c" to "A"

    Extra Credit: have any of the sites be able to se the forwarded condition of any of these groups.

    Extra Extra Credit: have calls original called to hunt group "a" end up in a mailbox associated with Hunt Group "a"

    In essense set destination of hunt group XXX to DDD

  • #2
    Without getting into it to deeply or writing a custom app, the only thing that is going to gett you close is to point your ringing at a users first and use that users call handling modes to change the path of the ringing. The user could live on the softswitch and you could change the CHM in director or with the web client.

    The user should pull the call back as long as you forward the call to the internal number, but only for one level. If you go User a > Hunt A and you no answer on the Users before the Hunt Group the call should come back to the user VM but if you go User a > Hunt group a > Hunt Group B it will not go back to the user VM.

    But if you Busy/No answer out of the last hunt to an AA menue you could take a message in any VM box you wanted to.

    For each User you have 5 CHM so you could setup five different ringing paths, you may have to have duplicate Hunt Groups to get all the ring options you want but of the top of my head thats the best I can give you.

    Visio is your friend. Make a call flow diagram, when you are talking about getting this detailed there is no other way to do it.
    There are 10 types of people in the world, those that understand binary and those that donít.


    • #3
      Yep...Virtual Extension is the best way, not ideal, but no other easy way.
      1. Create an extension-only
      2. Point incoming calls at Extension
      3. Standard Mode- Hunt Group A
      or Out Of Office Mode- HUnt group B (or after hours destination)

      Have them log into the Web interface for that user, and switch modes when needed. Works like a charm.


      • #4
        I would add to charles to say, use an E&M license, so the Voice Mail could be used as a group mailbox from the original pilot ext.

        also, dont forget you can change call handling mode, via the TUI on that ext.

        Finally, if you only had one alternate destination, you can set call stack full to your alternate group and busy out the originating group with *18xxxx (xxxx=hunt group number)



        • #5
          So if I set up a virtual and set up in each of it's modes a call forward all.

          At site "A" call comes in to 1150(virtual) it is in mode1 which is callforward all to hunt "a"

          However, if I put it into Mode2 which is callforward all to 1250 (virtual at site B)which is in Mode3, a callforward all to 1350 (virtual at site "C"), which in turn is in Mode1, which is callforward all to hunt "c" . A call into site "A" would ring hunt "c"

          Did I get that correct.

          I guess the only dilema would be I could see a loop being generated. but that is a small price to pay.

          There is no chance of being able to change the labels of the modes across the board, but only for those extensions.

          But this could work nicely. they log into the virtual mailbox and change the mode