[art] Re: Alternative representation of URIs in YANG

[tom petch <[e-mail]>]

From: Martin J. Dürst <[e-mail]>
Sent: 25 November 2025 23:26

I'm copying the URI list and the URI review list to make sure URI
experts can have a look at this and comment.

My knowledge about YANG is essentially zero, but it seems somewhat
surprising to me that this would be the first time URIs would turn up in
YANG.

<tp>

I am not sure what you are referring to but URI is a defined datatype in RFC6021 from 2014 which in turn is based on the TC-MIB from an earlier language.

Tom Petch

Regards,    Martin.

On 2025-11-25 07:38, Kent Watsen wrote:
>
> The immediate expected usage is for HTTP URIs.  That said, the module aims to be as generic as possible, so alternate uses may arise.
>
> I'm didn't know "ietf-uri" was perhaps too broad a name.  Please suggest an alternate name if that makes sense.
>
> Kent // author
>
>
>
>
>> On Nov 24, 2025, at 5:01 PM, Martin Thomson <[e-mail]> wrote:
>>
>> Hi,
>>
>> I recently had cause to review draft-ietf-netconf-http-client-server and found Section 2 [2] gave me pause.
>>
>> This section claims to represent URIs with a name of "ietf-uri" for the module.  However, it seems like the only form on offer is a very specific authority form.  This might be sufficient for HTTP URIs, but I doubt it works for SIP, file, or many other URI forms.
>>
>> Questions:
>>
>> * I know that decomposition is common when using specific types of URI, but is this a sensible way to represent URIs?
>> * Should this instead try for a more limited scope?  Through a different name, perhaps.
>>
>> Kent, on CC, can likely answer questions about expected usage.
>>
>> Cheers,
>> Martin
>>
>> [2] https://datatracker.ietf.org/doc/html/draft-ietf-netconf-http-client-server#section-2
>
> _______________________________________________
> art mailing list -- [e-mail]
> To unsubscribe send an email to [e-mail]