I'm all better now.

Unless the trunk has been set to send all calls to the AA it would either
ring busy//disconnect is there was no alias assigned, or go the the proper
destination. You need to make sure the user does not have their calls
forwarding to the AA! You also need to make sure the DID is in the format
the ITSP is sending (xxxyyyzzzz 1xxxyyyzzzz +1xxxyyyzzzz, etc.).

On Mon, Mar 28, 2011 at 9:53 AM, Bob Anderson <[email protected]>wrote:

>  Hello Tony
>
>
>
> Haven’t talk to you in a long time- I hope all is well and that you are up
> about and things are progressing well with your neck/back
>
>
>
> Am I correct in assuming that if I but an alias in the user profile-in the
> this case a sip trunk (416-479+-4291) that if the number is called it should
> ring that extension. It was working but now seems to go the AA
>
>
>
> Bob Anderson
>
>
>
> Cyrand Corp
>
> 3-4170 Sladview Drive
>
> Mississauga, ON L5L 0A1
>
> 905-817-8208 x2101
>
> 905-817-8167 (Fax)
>
> *myonenumber**:* 416.479.4291
>
> www.cyrand.com
>
>
>
> [image: CYRANDLOGOSM copy]
>
>
>
> *From:* [email protected] [mailto:
> [email protected]] *On Behalf Of *Tony Graziano
> *Sent:* February-03-11 1:18 PM
> *To:* sipXecs developer discussions
> *Subject:* Re: [sipx-dev] Valet Parking
>
>
>
>
>
> On Thu, Feb 3, 2011 at 12:19 PM, Josh M. Patten <[email protected]>
> wrote:
>
> As some of you already know our software development team is in the early
> planning stages of extending the current park service to include valet
> parking. Before we undertake this endeavor I thought it would be a good idea
> to get some insight from the developers or those that are familiar with the
> code.
>
>
>
> We planned on using FreeSWITCH to accomplish this but there are a few
> problems with doing this:
>
>
>
> ·         The mod_valet plugin is woefully incomplete. The missing
> functionality is:
>
> o   Ability to transfer parked call to the original parker after timeout
>
> o   Ability to transfer parked call to a predefined extension after
> timeout
>
> o   Ability to transfer call back to original parker by pressing 0 or a
> different predefined key
>
> o   Ability to transfer call back to a predefined extension by pressing 0
> or a different predefined key
>
> o   Call is not released by FreeSWITCH when retrieved (media still travels
> through FreeSWITCH)
>
> o   Unable to monitor park slots via BLF
>
> o   # key is hardcoded to disconnect the call
>
> ·         Attended Xfers to FreeSWITCH with this module fail on the first
> attempt. See http://track.sipfoundry.org/browse/XX-9317
>
>
>
> I was toying with the idea of having the software devs consider writing
> this up the same way that voicemail and authorization codes are written,
> using FreeSWITCH sockets and whatnot, but that still leaves three problems:
>
>
>
> ·         The attended Xfer issue mentioned above
>
> ·         Call is not released by FreeSWITCH when retrieved (media still
> travels through FreeSWITCH)
>
> ·         Unable to monitor park slots via BLF
>
> Please also see
>
> http://track.sipfoundry.org/browse/XX-8473
>
> "I would like to see this implemented as a replacement for the current park
> server in sipxecs, provided they can be monitored via BLF. I understand the
> same "method" used to monitor mod_fifo can be added to mod_valet so these
> are monitorable. So in this instance, it would then be monitorable via BLF
> (RFC4235, supporting dialogue events, yay!). However, sipxconfig needs to be
> able to create these in mod_valet, and create and rtrack the RLS value (user
> id) so they are able to be found using BLF monitoring like any line."
>
>
>
> Any insight on how this should be approached would be greatly appreciated.
>
>
> _______________________________________________
> sipx-dev mailing list
> [email protected]
> List Archive: http://list.sipfoundry.org/archive/sipx-dev/
>
>
>
>
> _______________________________________________
> sipx-dev mailing list
> [email protected]
> List Archive: http://list.sipfoundry.org/archive/sipx-dev/
>



-- 
======================
Tony Graziano, Manager
Telephone: 434.984.8430
sip: [email protected]
Fax: 434.326.5325

Email: [email protected]

LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: [email protected]

Helpdesk Contract Customers:
http://support.myitdepartment.net

<http://support.myitdepartment.net>Blog:
http://blog.myitdepartment.net

Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4

<<image001.jpg>>

_______________________________________________
sipx-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev/

Reply via email to