Line 16: |
Line 16: |
| ===Committees=== | | ===Committees=== |
| * [[BGC]] – a committee established to enhance the performance of the Board, lead the annual Board performance review, including the CEO, and recommend nominees for Board Chair, Vice Chair, and other leadership positions. | | * [[BGC]] – a committee established to enhance the performance of the Board, lead the annual Board performance review, including the CEO, and recommend nominees for Board Chair, Vice Chair, and other leadership positions. |
− | * [[CEO Search Committee]] – the committee formed following Rod Beckstrom's August 2011 announcement that he would not continue as CEO past 1 July 2012. | + | * [[CEO Search Committee]] – the committee formed following Rod Beckstrom's August 2011 announcement that he would not continue as CEO past 1 July 2012. |
| + | * [[IAHC]] – a temporary alliance formed in 1996 to manage the Domain Name System so that it could serve the rising number of computers effectively. |
| + | * [[IAOC]] – directs, supervises, and reviews [[IETF]] Administrative Support Activity |
| * [[IPOC]] – gTLD-MoU Interim Policy Oversight Committee | | * [[IPOC]] – gTLD-MoU Interim Policy Oversight Committee |
| * [[OSC]] – GNSO Operations Steering Committee | | * [[OSC]] – GNSO Operations Steering Committee |
| + | * [[PPSC]] – The Policy Process Steering Committee was established to review and recommend changes for the GNSO policy-making processes. |
| * [[SIC]] – The Structural Improvements Committee reviews policies and provides oversight, as part of ICANN's ongoing organizational review process. | | * [[SIC]] – The Structural Improvements Committee reviews policies and provides oversight, as part of ICANN's ongoing organizational review process. |
| | | |
| ===Organizations=== | | ===Organizations=== |
| * [[AFRINIC]] – the RIR for Africa and the Indian Ocean | | * [[AFRINIC]] – the RIR for Africa and the Indian Ocean |
− | * [[AfTLD]] – | + | * [[AfTLD]] – a non-profit organization composed of registry operators in Africa. |
| * [[APNIC]] – the RIR for the Asia Pacific region. | | * [[APNIC]] – the RIR for the Asia Pacific region. |
| * [[APTLD]] – the Association for ccTLD registries in the Asia Pacific region | | * [[APTLD]] – the Association for ccTLD registries in the Asia Pacific region |
Line 91: |
Line 94: |
| | | |
| ==Concepts== | | ==Concepts== |
− | * [[End-to-end connectivity]] – | + | * [[End-to-end connectivity]] – the system principle that network features should be implemented as close to endpoints as possible. |
| * [[Multistakeholder Model]] – approach to governance or policymaking that brings together the primary stakeholders, such as businesses, civil society, governments, research institutions, and non-government organizations, to engage in the dialogue, decision-making, and implementation of solutions to common problems or goals. | | * [[Multistakeholder Model]] – approach to governance or policymaking that brings together the primary stakeholders, such as businesses, civil society, governments, research institutions, and non-government organizations, to engage in the dialogue, decision-making, and implementation of solutions to common problems or goals. |
| * [[Net Neutrality]] – determining the degree to which Internet Service Providers can selectively promote certain Internet content and applications to their customers, whether through Zero-Rating, paid prioritization, or other means. | | * [[Net Neutrality]] – determining the degree to which Internet Service Providers can selectively promote certain Internet content and applications to their customers, whether through Zero-Rating, paid prioritization, or other means. |
Line 98: |
Line 101: |
| * [[Right to Be Forgotten]] – (aka Article 17 of the GDPR) refers to a subject's right to obligate the controller of the data in question the erasure of personal information without undue delay. | | * [[Right to Be Forgotten]] – (aka Article 17 of the GDPR) refers to a subject's right to obligate the controller of the data in question the erasure of personal information without undue delay. |
| * [[SSR|Security]] – the capacity to protect Internet Identifier Systems and prevent misuse. | | * [[SSR|Security]] – the capacity to protect Internet Identifier Systems and prevent misuse. |
− | * [[Social Engineering]] the exploitation of people’s inclinations to trust and help others, often in aid of DNS abuse.
| |
| * [[SSR|Stability]] – the capacity to ensure that Internet Identifier Systems operate and user confidence them. | | * [[SSR|Stability]] – the capacity to ensure that Internet Identifier Systems operate and user confidence them. |
| * [[Universal Acceptance]] – The principle of accepting, validating, storing, processing, and displaying all domain names and email addresses evenly across all applications, devices, and systems. | | * [[Universal Acceptance]] – The principle of accepting, validating, storing, processing, and displaying all domain names and email addresses evenly across all applications, devices, and systems. |
Line 104: |
Line 106: |
| | | |
| ==Databases== | | ==Databases== |
| + | * [[IRR]] – a database of Internet route objects for determining and sharing information for configuring routers and avoiding issues between Internet service providers |
| * [[PSL]] – The Public Suffix List is a database of TLDs including the respective registry's policies on domain registrations at different levels. | | * [[PSL]] – The Public Suffix List is a database of TLDs including the respective registry's policies on domain registrations at different levels. |
| * [[RBL]]s – reputation block lists include the domain names, URLs, and IP addresses of known security threats and incoming spam messages by security systems. | | * [[RBL]]s – reputation block lists include the domain names, URLs, and IP addresses of known security threats and incoming spam messages by security systems. |
Line 135: |
Line 138: |
| ===Policies=== | | ===Policies=== |
| * [[Add Grace Period Limits Policy]] – an ICANN-Accredited registrar shan't receive a refund on domain names deleted during the AGP that were above 10% of the registrar's net new registrations in that month, or 50 domain names. | | * [[Add Grace Period Limits Policy]] – an ICANN-Accredited registrar shan't receive a refund on domain names deleted during the AGP that were above 10% of the registrar's net new registrations in that month, or 50 domain names. |
− | * [[Additional Whois Information Policy]] – | + | * [[Additional Whois Information Policy]] – obligates ICANN-accredited registrars and gTLD registries to provide query-based access to registration data via web pages and Port 43 and include Whois output information to help users identify their sponsoring registrar and status codes. |
− | * [[Consensus Policies]] – ICANN-developed policies that accredited registrars and registry operators are required to follow. | + | * [[Consensus Policy]] – ICANN-developed policy that accredited registrars and registry operators are required to follow. |
− | * [[Expired Domain Deletion Policy]] – | + | * [[Expired Domain Deletion Policy]] – outlines the circumstances under which a Registrar can or cannot delete a domain name registration that has not been renewed |
− | * [[Expired Registration Recovery Policy]] – | + | * [[Expired Registration Recovery Policy]] – ensures that registrants of expiring domain names receive multiple notices from their registrar that their names are going to expire. |
| * [[Inter-Registrar Transfer Policy]] – the policy developed by ICANN for the safe, straight-forward transfer of domain names from one registrar to another, dispute resolution, and undoing the transfer if it was done as a result of an error. | | * [[Inter-Registrar Transfer Policy]] – the policy developed by ICANN for the safe, straight-forward transfer of domain names from one registrar to another, dispute resolution, and undoing the transfer if it was done as a result of an error. |
− | * [[Interim Registration Data Policy for gTLDs]] – | + | * [[Temporary Specification for gTLD Registration Data#Interim Registration Data Policy for gTLDs|Interim Registration Data Policy for gTLDs]] – requires gTLD registry operators and ICANN-accredited registrars to continue implementing measures consistent with the Temporary Specification for gTLD Registration Data. |
| * [[PEDNR]] – The Post-Expiration Domain Name Recovery policy is for registrants who wish to recover a domain name after it has already expired. | | * [[PEDNR]] – The Post-Expiration Domain Name Recovery policy is for registrants who wish to recover a domain name after it has already expired. |
− | * [[Protection of IGO and INGO Identifier in All gTLDs Policy]] – | + | * [[Protection of IGO and INGO Identifiers in All gTLDs Policy]] – protects identifiers for the Red Cross, International Olympic Committee, International Governmental Organizations, and International Non-Governmental Organizations. |
− | * [[Registry Registration Data Directory Services Consistent Labeling and Display Policy]] | + | * [[Registry Registration Data Directory Services Consistent Labeling and Display Policy]] – sought to align how registries and registrars label and display registration data. |
− | * [[Registry Services Evaluation Policy]] – | + | * [[RSEP#History|Registry Services Evaluation Policy]] – established protocols designed to screen and approve proposals made by gTLD operators to add or modify registry services. |
− | * [[Restored Names Accuracy Policy]] – | + | * [[Restored Names Accuracy Policy]] – addresses how registrars handle domain registrations deleted due to inaccurate Whois information. |
− | * [[Statement of Registrar Accreditation Policy]] – | + | * [[Registrar Accreditation Agreement#History|Statement of Registrar Accreditation Policy]] – established the guidelines for the agreement governing the relationship between ICANN and its accredited registrars. |
− | * [[TDRP]] – The Transfer Dispute Resolution Policy is a procedure for two registrars who have a dispute over Inter-Registrar domain name transfers. | + | * [[TDRP|Transfer Dispute Resolution Policy]] – established the procedure for two registrars who have a dispute over Inter-Registrar domain name transfers. |
− | * [[Thick RDDS Transition Policy]] – | + | * [[Whois#Thick Whois|Thick RDDS Transition Policy]] – required that registries begin accepting Thick registration data from registrars for .com, .net, and .jobs names on November 30, 2019; that all new domain name registrations be Thick by May 31, 2020; and that all relevant registration data for existing domain names be migrated from Thin to Thick by November 30, 2020 |
− | * [[Whois Data Reminder Policy]] – | + | * [[Whois Data Reminder Policy]] – mandates that registrars send their registrants a yearly reminder to review their contact information. |
− | * [[Whois Marketing Restriction Policy]] – | + | * [[Whois Marketing Restriction Policy]] – restricts third-party bulk access to Whois data for marketing purposes in the Registrar Accreditation Agreement. |
| | | |
| ==Events== | | ==Events== |
Line 181: |
Line 184: |
| * [[IRIS]] – Internet Registry Information Service, developed to replace WHOIS, is an application layer client-server protocol for a framework to represent the query-and-result operations of the information services of Internet registries. | | * [[IRIS]] – Internet Registry Information Service, developed to replace WHOIS, is an application layer client-server protocol for a framework to represent the query-and-result operations of the information services of Internet registries. |
| * [[LDAP]] – a software protocol for enabling anyone to locate organizations, individuals, and other resources such as files and devices in a network, whether on the public Internet or on a corporate intranet. | | * [[LDAP]] – a software protocol for enabling anyone to locate organizations, individuals, and other resources such as files and devices in a network, whether on the public Internet or on a corporate intranet. |
− | * [[RSAP]] – the HTTP-based protocol that replaces WHOIS, providing access to information about current domain name registrations and IP address allocations. | + | * [[RDAP]] – the HTTP-based protocol that replaces WHOIS, providing access to information about current domain name registrations and IP address allocations. |
| * [[SSL]] – the cryptographic predecessor to Transport Layer Security (TLS) for providing communications security over a computer network. | | * [[SSL]] – the cryptographic predecessor to Transport Layer Security (TLS) for providing communications security over a computer network. |
| * [[TCP/IP]] – Transmission Control Protocol/Internet Protocol (aka Internet Protocol Suite) serves as the industry standard in connecting networks to networks. | | * [[TCP/IP]] – Transmission Control Protocol/Internet Protocol (aka Internet Protocol Suite) serves as the industry standard in connecting networks to networks. |
Line 210: |
Line 213: |
| * [[Internet governance]] – the development of norms and principles relating to how the Internet functions by a group of stakeholders including governments, organizations, and commissions and the regulation and administration of those principals by the parties involved. | | * [[Internet governance]] – the development of norms and principles relating to how the Internet functions by a group of stakeholders including governments, organizations, and commissions and the regulation and administration of those principals by the parties involved. |
| * [[Internet Standards Process]] the IETF-recommended process that a specification undergoes involving developments, iterations of review, revision, and ultimately adoption and publication. | | * [[Internet Standards Process]] the IETF-recommended process that a specification undergoes involving developments, iterations of review, revision, and ultimately adoption and publication. |
− | * [[Name Resolution]] – The process of transforming a domain name to its corresponding IP address. | + | * [[Name Resolution]] – the process of transforming a domain name to its corresponding IP address. |
| + | * [[Routing]] – the process of selecting a path for traffic in a network or between or across multiple networks. |
| | | |
| ==Problems== | | ==Problems== |
Line 274: |
Line 278: |
| * [[Pharming]] – redirecting unknowing users to fraudulent sites or services through DNS hijacking or poisoning. | | * [[Pharming]] – redirecting unknowing users to fraudulent sites or services through DNS hijacking or poisoning. |
| * [[Phishing]] – the acquisition of personal and financial information through deceptive means such as fraudulent emails, copies of legitimate websites, brand spoofing, and carding. | | * [[Phishing]] – the acquisition of personal and financial information through deceptive means such as fraudulent emails, copies of legitimate websites, brand spoofing, and carding. |
| + | * [[Social Engineering Attacks]] – practices that exploit people’s inclinations to trust and help others, often in aid of DNS abuse. |
| * [[Typosquatting]] – the intentional registration of misspellings of popular website addresses to garner traffic; aka URL hijacking. | | * [[Typosquatting]] – the intentional registration of misspellings of popular website addresses to garner traffic; aka URL hijacking. |
| | | |