[manet] Re: Mahesh Jethanandani's Discuss on draft-ietf-ma net-dlep-da-credit-extension-20: (with DISCUSS and COMMENT)

Donald Eastlake <[email protected]>
Newsgroups gmane.ietf.manet
Message-ID <CAF4+nEHG+A2OWU2y3iKRwisrtpafYy-hqLw2v7rhwcu1b0LH0A@mail.gmail.com>
Hi Mahesh,

On Sat, Feb 1, 2025 at 7:49 PM Mahesh Jethanandani via Datatracker
<[email protected]> wrote:
> Mahesh Jethanandani has entered the following ballot position for
> draft-ietf-manet-dlep-da-credit-extension-20: Discuss
>
> ...
>
> ----------------------------------------------------------------------
> DISCUSS:
> ----------------------------------------------------------------------
>
> Here, here! This DISCUSS is just that. A DISCUSSion around how something could
> be clarified better. I expect it should be fairly easy to address it.
>
> Section 3, paragraph 2
> >    If this extension is supported, that support MUST be declare using
> >    the Extensions Supported Data Item (see Section 13.6 of [RFC8175]).
> >    DiffServ Aware Credit Window Extension Data Items MUST NOT be emitted
> >    by a DLEP participant unless such support was specified in the
> >    initialization message received from its peer.  The use of the
> >    extension defined in this document SHOULD be configurable on both
> >    modems and routers.
>
> The document clearly states that the extension needs to be configured on both
> modems and routers. Further down there are references to "network management
> mechanisms", which could imply NETCONF/RESTCONF, or they could also imply
> Syslog but that is not entirely clear reading the document. How exactly is this
> feature going to be configured if there is no YANG module defined or planned?
> Can it be explained better?

We will see what we can do about this.

> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> All comments below are about very minor potential issues that you may choose to
> address in some way - or ignore - as you see fit. Some were flagged by
> automated tools (via https://github.com/larseggert/ietf-reviewtool), so there
> will likely be some false positives. There is no need to let me know what you
> did with these suggestions.
>
> Section 1, paragraph 1
> >    The Dynamic Link Exchange Protocol (DLEP) is defined in [RFC8175].
> >    This protocol provides the exchange of link related control
> >    information between DLEP peers.  DLEP peers consist of a modem and a
> >    router.  DLEP defines a base set of mechanisms as well as support for
> >    possible extensions.  This document defines one such extension.
>
> s/This protocol/The protocol/

Ok,

> Document references draft-ietf-manet-dlep-credit-flow-control-16, but -17 is
> the latest available revision.

Ok.

> Document references draft-ietf-manet-dlep-ether-credit-extension-07, but -08 is
> the latest available revision.

Ok.

> Section 1, paragraph 2
> > ws may be shared or dedicated on a per flow basis. See [I-D.ietf-manet-dlep-e
> >                                    ^^^^^^^^
> In this context, "per-flow" forms an adjective and is spelled with a hyphen.

Ok.

> Section 2, paragraph 1
> >  is supported, that support MUST be declare using the Extensions Supported D
> >                                  ^^^^^^^^^^
> There may an error in the verb form "be declare".

Right. Should say "be declared". (Actually Section 3, paragraph 2)

Thanks,
Donald
===============================
 Donald E. Eastlake 3rd   +1-508-333-2270 (cell)
 2386 Panoramic Circle, Apopka, FL 32703 USA
 [email protected]

_______________________________________________
manet mailing list -- [email protected]
To unsubscribe send an email to [email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.