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 > 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/
