Hi Kent,
Please see below:
On 1/29/24 13:24, Kent Watsen wrote:
Nits/editorial comments:
Section 5.1:
"The YANG module defined in this document defines a mechanism called a
"keystore" that, by its name, suggests that it will protect its contents from
unauthorized disclosure and modification."
Hi Reese,
Just one comment at bottom.
Kent
> On Jan 29, 2024, at 4:05 PM, Reese Enghardt wrote:
>
> Hi Kent,
>
> Thank you for the responses. Please see inline:
>
> On 1/26/24 17:47, Kent Watsen wrote:
>> On Jan 22, 2024, at 8:36 PM, Reese Enghardt via Datatracker
>> wrote:
>>>
>>> […]
Hi Dale,
> On Jan 29, 2024, at 2:15 PM, Dale R. Worley wrote:
>
> Kent Watsen writes:
>> [...]
>
> All of the fixes look good to me and require no comment, except the
> following items:
>
>>> Table 1: Label to RFC Mapping
>>>
>>> In -28, this caption appears visually to be the caption of
Hi Kent,
Thank you for the responses. Please see inline:
On 1/26/24 17:47, Kent Watsen wrote:
On Jan 22, 2024, at 8:36 PM, Reese Enghardt via Datatracker
wrote:
[…]
I was surprised to see that the model allows to store keys in the
clear. I
assume that the WG has carefully considered the
Kent Watsen writes:
> [...]
All of the fixes look good to me and require no comment, except the
following items:
>> Table 1: Label to RFC Mapping
>>
>> In -28, this caption appears visually to be the caption of both the
>> dependency diagram at the top of page 5 and the label-to-RFC mapping
Dear Roni,
Thank you for the comments.
Please see responses inline.
El 24/1/24 a las 10:04, Roni Even via Datatracker escribió:
Reviewer: Roni Even
Review result: Ready with Nits
I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF