+1

Am 12.12.23 um 12:14 schrieb Jasdip Singh:

+1

Jasdip

*From: *Mario Loffredo <mario.loffr...@iit.cnr.it>
*Date: *Tuesday, December 12, 2023 at 3:09 AM
*To: *"Gould, James" <jgould=40verisign....@dmarc.ietf.org>, "gal...@elistx.com" <gal...@elistx.com>, Jasdip Singh <jasd...@arin.net> *Cc: *"regext-cha...@ietf.org" <regext-cha...@ietf.org>, "regext@ietf.org" <regext@ietf.org>, Andy Newton <a...@hxr.us>
*Subject: *Re: [regext] ACTION REQUESTED: Re: RDAP-X draft adoption

Agreed.

Mario

Il 11/12/2023 15:24, Gould, James ha scritto:

    Jim and Antoin,

    I support having an interim meeting to discuss.  I see distinct
    problems being solved by the three drafts
    draft-gould-regext-rdap-versioning,
    draft-newton-regext-rdap-extensions, and
    draft-newton-regext-rdap-x-media-type.  I highlight them below to
    prime the discussion:

     1. draft-newton-regext-rdap-extensions – Provide clarification of
        the creation of RDAP extensions, where we can address much of
        the clarification issues that we’ve struggled with on the
        mailing list.
     2. draft-newton-regext-rdap-x-media-type – Provide an alternative
        mechanism to the use of a query parameter that does not pose
        an issue with RDAP redirection servers.
     3. draft-gould-regext-rdap-versioning – Provide support for an
        extensible set of RDAP extension versioning types with Opaque
        Versioning and Semantic Versioning initially defined that will
        work in unison with draft-newton-regext-rdap-extensions and
        draft-newton-regext-rdap-x-media-type.

    Thanks for catching up on the thread and setting up an interim
    meeting.

--
    JG


    cid87442*image001.png@01D960C5.C631DA40

    *James Gould
    *Fellow Engineer
    jgo...@verisign.com
    <applewebdata://13890C55-AAE8-4BF3-A6CE-B4BA42740803/jgo...@verisign.com>

    703-948-3271
    12061 Bluemont Way
    Reston, VA 20190

    Verisign.com <http://verisigninc.com/>

    *From: *regext <regext-boun...@ietf.org>
    <mailto:regext-boun...@ietf.org> on behalf of James Galvin
    <gal...@elistx.com> <mailto:gal...@elistx.com>
    *Date: *Monday, December 11, 2023 at 9:09 AM
    *To: *Jasdip Singh <jasd...@arin.net> <mailto:jasd...@arin.net>
    *Cc: *"regext-cha...@ietf.org" <mailto:regext-cha...@ietf.org>
    <regext-cha...@ietf.org> <mailto:regext-cha...@ietf.org>,
    "regext@ietf.org" <mailto:regext@ietf.org> <regext@ietf.org>
    <mailto:regext@ietf.org>, Andy Newton <a...@hxr.us>
    <mailto:a...@hxr.us>
    *Subject: *[EXTERNAL] [regext] ACTION REQUESTED: Re: RDAP-X draft
    adoption

    *Caution:*This email originated from outside the organization. Do
    not click links or open attachments unless you recognize the
    sender and know the content is safe.

    The Chairs have caught up on this thread and have the following
    proposal for the working group

    We suggest that the working group take on the problem space of
    considering negotiation, signaling, and versioning in RDAP.

    To properly consider this problem space we should adopt as working
    group documents the following three drafts, all of which address
    at least part of this problem space:

    https://datatracker.ietf.org/doc/draft-gould-regext-rdap-versioning/
    
<https://secure-web.cisco.com/1QCHC-8xG9hJOoNbDI71pTXPcfNXNxXahQ0yAk0Kh8n3TXFaZLQfStyi73ETpLrp_VAHHTyrIcEJ1weZ5qZK0_cMTDTToIZEXQTyVvz1nTTW2OeinyEGs8qLf6H8JMh4D95TGSm8YxgqIGgdjwc44vpZ1HlC681iv-gRwvPf44zqTfXU7Ea2Y0kdFm3MdTltH9A-lyRa62J8JCOpzibzxwuOlV9nyEZRbgGx-igLxtkEXJx9YuGuT4b4hIrWyi9BEyLDDhYIUsv1VHWfnOXcZ98-fW-vSrVZhf4yJVDKmywc/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-gould-regext-rdap-versioning%2F>
    (-02 just posted)
    https://datatracker.ietf.org/doc/draft-newton-regext-rdap-extensions/
    
<https://secure-web.cisco.com/1tXp4Qvx3ZwxG_JflI4RWAyuNSLesY6v6F5e9PHM3ctG7AuM03M1XKq6jWKNaM2yzhJjFAloK2L8Oe1aJQeTz-uEOhhJhNghoaikvt1cM1fxGnP0im7Jni_CBtXgmhabRX8d0RI66AXRxn3eKUilGE1ly_u8FQtP2KRPDAfTKn1D8d1zqDbAumaroM7OwHBkjxv8Zx55y57aKLDNy3qfUdIsWItVWPTlsFF1w3Gi7lncjGoKkbPpLE4Dfl-bV0NMH_G0teF32FxJ1_qT8GeyW1lhG_fX3KGqySJLYWyhuerQ/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-newton-regext-rdap-extensions%2F>

    https://datatracker.ietf.org/doc/draft-newton-regext-rdap-x-media-type/
    
<https://secure-web.cisco.com/1vynEGONnD6c3jpzASNi5JktCxoaatpSGQAe_7sPbWti_DS6KBeAEzmjYodzPnMkGJFZSes0qKsvlXGLTvk-UM4ES8robG3bVG0wp-U5YLKrqMw3XHYqIhzRzlozE3u9f2BfrayUT6rMVulRSqQAaCpGb082NbSazOzqabjjrN0TMq5GEyFK712UYoAAj1z3Xkr2dm9i0MKG8qfQduKAv5EBZ5mR6GZBz8gbqkp_OQ70hqPpAGjQO1L05zXkNRAksLsw4fQINAQ3vk1cINy1G1snWMle58uKD22RAzuGnyLo/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-newton-regext-rdap-x-media-type%2F>

    In general, our goal as a working group is to have one solution on
    the standards track to a problem. After we have adopted these
    documents the working group will have to answer at least two
    questions:

    1. Is there one problem to be solved or more than one?
    2. Is there one solution or, if there are multiple problems, do we
    need multiple solutions?

    These are technical questions based on use cases that have been
    discussed. The Chairs also suggest that we have an interim
    meeting, perhaps in late January or early February, during which
    we have a focused discussion seeking answers to those two
    questions, studying the value and benefits of each of the
    proposals in the documents above. The Chairs will address the
    logistics of an interim meeting after we have adopted these documents.

    In addition, there is the question of whether or not the
    solution(s) to be proposed impact the following two documents:

    https://datatracker.ietf.org/doc/draft-ietf-regext-rdap-jscontact/
    
<https://secure-web.cisco.com/1S9ALApi40ba4zWCpUTXYYjMunNt48SIfnUV-8edz0DsRDFt5n8btojt93HE1usEXJoGyQ6iqqOT-SWBwrX_YlnEuHWsBafhxAUpe3Aq3hAtzhnRPpeij3d8xSGmg64SMsHvXNxnixfYy83zq1lbUMhFKOvkWFYB2ZuAs6vL1x5rplznSm005msv_VHqboptdHU3PscEqbXrvGQcB-vmlz14aHPlzS9VtelNaKtE4LyHJZvZxd-eLJ_ZY-hihFCPF04L-9oBdVu_BaX9HXjncTs_ZfaWrskVeEnR01X0gmbo/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-regext-rdap-jscontact%2F>

    https://datatracker.ietf.org/doc/draft-newton-regext-rdap-simple-contact/
    
<https://secure-web.cisco.com/1a-3X4qV0mHjwRXynJmerEbK47F9vDkdT29ilFGzopWUKvznE8BJCmDCundvB0K3XiPXLNyEVpV7Z5y0V6B3bRGjBPPjslP3nqO9VEQiQ8cUBBN_82O9gkc7plmWEFnliCpmUkW7n_sgBg9DJgKuoloTXchUt2woEY4BTGzYZdJsgJLu7RB3r8I8JuXKVYAI6NkU_6ROMTm8I42OI3hG-D5yEtvATfpxVwnsXF_DtfcdtNgbbUKqSTu0IZIR4dclFNZvWW7zroiywf7uBbwrerWD_XOk-5Qh_Riw6iOSiNcM/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-newton-regext-rdap-simple-contact%2F>

    The Chairs suggest that the simple-contact document should also be
    adopted, to move forward on the Experimental track with jsContact,
    and that we consider if either is impacted by the solution(s) to
    be proposed.

    Thanks,

    Antoin and Jim




    On 14 Nov 2023, at 18:26, Jasdip Singh wrote:

        Hello Antoin, Jim,

        Given the ongoing discussion on how to negotiate extensions
        between RDAP clients and servers (using HTTP headers versus
        query parameters), be it for SimpleContact [1], JSContact [2],
        or versioning in RDAP [3], Andy and I want to request a call
        for WG adoption of the RDAP-X draft [4]. We believe that the
        HTTP headers-based approach could help unify extensions
        negotiation across the RDAP ecosystem.

        Thanks,

        Jasdip & Andy

        [1]
        
https://datatracker.ietf.org/doc/draft-newton-regext-rdap-simple-contact/
        
<https://secure-web.cisco.com/1a-3X4qV0mHjwRXynJmerEbK47F9vDkdT29ilFGzopWUKvznE8BJCmDCundvB0K3XiPXLNyEVpV7Z5y0V6B3bRGjBPPjslP3nqO9VEQiQ8cUBBN_82O9gkc7plmWEFnliCpmUkW7n_sgBg9DJgKuoloTXchUt2woEY4BTGzYZdJsgJLu7RB3r8I8JuXKVYAI6NkU_6ROMTm8I42OI3hG-D5yEtvATfpxVwnsXF_DtfcdtNgbbUKqSTu0IZIR4dclFNZvWW7zroiywf7uBbwrerWD_XOk-5Qh_Riw6iOSiNcM/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-newton-regext-rdap-simple-contact%2F>

        [2]
        https://datatracker.ietf.org/doc/draft-ietf-regext-rdap-jscontact/
        
<https://secure-web.cisco.com/1S9ALApi40ba4zWCpUTXYYjMunNt48SIfnUV-8edz0DsRDFt5n8btojt93HE1usEXJoGyQ6iqqOT-SWBwrX_YlnEuHWsBafhxAUpe3Aq3hAtzhnRPpeij3d8xSGmg64SMsHvXNxnixfYy83zq1lbUMhFKOvkWFYB2ZuAs6vL1x5rplznSm005msv_VHqboptdHU3PscEqbXrvGQcB-vmlz14aHPlzS9VtelNaKtE4LyHJZvZxd-eLJ_ZY-hihFCPF04L-9oBdVu_BaX9HXjncTs_ZfaWrskVeEnR01X0gmbo/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-regext-rdap-jscontact%2F>

        [3]
        https://datatracker.ietf.org/doc/draft-gould-regext-rdap-versioning/
        
<https://secure-web.cisco.com/1QCHC-8xG9hJOoNbDI71pTXPcfNXNxXahQ0yAk0Kh8n3TXFaZLQfStyi73ETpLrp_VAHHTyrIcEJ1weZ5qZK0_cMTDTToIZEXQTyVvz1nTTW2OeinyEGs8qLf6H8JMh4D95TGSm8YxgqIGgdjwc44vpZ1HlC681iv-gRwvPf44zqTfXU7Ea2Y0kdFm3MdTltH9A-lyRa62J8JCOpzibzxwuOlV9nyEZRbgGx-igLxtkEXJx9YuGuT4b4hIrWyi9BEyLDDhYIUsv1VHWfnOXcZ98-fW-vSrVZhf4yJVDKmywc/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-gould-regext-rdap-versioning%2F>

        [4]
        https://datatracker.ietf.org/doc/draft-newton-regext-rdap-x-media-type/
        
<https://secure-web.cisco.com/1vynEGONnD6c3jpzASNi5JktCxoaatpSGQAe_7sPbWti_DS6KBeAEzmjYodzPnMkGJFZSes0qKsvlXGLTvk-UM4ES8robG3bVG0wp-U5YLKrqMw3XHYqIhzRzlozE3u9f2BfrayUT6rMVulRSqQAaCpGb082NbSazOzqabjjrN0TMq5GEyFK712UYoAAj1z3Xkr2dm9i0MKG8qfQduKAv5EBZ5mR6GZBz8gbqkp_OQ70hqPpAGjQO1L05zXkNRAksLsw4fQINAQ3vk1cINy1G1snWMle58uKD22RAzuGnyLo/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-newton-regext-rdap-x-media-type%2F>



    _______________________________________________

    regext mailing list

    regext@ietf.org

    https://www.ietf.org/mailman/listinfo/regext

--
Dott. Mario Loffredo
Senior Technologist
Technological Unit “Digital Innovation”
Institute of Informatics and Telematics (IIT)
National Research Council (CNR)
via G. Moruzzi 1, I-56124 PISA, Italy
Phone: +39.0503153497
Web:http://www.iit.cnr.it/mario.loffredo

_______________________________________________
regext mailing list
regext@ietf.org
https://www.ietf.org/mailman/listinfo/regext

Attachment: smime.p7s
Description: Kryptografische S/MIME-Signatur

_______________________________________________
regext mailing list
regext@ietf.org
https://www.ietf.org/mailman/listinfo/regext

Reply via email to