<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 8, 2022 at 10:18 PM Ted Mittelstaedt <<a href="mailto:tedm@ipinc.net">tedm@ipinc.net</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"><br>
<br>
On 8/8/2022 6:24 PM, Jay Hennigan wrote:<br>
> On 8/8/22 16:11, Ted Mittelstaedt wrote:<br>
> <br>
>> LargeCo that has an /8 cannot go to an ISP like, for example, Comcast<br>
>> and request so much as a /29 from Comcast's own pool to stick on the<br>
>> outside of a network address translator UNLESS they justify <br>
>> utilization of that /8<br>
> <br>
> Sure they can. What's stopping them? Their cash spends just the same as <br>
> that of any other Comcast customer.<br>
<br>
Read the NRPM.  Comcast is required to justify utilization to ARIN for <br>
the IP they hand out.  If they are handing out IP to an org that has a<br>
massive amount and is acting like a jackhole and claiming some <br>
untraconservative Trumpian attitude of "f off I can do what I want"<br>
then ARIN can tell Comcast "sorry but no more IPv4 for you, you are in <br>
violation of your signed agreements"<br>
<br>
Does this happen in practice?  I doubt it since a /29 is small enough to <br>
fly under the radar.  But the agreements are pretty clear that ARIN can <br>
hold up any sort of transfer or whatever that would increase Comcast's <br>
amount of IPv4 if Comcast is not meeting utilization requirements for <br>
the IP they have, which would include that /29.<br>
<br>
> <br>
> I don't think there's anything in Comcast's or any other ISP's contract <br>
> language requiring customers to affirm that they aren't sitting on large <br>
> blocks of legacy IPv4 space before they'll provide IPs to you.<br>
> <br>
<br>
Actually yes there is.  When I last connected my own block (the IP that<br>
this email is originating from you can look it up if you want) to <br>
Comcast using a /28 I absolutely had to provide justification for <br>
utilization.<br></blockquote><div><br></div><div><div style="font-family:verdana,sans-serif" class="gmail_default">Assuming that the block is yours from ARIN, which you state, there is no need for Comcast to require this information from you.</div><div style="font-family:verdana,sans-serif" class="gmail_default">Since the block is yours, Comcast does not have to SWIP anything. </div><div style="font-family:verdana,sans-serif" class="gmail_default">That might be a business decision by Comcast, but it is not a requirement from ARIN to make Comcast ask this information, unless requesting addresses from Comcast.<br></div><div style="font-family:verdana,sans-serif" class="gmail_default">This all changes if you are asking for more address space. But each ISP has their own policies. <br></div><div style="font-family:verdana,sans-serif" class="gmail_default">Some will give an address block, /28, out with a circuit, some do not. I cannot/do not speak for them.</div><div style="font-family:verdana,sans-serif" class="gmail_default"><br></div><div style="font-family:verdana,sans-serif" class="gmail_default"><br></div><div style="font-family:verdana,sans-serif" class="gmail_default"><br></div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
I would have be lying to Comcast when filling out the utilization form <br>
if I had a /8 sitting around unused.  That could be used by Comcast to <br>
void my agreement with Comcast.  And for sure if ARIN came to Comcast <br>
and said "why are you giving those jackholes MORE numbers they have an <br>
/8 already"  (translation, Jump) I assure you, Comcast would say back to <br>
ARIN "how high"<br>
<br>
I can't speak for what other ISPs do but I doubt they are just going to<br>
hand out IPs without requiring utilization justification.<br></blockquote><div><br></div><div><div style="font-family:verdana,sans-serif" class="gmail_default">I think this depends on the team doing the allocations. Some maybe more strict/through than others.<br></div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> And, as a practical matter, if some remote AT&T office far from AT&T <br>
> infrastructure needs a /29, how do you propose that Comcast route a /29 <br>
> originating in AT&T's 12/8 to that remote facility?<br>
> <br>
<br>
Consider that Comcast already does this for IPv6, yes.  When I use <br>
DHCP-PD to register an IPv6 block in my Comcast modem their modem starts <br>
announcing it into their network.  It's iBGP not eBGP.  They only have <br>
to announce the /8 via eBGP.  And this is a tiny tiny block.<br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
>> So no, you are NOT correct.  It IS ARIN's business what you are doing <br>
>> with your large legacy block.<br>
> <br>
> If you haven't signed an LRSA, how is it any of ARIN's business what you <br>
> do with your legacy block?<br>
> <br>
<br>
It isn't as long as you are not connecting to the Internet.  But that <br>
wasn't what I was talking about.  Pay attention, 007.<br></blockquote><div><br></div><div><div style="font-family:verdana,sans-serif" class="gmail_default">If a company has a block assigned, assuming legacy here, and they don't have an RSA with ARIN because they haven't needed any of their services, ARIN is not in the picture really. <br></div><div style="font-family:verdana,sans-serif" class="gmail_default">ARIN has 0 ability to tell ISPs what addresses they can or cannot accept from a company. Not everyone uses RADB or keeps it updated, that is the company/ISP decision. </div><div style="font-family:verdana,sans-serif" class="gmail_default">Should they, yes. Should everyone verify what is being announced is actually correct, yes. But that is now BCP area and still 0 to do with ARIN.</div><div style="font-family:verdana,sans-serif" class="gmail_default">All ARIN can do is say, yes they have been allocated the addresses. That is it. <br></div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Ted<br>
_______________________________________________<br>
ARIN-PPML<br>
You are receiving this message because you are subscribed to<br>
the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank">ARIN-PPML@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="https://lists.arin.net/mailman/listinfo/arin-ppml" rel="noreferrer" target="_blank">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.<br>
</blockquote></div></div>