{"id":1907,"date":"2012-09-24T08:20:12","date_gmt":"2012-09-24T14:20:12","guid":{"rendered":"http:\/\/chrisgrundemann.com\/?p=1907"},"modified":"2012-09-24T08:20:12","modified_gmt":"2012-09-24T14:20:12","slug":"prexxx-arin-policy-update","status":"publish","type":"post","link":"https:\/\/chrisgrundemann.com\/index.php\/2012\/prexxx-arin-policy-update\/","title":{"rendered":"Pre-XXX ARIN Policy Update"},"content":{"rendered":"<p>With <a title=\"Equinox - Wikipedia\" href=\"https:\/\/en.wikipedia.org\/wiki\/Equinox\" target=\"_blank\">the Autumnal Equinox<\/a> behind us, fall is in the air and that means we are nearing the next ARIN PPM: <a title=\"ARIN XXX\" href=\"https:\/\/www.arin.net\/participate\/meetings\/ARIN-XXX\/index.html\" target=\"_blank\">ARIN XXX<\/a>! It will be held\u00a024-26 October 2012 in Dallas, TX.<\/p>\n<p>Of course an impending ARIN Public Policy Meeting means that it&#8217;s time for me to provide a policy update, so, here it is!<\/p>\n<h1>Draft Policies<\/h1>\n<p>The following are all of the Draft Policies up for Adoption Discussion in Dallas next month:<!--more--><\/p>\n<h3><a href=\"https:\/\/www.arin.net\/policy\/proposals\/2012_2.html\">ARIN-2012-2: IPv6 Subsequent Allocations Utilization Requirement<\/a><\/h3>\n<p>This proposed policy change has gone through several textual changes, without getting much clearer IMO. The final text (as I now understand it) does two things:<\/p>\n<ol>\n<li>It adds a sentence to <a title=\"NRPM Section 2.1.4. Serving Site (IPv6)\" href=\"https:\/\/www.arin.net\/policy\/nrpm.html#two14\" target=\"_blank\">the definition of an IPv6 serving site<\/a>, explicitly removing any requirement to perform route aggregation at a serving site.<\/li>\n<li>It adds a third criteria under which a local Internet registry (LIR, typically an ISP in the ARIN region) can qualify for subsequent allocations of IPv6 address space.<\/li>\n<\/ol>\n<p>The first change seems to be a textual clarification and probably a no-op. The second change is more consequential. <a title=\"NRPM Section 6.5.3. Subsequent Allocations to LIRs\" href=\"https:\/\/www.arin.net\/policy\/nrpm.html#six53\" target=\"_blank\">Current policy<\/a> includes two criteria under which an LIR can receive additional IPv6 address space (a subsequant allocation): &#8220;<em>show utilization of 75% or more of their total address space, or more than 90% of any serving site<\/em>&#8220;. The new criteria proposed in ARIN-2012-2 reads:<\/p>\n<blockquote><p>Has allocated more than 90% of their serving site blocks to serving<br \/>\nsites, and has sufficient actual utilization at their serving sites to<br \/>\ncontinue to justify the block size being utilized for all serving sites as<br \/>\nspecified in section 6.5.2.<\/p><\/blockquote>\n<p>OK, that one is hard to parse, even for me. Since the referenced section 6.5.2. does not discuss actual utilization, I am unsure what &#8220;sufficient actual utilization&#8221; effectively means in this context (if anything at all). Unfortunately, even getting beyond the current text is hard because the stated rationale for the change doesn&#8217;t add much clarity either:<\/p>\n<blockquote><p>If you are executing to a long term plan, you should be able to continue to execute on your approved allocation and assignment plan regardless of the number of regions\/groupings you originally planned for. We want to promote tie downs on nibbles and long term planning.<\/p><\/blockquote>\n<p>I also want to promote subnetting on nibble boundaries and long term address planning in IPv6. But the fact is that existing policy allows LIRs to request very large amounts of space, based on nibble-boundary-aggregation, with allowances for long term planning built in (see <a title=\"New Policies Implemented at ARIN! (NRPM 2011.4)\" href=\"http:\/\/chrisgrundemann.com\/index.php\/2011\/policies-implemented-arin-nrpm-20114\/\" target=\"_blank\">ARIN-2011-3<\/a>). That same policy also allows SPs who grab a too-small-allocation initially to come back and get the properly IPv6-sized allocation (See <a title=\"NRPM Section 6.5.7. Existing IPv6 address space holders\" href=\"https:\/\/www.arin.net\/policy\/nrpm.html#six57\" target=\"_blank\">NRPM 6.5.7.<\/a>) without a renumbering requirement. So I&#8217;m having a hard time understanding why this change is needed (and what it is really intending to do).<\/p>\n<p>The only explanation that I have received is that this policy change is aiming to cover the case of an LIR that is unable to add additional serving sites after they have already received at least two allocations from ARIN. I take issue with that on two fronts. First, if you mess up your first allocation, you should really change your planning method for the second one &#8211; if you still screw it up, I have a feeling this policy won&#8217;t be able to help you anyway (especially considering how generous the existing policy already is). Second, we are very early in this IPv6 game, and we just last year implemented the current policy &#8211; is there really even one case of this happening in the real world today? I believe that policy changes should fix real problems, and so far I am unconvinced that there is a problem here.<\/p>\n<h3><a href=\"https:\/\/www.arin.net\/policy\/proposals\/2012_5.html\">ARIN-2012-5: Removal of Renumbering Requirement for Small Multihomers<\/a><\/h3>\n<p>Today, if you are an end-user (I.e. you use the addresses assigned from ARIN on your own network, not to hand out to customers), the minimum IPv4 allocation size (the smallest prefix you must qualify for to get space from ARIN) is a \/20. There is however <a title=\"NRPM Section 4.3.2.2. Multihomed Connection\" href=\"https:\/\/www.arin.net\/policy\/nrpm.html#four322\" target=\"_blank\">an exception<\/a> to this minimum:<\/p>\n<blockquote><p>For multihomed end-users who demonstrate an intent to announce the requested space in a multihomed fashion to two or more distinct ASNs not owned or controlled by the end-user, the minimum block of IP address space assigned is a \/24.<\/p><\/blockquote>\n<p>The catch is that any assignments smaller than a \/22 must be returned (within 12 months) in order to get a larger block. So, if you get a \/24 initially and then grow; you are required to return the \/24 when you receive your \/23, and then you must return that \/23 in order to move up to a \/22. This renumbering requirement is contained in section <a title=\"4.3.6.2 Additional Assignments for Small Multihomers\" href=\"https:\/\/www.arin.net\/policy\/nrpm.html#four362\" target=\"_blank\">4.3.6.2.<\/a> of the NRPM, titled: <em>Additional Assignments for Small Multihomers.<\/em> ARIN-2012-5 seeks to remove that section from the NRPM completely. The effect of this would be, as the name of the draft implies, to remove the requirement for small IPv4 multihomers to renumber in order to receive more address space. The downside is that we may see more routing table fragmentation if small multihomers are allowed to keep and use multiple, small,\u00a0non-aggregatable prefixes. The upside is that we may see more multihomed end-users able to get the provider independent (PI) space they need.<\/p>\n<p>Of course, this being an IPv4-specific policy, we may see IPv4 address exhaustion make both points moot shortly after (or even before) the policy can be implemented.<\/p>\n<h3><a href=\"https:\/\/www.arin.net\/policy\/proposals\/2012_6.html\">ARIN-2012-6: Revising Section 4.4 C\/I Reserved Pool Size<\/a><\/h3>\n<p>Currently ARIN has a \/16 of IPv4 space reserved for &#8220;critical infrastructure.&#8221; The reservation of this space was set to expire three years from the implementation of the policy, which was on <a title=\" [arin-ppml] NRPM 2011.3 \u2013 New Policy Implemented\" href=\"http:\/\/lists.arin.net\/pipermail\/arin-ppml\/2011-July\/022806.html\" target=\"_blank\">27 July 2011<\/a>; so it&#8217;s set to expire in a bit less than two years from now. ARIN-2012-6 proposes to double that reservation to a \/15 and remove the expiration timer (thus reserving the space indefinitely). Since the current policy (<a title=\"ARIN-2011-4\" href=\"https:\/\/www.arin.net\/policy\/proposals\/2011_4.html\" target=\"_blank\">ARIN-2011-4<\/a>) was only adopted last year, and we have not seen any uptick in <a title=\"ARIN Micro-allocations\" href=\"https:\/\/www.arin.net\/knowledge\/micro_allocations.html\" target=\"_blank\">critical infrastructure requests<\/a> since then (in fact, all CI ever handed out adds up to just over a \/16 in total), I don&#8217;t see the need to make changes here at this time. Some reservation for critical infrastructure is good for the Internet, but reserving too many addresses for too long only robs other users of those addresses.<\/p>\n<h3><a href=\"https:\/\/www.arin.net\/policy\/proposals\/2012_7.html\">ARIN-2012-7: Reassignments for Third Party Internet Access (TPIA) over Cable<\/a><\/h3>\n<p>This one is somewhat of a sticky situation. As I understand it, Canada has laws that require their Cable companies to sell wholesale transit to competitive ISPs. In other words, they must allow third parties to provide Internet access over their physical infrastructure, for a reasonable fee (hence the TPIA name). This is similar to the common carriage laws in the United States which apply to telecommunications companies. Unfortunately, in a typical Cable network today, these third parties don&#8217;t have any view into what equipment corresponds to which addresses\/customers. In response to this, the Canadian Cable companies require TPIA providers to number (add IP addresses) equally across all equipment in a given region that the TPIA provider wishes to serve. In most cases, this results in the TPIA provider (TPIA-P) using a lot of addresses to serve a small number of clients. Therein lies the rub. Once a TPIA-P numbers out a region, they are commonly unable to meet ARIN utilization criteria and thus unable to acquire more addresses. So, when the number of TPIA customers connected to one cable modem termination system (<a title=\"CMTS - Wikipedia\" href=\"https:\/\/en.wikipedia.org\/wiki\/Cable_modem_termination_system\" target=\"_blank\">CMTS<\/a>) exceeds the number of addresses available, the TPIA-P is stuck. They can&#8217;t move addresses around because of CableCo requirements and\/or minimum prefix requirements on other CMTS&#8217; and they can&#8217;t get more addresses from ARIN to number the fast growing areas. This is the dilemma that birthed draft policy ARIN-2012-7.<\/p>\n<p>Despite this noble effort there are two potential problems:<\/p>\n<ol>\n<li>This is a hard issue to solve in policy; on one side you open the system up for abuse and on the other you keep the rules so tight that the situation is not improved. The current text is much better than the original proposal but still has problems.<\/li>\n<li>This feels a lot like a policy solution to a technical problem. While I don&#8217;t propose to have an answer, as I only know the details of the problem second hand, I&#8217;m not completely convinced there isn&#8217;t one. Right off the bat my mind wanders to the idea of network interface devices (<a title=\"NID - Wikipedia\" href=\"https:\/\/en.wikipedia.org\/wiki\/Network_interface_device\" target=\"_blank\">NIDs<\/a>) and tunneling,\u00a0\u00e0 la other Type-2 Ethernet services.<\/li>\n<\/ol>\n<h3><a href=\"https:\/\/www.arin.net\/policy\/proposals\/2012_8.html\">ARIN-2012-8: Aligning 8.2 and 8.3 Transfer Policy<\/a><\/h3>\n<p>Last but not least, ARIN-2012-8. This is the one policy I am shepherding for the Dallas PPM. Basically, this policy intends to bring the requirements, restrictions, and protections which are written explicitly into NRPM <a title=\"NRPM Section 8.3. Transfers between Specified Recipients within the ARIN Region\" href=\"https:\/\/www.arin.net\/policy\/nrpm.html#eight3\" target=\"_blank\">section 8.3.<\/a> <em>Transfers between Specified Recipients within the ARIN Region<\/em> into <a title=\"NRPM Section 8.2. Mergers and Acquisitions\" href=\"https:\/\/www.arin.net\/policy\/nrpm.html#eight2\" target=\"_blank\">section 8.2.<\/a> <em>Mergers and Acquisitions<\/em> (M&amp;A). From the rationale:<\/p>\n<blockquote><p>The base intent here is to lower confusion, raise clarity, and level the bar between 8.2 and 8.3 transfers. M&amp;A transfers are distinct from specified transfers and not all of the same rules can apply &#8211; but many can and should. Therefor this policy change explicitly adds requirements which do not exist in 8.2 policy text today: [The transfer] source must be the undisputed current registered holder, [the transfer] recipient must sign an RSA (and is subject to [ARIN] policy), and [it adds a] \/24 minimum [transfer size] for IPv4, \/48 for IPv6.<\/p><\/blockquote>\n<p>The most persuasive argument against this change that I have heard is that ARIN staff already practices these controls for M&amp;A transfers. Personally, I still think we are better of codifying the rules, rather than expecting people to know how things are done through experience.<\/p>\n<h2>Register Now!<\/h2>\n<p>The only way to have your voice heard is to participate. <a title=\"Register for ARIN XXX!\" href=\"https:\/\/www.arin.net\/app\/meeting\/registration\/\" target=\"_blank\">Register for ARIN XXX today<\/a> (in addition to physical attendance, there is great remote participation available as well)!<\/p>\n","protected":false},"excerpt":{"rendered":"<p>With the Autumnal Equinox behind us, fall is in the <a href=\"https:\/\/chrisgrundemann.com\/index.php\/2012\/prexxx-arin-policy-update\/\"> &#8230;<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_post_was_ever_published":false},"categories":[2,9,20,26,29],"tags":[79,190,215,219,220,358,360,492,544,553,571],"class_list":["post-1907","post","type-post","status-publish","format-standard","hentry","category-arin","category-internet","category-policy","category-tech-policy","category-update","tag-arin","tag-dallas","tag-discussion","tag-draft-policies","tag-draft-policy","tag-ipv4","tag-ipv6","tag-october","tag-policy-2","tag-ppm","tag-public-policy"],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v27.6 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\n<title>Pre-XXX ARIN Policy Update ~ Chris Grundemann<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/chrisgrundemann.com\/index.php\/2012\/prexxx-arin-policy-update\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Pre-XXX ARIN Policy Update ~ Chris Grundemann\" \/>\n<meta property=\"og:description\" content=\"With the Autumnal Equinox behind us, fall is in the ...\" \/>\n<meta property=\"og:url\" content=\"https:\/\/chrisgrundemann.com\/index.php\/2012\/prexxx-arin-policy-update\/\" \/>\n<meta property=\"og:site_name\" content=\"Chris Grundemann\" \/>\n<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/chris.grundemann\" \/>\n<meta property=\"article:published_time\" content=\"2012-09-24T14:20:12+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/chrisgrundemann.com\/wp-content\/uploads\/2021\/02\/IMG_4488-scaled.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"1587\" \/>\n\t<meta property=\"og:image:height\" content=\"2560\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"~Chris\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@https:\/\/twitter.com\/ChrisGrundemann\" \/>\n<meta name=\"twitter:site\" content=\"@ChrisGrundemann\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"~Chris\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"8 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/chrisgrundemann.com\\\/index.php\\\/2012\\\/prexxx-arin-policy-update\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/chrisgrundemann.com\\\/index.php\\\/2012\\\/prexxx-arin-policy-update\\\/\"},\"author\":{\"name\":\"~Chris\",\"@id\":\"https:\\\/\\\/chrisgrundemann.com\\\/#\\\/schema\\\/person\\\/16a6af2797267c7d91f29876d5a0870f\"},\"headline\":\"Pre-XXX ARIN Policy Update\",\"datePublished\":\"2012-09-24T14:20:12+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/chrisgrundemann.com\\\/index.php\\\/2012\\\/prexxx-arin-policy-update\\\/\"},\"wordCount\":1646,\"commentCount\":0,\"publisher\":{\"@id\":\"https:\\\/\\\/chrisgrundemann.com\\\/#organization\"},\"keywords\":[\"ARIN\",\"Dallas\",\"Discussion\",\"draft policies\",\"draft policy\",\"IPv4\",\"IPv6\",\"October\",\"policy\",\"PPM\",\"public policy\"],\"articleSection\":[\"ARIN\",\"Internet\",\"Policy\",\"Tech Policy\",\"Update\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/chrisgrundemann.com\\\/index.php\\\/2012\\\/prexxx-arin-policy-update\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/chrisgrundemann.com\\\/index.php\\\/2012\\\/prexxx-arin-policy-update\\\/\",\"url\":\"https:\\\/\\\/chrisgrundemann.com\\\/index.php\\\/2012\\\/prexxx-arin-policy-update\\\/\",\"name\":\"Pre-XXX ARIN Policy Update ~ Chris Grundemann\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/chrisgrundemann.com\\\/#website\"},\"datePublished\":\"2012-09-24T14:20:12+00:00\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/chrisgrundemann.com\\\/index.php\\\/2012\\\/prexxx-arin-policy-update\\\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/chrisgrundemann.com\\\/index.php\\\/2012\\\/prexxx-arin-policy-update\\\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/chrisgrundemann.com\\\/index.php\\\/2012\\\/prexxx-arin-policy-update\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/chrisgrundemann.com\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"ARIN\",\"item\":\"https:\\\/\\\/chrisgrundemann.com\\\/index.php\\\/category\\\/arin\\\/\"},{\"@type\":\"ListItem\",\"position\":3,\"name\":\"Update\",\"item\":\"https:\\\/\\\/chrisgrundemann.com\\\/index.php\\\/category\\\/arin\\\/update\\\/\"},{\"@type\":\"ListItem\",\"position\":4,\"name\":\"Pre-XXX ARIN Policy Update\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/chrisgrundemann.com\\\/#website\",\"url\":\"https:\\\/\\\/chrisgrundemann.com\\\/\",\"name\":\"Chris Grundemann\",\"description\":\"Use technology, marketing, and strategy to take your growing business to the next level.\",\"publisher\":{\"@id\":\"https:\\\/\\\/chrisgrundemann.com\\\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/chrisgrundemann.com\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Organization\",\"@id\":\"https:\\\/\\\/chrisgrundemann.com\\\/#organization\",\"name\":\"Grundemann Technology Solutions\",\"url\":\"https:\\\/\\\/chrisgrundemann.com\\\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/chrisgrundemann.com\\\/#\\\/schema\\\/logo\\\/image\\\/\",\"url\":\"https:\\\/\\\/chrisgrundemann.com\\\/wp-content\\\/uploads\\\/2020\\\/10\\\/cropped-GTS-Logo.png\",\"contentUrl\":\"https:\\\/\\\/chrisgrundemann.com\\\/wp-content\\\/uploads\\\/2020\\\/10\\\/cropped-GTS-Logo.png\",\"width\":512,\"height\":512,\"caption\":\"Grundemann Technology Solutions\"},\"image\":{\"@id\":\"https:\\\/\\\/chrisgrundemann.com\\\/#\\\/schema\\\/logo\\\/image\\\/\"},\"sameAs\":[\"https:\\\/\\\/x.com\\\/ChrisGrundemann\",\"https:\\\/\\\/www.linkedin.com\\\/company\\\/grundemann\",\"https:\\\/\\\/www.linkedin.com\\\/in\\\/cgrundemann\\\/\",\"https:\\\/\\\/www.youtube.com\\\/channel\\\/UCJ3Pk4AAVMBG4KCzxYAtExA\"]},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/chrisgrundemann.com\\\/#\\\/schema\\\/person\\\/16a6af2797267c7d91f29876d5a0870f\",\"name\":\"~Chris\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/cbff57968626714c5bdb525f740f898c0d1e506a63c350b6a3341e57337e7fc7?s=96&d=mm&r=pg\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/cbff57968626714c5bdb525f740f898c0d1e506a63c350b6a3341e57337e7fc7?s=96&d=mm&r=pg\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/cbff57968626714c5bdb525f740f898c0d1e506a63c350b6a3341e57337e7fc7?s=96&d=mm&r=pg\",\"caption\":\"~Chris\"},\"description\":\"Creative|Technologist. Curious. Boisterous. Autotelic Autodidact. Heretic. Hacker. Rider of Boards. Writer of Words. ...Traveler of Time...\",\"sameAs\":[\"https:\\\/\\\/chrisgrundemann.com\",\"https:\\\/\\\/www.facebook.com\\\/chris.grundemann\",\"http:\\\/\\\/instagram.com\\\/chrisgrundemann\",\"www.linkedin.com\\\/in\\\/cgrundemann\",\"https:\\\/\\\/x.com\\\/https:\\\/\\\/twitter.com\\\/ChrisGrundemann\",\"https:\\\/\\\/www.youtube.com\\\/channel\\\/UCJ3Pk4AAVMBG4KCzxYAtExA\"]}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Pre-XXX ARIN Policy Update ~ Chris Grundemann","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/chrisgrundemann.com\/index.php\/2012\/prexxx-arin-policy-update\/","og_locale":"en_US","og_type":"article","og_title":"Pre-XXX ARIN Policy Update ~ Chris Grundemann","og_description":"With the Autumnal Equinox behind us, fall is in the ...","og_url":"https:\/\/chrisgrundemann.com\/index.php\/2012\/prexxx-arin-policy-update\/","og_site_name":"Chris Grundemann","article_author":"https:\/\/www.facebook.com\/chris.grundemann","article_published_time":"2012-09-24T14:20:12+00:00","og_image":[{"width":1587,"height":2560,"url":"https:\/\/chrisgrundemann.com\/wp-content\/uploads\/2021\/02\/IMG_4488-scaled.jpg","type":"image\/jpeg"}],"author":"~Chris","twitter_card":"summary_large_image","twitter_creator":"@https:\/\/twitter.com\/ChrisGrundemann","twitter_site":"@ChrisGrundemann","twitter_misc":{"Written by":"~Chris","Est. reading time":"8 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/chrisgrundemann.com\/index.php\/2012\/prexxx-arin-policy-update\/#article","isPartOf":{"@id":"https:\/\/chrisgrundemann.com\/index.php\/2012\/prexxx-arin-policy-update\/"},"author":{"name":"~Chris","@id":"https:\/\/chrisgrundemann.com\/#\/schema\/person\/16a6af2797267c7d91f29876d5a0870f"},"headline":"Pre-XXX ARIN Policy Update","datePublished":"2012-09-24T14:20:12+00:00","mainEntityOfPage":{"@id":"https:\/\/chrisgrundemann.com\/index.php\/2012\/prexxx-arin-policy-update\/"},"wordCount":1646,"commentCount":0,"publisher":{"@id":"https:\/\/chrisgrundemann.com\/#organization"},"keywords":["ARIN","Dallas","Discussion","draft policies","draft policy","IPv4","IPv6","October","policy","PPM","public policy"],"articleSection":["ARIN","Internet","Policy","Tech Policy","Update"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/chrisgrundemann.com\/index.php\/2012\/prexxx-arin-policy-update\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/chrisgrundemann.com\/index.php\/2012\/prexxx-arin-policy-update\/","url":"https:\/\/chrisgrundemann.com\/index.php\/2012\/prexxx-arin-policy-update\/","name":"Pre-XXX ARIN Policy Update ~ Chris Grundemann","isPartOf":{"@id":"https:\/\/chrisgrundemann.com\/#website"},"datePublished":"2012-09-24T14:20:12+00:00","breadcrumb":{"@id":"https:\/\/chrisgrundemann.com\/index.php\/2012\/prexxx-arin-policy-update\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/chrisgrundemann.com\/index.php\/2012\/prexxx-arin-policy-update\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/chrisgrundemann.com\/index.php\/2012\/prexxx-arin-policy-update\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/chrisgrundemann.com\/"},{"@type":"ListItem","position":2,"name":"ARIN","item":"https:\/\/chrisgrundemann.com\/index.php\/category\/arin\/"},{"@type":"ListItem","position":3,"name":"Update","item":"https:\/\/chrisgrundemann.com\/index.php\/category\/arin\/update\/"},{"@type":"ListItem","position":4,"name":"Pre-XXX ARIN Policy Update"}]},{"@type":"WebSite","@id":"https:\/\/chrisgrundemann.com\/#website","url":"https:\/\/chrisgrundemann.com\/","name":"Chris Grundemann","description":"Use technology, marketing, and strategy to take your growing business to the next level.","publisher":{"@id":"https:\/\/chrisgrundemann.com\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/chrisgrundemann.com\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Organization","@id":"https:\/\/chrisgrundemann.com\/#organization","name":"Grundemann Technology Solutions","url":"https:\/\/chrisgrundemann.com\/","logo":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/chrisgrundemann.com\/#\/schema\/logo\/image\/","url":"https:\/\/chrisgrundemann.com\/wp-content\/uploads\/2020\/10\/cropped-GTS-Logo.png","contentUrl":"https:\/\/chrisgrundemann.com\/wp-content\/uploads\/2020\/10\/cropped-GTS-Logo.png","width":512,"height":512,"caption":"Grundemann Technology Solutions"},"image":{"@id":"https:\/\/chrisgrundemann.com\/#\/schema\/logo\/image\/"},"sameAs":["https:\/\/x.com\/ChrisGrundemann","https:\/\/www.linkedin.com\/company\/grundemann","https:\/\/www.linkedin.com\/in\/cgrundemann\/","https:\/\/www.youtube.com\/channel\/UCJ3Pk4AAVMBG4KCzxYAtExA"]},{"@type":"Person","@id":"https:\/\/chrisgrundemann.com\/#\/schema\/person\/16a6af2797267c7d91f29876d5a0870f","name":"~Chris","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/secure.gravatar.com\/avatar\/cbff57968626714c5bdb525f740f898c0d1e506a63c350b6a3341e57337e7fc7?s=96&d=mm&r=pg","url":"https:\/\/secure.gravatar.com\/avatar\/cbff57968626714c5bdb525f740f898c0d1e506a63c350b6a3341e57337e7fc7?s=96&d=mm&r=pg","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/cbff57968626714c5bdb525f740f898c0d1e506a63c350b6a3341e57337e7fc7?s=96&d=mm&r=pg","caption":"~Chris"},"description":"Creative|Technologist. Curious. Boisterous. Autotelic Autodidact. Heretic. Hacker. Rider of Boards. Writer of Words. ...Traveler of Time...","sameAs":["https:\/\/chrisgrundemann.com","https:\/\/www.facebook.com\/chris.grundemann","http:\/\/instagram.com\/chrisgrundemann","www.linkedin.com\/in\/cgrundemann","https:\/\/x.com\/https:\/\/twitter.com\/ChrisGrundemann","https:\/\/www.youtube.com\/channel\/UCJ3Pk4AAVMBG4KCzxYAtExA"]}]}},"jetpack_featured_media_url":"","jetpack_shortlink":"https:\/\/wp.me\/ps8ie-uL","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/chrisgrundemann.com\/index.php\/wp-json\/wp\/v2\/posts\/1907","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/chrisgrundemann.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/chrisgrundemann.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/chrisgrundemann.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/chrisgrundemann.com\/index.php\/wp-json\/wp\/v2\/comments?post=1907"}],"version-history":[{"count":0,"href":"https:\/\/chrisgrundemann.com\/index.php\/wp-json\/wp\/v2\/posts\/1907\/revisions"}],"wp:attachment":[{"href":"https:\/\/chrisgrundemann.com\/index.php\/wp-json\/wp\/v2\/media?parent=1907"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/chrisgrundemann.com\/index.php\/wp-json\/wp\/v2\/categories?post=1907"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/chrisgrundemann.com\/index.php\/wp-json\/wp\/v2\/tags?post=1907"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}