[cisco-voip] webkit via expressway

Thu Sep 13 21:02:02 EDT 2018

I hear ya. I’ll probably take the external DNS approach to be safe. From everything I read, it didn’t seem to hurt if you had the _collab-edge SRV record in the internal database, but I could have missed something.

By ‘connect directly’ I was wondering whether or not the roomkit would try to resolve the _cisco-uds SRV records and connect directly to cucm without going through expressway. Same way Jabber behaves.

I’ll start with enduser and test with appuser. But you’re likely right.

-sent from mobile device-

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<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;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]

On Sep 13, 2018, at 8:32 PM, Matthew Loraditch <MLoraditch at heliontechnologies.com<mailto:MLoraditch at heliontechnologies.com>> wrote:

_cisco-uds is for internal dns only, _collab-edge is for external only you don’t want either in the other. If you have Jabber MRA working, this should work and no changes needed that I can recall. You will want it to have external dns servers. It sounds like you are testing in some sort of DMZ outside but not totally outside your network.

Not sure what you mean by try to connect directly, it only knows what to try once you put the domain in. Jabber only knows because you put in your username at some point.

The user needs to be an end-user I’m pretty certain.

Matthew Loraditch
Sr. Network Engineer

p: 443.541.1518<tel:443.541.1518>

w: www.heliontechnologies.com<http://www.heliontechnologies.com/>        |      e: MLoraditch at heliontechnologies.com<mailto:MLoraditch at heliontechnologies.com>

<image322934.png>

<image091314.png><https://facebook.com/heliontech>

<image898559.png><https://twitter.com/heliontech>

<image378214.png><https://www.linkedin.com/company/helion-technologies>

<image077012.jpg><https://heliontechnologies.com/events/14th-annual-automotive-cx-summit-hosted-thought-leadership-summits/>

From: cisco-voip <cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net>> On Behalf Of Lelio Fulgenzi
Sent: Thursday, September 13, 2018 8:25 PM
To: Erick Wellnitz <ewellnitzvoip at gmail.com<mailto:ewellnitzvoip at gmail.com>>
Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] webkit via expressway

Ok. Great. Thanks. I’ll likely setup some application users to test this out (hopefully they don’t have to be end users).

Do we know if it works like Jabber such that if _cisco-uds._tcp.acme.com<http://tcp.acme.com> resolves, it will try to connect directly?

My hope is I can just add _collab-edge._tls to the internal dns tables as well. Can’t imagine that would hurt.

Alternative would be to program dns servers to 8.8.8.8 as I mentioned earlier.

There are a lot of settings controlled by cucm (or at least appear on the config page). Interested to find out what they all do.

I’m hoping we’re not back to the old, “those are ignored and configure directly on device” game.

-sent from mobile device-

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<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;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]

On Sep 13, 2018, at 8:07 PM, Erick Wellnitz <ewellnitzvoip at gmail.com<mailto:ewellnitzvoip at gmail.com>> wrote:
You are correct.  It's similar to registering an 8800 series phone via expressway.  Username and passpharase (password) are the user you have the device assigned to as a controlled device.  Domain is your service domain, acme.com<http://acme.com> in your example.  It will look for _collab-edge._tls.acme.com<http://tls.acme.com>, for example.

On Thu, Sep 13, 2018 at 4:22 PM Lelio Fulgenzi <lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>> wrote:

So, I'd like to try out registering this RoomKit via Expressway for a couple of reasons.

Not much in the admin guide about getting this to work. When I reset the box and select UCM via Expressway, I'm prompted with username, passphrase and domain. Now, in my experience "passphrase" is not the same as password. Is it in this case? Do I need to be configuring this thing like I would an MRA client like Jabber? If it's going to be doing service discovery, I'll have to point it's DNS servers to google so it gets the _collab-edge._tls.acme.com<http://tls.acme.com> results appropriately.

I'm hoping that once this is done, I can get proximity working - but one thing at a time I guess.

Lelio

---
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20180914/fd0e4a2b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image322934.png
Type: image/png
Size: 8404 bytes
Desc: image322934.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20180914/fd0e4a2b/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image091314.png
Type: image/png
Size: 431 bytes
Desc: image091314.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20180914/fd0e4a2b/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image898559.png
Type: image/png
Size: 561 bytes
Desc: image898559.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20180914/fd0e4a2b/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image378214.png
Type: image/png
Size: 444 bytes
Desc: image378214.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20180914/fd0e4a2b/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image077012.jpg
Type: image/jpeg
Size: 27642 bytes
Desc: image077012.jpg
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20180914/fd0e4a2b/attachment.jpg>