Draft Policy 2010-14 Standardize IP Reassignment Registration Requirements ARIN XXVI 6 October, 2010 – Atlanta, Georgia Chris Grundemann.

Slides:



Advertisements
Similar presentations
ARIN. San Francisco, CA ARIN VII April 1 – 4, 2001 The SWIP Template Tutorial Scott Whipple IP Analyst.
Advertisements

Managing IP addresses for your private clouds 2013 ASEAN CAS Summit Bangkok, Thailand 7 February 2013 George Kuo Member Services Manager.
1 Overview of policy proposals Policy SIG Wednesday 26 August 2009 Beijing, China.
ARIN Policy Experience Report Leslie Nobile. Review existing policies – Ambiguous text/Inconsistencies/Gaps/Effectiveness Identify areas where new or.
John Curran APNIC 31 ARIN Update Focus Continue development and integration of web-based system (ARIN Online) Outreach on IPv6 adoption DNSSEC and.
Improving 8.4 Anti-Flip Language. Problem Statement Current policy prevents an organization that receives BLOCK A in the previous 12 months from.
ARIN Transfer Policy Slow Start and Simplified Needs Verification.
Recommended Draft Policy Section 8.4 Inter-RIR Transfer of ASNs.
Open Policy Hour. Overview 1.Preview of Draft Policies on ARIN XXV agenda 2.Policy Experience Report 3.Policy Proposal BoF.
Draft Policy ARIN Improved Registry Accuracy Proposal.
ARIN Clarifying Requirements for IPv4 Transfers Dan Alexander- Primary Shepherd David Farmer- Secondary Shepherd.
IPv6 Addressing – Status and Policy Report Paul Wilson Director General, APNIC.
2010-8: Rework of IPv6 Assignment Criteria David Farmer ARIN XXVI.
Customer Confidentiality Draft Policy Origin (Proposal 95)9 June 2009 Draft Policy (successfully petitioned) 2 February 2010 Aaron Wendel has.
Draft Policy Customer Confidentiality. Policy Text ISPs may choose to enter the customer's name along with the ISP's address and phone number in.
Update on RIPE NCC Inter- RIR Transfer proposal Adam Gosling APNIC 38 Policy SIG Meeting 18 September 2014.
Policy Implementation and Experience Report Leslie Nobile.
A S I A P A C I F I C N E T W O R K I N F O R M A T I O N C E N T R E Database SIG APNIC Database Privacy Issues 1 March 2001 APRICOT, Malaysia Fabrina.
Protecting Number Resources Draft Policy Advisory Council Shepherds: Marc Crandall Scott Leibrand.
Policy Experience Report Richard Jimmerson. Review existing policies – Ambiguous text/Inconsistencies/Gaps/Effectiveness Identify areas where new or modified.
Policy Proposal 109 Standardize IP Reassignment Registration Requirements ARIN XXV 18 April, 2010 – Toronto, Ontario Chris Grundemann.
Shepherd’s Presentation Draft Policy Allocation of IPv4 and IPv6 Address Space to Out-of-region Requestors 59.
Draft Policy Allocation of IPv4 and IPv6 Address Space to Out-of-region Requestors 59.
Open Policy Hour Einar Bohlin, Policy Analyst. OPH Overview Draft Policy Preview Policy Experience Report Policy BoF.
Lead Management Tool Partner User Guide March 15, 2013
Standardize IP Reassignment Registration Requirements Draft Policy
Consultation on Policy Documentation Adam Gosling APNIC 40 Policy SIG 10 September 2015.
Life After IPv4 Depletion Leslie Nobile. Overview ARIN’s current IPv4 inventory Trends and observations Ways to obtain IP addresses post IPv4 depletion.
Recommended Draft Policy ARIN Out of Region Use.
Policy Experience Report Leslie Nobile. The PDP Cycle Need Discuss Consensus Implement Evaluate
Policy Experience Report Leslie Nobile. Review existing policies – Ambiguous text/Inconsistencies/Gaps/Effectiveness Identify areas where new or modified.
ARIN Section 4.10 Austerity Policy Update.
PROP Leif Sawyer. Draft Policy ARIN Eliminating Needs-based Evaluation for Section 8.2, 8.3, and 8.4 transfers of IPv4 Netblocks Author:
Erik Bais, May 13 th 2015 PP – unassigned yet General Transfer Policy Presenter : Erik Bais –
John Curran APNIC 29 5 March 2010 ARIN Update. 4-byte ASN Stats In 2009 – Received 197 requests for 4-byte ASNs – 140 changed request to 2-byte – ARIN.
ARIN Policy and You What’s relevant (and what’s not!) to hosting providers.
Draft Policy Transfers & Multi-National Networks Kevin Blumberg.
Draft Policy ARIN “Out of Region Use”. Problem statement (summary) Current policy neither clearly forbids nor clearly permits out of region use.
Policy Implementation & Experience Report Leslie Nobile.
Draft Policy Preview ARIN XXVII. Draft Policies Draft Policies on the agenda: – ARIN : Globally Coordinated Transfer Policy – ARIN : Protecting.
ARIN Change Utilization Requirements from last-allocation to total-aggregate.
Izumi Okutani JPNIC IP Department NIR Meeting Feb 2004 JPNIC Open Policy Meeting Update.
Draft Policy ARIN : Remove NRPM section 7.1.
Overview of Policy Proposals Policy SIG Wednesday 31 August 2011.
Draft Policy ARIN Modify 8.4 (Inter-RIR Transfers to Specified Recipients) Authors: David Huberman and Tina Morris AC Shepherds: Cathy Aronson and.
A S I A P A C I F I C N E T W O R K I N F O R M A T I O N C E N T R E Emerging Registry Criteria ASO General Assembly Budapest, 19 May 2000.
ARIN-prop-180 ISP Private Reassignment Yi Chu Sprint ARIN XXX, Dallas October 25, 2012.
Draft Policy LIR/ISP and End-user Definitions.
Draft Policy Merge IPv4 ISP and End-User Requirements 59.
Draft Policy ARIN Modify 8.4 (Inter-RIR Transfers to Specified Recipients) Presented by Chris Tacit.
1 IPv6 Allocation and Policy Update Global IPv6 Summit in China 2007 April 12, 2007 Guangliang Pan.
1 HD Ratio for IPv4 RIPE 48 May 2004 Amsterdam. 2 Current status APNIC Informational presentation at APNIC 16 Well supported, pending presentation at.
60 Recommended Draft Policy ARIN Reduce All Minimum Allocation/Assignment Units to /24.
60 Draft Policy ARIN NRPM 4 (IPv4) Policy Cleanup.
Whois & Data Accuracy Across the RIRs. Terms ISP – An Internet Service Provider is allocated address space by an RIR for the purpose of providing connectivity.
Policy Implementation Report Leslie Nobile. Purpose Update the community on recently implemented policies Provide relevant operational details.
I-NAMES Corporation Database Privacy Policy Database Policy SIG, APNIC Meeting at Taipei, Taiwan Lee, Seung-Min.
Draft Policy ARIN Christian Tacit. Problem statement Organizations that obtain a 24 month supply of IP addresses via the transfer market and then.
The Importance of Whois Accuracy Leslie Nobile
Recommended Draft Policy ARIN
Director of Registration Services
Draft Policy ARIN Amy Potter
Recommended Draft Policy ARIN : Post-IPv4-Free-Pool-Depletion Transfer Policy Staff Introduction.
Draft Policy ARIN Cathy Aronson
ARIN Update John Curran President and CEO.
Downstream Allocations by LIRs A Proposal
Recommended Draft Policy Section 8
ARIN Inter-RIR Transfers
Recommended Draft Policy ARIN : Modify 8
Recommended Draft Policy ARIN : Transfers for new entrants
Presentation transcript:

Draft Policy Standardize IP Reassignment Registration Requirements ARIN XXVI 6 October, 2010 – Atlanta, Georgia Chris Grundemann

Current SWIP Requirement IPv4 /29 (and IPv6 /56s) and larger nets assigned must be SWIPped (or RWHOIS) [“registered” in IPv6, no mention of WHOIS, SWIP or RWHOIS] Organizational information required [not codified in policy] – Organization name – Street address (Street Name and Number, City, State, Zip, Country) – POC info (All of the above, plus, name, and phone) Record to be created within 7 days of issuance of network [IPv4 only] All data visible via WHOIS (RWHOIS) [IPv4 only – IPv6 requires registration “in a database”]

Current Exception Residential Customers – ISP may substitute their own name for the customer’s name – Customer’s street address may read “Private Residence” (city, state, zip, country required) – Record must display ISP’s Abuse and Tech POCs

DP – Part 1: Definitions Defines “organizational information” – Legal name, full address and 1 ea. Tech and Abuse POC ( and phone number required) Defines “residential customer” – Individual person (not organization) at place of residence 2.3. Organizational Information When required, organization Information must include at a minimum: Legal name, street address, city, state, zip code equivalent and at least one valid technical and one valid abuse POC. Each POC shall be designated by the organization and must include at least a verifiable address and phone number Residential Customer End-users who are individual persons and not organizations and who receive service at a place of residence for personal use only are considered residential customers.

Demonstrate efficient use /29 and larger networks Organizational Information Within 7 days Residential market areas (taken from 4.2.6) –ISPs with residential market areas Space assigned to market area (not customers) –Only if less than a /29 per customer 50% Utilization considered Efficient –Only from most recent allocation Residential privacy policy –Mirrors current policy DP – Part 2: IPv4

Reassignment information Customer organization information ISPs are required to demonstrate efficient use of IP address space allocations by providing appropriate documentation, including assignment histories, showing their efficient use. SWIP and RWHOIS reassignments should show each client's organizational information /29s and larger nets ISPs must provide reassignment information on the entire previously allocated block(s) via SWIP or RWHOIS server for /29 or larger blocks. For blocks smaller than /29 and for internal space, ISPs should provide utilization data via SWIP or RWHOIS server or by using the format described in Section Submit within 7 days Any time an ISP receives a new block of address space, reassignment information should be submitted within 7 days of issuance of the new space. This information is used to demonstrate that the address space received is being efficiently utilized. Also, it will be reviewed to determine an ISP's and its downstream customers' utilization effectiveness if and when additional space is requested in the future Visible via WHOIS This information must be visible via WHOIS prior to submitting a request for a new allocation. For further information on reassigning IP address space, please see RFC Accounting for additional utilization The following format should be used to provide the required information for utilization of blocks smaller than /29 and for describing internal networks when either SWIP or RWHOIS server is not used: CityWhich IP Addresses AssignedNo. of PortsNo. of Dial-up Clients CityWhich IP Addresses AssignedNo. of Internal MachinesPurpose Which IP Addresses AssignedList URLs for Websites Residential Customer Privacy To maintain the privacy of their residential customers, an organization with downstream residential customers may substitute that organization's name for the customer's name, e.g. 'Private Customer - XYZ Network', and the customer's street address may read 'Private Residence'. Each private downstream residential reassignment must have accurate upstream Abuse and Technical POCs visible on the WHOIS record for that block Registration ISPs are required to demonstrate efficient use of IP address space allocations by providing appropriate documentation, including assignment histories, showing their efficient use Reassignment Information Each IPv4 assignment containing a /29 or more addresses shall be registered in the WHOIS directory via SWIP or a distributed service which meets the standards set forth in section 3.2. Reassignment registrations shall include each client’s organizational information, except where specifically exempted by this policy Assignments visible within 7 days All assignments shall be made visible as required in section within seven calendar days of assignment Residential Subscribers – Residential Market Area ISPs that assign address space to the infrastructure to which their customers connect rather than to individual subscribers must register assignment information regarding each market area holding such an address block. Market area reassignments shall be registered with the network name used to identify each market area. Any assignment to specific end-users holding /29 and larger blocks still requires registration. A >50% utilization rate shall be considered efficient for market area reassignments from the ISPs most recent allocation. – Residential Customer Privacy To maintain the privacy of their residential customers, an organization with downstream residential customers holding /29 and larger blocks may substitute that organization’s name for the customer’s name, e.g. ‘Private Customer – XYZ Network’, and the customer’s street address may read ‘Private Residence’. Each private downstream residential reassignment must have accurate upstream Abuse and Technical POCs visible on the WHOIS directory record for that block. Current IPv4 PolicyProposed IPv4 Policy

Cable Address Space Policy In most cases, ISPs that have residential cable subscribers assign address space to their cable infrastructure to which their customers connect rather than to individual subscribers. This assignment information regarding each market area holding an address block should be entered via the SWIP template (or by using RWHOIS) with the network name used to identify each market area. Initial allocations are based on total number of homes that could purchase the service in a given market area. Using SWIP or RWHOIS, cable ISPs must show that they have reassigned at least 80% of their current address space, with a 50 to 80% utilization rate, in order to request additional addresses. Each assignment to a specific end-user (if holding /29 and larger blocks) requires the submission of a SWIP template or use of an RWHOIS server. Requesters will also be asked to provide detailed plans for use of the newly requested space.

DP – Part 3: IPv6 Duplicate policy text for IPv6: Demonstrate efficient use /64 and larger networks Organizational Information Within 7 days Residential market areas –ISPs with residential market areas Space assigned to market area (not customers) –Only if less than a /64 per customer 50% Utilization considered Efficient –Only from most recent allocation Residential privacy policy –Mirrors current policy

Registration When an organization holding an IPv6 address allocation makes IPv6 address assignments, it must register assignment information in a database, accessible by RIRs as appropriate (information registered by an RIR may be replaced by a distributed database for registering address management information in future). Information is registered in units of assigned /56 networks. When more than a /56 is assigned to an organization, the assigning organization is responsible for ensuring that the address space is registered in an RIR database. RIRs will use registered data to calculate the HD-Ratio at the time of application for subsequent allocation and to check for changes in assignments over time. IRs shall maintain systems and practices that protect the security of personal and commercial information that is used in request evaluation, but which is not required for public registration Residential Customer Privacy To maintain the privacy of their residential customers, an organization with downstream residential customers may substitute that organization's name for the customer's name, e.g. 'Private Customer - XYZ Network', and the customer's street address may read 'Private Residence'. Each private downstream residential reassignment must have accurate upstream Abuse and Technical POCs visible on the WHOIS record for that block Registration ISPs are required to demonstrate efficient use of IP address space allocations by providing appropriate documentation, including assignment histories, showing their efficient use Reassignment information Each IPv6 assignment containing a /64 or more addresses shall be registered in the WHOIS directory via SWIP or a distributed service which meets the standards set forth in section 3.2. Reassignment registrations shall include each client’s organizational information, except where specifically exempted by this policy Assignments visible within 7 days All assignments shall be made visible as required in section within seven calendar days of assignment Residential Subscribers – Residential Market Area ISPs that assign address space to the infrastructure to which their customers connect rather than to individual subscribers must register assignment information regarding each market area holding such an address block. Market area reassignments shall be registered with the network name used to identify each market area. Any assignment to specific end-users holding /64 and larger blocks still requires registration. A >50% utilization rate shall be considered efficient for market area reassignments from the ISPs most recent allocation. – Residential Customer Privacy To maintain the privacy of their residential customers, an organization with downstream residential customers holding /64 and larger blocks may substitute that organization’s name for the customer’s name, e.g. ‘Private Customer – XYZ Network’, and the customer’s street address may read ‘Private Residence’. Each private downstream residential reassignment must have accurate upstream Abuse and Technical POCs visible on the WHOIS record for that block. Current IPv6 PolicyProposed IPv6 Policy

DP – Part 4: Resource Review - Move section paragraph 2. bullet c. to bullet d. and insert the following: c. whenever ARIN has reason to believe that an organization is not complying with reassignment policies, or Allows ARIN to conduct a resource review any time they suspect that an organization is not complying with reassignment registration requirements. Not properly registering reassignment information could be a sign of other improper or illicit behavior and should justify a resource review (audit) by ARIN when necessary, regardless of when the last review took place.

Changes since Toronto Organizational Information – Phone number, street address and abuse POC now required. Residential Customer – Added “for personal use only” to the definition. Registration ( & 6.5.5) – Added “but not limited to” WRT assignment histories. IPv6 – Requires all /64 and larger blocks to be registered. Resource Review – Added this section.

DP Change to Policy Phone number, street address and abuse POC are now explicitly required. The 24 month resource review restriction is removed when reassignment requirements are not being met. Registration of all /64 and larger IPv6 blocks is now required. The Cable-only policy is expanded to all ISPs with residential markets: – While Residential Customer Privacy is retained, this change removes the need for ISPs to SWIP individual residences (instead the region is SWIPed) – Also extends utilization percentage to ISPs with residential customers (50%)

Pros & Cons Provides enhanced clarity into WHOIS data. Creates a more even playing field for all residential ISPs. Builds parity between IPv6 and IPv4 policy. Adds needed definitions. May increase burden on ISPs registering WHOIS data. Brings utilization policy into directory policy. Substantial changes to existing policy text. Defines some things that are already current practice.

Requested Change to ISPs that assign address space to the infrastructure to which their customers connect rather than to individual subscribers must register assignment information regarding each market area holding such an address block. Market area reassignments shall be registered with the network name used to identify each market area. Any assignment to specific end-users holding more than a single /64 still requires registration. A >50% utilization rate shall be considered efficient for market area reassignments from the ISPs most recent allocation. All previous allocations must meet the standard 80% utilization percentage detailed in section ISPs that assign address space to the infrastructure to which their customers connect rather than to individual subscribers must register assignment information regarding each market area holding such an address block. Market area reassignments shall be registered with the network name used to identify each market area. Any assignment to specific end-users holding /64 and larger blocks still requires registration. A >50% utilization rate shall be considered efficient for market area reassignments from the ISPs most recent allocation. Two oversight’s were found after text freeze. Changes are to sections & : More than a single /64 ( only) Maintain language regarding the 80% rule

Thanks! Chris Grundemann AIM: cgrundemann