Re: [Last-Call] [Ext] Re: [httpapi] Last Call: <draft-ietf-httpapi-rfc7807bis-04.txt> (Problem Details for HTTP APIs) to Proposed Standard

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Martin, all,

[AB] below. 

On 11/4/22, 6:55 AM, "last-call on behalf of Martin J. Dürst" <last-call-bounces@xxxxxxxx on behalf of duerst@xxxxxxxxxxxxxxx> wrote:

    Hello Erik, Carsten, others,

    On 2022-11-03 23:00, Carsten Bormann wrote:
    > On 3. Nov 2022, at 14:50, Erik Wilde <erik.wilde@xxxxxxxx> wrote:
    >>
    >> hello carsten.
    >>
    >> On 2022-11-03 14:40, Carsten Bormann wrote:
    >>>> either we remove the guidance, or we can add a note saying that for those URIs, fragment identification will not work. my preference is for the latter, because it would be useful to end up on the registry page.
    >>> Yes, we can take away the surprise by saying that.
    >>
    >> just making sure we're properly addressing your review feedback: if we leave the recommendation to use the URIs, but explicitly add a note saying that those URIs (for now) are not fully resolved as they ideally should be, that addresses your issue?
    > 
    > Yes, it does.
    > 
    > IANA may have additional thoughts on this, though.

    I very much agree here. It would be a good idea to contact IANA and ask 
    them if or how they might be able to provide better guarantees. At the 
    worst, it's another gentle push in the direction we want IANA to go, 
    even if they won't do it this time.

[AB] While we don't have an obvious mechanism to provide stable URLs with this level of precision today, we do have the intention to provide permanent links to registries and registrations in our roadmap for our next-generation registry system, currently under development. Within our current system,  we can't provide links to specific registrations, and cannot guarantee that links to registries within a registry group (e.g. https://www.iana.org/assignments/core-parameters#content-formats within the CORE Parameters group) won't end up defaulting to the larger group (https://www.iana.org/assignments/core-parameters). With that said, if there are unique considerations for individual registries, please talk to us about potential interim approaches until we have something holistic in place.

Thanks,
Amanda

    Regards,   Martin.


    > Grüße, Carsten
    > 

    -- 
    last-call mailing list
    last-call@xxxxxxxx
    https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/last-call__;!!PtGJab4!8us7ni7wZJL2sRlQ7WqbQH20P3e71XR9MCiDZx-graT1zIei4RPMN1kcCVTR82bNUY2ahcT3UcZGTpEcLdNlsXg55eWfBA$  [ietf[.]org]

<<attachment: smime.p7s>>

-- 
last-call mailing list
last-call@xxxxxxxx
https://www.ietf.org/mailman/listinfo/last-call

[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux