[cisco-voip] Bogen UTI1 + ATA187
Tim Frazee
tfrazee at gmail.com
Sun Jul 1 23:34:47 EDT 2012
this "fix" was a bit weak, imo
the fix that i was told simply prohibits the reorder-tone to be played,
doesnt really stop the problem.
the re-order tone option was around in the product specific settings for
a while, but it wasnt until the latest firmware that actually made it
work on the end point.
On 6/29/2012 6:48 AM, Matthew Loraditch wrote:
>
> Looks like 9.2.3 fixes this, bug toolkit isn’t updated but release
> notes say:
> http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&bugId=CSCtn65946
> is fixed
>
> Thanks for the prod in the right direction
>
> Matthew G. Loraditch – CCNP-Voice, CCNA, CCDA
>
> 1965 Greenspring Drive
> Timonium, MD 21093
>
> voice. 410.252.8830
> fax. 410.252.9284
>
> Twitter <http://twitter.com/heliontech> | Facebook
> <http://www.facebook.com/#%21/pages/Helion/252157915296> | Website
> <http://www.heliontechnologies.com/> | Email Support
> <mailto:support at heliontechnologies.com?subject=Technical%20Support%20Request>
>
> *From:*cisco-voip-bounces at puck.nether.net
> [mailto:cisco-voip-bounces at puck.nether.net] *On Behalf Of *Matthew
> Loraditch
> *Sent:* Friday, June 29, 2012 7:31 AM
> *To:* Tim Frazee
> *Cc:* Cisco VOIP
> *Subject:* Re: [cisco-voip] Bogen UTI1 + ATA187
>
> 8.6.2.21900 ATA is on 9.2.1
>
> Matthew G. Loraditch – CCNP-Voice, CCNA, CCDA
>
> 1965 Greenspring Drive
> Timonium, MD 21093
>
> voice. 410.252.8830
> fax. 410.252.9284
>
> Twitter <http://twitter.com/heliontech> | Facebook
> <http://www.facebook.com/#%21/pages/Helion/252157915296> | Website
> <http://www.heliontechnologies.com/> | Email Support
> <mailto:support at heliontechnologies.com?subject=Technical%20Support%20Request>
>
> *From:*Tim Frazee [mailto:tfrazee at gmail.com]
> <mailto:[mailto:tfrazee at gmail.com]>
> *Sent:* Thursday, June 28, 2012 10:59 PM
> *To:* Matthew Loraditch
> *Cc:* Cisco VOIP
> *Subject:* Re: [cisco-voip] Bogen UTI1 + ATA187
>
> Yes, we had this problem. It's a problem where the ats doesn't see the
> supervisory signal to let go of the call. We opened a case months ago
> and Cisco made some changes to how the busy tone is configured.
>
> What rev of ucm and phone load?
>
> -tim
>
>
> On Jun 27, 2012, at 11:17 AM, Matthew Loraditch
> <MLoraditch at heliontechnologies.com
> <mailto:MLoraditch at heliontechnologies.com>> wrote:
>
> Anyone ever had this connection where you get a busy signal on the
> paging system for 30-60 seconds after hanging up the phone? I’m
> thinking it’s a setting on the bogen, but am not onsite with my
> tech and don’t usually handle the bogen side.
>
> Thx!
>
> Matthew G. Loraditch – CCNP-Voice, CCNA, CCDA
>
> 1965 Greenspring Drive
> Timonium, MD 21093
>
> voice. 410.252.8830
> fax. 410.252.9284
>
> Twitter <http://twitter.com/heliontech> | Facebook
> <http://www.facebook.com/#%21/pages/Helion/252157915296> |
> Website <http://www.heliontechnologies.com/> | Email Support
> <mailto:support at heliontechnologies.com?subject=Technical%20Support%20Request>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net <mailto:cisco-voip at puck.nether.net>
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20120701/ac212d83/attachment.html>
More information about the cisco-voip
mailing list