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 <t...@herbertland.com> wrote: > > > On Thu, Apr 4, 2024, 1:08 PM Michael Richardson <mcr+i...@sandelman.ca> > wrote: > >> >> Tom Herbert <tom=40herbertland....@dmarc.ietf.org> 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 <mcr+i...@sandelman.ca> . o O ( IPv6 IøT consulting >> ) >> Sandelman Software Works Inc, Ottawa and Worldwide >> >
_______________________________________________ spring mailing list spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
