Mr. Hodgen, I take GREAT issue with only one thing:
"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. " That's your opinion, and you are welcome to it. I don't share your opinion because you cannot set an expectation for something that was known to work. It's not testosterone, it's logic that I am arguing with. The basis of your statement does not apply in this ONE issue, which is what the thread started with. I actually read the whole thing too, and was somewhat involved with it for two weeks prior. It's illogical to set the expectation that a specific function works and then find out it does not. Then you've painted yourself in the corner. If you don't like it you are as welcome to hit the delete button or leave just as I am. At the same time, if one if fully aware of the steps gone through to reproduce an issue and is being told in every sense it should work, THERE IS NOTHING WRONG with any of Josh's statements. Logic that my friend. On Sun, Jul 18, 2010 at 4:28 PM, Todd Hodgen <[email protected]> wrote: > 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. > -- ====================== 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/
