No, you can't ring other hunt groups inside a hunt group but you can
failover at the bottom of a hunt group to another...

On Fri, Apr 6, 2012 at 10:11 PM, Matthew Earl <
[email protected]> wrote:

>  Will do and I will let ya know what the result is. Oh, will the hunt
> group "ring" ring groups? Like alternate back and forth on two sets of ten
> phones? haha That would be so funny.  Have half the office ring, then the
> other half ring back and forth.  Would drive the director crazy. If I was
> creative I can probably set a custom ringtone and set up the sync so they
> could all "sing" back and forth...ah..i must be tired.
>
> Matthew Earl
>
>
> On 4/6/2012 7:05 PM, Michael Picher wrote:
>
> This is an appropriate way to go about this then...  Make sure you
> minimize any extra time on the end of your WAV.
>
>  Be cautious about how many phones you ring at once...  specially with
> remotes as it takes them longer to get the invites (put them at the
> beginning of the list).  You really only want to ring about 12 or 13 phones
> at most in a ring group (ringing at the same time...  you can have many
> more than this in a hunt group and just break up the group).
>
>  Thanks,
>   Mike
>
> On Fri, Apr 6, 2012 at 9:07 PM, Matthew Earl <
> [email protected]> wrote:
>
>>  Actually I think I should change the way the dial plan works because I
>> really don't need an auto attendant at this point. I just need a greeting
>> to be played then handed off to a queue to ring several phones including a
>> remote....but I just noticed this delay and thought it was kind of strange
>> as there is nothing in the "scheme" to cause this unless it was internal.
>> I just needed clarification.
>>
>>
>> On 4/6/2012 5:56 PM, Michael Picher wrote:
>>
>> I wrote the book and that trick's not in there :-)  When I want to use
>> this trick, usually I records some extremely short silent wav files.
>>
>>  First, what are you trying to accomplish, then, let's go from there.
>>
>>  Thanks,
>>   Mike
>>
>> On Fri, Apr 6, 2012 at 8:43 PM, Matthew Earl <
>> [email protected]> wrote:
>>
>>> I looked everywhere and could not find anything related to this...but
>>> here goes.  I am doing a very simple test where the auto attendant
>>> (default) answers the call, then times out to dial an extension which
>>> goes to voicemail. I notice a large delay of silence after the attendant
>>> hands the call to dial the extension. I have the Invalid Response
>>> section as follows:  Replay Count :0  Inv. Response Count: 0 Transfer on
>>> Failures checked to transfer to default extension 200.
>>>
>>> I know...read the book!  If this is covered in there I will buy it
>>> immediately. (I will buy it anyways :P )
>>>
>>> thanks,
>>>
>>> --
>>>
>>> Matthew Earl Nelson II
>>> Owner/Technical Director
>>> for James Cameron/"Avatar"
>>> Vitelity/Megapath/Yealink Partner
>>> audiopivotPATC
>>> LIC#10-00016519
>>> Malibu, California
>>> 424.781.1666 itsp/fax
>>> Yuma, Arizona
>>> 928.597.4777 itsp/fax
>>> [email protected]
>>>
>>>
>>> "pure technical artistry"
>>>
>>> _______________________________________________
>>> sipx-users mailing list
>>> [email protected]
>>> List Archive: http://list.sipfoundry.org/archive/sipx-users/
>>>
>>
>>
>>
>>  --
>> Michael Picher, Director of Technical Services
>> eZuce, Inc.
>>
>> 300 Brickstone Square
>>
>> Suite 201
>>
>> Andover, MA. 01810
>>  O.978-296-1005 X2015 <978-296-1005%20X2015>
>> M.207-956-0262
>> @mpicher <http://twitter.com/mpicher>
>> www.ezuce.com
>>
>>
>> ------------------------------------------------------------------------------------------------------------
>> There are 10 kinds of people in the world, those who understand binary
>> and those who don't.
>>
>>
>>
>> _______________________________________________
>> sipx-users mailing [email protected]
>> List Archive: http://list.sipfoundry.org/archive/sipx-users/
>>
>>
>>
>> --
>>
>> Matthew Earl Nelson II
>> Owner/Technical Director
>> Vitelity/Megapath/Yealink Partner
>> audiopivotPATC
>> LIC#10-00016519
>> Malibu, California424.781.1666 itsp/fax
>> Yuma, Arizona928.597.4777 itsp/[email protected]
>>
>>
>> "pure technical artistry"
>>
>>
>> _______________________________________________
>> sipx-users mailing list
>> [email protected]
>> List Archive: http://list.sipfoundry.org/archive/sipx-users/
>>
>
>
>
>  --
> Michael Picher, Director of Technical Services
> eZuce, Inc.
>
> 300 Brickstone Square
>
> Suite 201
>
> Andover, MA. 01810
>  O.978-296-1005 X2015
> M.207-956-0262
> @mpicher <http://twitter.com/mpicher>
> www.ezuce.com
>
>
> ------------------------------------------------------------------------------------------------------------
> There are 10 kinds of people in the world, those who understand binary and
> those who don't.
>
>
>
> _______________________________________________
> sipx-users mailing [email protected]
> List Archive: http://list.sipfoundry.org/archive/sipx-users/
>
>
>
> --
>
> Matthew Earl Nelson II
> Owner/Technical Director
> Vitelity/Megapath/Yealink Partner
> audiopivotPATC
> LIC#10-00016519
> Malibu, California424.781.1666 itsp/fax
> Yuma, Arizona928.597.4777 itsp/[email protected]
>
>
> "pure technical artistry"
>
>
> _______________________________________________
> sipx-users mailing list
> [email protected]
> List Archive: http://list.sipfoundry.org/archive/sipx-users/
>



-- 
Michael Picher, Director of Technical Services
eZuce, Inc.

300 Brickstone Square****

Suite 201****

Andover, MA. 01810
O.978-296-1005 X2015
M.207-956-0262
@mpicher <http://twitter.com/mpicher>
www.ezuce.com

------------------------------------------------------------------------------------------------------------
There are 10 kinds of people in the world, those who understand binary and
those who don't.
_______________________________________________
sipx-users mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Reply via email to