<div dir="ltr"><div>I don't think that's a valid example at all since clearly the entity to peer with for access to the BellMTS ASes and their customers is AS577. Which definitely does peer and is present at IX points.<br></div><div><br></div><div>I am familiar with another entity which has an entire regional ILEC's AS behind it, but where the newly created AS (part of the people who bought the big chunk of ILEC) is present at many IX points and peers quite widely.<br></div><div><br></div><div>Was referring more to a theoretical example if somebody were to attempt to build a medium to large sized ISP exclusively as a transit customer of some top-50 CAIDA ASrank size transit providers, and do no peering whatsoever.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Aug 19, 2021 at 3:05 PM Adam Thompson <<a href="mailto:athompson@merlin.mb.ca">athompson@merlin.mb.ca</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 dir="ltr">
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
I have an example locally: BellMTS (ASNs 684, 7122, 4398), the local ILEC.</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
To the best of my knowledge, they only peer with downstream customers (including myself) and their sole upstream, Bell Canada (AS577).  Meanwhile that's a ~700k eyeball network (with some hosting, sure), roughly ~400Gbps upstream connectivity, and no public
 peering whatsoever.  In fact, one might describe their peering model as "feudal", where they're subjugate to their corporate overlord (Bell Canada).<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
It's unfortunate, I know there are some smart people working there, but either they don't understand the value of sub-1ms access to root nameservers (*cough* MBIX *cough*), or they're prevented from doing anything about it.</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
[Disclaimer: I'm on the MBIX board.  But I also used to work for MTS, and tried to setup the first peering relationship but got shot down for "marketing" reasons, something about "legitimizing the competition".  Very monopolistic thinking, IMO.]</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
Meanwhile, MTS still has a PeeringDB  record, even though it documents quite nicely the fact that perhaps that record shouldn't exist, or at least doesn't need to.</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
FWIW, their upstream, Bell Canada, is a very different story.  And also mostly ~8msec away.<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
-Adam<br>
</div>
<div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div id="gmail-m_-909862249491364260Signature">
<div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<b style="text-align:start;background-color:rgb(255,255,255)"><span style="margin:0px;font-size:10pt;color:rgb(68,84,106)">Adam Thompson</span></b><span style="margin:0px;font-size:9pt;color:rgb(68,84,106);text-align:start;background-color:rgb(255,255,255)"><br>
Consultant, Infrastructure Services<br>
<img alt="1593169877849" style="margin: 0px; max-width: 100%; height: auto;" src="cid:17b6f84c1c4607c78dd1"><br>
100 - 135 Innovation Drive<br>
Winnipeg, MB, R3T 6A8<br>
(204) 977-6824 or 1-800-430-6404 (MB only)<br>
<a href="mailto:athompson@merlin.mb.ca" rel="noopener noreferrer" style="margin:0px" target="_blank"><span style="margin:0px">athompson@merlin.mb.ca</span></a><br>
<a href="http://www.merlin.mb.ca/" rel="noopener noreferrer" style="margin:0px" target="_blank"><span style="margin:0px">www.merlin.mb.ca</span></a></span><br>
</div>
</div>
</div>
</div>
<div id="gmail-m_-909862249491364260appendonsend"></div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<hr style="display:inline-block;width:98%">
<div id="gmail-m_-909862249491364260divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><b>From:</b> NANOG <nanog-bounces+athompson=<a href="mailto:merlin.mb.ca@nanog.org" target="_blank">merlin.mb.ca@nanog.org</a>> on behalf of Eric Kuhnke <<a href="mailto:eric.kuhnke@gmail.com" target="_blank">eric.kuhnke@gmail.com</a>><br>
<b>Sent:</b> August 19, 2021 10:32<br>
<b>To:</b> Ben Maddison <benm@workonline.africa>; <a href="mailto:nanog@nanog.org" target="_blank">nanog@nanog.org</a> list <<a href="mailto:nanog@nanog.org" target="_blank">nanog@nanog.org</a>><br>
<b>Subject:</b> Re: PeerinDB refuses to register certain networks [was: Setting sensible max-prefix limits]</font>
<div> </div>
</div>
<div>
<div dir="ltr">
<div>I agree with you in the utility of that, but sort of as a side topic... <br>
</div>
<div><br>
</div>
<div>I wonder how many ASes are out there that have any significant volume of traffic/multi-site presences, but are exclusively 100% transit customers, do not have any PNIs at major carrier hotels, and are not members of any IX.
<br>
</div>
<div><br>
</div>
<div>What would be a good example of such an AS and how big of a network would it be? Undoubtedly there are some enterprise end user type customers set up like that, but I can't imagine they receive a very large volume of unsolicited peering requests.
<br>
</div>
</div>
<br>
<div>
<div dir="ltr">On Thu, Aug 19, 2021 at 6:32 AM Ben Maddison via NANOG <<a href="mailto:nanog@nanog.org" target="_blank">nanog@nanog.org</a>> wrote:<br>
</div>
<blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Hi Patrick,<br>
<br>
On 08/18, Patrick W. Gilmore wrote:<br>
> > Of course! Including headers to show authenticity. I was very amused by the <br>
> > explanation of the "chicken and egg" problem. Who's creating that? The networks<br>
> > who refuse to peer with non-peeringdb registered ASNs, or peeringdb who won't
<br>
> > recognize ASNs that are not peering with anyone because nobody wants to peer <br>
> > with them because they are not registered in peeringdb because nobody wants to<br>
> > peer with them? You get the idea.<br>
> <br>
> First, most networks do not require a PDB record to peer. (Silly of<br>
> them, I know, but still true.)<br>
> <br>
> Second, you do not need to have a PDB record to get a link to an IXP.<br>
> Even membership in a free IXP is sufficient for an account in PDB, as<br>
> Grizz points out below.<br>
> <br>
> Third, if you have an agreement, even just an email, saying a network<br>
> will peer with you once you have a record, that may well suffice. Have<br>
> you asked any network to peer? Private peering (because you are not on<br>
> an IXP) is usually reserved for networks with more than a modicum of<br>
> traffic. If your network is large enough to qualify for private<br>
> peering, I have trouble believing you cannot get another network to<br>
> agree to peer so you can get a record.<br>
> <br>
> I guess you are right, the _Peering_DB does not register “certain”<br>
> networks. Those networks would be ones that do not peer. Which seems<br>
> pretty obvious to me - it is literally in the name.<br>
> <br>
A PDB record for an Internet-connected ASN, listing no IXPs or<br>
facilities, but with a note saying approximately "We only use transit,<br>
and don't peer" has some utility: it saves prospective peers from<br>
finding contacts to ask and sending emails, etc.<br>
<br>
I'd argue this is in scope for PDB. But perhaps there was additional<br>
context to the original decision that I'm missing?<br>
<br>
Cheers,<br>
<br>
Ben<br>
</blockquote>
</div>
</div>
</div>

</blockquote></div>