Tony, I realize that you think your opinion on these things is the only important one, however, the analogy that was used is accurate. The feature is not there for direct DID to a conference bridge. Yes, there are workarounds, and when I discuss this with an end user, I set the expectation that I can do this via a workaround. With the feature that is clearly broken, I wold set the expectation by stating to the end user that this feature is not available today.
My comments were addressing Josh's comment about three major issues with the system. Not addressing if it is fixed, if it will be fixed, or if it worked in the past. Clearly, today, nobody has any idea if that JIRA issue will ever be fixed. If you prefer to tell your users that a bug report has been written up to fix it, and when they ask, tell them you have no idea when it will be fixed, then that is what you should do. You are entitled to your opinion like everyone else. If you don't like the OPINION I stated, you are free to hit the delete button. I do that many times on others emails. But, there is no reason to inject your testosterone into your responses. From: Tony Graziano [mailto:[email protected]] Sent: Sunday, July 18, 2010 1:17 PM To: Todd Hodgen Cc: Josh Patten; [email protected] Subject: Re: [sipx-users] Help with Patton gateway Sure, but where is it written or set by the project one can no longer do an attended transfer to a media based service? It's not, so the anology should be thrown out. There, I just did it. Besides the fact there are at least two workarounds for getting a DID number to the conferencing system also does not apply, because there are ways to make that work and seem transparent, AND_BOTH_USE_CASES_WORK. Since what Jost OPENED a JIRA on and discovered was unknown and thought to have worked all along, I see not reason to expect everyone to know that. Josh is setting the expectations here, and we'll follow the JIRA with keen interest, because it's a BOOGER of an issue and was unknown. How does one set an expectation for an unkwown issue that was thought to have worked... uh, stammer... On Sun, Jul 18, 2010 at 4:11 PM, Todd Hodgen <[email protected]> wrote: Analogy Tony. A simple Analogy. From: Tony Graziano [mailto:[email protected]] Sent: Sunday, July 18, 2010 12:56 PM To: Todd Hodgen Cc: Josh Patten; [email protected] Subject: Re: [sipx-users] Help with Patton gateway I disagree. Doing an attended transfer to AA worked in 3.10.3, there is nothing in the notes that this is no longer supported going forward. The project also needs to set these expectations. It was never stated it was no longer supported. So in this case, setting an expectation would still result in disappointment. There is a workaround for a DID to a conference bridge. Two actually. So I don't see how that is relevant to the issue Todd has opened. On Sun, Jul 18, 2010 at 2:50 PM, Todd Hodgen <[email protected]> wrote: Set expectations. You can't do a supervised transfer to Auto Attendant or Voicemail in the system today. It's true, it's accurate, it's an expectation you need to set for the end users. You can dance around this all you want, but it doesn't change the fact that it isn't supported. Yes, it should be there, and there is a very limited use case for it. Bottom line, it's not there. Last I saw there is no way to set a DID to a conference bridge. It should be there. However, we set the expectation that it's not there, or there is a workaround for it. Find one phone system that has everything, has no bugs, and has every feature that people desire. It doesn't exist. They need to do a blind transfer. That is why account managers, sales engineers and customer service representatives have to set the correct expectations with the end users. From: [email protected] [mailto:[email protected]] On Behalf Of Josh Patten Sent: Sunday, July 18, 2010 10:27 AM To: [email protected] Subject: Re: [sipx-users] Help with Patton gateway I only run 550's and 650's. I really don't think speculating about ways for end users to "work around" the problem is very constructive. As Tony and I have both said this is a major flaw that should be fixed and I have a feeling it's going to take a while due to having to wait for FreeSWITCH upstream to fix it, and the fact that sipX generally stays at least a point version behind on FreeSWITCH doesn't help things. The more of these major bugs I find, the more my end users are going to start wondering why I switched them over from the old system. These are the major/critical issues I've run into over the last month: http://track.sipfoundry.org/browse/XX-8438 http://track.sipfoundry.org/browse/XX-8646 - My coworker is almost finished with this fix http://track.sipfoundry.org/browse/XX-8652 On 07/18/2010 10:31 AM, Jim Canfield wrote: On Sat, Jul 17, 2010 at 7:09 AM, Michael Scheidell <[email protected]> wrote: I suppose we could just train everyone to push that extra 'more' button and hit blind transfer. In fact, an attended transfer to AA or VM doesn't make all that much sense anyway. For your Polycom 320/335's you can make blind transfer the default behaver. Not that that offers much of a solution, just thought I would throw that out for those users who do have them. _______________________________________________ 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/ _______________________________________________ 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/ -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.984.8431 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ Why do mathematicians always confuse Halloween and Christmas? Because 31 Oct = 25 Dec. -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.984.8431 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ Why do mathematicians always confuse Halloween and Christmas? Because 31 Oct = 25 Dec.
_______________________________________________ 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/
