Hi all,
These proposed changes are now implemented in the public version.
Cheers,
Med
De : BOUCADAIR Mohamed INNOV/NET
Envoyé : mercredi 20 mars 2024 23:13
À : netmod@ietf.org
Objet : RE: [netmod] On prefixes again RE: IETF#119 I-D Status:
draft-ietf-netmod-rfc8407bis
Hi all,
After reviewing
:52
À : Christian Hopps
Cc : Jürgen Schönwälder ; netmod@ietf.org
Objet : Re: [netmod] On prefixes again RE: IETF#119 I-D Status:
draft-ietf-netmod-rfc8407bis
On Sat, Mar 16, 2024 at 2:41 AM Christian Hopps
mailto:cho...@chopps.org>> wrote:
> On Mar 15, 2024, at 19:13, Per
On Sat, Mar 16, 2024 at 2:41 AM Christian Hopps wrote:
>
>
> > On Mar 15, 2024, at 19:13, Per Andersson (perander)
> wrote:
> >
> > Christian Hopps on Friday, March 15, 2024 20:10:
> >>> On Mar 15, 2024, at 13:26, mohamed.boucad...@orange.com wrote:
> >>>
> >>> Re-,
> >>> I’m not sure to agree
> On Mar 15, 2024, at 19:13, Per Andersson (perander)
> wrote:
>
> Christian Hopps on Friday, March 15, 2024 20:10:
>>> On Mar 15, 2024, at 13:26, mohamed.boucad...@orange.com wrote:
>>>
>>> Re-,
>>> I’m not sure to agree with your last statement, Andy.
>>> The reality is that the OLD reco
Christian Hopps on Friday, March 15, 2024 20:10:
>> On Mar 15, 2024, at 13:26, mohamed.boucad...@orange.com wrote:
>>
>> Re-,
>> I’m not sure to agree with your last statement, Andy.
>> The reality is that the OLD reco is inducing many cycles and waste of time
>> for no obvious technical
> Cheers,
> Med
> De : Andy Bierman
> Envoyé : vendredi 15 mars 2024 18:01
> À : Jürgen Schönwälder ; Andy Bierman
> ; BOUCADAIR Mohamed INNOV/NET
> ; netmod@ietf.org
> Objet : Re: [netmod] On prefixes again RE: IETF#119 I-D Status:
> draft-ietf-netmod-rfc8407bi
: Re: [netmod] On prefixes again RE: IETF#119 I-D Status:
draft-ietf-netmod-rfc8407bis
On Fri, Mar 15, 2024 at 9:42 AM Jürgen Schönwälder
mailto:jschoenwaelder@constructor.university>>
wrote:
Yes, for long XPath expressions, one likes to have short prefixes, the
shorter the better. In
On Fri, Mar 15, 2024 at 9:42 AM Jürgen Schönwälder
wrote:
> Yes, for long XPath expressions, one likes to have short prefixes, the
> shorter the better. In other contexts, such as type definitions, one
> may want to use longer prefixes providing more context. It seems you
> can't have both at
Yes, for long XPath expressions, one likes to have short prefixes, the
shorter the better. In other contexts, such as type definitions, one
may want to use longer prefixes providing more context. It seems you
can't have both at the same time. Given this inherent conflict, I am
not sure that
Andy, very good summary!
/jan
On 15 Mar 2024, at 16:22, Andy Bierman wrote:
On Fri, Mar 15, 2024 at 7:24 AM Jürgen Schönwälder
mailto:jschoenwaelder@constructor.university>>
wrote:
I wonder which problem we are solving with adding more little rules.
Perhaps a future version of YANG will do
: Re: [netmod] On prefixes again RE: IETF#119 I-D Status: draft-
> ietf-netmod-rfc8407bis
>
>
> Jürgen Schönwälder writes:
>
> > I wonder which problem we are solving with adding more little rules.
> > Perhaps a future version of YANG will do away with prefixes but
&
Jürgen Schönwälder writes:
I wonder which problem we are solving with adding more little rules.
Perhaps a future version of YANG will do away with prefixes but until
this happens, I do not think we need to add more rules about how to
choose prefixes. The original intend was that they are
On Fri, Mar 15, 2024 at 7:24 AM Jürgen Schönwälder
wrote:
> I wonder which problem we are solving with adding more little rules.
> Perhaps a future version of YANG will do away with prefixes but until
> this happens, I do not think we need to add more rules about how to
> choose prefixes. The
are prefixed with 'iana-".
Cheers,
Med
> -Message d'origine-
> De : Jürgen Schönwälder
> Envoyé : vendredi 15 mars 2024 15:24
> À : BOUCADAIR Mohamed INNOV/NET
> Cc : netmod@ietf.org
> Objet : Re: [netmod] On prefixes again RE: IETF#119 I-D Status: draft-
> iet
I wonder which problem we are solving with adding more little rules.
Perhaps a future version of YANG will do away with prefixes but until
this happens, I do not think we need to add more rules about how to
choose prefixes. The original intend was that they are short to keep
YANG snippets concise
Hi Andy,
(changing the subject to ease tracking this)
The thread I was referring is:
https://mailarchive.ietf.org/arch/msg/netmod/6VkSrroaxwXHSI19Jj0j-tbFCjA/
I do personally think that it is a good guidance to prefix IETF modules with
“ietf-“ and IANA-maintained ones with “iana-‘. This is
16 matches
Mail list logo