Let me say it a bit more clearly.

I think Sue (the author) is right. We should define the term ephemeral at the 
beginning of the document and keep using it throughout the document. It would 
be confusing for the people to change it to "non-persistent (across power on 
/off or reboot)".

Cheers,
Mehmet

From: OPS-DIR [mailto:[email protected]] On Behalf Of EXT Ersue, Mehmet 
(Nokia - DE/Munich)
Sent: Thursday, March 24, 2016 6:06 PM
To: EXT Susan Hares <[email protected]>; [email protected]
Cc: 'Joel Halpern Direct' <[email protected]>; [email protected]
Subject: Re: [OPS-DIR] Ephemeral - Should we use another word - (3/24 to 4/3) 
Call for opinion

Agree.

Cheers,
Mehmet

From: OPS-DIR [mailto:[email protected]] On Behalf Of EXT Susan Hares
Sent: Thursday, March 24, 2016 6:02 PM
To: [email protected]<mailto:[email protected]>
Cc: 'Joel Halpern Direct' 
<[email protected]<mailto:[email protected]>>; 
[email protected]<mailto:[email protected]>
Subject: [OPS-DIR] Ephemeral - Should we use another word - (3/24 to 4/3) Call 
for opinion

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

_______________________________________________
i2rs mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/i2rs

Reply via email to