On Wed, 16 Oct 2024, Randy Bush wrote:
   Name:     draft-gasser-opsawg-prefix-lengths
   URL:      
https://www.ietf.org/archive/id/draft-gasser-opsawg-prefix-lengths-01.txt

Also take a look at my draft draft-levine-6man-repsize which we have
discussed in 6man. It proposes a design that is essentially identical.

no.  aside from lightness of motivation, it does not cover ipv4.  this
is the OPS area, and we operators are still stuck with ipv4 being
dominant.

Indeed it is, but I don't see a lot of networks doing IPv4 suballocations on power-of-two boundaries these days. I don't think there's anything wrong with letting people publish v4 prefixes but I also don't think it's very useful.

For example, if you get 4 or 8 hosts at a provider like AWS or Digital Ocean, you will get random IPs from their pool, not a /30 or a /29.

On my own physical server, I have legacy /24 that belongs to one of my users from which I've let the local network use some /30's at the low end for their other customers, while the high 192 addresses are mine.

On my home broadband, I have an individual address but some of the other customers are behind a CGNAT.

I suppose you could invent a much more complex language to describe all these different shapes but I don't see the point, since it's hard to imagine legit networks publishing that level of detail. Sleazy networks will publish whatever lies they think will get their spam delivered but there's nothing new about that, they've been "firing bad customers" and pretending they don't control those IPs for years.

there is a bunch of micro stuff we learned in the 9092/9632 process.
e.g. the remarks: token, Prefixlen is capitalized because RPSL folk and
rfced.

Yes, those are better.  Thanks.

at least draft-gasser-opsawg-prefix-lengths acknowledges that it is a
riff off 9092/9632 and its predecessors by much of the same author list.
[ we're chasing 8805 folk. ]  giving cred is painless and helps form a
positive culture.

I don't understand this issue. My draft refers to 9632 and says to sign the prefix files the same way that 9632 signs geoip files. That seemed better than copying all the text and hoping I got it right.

I haven't looked at your draft in enough detail to see whether your signatures are the same as 9632 or slightly different. If they're different it would be helpful to call out the differences since I expect people will use the same signing routines and will need to know what to change.

R's,
John

_______________________________________________
OPSAWG mailing list -- opsawg@ietf.org
To unsubscribe send an email to opsawg-le...@ietf.org

Reply via email to