ContributionsMost RecentMost LikesSolutionsRe: Error: Something Bad happened? Ah okay, thanks for the information GlennD ! I shall wait it out then. Lunchtime! Error: Something Bad happened? I'm having trouble configuring a desk phone and assigning an extension to a new user... I know the phone can get to the internet, and they are all on a dedicated VLAN, but the admin console shows the phone as unavailable, with error messages happening sporadically. It was able to connect and sync once, and never again from there. I am factory resetting the phone now. As for the assignment of an extension I get a message that the request is malformed... tried on Edge, Safari, and on a Mac and Windows. Same issue. Anyone know if there is a fix? Not much info to go off of based on the error message... Or is this on the GoTo side? It's kinda driving me nuts. Re: Restrict Provision Re-Sync to Off Hours? Hi Kate! Thanks so much for this! I worked with support yesterday and think we found the solution. Apparently it's surprising that our phones were workingat allgiven how they were deployed. There were a couple of core GTC Firewall rules that needed to be set, as per the deployment requirements. Either these were never set in the first place, I inadvertently affected rules at some point, or a recent firewall update messed with our settings. Apparently this is a semi-common issue that at least the tech I was assigned has seen around, so I am praying that this is indeed the fix. SIP ALG needed to be disabled. https://support.goto.com/connect/help/what-are-the-recommended-sip-applications-settings-gotoconnect-recommended-sip-applications-settings UDP Keep Alive needed to be set to 300 seconds. https://support.goto.com/connect/help/what-are-the-recommended-nat-keep-alive-settings Ports 5060-5061 needed to be allowed through the firewall. https://support.goto.com/connect/help/what-are-the-required-router-settings The changes have been in place for 24 hours, with no mass provision yet. Fingers crossed. Thanks again for all of your help Kate! Best to you! Re: Restrict Provision Re-Sync to Off Hours? Hi Kate! Thanks for the information and sorry for the delay! I have been keeping an eye on this issue and it seems to have become more prevalent. I had a recent case where the phones are re-provisioned on an entirely different POE switch at around 4-5PM for some users in our warehouse, and this issue has become a much more urgent priority since it disrupts business. Do you happen to know what determines the "Off-Hours Window"? The timezone on the PBX is accurate... but is there a way for me to manually set any options/ have more in depth information on the PBX/phone side about the cause of these re-provisions(ie, logs that indicate power loss vs provision command from server or anything like that). To be honest, I'm at quite a loss. I've been doing diagnostics on the two switches involved in this matter and they are far below POE budget, have uptimes of over 4 months. I'm currently looking into the POE configuration specifics, but it all seems as it should be, and there's no errors logged on our them that indicate POE overload/failures, and one user that experienced the same issue even had a separate POE desktop switch that they were using, not one of our core ones. For now, I have deployed a new POE rack switch for a couple of users to test out, and provided device level POE injectors/dedicated power supplies for others in case that helps alleviate the issue while I further isolate the cause. Any and all thoughts and suggestions are appreciated. Re: Real-Time Talk Time Inaccuracies in Call Queues? HI Glenn! The "Talk Time" In accuracy seems to happen only in the Agent view. I have not been able to replicate the issue in the supervisor view. However, I do think that the supervisor Analytics tend to be off. User 1 confirmed that the data pulled from supervisor view looked inaccurate to how the day went, and I confirmed that the data did not match up with data pulled from the admin Reports function, but there are many details I would have to take a look at to confirm specifics and be able to provide examples. Since we only use admin reports, this is irrelevant to us. Thanks again Glenn! Real-Time Talk Time Inaccuracies in Call Queues? Hi there! Just wanted to see if this is a known bug/issue. Sorry to be a problem child :^) Two users have noticed inaccuracies in how the live call queue talk metrics are shown. User 1: His "Talk Time" Metric remains at0:00 until he is no longer in a call, at which point the timer starts counting until he picks up another call. It then resets to 0:00 upon picking up the other call. This is the case in his client view for other users in the same queue, their time stays at 0:00 until they are not in a call. At first, I thought maybe this was by "design" to see who has been available and for how long, until I got to the second user. User 2: Same idea, but his live metrics don't start counting at all either way.When he would hop on a call, his timer would bold and stay at 0:00, and then unbold, and still remain at 0:00 when off the call. Platform: Windows - Up to date Softphone - Up to date Steps: View live Queue activity as an assigned user. Encounters: Today is the first I hear of this issue. 2 users affected so far. I'm having them both just restart their desktops whenever they have the time in case a restart fixes it, but I figured it's a bug worth mentioning. It may be a small detail in the grand scheme of things, but it's a useful one. Re: Outgoing Desktop/Web App Calls redirect to Desk Phone/Mobile DeviceThank you! This was indeed it. Sorry for the delayed response. I wonder why it was set that way... One would imagine that calling from the softphone would default to actually dialing out from that same softphone. I suppose that's how it goes. Now I know! Thank you again!Outgoing Desktop/Web App Calls redirect to Desk Phone/Mobile Device Hi there! Currently have myself and a user who are experiencing this issue. When we try to dial out to anyone on the desktop app, the call is then redirected (flipped?) to either our Desk Phone, and/or Mobile phone. The redirect makes it seem like our target number is calling US, and when we pick up, it begins to dial the intended recipient. I can't find any setting, or option that may be doing this and this practically defeats the purpose of the Desktop App. Has anyone seen this before? And how did you fix it if so? The GoTo App is up to date and I tried both the new soft phone and old one. This also happens on the web version of GoTo. Thanks! SolvedRestrict Provision Re-Sync to Off Hours? Hi everyone! I've been trying to find out if there's a way to get reprovisioning restricted to off-hours. I had a scenario earlier today where we experienced a traffic spike that was noticeable to end users. After digging around, it seems like 25+ desktop phones decided to reprovision at the exact same time, seemingly causing this disruption. On top of this, we have many desktops that daisy chains through desk phones as well, and seemingly were affected. While this only caused a couple of minutes of end-user panic and then subsided, I'd rather avoid it altogether if possible. After poking around the administrative dashboard, there doesn't seem to be any option for scheduled, reprovisions, or the like. But maybe I missed it somewhere? Or there is an obscure way of doing this? Has anyone had success setting up this sort of configuration? Provisioning only during off hours? Thanks in advance! SolvedRe: Tens of Thousands of Inbound Calls logged in a Month... to one person. Just an update. According to support, apparently usershave to use Pause Codes and log out and back into queues. I will be advising my users to try and do so, but this doesn't seem to be a very intuitive or user friendly solution since DnD is such a core expected feature. I was really hoping GoTo would be able to just change how the reports handle the call data and/or how the system handles the call scenario. I will inquire about this. "Hi Alex, Thank you for this information. The fact that they do not use pause codes neither log out or back is what is causing problems on the reports. The system identifies as if they're busy when on DND and sends the calls multiple times to their extensions as it always hits voicemail. We do not recommend this practice. Please get them to use appropriate pause codes and to log out after every shift and let me know if this issue persists after this change. Bellow you will find links for how to use pause codes and how to login and log out: How do I manage pause reasons?https://support.goto.com/connect/help/how-do-i-manage-pause-reasons How do I pause or unpause queue calls?https://support.goto.com/connect/help/how-do-i-pause-or-unpause-queue-calls How do I log in and out of a call queue?https://support.goto.com/connect/help/how-do-i-log-in-and-out-of-a-call-queue Thank you, Lili | Support Engineer"