[Anima] Looking for note taker ANIMA WG @ IETF117

2023-07-25 Thread Toerless Eckert
Your best opportunity this week to earn a lot of thanks, pls let us chairs know! Thanks so much! Toerless - for the chairs. ___ Anima mailing list Anima@ietf.org https://www.ietf.org/mailman/listinfo/anima

Re: [Anima] on removing list-of from rfc8995

2023-07-25 Thread Toerless Eckert
Want to throw a different proposal in the room. See proposal in my slides tomorrow, i think we may want to include more information, even when the actual variation is just a single string. Cheers toerless On Tue, Jul 25, 2023 at 05:52:27PM -0400, Michael Richardson wrote: > > On 26-Jul-23

Re: [Anima] New Version of draft-eckert-anima-grasp-dnssd

2023-07-25 Thread Michael Richardson
Brian E Carpenter wrote: >> Since we are doing this in std >> track documents (so they get the >> ultimate considerations, of IESG >> action, in effect), the value of >> the registry is that it lets people >> find the document that goes >> with the value. > Yes, makes sense.

[Anima] on removing list-of from rfc8995

2023-07-25 Thread Michael Richardson
On 26-Jul-23 09:06, Michael Richardson wrote: > Brian E Carpenter wrote: > > That makes sense, but it probably needs to be normatively specified, > > which would avoid any need to change RFC 8995, except perhaps an > > erratum to delete that "(list of)" wart. > I didn't get the

Re: [Anima] New Version of draft-eckert-anima-grasp-dnssd

2023-07-25 Thread Brian E Carpenter
On 26-Jul-23 09:06, Michael Richardson wrote: Brian E Carpenter wrote: > That makes sense, but it probably needs to be normatively specified, > which would avoid any need to change RFC 8995, except perhaps an > erratum to delete that "(list of)" wart. I didn't get the "(list

Re: [Anima] New Version of draft-eckert-anima-grasp-dnssd

2023-07-25 Thread Michael Richardson
Brian E Carpenter wrote: > That makes sense, but it probably needs to be normatively specified, > which would avoid any need to change RFC 8995, except perhaps an > erratum to delete that "(list of)" wart. I didn't get the "(list of)" wart... >> (IP addresses could change not

Re: [Anima] New Version of draft-eckert-anima-grasp-dnssd

2023-07-25 Thread Brian E Carpenter
On 26-Jul-23 01:07, Michael Richardson wrote: Brian E Carpenter wrote: > Yes, but you can map them in CBOR just as > draft-eckert-anima-grasp-dnssd already describes. (Think JSON but code > CBOR.) My only real concern is how to extend the objective for the >

[Anima] cluster 472 and ANIMA

2023-07-25 Thread Michael Richardson
Looking at: https://www.rfc-editor.org/cluster_info.php?cid=C472 It is being held up by: draft-ietf-anima-brski-cloud NOT-RECEIVED draft-ietf-lamps-rfc7030-csrattrs NOT-RECEIVED draft-ietf-uta-rfc6125bis NOT-RECEIVED I'm responsible for 7030-csrattrs, and it's either done or gets

Re: [Anima] New Version of draft-eckert-anima-grasp-dnssd

2023-07-25 Thread Carsten Bormann
On 25. Jul 2023, at 15:07, Michael Richardson wrote: > > I have resisted suggestions that we put an array for the objective-value, and > also that it have a string that needs to be parsed like > "mode=prm,foo=1,bar=2"... You give a good reason not to do this at all. But if you want to do this,

Re: [Anima] New Version of draft-eckert-anima-grasp-dnssd

2023-07-25 Thread Michael Richardson
Brian E Carpenter wrote: > Yes, but you can map them in CBOR just as > draft-eckert-anima-grasp-dnssd already describes. (Think JSON but code > CBOR.) My only real concern is how to extend the objective for the > AN_join_registrar. It seems lame to use plain text when a