Sue, IMO, ephemeral has two meaning in i2rs architecture
1. it doesn’t survive reboot 2. you can’t roll back to a previous ephemeral state Dean > On Mar 25, 2016, at 10:01 AM, Susan Hares <sha...@ndzh.com> wrote: > > Deborah: > > Section 2 is exactly the place I would put the definition of ephemeral. > > Sue > > From: BRUNGARD, DEBORAH A [mailto:db3...@att.com] > Sent: Friday, March 25, 2016 9:50 AM > To: Susan Hares; 'Fred Baker (fred)'; 'Gunter Van De Velde' > Cc: i2rs@ietf.org; ops-...@ietf.org; 'Joel Halpern Direct' > Subject: RE: [i2rs] [OPS-DIR] Ephemeral - Should we use another word - (3/24 > to 4/3) Call for opinion > > Hi all, > > As Alia is a co-author, I was assigned as the responsible AD for this > document. The document is not with the RFC Editor – it’s been approved by the > IESG with a revised ID needed to address comments raised by the IESG. And so > the current discussion. > > I had also raised the concern on needing more clarity on the definition of > ephemeral during my AD review. The authors added some information. That > clearly was not enough. As the term is used multiple times in the document > and is the basis for another draft on requirements > (draft-ietf-i2rs-ephemeral-state) which refers extensively to the > architecture document, I agree the authors need to add more definition. Fred > has a good suggestion – the term should be visible in a glossary section > early in the document. It’s not currently included in Section 2’s Terminology > – Sue, how about adding it to that section? > > I think the authors know what is needed and thank everyone for the discussion > and their time reviewing. > > Thanks, > Deborah > > > > From: i2rs [mailto:i2rs-boun...@ietf.org <mailto:i2rs-boun...@ietf.org>] On > Behalf Of Susan Hares > Sent: Friday, March 25, 2016 9:18 AM > To: 'Fred Baker (fred)' <f...@cisco.com <mailto:f...@cisco.com>>; 'Gunter Van > De Velde' <guntervandeveld...@icloud.com > <mailto:guntervandeveld...@icloud.com>> > Cc: i2rs@ietf.org <mailto:i2rs@ietf.org>; ops-...@ietf.org > <mailto:ops-...@ietf.org>; 'Joel Halpern Direct' <jmh.dir...@joelhalpern.com > <mailto:jmh.dir...@joelhalpern.com>> > Subject: Re: [i2rs] [OPS-DIR] Ephemeral - Should we use another word - (3/24 > to 4/3) Call for opinion > > Fred: > > Thank you for the review, and your comments here. I wished I’d asked about > the word ephemeral earlier. > > Sue > > From: Fred Baker (fred) [mailto:f...@cisco.com <mailto:f...@cisco.com>] > Sent: Thursday, March 24, 2016 2:59 PM > To: Gunter Van De Velde > Cc: Susan Hares; i2rs@ietf.org <mailto:i2rs@ietf.org>; ops-...@ietf.org > <mailto:ops-...@ietf.org>; Joel Halpern Direct > Subject: Re: [OPS-DIR] Ephemeral - Should we use another word - (3/24 to 4/3) > Call for opinion > > My comment was a review comment, that the word was being used in a way that > wasn't consistent with its dictionary definition (something with a short > lifetime, quite irrespective of birth/death processes) or common usage (at > least in my context). At this point, the draft has been sent to the RFC > Editor, so to my mind this discussion is mostly moot. If in your other drafts > you are pointing people to a glossary in the architecture document (which I > imagine you already are) and the architecture document defines the term as > you are using it, you have probably done enough. > >> On Mar 24, 2016, at 11:07 AM, Gunter Van De Velde >> <guntervandeveld...@icloud.com <mailto:guntervandeveld...@icloud.com>> wrote: >> >> I am ok nowadays with using the terminology “Ephemeral”, although for a >> non-natve speaker it is non-trivial exotic word, particular if the intended >> usage doesn’t 100% reflect the Webster dictionary intended meaning. >> >> It is only about a year ago i started reading up on i2rs and discovered this >> particular terminology, and at the time a google search on this terminology >> was not very conclusive and resulted to some confusion. >> I understand very well the confusion at play here from non-native english >> speaker perspective. >> >> Adding text to explain the context in which the term Ephemeral is >> useful/advised. fwiw now that i am used to seeing ‘Ephemeral' as >> non-permanent config across reboot, i’m adapted its intended purpose… >> >> Is the goal to explain the intended meaning in each draft/rfc mentioning it? >> >> Be well, >> G/ >> >>> On 24 Mar 2016, at 18:02, Susan Hares <sha...@ndzh.com >>> <mailto:sha...@ndzh.com>> wrote: >>> >>> Hi all: >>> >>> <wg chair hat on> >>> The draft-ietf-i2rs-architecture document has been approved as an RFC. In >>> the review, the OPS-DIR review indicated that “ephemeral” meant more than >>> “does not survive a reboot”. They have asked the I2RS working group if >>> replacing “ephemeral” with non-persistent (across power on/off or reboot >>> cycles) would be a better choice. >>> >>> What do you think – leave at it at “ephemeral” or change to “non-persistent >>> (across power on/off or reboot cycles) ? We will have a 1 week call on >>> >>> This would mean every place that “ephemeral” is listed, the authors would >>> replace with “non-persistent”. In the first instance, we will indicate >>> “non-persistent (across power on/off or reboot cycles). >>> >>> <wg chair hat off> >>> >>> As the author, I think we are better to define ephemeral at the beginning >>> as “non-persistent (across power on /off or reboot). Changing the >>> definition at this point, I suspect will simply confuse people. >>> >>> Sue Hares >>> >>> _______________________________________________ >>> OPS-DIR mailing list >>> ops-...@ietf.org <mailto:ops-...@ietf.org> >>> https://www.ietf.org/mailman/listinfo/ops-dir >>> <https://www.ietf.org/mailman/listinfo/ops-dir> >> >> _______________________________________________ >> OPS-DIR mailing list >> ops-...@ietf.org <mailto:ops-...@ietf.org> >> https://www.ietf.org/mailman/listinfo/ops-dir >> <https://www.ietf.org/mailman/listinfo/ops-dir> > > _______________________________________________ > i2rs mailing list > i2rs@ietf.org > https://www.ietf.org/mailman/listinfo/i2rs
_______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs