Re: [IPv6] Subject: Mandating SRH when using C-SIDs (draft-ietf-spring-srv6-srh-compression)

If any allocation had been made (early or otherwise), I'd see it here https://www.iana.org/assignments/iana-ipv6-special-registry/iana-ipv6-special-registry.xhtml and here https://www.iana.org/assignments/ipv6-unicast-address-assignments/ipv6-unicast-address-assignments.xhtml right?

A

-----Original Message-----
From: ipv6 <[email protected]> On Behalf Of Michael Richardson
Sent: 04 April 2024 19:43
To: Tom Herbert <[email protected]>
Cc: [email protected]; SPRING WG List <[email protected]>; 6man <[email protected]>
Subject: Re: [IPv6] Subject: Mandating SRH when using C-SIDs (draft-ietf-spring-srv6-srh-compression)


Tom Herbert <[email protected]> wrote:
    >> It wouldn't be that weird to have the new SID block in the source
    >> code, with an override from the command line.  No weirder than port
    >> 23==telnet.
    >>

    > Michael,

    > 23 is well known port number registered with IANA? Is the SID block a
    > globally reserved address space?

My understanding is that it is/will be.
https://datatracker.ietf.org/doc/draft-ietf-6man-sids/
https://www.ietf.org/archive/id/draft-ietf-6man-sids-06.html#name-iana-considerations
says:

Address Block: 5f00::/16
Name: Segment Routing (SRv6) SIDs
RFC: This document

I think that this was done via Early Allocation, but I could be wrong.
The document is still with the IESG, I guess.  I thought it had passed.

--
Michael Richardson <[email protected]>   . o O ( IPv6 IøT consulting )
           Sandelman Software Works Inc, Ottawa and Worldwide





_______________________________________________
spring mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/spring