[13:39:45] jimsch1 joins the room
[13:40:32] mglt joins the room
[13:40:34] Mike StJohns joins the room
[13:40:48] <Mike StJohns> Morning Jim
[13:42:00] <mglt> JABBER: ace@jabber.ietf.org
Etherpad: https://codimd.ietf.org//ace-interim-20-06-21#
[13:43:00] <Mike StJohns> Etherpad https://codimd.ietf.org/ace-interim-20-16-21#     (No second slash)
[13:43:38] <Mike StJohns> Um... sorry - not etherpad - the etherpad url isn't live...
[13:45:59] Marco Tiloca joins the room
[13:56:19] <jimsch1> @Mike did you gt into the either pad?
[13:56:46] <jimsch1> (Well - codeimd really)
[13:57:13] <Mike StJohns> I did - login to datatracker first, then use the second URL (one without the extra slash)
[13:57:24] <jimsch1> Where is the one with the extra slash?
[13:57:38] <Mike StJohns> daniel entered it
[13:57:41] <mglt> I connect3ed from the codim.
[13:57:42] <Mike StJohns> I fixed it... :-)
[13:58:08] <Mike StJohns> https://codimd.ietf.org/ace-interim-20-16-21
[13:58:33] <Mike StJohns> vs https://codimd.ietf.org//ace-interim-20-06-21
[13:59:54] <jimsch1> Minor details
[14:00:15] Mike StJohns has set the subject to: ACE interim meeting - 6/22 - https://datatracker.ietf.org/doc/agenda-interim-2020-ace-07-sessa/  Etherpad-alt: https://codimd.ietf.org/ace-interim-20-06-21# Jabber: ace@jabber.ietf.org
[14:01:17] kaduk@jabber.org/barnowl joins the room
[14:01:54] cabo joins the room
[14:02:01] francesca joins the room
[14:02:32] <cabo> Webex is still trying to connect audio for me.
[14:03:01] <jimsch1> I don't think anybody else is having an issue
[14:03:28] <cabo> OK, thanks, I'll reload
[14:09:38] ob joins the room
[14:22:59] <kaduk@jabber.org/barnowl> https://tools.ietf.org/html/rfc8414#section-7.3 seems to be where
OAuth registers a well-known URI for their oauth-authorization-server
metadata document
[14:27:18] <francesca> Then I guess when that registration is done, and profiles have adapted accordingly, we can move to IETF LC for the profiles?
[14:31:16] <jimsch1> Not an issue with MQTT as that name is hardcoded and cannot be changed by the broker
[14:54:57] ob leaves the room
[15:03:50] <francesca> is this issue 59?
[15:04:31] <francesca> 57 I meant
[15:04:55] <kaduk@jabber.org/barnowl> looks like it
[15:05:00] <kaduk@jabber.org/barnowl> https://github.com/ace-wg/mqtt-tls-profile/issues/57
[15:10:03] <kaduk@jabber.org/barnowl> I don't know enough about MQTT to know when it could be the case that
A and B share a client-ID but are different entities that do not have
access to each others' tokens
[15:10:32] <jimsch1> You cannot have two clients at any given point in time with the same client-ID.  When the second client connects the first is kicked off
[15:11:41] <kaduk@jabber.org/barnowl> Sure, but who assigns client-ID values?
[15:12:02] <jimsch1> The client either says this is my client-id or says server please assign me one
[15:12:29] <kaduk@jabber.org/barnowl> Ah.  I see how things could be problematic and you would want the
token to be part of the state, now
[15:16:16] <jimsch1> Shouldn't the responder be 256-63?  - any response code?
[15:44:03] <francesca> where do you get that numbers Jim? There is no mention of responses in aif
[15:51:46] <jimsch1> A responder can send any response code back but not any request code.  
[15:54:00] <jimsch1> THus it has permission for 2.X 3.X 4.X 5.X 6.X - I guess it should not necessarily have permissions for 7.X
[16:00:59] Marco Tiloca leaves the room
[16:15:53] cabo leaves the room
[17:03:00] jimsch1 leaves the room
[17:22:11] francesca leaves the room
[18:03:26] rikard.hoglund leaves the room
[20:18:20] mglt leaves the room
[20:20:16] Mike StJohns joins the room
[20:20:21] Mike StJohns leaves the room
[20:20:25] Mike StJohns leaves the room