Skip to main content

Appel à propositions : services EBERO

Cette page est disponible en:

Los Angeles, le 17 octobre 2018. La Société pour l'attribution des noms de domaines et des numéros sur Internet (ICANN) a annoncé aujourd'hui qu'elle cherche un ou plusieurs partenaires pour assurer des services de registre de secours back-end (EBERO). Le Programme EBERO de l'organisation ICANN vise à protéger les titulaires de noms de domaines en cas de cessation de service d'un opérateur de registre. Assurer le transfert réussi d'un domaine de premier niveau (TLD) défaillant fait partie de la mission de l'ICANN établie dans ses statuts constitutifs, qui consiste à préserver la santé, la stabilité et la résilience de l'écosystème d'identificateurs uniques.

Il y a actuellement trois fournisseurs de services EBERO partenaires de l'organisation ICANN, en garde 24/24 7j/7 pour agir en urgence en cas de défaillance d'un opérateur de registre gTLD.

Depuis le premier appel à informations (RFI) lancé en 2011, l'industrie a évolué significativement. L'organisation ICANN cherche à aligner les critères associés aux fournisseurs de services EBERO sur ce qu'elle considère être la réalité du marché pour les services d'opérateurs de services de registre de secours back-end. En plus, dans le cadre de sa politique d'approvisionnement, qui prévoit une revue périodique des contrats des fournisseurs, l'organisation ICANN lance un appel à propositions (RFP) ouvert. Cela veut dire qu'outre la recherche de nouveaux prestataires, les fournisseurs de services EBERO existants devront aussi présenter des propositions pour être éligibles à demeurer des fournisseurs EBERO.

L'objectif principal de ce RFP est d'identifier un ou plusieurs fournisseurs capables d'aider l'ICANN à préparer et à coordonner la reprise des services d'un opérateur de registre gTLD défaillant. L'organisation ICANN souhaite identifier un ou plusieurs fournisseurs dans les régions qui concentrent le plus grand nombre d'opérateurs de registre du Programme des nouveaux gTLD (Asie-Pacifique, Europe et Amérique du Nord). La volonté et responsabilité partagée d'assurer la stabilité de l'Internet au bénéfice de ses utilisateurs compte aussi parmi les critères qui seront pris en compte.

Pour un aperçu complet du RFP et des dates limites, veuillez cliquer ici [PDF 97 KB].

Les manifestations d'intérêt sont à envoyer par courriel à EBEROServices-rfp@icann.org avant le 5 novembre 2018 à 23h59 UTC. Les propositions complètes doivent être envoyées par voie électronique avant le 3 décembre 2018 à 16h00 UTC à l'aide de l'outil d'approvisionnement de l'ICANN. L'accès à cet outil peut être demandé à la même adresse électronique indiquée ci-dessus.

À propos de l'ICANN

La mission de l'ICANN est de garantir un Internet mondial sûr, stable et unifié. Pour contacter une personne sur Internet, vous devez saisir une adresse sur votre ordinateur ou autre dispositif : un nom ou un numéro. Cette adresse doit être unique pour permettre aux ordinateurs de s'identifier entre eux. L'ICANN coordonne ces identificateurs uniques à l'échelle mondiale. La société ICANN a été fondée en 1998 en tant qu'organisation à but non lucratif, reconnue d'utilité publique. Elle rassemble au sein de sa communauté des participants du monde entier.


More Announcements
Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."