Consultation on Policy Documentation Adam Gosling APNIC 40

  • Slides: 14
Download presentation
Consultation on Policy Documentation Adam Gosling APNIC 40 Policy SIG 10 September 2015

Consultation on Policy Documentation Adam Gosling APNIC 40 Policy SIG 10 September 2015

New Draft Document (apnic-127 -v 002) • Remove redundancy in – – Resource license

New Draft Document (apnic-127 -v 002) • Remove redundancy in – – Resource license and License renewal sections Recovery of unused historical resource sections Simplify definition of Utilization in IPv 6 Policy Confidentiality and request processing procedures • Other minor corrections and edits for simplicity • Resolve conflicts between various definitions for multihoming • Clarification of contacts in IPv 6 policy • Visit www. apnic. net/drafts to review or provide input 2

Definitions of multihoming The definition of multihoming depends on which policy you were looking

Definitions of multihoming The definition of multihoming depends on which policy you were looking at. • Autonomous System number policy • IPv 4 address policy • IPv 6 address policy 3

ASN Policy (apnic-094 -v 007) • Definition of multihomed – A multi-homed AS is

ASN Policy (apnic-094 -v 007) • Definition of multihomed – A multi-homed AS is one which is connected to more than one other AS. – An AS also qualifies as multihomed if it is connected to a public Internet Exchange Point.

IPv 4 Policy (apnic-124 -v 002 & apnic-125 -v 001) • Definition – An

IPv 4 Policy (apnic-124 -v 002 & apnic-125 -v 001) • Definition – An organization is considered to be multihomed if its network receives fulltime connectivity from more than one ISP and has one or more routing prefixes announced by at least two of its ISPs. 5

IPv 6 Policy (apnic-089 -v 012) • Definition – No definition, except as below

IPv 6 Policy (apnic-089 -v 012) • Definition – No definition, except as below • Eligibility for IPv 6 to use in multihoming – An organization is eligible to receive a portable assignment from APNIC if it is currently, or plans to be, multihomed. – An organization is considered to be multihomed if its network receives full-time connectivity from more than one ISP and has one or more routing prefixes announced by at least two of its ISPs. 6

Solution • New Definition of Multihoming based on RFC 1930 – Multihoming is a

Solution • New Definition of Multihoming based on RFC 1930 – Multihoming is a way of connecting an organization’s network to the public Internet through more than one AS. 7

Registration of Contact Persons The requirements for registering contact persons depends on which policy

Registration of Contact Persons The requirements for registering contact persons depends on which policy you were looking at. • IPv 4 address policy • Autonomous System number policy • IPv 6 address policy 8

IPv 4 Policy (apnic-124 -v 002 & apnic-125 -v 001) • Administrative and technical

IPv 4 Policy (apnic-124 -v 002 & apnic-125 -v 001) • Administrative and technical contact persons must be registered. • The registered administrative contact ("admin-c") must be someone who is physically located at the site of the network, subject to the following exceptions: – For residential networks or users, the IR's technical contact may be registered as the admin-c. – For networks in exceptional circumstances that make it impractical to maintain an on-site administrative contact, an off-site person may be registered as the admin-c. • The technical contact ("tech-c") need not be physically located at the site of the network, but must be a person who is responsible for the day-to-day operation of the network. • In addition, it is mandatory to register an Incident Response Team (IRT) object for each address block record in the APNIC Whois Database 9

ASN Policy (apnic-094 -v 007) • Administrative and technical contact persons must be registered

ASN Policy (apnic-094 -v 007) • Administrative and technical contact persons must be registered for each ASN assigned. • The registered administrative contact ('admin-c') is the person responsible for the ASN and should generally be someone who is physically located at the site of the AS. • The technical contact ('tech-c') need not be physically located at the site of the AS, but must be a person who is responsible for the day-to-day operation of that AS. • In addition, it is mandatory to register an Incident Response Team (IRT) object for each AS Number record in the APNIC Whois Database. 10

IPv 6 Policy (apnic-089 -v 012) • In addition, it is mandatory to register

IPv 6 Policy (apnic-089 -v 012) • In addition, it is mandatory to register an Incident Response Team (IRT) object for each allocation and assignment record in the APNIC Whois Database. 11

Solution • Tech-c and Admin-c are required for IPv 6 address blocks • Adjust

Solution • Tech-c and Admin-c are required for IPv 6 address blocks • Adjust policy document to reflect community expectations and standard operational practice 12

Editorial Comment Period • There are many changes in the new version, this is

Editorial Comment Period • There are many changes in the new version, this is just a sample. • For more information and to review the changes, please visit the APNIC website https: //www. apnic. net/drafts • Please submit any feedback by email to policy@apnic. net • Deadline is 10 October 2015. 13

Feedback? 14

Feedback? 14