[cisco-voip] dialing WebEx from CUCM/Expressway

Fri Aug 31 10:20:45 EDT 2018

It’s so odd because the 8.10 admin guide also has that sentence about “its free, unless it is transformed” ... I guess the proof will be in the pudding 🤷‍♂️

Sent from my iPhone

On Aug 31, 2018, at 10:17, Lelio Fulgenzi <lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>> wrote:

Just a quick follow up… after, you know, _reading_ the documentation, I found this paragraph in the deployment guide.

So it looks like I _should_ be safe… we’re using X.10.x soon to upgrade to X.11.x

Calls dialed without the Webex site domain consume RMS licenses on the Cisco Expressway. To take advantage
of RMS license bypass in X8.6 and later, users must dial the full URI.

SIP calls made to Webex meetings on VCS or Expressway software versions X8.9 and later can take advantage
of Cloud Licensing for both full dial strings, and simplified dial strings. However, versions X8.6.1 to X8.8.3
inclusive consume at least one traversal or RMS license per simplified call, depending on your specific software
version. For these versions, the dialed address must not have any Transforms applied, and must match the
pattern (.*)@(.*)\.webex\.com to trigger Cloud Licensing for the call.

---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, Twitter and Facebook

<image001.png>

From: Ryan Huff <ryanhuff at outlook.com<mailto:ryanhuff at outlook.com>>
Sent: Wednesday, August 29, 2018 4:10 PM
To: Brian Meade <bmeade90 at vt.edu<mailto:bmeade90 at vt.edu>>; Lelio Fulgenzi <lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>>
Cc: cisco-voip voyp list <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: Re: [cisco-voip] dialing WebEx from CUCM/Expressway

It may very well not be however, this is an excerpt from the 8.10 guide (note the use of the word "transformation", which this section of the guide has existed since version 8.6.1):

https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/expressway/admin_guide/Cisco-Expressway-Administrator-Guide-X8-10.pdf

<image002.png>
Although, it would not be unlike Cisco to inflect meaning where meaning should not be .... so as I and Brian have suggested, just keep an eye on it :).

Thanks,

Ryan

________________________________
From: Brian Meade <bmeade90 at vt.edu<mailto:bmeade90 at vt.edu>>
Sent: Wednesday, August 29, 2018 4:05 PM
To: Lelio Fulgenzi
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] dialing WebEx from CUCM/Expressway

Probably worth keeping the search rules the same and just using transforms.  I don't think it's checking against Transforms.

Thanks,
Brian Meade

On Wed, Aug 29, 2018 at 3:53 PM Lelio Fulgenzi <lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>> wrote:

So, we’re saying then, that the Cisco recommended approach to simplifying video dialing and/or using the pilot number approach, uses up RMS licenses?

Seems a bit odd.

---

Lelio Fulgenzi, B.A. | Senior Analyst

Computing and Communications Services | University of Guelph

Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1

519-824-4120 Ext. 56354 | lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

From: Ryan Huff <ryanhuff at outlook.com<mailto:ryanhuff at outlook.com>>
Sent: Wednesday, August 29, 2018 2:08 PM
To: Lelio Fulgenzi <lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>>
Cc: Brian Meade <bmeade90 at vt.edu<mailto:bmeade90 at vt.edu>>; cisco-voip voyp list <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: Re: [cisco-voip] dialing WebEx from CUCM/Expressway

Keep an eye on RMS usage if you do that though. Webex calls on Expressway are only supposed to be free if the call isn’t transformed or manipulated by Expressway (not sure if that changed in 8.11 though).

Sent from my iPhone

On Aug 29, 2018, at 11:35, Lelio Fulgenzi <lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>> wrote:

Eeeek. I just looked at those. I think the transform on the C is less painful now. 😉

The configuration > dial plan > transform screen is what I should be using I’m guessing. Interesting how there are no “permissions” attached, no zones, etc. So I’m guessing these are global and anyone can find them?

---

Lelio Fulgenzi, B.A. | Senior Analyst

Computing and Communications Services | University of Guelph

Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1

519-824-4120 Ext. 56354 | lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, Twitter and Facebook

<image001.png>

From: Brian Meade <bmeade90 at vt.edu<mailto:bmeade90 at vt.edu>>
Sent: Wednesday, August 29, 2018 11:29 AM
To: Lelio Fulgenzi <lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>>
Cc: cisco-voip voyp list <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: Re: [cisco-voip] dialing WebEx from CUCM/Expressway

There's no way in CUCM to modify URIs other than SIP Normalization Scripts as far as I'm aware.

On Wed, Aug 29, 2018 at 11:20 AM Lelio Fulgenzi <lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>> wrote:

Just reading through the Cisco Webex Meetings Enterprise Deployment Guide for Video Device-Enabled Meetings<https://www.cisco.com/c/dam/en/us/td/docs/collaboration/webex_centers/esp/WebEx_Meeting_Center_Video_Conferencing_Enterprise_Deployment_Guide_WBS31_WBS32.pdf> doc, and on page 20 and 21 it talks about simplifying the dialing.

It talks about setting up a route pattern on CUCM and doing the transformation on Expressway.

I was hoping to do all the transformation on CUCM, since that's what I'm more used to.

I've got a domain based SIP route pattern working, I can dial user at acme.webex.com<mailto:user at acme.webex.com><mailto:user at acme.webex.com<mailto:user at acme.webex.com>> and get into the personal room.

I'd like to set up something like *88.XXXXXXXXX to go right to the meeting and also a pilot, 88888, to go to the IVR menu.

Is there no way to modify *88.XXXXXXXXX on CUCM to send calls to XXXXXXXXX at acme.webex.com<mailto:XXXXXXXXX at acme.webex.com><mailto:XXXXXXXXX at acme.webex.com<mailto:XXXXXXXXX at acme.webex.com>> and then it finds the SIP route pattern? Same with the pilot?

---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | lelio at uoguelph.ca<mailto:lelio at uoguelph.ca><mailto:lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs><http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20180831/ccf28eb6/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 1297 bytes
Desc: image001.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20180831/ccf28eb6/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 134761 bytes
Desc: image002.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20180831/ccf28eb6/attachment-0001.png>