Karl Stallknecht

Hi Aaron, We're not sure, I was just curious. I'll have one of my employees test this out tomorrow and we will update you about it. Thanks!

Aaron, How many numbers does each blacklist support?

Aaron, See Zendesk ticket #16095 - we were told this simply was not possible. Is the code you referred to not valid on hosted or something?

I think Mike was telling me that gUnify already has this integration, but maybe I was misunderstanding?

Yes, it is available on hosted. Go into your call flows (or advanced call flows in Monster), create a new callflow, and then pick an extension...you can add a character like star in front if you want. Then, go to advanced on the right side and drag/drop the "group pickup" option into the callflow. Select what you want to pickup (whether it's a device, user, or ring group) and then save everything. If an endpoint that you selected is ringing, any phone can then pick it up by dialing that call flow. For customers who need this feature we usually just setup a call flow to match each device. It's a bit of manual labor to set up if they have a lot of users, but it works fine. In your case you could just do *8 and then add the extension number (i.e. *8101). To make it easier you can program BLF keys to work with this as well.

Kudos for the creative story though :)

Doesn't this already exist? I think it's called Directed Call Pickup

You should probably setup RTP encryption for this customer. Regular SIP calls can be hijacked incredibly easily (as demonstrated at KazooCon last year). 

Ditto: https://getsatisfaction.com/2600hz/topics/cant-initiate-port-in-monster

Sorry, I didn't read the entire post, whoops! 2600hz informed us back when v3 rolled out to use MP3s under 1MB. We haven't paid any attention to sample rate or mono/stereo so I can't say anything about how those affect anything.

We've had issues when going above 1MB so we re-encode anything that is larger than that.

I prefer Polycom (try the VVX series, or the SoundPoint IP series with a sidecar) Yealinks usually have a lot of BLF keys too though, I just think they're really cheap feeling so I don't like selling them. Yes, you can program the BLF keys with Advanced Provisioner. I don't know about others, but Polycom works other than using BLF keys for parking has issues with pickup. If you just want BLF for extensions though it works fine.

Got it, thanks! I'd be interested to discuss more offline. Can you please shoot me an email? Karl@Slable.com Thanks!

Definitely a good point...we experience that with most of the SoundPoint IP models because while there may be enough line keys for BLF, then they don't have enough room for presence. This is why we've switched over 100% to the VVX series for new customers and we're even changing out some of our long time customers who are on the Polycom 430s (the 2 line non backlit ones). On a side note, the SP IP 335 is awful imho and we've refused to sell them as a result. Polycom has made it SO small that it is nearly impossible to use and navigate. 

Hi Clint, Out of curiosity how would you be using channel_hold and channel_park? To track call statistics and see how long callers are being put on hold or parked? I'm also curious if channel_park would be redundant because the call is essentially on hold? Or maybe not and they're distinguishable?

Is there something that I'm missing? Park orbit sounds like a huge pain based on this and I don't see why clients would use it. Maybe if they need hundreds of parking spots and don't want (or can't have) sidecars? Still though, what is the likelihood of a single user needing more parking spots than a phone has sidecars for?

Oh, sorry, I didn't read your response correctly. That *looks* correct but 2600hz would need to respond since I don't know what that specific error code means on their end.,

The change most likely has not propagated to your email provider yet.

Yep! The two won't interfere with each other since they are two completely different records, they just happen to have the same prefix.

DNS records are all independent of each other so you can have multiple of the same name with different types without causing conflicts or duplicates. As a result, what you need to do is setup a wildcard MX record which is just "*.sip.cleartrunk.com" and then set a priority of 1 with an address of fax.zswitch.net - off the top of my head I can't remember the exact syntax for GoDaddy for the first part, and I don't even know 100% that GoDaddy supports wildcards so don't quote me on that :-) This record won't affect the CNAME that you setup since it's totally separate.

So default Freeswitch does not have outbound call recording? Also, are you saying that we could get around this by doing a blind transfer of an outbound call to an extension that ultimately points back to the user who initiates the blind transfer? This method would work as a way to start/stop it, but it wouldn't work for just 100% automatic outbound recording.

Hi Aaron, This makes a lot of tasks very tedious still though, such as adding BLF keys. If we have a customer with 30 of the exact same phones who wants 6 parking spots, that's 120 manual additions versus adding in 6 times at the account level. I understand the issue with different phones, but what about if the customer has all of the same phones? Allowing mass configuration on the account level would make things a million times easier.

Great to hear!

No problem! :-) If you want slightly faster propagation time, change the TTL to 30 minutes (the lowest GoDaddy allows you to go)

Yep, that's correct. You need to remove the *. though at the beginning of the realm suffix. It should just have sip.cleartrunk.com