Re: [cisco-voip] jabber-config.xml

Thanks Sebastian. Will give that a go. Regards Matthew Collins -Original Message- From: Sebastian Hagedorn [mailto:haged...@uni-koeln.de] Sent: 08 September 2016 09:51 To: Matthew Collins Cc: voip puck Subject: Re: [cisco-voip]

Re: [cisco-voip] jabber-config.xml

--On 8. September 2016 um 08:13:39 + Matthew Collins wrote: Has anyone got this working for Mac users, Works fine for Windows but never got it working for Mac users? My file is the same but has the addition of the below in for Mac, I know the version numbers are

Re: [cisco-voip] jabber-config.xml

Thank you Anthony, this helps! -Mike -- Michael T. Voity Network Engineer University of Vermont (802)656-8112 From: avhollo...@gmail.com [mailto:avhollo...@gmail.com] On Behalf Of Anthony Holloway Sent: Thursday, September 08, 2016 00:12 To: Michael Voity Cc:

Re: [cisco-voip] jabber-config.xml

Lelio, I have but it hasn't been updated for 11.x yet. Lots of buttons.. -Mike -- Michael T. Voity Network Engineer University of Vermont (802)656-8112 From: Lelio Fulgenzi [mailto:le...@uoguelph.ca] Sent: Wednesday, September 07, 2016 23:01 To: Michael Voity

Re: [cisco-voip] jabber-config.xml

Hi Michael, That script has been converted to a website now and support Jabber 11.6 as well, http://www.ciscojabber.io/ Regards, Ankur *Ankur Srivastava* Unified Telecommunications Engineer CCIE Collaboration #39403 Global Technology Solutions ansrivast...@linkedin.com

Re: [cisco-voip] jabber-config.xml

Thank you. That is a very neat tool! -Mike -- Michael T. Voity Network Engineer University of Vermont (802)656-8112 From: Ankur Srivastava [mailto:ansrivast...@linkedin.com] Sent: Thursday, September 08, 2016 08:51 To: Michael Voity Cc: Lelio Fulgenzi

Re: [cisco-voip] Unity/Google Email

According to this document, you can use port 25 and no user/pass authentication in two different scenarios. Of course, that's for message notification and message relay only, not Single Inbox. https://support.google.com/a/answer/176600?hl=en [image: Inline image 1] On Thu, Sep 8, 2016 at 2:28

Re: [cisco-voip] UCCX Queuing and Over flow Queueing Best Practice

I'm surprised at how many people would choose not to just let users use the system as it was intended. I see it quite often. E.g., Not showing users they can reset their own VoiceMail or Extension Mobility PIN via ciscopca or ccmuser respectively, and cause helpdesk tickets to be created and

Re: [cisco-voip] UCCX Queuing and Over flow Queueing Best Practice

I agree with this sentiment. Nesting CSQs is not only subject to resource limitations, it can become quite confusing to figure out if you haven't looked at the configuration in some time. If you do end up having to nest CSQs, document, document, document. On Sep 8, 2016 5:28 PM, "Anthony

Re: [cisco-voip] UCCX Queuing and Over flow Queueing Best Practice

If it's all the same agents and same skills, what benefit are they getting from the overflow queues? Do they just want to be able to see how long the caller waited? On Thu, Sep 8, 2016 at 3:11 PM, Max Harmony wrote: > I have a customer that is requesting to have a main

Re: [cisco-voip] UCCX Queuing and Over flow Queueing Best Practice

I feel like I should also add this: Justifying your position over the customers position really depends on your customer's end goal. Maybe they're not even concerned with reporting; maybe they just want to know how many calls are answered in the upper tier queue (overflow) coming from the

[cisco-voip] Unity/Google Email

Has anyone ever set up Unity with google mail for voicemail to email? Is an internal server required to relay messages or can google apps be used? I have done exchange but google mail, no. Unity version is 10.5.2. I didn't think google apps could be used because SMTP uses port 465, not 25.

[cisco-voip] UCCX Queuing and Over flow Queueing Best Practice

> > I have a customer that is requesting to have a main Queue, and two > overflow queues, and they intend to have the same agents in all three > queues with the same skills. I am not very confortable with the user > experience but can anyone advice on what would be the best recommendation > for

[cisco-voip] SIP Trunk Profile w/ Options Ping

I have found the use of the SIP profile w/ Options Ping useful as a barometer for detecting network problems through alerts generated when the SIP trunk goes down.. However, when configuring a group of them for a customer, I noticed that some of them had previously been configured with the

Re: [cisco-voip] SIP Trunk Profile w/ Options Ping

I don't understand your question or concern. Are you asking if OPTIONS PING is best practice? If so, then yes. As a general practive, enabling SIP OPTIONS PING gives you a benefit, with minimal drawbacks. There's two drawbacks I can think of off the top of my head 1) SIP OPTIONS counts

Re: [cisco-voip] SIP Trunk Profile w/ Options Ping

Hi Joe, The SIP Options Request (page 66-67 of RFC 3261 or page 29-30 of its predecessor RFC 2543) is a fantastic mechanism that is often (and sadly) under used being reduced in many cases, to something the tune of a,