<div dir="ltr"><div dir="ltr"><div dir="ltr">> On Thu, May 30, 2019 at 10:58 AM Mel Beckman <<a href="mailto:mel@beckman.org">mel@beckman.org</a>> wrote:<br></div><div class="gmail_quote">> > Come on now. The definition of an autonomous system is well established in RFC1930, which is still Best Current Practice:<br>> > <a href="https://tools.ietf.org/html/rfc1930#section-3">https://tools.ietf.org/html/rfc1930#section-3</a><div><br></div><div>Your quote wasn't from the RFC. Sorry, my google fu is only good enough to find your actual quote, not the similar one you didn't reference.</div><div class="gmail_quote"><br></div>> > An AS is a connected group of one or more IP prefixes run by one<br>> >       or more network operators which has a SINGLE and CLEARLY DEFINED<br>> >       routing policy.</div><div class="gmail_quote"><br></div><div class="gmail_quote">Interesting but it bears little resemblance to modern practice. Consider an anycast announcement, for example, where multiple distributed servers at isolated pops terminate the packet. Consider Amazon where both region-local unicast announcements and global anycast announcements all originate from AS 16509. Indeed the whole concept of traffic engineering rests on the premise that an AS' routing policy is NOT the same at every border.</div><div class="gmail_quote"><br></div><div class="gmail_quote">Regsards,</div><div class="gmail_quote">Bill Herrin</div><div class="gmail_quote"><br></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div>William Herrin</div><div><a href="mailto:bill@herrin.us" target="_blank">bill@herrin.us</a></div><div><a href="https://bill.herrin.us/" target="_blank">https://bill.herrin.us/</a><br></div></div></div></div></div>