That worked perfectly. It didn't turn out to be 5 minutes after all. I 
wasn't keeping track, but it was closer to 2 minutes.

Tony Graziano wrote:
> For the hunt group, since there is no way to map the DID directly to 
> it, there are a couple of ways to do that.
>
> Mapping the DID numbers to users as aliases is the correct way. 
>
> For your hunt groups (you want the DID to go right to the hunt group), 
> there are the following options:
>
> Create a "phantom user" (user with a line, no phone device), add the 
> DID as the alias.
>
> Using a schedule you can distribute the calls to a hunt group or AA.
>
> Without a schedule you can forward them to the hunt group all the time.
>
>
>
> On Thu, Dec 3, 2009 at 5:22 PM, [email protected] 
> <mailto:[email protected]> <[email protected] 
> <mailto:[email protected]>> wrote:
>
>     Scott Lawrence wrote:
>     > On Thu, 2009-12-03 at 12:35 -0600, [email protected]
>     <mailto:[email protected]> wrote:
>     >
>     >> Sorry - Looks like I have one more that is giving me some
>     trouble. I'm
>     >> not sure how to cause the case below. I tried disabling
>     voicemail and
>     >> letting it ring until it just stooped. that did a 603 decline. Any
>     >> ideas on how to do this one? Most of the rest of the tests
>     don't look
>     >> too difficult. Hopefully I will be able to get those done on my
>     own.
>     >>
>     >>
>     >> [TC12] Ring No Answer Timer Expire
>     >> Test Objective:
>     >> The objective of this test case is to verify proper call
>     termination
>     >> when the there is no answer at the target device.
>     >>
>     >>
>     >> Test Steps:
>     >> 1.    Originate the call from the PSTN destined to the target
>     customer
>     >> phone.
>     >>
>     >> 2.    Do not answer the call. Let it ring until the ring no answer
>     >> timer expires.
>     >>
>     >> 3.    Verify customer responds to CANCEL from Verizon proxy.
>     >>
>     >> 4.    Customer captures SIP and RTP messaging.
>     >>
>     >
>     > You need to make the sipXecs system as a whole take longer to
>     time out
>     > than the phone company does (do you know what that timeout is?).
>     >
>     > You could set up a hunt group that lets each phone ring for 60
>     seconds -
>     > keep adding phones until you get the phone company to give up.
>     >
>     >
>     I'll start a completely new topic if needed, but I'm guessing this
>     is a
>     simple answer. I'm having to duplicate the functionality of a system
>     with internal 4 digit dialing. For the users, I've been assigning
>     them a
>     for digit extension and then putting in their full 10 digit number as
>     their alias. I'm going to be receiving incoming calls sent to a ton of
>     different area codes, so I assumed I couldn't do a rule of some
>     sort to
>     map the full xxx-xxxx-xxxx to just xxxx. With that in mind, how do I
>     assign a full 10 digit number to a hunt group? I only see an
>     option for
>     an extension. I think I found a feature request asking this, but
>     not too
>     much more on the topic.
>     
> http://track.sipfoundry.org/browse/XX-3211?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
>     I'm guessing there is an easy way to assign the full number to the
>     hunt
>     group or I'm doing something that is not 'best practices' in how I'm
>     mapping the full number to the users.
>     Thanks,
>     Matthew
>     _______________________________________________
>     sipx-users mailing list [email protected]
>     <mailto:[email protected]>
>     List Archive: http://list.sipfoundry.org/archive/sipx-users
>     Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
>     sipXecs IP PBX -- http://www.sipfoundry.org/
>
>
>
>
> -- 
> ======================
> Tony Graziano, Manager
> Telephone: 434.984.8430
> Fax: 434.984.8431
>
> Email: [email protected] <mailto:[email protected]>
>
> LAN/Telephony/Security and Control Systems Helpdesk:
> Telephone: 434.984.8426
> Fax: 434.984.8427
>
> Helpdesk Contract Customers:
> http://www.myitdepartment.net/gethelp/
>

_______________________________________________
sipx-users mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to