-
Posts
1,154 -
Joined
-
Days Won
21
Content Type
Profiles
Forums
Resource Library: Monster UI Apps for KAZOO
Events
Downloads
Posts posted by Karl Stallknecht
-
-
I'd love to know this as well!
-
5 minutes ago, fmateo05 said:
I was having same issue from my provider when using routers that does not allow disabling SIP-ALG. I am testing with raising up a VPS and set up VPN on it, then, after setting up VPN through the my Wifi router (IPSec or L2TP, etc), the issue was gone. Of course this is when not using TLS
Are you able to just use a different router?
-
Yeah, it makes no sense to me honestly. It was just something we randomly noticed after digging through packet captures and after noticing that it worked on the accounts that were not using https. I would love for this to be fixed, and I believe 2600hz is aware of the issue, but I haven't touched base with them on it in a long time.
As far as the firmware version goes, I've found that the phone doesn't always honor/listen to what is set in advanced provisioner. Not sure why, sorry :-( Sometimes we just set it to "use own firmware" and then we manually change the firmware in the Polycom web GUI.
-
We had a similar problem. The smoking gun was that somehow "https" got introduced into the mix. Make sure that https is NOT used anywhere and make sure that your web server where the files are hosted, do not have https redirection enabled. As much as I do not like this solution, it seems like the only way to make the things you are referring to, work.
-
On 1/9/2022 at 2:45 PM, bparkhomenko said:
Unless you you have roaming configured correctly i would choose DEC T solution over WIFI.
DECT has many disadvantages and most systems have a limit to how many DECT phones can be added. Wi-Fi phones are the way of the future and are much more practical and scalable, especially since most offices already have building-wide Wi-Fi. Adding DECT repeaters all over the place is inefficient.
-
The WP810 was discontinued...WP820 is the newer model.
That being said, we highly recommend them. We have many of them deployed and they work well. Our clients like them too.
FYI 2600hz does not officially support these phones, so just keep that in mind.
-
I would love this too, but I think it's kinda impossible now since the MAC address is what the provisioning file is based off of, so it has to generate a new provisioning file when you change the MAC. Not sure there is any easy workaround.
-
Ahhh thank you! This will save us SO much time!!!
-
Kazoo does not support this as far as I am aware.
-
Not directly with a built in method, but you can build a call flow with a time of day to do it.
-
No problem, happy to help
-
Ahh I see what you're trying to do. I don't think that would work. I would suggest building this a little bit differently. There's no way to set a schedule on a device...only a call flow. That means you can't have a phone (such as 103) set with a different schedule if it's part of a ring group. You would need to create a call flow to point calls to different ring groups at different times. So for example, point your main DID to a call flow with a time of day element, and then duplicate this example that you've taken a screenshot of, and build it a second time without device 103. Then you can route to the one you want based on the time of day. Here is an example:
So basically, there is one call flow to control the time of day, then one call flow to include device 103 that I named 501, and one call flow to not include device 103 that I named 502.
If you want device 103 to not be able to receive internal calls either during these times, you'd have to create a call flow with extension 103 in it and then apply the same time of day call flow element to it.
-
3 minutes ago, J. Klein said:
You probably wanted to write advanced call flow...
So, In order for the dedicated ext custom schedule to work, I have to build the entire call flow in advanced, and drag in the "time of day function" before I drag the user.
which means, if the flow routes to a ring group, and ext 102 is a included in the group, the time of day would effect the entire ring group not just ext 102Whoops, sorry, I just edited my post. Sorry about that!
And no, ring groups are based off of devices or users, not call flows.
-
30 minutes ago, J. Klein said:
So I'm actually stuck.
I'm getting an error that the ext. is already being used in another call flow.
That sounds like you're using SmartPBX and trying to build a duplicate call flow in advanced call flows.
-
Yup, this is very easy.
-
You would have to do this in advanced call flows by building a call flow for each extension, and assigning a time of day function to it.
-
Here is the official response from support:
+++++++++++++++++
All accounts can setup a callflow of “0” and users can push 0 from any voicemail and it will ring that extension. It is system-wide, it can’t be configured on a per mailbox basis, but it would allow someone to “get out” of voicemail and go back to, say, a main menu if 0 was configured as a main menu. SmartPBX always adds extension 0 automatically if you are using that application, so this would already be setup in that case. If a given account is not using SmartPBX, they would have to build an extension 0 in Advanced Callflows.
+++++++++++++++++
-
-
Unfortunately you have to build your own product....I agree, it's frustrating.
@FASTDEVICE built something that they will resell to you if you'd like. I think it's still in beta though.
-
4 minutes ago, mc_ said:
audio/x-m4a is NOT a valid mime type: https://www.iana.org/assignments/media-types/media-types.xhtml
As far as I can tell, it is proprietary to iOS. Hard to say if FreeSWITCH supports it - likely need to use mod_vlc to do so which I don't believe is installed typically.
Is there any possibility of 2600 introducing a conversion tool? As per the OP as well as my earlier post, it would be fantastic to be able to upload a variety of formats and have them automatically re-encode to the correct bitrate, format, and sample rate. Would save us a lot of time 🙂
-
On 12/4/2020 at 11:38 AM, sporkman said:
I have a phone sitting here and both it's shared directory file (000000000000-directory.xml) and the per-phone directory file (64167f94XXXX-directory.xml) are empty and after multiple reboots, the phone just holds on for dear life to the previous contents of those files. Going to try different levels of phone resets to see which one finally makes it ask for either of those files again.
Trying to imagine doing a reset on an office with like 50 phones just to update the contacts...
That's strange...I've never had that problem before. Normally we just update the XML file and reboot.
On 12/4/2020 at 12:17 PM, vladimir_2600hz said:@Karl Stallknecht when using this feature all the Poly phones in the account will be have their custom_contacts_dir_url automatically set to an auto generated XML file, that would be the intention of the Contact List tab.
Great! Can't wait for this to be ready to go 🙂
-
1 hour ago, vladimir_2600hz said:
Hi @sporkman,
we are using the custom_contacts_dir_url setting for this.
This requires you to manually apply it on each phone, and manually create XML files though, which can be a huge hassle. Plus then every time an employee leaves, you have to remember to update all of the phones and XML files.
-
34 minutes ago, sporkman said:
Anyone? I would be very thrilled if this actually generated a contact list that polycom phones could use in some way...
Ditto!
-
This is usually a phone on the physical setting where you can disable call waiting. I believe this is what you are looking for.
Call parking and retrieving, SIP ALG, ports 5060 and 7000, and different protocols
in TWIL Knowledge Base
Posted
My memory is a little fuzzy here, but I think the issue ended up being the client's POS (point of sale) terminals wrecking havoc on the network. Maybe I'm recalling something completely different though...? lol
Also, I did see another ticket where there was an issue with default config issued by provisioner. Random phones were ringing, but it turned out to be an issue where phones with BLF keys monitoring other phones were ringing even though the call was not being directed towards them. @Rick Guytonthought it was an issue with NAT (assuming the phones actually HAD been receiving calls) and thus asked us to switch to TLS, when it was actually just an issue with the appearance/sound of the phones ringing, triggered by other phones.
@Rick Guyton are BLF and custom ring tones still broken with TLS?