[cisco-voip] webkit via expressway

[Matthew Loraditch]

_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
w: www.heliontechnologies.com | e: MLoraditch at heliontechnologies.com
From: cisco-voip <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>
Cc: 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/bcbbdff6/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/bcbbdff6/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/bcbbdff6/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/bcbbdff6/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/bcbbdff6/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/bcbbdff6/attachment.jpg>