Ian
Agree mostly. One follow-up in-line under
Tom Petch
From: ianfar...@gmx.com
Sent: 25 January 2021 15:04
Hi Tom,
Please see inline.
Ian
> On 22. Jan 2021, at 11:06, tom petch wrote:
>
> From: ianfar...@gmx.com
> Sent: 22 January 2021 07:33
>
> I’m planning to restructure so that the
Hi Tom,
Please see inline.
Ian
> On 22. Jan 2021, at 11:06, tom petch wrote:
>
> From: ianfar...@gmx.com
> Sent: 22 January 2021 07:33
>
> I’m planning to restructure so that the common module is imported by client,
> server and relay, which means that the identity/role is no longer needed
From: ianfar...@gmx.com
Sent: 22 January 2021 07:33
I’m planning to restructure so that the common module is imported by client,
server and relay, which means that the identity/role is no longer needed for
this. (I need to look at whether the identities are needed for other reasons,
such as ho
I’m planning to restructure so that the common module is imported by client,
server and relay, which means that the identity/role is no longer needed for
this. (I need to look at whether the identities are needed for other reasons,
such as how the modules will be extended with additional option
From: Martin Björklund
Sent: 21 January 2021 17:07
tom petch wrote:
> From: Ladislav Lhotka
> Sent: 21 January 2021 12:58
>
> Hi,
>
> in my YD review 4.5 years ago I actually recommended to use separate
> modules:
>
> https://mailarchive.ietf.org/arch/msg/yang-doctors/GXHkGqZeIidMzpziZmK_ICrKPs
tom petch wrote:
> From: Ladislav Lhotka
> Sent: 21 January 2021 12:58
>
> Hi,
>
> in my YD review 4.5 years ago I actually recommended to use separate
> modules:
>
> https://mailarchive.ietf.org/arch/msg/yang-doctors/GXHkGqZeIidMzpziZmK_ICrKPs4/
>
> I think it is a matter of how much the dif
From: Ladislav Lhotka
Sent: 21 January 2021 12:58
Hi,
in my YD review 4.5 years ago I actually recommended to use separate
modules:
https://mailarchive.ietf.org/arch/msg/yang-doctors/GXHkGqZeIidMzpziZmK_ICrKPs4/
I think it is a matter of how much the different part overlap. For an
implementer,
Hi,
Thanks for all your input on the question. Based on Martin’s proposal,
combining the element modules with their associated options modules, and moving
duplicate option definitions into the common module (resulting in 4 modules),
here’s some very rough calculations on the resulting amount of
Hi,
in my YD review 4.5 years ago I actually recommended to use separate
modules:
https://mailarchive.ietf.org/arch/msg/yang-doctors/GXHkGqZeIidMzpziZmK_ICrKPs4/
I think it is a matter of how much the different part overlap. For an
implementer, it seems to be easier to pick just the relevant par
Hi,
I think it is a matter of taste and perhaps future extensibility if
this model is done as one or more YANG modules. It can certainly be
done in one module, with features for client, server and relay, but it
is also ok to have 3 modules for the different functions. And once
you have these 3 m
Inline
From: Andy Bierman
Sent: 20 January 2021 18:32
On Wed, Jan 20, 2021 at 8:41 AM tom petch
mailto:ie...@btconnect.com>> wrote:
Juergen, Lada, Martin, Andy
I wonder if one of you, or perhaps another on this list, would be willing to
give advice on the
structuring of the YANG module fo
On Wed, Jan 20, 2021 at 8:41 AM tom petch wrote:
> Juergen, Lada, Martin, Andy
>
> I wonder if one of you, or perhaps another on this list, would be willing
> to give advice on the
> structuring of the YANG module for DHCP. It has been revised and
> restructured several times and, to me, is not
Juergen, Lada, Martin, Andy
I wonder if one of you, or perhaps another on this list, would be willing to
give advice on the
structuring of the YANG module for DHCP. It has been revised and restructured
several times and, to me, is not progressing.
It models three roles - client, server, rela
13 matches
Mail list logo
