Skip to main content
Resources

Processo acelerado da RSEP e texto padrão para autorização

Esta página também está disponível em:

Por favor, observe que a versão em inglês de todo o conteúdo e dos documentos traduzidos são versões oficiais e que as traduções em outras línguas são apenas para fins de informar.

Alguns serviços de registro que costumam ser solicitados pelos operadores de registro por meio do processo da RSEP deram origem a um texto de autorização padronizado (normalmente uma emenda ao Contrato de Registro), chamado de serviços conhecidos. Para muitos desses serviços conhecidos, a organização da ICANN também desenvolveu formulários de solicitação da RSEP simplificados para agilizar o processo. Esta página on-line identifica os serviços disponíveis por meio do processo acelerado da RSEP e outros serviços com texto de autorização padrão.

Esta página on-line será atualizada periodicamente com outros serviços que se encaixem nessa descrição.

Processo acelerado da RSEP

O processo acelerado da RSEP é uma versão simplificada do processo da RSEP, que exige que o operador de registro use o texto de autorização especificado (normalmente na forma de emenda ao Contrato de Registro) sem modificações. As solicitações aceleradas da RSEP têm o objetivo de reduzir a duração do processo, do envio à autorização, em relação às solicitações padrão da RSEP.

Caso um operador de registro queira modificar o texto da autorização de uma solicitação acelerada da RSEP, o novo texto deve ser enviado como uma solicitação padrão da RSEP. O operador de registro pode retirar a solicitação da RSEP a qualquer momento, enviando um comentário por meio de um caso no portal de serviços de nomes.

O processo acelerado da RSEP tem quatro (4) fases:

  1. Envio da solicitação acelerada da RSEP – com o título "RSEP acelerada–[Nome do Serviço]" no portal de serviços de nomes. Siga as etapas para (a) confirmar o serviço proposto, (b) confirmar o texto de autorização padronizado, (c) responder às perguntas padrão sobre concorrência, e (d) fornecer informações dos signatários (entre em contato com uma autoridade para executar uma emenda ao Contrato de Registro).
  2. Verificação de preenchimento da organização da ICANN (duração esperada: 5 dias corridos) – uma solicitação é considerada completa caso o operador de registro tenha completado corretamente todos os campos obrigatórios do formulário. Durante essa fase, a solicitação da RSEP não é publicada.
  3. Análise da ICANN (duração esperada: 12 dias corridos) - assim que passar para a análise da ICANN, a solicitação será publicada na página on-line do processo da RSEP. A organização do ICANN analisa o serviço proposto para definir se ele levanta questões significativas relacionadas à segurança, estabilidade ou concorrência. Ao final da análise da ICANN, a organização da ICANN notificará o operador de registro sobre a determinação preliminar relacionada ao serviço proposto.

    1. Caso o serviço proposto também exija a mudança de provedor de uma Função Crítica (conforme identificado na Especificação 10, Seção 6 do Contrato de Registro), a organização da ICANN avisará o operador de registro que ele deve enviar uma solicitação de alteração do Acordo de Subcontratação para Funções Essenciais (MSA) quando a solicitação da RSEP for aprovada (por exemplo: Validação de registro de acordo com as leis em vigor, com proxy).
  4. Determinação e processamento final (tempo esperado até o início desta fase: 5 dias corridos) – caso a solicitação seja aprovada após a análise da ICANN, a organização da ICANN iniciará o processo de autorização (para executar uma emenda ao Contrato de Registro ou emitir uma nota de liberação de implementação) dentro de 5 dias corridos. A determinação e a autorização são publicadas na página do processo da RSEP.

O processo acelerado da RSEP está disponível para os seguintes serviços:

Nome do serviço Descrição Texto pré-aprovado de emenda ao Contrato de Registro

BTAPPA (Transferência em Massa após Aquisição Parcial de Portfólio)

Permite que os operadores de registro ofereçam aos registradores a possibilidade de realizar uma transferência em massa, de acordo com as especificações da emenda ao Contrato de Registro, caso (a) um registrador faça uma compra parcial, mas não total, do portfólio de domínios de outro registrador no TLD; ou (b) um registrador credenciado há pouco tempo solicite a transferência de todos os nomes de domínio do registrador perdedor, para o qual trabalhava como revendedor.

BTAPPA (Transferência em Massa após Aquisição Parcial de Portfólio)

Validação de registro de acordo com as leis em vigor, com ou sem proxy

Permite que os operadores de registro façam a validação do registro para cumprir as leis em vigor em uma determinada jurisdição. Os operadores de registro podem oferecer este serviço com ou sem um proxy suplementar de registro, conforme identificado nas opções de textos pré-aprovados para emendas ao Contrato de Registro.

Bloqueio de registro

Ajuda a proteger contra transferências, modificações ou exclusões acidentais de dados de registro de nomes de domínio, permitindo que um representante autorizado do registrador responsável solicite a ativação ou desativação de determinados status do EPP (Protocolo de Provisionamento Extensível).

Bloqueio de registro

Outros serviços conhecidos com texto de emenda padrão

Os serviços a seguir não estão disponíveis no processo acelerado da RSEP, mas também utilizam texto pré-aprovado para emendas ao Contrato de Registro, ajudando a simplificar o processo padrão da RSEP. No caso desses serviços, envie uma solicitação padrão da RSEP (consulte o Guia da RSEP) e inclua um link para o texto apropriado de emenda ao Contrato de Registro (abaixo) na seção correspondente do formulário de solicitação da RSEP.

Nome do serviço Descrição Texto pré-aprovado de emenda ao Contrato de Registro

Nomes de domínio internacionalizados (IDNs) – este serviço permite que os operadores de registro ofereçam nomes de domínio não ASCII no segundo nível ou em níveis mais baixos.

Recomendamos que os operadores de registro usem as, tabelas pré-aprovadas das Regras de Geração de Etiquetas de Referência (LGR).

(a) Adição de serviço de IDN e possibilidade de ativar variantes

Para operadores de registro que não foram aprovados anteriormente para oferecer IDNs. O operador de registro ativará variantes.

Adição de serviço de IDN e possibilidade de ativar variantes

(b) Adição de serviço de IDN e bloqueio de variantes

Para operadores de registro que não foram aprovados anteriormente para oferecer IDNs. O operador de registro bloqueará variantes.

Adição de serviço de IDN e bloqueio de variantes

(c) Adição de serviço de IDN sem oferecimento de variantes

Para operadores de registro que não foram aprovados anteriormente para oferecer IDNs. O operador de registro não oferecerá variantes.

Adição de serviço de IDN sem oferecimento de variantes

(d) Adição de idiomas/escritas de IDN

Para operadores de registro que foram aprovados para oferecer IDNs e planejam oferecer tais IDNS em outros idiomas/escritas.

Adição de idiomas/escritas de IDN

(e) Remoção de idiomas/escritas de IDN

Para operadores de registro que planejam deixar de oferecer IDNs em idiomas/escritas específicos.

Remoção de idiomas/escritas de IDN

Arquivo

Esta página foi atualizada em junho de 2019 dentro das melhorias operacionais do processo da RSEP (consulte a publicação no blog da organização da ICANN). A versão arquivada desta página está disponível aqui.

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."