Re: [IPv6] Subject: Mandating SRH when using C-SIDs (draft-ietf-spring-srv6-srh-compression)
Francois Clad <[email protected]>
| Newsgroups | gmane.ietf.spring,gmane.ietf.ipv6 |
|---|---|
| Message-ID | <CAHT6gR_g7M=oRpaXvE82PEENrX0uP8niKvDsRxoomniNLkOdCg@mail.gmail.com> |
Hi Tom, draft-ietf-6man-sids takes care of that [1]. As Michael suggested, tcpdump could use this block as a default with a CLI override for operators using a different one. [1] https://www.ietf.org/archive/id/draft-ietf-6man-sids-06.html#section-6 Thanks, Francois On 4 Apr 2024 at 19:12:26, Tom Herbert <[email protected]> wrote: > > > On Thu, Apr 4, 2024, 1:08 PM Michael Richardson <[email protected]> > wrote: > >> >> Tom Herbert <[email protected]> wrote: >> >> Tcpdump can determine that this packet is steered onto an SRv6 >> path by >> >> checking if the DA matches the SRv6 SID block. >> >> > That would require introducing external state to tcpdump for correct >> > operation. This would be a major divergence in both implementation >> and >> > ops compared to how things work today. >> >> 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? > > Tom > > >> -- >> 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