Re: [cisco-voip] Hey everyone

[Anthony Holloway]

I'm only just seeing this now, because I was playing minecraft the last 2
hours.  Welp, time to jump on and stake my claim to a plot of land.

On Mon, Mar 23, 2020 at 9:36 PM Ryan Huff  wrote:

> Totally not “voice related” however...
>
> I created a MineCraft server for my kids this evening, and I added a
> public domain to it. S, if your "co workers" are stressing you out for
> the next couple weeks, and they happen to have MineCraft Java edition, have
> them add the multiplayer server quarantine.huffytown.com. I know my kids
> would love meeting new friends "in world" and, I can also add that there
> WILL BE moderation/parental supervision on this game server 😉.
>
> The server is running 24/7/365 and can host 20 simultaneous players ...
> have fun!
>
> Thanks,
>
> Ryan
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] [External] Re: CCX phone agent over MRA?

[Hunter Fuller]

Basically, a bug in that release would cause all of the AXL/SOAP/other API
requests to take longer and longer, and use more and more CPU. Not only
does Jabber utilize these API calls, but so do a TON of our internal
processes - including the link we just sent out to our thousands of
faculty+staff that automatically makes them a Jabber device when they click
it. API calls that used to take half a second started taking 2 minutes.
Jabber logins would take minutes. Eventually the CPU on that CUCM box would
get so high that it would start dropping signalling, phones would start
reregistering, and we would have to reload that CUCM node. Adding CPU
helped, but did not completely alleviate the issue, just made it take
longer to get wedged like this.

--
Hunter Fuller
Router Jockey
VBH Annex B-5
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Network Engineering


On Mon, Mar 23, 2020 at 9:33 PM Lelio Fulgenzi  wrote:

> What’s bleeding out?
>
>
>
> *From:* Hunter Fuller 
> *Sent:* Monday, March 23, 2020 10:27 PM
> *To:* Lelio Fulgenzi 
> *Cc:* Wakelin, Frank ; voyp list, cisco-voip <
> cisco-voip@puck.nether.net>
> *Subject:* Re: [External] Re: [cisco-voip] CCX phone agent over MRA?
>
>
>
> Oh yeah, I forgot to mention one thing. We were on CUCM 11.5(1)SU2 and it
> didn't need this setting on Expressway. We had to do an emergency upgrade
> to 11.5(1)SU6 to stop CUCM bleeding out from too many Jabber clients, and
> this version did need the setting on Expressway. If this change was
> documented somewhere, I didn't know where. So that was great.
>
>
> --
> Hunter Fuller
> Router Jockey
> VBH Annex B-5
> +1 256 824 5331
>
> Office of Information Technology
> The University of Alabama in Huntsville
> Network Engineering
>
>
>
>
>
> On Mon, Mar 23, 2020 at 8:45 PM Hunter Fuller  wrote:
>
> We just got off of a TAC call concluding the same thing, but I didn't know
> it was only 88xx phones, or that it was only for the secondary lines.
>
>
>
> The symptom we were troubleshooting was that CUCM would try to ring the
> MRA phone, and Expressway would return 404 (on behalf of that phone). We
> toggled on the header option and reset the phone to fix it. Hope that level
> of detail helps someone.
>
>
> --
> Hunter Fuller
> Router Jockey
> VBH Annex B-5
> +1 256 824 5331
>
> Office of Information Technology
> The University of Alabama in Huntsville
> Network Engineering
>
>
>
>
>
> On Mon, Mar 23, 2020 at 8:41 PM Lelio Fulgenzi  wrote:
>
> Wow. Interesting. Will have to read the X10.4 (*cough*) guide to see if a
> similar feature exists.
>
>
>
> Thanks for this.
>
> Sent from my iPhone
>
>
> On Mar 23, 2020, at 9:29 PM, Wakelin, Frank  wrote:
>
> Absolutely, here’s what Aman sent me:
>
>
>
> Anther thing of note is use of *SIP Path header* on Expressway C. This
> may be needed to turned on if you multiple lines on 88xx phone. I have seen
> an issue when were we not able to ring second line on the phone when this
> was turned off on Expressway C.
>
>
>
> You will need that turned up on Expressway C under unified communication -
> configuration.
>
>
>
> I ran into this in testing in my environment few days back.
>
>
>
> There are certain version requirements to have this turned on with CUCM.
> Page 33
>
>
>
>
> https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/expressway/config_guide/X8-11/Mobile-Remote-Access-via-Expressway-Deployment-Guide-X8-11-4.pdf
>
>
>
>
>
>
> ---
>
> Frank Wakelin – Senior Network Analyst
>
> Information Technology | City of Richmond
>
>
>
> Office +16042764190
>
> Mobile +17788394693
>
> fwake...@richmond.ca
>
>
>
> *From:* Lelio Fulgenzi 
> *Sent:* March 23, 2020 6:23 PM
> *To:* Wakelin, Frank 
> *Cc:* voyp list, cisco-voip 
> *Subject:* Re: [cisco-voip] CCX phone agent over MRA?
>
>
>
>
>
> Um, so, outside of ccx, getting multiline 8800s working over MRA requires
> extra config?
>
>
>
> Can you share any tech notes ?
>
>
>
>
>
> Sent from my iPhone
>
>
> On Mar 23, 2020, at 8:53 PM, Wakelin, Frank  wrote:
>
> Yeah, once again as it turns out it was the Cisco TAC engineer not really
> knowing the product they are apparently supporting – which is fine, but
> they also never escalated the call to someone who does when the question
> was over their head either. – heavy sigh –
>
>
>
> As it turns out we generally configure all of our agents contact centre
> lines as their second line.  After my post Aman reached out to me with a
> note about the use of the *SIP Path header* on Expressway C as this is
> needed to support multiple lines on 88xx phone. The lack of multiline
> support was what was killing the call to the agent extension (on the second
> line of the phone) when it was presented by CCX.  I had a chance to enable
> the SIP path header today and successfully tested CCX.
>
>
>
> So thanks all for your assistance and more so your insistence that this is
> supported/working in your environments.  Thanks Aman for the mention of the
> SIP path header!
>
>

Re: [cisco-voip] [External] Re: CCX phone agent over MRA?

[Lelio Fulgenzi]

Yowza.

From: Hunter Fuller 
Sent: Monday, March 23, 2020 10:42 PM
To: Lelio Fulgenzi 
Cc: Wakelin, Frank ; voyp list, cisco-voip 

Subject: Re: [External] Re: [cisco-voip] CCX phone agent over MRA?

Basically, a bug in that release would cause all of the AXL/SOAP/other API 
requests to take longer and longer, and use more and more CPU. Not only does 
Jabber utilize these API calls, but so do a TON of our internal processes - 
including the link we just sent out to our thousands of faculty+staff that 
automatically makes them a Jabber device when they click it. API calls that 
used to take half a second started taking 2 minutes. Jabber logins would take 
minutes. Eventually the CPU on that CUCM box would get so high that it would 
start dropping signalling, phones would start reregistering, and we would have 
to reload that CUCM node. Adding CPU helped, but did not completely alleviate 
the issue, just made it take longer to get wedged like this.

--
Hunter Fuller
Router Jockey
VBH Annex B-5
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Network Engineering


On Mon, Mar 23, 2020 at 9:33 PM Lelio Fulgenzi 
mailto:le...@uoguelph.ca>> wrote:
What’s bleeding out?

From: Hunter Fuller mailto:hf0...@uah.edu>>
Sent: Monday, March 23, 2020 10:27 PM
To: Lelio Fulgenzi mailto:le...@uoguelph.ca>>
Cc: Wakelin, Frank mailto:fwake...@richmond.ca>>; voyp 
list, cisco-voip mailto:cisco-voip@puck.nether.net>>
Subject: Re: [External] Re: [cisco-voip] CCX phone agent over MRA?

Oh yeah, I forgot to mention one thing. We were on CUCM 11.5(1)SU2 and it 
didn't need this setting on Expressway. We had to do an emergency upgrade to 
11.5(1)SU6 to stop CUCM bleeding out from too many Jabber clients, and this 
version did need the setting on Expressway. If this change was documented 
somewhere, I didn't know where. So that was great.

--
Hunter Fuller
Router Jockey
VBH Annex B-5
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Network Engineering


On Mon, Mar 23, 2020 at 8:45 PM Hunter Fuller 
mailto:hf0...@uah.edu>> wrote:
We just got off of a TAC call concluding the same thing, but I didn't know it 
was only 88xx phones, or that it was only for the secondary lines.

The symptom we were troubleshooting was that CUCM would try to ring the MRA 
phone, and Expressway would return 404 (on behalf of that phone). We toggled on 
the header option and reset the phone to fix it. Hope that level of detail 
helps someone.

--
Hunter Fuller
Router Jockey
VBH Annex B-5
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Network Engineering


On Mon, Mar 23, 2020 at 8:41 PM Lelio Fulgenzi 
mailto:le...@uoguelph.ca>> wrote:
Wow. Interesting. Will have to read the X10.4 (*cough*) guide to see if a 
similar feature exists.

Thanks for this.
Sent from my iPhone

On Mar 23, 2020, at 9:29 PM, Wakelin, Frank 
mailto:fwake...@richmond.ca>> wrote:
Absolutely, here’s what Aman sent me:

Anther thing of note is use of SIP Path header on Expressway C. This may be 
needed to turned on if you multiple lines on 88xx phone. I have seen an issue 
when were we not able to ring second line on the phone when this was turned off 
on Expressway C.

You will need that turned up on Expressway C under unified communication - 
configuration.

I ran into this in testing in my environment few days back.

There are certain version requirements to have this turned on with CUCM.  Page 
33

https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/expressway/config_guide/X8-11/Mobile-Remote-Access-via-Expressway-Deployment-Guide-X8-11-4.pdf


---
Frank Wakelin – Senior Network Analyst
Information Technology | City of Richmond

Office +16042764190
Mobile +17788394693
fwake...@richmond.ca

From: Lelio Fulgenzi mailto:le...@uoguelph.ca>>
Sent: March 23, 2020 6:23 PM
To: Wakelin, Frank mailto:fwake...@richmond.ca>>
Cc: voyp list, cisco-voip 
mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] CCX phone agent over MRA?


Um, so, outside of ccx, getting multiline 8800s working over MRA requires extra 
config?

Can you share any tech notes ?


Sent from my iPhone

On Mar 23, 2020, at 8:53 PM, Wakelin, Frank 
mailto:fwake...@richmond.ca>> wrote:
Yeah, once again as it turns out it was the Cisco TAC engineer not really 
knowing the product they are apparently supporting – which is fine, but they 
also never escalated the call to someone who does when the question was over 
their head either. – heavy sigh –

As it turns out we generally configure all of our agents contact centre lines 
as their second line.  After my post Aman reached out to me with a note about 
the use of the SIP Path header on Expressway C as this is needed to support 
multiple lines on 88xx phone. The lack of multiline support was what was 
killing the call to the agent extension (on the second line of the phone) when 
it was presented by CCX.  I had a chan

Re: [cisco-voip] Mitel 3300 anyone?

[Myron Young]

We did something similar as well with SIP trunk from Mitel controller to CUCM. 
I remember there needing to be a trunk to each node on the Mitel side if a call 
would traverse multiple controllers in the Mitel cluster. And sip paths were 
limited to the Mitel sip licenses you owned on that system.

On Mar 23, 2020, at 9:03 PM, Charles Goldsmith  wrote:


I set one up years ago, but direct between CUCM and Mitel, and I remember it 
being a pain and had to reach out to TAC for help.  This was back around the 7 
or 8.0 days.

Sorry, not much help there, but we did get it to pass calls.

On Mon, Mar 23, 2020 at 7:48 PM Dana Tong 
mailto:dana.t...@yellit.com.au>> wrote:
Hi all,

Anyone ever done anything with a MITEL 3300?

I am trying to setup a SIP trunk to CUBE. The trunk “appears” to be up on both 
ends.
I can see OPTIONS pings from MITEL.
But no calls from Cisco to MITEL go through. I get a 404 Not Found and I’m 
trying to get some kind of logs out of the MITEL to see how it is processing 
the TO address.
I’m sending 9 digits with an configured to absorb 5. So you would think it 
should just match the 4 digit extension.

Cheers
Dana


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

[cisco-voip] Hey everyone

[Ryan Huff]

Totally not “voice related” however...

I created a MineCraft server for my kids this evening, and I added a public 
domain to it. S, if your "co workers" are stressing you out for the next 
couple weeks, and they happen to have MineCraft Java edition, have them add the 
multiplayer server quarantine.huffytown.com. I know my kids would love meeting 
new friends "in world" and, I can also add that there WILL BE 
moderation/parental supervision on this game server 😉.

The server is running 24/7/365 and can host 20 simultaneous players ... have 
fun!

Thanks,

Ryan
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] [External] Re: CCX phone agent over MRA?

[Lelio Fulgenzi]

What’s bleeding out?

From: Hunter Fuller 
Sent: Monday, March 23, 2020 10:27 PM
To: Lelio Fulgenzi 
Cc: Wakelin, Frank ; voyp list, cisco-voip 

Subject: Re: [External] Re: [cisco-voip] CCX phone agent over MRA?

Oh yeah, I forgot to mention one thing. We were on CUCM 11.5(1)SU2 and it 
didn't need this setting on Expressway. We had to do an emergency upgrade to 
11.5(1)SU6 to stop CUCM bleeding out from too many Jabber clients, and this 
version did need the setting on Expressway. If this change was documented 
somewhere, I didn't know where. So that was great.

--
Hunter Fuller
Router Jockey
VBH Annex B-5
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Network Engineering


On Mon, Mar 23, 2020 at 8:45 PM Hunter Fuller 
mailto:hf0...@uah.edu>> wrote:
We just got off of a TAC call concluding the same thing, but I didn't know it 
was only 88xx phones, or that it was only for the secondary lines.

The symptom we were troubleshooting was that CUCM would try to ring the MRA 
phone, and Expressway would return 404 (on behalf of that phone). We toggled on 
the header option and reset the phone to fix it. Hope that level of detail 
helps someone.

--
Hunter Fuller
Router Jockey
VBH Annex B-5
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Network Engineering


On Mon, Mar 23, 2020 at 8:41 PM Lelio Fulgenzi 
mailto:le...@uoguelph.ca>> wrote:
Wow. Interesting. Will have to read the X10.4 (*cough*) guide to see if a 
similar feature exists.

Thanks for this.
Sent from my iPhone

On Mar 23, 2020, at 9:29 PM, Wakelin, Frank 
mailto:fwake...@richmond.ca>> wrote:
Absolutely, here’s what Aman sent me:

Anther thing of note is use of SIP Path header on Expressway C. This may be 
needed to turned on if you multiple lines on 88xx phone. I have seen an issue 
when were we not able to ring second line on the phone when this was turned off 
on Expressway C.

You will need that turned up on Expressway C under unified communication - 
configuration.

I ran into this in testing in my environment few days back.

There are certain version requirements to have this turned on with CUCM.  Page 
33

https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/expressway/config_guide/X8-11/Mobile-Remote-Access-via-Expressway-Deployment-Guide-X8-11-4.pdf


---
Frank Wakelin – Senior Network Analyst
Information Technology | City of Richmond

Office +16042764190
Mobile +17788394693
fwake...@richmond.ca

From: Lelio Fulgenzi mailto:le...@uoguelph.ca>>
Sent: March 23, 2020 6:23 PM
To: Wakelin, Frank mailto:fwake...@richmond.ca>>
Cc: voyp list, cisco-voip 
mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] CCX phone agent over MRA?


Um, so, outside of ccx, getting multiline 8800s working over MRA requires extra 
config?

Can you share any tech notes ?


Sent from my iPhone

On Mar 23, 2020, at 8:53 PM, Wakelin, Frank 
mailto:fwake...@richmond.ca>> wrote:
Yeah, once again as it turns out it was the Cisco TAC engineer not really 
knowing the product they are apparently supporting – which is fine, but they 
also never escalated the call to someone who does when the question was over 
their head either. – heavy sigh –

As it turns out we generally configure all of our agents contact centre lines 
as their second line.  After my post Aman reached out to me with a note about 
the use of the SIP Path header on Expressway C as this is needed to support 
multiple lines on 88xx phone. The lack of multiline support was what was 
killing the call to the agent extension (on the second line of the phone) when 
it was presented by CCX.  I had a chance to enable the SIP path header today 
and successfully tested CCX.

So thanks all for your assistance and more so your insistence that this is 
supported/working in your environments.  Thanks Aman for the mention of the SIP 
path header!

---
Frank Wakelin – Senior Network Analyst
Information Technology | City of Richmond

Office +16042764190
Mobile +17788394693
fwake...@richmond.ca

From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Anthony Holloway
Sent: March 23, 2020 5:02 PM
To: NateCCIE mailto:natec...@gmail.com>>
Cc: voyp list, cisco-voip 
mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] CCX phone agent over MRA?

Yep, remote control via SIP from CUCM.

I just tried this again but on a CUCM 11.5, UCCX 12.0 and Expressway X12.5.5.

I pulled the traces off of two phones: one on-prem, one MRA, and the messages 
were the same.

This was Finesse telling the phone (Agent ext 2000) to answer a call, and thus 
CUCM using out of dialog REFER containing remote call control commands to 
answer the call.

REFER sip:e367249a-d9c8-4fbc-8f79-33b3e1be127f@10.1.75.44:50868;transport=tcp 
SIP/2.0^M
Via: SIP/2.0/TCP 10.1.70.110:5060;branch=z9hG4bKec56650110b79^M
From: mailto:sip%3A2000@10.1.70.110>>;tag=790972480^M
To: mailto:sip%3A2000@1

Re: [cisco-voip] [External] Re: CCX phone agent over MRA?

[Hunter Fuller]

Oh yeah, I forgot to mention one thing. We were on CUCM 11.5(1)SU2 and it
didn't need this setting on Expressway. We had to do an emergency upgrade
to 11.5(1)SU6 to stop CUCM bleeding out from too many Jabber clients, and
this version did need the setting on Expressway. If this change was
documented somewhere, I didn't know where. So that was great.

--
Hunter Fuller
Router Jockey
VBH Annex B-5
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Network Engineering


On Mon, Mar 23, 2020 at 8:45 PM Hunter Fuller  wrote:

> We just got off of a TAC call concluding the same thing, but I didn't know
> it was only 88xx phones, or that it was only for the secondary lines.
>
> The symptom we were troubleshooting was that CUCM would try to ring the
> MRA phone, and Expressway would return 404 (on behalf of that phone). We
> toggled on the header option and reset the phone to fix it. Hope that level
> of detail helps someone.
>
> --
> Hunter Fuller
> Router Jockey
> VBH Annex B-5
> +1 256 824 5331
>
> Office of Information Technology
> The University of Alabama in Huntsville
> Network Engineering
>
>
> On Mon, Mar 23, 2020 at 8:41 PM Lelio Fulgenzi  wrote:
>
>> Wow. Interesting. Will have to read the X10.4 (*cough*) guide to see if a
>> similar feature exists.
>>
>> Thanks for this.
>>
>> Sent from my iPhone
>>
>> On Mar 23, 2020, at 9:29 PM, Wakelin, Frank  wrote:
>>
>> Absolutely, here’s what Aman sent me:
>>
>>
>>
>> Anther thing of note is use of * SIP Path header* on Expressway C. This
>> may be needed to turned on if you multiple lines on 88xx phone. I have seen
>> an issue when were we not able to ring second line on the phone when this
>> was turned off on Expressway C.
>>
>>
>>
>> You will need that turned up on Expressway C under unified communication
>> - configuration.
>>
>>
>>
>> I ran into this in testing in my environment few days back.
>>
>>
>>
>> There are certain version requirements to have this turned on with CUCM.
>> Page 33
>>
>>
>>
>>
>> https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/expressway/config_guide/X8-11/Mobile-Remote-Access-via-Expressway-Deployment-Guide-X8-11-4.pdf
>>
>>
>>
>>
>>
>>
>> ---
>>
>> Frank Wakelin – Senior Network Analyst
>>
>> Information Technology | City of Richmond
>>
>>
>>
>> Office +16042764190
>>
>> Mobile +17788394693
>>
>> fwake...@richmond.ca
>>
>>
>>
>> *From:* Lelio Fulgenzi 
>> *Sent:* March 23, 2020 6:23 PM
>> *To:* Wakelin, Frank 
>> *Cc:* voyp list, cisco-voip 
>> *Subject:* Re: [cisco-voip] CCX phone agent over MRA?
>>
>>
>>
>>
>>
>> Um, so, outside of ccx, getting multiline 8800s working over MRA requires
>> extra config?
>>
>>
>>
>> Can you share any tech notes ?
>>
>>
>>
>>
>>
>> Sent from my iPhone
>>
>>
>> On Mar 23, 2020, at 8:53 PM, Wakelin, Frank  wrote:
>>
>> Yeah, once again as it turns out it was the Cisco TAC engineer not really
>> knowing the product they are apparently supporting – which is fine, but
>> they also never escalated the call to someone who does when the question
>> was over their head either. – heavy sigh –
>>
>>
>>
>> As it turns out we generally configure all of our agents contact centre
>> lines as their second line.  After my post Aman reached out to me with a
>> note about the use of the *SIP Path header* on Expressway C as this is
>> needed to support multiple lines on 88xx phone. The lack of multiline
>> support was what was killing the call to the agent extension (on the second
>> line of the phone) when it was presented by CCX.  I had a chance to enable
>> the SIP path header today and successfully tested CCX.
>>
>>
>>
>> So thanks all for your assistance and more so your insistence that this
>> is supported/working in your environments.  Thanks Aman for the mention of
>> the SIP path header!
>>
>>
>>
>> ---
>>
>> Frank Wakelin – Senior Network Analyst
>>
>> Information Technology | City of Richmond
>>
>>
>>
>> Office +16042764190
>>
>> Mobile +17788394693
>>
>> fwake...@richmond.ca
>>
>>
>>
>> *From:* cisco-voip  *On Behalf Of 
>> *Anthony
>> Holloway
>> *Sent:* March 23, 2020 5:02 PM
>> *To:* NateCCIE 
>> *Cc:* voyp list, cisco-voip 
>> *Subject:* Re: [cisco-voip] CCX phone agent over MRA?
>>
>>
>>
>> Yep, remote control via SIP from CUCM.
>>
>>
>>
>> I just tried this again but on a CUCM 11.5, UCCX 12.0 and Expressway
>> X12.5.5.
>>
>>
>>
>> I pulled the traces off of two phones: one on-prem, one MRA, and the
>> messages were the same.
>>
>>
>>
>> This was Finesse telling the phone (Agent ext 2000) to answer a call, and
>> thus CUCM using out of dialog REFER containing remote call control commands
>> to answer the call.
>>
>>
>>
>> REFER
>> sip:e367249a-d9c8-4fbc-8f79-33b3e1be127f@10.1.75.44:50868;transport=tcp
>> SIP/2.0^M
>> Via: SIP/2.0/TCP 10.1.70.110:5060;branch=z9hG4bKec56650110b79^M
>> From: ;tag=790972480^M
>> To: ^M
>> Call-ID: 4412b800-e7914b99-de968-6e46010a@10.1.70.110^M
>> CSeq: 101 REFER^M
>> Max-Forwards: 70^M
>> Contact: ^M
>> User-Agent: Cisco-CUCM11

Re: [cisco-voip] CCX phone agent over MRA?

[Lelio Fulgenzi]

Yeah. It exists! (on 8.10)

From: cisco-voip  On Behalf Of Lelio 
Fulgenzi
Sent: Monday, March 23, 2020 9:41 PM
To: Wakelin, Frank 
Cc: voyp list, cisco-voip 
Subject: Re: [cisco-voip] CCX phone agent over MRA?

Wow. Interesting. Will have to read the X10.4 (*cough*) guide to see if a 
similar feature exists.

Thanks for this.
Sent from my iPhone

On Mar 23, 2020, at 9:29 PM, Wakelin, Frank 
mailto:fwake...@richmond.ca>> wrote:
Absolutely, here’s what Aman sent me:

Anther thing of note is use of SIP Path header on Expressway C. This may be 
needed to turned on if you multiple lines on 88xx phone. I have seen an issue 
when were we not able to ring second line on the phone when this was turned off 
on Expressway C.

You will need that turned up on Expressway C under unified communication - 
configuration.

I ran into this in testing in my environment few days back.

There are certain version requirements to have this turned on with CUCM.  Page 
33

https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/expressway/config_guide/X8-11/Mobile-Remote-Access-via-Expressway-Deployment-Guide-X8-11-4.pdf


---
Frank Wakelin – Senior Network Analyst
Information Technology | City of Richmond

Office +16042764190
Mobile +17788394693
fwake...@richmond.ca

From: Lelio Fulgenzi mailto:le...@uoguelph.ca>>
Sent: March 23, 2020 6:23 PM
To: Wakelin, Frank mailto:fwake...@richmond.ca>>
Cc: voyp list, cisco-voip 
mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] CCX phone agent over MRA?


Um, so, outside of ccx, getting multiline 8800s working over MRA requires extra 
config?

Can you share any tech notes ?


Sent from my iPhone

On Mar 23, 2020, at 8:53 PM, Wakelin, Frank 
mailto:fwake...@richmond.ca>> wrote:
Yeah, once again as it turns out it was the Cisco TAC engineer not really 
knowing the product they are apparently supporting – which is fine, but they 
also never escalated the call to someone who does when the question was over 
their head either. – heavy sigh –

As it turns out we generally configure all of our agents contact centre lines 
as their second line.  After my post Aman reached out to me with a note about 
the use of the SIP Path header on Expressway C as this is needed to support 
multiple lines on 88xx phone. The lack of multiline support was what was 
killing the call to the agent extension (on the second line of the phone) when 
it was presented by CCX.  I had a chance to enable the SIP path header today 
and successfully tested CCX.

So thanks all for your assistance and more so your insistence that this is 
supported/working in your environments.  Thanks Aman for the mention of the SIP 
path header!

---
Frank Wakelin – Senior Network Analyst
Information Technology | City of Richmond

Office +16042764190
Mobile +17788394693
fwake...@richmond.ca

From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Anthony Holloway
Sent: March 23, 2020 5:02 PM
To: NateCCIE mailto:natec...@gmail.com>>
Cc: voyp list, cisco-voip 
mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] CCX phone agent over MRA?

Yep, remote control via SIP from CUCM.

I just tried this again but on a CUCM 11.5, UCCX 12.0 and Expressway X12.5.5.

I pulled the traces off of two phones: one on-prem, one MRA, and the messages 
were the same.

This was Finesse telling the phone (Agent ext 2000) to answer a call, and thus 
CUCM using out of dialog REFER containing remote call control commands to 
answer the call.

REFER sip:e367249a-d9c8-4fbc-8f79-33b3e1be127f@10.1.75.44:50868;transport=tcp 
SIP/2.0^M
Via: SIP/2.0/TCP 10.1.70.110:5060;branch=z9hG4bKec56650110b79^M
From: mailto:sip%3A2000@10.1.70.110>>;tag=790972480^M
To: mailto:sip%3A2000@10.1.75.44>>^M
Call-ID: 
4412b800-e7914b99-de968-6e46010a@10.1.70.110^M
CSeq: 101 REFER^M
Max-Forwards: 70^M
Contact: ^M
User-Agent: Cisco-CUCM11.5^M
Require: norefersub^M
Expires: 0^M
Refer-To: cid:1234567890@10.1.70.110^M
Content-Id: <1234567890@10.1.70.110>^M
Content-Type: application/x-cisco-remotecc-request+xml^M
Referred-By: mailto:sip%3A2000@10.1.70.110>>^M
Content-Length: 340^M
^M



 
   
 
42e18b00-e7914b97-de965-6e46010a@10.1.70.110
 2490017~9e5ce725-d89d-4564-a3be-db63e3605d34-42471213
 ec1d8bbaebe266b0246fba9d-5a3ccd67
   
 



Or if you're interested, here's what the XML looks like when the user makes an 
outgoing call with Finesse's dial pad to extension 2500.



  
 2500
 1
 1-812082
  



On Mon, Mar 23, 2020 at 4:23 PM NateCCIE 
mailto:natec...@gmail.com>> wrote:
I could be confused but I don’t think the phones talk CTI or CTI-QBE, they just 
talk SIP/SCCP.  UCCX talks CTI to CUCM’s CTI manager which then tells the phone 
to do something.  I know CTI isn’t supported over MRA, but that is for 
deskpho

Re: [cisco-voip] [External] Re: CCX phone agent over MRA?

[Hunter Fuller]

We just got off of a TAC call concluding the same thing, but I didn't know
it was only 88xx phones, or that it was only for the secondary lines.

The symptom we were troubleshooting was that CUCM would try to ring the MRA
phone, and Expressway would return 404 (on behalf of that phone). We
toggled on the header option and reset the phone to fix it. Hope that level
of detail helps someone.

--
Hunter Fuller
Router Jockey
VBH Annex B-5
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Network Engineering


On Mon, Mar 23, 2020 at 8:41 PM Lelio Fulgenzi  wrote:

> Wow. Interesting. Will have to read the X10.4 (*cough*) guide to see if a
> similar feature exists.
>
> Thanks for this.
>
> Sent from my iPhone
>
> On Mar 23, 2020, at 9:29 PM, Wakelin, Frank  wrote:
>
> Absolutely, here’s what Aman sent me:
>
>
>
> Anther thing of note is use of * SIP Path header* on Expressway C. This
> may be needed to turned on if you multiple lines on 88xx phone. I have seen
> an issue when were we not able to ring second line on the phone when this
> was turned off on Expressway C.
>
>
>
> You will need that turned up on Expressway C under unified communication -
> configuration.
>
>
>
> I ran into this in testing in my environment few days back.
>
>
>
> There are certain version requirements to have this turned on with CUCM.
> Page 33
>
>
>
>
> https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/expressway/config_guide/X8-11/Mobile-Remote-Access-via-Expressway-Deployment-Guide-X8-11-4.pdf
>
>
>
>
>
>
> ---
>
> Frank Wakelin – Senior Network Analyst
>
> Information Technology | City of Richmond
>
>
>
> Office +16042764190
>
> Mobile +17788394693
>
> fwake...@richmond.ca
>
>
>
> *From:* Lelio Fulgenzi 
> *Sent:* March 23, 2020 6:23 PM
> *To:* Wakelin, Frank 
> *Cc:* voyp list, cisco-voip 
> *Subject:* Re: [cisco-voip] CCX phone agent over MRA?
>
>
>
>
>
> Um, so, outside of ccx, getting multiline 8800s working over MRA requires
> extra config?
>
>
>
> Can you share any tech notes ?
>
>
>
>
>
> Sent from my iPhone
>
>
> On Mar 23, 2020, at 8:53 PM, Wakelin, Frank  wrote:
>
> Yeah, once again as it turns out it was the Cisco TAC engineer not really
> knowing the product they are apparently supporting – which is fine, but
> they also never escalated the call to someone who does when the question
> was over their head either. – heavy sigh –
>
>
>
> As it turns out we generally configure all of our agents contact centre
> lines as their second line.  After my post Aman reached out to me with a
> note about the use of the *SIP Path header* on Expressway C as this is
> needed to support multiple lines on 88xx phone. The lack of multiline
> support was what was killing the call to the agent extension (on the second
> line of the phone) when it was presented by CCX.  I had a chance to enable
> the SIP path header today and successfully tested CCX.
>
>
>
> So thanks all for your assistance and more so your insistence that this is
> supported/working in your environments.  Thanks Aman for the mention of the
> SIP path header!
>
>
>
> ---
>
> Frank Wakelin – Senior Network Analyst
>
> Information Technology | City of Richmond
>
>
>
> Office +16042764190
>
> Mobile +17788394693
>
> fwake...@richmond.ca
>
>
>
> *From:* cisco-voip  *On Behalf Of *Anthony
> Holloway
> *Sent:* March 23, 2020 5:02 PM
> *To:* NateCCIE 
> *Cc:* voyp list, cisco-voip 
> *Subject:* Re: [cisco-voip] CCX phone agent over MRA?
>
>
>
> Yep, remote control via SIP from CUCM.
>
>
>
> I just tried this again but on a CUCM 11.5, UCCX 12.0 and Expressway
> X12.5.5.
>
>
>
> I pulled the traces off of two phones: one on-prem, one MRA, and the
> messages were the same.
>
>
>
> This was Finesse telling the phone (Agent ext 2000) to answer a call, and
> thus CUCM using out of dialog REFER containing remote call control commands
> to answer the call.
>
>
>
> REFER
> sip:e367249a-d9c8-4fbc-8f79-33b3e1be127f@10.1.75.44:50868;transport=tcp
> SIP/2.0^M
> Via: SIP/2.0/TCP 10.1.70.110:5060;branch=z9hG4bKec56650110b79^M
> From: ;tag=790972480^M
> To: ^M
> Call-ID: 4412b800-e7914b99-de968-6e46010a@10.1.70.110^M
> CSeq: 101 REFER^M
> Max-Forwards: 70^M
> Contact: ^M
> User-Agent: Cisco-CUCM11.5^M
> Require: norefersub^M
> Expires: 0^M
> Refer-To: cid:1234567890@10.1.70.110^M
> Content-Id: <1234567890@10.1.70.110>^M
> Content-Type: application/x-cisco-remotecc-request+xml^M
> Referred-By: ^M
> Content-Length: 340^M
> ^M
>
> 
>
>  
>
>  42e18b00-e7914b97-de965-6e46010a@10.1.70.110
>
>  2490017~9e5ce725-d89d-4564-a3be-db63e3605d34-42471213
>  ec1d8bbaebe266b0246fba9d-5a3ccd67
>
>  
>
> 
>
>
>
> Or if you're interested, here's what the XML looks like when the user
> makes an outgoing call with Finesse's dial pad to extension 2500.
>
>
>
> 
>
>   
>  2500
>  1
>  1-812082
>   
>
> 
>
>
>
> On Mon, Mar 23, 2020 at 4:23 PM NateCCIE  wrote:
>
> I could be confused but I don’t think the phones talk CTI or CTI-QBE, they
> just 

Re: [cisco-voip] CCX phone agent over MRA?

[Lelio Fulgenzi]

Wow. Interesting. Will have to read the X10.4 (*cough*) guide to see if a 
similar feature exists.

Thanks for this.

Sent from my iPhone

On Mar 23, 2020, at 9:29 PM, Wakelin, Frank 
mailto:fwake...@richmond.ca>> wrote:

Absolutely, here’s what Aman sent me:

Anther thing of note is use of SIP Path header on Expressway C. This may be 
needed to turned on if you multiple lines on 88xx phone. I have seen an issue 
when were we not able to ring second line on the phone when this was turned off 
on Expressway C.

You will need that turned up on Expressway C under unified communication - 
configuration.

I ran into this in testing in my environment few days back.

There are certain version requirements to have this turned on with CUCM.  Page 
33

https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/expressway/config_guide/X8-11/Mobile-Remote-Access-via-Expressway-Deployment-Guide-X8-11-4.pdf


---
Frank Wakelin – Senior Network Analyst
Information Technology | City of Richmond

Office +16042764190
Mobile +17788394693
fwake...@richmond.ca

From: Lelio Fulgenzi mailto:le...@uoguelph.ca>>
Sent: March 23, 2020 6:23 PM
To: Wakelin, Frank mailto:fwake...@richmond.ca>>
Cc: voyp list, cisco-voip 
mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] CCX phone agent over MRA?


Um, so, outside of ccx, getting multiline 8800s working over MRA requires extra 
config?

Can you share any tech notes ?


Sent from my iPhone

On Mar 23, 2020, at 8:53 PM, Wakelin, Frank 
mailto:fwake...@richmond.ca>> wrote:
Yeah, once again as it turns out it was the Cisco TAC engineer not really 
knowing the product they are apparently supporting – which is fine, but they 
also never escalated the call to someone who does when the question was over 
their head either. – heavy sigh –

As it turns out we generally configure all of our agents contact centre lines 
as their second line.  After my post Aman reached out to me with a note about 
the use of the SIP Path header on Expressway C as this is needed to support 
multiple lines on 88xx phone. The lack of multiline support was what was 
killing the call to the agent extension (on the second line of the phone) when 
it was presented by CCX.  I had a chance to enable the SIP path header today 
and successfully tested CCX.

So thanks all for your assistance and more so your insistence that this is 
supported/working in your environments.  Thanks Aman for the mention of the SIP 
path header!

---
Frank Wakelin – Senior Network Analyst
Information Technology | City of Richmond

Office +16042764190
Mobile +17788394693
fwake...@richmond.ca

From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Anthony Holloway
Sent: March 23, 2020 5:02 PM
To: NateCCIE mailto:natec...@gmail.com>>
Cc: voyp list, cisco-voip 
mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] CCX phone agent over MRA?

Yep, remote control via SIP from CUCM.

I just tried this again but on a CUCM 11.5, UCCX 12.0 and Expressway X12.5.5.

I pulled the traces off of two phones: one on-prem, one MRA, and the messages 
were the same.

This was Finesse telling the phone (Agent ext 2000) to answer a call, and thus 
CUCM using out of dialog REFER containing remote call control commands to 
answer the call.

REFER sip:e367249a-d9c8-4fbc-8f79-33b3e1be127f@10.1.75.44:50868;transport=tcp 
SIP/2.0^M
Via: SIP/2.0/TCP 10.1.70.110:5060;branch=z9hG4bKec56650110b79^M
From: mailto:sip%3A2000@10.1.70.110>>;tag=790972480^M
To: mailto:sip%3A2000@10.1.75.44>>^M
Call-ID: 
4412b800-e7914b99-de968-6e46010a@10.1.70.110^M
CSeq: 101 REFER^M
Max-Forwards: 70^M
Contact: ^M
User-Agent: Cisco-CUCM11.5^M
Require: norefersub^M
Expires: 0^M
Refer-To: cid:1234567890@10.1.70.110^M
Content-Id: <1234567890@10.1.70.110>^M
Content-Type: application/x-cisco-remotecc-request+xml^M
Referred-By: mailto:sip%3A2000@10.1.70.110>>^M
Content-Length: 340^M
^M



 
   
 
42e18b00-e7914b97-de965-6e46010a@10.1.70.110
 2490017~9e5ce725-d89d-4564-a3be-db63e3605d34-42471213
 ec1d8bbaebe266b0246fba9d-5a3ccd67
   
 



Or if you're interested, here's what the XML looks like when the user makes an 
outgoing call with Finesse's dial pad to extension 2500.



  
 2500
 1
 1-812082
  



On Mon, Mar 23, 2020 at 4:23 PM NateCCIE 
mailto:natec...@gmail.com>> wrote:
I could be confused but I don’t think the phones talk CTI or CTI-QBE, they just 
talk SIP/SCCP.  UCCX talks CTI to CUCM’s CTI manager which then tells the phone 
to do something.  I know CTI isn’t supported over MRA, but that is for 
deskphone control from Jabber, not the jabber softclient.

I have people using CCE via thin client talking to a MRA registered jabber.  
Now that I think of it, they said you can’t use Jabber for mobile because as an 

Re: [cisco-voip] CCX phone agent over MRA?

[Wakelin, Frank]

Absolutely, here’s what Aman sent me:

Anther thing of note is use of SIP Path header on Expressway C. This may be 
needed to turned on if you multiple lines on 88xx phone. I have seen an issue 
when were we not able to ring second line on the phone when this was turned off 
on Expressway C.

You will need that turned up on Expressway C under unified communication - 
configuration.

I ran into this in testing in my environment few days back.

There are certain version requirements to have this turned on with CUCM.  Page 
33

https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/expressway/config_guide/X8-11/Mobile-Remote-Access-via-Expressway-Deployment-Guide-X8-11-4.pdf


---
Frank Wakelin – Senior Network Analyst
Information Technology | City of Richmond

Office +16042764190
Mobile +17788394693
fwake...@richmond.ca

From: Lelio Fulgenzi 
Sent: March 23, 2020 6:23 PM
To: Wakelin, Frank 
Cc: voyp list, cisco-voip 
Subject: Re: [cisco-voip] CCX phone agent over MRA?


Um, so, outside of ccx, getting multiline 8800s working over MRA requires extra 
config?

Can you share any tech notes ?


Sent from my iPhone

On Mar 23, 2020, at 8:53 PM, Wakelin, Frank 
mailto:fwake...@richmond.ca>> wrote:
Yeah, once again as it turns out it was the Cisco TAC engineer not really 
knowing the product they are apparently supporting – which is fine, but they 
also never escalated the call to someone who does when the question was over 
their head either. – heavy sigh –

As it turns out we generally configure all of our agents contact centre lines 
as their second line.  After my post Aman reached out to me with a note about 
the use of the SIP Path header on Expressway C as this is needed to support 
multiple lines on 88xx phone. The lack of multiline support was what was 
killing the call to the agent extension (on the second line of the phone) when 
it was presented by CCX.  I had a chance to enable the SIP path header today 
and successfully tested CCX.

So thanks all for your assistance and more so your insistence that this is 
supported/working in your environments.  Thanks Aman for the mention of the SIP 
path header!

---
Frank Wakelin – Senior Network Analyst
Information Technology | City of Richmond

Office +16042764190
Mobile +17788394693
fwake...@richmond.ca

From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Anthony Holloway
Sent: March 23, 2020 5:02 PM
To: NateCCIE mailto:natec...@gmail.com>>
Cc: voyp list, cisco-voip 
mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] CCX phone agent over MRA?

Yep, remote control via SIP from CUCM.

I just tried this again but on a CUCM 11.5, UCCX 12.0 and Expressway X12.5.5.

I pulled the traces off of two phones: one on-prem, one MRA, and the messages 
were the same.

This was Finesse telling the phone (Agent ext 2000) to answer a call, and thus 
CUCM using out of dialog REFER containing remote call control commands to 
answer the call.

REFER sip:e367249a-d9c8-4fbc-8f79-33b3e1be127f@10.1.75.44:50868;transport=tcp 
SIP/2.0^M
Via: SIP/2.0/TCP 10.1.70.110:5060;branch=z9hG4bKec56650110b79^M
From: mailto:sip%3A2000@10.1.70.110>>;tag=790972480^M
To: mailto:sip%3A2000@10.1.75.44>>^M
Call-ID: 
4412b800-e7914b99-de968-6e46010a@10.1.70.110^M
CSeq: 101 REFER^M
Max-Forwards: 70^M
Contact: ^M
User-Agent: Cisco-CUCM11.5^M
Require: norefersub^M
Expires: 0^M
Refer-To: cid:1234567890@10.1.70.110^M
Content-Id: <1234567890@10.1.70.110>^M
Content-Type: application/x-cisco-remotecc-request+xml^M
Referred-By: mailto:sip%3A2000@10.1.70.110>>^M
Content-Length: 340^M
^M



 
   
 
42e18b00-e7914b97-de965-6e46010a@10.1.70.110
 2490017~9e5ce725-d89d-4564-a3be-db63e3605d34-42471213
 ec1d8bbaebe266b0246fba9d-5a3ccd67
   
 



Or if you're interested, here's what the XML looks like when the user makes an 
outgoing call with Finesse's dial pad to extension 2500.



  
 2500
 1
 1-812082
  



On Mon, Mar 23, 2020 at 4:23 PM NateCCIE 
mailto:natec...@gmail.com>> wrote:
I could be confused but I don’t think the phones talk CTI or CTI-QBE, they just 
talk SIP/SCCP.  UCCX talks CTI to CUCM’s CTI manager which then tells the phone 
to do something.  I know CTI isn’t supported over MRA, but that is for 
deskphone control from Jabber, not the jabber softclient.

I have people using CCE via thin client talking to a MRA registered jabber.  
Now that I think of it, they said you can’t use Jabber for mobile because as an 
agent device, but I would think that is some other limitation.

From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Wakelin, Frank
Sent: Monday, March 23, 2020 2:49 PM
To: 'Aman Chugh' mailto:aman.ch...@gmail.com>>
Cc: voyp list, cisco-voip 
(cisco-voip@puck.nether.net

Re: [cisco-voip] CCX phone agent over MRA?

[Lelio Fulgenzi]

Um, so, outside of ccx, getting multiline 8800s working over MRA requires extra 
config?

Can you share any tech notes ?



Sent from my iPhone

On Mar 23, 2020, at 8:53 PM, Wakelin, Frank 
mailto:fwake...@richmond.ca>> wrote:

Yeah, once again as it turns out it was the Cisco TAC engineer not really 
knowing the product they are apparently supporting – which is fine, but they 
also never escalated the call to someone who does when the question was over 
their head either. – heavy sigh –

As it turns out we generally configure all of our agents contact centre lines 
as their second line.  After my post Aman reached out to me with a note about 
the use of the SIP Path header on Expressway C as this is needed to support 
multiple lines on 88xx phone. The lack of multiline support was what was 
killing the call to the agent extension (on the second line of the phone) when 
it was presented by CCX.  I had a chance to enable the SIP path header today 
and successfully tested CCX.

So thanks all for your assistance and more so your insistence that this is 
supported/working in your environments.  Thanks Aman for the mention of the SIP 
path header!

---
Frank Wakelin – Senior Network Analyst
Information Technology | City of Richmond

Office +16042764190
Mobile +17788394693
fwake...@richmond.ca

From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Anthony Holloway
Sent: March 23, 2020 5:02 PM
To: NateCCIE mailto:natec...@gmail.com>>
Cc: voyp list, cisco-voip 
mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] CCX phone agent over MRA?

Yep, remote control via SIP from CUCM.

I just tried this again but on a CUCM 11.5, UCCX 12.0 and Expressway X12.5.5.

I pulled the traces off of two phones: one on-prem, one MRA, and the messages 
were the same.

This was Finesse telling the phone (Agent ext 2000) to answer a call, and thus 
CUCM using out of dialog REFER containing remote call control commands to 
answer the call.

REFER sip:e367249a-d9c8-4fbc-8f79-33b3e1be127f@10.1.75.44:50868;transport=tcp 
SIP/2.0^M
Via: SIP/2.0/TCP 10.1.70.110:5060;branch=z9hG4bKec56650110b79^M
From: mailto:sip%3A2000@10.1.70.110>>;tag=790972480^M
To: mailto:sip%3A2000@10.1.75.44>>^M
Call-ID: 
4412b800-e7914b99-de968-6e46010a@10.1.70.110^M
CSeq: 101 REFER^M
Max-Forwards: 70^M
Contact: ^M
User-Agent: Cisco-CUCM11.5^M
Require: norefersub^M
Expires: 0^M
Refer-To: cid:1234567890@10.1.70.110^M
Content-Id: <1234567890@10.1.70.110>^M
Content-Type: application/x-cisco-remotecc-request+xml^M
Referred-By: mailto:sip%3A2000@10.1.70.110>>^M
Content-Length: 340^M
^M



 
   
 
42e18b00-e7914b97-de965-6e46010a@10.1.70.110
 2490017~9e5ce725-d89d-4564-a3be-db63e3605d34-42471213
 ec1d8bbaebe266b0246fba9d-5a3ccd67
   
 



Or if you're interested, here's what the XML looks like when the user makes an 
outgoing call with Finesse's dial pad to extension 2500.



  
 2500
 1
 1-812082
  



On Mon, Mar 23, 2020 at 4:23 PM NateCCIE 
mailto:natec...@gmail.com>> wrote:
I could be confused but I don’t think the phones talk CTI or CTI-QBE, they just 
talk SIP/SCCP.  UCCX talks CTI to CUCM’s CTI manager which then tells the phone 
to do something.  I know CTI isn’t supported over MRA, but that is for 
deskphone control from Jabber, not the jabber softclient.

I have people using CCE via thin client talking to a MRA registered jabber.  
Now that I think of it, they said you can’t use Jabber for mobile because as an 
agent device, but I would think that is some other limitation.

From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Wakelin, Frank
Sent: Monday, March 23, 2020 2:49 PM
To: 'Aman Chugh' mailto:aman.ch...@gmail.com>>
Cc: voyp list, cisco-voip 
(cisco-voip@puck.nether.net) 
mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] CCX phone agent over MRA?

I’m not really sure – I have my doubts as well.  They sited the lack of CTI-QBE 
support as to why the CCX servers could not use CTI to control the phones 
connected over MRA.  The more folks that tell me they had it working with CCX, 
the more I think they just latched on to the phrase in the feature 
configuration guide and went with that.  It certainly wouldn’t be the first 
time TAC has given me a pat answer and been unwilling to escalate/troubleshoot 
with me. ☹

---
Frank Wakelin – Senior Network Analyst
Information Technology | City of Richmond

Office +16042764190
Mobile +17788394693
fwake...@richmond.ca

From: Aman Chugh mailto:aman.ch...@gmail.com>>
Sent: March 23, 2020 1:43 PM
To: Wakelin, Frank mailto:fwake...@richmond.ca>>
Cc: voyp list, cisco-voip 
(cisco-voip@puck.nether.net) 
mailto:cisco-voip@puck.nether.net>>

Re: [cisco-voip] Mitel 3300 anyone?

[Charles Goldsmith]

I set one up years ago, but direct between CUCM and Mitel, and I remember
it being a pain and had to reach out to TAC for help.  This was back around
the 7 or 8.0 days.

Sorry, not much help there, but we did get it to pass calls.

On Mon, Mar 23, 2020 at 7:48 PM Dana Tong  wrote:

> Hi all,
>
>
>
> Anyone ever done anything with a MITEL 3300?
>
>
>
> I am trying to setup a SIP trunk to CUBE. The trunk “appears” to be up on
> both ends.
>
> I can see OPTIONS pings from MITEL.
>
> But no calls from Cisco to MITEL go through. I get a 404 Not Found and I’m
> trying to get some kind of logs out of the MITEL to see how it is
> processing the TO address.
>
> I’m sending 9 digits with an configured to absorb 5. So you would think it
> should just match the 4 digit extension.
>
>
>
> Cheers
> Dana
>
>
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] CCX phone agent over MRA?

[Wakelin, Frank]

Yeah, once again as it turns out it was the Cisco TAC engineer not really 
knowing the product they are apparently supporting – which is fine, but they 
also never escalated the call to someone who does when the question was over 
their head either. – heavy sigh –

As it turns out we generally configure all of our agents contact centre lines 
as their second line.  After my post Aman reached out to me with a note about 
the use of the SIP Path header on Expressway C as this is needed to support 
multiple lines on 88xx phone. The lack of multiline support was what was 
killing the call to the agent extension (on the second line of the phone) when 
it was presented by CCX.  I had a chance to enable the SIP path header today 
and successfully tested CCX.

So thanks all for your assistance and more so your insistence that this is 
supported/working in your environments.  Thanks Aman for the mention of the SIP 
path header!

---
Frank Wakelin – Senior Network Analyst
Information Technology | City of Richmond

Office +16042764190
Mobile +17788394693
fwake...@richmond.ca

From: cisco-voip  On Behalf Of Anthony 
Holloway
Sent: March 23, 2020 5:02 PM
To: NateCCIE 
Cc: voyp list, cisco-voip 
Subject: Re: [cisco-voip] CCX phone agent over MRA?

Yep, remote control via SIP from CUCM.

I just tried this again but on a CUCM 11.5, UCCX 12.0 and Expressway X12.5.5.

I pulled the traces off of two phones: one on-prem, one MRA, and the messages 
were the same.

This was Finesse telling the phone (Agent ext 2000) to answer a call, and thus 
CUCM using out of dialog REFER containing remote call control commands to 
answer the call.

REFER sip:e367249a-d9c8-4fbc-8f79-33b3e1be127f@10.1.75.44:50868;transport=tcp 
SIP/2.0^M
Via: SIP/2.0/TCP 10.1.70.110:5060;branch=z9hG4bKec56650110b79^M
From: mailto:sip%3A2000@10.1.70.110>>;tag=790972480^M
To: mailto:sip%3A2000@10.1.75.44>>^M
Call-ID: 
4412b800-e7914b99-de968-6e46010a@10.1.70.110^M
CSeq: 101 REFER^M
Max-Forwards: 70^M
Contact: ^M
User-Agent: Cisco-CUCM11.5^M
Require: norefersub^M
Expires: 0^M
Refer-To: cid:1234567890@10.1.70.110^M
Content-Id: <1234567890@10.1.70.110>^M
Content-Type: application/x-cisco-remotecc-request+xml^M
Referred-By: mailto:sip%3A2000@10.1.70.110>>^M
Content-Length: 340^M
^M



 
   
 
42e18b00-e7914b97-de965-6e46010a@10.1.70.110
 2490017~9e5ce725-d89d-4564-a3be-db63e3605d34-42471213
 ec1d8bbaebe266b0246fba9d-5a3ccd67
   
 



Or if you're interested, here's what the XML looks like when the user makes an 
outgoing call with Finesse's dial pad to extension 2500.



  
 2500
 1
 1-812082
  



On Mon, Mar 23, 2020 at 4:23 PM NateCCIE 
mailto:natec...@gmail.com>> wrote:
I could be confused but I don’t think the phones talk CTI or CTI-QBE, they just 
talk SIP/SCCP.  UCCX talks CTI to CUCM’s CTI manager which then tells the phone 
to do something.  I know CTI isn’t supported over MRA, but that is for 
deskphone control from Jabber, not the jabber softclient.

I have people using CCE via thin client talking to a MRA registered jabber.  
Now that I think of it, they said you can’t use Jabber for mobile because as an 
agent device, but I would think that is some other limitation.

From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Wakelin, Frank
Sent: Monday, March 23, 2020 2:49 PM
To: 'Aman Chugh' mailto:aman.ch...@gmail.com>>
Cc: voyp list, cisco-voip 
(cisco-voip@puck.nether.net) 
mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] CCX phone agent over MRA?

I’m not really sure – I have my doubts as well.  They sited the lack of CTI-QBE 
support as to why the CCX servers could not use CTI to control the phones 
connected over MRA.  The more folks that tell me they had it working with CCX, 
the more I think they just latched on to the phrase in the feature 
configuration guide and went with that.  It certainly wouldn’t be the first 
time TAC has given me a pat answer and been unwilling to escalate/troubleshoot 
with me. ☹

---
Frank Wakelin – Senior Network Analyst
Information Technology | City of Richmond

Office +16042764190
Mobile +17788394693
fwake...@richmond.ca

From: Aman Chugh mailto:aman.ch...@gmail.com>>
Sent: March 23, 2020 1:43 PM
To: Wakelin, Frank mailto:fwake...@richmond.ca>>
Cc: voyp list, cisco-voip 
(cisco-voip@puck.nether.net) 
mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] CCX phone agent over MRA?

Just curious as to what makes it unsupported with 11.5 or what is added in 12 
which makes it supported.

Does SIP phone doing MRA require support for certain sip headers which are only 
supported with CSR 12 or later.

I did have it working with CUCM 10.5 , UCCE 11.6 and Expresswa

[cisco-voip] Mitel 3300 anyone?

[Dana Tong]

Hi all,

Anyone ever done anything with a MITEL 3300?

I am trying to setup a SIP trunk to CUBE. The trunk "appears" to be up on both 
ends.
I can see OPTIONS pings from MITEL.
But no calls from Cisco to MITEL go through. I get a 404 Not Found and I'm 
trying to get some kind of logs out of the MITEL to see how it is processing 
the TO address.
I'm sending 9 digits with an configured to absorb 5. So you would think it 
should just match the 4 digit extension.

Cheers
Dana


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] CCX phone agent over MRA?

[Anthony Holloway]

Yep, remote control via SIP from CUCM.

I just tried this again but on a CUCM 11.5, UCCX 12.0 and Expressway
X12.5.5.

I pulled the traces off of two phones: one on-prem, one MRA, and the
messages were the same.

This was Finesse telling the phone (Agent ext 2000) to answer a call, and
thus CUCM using out of dialog REFER containing remote call control commands
to answer the call.

REFER sip:e367249a-d9c8-4fbc-8f79-33b3e1be127f@10.1.75.44:50868;transport=tcp
SIP/2.0^M
Via: SIP/2.0/TCP 10.1.70.110:5060;branch=z9hG4bKec56650110b79^M
From: ;tag=790972480^M
To: ^M
Call-ID: 4412b800-e7914b99-de968-6e46010a@10.1.70.110^M
CSeq: 101 REFER^M
Max-Forwards: 70^M
Contact: ^M
User-Agent: Cisco-CUCM11.5^M
Require: norefersub^M
Expires: 0^M
Refer-To: cid:1234567890@10.1.70.110^M
Content-Id: <1234567890@10.1.70.110>^M
Content-Type: application/x-cisco-remotecc-request+xml^M
Referred-By: ^M
Content-Length: 340^M
^M



 
   
 42e18b00-e7914b97-de965-6e46010a@10.1.70.110

 2490017~9e5ce725-d89d-4564-a3be-db63e3605d34-42471213
 ec1d8bbaebe266b0246fba9d-5a3ccd67
   
 



Or if you're interested, here's what the XML looks like when the user makes
an outgoing call with Finesse's dial pad to extension 2500.



  
 2500
 1
 1-812082
  



On Mon, Mar 23, 2020 at 4:23 PM NateCCIE  wrote:

> I could be confused but I don’t think the phones talk CTI or CTI-QBE, they
> just talk SIP/SCCP.  UCCX talks CTI to CUCM’s CTI manager which then tells
> the phone to do something.  I know CTI isn’t supported over MRA, but that
> is for deskphone control from Jabber, not the jabber softclient.
>
>
>
> I have people using CCE via thin client talking to a MRA registered
> jabber.  Now that I think of it, they said you can’t use Jabber for mobile
> because as an agent device, but I would think that is some other limitation.
>
>
>
> *From:* cisco-voip  *On Behalf Of 
> *Wakelin,
> Frank
> *Sent:* Monday, March 23, 2020 2:49 PM
> *To:* 'Aman Chugh' 
> *Cc:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] CCX phone agent over MRA?
>
>
>
> I’m not really sure – I have my doubts as well.  They sited the lack of
> CTI-QBE support as to why the CCX servers could not use CTI to control the
> phones connected over MRA.  The more folks that tell me they had it working
> with CCX, the more I think they just latched on to the phrase in the
> feature configuration guide and went with that.  It certainly wouldn’t be
> the first time TAC has given me a pat answer and been unwilling to
> escalate/troubleshoot with me. L
>
>
>
> ---
>
> Frank Wakelin – Senior Network Analyst
>
> Information Technology | City of Richmond
>
>
>
> Office +16042764190
>
> Mobile +17788394693
>
> fwake...@richmond.ca
>
>
>
> *From:* Aman Chugh 
> *Sent:* March 23, 2020 1:43 PM
> *To:* Wakelin, Frank 
> *Cc:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] CCX phone agent over MRA?
>
>
>
> Just curious as to what makes it unsupported with 11.5 or what is added in
> 12 which makes it supported.
>
>
>
> Does SIP phone doing MRA require support for certain sip headers which are
> only supported with CSR 12 or later.
>
>
>
> I did have it working with CUCM 10.5 , UCCE 11.6 and Expressway 8.11.2
>
>
>
>
>
>
>
> On Mon, Mar 23, 2020 at 4:32 PM Wakelin, Frank 
> wrote:
>
> Thanks all – I did get confirmation from TAC that this is not supported –
> at least not with 11.5.  Not sure I’m ready to upgrade everything to 12.x
> at the moment to test but will eat-mark it for later this year.
>
>
>
> ---
>
> Frank Wakelin – Senior Network Analyst
>
> Information Technology | City of Richmond
>
>
>
> Office +16042764190
>
> Mobile +17788394693
>
> fwake...@richmond.ca
>
>
>
> *From:* Anthony Holloway 
> *Sent:* March 23, 2020 11:05 AM
> *To:* James B 
> *Cc:* Wakelin, Frank ; voyp list, cisco-voip (
> cisco-voip@puck.nether.net) 
> *Subject:* Re: Re: [cisco-voip] CCX phone agent over MRA?
>
>
>
> No, I wouldn't think it has anything to do with finesse.  Again the user
> had direct access to Finesse, no VPN or Internet exposure, just simply the
> user was on the network with the PC while the phone was on a public
> internet circuit.  I'd guess it has worked in previous versions, as it's
> been in the UCCX SRND for a while now, but perhaps there's some issues with
> it.  I just wanted to add a story of success to this otherwise long thread
> of failures.
>
>
>
> On Mon, Mar 23, 2020 at 12:46 PM James B 
> wrote:
>
> Hi Anthony,
>
>
>
> Do you attribute that to the change in web connectivity for Finesse with
> 12.x?
>
>
>
> James
>
>
>
>
>
>
>
> *From: *Anthony Holloway 
> *Sent: *23 March 2020 17:44
> *To: *Wakelin, Frank 
> *Cc: *voyp list, cisco-voip (cisco-voip@puck.nether.net)
> 
> *Subject: *Re: [cisco-voip] CCX phone agent over MRA?
>
>
>
> For whatever it's worth, I just upgraded a customer from CSR 11 to CSR
> 12.5 (including UCCX), and testing of an 

Re: [cisco-voip] Jabber client missing Advanced Settings

[Lelio Fulgenzi]

Ah. Gotcha. I just used iexpress to package it. Not sure if that’s the wrong 
way to go about it, but I had to do something in a hurry.

The signed cert made it pretty.

From: Anthony Holloway 
Sent: Monday, March 23, 2020 6:30 PM
To: Lelio Fulgenzi 
Cc: Terry Oakley ; voyp list, cisco-voip 
(cisco-voip@puck.nether.net) 
Subject: Re: [cisco-voip] Jabber client missing Advanced Settings

Orca is a MS tool for modifying MSI installer packages.

On Mon, Mar 23, 2020 at 5:21 PM Lelio Fulgenzi 
mailto:le...@uoguelph.ca>> wrote:
I’m not sure what ORCA is. Is that a package builder? If so, you might want to 
try iexpress. That’s what I used to build my package with the switches I 
wanted, ie CLEAR=1 and UPN_DISCOVERY_ENABLED=false.

I went so far to get an EV Signing Cert from Digicert so that way people 
wouldn’t get a warning message when they downloaded it from our website.

Works like  charm.

Would probably have to spend quite a bit of time trying to replicate the cert 
signing part, but I’d open a ticket or start a chat.



From: Terry Oakley mailto:terry.oak...@rdc.ab.ca>>
Sent: Monday, March 23, 2020 4:37 PM
To: Lelio Fulgenzi mailto:le...@uoguelph.ca>>
Cc: voyp list, cisco-voip 
(cisco-voip@puck.nether.net) 
mailto:cisco-voip@puck.nether.net>>
Subject: RE: Jabber client missing Advanced Settings

From my research the same thing but we are just using a USB stick and installed 
the msi. Looks like we may have to do the Microsoft ORCA msi thing which I 
am totally unfamiliar with.

Lelio how is everything in Guelph?  Alberta is reeling for sure under this and 
everything else.

Terry


Terry Oakley
Telecommunications Coordinator | Information Technology Services
Red Deer College |100 College Blvd. | Box 5005 | Red Deer | Alberta | T4N 5H5
work (403) 342-3521   |  FAX (403) 343-4034



From: Lelio Fulgenzi mailto:le...@uoguelph.ca>>
Sent: Monday, March 23, 2020 2:22 PM
To: Terry Oakley mailto:terry.oak...@rdc.ab.ca>>
Cc: voyp list, cisco-voip 
(cisco-voip@puck.nether.net) 
mailto:cisco-voip@puck.nether.net>>
Subject: RE: Jabber client missing Advanced Settings

CAUTION: This email is from an external source. Do not click links or open 
attachments unless you recognize the sender and know the content is safe.

I believe if you use a provisioning URL it removes the option. Could be wrong.


From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Terry Oakley via cisco-voip
Sent: Monday, March 23, 2020 4:06 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] Jabber client missing Advanced Settings

Have been installing Jabber 12 for the past week and had no issues.   Installed 
today and now we cannot see the Advanced Settings to setup where the client 
should be directed. Has anyone seen this and have a resolution?

Terry


Terry Oakley
Telecommunications Coordinator | Information Technology Services
Red Deer College |100 College Blvd. | Box 5005 | Red Deer | Alberta | T4N 5H5
work (403) 342-3521   |  FAX (403) 343-4034


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Jabber client missing Advanced Settings

[Anthony Holloway]

Orca is a MS tool for modifying MSI installer packages.

On Mon, Mar 23, 2020 at 5:21 PM Lelio Fulgenzi  wrote:

> I’m not sure what ORCA is. Is that a package builder? If so, you might
> want to try iexpress. That’s what I used to build my package with the
> switches I wanted, ie CLEAR=1 and UPN_DISCOVERY_ENABLED=false.
>
>
>
> I went so far to get an EV Signing Cert from Digicert so that way people
> wouldn’t get a warning message when they downloaded it from our website.
>
>
>
> Works like  charm.
>
>
>
> Would probably have to spend quite a bit of time trying to replicate the
> cert signing part, but I’d open a ticket or start a chat.
>
>
>
>
>
>
>
> *From:* Terry Oakley 
> *Sent:* Monday, March 23, 2020 4:37 PM
> *To:* Lelio Fulgenzi 
> *Cc:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> *Subject:* RE: Jabber client missing Advanced Settings
>
>
>
> From my research the same thing but we are just using a USB stick and
> installed the msi. Looks like we may have to do the Microsoft ORCA msi
> thing which I am totally unfamiliar with.
>
>
>
> Lelio how is everything in Guelph?  Alberta is reeling for sure under this
> and everything else.
>
>
>
> Terry
>
>
>
>
>
> *Terry Oakley*
>
> Telecommunications Coordinator *| *Information Technology Services
>
> *Red Deer College **|*100 College Blvd. *|* Box 5005 *| *Red Deer *|* Alberta
> *| *T4N 5H5
>
> work (403) 342-*3521   **| * FAX (403) 343-4034
>
>
>
>
>
>
>
> *From:* Lelio Fulgenzi 
> *Sent:* Monday, March 23, 2020 2:22 PM
> *To:* Terry Oakley 
> *Cc:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> *Subject:* RE: Jabber client missing Advanced Settings
>
>
>
> CAUTION: This email is from an external source. Do not click links or open
> attachments unless you recognize the sender and know the content is safe.
>
>
>
> I believe if you use a provisioning URL it removes the option. Could be
> wrong.
>
>
>
>
>
> *From:* cisco-voip  *On Behalf Of *Terry
> Oakley via cisco-voip
> *Sent:* Monday, March 23, 2020 4:06 PM
> *To:* cisco-voip@puck.nether.net
> *Subject:* [cisco-voip] Jabber client missing Advanced Settings
>
>
>
> Have been installing Jabber 12 for the past week and had no issues.
> Installed today and now we cannot see the Advanced Settings to setup where
> the client should be directed. Has anyone seen this and have a
> resolution?
>
>
>
> Terry
>
>
>
>
>
> *Terry Oakley*
>
> Telecommunications Coordinator *| *Information Technology Services
>
> *Red Deer College **|*100 College Blvd. *|* Box 5005 *| *Red Deer *|* Alberta
> *| *T4N 5H5
>
> work (403) 342-*3521   **| * FAX (403) 343-4034
>
>
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Jabber client missing Advanced Settings

[Lelio Fulgenzi]

I'm not sure what ORCA is. Is that a package builder? If so, you might want to 
try iexpress. That's what I used to build my package with the switches I 
wanted, ie CLEAR=1 and UPN_DISCOVERY_ENABLED=false.

I went so far to get an EV Signing Cert from Digicert so that way people 
wouldn't get a warning message when they downloaded it from our website.

Works like  charm.

Would probably have to spend quite a bit of time trying to replicate the cert 
signing part, but I'd open a ticket or start a chat.



From: Terry Oakley 
Sent: Monday, March 23, 2020 4:37 PM
To: Lelio Fulgenzi 
Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net) 

Subject: RE: Jabber client missing Advanced Settings

>From my research the same thing but we are just using a USB stick and 
>installed the msi. Looks like we may have to do the Microsoft ORCA msi 
>thing which I am totally unfamiliar with.

Lelio how is everything in Guelph?  Alberta is reeling for sure under this and 
everything else.

Terry


Terry Oakley
Telecommunications Coordinator | Information Technology Services
Red Deer College |100 College Blvd. | Box 5005 | Red Deer | Alberta | T4N 5H5
work (403) 342-3521   |  FAX (403) 343-4034



From: Lelio Fulgenzi mailto:le...@uoguelph.ca>>
Sent: Monday, March 23, 2020 2:22 PM
To: Terry Oakley mailto:terry.oak...@rdc.ab.ca>>
Cc: voyp list, cisco-voip 
(cisco-voip@puck.nether.net) 
mailto:cisco-voip@puck.nether.net>>
Subject: RE: Jabber client missing Advanced Settings

CAUTION: This email is from an external source. Do not click links or open 
attachments unless you recognize the sender and know the content is safe.

I believe if you use a provisioning URL it removes the option. Could be wrong.


From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Terry Oakley via cisco-voip
Sent: Monday, March 23, 2020 4:06 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] Jabber client missing Advanced Settings

Have been installing Jabber 12 for the past week and had no issues.   Installed 
today and now we cannot see the Advanced Settings to setup where the client 
should be directed. Has anyone seen this and have a resolution?

Terry


Terry Oakley
Telecommunications Coordinator | Information Technology Services
Red Deer College |100 College Blvd. | Box 5005 | Red Deer | Alberta | T4N 5H5
work (403) 342-3521   |  FAX (403) 343-4034


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] CCX phone agent over MRA?

[NateCCIE]

I could be confused but I don’t think the phones talk CTI or CTI-QBE, they just 
talk SIP/SCCP.  UCCX talks CTI to CUCM’s CTI manager which then tells the phone 
to do something.  I know CTI isn’t supported over MRA, but that is for 
deskphone control from Jabber, not the jabber softclient.

 

I have people using CCE via thin client talking to a MRA registered jabber.  
Now that I think of it, they said you can’t use Jabber for mobile because as an 
agent device, but I would think that is some other limitation.

 

From: cisco-voip  On Behalf Of Wakelin, 
Frank
Sent: Monday, March 23, 2020 2:49 PM
To: 'Aman Chugh' 
Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net) 

Subject: Re: [cisco-voip] CCX phone agent over MRA?

 

I’m not really sure – I have my doubts as well.  They sited the lack of CTI-QBE 
support as to why the CCX servers could not use CTI to control the phones 
connected over MRA.  The more folks that tell me they had it working with CCX, 
the more I think they just latched on to the phrase in the feature 
configuration guide and went with that.  It certainly wouldn’t be the first 
time TAC has given me a pat answer and been unwilling to escalate/troubleshoot 
with me. :(

 

---

Frank Wakelin – Senior Network Analyst

Information Technology | City of Richmond 

 

Office +16042764190

Mobile +17788394693

  fwake...@richmond.ca

 

From: Aman Chugh mailto:aman.ch...@gmail.com> > 
Sent: March 23, 2020 1:43 PM
To: Wakelin, Frank mailto:fwake...@richmond.ca> >
Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net 
 ) mailto:cisco-voip@puck.nether.net> >
Subject: Re: [cisco-voip] CCX phone agent over MRA?

 

Just curious as to what makes it unsupported with 11.5 or what is added in 12 
which makes it supported.

 

Does SIP phone doing MRA require support for certain sip headers which are only 
supported with CSR 12 or later.

 

I did have it working with CUCM 10.5 , UCCE 11.6 and Expressway 8.11.2

 

 

 

On Mon, Mar 23, 2020 at 4:32 PM Wakelin, Frank mailto:fwake...@richmond.ca> > wrote:

Thanks all – I did get confirmation from TAC that this is not supported – at 
least not with 11.5.  Not sure I’m ready to upgrade everything to 12.x at the 
moment to test but will eat-mark it for later this year.

 

---

Frank Wakelin – Senior Network Analyst

Information Technology | City of Richmond 

 

Office +16042764190

Mobile +17788394693

  fwake...@richmond.ca

 

From: Anthony Holloway mailto:avholloway%2bcisco-v...@gmail.com> > 
Sent: March 23, 2020 11:05 AM
To: James B mailto:james.buchan...@gmail.com> >
Cc: Wakelin, Frank mailto:fwake...@richmond.ca> >; voyp 
list, cisco-voip (cisco-voip@puck.nether.net 
 ) mailto:cisco-voip@puck.nether.net> >
Subject: Re: Re: [cisco-voip] CCX phone agent over MRA?

 

No, I wouldn't think it has anything to do with finesse.  Again the user had 
direct access to Finesse, no VPN or Internet exposure, just simply the user was 
on the network with the PC while the phone was on a public internet circuit.  
I'd guess it has worked in previous versions, as it's been in the UCCX SRND for 
a while now, but perhaps there's some issues with it.  I just wanted to add a 
story of success to this otherwise long thread of failures.

 

On Mon, Mar 23, 2020 at 12:46 PM James B mailto:james.buchan...@gmail.com> > wrote:

Hi Anthony,

 

Do you attribute that to the change in web connectivity for Finesse with 12.x?

 

James

 

 

 

From: Anthony Holloway  
Sent: 23 March 2020 17:44
To: Wakelin, Frank  
Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net) 
 
Subject: Re: [cisco-voip] CCX phone agent over MRA?

 

For whatever it's worth, I just upgraded a customer from CSR 11 to CSR 12.5 
(including UCCX), and testing of an Agent phone registered over MRA with the 
Finesse client directly accessing Finesse server worked.  Clicking call control 
buttons in Finesse was successful in controlling the phone.  So, while the 
documentation and field experiences maybe fuzzy, here's one empirical case of 
evidence that it does work on the latest versions.

 

Frank, what did TAC respond to you with?

 

On Wed, Mar 18, 2020 at 1:07 PM Wakelin, Frank mailto:fwake...@richmond.ca> > wrote:

Thanks for the reply.Finesse is using VPN, but the physical desk phone is 
not – it is connected via MRA.  Standard inbound/outbound calling to the phone 
itself works flawlessly over MRA.  What isn’t working are CCX calls to the 
agent phone; CCX uses CTI to control/monitor the desk phone.

 

I did read the CCX/expressway design guide which generally states that CCX over 
MRA is supported, but features that rely on CTI-QBE are not.  The documentation 
isn’t clear as to what CCX features rely on that.  It does say CCX is supported 
however and in my mind t

Re: [cisco-voip] [External] Re: Jabber client missing Advanced Settings

[Hunter Fuller]

Well I guess you could try uninstalling and then prepopulating this data:



msiexec.exe /i CiscoJabberSetup.msi /quiet CLEAR=1 PRODUCT_MODE=Phone_Mode
AUTHENTICATOR=CUCM TFTP=ucpub.rdcsrvcs.ads CTI=ucpub.rdcsrvcs.ads



--
Hunter Fuller
Router Jockey
VBH Annex B-5
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Network Engineering


On Mon, Mar 23, 2020 at 4:04 PM Terry Oakley via cisco-voip <
cisco-voip@puck.nether.net> wrote:

> This is what we see now..
>
>
>
>
>
> This is what we did see
>
>
>
>
>
> Maybe it is just pure panic but for some reason we do not see the Advanced
> Settings so we can set the account type like this
>
>
>
> [image: cid:image003.png@01D60103.2D50D490]
>
>
>
> *From:* Anthony Holloway 
> *Sent:* Monday, March 23, 2020 3:00 PM
> *To:* Terry Oakley 
> *Cc:* Lelio Fulgenzi ; voyp list, cisco-voip (
> cisco-voip@puck.nether.net) 
> *Subject:* Re: [cisco-voip] Jabber client missing Advanced Settings
>
>
>
> CAUTION: This email is from an external source. Do not click links or open
> attachments unless you recognize the sender and know the content is safe.
>
> ORCA with the transform doesn't add anything special that the CLI switches
> Hunter suggested can't do.  Granted, it's makes just double clicking it
> easier, but hell, you could also just have a BAT file on the USB stick and
> save yourself the trouble of using ORCA and the transform.
>
>
>
> Also, did you ever post a screenshot? I didn't see one.  I'm still unclear
> what the problem is.
>
>
>
> On Mon, Mar 23, 2020 at 3:38 PM Terry Oakley via cisco-voip <
> cisco-voip@puck.nether.net> wrote:
>
> From my research the same thing but we are just using a USB stick and
> installed the msi. Looks like we may have to do the Microsoft ORCA msi
> thing which I am totally unfamiliar with.
>
>
>
> Lelio how is everything in Guelph?  Alberta is reeling for sure under this
> and everything else.
>
>
>
> Terry
>
>
>
>
>
> *Terry Oakley*
>
> Telecommunications Coordinator *| *Information Technology Services
>
> *Red Deer College **|*100 College Blvd. *|* Box 5005 *| *Red Deer *|* Alberta
> *| *T4N 5H5
>
> work (403) 342-*3521   **| * FAX (403) 343-4034
>
>
>
>
>
>
>
> *From:* Lelio Fulgenzi 
> *Sent:* Monday, March 23, 2020 2:22 PM
> *To:* Terry Oakley 
> *Cc:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> *Subject:* RE: Jabber client missing Advanced Settings
>
>
>
> CAUTION: This email is from an external source. Do not click links or open
> attachments unless you recognize the sender and know the content is safe.
>
>
>
> I believe if you use a provisioning URL it removes the option. Could be
> wrong.
>
>
>
>
>
> *From:* cisco-voip  *On Behalf Of *Terry
> Oakley via cisco-voip
> *Sent:* Monday, March 23, 2020 4:06 PM
> *To:* cisco-voip@puck.nether.net
> *Subject:* [cisco-voip] Jabber client missing Advanced Settings
>
>
>
> Have been installing Jabber 12 for the past week and had no issues.
> Installed today and now we cannot see the Advanced Settings to setup where
> the client should be directed. Has anyone seen this and have a
> resolution?
>
>
>
> Terry
>
>
>
>
>
> *Terry Oakley*
>
> Telecommunications Coordinator *| *Information Technology Services
>
> *Red Deer College **|*100 College Blvd. *|* Box 5005 *| *Red Deer *|* Alberta
> *| *T4N 5H5
>
> work (403) 342-*3521   **| * FAX (403) 343-4034
>
>
>
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
> 
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Jabber client missing Advanced Settings

[Terry Oakley via cisco-voip]

This is what we see now..







This is what we did see







Maybe it is just pure panic but for some reason we do not see the Advanced 
Settings so we can set the account type like this







From: Anthony Holloway 
Sent: Monday, March 23, 2020 3:00 PM
To: Terry Oakley 
Cc: Lelio Fulgenzi ; voyp list, cisco-voip 
(cisco-voip@puck.nether.net) 
Subject: Re: [cisco-voip] Jabber client missing Advanced Settings




CAUTION: This email is from an external source. Do not click links or open 
attachments unless you recognize the sender and know the content is safe.

ORCA with the transform doesn't add anything special that the CLI switches 
Hunter suggested can't do.  Granted, it's makes just double clicking it 
easier, but hell, you could also just have a BAT file on the USB stick and 
save yourself the trouble of using ORCA and the transform.



Also, did you ever post a screenshot? I didn't see one.  I'm still unclear 
what the problem is.



On Mon, Mar 23, 2020 at 3:38 PM Terry Oakley via cisco-voip 
mailto:cisco-voip@puck.nether.net> > wrote:

>From my research the same thing but we are just using a USB stick and 
installed the msi. Looks like we may have to do the Microsoft ORCA msi 
thing which I am totally unfamiliar with.



Lelio how is everything in Guelph?  Alberta is reeling for sure under this and 
everything else.



Terry





Terry Oakley

Telecommunications Coordinator | Information Technology Services

Red Deer College |100 College Blvd. | Box 5005 | Red Deer | Alberta | T4N 5H5

work (403) 342-3521   |  FAX (403) 343-4034







From: Lelio Fulgenzi mailto:le...@uoguelph.ca> >
Sent: Monday, March 23, 2020 2:22 PM
To: Terry Oakley mailto:terry.oak...@rdc.ab.ca> >
Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net 
 ) mailto:cisco-voip@puck.nether.net> >
Subject: RE: Jabber client missing Advanced Settings




CAUTION: This email is from an external source. Do not click links or open 
attachments unless you recognize the sender and know the content is safe.



I believe if you use a provisioning URL it removes the option. Could be wrong.





From: cisco-voip mailto:cisco-voip-boun...@puck.nether.net> > On Behalf Of Terry Oakley via 
cisco-voip
Sent: Monday, March 23, 2020 4:06 PM
To: cisco-voip@puck.nether.net 
Subject: [cisco-voip] Jabber client missing Advanced Settings



Have been installing Jabber 12 for the past week and had no issues. 
Installed today and now we cannot see the Advanced Settings to setup where the 
client should be directed. Has anyone seen this and have a resolution?



Terry





Terry Oakley

Telecommunications Coordinator | Information Technology Services

Red Deer College |100 College Blvd. | Box 5005 | Red Deer | Alberta | T4N 5H5

work (403) 342-3521   |  FAX (403) 343-4034





___
cisco-voip mailing list
cisco-voip@puck.nether.net 
https://puck.nether.net/mailman/listinfo/cisco-voip 




smime.p7s
Description: S/MIME cryptographic signature
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Jabber client missing Advanced Settings

[Anthony Holloway]

ORCA with the transform doesn't add anything special that the CLI switches
Hunter suggested can't do.  Granted, it's makes just double clicking it
easier, but hell, you could also just have a BAT file on the USB stick and
save yourself the trouble of using ORCA and the transform.

Also, did you ever post a screenshot? I didn't see one.  I'm still unclear
what the problem is.

On Mon, Mar 23, 2020 at 3:38 PM Terry Oakley via cisco-voip <
cisco-voip@puck.nether.net> wrote:

> From my research the same thing but we are just using a USB stick and
> installed the msi. Looks like we may have to do the Microsoft ORCA msi
> thing which I am totally unfamiliar with.
>
>
>
> Lelio how is everything in Guelph?  Alberta is reeling for sure under this
> and everything else.
>
>
>
> Terry
>
>
>
>
>
> *Terry Oakley*
>
> Telecommunications Coordinator *| *Information Technology Services
>
> *Red Deer College **|*100 College Blvd. *|* Box 5005 *| *Red Deer *|* Alberta
> *| *T4N 5H5
>
> work (403) 342-*3521   **| * FAX (403) 343-4034
>
>
>
>
>
>
>
> *From:* Lelio Fulgenzi 
> *Sent:* Monday, March 23, 2020 2:22 PM
> *To:* Terry Oakley 
> *Cc:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> *Subject:* RE: Jabber client missing Advanced Settings
>
>
>
> CAUTION: This email is from an external source. Do not click links or open
> attachments unless you recognize the sender and know the content is safe.
>
>
>
> I believe if you use a provisioning URL it removes the option. Could be
> wrong.
>
>
>
>
>
> *From:* cisco-voip  *On Behalf Of *Terry
> Oakley via cisco-voip
> *Sent:* Monday, March 23, 2020 4:06 PM
> *To:* cisco-voip@puck.nether.net
> *Subject:* [cisco-voip] Jabber client missing Advanced Settings
>
>
>
> Have been installing Jabber 12 for the past week and had no issues.
> Installed today and now we cannot see the Advanced Settings to setup where
> the client should be directed. Has anyone seen this and have a
> resolution?
>
>
>
> Terry
>
>
>
>
>
> *Terry Oakley*
>
> Telecommunications Coordinator *| *Information Technology Services
>
> *Red Deer College **|*100 College Blvd. *|* Box 5005 *| *Red Deer *|* Alberta
> *| *T4N 5H5
>
> work (403) 342-*3521   **| * FAX (403) 343-4034
>
>
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] CCX phone agent over MRA?

[Anthony Holloway]

There's literally TAC engineers and other awesome people from Cisco
watching this list.  How about it?  Anyone willing to dig into this for
us.  The COVID thing is really pushing people to remote scenarios, and
having a single truth of the matter would be helpful.

On Mon, Mar 23, 2020 at 3:53 PM Wakelin, Frank  wrote:

> I’m not really sure – I have my doubts as well.  They sited the lack of
> CTI-QBE support as to why the CCX servers could not use CTI to control the
> phones connected over MRA.  The more folks that tell me they had it working
> with CCX, the more I think they just latched on to the phrase in the
> feature configuration guide and went with that.  It certainly wouldn’t be
> the first time TAC has given me a pat answer and been unwilling to
> escalate/troubleshoot with me. L
>
>
>
> ---
>
> Frank Wakelin – Senior Network Analyst
>
> Information Technology | City of Richmond
>
>
>
> Office +16042764190
>
> Mobile +17788394693
>
> fwake...@richmond.ca
>
>
>
> *From:* Aman Chugh 
> *Sent:* March 23, 2020 1:43 PM
> *To:* Wakelin, Frank 
> *Cc:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] CCX phone agent over MRA?
>
>
>
> Just curious as to what makes it unsupported with 11.5 or what is added in
> 12 which makes it supported.
>
>
>
> Does SIP phone doing MRA require support for certain sip headers which are
> only supported with CSR 12 or later.
>
>
>
> I did have it working with CUCM 10.5 , UCCE 11.6 and Expressway 8.11.2
>
>
>
>
>
>
>
> On Mon, Mar 23, 2020 at 4:32 PM Wakelin, Frank 
> wrote:
>
> Thanks all – I did get confirmation from TAC that this is not supported –
> at least not with 11.5.  Not sure I’m ready to upgrade everything to 12.x
> at the moment to test but will eat-mark it for later this year.
>
>
>
> ---
>
> Frank Wakelin – Senior Network Analyst
>
> Information Technology | City of Richmond
>
>
>
> Office +16042764190
>
> Mobile +17788394693
>
> fwake...@richmond.ca
>
>
>
> *From:* Anthony Holloway 
> *Sent:* March 23, 2020 11:05 AM
> *To:* James B 
> *Cc:* Wakelin, Frank ; voyp list, cisco-voip (
> cisco-voip@puck.nether.net) 
> *Subject:* Re: Re: [cisco-voip] CCX phone agent over MRA?
>
>
>
> No, I wouldn't think it has anything to do with finesse.  Again the user
> had direct access to Finesse, no VPN or Internet exposure, just simply the
> user was on the network with the PC while the phone was on a public
> internet circuit.  I'd guess it has worked in previous versions, as it's
> been in the UCCX SRND for a while now, but perhaps there's some issues with
> it.  I just wanted to add a story of success to this otherwise long thread
> of failures.
>
>
>
> On Mon, Mar 23, 2020 at 12:46 PM James B 
> wrote:
>
> Hi Anthony,
>
>
>
> Do you attribute that to the change in web connectivity for Finesse with
> 12.x?
>
>
>
> James
>
>
>
>
>
>
>
> *From: *Anthony Holloway 
> *Sent: *23 March 2020 17:44
> *To: *Wakelin, Frank 
> *Cc: *voyp list, cisco-voip (cisco-voip@puck.nether.net)
> 
> *Subject: *Re: [cisco-voip] CCX phone agent over MRA?
>
>
>
> For whatever it's worth, I just upgraded a customer from CSR 11 to CSR
> 12.5 (including UCCX), and testing of an Agent phone registered over MRA
> with the Finesse client directly accessing Finesse server worked.  Clicking
> call control buttons in Finesse was successful in controlling the phone.
> So, while the documentation and field experiences maybe fuzzy, here's one
> empirical case of evidence that it does work on the latest versions.
>
>
>
> Frank, what did TAC respond to you with?
>
>
>
> On Wed, Mar 18, 2020 at 1:07 PM Wakelin, Frank 
> wrote:
>
> Thanks for the reply.Finesse is using VPN, but the physical desk phone
> is not – it is connected via MRA.  Standard inbound/outbound calling to the
> phone itself works flawlessly over MRA.  What isn’t working are CCX calls
> to the agent phone; CCX uses CTI to control/monitor the desk phone.
>
>
>
> I did read the CCX/expressway design guide which generally states that CCX
> over MRA is supported, but features that rely on CTI-QBE are not.  The
> documentation isn’t clear as to what CCX features rely on that.  It does
> say CCX is supported however and in my mind the base feature required in
> order to say that “CCX is supported” would be routing calls to agents.
> I’ve asked TAC to confirm what CCX features/functions are
> available/supported and which are not?
>
>
>
> This is not critical as we do have the ability to use Jabber softphones
> via VPN, but we do wish to use 8800 series phones connected via MRA if
> possible.
>
>
>
> ---
>
> Frank Wakelin – Senior Network Analyst
>
> Information Technology | City of Richmond
>
>
>
> Office +16042764190
>
> Mobile +17788394693
>
> fwake...@richmond.ca
>
>
>
> *From:* Aman Chugh 
> *Sent:* March 17, 2020 7:45 PM
> *To:* Wakelin, Frank 
> *Cc:* Erick Bergquist ; Lelio Fulgenzi <
> le...@uoguelph.ca>; voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@p

Re: [cisco-voip] [External] Jabber client missing Advanced Settings

[Lelio Fulgenzi]

CLEAR=1 ftw

Sent from my iPhone

On Mar 23, 2020, at 4:25 PM, Hunter Fuller 
mailto:hf0...@uah.edu>> wrote:

Try uninstalling, then install it like this, from Admin PowerShell:

msiexec.exe /i CiscoJabberSetup.msi CLEAR=1

--
Hunter Fuller
Router Jockey
VBH Annex B-5
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Network Engineering


On Mon, Mar 23, 2020 at 3:21 PM Terry Oakley 
mailto:terry.oak...@rdc.ab.ca>> wrote:
Sorry should have been more specific.

Yes we have reset Jabber multiple times and uninstalled and reinstalled.   I 
installed one on Saturday and there is the Advanced Settings and now on 8 
different laptops today it is missing.

Windows 10
Jabber 12.8

We are not passing any CLI arguments to the installer previously but should we 
be now?  We were just installing directly from the MSI

Terry

From: Hunter Fuller mailto:hf0...@uah.edu>>
Sent: Monday, March 23, 2020 2:18 PM
To: Terry Oakley mailto:terry.oak...@rdc.ab.ca>>
Cc: cisco-voip@puck.nether.net
Subject: Re: [External] [cisco-voip] Jabber client missing Advanced Settings

CAUTION: This email is from an external source. Do not click links or open 
attachments unless you recognize the sender and know the content is safe.
Can you post a screenshot of it not appearing?

Have you Reset Jabber?

Are you passing CLI arguments to the installer?

Is this on Windows or something else?

--
Hunter Fuller
Router Jockey
VBH Annex B-5
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Network Engineering


On Mon, Mar 23, 2020 at 3:06 PM Terry Oakley via cisco-voip 
mailto:cisco-voip@puck.nether.net>> wrote:
Have been installing Jabber 12 for the past week and had no issues.   Installed 
today and now we cannot see the Advanced Settings to setup where the client 
should be directed. Has anyone seen this and have a resolution?

Terry


Terry Oakley
Telecommunications Coordinator | Information Technology Services
Red Deer College |100 College Blvd. | Box 5005 | Red Deer | Alberta | T4N 5H5
work (403) 342-3521   |  FAX (403) 343-4034


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] CCX phone agent over MRA?

[Wakelin, Frank]

I’m not really sure – I have my doubts as well.  They sited the lack of CTI-QBE 
support as to why the CCX servers could not use CTI to control the phones 
connected over MRA.  The more folks that tell me they had it working with CCX, 
the more I think they just latched on to the phrase in the feature 
configuration guide and went with that.  It certainly wouldn’t be the first 
time TAC has given me a pat answer and been unwilling to escalate/troubleshoot 
with me. ☹

---
Frank Wakelin – Senior Network Analyst
Information Technology | City of Richmond

Office +16042764190
Mobile +17788394693
fwake...@richmond.ca

From: Aman Chugh 
Sent: March 23, 2020 1:43 PM
To: Wakelin, Frank 
Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net) 

Subject: Re: [cisco-voip] CCX phone agent over MRA?

Just curious as to what makes it unsupported with 11.5 or what is added in 12 
which makes it supported.

Does SIP phone doing MRA require support for certain sip headers which are only 
supported with CSR 12 or later.

I did have it working with CUCM 10.5 , UCCE 11.6 and Expressway 8.11.2



On Mon, Mar 23, 2020 at 4:32 PM Wakelin, Frank 
mailto:fwake...@richmond.ca>> wrote:
Thanks all – I did get confirmation from TAC that this is not supported – at 
least not with 11.5.  Not sure I’m ready to upgrade everything to 12.x at the 
moment to test but will eat-mark it for later this year.

---
Frank Wakelin – Senior Network Analyst
Information Technology | City of Richmond

Office +16042764190
Mobile +17788394693
fwake...@richmond.ca

From: Anthony Holloway 
mailto:avholloway%2bcisco-v...@gmail.com>>
Sent: March 23, 2020 11:05 AM
To: James B mailto:james.buchan...@gmail.com>>
Cc: Wakelin, Frank mailto:fwake...@richmond.ca>>; voyp 
list, cisco-voip 
(cisco-voip@puck.nether.net) 
mailto:cisco-voip@puck.nether.net>>
Subject: Re: Re: [cisco-voip] CCX phone agent over MRA?

No, I wouldn't think it has anything to do with finesse.  Again the user had 
direct access to Finesse, no VPN or Internet exposure, just simply the user was 
on the network with the PC while the phone was on a public internet circuit.  
I'd guess it has worked in previous versions, as it's been in the UCCX SRND for 
a while now, but perhaps there's some issues with it.  I just wanted to add a 
story of success to this otherwise long thread of failures.

On Mon, Mar 23, 2020 at 12:46 PM James B 
mailto:james.buchan...@gmail.com>> wrote:
Hi Anthony,

Do you attribute that to the change in web connectivity for Finesse with 12.x?

James



From: Anthony Holloway
Sent: 23 March 2020 17:44
To: Wakelin, Frank
Cc: voyp list, cisco-voip 
(cisco-voip@puck.nether.net)
Subject: Re: [cisco-voip] CCX phone agent over MRA?

For whatever it's worth, I just upgraded a customer from CSR 11 to CSR 12.5 
(including UCCX), and testing of an Agent phone registered over MRA with the 
Finesse client directly accessing Finesse server worked.  Clicking call control 
buttons in Finesse was successful in controlling the phone.  So, while the 
documentation and field experiences maybe fuzzy, here's one empirical case of 
evidence that it does work on the latest versions.

Frank, what did TAC respond to you with?

On Wed, Mar 18, 2020 at 1:07 PM Wakelin, Frank 
mailto:fwake...@richmond.ca>> wrote:
Thanks for the reply.Finesse is using VPN, but the physical desk phone is 
not – it is connected via MRA.  Standard inbound/outbound calling to the phone 
itself works flawlessly over MRA.  What isn’t working are CCX calls to the 
agent phone; CCX uses CTI to control/monitor the desk phone.

I did read the CCX/expressway design guide which generally states that CCX over 
MRA is supported, but features that rely on CTI-QBE are not.  The documentation 
isn’t clear as to what CCX features rely on that.  It does say CCX is supported 
however and in my mind the base feature required in order to say that “CCX is 
supported” would be routing calls to agents.  I’ve asked TAC to confirm what 
CCX features/functions are available/supported and which are not?

This is not critical as we do have the ability to use Jabber softphones via 
VPN, but we do wish to use 8800 series phones connected via MRA if possible.

---
Frank Wakelin – Senior Network Analyst
Information Technology | City of Richmond

Office +16042764190
Mobile +17788394693
fwake...@richmond.ca

From: Aman Chugh mailto:aman.ch...@gmail.com>>
Sent: March 17, 2020 7:45 PM
To: Wakelin, Frank mailto:fwake...@richmond.ca>>
Cc: Erick Bergquist mailto:erick...@gmail.com>>; Lelio 
Fulgenzi mailto:le...@uoguelph.ca>>; voyp list, cisco-voip 
(cisco-voip@puck.nether.net) 
mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] CCX phone agent over MRA?

It should work if CTI from Finesse is 

Re: [cisco-voip] CCX phone agent over MRA?

[Aman Chugh]

Just curious as to what makes it unsupported with 11.5 or what is added in
12 which makes it supported.

Does SIP phone doing MRA require support for certain sip headers which are
only supported with CSR 12 or later.

I did have it working with CUCM 10.5 , UCCE 11.6 and Expressway 8.11.2



On Mon, Mar 23, 2020 at 4:32 PM Wakelin, Frank  wrote:

> Thanks all – I did get confirmation from TAC that this is not supported –
> at least not with 11.5.  Not sure I’m ready to upgrade everything to 12.x
> at the moment to test but will eat-mark it for later this year.
>
>
>
> ---
>
> Frank Wakelin – Senior Network Analyst
>
> Information Technology | City of Richmond
>
>
>
> Office +16042764190
>
> Mobile +17788394693
>
> fwake...@richmond.ca
>
>
>
> *From:* Anthony Holloway 
> *Sent:* March 23, 2020 11:05 AM
> *To:* James B 
> *Cc:* Wakelin, Frank ; voyp list, cisco-voip (
> cisco-voip@puck.nether.net) 
> *Subject:* Re: Re: [cisco-voip] CCX phone agent over MRA?
>
>
>
> No, I wouldn't think it has anything to do with finesse.  Again the user
> had direct access to Finesse, no VPN or Internet exposure, just simply the
> user was on the network with the PC while the phone was on a public
> internet circuit.  I'd guess it has worked in previous versions, as it's
> been in the UCCX SRND for a while now, but perhaps there's some issues with
> it.  I just wanted to add a story of success to this otherwise long thread
> of failures.
>
>
>
> On Mon, Mar 23, 2020 at 12:46 PM James B 
> wrote:
>
> Hi Anthony,
>
>
>
> Do you attribute that to the change in web connectivity for Finesse with
> 12.x?
>
>
>
> James
>
>
>
>
>
>
>
> *From: *Anthony Holloway 
> *Sent: *23 March 2020 17:44
> *To: *Wakelin, Frank 
> *Cc: *voyp list, cisco-voip (cisco-voip@puck.nether.net)
> 
> *Subject: *Re: [cisco-voip] CCX phone agent over MRA?
>
>
>
> For whatever it's worth, I just upgraded a customer from CSR 11 to CSR
> 12.5 (including UCCX), and testing of an Agent phone registered over MRA
> with the Finesse client directly accessing Finesse server worked.  Clicking
> call control buttons in Finesse was successful in controlling the phone.
> So, while the documentation and field experiences maybe fuzzy, here's one
> empirical case of evidence that it does work on the latest versions.
>
>
>
> Frank, what did TAC respond to you with?
>
>
>
> On Wed, Mar 18, 2020 at 1:07 PM Wakelin, Frank 
> wrote:
>
> Thanks for the reply.Finesse is using VPN, but the physical desk phone
> is not – it is connected via MRA.  Standard inbound/outbound calling to the
> phone itself works flawlessly over MRA.  What isn’t working are CCX calls
> to the agent phone; CCX uses CTI to control/monitor the desk phone.
>
>
>
> I did read the CCX/expressway design guide which generally states that CCX
> over MRA is supported, but features that rely on CTI-QBE are not.  The
> documentation isn’t clear as to what CCX features rely on that.  It does
> say CCX is supported however and in my mind the base feature required in
> order to say that “CCX is supported” would be routing calls to agents.
> I’ve asked TAC to confirm what CCX features/functions are
> available/supported and which are not?
>
>
>
> This is not critical as we do have the ability to use Jabber softphones
> via VPN, but we do wish to use 8800 series phones connected via MRA if
> possible.
>
>
>
> ---
>
> Frank Wakelin – Senior Network Analyst
>
> Information Technology | City of Richmond
>
>
>
> Office +16042764190
>
> Mobile +17788394693
>
> fwake...@richmond.ca
>
>
>
> *From:* Aman Chugh 
> *Sent:* March 17, 2020 7:45 PM
> *To:* Wakelin, Frank 
> *Cc:* Erick Bergquist ; Lelio Fulgenzi <
> le...@uoguelph.ca>; voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] CCX phone agent over MRA?
>
>
>
> It should work if CTI from Finesse is using VPN.
>
>
>
> Are you able to make inbound and outbound call to the MRA phone without
> Finesse.
>
>
>
> For the inbound call Cucm sends an invite over to Expressway C with which
> the mra phone is registered. I would pull CUCM and CTI trace for the
> inbound call.
>
>
>
> Aman
>
>
>
>
>
>
>
> On Tue, Mar 17, 2020 at 3:04 PM Wakelin, Frank 
> wrote:
>
> Did anyone get this to work?  I'm currently testing with a remote 88xx
> phone registered via MRA.  Finesse is logged in on PC connected over VPN.
> Finesse desktop works fine, but once agent goes ready, the call is never
> presented to the phone; the agent immediately goes from reserved to not
> ready again.
>
> I use Jabber as a softphone on the laptop the call is presented no
> problem.  Any ideas?
>
> ---
> Frank Wakelin - Senior Network Analyst
> Information Technology | City of Richmond
>
> Office +16042764190
> Mobile +17788394693
> fwake...@richmond.ca
>
> -Original Message-
> From: cisco-voip  On Behalf Of Erick
> Bergquist
> Sent: January 30, 2020 10:44 AM
> To: Lelio Fulgenzi 
> Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voi

Re: [cisco-voip] Jabber client missing Advanced Settings

[Terry Oakley via cisco-voip]

>From my research the same thing but we are just using a USB stick and
installed the msi. Looks like we may have to do the Microsoft ORCA msi
thing which I am totally unfamiliar with.  

 

Lelio how is everything in Guelph?  Alberta is reeling for sure under this
and everything else.  

 

Terry

 

 

Terry Oakley

Telecommunications Coordinator | Information Technology Services

Red Deer College |100 College Blvd. | Box 5005 | Red Deer | Alberta | T4N
5H5

work (403) 342-3521   |  FAX (403) 343-4034

 

 

 

From: Lelio Fulgenzi  
Sent: Monday, March 23, 2020 2:22 PM
To: Terry Oakley 
Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net)

Subject: RE: Jabber client missing Advanced Settings

 


CAUTION: This email is from an external source. Do not click links or open
attachments unless you recognize the sender and know the content is safe.

 

I believe if you use a provisioning URL it removes the option. Could be
wrong.

 

 

From: cisco-voip mailto:cisco-voip-boun...@puck.nether.net> > On Behalf Of Terry Oakley via
cisco-voip
Sent: Monday, March 23, 2020 4:06 PM
To: cisco-voip@puck.nether.net  
Subject: [cisco-voip] Jabber client missing Advanced Settings

 

Have been installing Jabber 12 for the past week and had no issues.
Installed today and now we cannot see the Advanced Settings to setup where
the client should be directed. Has anyone seen this and have a
resolution?

 

Terry

 

 

Terry Oakley

Telecommunications Coordinator | Information Technology Services

Red Deer College |100 College Blvd. | Box 5005 | Red Deer | Alberta | T4N
5H5

work (403) 342-3521   |  FAX (403) 343-4034

 

 



smime.p7s
Description: S/MIME cryptographic signature
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] CCX phone agent over MRA?

[Wakelin, Frank]

Thanks all – I did get confirmation from TAC that this is not supported – at 
least not with 11.5.  Not sure I’m ready to upgrade everything to 12.x at the 
moment to test but will eat-mark it for later this year.

---
Frank Wakelin – Senior Network Analyst
Information Technology | City of Richmond

Office +16042764190
Mobile +17788394693
fwake...@richmond.ca

From: Anthony Holloway 
Sent: March 23, 2020 11:05 AM
To: James B 
Cc: Wakelin, Frank ; voyp list, cisco-voip 
(cisco-voip@puck.nether.net) 
Subject: Re: Re: [cisco-voip] CCX phone agent over MRA?

No, I wouldn't think it has anything to do with finesse.  Again the user had 
direct access to Finesse, no VPN or Internet exposure, just simply the user was 
on the network with the PC while the phone was on a public internet circuit.  
I'd guess it has worked in previous versions, as it's been in the UCCX SRND for 
a while now, but perhaps there's some issues with it.  I just wanted to add a 
story of success to this otherwise long thread of failures.

On Mon, Mar 23, 2020 at 12:46 PM James B 
mailto:james.buchan...@gmail.com>> wrote:
Hi Anthony,

Do you attribute that to the change in web connectivity for Finesse with 12.x?

James



From: Anthony Holloway
Sent: 23 March 2020 17:44
To: Wakelin, Frank
Cc: voyp list, cisco-voip 
(cisco-voip@puck.nether.net)
Subject: Re: [cisco-voip] CCX phone agent over MRA?

For whatever it's worth, I just upgraded a customer from CSR 11 to CSR 12.5 
(including UCCX), and testing of an Agent phone registered over MRA with the 
Finesse client directly accessing Finesse server worked.  Clicking call control 
buttons in Finesse was successful in controlling the phone.  So, while the 
documentation and field experiences maybe fuzzy, here's one empirical case of 
evidence that it does work on the latest versions.

Frank, what did TAC respond to you with?

On Wed, Mar 18, 2020 at 1:07 PM Wakelin, Frank 
mailto:fwake...@richmond.ca>> wrote:
Thanks for the reply.Finesse is using VPN, but the physical desk phone is 
not – it is connected via MRA.  Standard inbound/outbound calling to the phone 
itself works flawlessly over MRA.  What isn’t working are CCX calls to the 
agent phone; CCX uses CTI to control/monitor the desk phone.

I did read the CCX/expressway design guide which generally states that CCX over 
MRA is supported, but features that rely on CTI-QBE are not.  The documentation 
isn’t clear as to what CCX features rely on that.  It does say CCX is supported 
however and in my mind the base feature required in order to say that “CCX is 
supported” would be routing calls to agents.  I’ve asked TAC to confirm what 
CCX features/functions are available/supported and which are not?

This is not critical as we do have the ability to use Jabber softphones via 
VPN, but we do wish to use 8800 series phones connected via MRA if possible.

---
Frank Wakelin – Senior Network Analyst
Information Technology | City of Richmond

Office +16042764190
Mobile +17788394693
fwake...@richmond.ca

From: Aman Chugh mailto:aman.ch...@gmail.com>>
Sent: March 17, 2020 7:45 PM
To: Wakelin, Frank mailto:fwake...@richmond.ca>>
Cc: Erick Bergquist mailto:erick...@gmail.com>>; Lelio 
Fulgenzi mailto:le...@uoguelph.ca>>; voyp list, cisco-voip 
(cisco-voip@puck.nether.net) 
mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] CCX phone agent over MRA?

It should work if CTI from Finesse is using VPN.

Are you able to make inbound and outbound call to the MRA phone without Finesse.

For the inbound call Cucm sends an invite over to Expressway C with which the 
mra phone is registered. I would pull CUCM and CTI trace for the inbound call.

Aman



On Tue, Mar 17, 2020 at 3:04 PM Wakelin, Frank 
mailto:fwake...@richmond.ca>> wrote:
Did anyone get this to work?  I'm currently testing with a remote 88xx phone 
registered via MRA.  Finesse is logged in on PC connected over VPN.  Finesse 
desktop works fine, but once agent goes ready, the call is never presented to 
the phone; the agent immediately goes from reserved to not ready again.

I use Jabber as a softphone on the laptop the call is presented no problem.  
Any ideas?

---
Frank Wakelin - Senior Network Analyst
Information Technology | City of Richmond

Office +16042764190
Mobile +17788394693
fwake...@richmond.ca

-Original Message-
From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Erick Bergquist
Sent: January 30, 2020 10:44 AM
To: Lelio Fulgenzi mailto:le...@uoguelph.ca>>
Cc: voyp list, cisco-voip 
(cisco-voip@puck.nether.net) 
mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] CCX phone agent over MRA?

Has anyone done a Agent with a hard phone over MRA (8865)?   Finding
the documents do

Re: [cisco-voip] [External] Jabber client missing Advanced Settings

[Terry Oakley via cisco-voip]

Trying that now… will update soon.

 

From: Hunter Fuller  
Sent: Monday, March 23, 2020 2:23 PM
To: Terry Oakley 
Cc: cisco-voip@puck.nether.net
Subject: Re: [External] [cisco-voip] Jabber client missing Advanced Settings

 


CAUTION: This email is from an external source. Do not click links or open 
attachments unless you recognize the sender and know the content is safe.

Try uninstalling, then install it like this, from Admin PowerShell:

 

msiexec.exe /i CiscoJabberSetup.msi CLEAR=1


--
Hunter Fuller
Router Jockey
VBH Annex B-5
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Network Engineering

 

 

On Mon, Mar 23, 2020 at 3:21 PM Terry Oakley mailto:terry.oak...@rdc.ab.ca> > wrote:

Sorry should have been more specific.   

 

Yes we have reset Jabber multiple times and uninstalled and reinstalled.   I 
installed one on Saturday and there is the Advanced Settings and now on 8 
different laptops today it is missing.  

 

Windows 10

Jabber 12.8

 

We are not passing any CLI arguments to the installer previously but should we 
be now?  We were just installing directly from the MSI

 

Terry

 

From: Hunter Fuller mailto:hf0...@uah.edu> > 
Sent: Monday, March 23, 2020 2:18 PM
To: Terry Oakley mailto:terry.oak...@rdc.ab.ca> >
Cc: cisco-voip@puck.nether.net  
Subject: Re: [External] [cisco-voip] Jabber client missing Advanced Settings

 


CAUTION: This email is from an external source. Do not click links or open 
attachments unless you recognize the sender and know the content is safe.

Can you post a screenshot of it not appearing?

 

Have you Reset Jabber?

 

Are you passing CLI arguments to the installer?

 

Is this on Windows or something else?


--
Hunter Fuller
Router Jockey
VBH Annex B-5
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Network Engineering

 

 

On Mon, Mar 23, 2020 at 3:06 PM Terry Oakley via cisco-voip 
mailto:cisco-voip@puck.nether.net> > wrote:

Have been installing Jabber 12 for the past week and had no issues.   Installed 
today and now we cannot see the Advanced Settings to setup where the client 
should be directed. Has anyone seen this and have a resolution?

 

Terry

 

 

Terry Oakley

Telecommunications Coordinator | Information Technology Services

Red Deer College |100 College Blvd. | Box 5005 | Red Deer | Alberta | T4N 5H5

work (403) 342-3521   |  FAX (403) 343-4034

 

 

___
cisco-voip mailing list
cisco-voip@puck.nether.net  
https://puck.nether.net/mailman/listinfo/cisco-voip 

 



smime.p7s
Description: S/MIME cryptographic signature
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] [External] Jabber client missing Advanced Settings

[Hunter Fuller]

Try uninstalling, then install it like this, from Admin PowerShell:

msiexec.exe /i CiscoJabberSetup.msi CLEAR=1

--
Hunter Fuller
Router Jockey
VBH Annex B-5
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Network Engineering


On Mon, Mar 23, 2020 at 3:21 PM Terry Oakley  wrote:

> Sorry should have been more specific.
>
>
>
> Yes we have reset Jabber multiple times and uninstalled and reinstalled.
> I installed one on Saturday and there is the Advanced Settings and now on 8
> different laptops today it is missing.
>
>
>
> Windows 10
>
> Jabber 12.8
>
>
>
> We are not passing any CLI arguments to the installer previously but
> should we be now?  We were just installing directly from the MSI
>
>
>
> Terry
>
>
>
> *From:* Hunter Fuller 
> *Sent:* Monday, March 23, 2020 2:18 PM
> *To:* Terry Oakley 
> *Cc:* cisco-voip@puck.nether.net
> *Subject:* Re: [External] [cisco-voip] Jabber client missing Advanced
> Settings
>
>
>
> CAUTION: This email is from an external source. Do not click links or open
> attachments unless you recognize the sender and know the content is safe.
>
> Can you post a screenshot of it not appearing?
>
>
>
> Have you Reset Jabber?
>
>
>
> Are you passing CLI arguments to the installer?
>
>
>
> Is this on Windows or something else?
>
>
> --
> Hunter Fuller
> Router Jockey
> VBH Annex B-5
> +1 256 824 5331
>
> Office of Information Technology
> The University of Alabama in Huntsville
> Network Engineering
>
>
>
>
>
> On Mon, Mar 23, 2020 at 3:06 PM Terry Oakley via cisco-voip <
> cisco-voip@puck.nether.net> wrote:
>
> Have been installing Jabber 12 for the past week and had no issues.
> Installed today and now we cannot see the Advanced Settings to setup where
> the client should be directed. Has anyone seen this and have a
> resolution?
>
>
>
> Terry
>
>
>
>
>
> *Terry Oakley*
>
> Telecommunications Coordinator *| *Information Technology Services
>
> *Red Deer College **|*100 College Blvd. *|* Box 5005 *| *Red Deer *|* Alberta
> *| *T4N 5H5
>
> work (403) 342-*3521   **| * FAX (403) 343-4034
>
>
>
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
> 
>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Jabber client missing Advanced Settings

[Lelio Fulgenzi]

I believe if you use a provisioning URL it removes the option. Could be wrong.


From: cisco-voip  On Behalf Of Terry Oakley 
via cisco-voip
Sent: Monday, March 23, 2020 4:06 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] Jabber client missing Advanced Settings

Have been installing Jabber 12 for the past week and had no issues.   Installed 
today and now we cannot see the Advanced Settings to setup where the client 
should be directed. Has anyone seen this and have a resolution?

Terry


Terry Oakley
Telecommunications Coordinator | Information Technology Services
Red Deer College |100 College Blvd. | Box 5005 | Red Deer | Alberta | T4N 5H5
work (403) 342-3521   |  FAX (403) 343-4034


<>___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] [External] Jabber client missing Advanced Settings

[Terry Oakley via cisco-voip]

Sorry should have been more specific.



Yes we have reset Jabber multiple times and uninstalled and reinstalled.   I 
installed one on Saturday and there is the Advanced Settings and now on 8 
different laptops today it is missing.



Windows 10

Jabber 12.8



We are not passing any CLI arguments to the installer previously but should we 
be now?  We were just installing directly from the MSI



Terry



From: Hunter Fuller 
Sent: Monday, March 23, 2020 2:18 PM
To: Terry Oakley 
Cc: cisco-voip@puck.nether.net
Subject: Re: [External] [cisco-voip] Jabber client missing Advanced Settings




CAUTION: This email is from an external source. Do not click links or open 
attachments unless you recognize the sender and know the content is safe.

Can you post a screenshot of it not appearing?



Have you Reset Jabber?



Are you passing CLI arguments to the installer?



Is this on Windows or something else?


--
Hunter Fuller
Router Jockey
VBH Annex B-5
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Network Engineering





On Mon, Mar 23, 2020 at 3:06 PM Terry Oakley via cisco-voip 
mailto:cisco-voip@puck.nether.net> > wrote:

Have been installing Jabber 12 for the past week and had no issues. 
Installed today and now we cannot see the Advanced Settings to setup where the 
client should be directed. Has anyone seen this and have a resolution?



Terry





Terry Oakley

Telecommunications Coordinator | Information Technology Services

Red Deer College |100 College Blvd. | Box 5005 | Red Deer | Alberta | T4N 5H5

work (403) 342-3521   |  FAX (403) 343-4034





___
cisco-voip mailing list
cisco-voip@puck.nether.net 
https://puck.nether.net/mailman/listinfo/cisco-voip 




smime.p7s
Description: S/MIME cryptographic signature
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] [External] Jabber client missing Advanced Settings

[Hunter Fuller]

Can you post a screenshot of it not appearing?

Have you Reset Jabber?

Are you passing CLI arguments to the installer?

Is this on Windows or something else?

--
Hunter Fuller
Router Jockey
VBH Annex B-5
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Network Engineering


On Mon, Mar 23, 2020 at 3:06 PM Terry Oakley via cisco-voip <
cisco-voip@puck.nether.net> wrote:

> Have been installing Jabber 12 for the past week and had no issues.
> Installed today and now we cannot see the Advanced Settings to setup where
> the client should be directed. Has anyone seen this and have a
> resolution?
>
>
>
> Terry
>
>
>
>
>
> *Terry Oakley*
>
> Telecommunications Coordinator *| *Information Technology Services
>
> *Red Deer College **|*100 College Blvd. *|* Box 5005 *| *Red Deer *|* Alberta
> *| *T4N 5H5
>
> work (403) 342-*3521   **| * FAX (403) 343-4034
>
>
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

[cisco-voip] Jabber client missing Advanced Settings

[Terry Oakley via cisco-voip]

Have been installing Jabber 12 for the past week and had no issues.
Installed today and now we cannot see the Advanced Settings to setup where
the client should be directed. Has anyone seen this and have a
resolution?

 

Terry

 

 

Terry Oakley

Telecommunications Coordinator | Information Technology Services

Red Deer College |100 College Blvd. | Box 5005 | Red Deer | Alberta | T4N
5H5

work (403) 342-3521   |  FAX (403) 343-4034

 

 



smime.p7s
Description: S/MIME cryptographic signature
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] CCX phone agent over MRA?

[Anthony Holloway]

No, I wouldn't think it has anything to do with finesse.  Again the user
had direct access to Finesse, no VPN or Internet exposure, just simply the
user was on the network with the PC while the phone was on a public
internet circuit.  I'd guess it has worked in previous versions, as it's
been in the UCCX SRND for a while now, but perhaps there's some issues with
it.  I just wanted to add a story of success to this otherwise long thread
of failures.

On Mon, Mar 23, 2020 at 12:46 PM James B  wrote:

> Hi Anthony,
>
>
>
> Do you attribute that to the change in web connectivity for Finesse with
> 12.x?
>
>
>
> James
>
>
>
>
>
>
>
> *From: *Anthony Holloway 
> *Sent: *23 March 2020 17:44
> *To: *Wakelin, Frank 
> *Cc: *voyp list, cisco-voip (cisco-voip@puck.nether.net)
> 
> *Subject: *Re: [cisco-voip] CCX phone agent over MRA?
>
>
>
> For whatever it's worth, I just upgraded a customer from CSR 11 to CSR
> 12.5 (including UCCX), and testing of an Agent phone registered over MRA
> with the Finesse client directly accessing Finesse server worked.  Clicking
> call control buttons in Finesse was successful in controlling the phone.
> So, while the documentation and field experiences maybe fuzzy, here's one
> empirical case of evidence that it does work on the latest versions.
>
>
>
> Frank, what did TAC respond to you with?
>
>
>
> On Wed, Mar 18, 2020 at 1:07 PM Wakelin, Frank 
> wrote:
>
> Thanks for the reply.Finesse is using VPN, but the physical desk phone
> is not – it is connected via MRA.  Standard inbound/outbound calling to the
> phone itself works flawlessly over MRA.  What isn’t working are CCX calls
> to the agent phone; CCX uses CTI to control/monitor the desk phone.
>
>
>
> I did read the CCX/expressway design guide which generally states that CCX
> over MRA is supported, but features that rely on CTI-QBE are not.  The
> documentation isn’t clear as to what CCX features rely on that.  It does
> say CCX is supported however and in my mind the base feature required in
> order to say that “CCX is supported” would be routing calls to agents.
> I’ve asked TAC to confirm what CCX features/functions are
> available/supported and which are not?
>
>
>
> This is not critical as we do have the ability to use Jabber softphones
> via VPN, but we do wish to use 8800 series phones connected via MRA if
> possible.
>
>
>
> ---
>
> Frank Wakelin – Senior Network Analyst
>
> Information Technology | City of Richmond
>
>
>
> Office +16042764190
>
> Mobile +17788394693
>
> fwake...@richmond.ca
>
>
>
> *From:* Aman Chugh 
> *Sent:* March 17, 2020 7:45 PM
> *To:* Wakelin, Frank 
> *Cc:* Erick Bergquist ; Lelio Fulgenzi <
> le...@uoguelph.ca>; voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] CCX phone agent over MRA?
>
>
>
> It should work if CTI from Finesse is using VPN.
>
>
>
> Are you able to make inbound and outbound call to the MRA phone without
> Finesse.
>
>
>
> For the inbound call Cucm sends an invite over to Expressway C with which
> the mra phone is registered. I would pull CUCM and CTI trace for the
> inbound call.
>
>
>
> Aman
>
>
>
>
>
>
>
> On Tue, Mar 17, 2020 at 3:04 PM Wakelin, Frank 
> wrote:
>
> Did anyone get this to work?  I'm currently testing with a remote 88xx
> phone registered via MRA.  Finesse is logged in on PC connected over VPN.
> Finesse desktop works fine, but once agent goes ready, the call is never
> presented to the phone; the agent immediately goes from reserved to not
> ready again.
>
> I use Jabber as a softphone on the laptop the call is presented no
> problem.  Any ideas?
>
> ---
> Frank Wakelin - Senior Network Analyst
> Information Technology | City of Richmond
>
> Office +16042764190
> Mobile +17788394693
> fwake...@richmond.ca
>
> -Original Message-
> From: cisco-voip  On Behalf Of Erick
> Bergquist
> Sent: January 30, 2020 10:44 AM
> To: Lelio Fulgenzi 
> Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> Subject: Re: [cisco-voip] CCX phone agent over MRA?
>
> Has anyone done a Agent with a hard phone over MRA (8865)?   Finding
> the documents don't really come out and say if it is supported or not.
> See the notes about expressway versions and that is about it.
>
> How about extension mobility login on MRA hard phone for agent use?
>
> Erick
>
> On Thu, Jan 23, 2020 at 1:38 PM Lelio Fulgenzi  wrote:
> >
> > p.s. I just caught that bug description and your comment. Omg.
> >
> >
> >
> > From: Anthony Holloway 
> > Sent: Thursday, January 23, 2020 3:30 PM
> > To: Lelio Fulgenzi 
> > Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> > Subject: Re: [cisco-voip] CCX phone agent over MRA?
> >
> >
> >
> > Are you talking Finesse IP Phone Agent (FIPPA)?
> >
> >
> >
> > If so, the below enhancement defect requesting that these types of
> details be documented (I mean should we even have to request that?) states
> that they tested FIPPA

Re: [cisco-voip] CCX phone agent over MRA?

[James B]

Hi Anthony, Do you attribute that to the change in web connectivity for Finesse with 12.x? James   From: Anthony HollowaySent: 23 March 2020 17:44To: Wakelin, FrankCc: voyp list, cisco-voip (cisco-voip@puck.nether.net)Subject: Re: [cisco-voip] CCX phone agent over MRA? For whatever it's worth, I just upgraded a customer from CSR 11 to CSR 12.5 (including UCCX), and testing of an Agent phone registered over MRA with the Finesse client directly accessing Finesse server worked.  Clicking call control buttons in Finesse was successful in controlling the phone.  So, while the documentation and field experiences maybe fuzzy, here's one empirical case of evidence that it does work on the latest versions. Frank, what did TAC respond to you with? On Wed, Mar 18, 2020 at 1:07 PM Wakelin, Frank  wrote:Thanks for the reply.    Finesse is using VPN, but the physical desk phone is not – it is connected via MRA.  Standard inbound/outbound calling to the phone itself works flawlessly over MRA.  What isn’t working are CCX calls to the agent phone; CCX uses CTI to control/monitor the desk phone. I did read the CCX/expressway design guide which generally states that CCX over MRA is supported, but features that rely on CTI-QBE are not.  The documentation isn’t clear as to what CCX features rely on that.  It does say CCX is supported however and in my mind the base feature required in order to say that “CCX is supported” would be routing calls to agents.  I’ve asked TAC to confirm what CCX features/functions are available/supported and which are not? This is not critical as we do have the ability to use Jabber softphones via VPN, but we do wish to use 8800 series phones connected via MRA if possible. ---Frank Wakelin – Senior Network AnalystInformation Technology | City of Richmond  Office +16042764190Mobile +17788394693fwake...@richmond.ca From: Aman Chugh  Sent: March 17, 2020 7:45 PMTo: Wakelin, Frank Cc: Erick Bergquist ; Lelio Fulgenzi ; voyp list, cisco-voip (cisco-voip@puck.nether.net) Subject: Re: [cisco-voip] CCX phone agent over MRA? It should work if CTI from Finesse is using VPN. Are you able to make inbound and outbound call to the MRA phone without Finesse. For the inbound call Cucm sends an invite over to Expressway C with which the mra phone is registered. I would pull CUCM and CTI trace for the inbound call. Aman   On Tue, Mar 17, 2020 at 3:04 PM Wakelin, Frank  wrote:Did anyone get this to work?  I'm currently testing with a remote 88xx phone registered via MRA.  Finesse is logged in on PC connected over VPN.  Finesse desktop works fine, but once agent goes ready, the call is never presented to the phone; the agent immediately goes from reserved to not ready again.I use Jabber as a softphone on the laptop the call is presented no problem.  Any ideas?---Frank Wakelin - Senior Network AnalystInformation Technology | City of Richmond Office +16042764190Mobile +17788394693fwake...@richmond.ca-Original Message-From: cisco-voip  On Behalf Of Erick BergquistSent: January 30, 2020 10:44 AMTo: Lelio Fulgenzi Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net) Subject: Re: [cisco-voip] CCX phone agent over MRA?Has anyone done a Agent with a hard phone over MRA (8865)?   Findingthe documents don't really come out and say if it is supported or not.See the notes about expressway versions and that is about it.How about extension mobility login on MRA hard phone for agent use?ErickOn Thu, Jan 23, 2020 at 1:38 PM Lelio Fulgenzi  wrote:>> p.s. I just caught that bug description and your comment. Omg. From: Anthony Holloway > Sent: Thursday, January 23, 2020 3:30 PM> To: Lelio Fulgenzi > Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net) > Subject: Re: [cisco-voip] CCX phone agent over MRA? Are you talking Finesse IP Phone Agent (FIPPA)? If so, the below enhancement defect requesting that these types of details be documented (I mean should we even have to request that?) states that they tested FIPPA via MRA and it worked. https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvi51697 Just know that you'll have to add your UCCX server addresses to the HTTP Allow list on Expressway-C. And this makes sense to me, since FIPPA is stateless and all needed information is included in the URL to perform the actions like Login, Logout, Reason Codes, Ready, Not Ready, etc.   The actual ringing of the phone and answering etc., are just phone functions, which we know works over MRA.  That's kind of the point.  ;) What I am not sure of is whether the FIPPA push to phone works, if you're even using that; wherein, upon a new call, UCCX attempts to push content to the Agent's 

Re: [cisco-voip] CCX phone agent over MRA?

[Anthony Holloway]

For whatever it's worth, I just upgraded a customer from CSR 11 to CSR 12.5
(including UCCX), and testing of an Agent phone registered over MRA with
the Finesse client directly accessing Finesse server worked.  Clicking call
control buttons in Finesse was successful in controlling the phone.  So,
while the documentation and field experiences maybe fuzzy, here's one
empirical case of evidence that it does work on the latest versions.

Frank, what did TAC respond to you with?

On Wed, Mar 18, 2020 at 1:07 PM Wakelin, Frank  wrote:

> Thanks for the reply.Finesse is using VPN, but the physical desk phone
> is not – it is connected via MRA.  Standard inbound/outbound calling to the
> phone itself works flawlessly over MRA.  What isn’t working are CCX calls
> to the agent phone; CCX uses CTI to control/monitor the desk phone.
>
>
>
> I did read the CCX/expressway design guide which generally states that CCX
> over MRA is supported, but features that rely on CTI-QBE are not.  The
> documentation isn’t clear as to what CCX features rely on that.  It does
> say CCX is supported however and in my mind the base feature required in
> order to say that “CCX is supported” would be routing calls to agents.
> I’ve asked TAC to confirm what CCX features/functions are
> available/supported and which are not?
>
>
>
> This is not critical as we do have the ability to use Jabber softphones
> via VPN, but we do wish to use 8800 series phones connected via MRA if
> possible.
>
>
>
> ---
>
> Frank Wakelin – Senior Network Analyst
>
> Information Technology | City of Richmond
>
>
>
> Office +16042764190
>
> Mobile +17788394693
>
> fwake...@richmond.ca
>
>
>
> *From:* Aman Chugh 
> *Sent:* March 17, 2020 7:45 PM
> *To:* Wakelin, Frank 
> *Cc:* Erick Bergquist ; Lelio Fulgenzi <
> le...@uoguelph.ca>; voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] CCX phone agent over MRA?
>
>
>
> It should work if CTI from Finesse is using VPN.
>
>
>
> Are you able to make inbound and outbound call to the MRA phone without
> Finesse.
>
>
>
> For the inbound call Cucm sends an invite over to Expressway C with which
> the mra phone is registered. I would pull CUCM and CTI trace for the
> inbound call.
>
>
>
> Aman
>
>
>
>
>
>
>
> On Tue, Mar 17, 2020 at 3:04 PM Wakelin, Frank 
> wrote:
>
> Did anyone get this to work?  I'm currently testing with a remote 88xx
> phone registered via MRA.  Finesse is logged in on PC connected over VPN.
> Finesse desktop works fine, but once agent goes ready, the call is never
> presented to the phone; the agent immediately goes from reserved to not
> ready again.
>
> I use Jabber as a softphone on the laptop the call is presented no
> problem.  Any ideas?
>
> ---
> Frank Wakelin - Senior Network Analyst
> Information Technology | City of Richmond
>
> Office +16042764190
> Mobile +17788394693
> fwake...@richmond.ca
>
> -Original Message-
> From: cisco-voip  On Behalf Of Erick
> Bergquist
> Sent: January 30, 2020 10:44 AM
> To: Lelio Fulgenzi 
> Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> Subject: Re: [cisco-voip] CCX phone agent over MRA?
>
> Has anyone done a Agent with a hard phone over MRA (8865)?   Finding
> the documents don't really come out and say if it is supported or not.
> See the notes about expressway versions and that is about it.
>
> How about extension mobility login on MRA hard phone for agent use?
>
> Erick
>
> On Thu, Jan 23, 2020 at 1:38 PM Lelio Fulgenzi  wrote:
> >
> > p.s. I just caught that bug description and your comment. Omg.
> >
> >
> >
> > From: Anthony Holloway 
> > Sent: Thursday, January 23, 2020 3:30 PM
> > To: Lelio Fulgenzi 
> > Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> > Subject: Re: [cisco-voip] CCX phone agent over MRA?
> >
> >
> >
> > Are you talking Finesse IP Phone Agent (FIPPA)?
> >
> >
> >
> > If so, the below enhancement defect requesting that these types of
> details be documented (I mean should we even have to request that?) states
> that they tested FIPPA via MRA and it worked.
> >
> >
> >
> > https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvi51697
> >
> >
> >
> > Just know that you'll have to add your UCCX server addresses to the HTTP
> Allow list on Expressway-C.
> >
> >
> >
> > And this makes sense to me, since FIPPA is stateless and all needed
> information is included in the URL to perform the actions like Login,
> Logout, Reason Codes, Ready, Not Ready, etc.   The actual ringing of the
> phone and answering etc., are just phone functions, which we know works
> over MRA.  That's kind of the point.  ;)
> >
> >
> >
> > What I am not sure of is whether the FIPPA push to phone works, if
> you're even using that; wherein, upon a new call, UCCX attempts to push
> content to the Agent's phone using the Phone API, but I would think, though
> I cannot confirm, that this would fail, since the phone IP is actual

Re: [cisco-voip] Jabber profile with voicemail service but user without voicemail (issues?)

[Pawlowski, Adam]

In my experience it will try and authenticate and you'd get authentication 
failed alerts

They will also see an error in the client but usually only if they click on 
voicemail.

I think 12.7 or 12..8 added a param to stop all auth if any of it failed which 
could present as aproblem

From: cisco-voip  On Behalf Of Lelio 
Fulgenzi
Sent: Sunday, March 22, 2020 2:53 PM
To: voyp list, cisco-voip (cisco-voip@puck.nether.net) 

Subject: [cisco-voip] Jabber profile with voicemail service but user without 
voicemail (issues?)


Hi everyone,

What happens if I use a service profile that has voicemail as a service but 
I've assigned that to a user that does not have voicemail?

I'm not seeing any syslogs or alerts, but that could be because I don't have 
that alerting setup properly (and likely won't for a while).

Should I be ensuring that those without voicemail get a no voicemail service 
profile?

Lelio

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip