×
INTELLIGENT WORK FORUMS
FOR COMPUTER PROFESSIONALS

Log In

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips Forums!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!

*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.

Students Click Here

immediate auto-attendant

immediate auto-attendant

immediate auto-attendant

(OP)
Is there a parameter that can be changed to send all incoming calls straight to the auto-attendant without having it ring 3 times first?  Incoming call route is pointed to Attendant, but the caller still hears 3 rings before it is connected.  Is there a way to send it immmediate?  Thanks in advance for any input.

RE: immediate auto-attendant

Do you have loop start lines with caller ID?

RE: immediate auto-attendant

(OP)
One of my customers has loop start lines with caller id, the other one has a PRI.

RE: immediate auto-attendant

Loop start lines with caller ID take two rings for the caller id to be sent. If your customer desires to have caller id on these loop start lines then you can not avoid the ring times.

There are many different ways to route calls immediately to an auto attendant. You could route calls to a hunt group with no members and voice mail on.

You could route calls to a short code. In either case you would pick up the routing in VMPro. Group section for hunt group routing or short code or module section for short code routing.

Do you have the engineers toolkit?

RE: immediate auto-attendant

(OP)
I have the lines routed corrctly through a shortcode, I was just wondering if their was a way to cut-out the 3 rings before it picks up.  It sounds like with loop-start lines it isn't possible.  Can you cut-out the rings if they have a pri?

RE: immediate auto-attendant

You can cut out the ringing with loop start lines if you set each line to loop start and not loop start ID. But of course you will lose caller ID.

You can cut out the rings for PRI. Extraneous rining in not necessary when using PRI.

RE: immediate auto-attendant

Hey, if you create a Voicemail Module and link the incoming call route to it straight to a huntgroup you eliminate the 3 rings.. be carefull, this can confuse customers and in Australia it is actually considered illegal for there not to be 3 rings before the "other end" picks up....

RE: immediate auto-attendant

PRI's should not ring three times before answering. If you turn off Caller ID on your loop start lines then that will reduce the number of rings before the IP Office picks up. What in your auto-attendant are you routing to. Is it a menu, assisted transfer, campaign, etc? You may want to take a look at how your PRI is configured because in my year of dealing with IP Offices and digital circuits I have never had any pre-ringing before the auto-attendant message plays.

RE: immediate auto-attendant

Why on earth would it be illegal in Australia to have fewer than three rings before AA picks up?

RE: immediate auto-attendant

you tell me and we will both know

RE: immediate auto-attendant

Sounds like an urban legend to me.

RE: immediate auto-attendant

(OP)
I have my incoming call route (a DID on a PRI) destination set as Attendant.  The Attendant short code starts out with a Menu option.  When I call the main number, it still rings 3 times before the Menu option picks up.  It's not a huge deal, but I know other IP Offices I have encountered with what seems to be the same set-up go right to the Attendant Menu.   

RE: immediate auto-attendant

Post your incoming route and shortcode. BTW, do you get three rings before pickup when you dial the shortcode directly?

RE: immediate auto-attendant

When using VMpro if you send calls to a group,set queue time to 1 second and use a group node with the "queued" check box set.Then set up the AA from there.

RE: immediate auto-attendant

If you make a shortcode and point it  to a module in VM-Pro
it will directly answer the call and you lose the tree rings.

Greets Peter

RE: immediate auto-attendant

Just us a Module and end this thread

RE: immediate auto-attendant

Why do you guys use groups to send calls to VM Pro??

The easiest way (my opinion)

In "Incomming call route", set the the destination to (example): VM:Main.
Then make a node called "Main" in VM Pro/Modules, and pick it up from here. No Shortcodes needed, no extra group needed. And it picks up instantly!
An extra feature: If the VM server is down, the calls will go to the "Main" HG, so you also have a fallback

RE: immediate auto-attendant

The most likly reason why people are still using groups for VM access is because your suggested solution did not work correctly in early releases, old habits die hard

RE: immediate auto-attendant

He he.. Yes it's an old Alchemy feature

But it's the only good way to do it on an IPO! (my opinion).

To my knowledge it has worked since 1.4?!?

RE: immediate auto-attendant

Yes it was an old achemy feature & got fixed in 1.4
the trouble is some of us - especialy the old alchemy guys ,like your self, have been working with IPO since V1.0 & had to find alternative ways to cope with VM failure (especialy as V1.0 was prone to this)

From V2.0 I would recommend sending the incomming call route to a VM Node & setting a group as the FallBack option

RE: immediate auto-attendant

I came into the IP Office world at 2.0 and I found that the best way to design an incomming call route is to route it to a short code... that routes to a voice mail shortcode! The reason being is that I had to call Avaya support one day and they made me waste two days arguing about the fact that the wizard program said I had errors. If you use VM:[Module Name] it will incorrectly register errors in IP Office wizard. Avaya will beat you up about this so save yourself some time.

RE: immediate auto-attendant

Wizard complains about a lot of things that are perfectly goo programming (it even complains about the default system names).

The VM: method is a good method. Using a shortcode instead is slightly wasteful of config method but do have the big advantage that you (and the customers if necessary) can dial it internally to check operation.

One thing to do for quicker connections via shortcodes is to drop any # before the module name. The Voicemail Pro server treats a # as a request for 5/6 seconds of ringing.

RE: immediate auto-attendant

(OP)
Sizbut,

That did the trick.  I removed the # from the short code and now it goes directly to the Attendant.  Thank you

RE: immediate auto-attendant

Glad to help. The # has its place when you setup a module to which extension user can transfer callers. The few second of ringing then gives the user time to complete the transfer before the Voicemail Pro starts playing the module prompts intended for the transferred caller.

RE: immediate auto-attendant

question are you taking about voicemail pro or internal auto attendant

Red Flag This Post

Please let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

Red Flag Submitted

Thank you for helping keep Tek-Tips Forums free from inappropriate posts.
The Tek-Tips staff will check this out and take appropriate action.

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members! Already a Member? Login

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close