<div dir="ltr">I completely agree that there is value for people sharing different community structures that they have created for certain use cases. Such things are generally useful for both operators of any experience level. </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Sep 11, 2020 at 8:08 AM <<a href="mailto:adamv0025@netconsultings.com">adamv0025@netconsultings.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-GB"><div class="gmail-m_80501798681760471WordSection1"><p class="MsoNormal"><span>Reg the BCP38 vs RFC I guess is point in case (standard or best practice, the adoption is still low)<u></u><u></u></span></p><p class="MsoNormal"><span><u></u> <u></u></span></p><p class="MsoNormal"><span>Reg the community tagging design, <u></u><u></u></span></p><p class="MsoNormal"><span>Well it’s daily job of architects/designers to come up with new designs, standards and frameworks that can then be adopted by engineering/ops or automation system workflows or the business as a whole.  <u></u><u></u></span></p><p class="MsoNormal"><span>Now would it be useful to have a reference design for various L2VPN options, or RR infrastructures, hub-spoke RT allocations, community tagging designs, or BGP input sanity checking, if nothing else like food for thought, sure…<u></u><u></u></span></p><p class="MsoNormal"><span><u></u> <u></u></span></p><p class="MsoNormal"><span>adam<u></u><u></u></span></p><p class="MsoNormal"><span><u></u> <u></u></span></p><div style="border-top:none;border-right:none;border-bottom:none;border-left:1.5pt solid blue;padding:0in 0in 0in 4pt"><div><div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(225,225,225);padding:3pt 0in 0in"><p class="MsoNormal"><b><span lang="EN-US">From:</span></b><span lang="EN-US"> Jeff Tantsura <<a href="mailto:jefftant.ietf@gmail.com" target="_blank">jefftant.ietf@gmail.com</a>> <br><b>Sent:</b> Wednesday, September 9, 2020 6:01 PM<br><b>To:</b> <a href="mailto:adamv0025@netconsultings.com" target="_blank">adamv0025@netconsultings.com</a><br><b>Cc:</b> <a href="mailto:nanog@nanog.org" target="_blank">nanog@nanog.org</a><br><b>Subject:</b> Re: BGP Community - AS0 is de-facto "no-export-to" marker - Any ASN reserved to "export-only-to"?'<u></u><u></u></span></p></div></div><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">BCP38 is an RFC, 2827.<u></u><u></u></p><div><p class="MsoNormal">It is a grand advise if you can:<u></u><u></u></p></div><div><p class="MsoNormal">-find someone who is actually well versed<u></u><u></u></p></div><div><p class="MsoNormal">-afford that someone.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal" style="margin-bottom:12pt">Personally - when in early 2000s I had to write complete community tagging design for a multi country network, I wish I had  a “how to” <u></u><u></u></p><div><p class="MsoNormal">Regards,<u></u><u></u></p><div><p class="MsoNormal">Jeff<u></u><u></u></p></div></div><div><p class="MsoNormal"><br><br><u></u><u></u></p><blockquote style="margin-top:5pt;margin-bottom:5pt"><p class="MsoNormal" style="margin-bottom:12pt">On Sep 9, 2020, at 15:35, <a href="mailto:adamv0025@netconsultings.com" target="_blank">adamv0025@netconsultings.com</a> wrote:<u></u><u></u></p></blockquote></div><blockquote style="margin-top:5pt;margin-bottom:5pt"><div><p class="MsoNormal"><u></u><u></u></p><p class="MsoNormal"><span>My advice to “</span>someone who is setting up a new ISP and has a very little clue as where to start” would be just don’t and instead hire someone who’s well versed in this topic.<u></u><u></u></p><p class="MsoNormal">But I see what you mean, RFC7938 was a good food for thought. But at the same time I’m sceptical, for instance would it help if BCP38 was an RFC? <u></u><u></u></p><p class="MsoNormal">Would be nice for instance if the community could put together a checklist of things to consider for ISPs (could be in no particular order) (and actually there are such lists albeit concentrated around security)   <u></u><u></u></p><p class="MsoNormal"> <u></u><u></u></p><p class="MsoNormal"><span>adam</span><u></u><u></u></p><p class="MsoNormal"><span> </span><u></u><u></u></p><div style="border-top:none;border-right:none;border-bottom:none;border-left:1.5pt solid blue;padding:0in 0in 0in 4pt"><div><div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(225,225,225);padding:3pt 0in 0in"><p class="MsoNormal"><b><span lang="EN-US">From:</span></b><span lang="EN-US"> Jeff Tantsura <<a href="mailto:jefftant.ietf@gmail.com" target="_blank">jefftant.ietf@gmail.com</a>> <br><b>Sent:</b> Wednesday, September 9, 2020 9:52 AM<br><b>To:</b> <a href="mailto:adamv0025@netconsultings.com" target="_blank">adamv0025@netconsultings.com</a><br><b>Cc:</b> <a href="mailto:nanog@nanog.org" target="_blank">nanog@nanog.org</a><br><b>Subject:</b> Re: BGP Community - AS0 is de-facto "no-export-to" marker - Any ASN reserved to "export-only-to"?'</span><u></u><u></u></p></div></div><p class="MsoNormal"> <u></u><u></u></p><div><p class="MsoNormal">I don’t think, anyone has proposed to use ‘’reserved ASNs” as a BCP, example of “ab”use of ASN0 is a de-facto artifact (unfortunate one).<u></u><u></u></p></div><div><p class="MsoNormal">My goal would be to provide a viable source of information to someone who is setting up a new ISP and has a very little clue as where to start. Do’s and don’t’s wrt inter-domain communities use. <u></u><u></u></p></div><div><p class="MsoNormal"> <u></u><u></u></p></div><div><p class="MsoNormal">I really enjoyed the difference RFC7938 (<span style="font-size:10.5pt;font-family:"Courier New",serif;color:black;background:rgb(255,253,245)">Use of BGP for Routing in Large-Scale Data Centers</span>) made, literally 100s of companies have used it to educate themselves/ implemented their DC networking.<u></u><u></u></p></div><div><p class="MsoNormal"> <u></u><u></u></p></div><div><div><p class="MsoNormal">Cheers,<u></u><u></u></p><div><p class="MsoNormal">Jeff<u></u><u></u></p></div></div><div><p class="MsoNormal"><br><br><br><u></u><u></u></p><blockquote style="margin-top:5pt;margin-bottom:5pt"><p class="MsoNormal" style="margin-bottom:12pt">On Sep 9, 2020, at 10:04, adam via NANOG <<a href="mailto:nanog@nanog.org" target="_blank">nanog@nanog.org</a>> wrote:<u></u><u></u></p></blockquote></div><blockquote style="margin-top:5pt;margin-bottom:5pt"><div><p class="MsoNormal"><u></u><u></u></p><p class="MsoNormal"><span>I don’t agree with the use of reserved ASNs, let alone making it BCP, cause it defeats the whole purpose of the community structure.</span><u></u><u></u></p><p class="MsoNormal"><span>Community is basically sending a message to an AS. If I want your specific AS to interpret the message I set it in format YOUR_ASN:<community value>, your AS in the first part of the community means that your rules of how to interpret the community value apply.</span><u></u><u></u></p><p class="MsoNormal"><span>Turning AS#0 or any other reserved AS# into a “broadcast-AS#” in terms of communities (or any other attribute for that matter) just doesn’t sit right with me (what’s next? multicast-ASNs that we can subscribe to?).</span><u></u><u></u></p><p class="MsoNormal"><span>All the examples in Robert’s draft or wide community RFC, all of them use an example AS# the community is addressed to (not some special reserved AS#).</span><u></u><u></u></p><p class="MsoNormal"><span> </span><u></u><u></u></p><p class="MsoNormal"><span>Also should something like this become standard it needs to be properly standardized and implemented as a well-known community by most vendors (like RFCs defining the wide communities or addition to standard communities like no_export/no_advertise/…). This would also eliminate the adoption friction from operators rightly claiming “my AS my rules”.   </span><u></u><u></u></p><p class="MsoNormal"><span> </span><u></u><u></u></p><p class="MsoNormal"><span>adam</span><u></u><u></u></p><p class="MsoNormal"><span> </span><u></u><u></u></p><p class="MsoNormal"><span> </span><u></u><u></u></p><div style="border-top:none;border-right:none;border-bottom:none;border-left:1.5pt solid blue;padding:0in 0in 0in 4pt"><div><div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(225,225,225);padding:3pt 0in 0in"><p class="MsoNormal"><b><span lang="EN-US">From:</span></b><span lang="EN-US"> NANOG <<a href="mailto:nanog-bounces+adamv0025=netconsultings.com@nanog.org" target="_blank">nanog-bounces+adamv0025=netconsultings.com@nanog.org</a>> <b>On Behalf Of </b>Douglas Fischer via NANOG<br><b>Sent:</b> Tuesday, September 8, 2020 4:56 PM<br><b>To:</b> NANOG <<a href="mailto:nanog@nanog.org" target="_blank">nanog@nanog.org</a>><br><b>Subject:</b> BGP Community - AS0 is de-facto "no-export-to" marker - Any ASN reserved to "export-only-to"?'</span><u></u><u></u></p></div></div><p class="MsoNormal"> <u></u><u></u></p><div><div><p class="MsoNormal" style="margin-bottom:12pt"><span style="font-size:12pt;font-family:"Courier New",serif">Most of us have already used some BGP community policy to no-export some routes to some where.<br><br>On the majority of IXPs, and most of the Transit Providers, the very common community tell to route-servers and routers "Please do no-export these routes to that ASN" is:</span><u></u><u></u></p></div><div><p class="MsoNormal"><span style="font-size:12pt;font-family:"Courier New",serif"> -> 0:<TargetASN></span><u></u><u></u></p></div><div><p class="MsoNormal"><span style="font-size:12pt;font-family:"Courier New",serif"> </span><u></u><u></u></p></div><div><p class="MsoNormal"><span style="font-size:12pt;font-family:"Courier New",serif">So we could say that this is a de-facto standard.</span><u></u><u></u></p></div><div><p class="MsoNormal"><span style="font-size:12pt;font-family:"Courier New",serif"> </span><u></u><u></u></p></div><div><p class="MsoNormal"><span style="font-size:12pt;font-family:"Courier New",serif"> </span><u></u><u></u></p></div><div><p class="MsoNormal"><span style="font-size:12pt;font-family:"Courier New",serif">But the Policy equivalent to "Please, export these routes only to that ASN" is very varied on all the IXPs or Transit Providers.</span><u></u><u></u></p></div><div><p class="MsoNormal"><span style="font-size:12pt;font-family:"Courier New",serif"> </span><u></u><u></u></p></div><div><p class="MsoNormal"><span style="font-size:12pt;font-family:"Courier New",serif"> </span><u></u><u></u></p></div><div><p class="MsoNormal"><span style="font-size:12pt;font-family:"Courier New",serif">With that said, now comes some questions:<br><br>1 - Beyond being a de-facto standard, there is any RFC, Public Policy, or something like that, that would define 0:<TargetASN> as "no-export-to" standard?</span><u></u><u></u></p></div><div><p class="MsoNormal"><span style="font-size:12pt;font-family:"Courier New",serif"> </span><u></u><u></u></p></div><div><p class="MsoNormal"><span style="font-size:12pt;font-family:"Courier New",serif">2 - What about reserving some 16-bits ASN to use <ExpOnlyTo>:<TargetASN> as "export-only-to" standard?</span><u></u><u></u></p></div><div><p class="MsoNormal"><span style="font-size:12pt;font-family:"Courier New",serif">2.1 - Is important to be 16 bits, because with (RT) extended communities, any ASN on the planet could be the target of that policy.</span><u></u><u></u></p></div><div><p class="MsoNormal"><span style="font-size:12pt;font-family:"Courier New",serif">2.2 - Would be interesting some mnemonic number like 1000 / 10000 or so.</span><u></u><u></u></p></div><div><p class="MsoNormal"> <u></u><u></u></p></div><p class="MsoNormal">-- <u></u><u></u></p><div><p class="MsoNormal"><span style="font-size:10pt;font-family:"Courier New",serif">Douglas Fernando Fischer<br>Engº de Controle e Automação</span><u></u><u></u></p></div></div></div></div></blockquote></div></div></div></blockquote></div></div></div></div></blockquote></div>