Skip to content

Instantly share code, notes, and snippets.

Embed
What would you like to do?
Politica e restricoes do servico EPP no Registro.BR

Politica e restricoes do servico EPP no Registro.BR - especificacoes tecnicas NICBR-EPP-2008-1

Aviso

Este documento descreve as mensagens e codigos de erro enviadas pelo servidor EPP do Registro.br para clientes EPP via o comando Poll, as restricoes de alguns campos do EPP para o servidor do Registro.br e codigos de erro e mensagens do servidor EPP do Registro.br.

Conteúdo

    1. Codigos de erro e mensagens enviadas pelo Poll . . . . . . . 2
    1. Mensagens do Poll . . . . . . . . . . . . . . . . . . . . . . 3
    • 2.1. Criacao de dominio . . . . . . . . . . . . . . . . . . . 3
    • 2.2. Congelamento de dominio . . . . . . . . . . . . . . . . . 4
    • 2.3. Descongelamento de dominio . . . . . . . . . . . . . . . 5
    • 2.4. Aviso de remocao de dominio . . . . . . . . . . . . . . . 6
    • 2.5. Transferencia de titularidade . . . . . . . . . . . . . . 6
    • 2.6. Recadastramento de ticket com pendencias . . . . . . . . 7
    • 2.7. Cancelamento de tickets de entidade com documento invalido . . . . . . . . . . . . . . . . . . . . . . . . 8
    • 2.8. Status dos tickets . . . . . . . . . . . . . . . . . . . 9
    • 2.9. Recebimento de documentacao . . . . . . . . . . . . . . . 10
    • 2.10. Recadastramento de ticket e dominio registrado . . . . . 10
    • 2.11. Ticket cadastrado com pendencias . . . . . . . . . . . . 11
    • 2.12. Dominio registrado . . . . . . . . . . . . . . . . . . . 12
    • 2.13. Criacao de organizacao . . . . . . . . . . . . . . . . . 13
    • 2.14. Selecao de provedor (entidade) . . . . . . . . . . . . . 15
    • 2.15. Selecao de provedor (dominio) . . . . . . . . . . . . . . 16
    • 2.16. Cancelamento de organizacao . . . . . . . . . . . . . . . 18
    • 2.17. Transferencia de contato de uma organizacao . . . . . . . 19
    • 2.18. Upgrade de contato . . . . . . . . . . . . . . . . . . . 20
    • 2.19. Transferencia de contato entre provedores de servico . . 21
    • 2.20. Renuncia de contato de dominio . . . . . . . . . . . . . 22
    • 2.21. Credito no limite . . . . . . . . . . . . . . . . . . . . 23
    • 2.22. Deposito na conta de provedor . . . . . . . . . . . . . . 24
    • 2.23. Ajuste de credito . . . . . . . . . . . . . . . . . . . . 25
    • 2.24. Devolucao efetuada com sucesso . . . . . . . . . . . . . 26
    • 2.25. Renovacao automatica efetuada com sucesso . . . . . . . . 27
    • 2.26. Renovacao Automatica nao efetuada por falta de credito . 28
    1. Restricoes de valores para alguns elementos EPP no servidor do Registro.br . . . . . . . . . . . . . . . . . . . 29
    1. Codigos de erro e mensagens enviadas pelo servidor EPP do Registro.br . . . . . . . . . . . . . . . . . . . . . . . . . 33
    1. Referencias . . . . . . . . . . . . . . . . . . . . . . . . . 46
  • Author's Address . . . . . . . . . . . . . . . . . . . . . . . . 47

1. Codigos de erro e mensagens enviadas pelo Poll

Os codigos de erro enviados via Poll sao os seguintes:

   enum Code {
     UNSET = 0,
     DOMAIN_CREATE_PAN = 1,
     DOMAIN_FROZEN_PAYMENT,
     DOMAIN_FROZEN_BCO,
     DOMAIN_FROZEN_CG,
     DOMAIN_FROZEN_INCORRECT_DATA,
     DOMAIN_FROZEN_DNS,
     DOMAIN_UNFROZEN_PAYMENT,
     DOMAIN_UNFROZEN_BCO,
     DOMAIN_UNFROZEN_CG,
     DOMAIN_UNFROZEN_INCORRECT_DATA = 10,
     DOMAIN_UNFROZEN_DNS,
     DOMAIN_REMOVAL_PAYMENT,
     DOMAIN_REMOVAL_NRM,
     DOMAIN_REMOVAL_BCO,
     DOMAIN_REMOVAL_ADM,
     DOMAIN_OWNERSHIP_TRANSFER_NRM,
     DOMAIN_OWNERSHIP_TRANSFER_BCO,
     DOMAIN_OWNERSHIP_TRANSFER_ADM,
     DOMAIN_CONTACT_RENOUNCE = 20,
     TKT_RESTORED,
     TKT_CANCELLED_INVALID_ORG,
     TKT_UPDATE_STATUS_OK,
     TKT_UPDATE_STILL_PENDING,
     TKT_UPDATE_STATUS_NOT_OK,
     DOC_RECEIVED,
     TKT_RESTORED_DOMAIN_CREATED,
     TKT_CREATED,
     DOMAIN_CREATED,
     ORG_CREATE_PAN = 100,
     ORG_PROVIDER_SELECTION,
     ORG_REMOVAL,
     ORG_CONTACT_TRN_NRM,
     ORG_CONTACT_TRN_BCO,
     ORG_CONTACT_TRN_ADM,
     ORG_PROVIDER_SELECTION_DIFF_DOMAIN_RENEWAL
     DOMAIN_PROVIDER_SELECTION
     DOMAIN_PROVIDER_SELECTION_DIFF_DOMAIN_RENEWAL
     CONTACT_CLASS_UPDATE = 200,
     CONTACT_SPONSORING_CLIENT_TRANSFER,
     CONTACT_TRANSFER,
     BILLING_CREDIT_BAL_LOW = 300,
     BILLING_DEPOSIT,
     BILLING_CREDIT_ADJUST,
     BILLING_REFUND,
     BILLING_AUTO_RENEW_OK,
     BILLING_AUTO_RENEW_NOT_OK
   };

2. Mensagens do Poll

As seguintes mensagens sao enviadas atraves do Poll informando o resultado do processamento de um comando EPP.

2.1. Criacao de dominio

codigo: DOMAIN_CREATE_PAN

Esta mensagem e enviada quando o ticket e transformado em dominio com sucesso, ou quando o ticket for cancelado por qualquer razao. No caso de ticket cancelado sera enviado um elemento 'reason' na parte de extensao justificando o motivo do cancelamento.

Exemplo de uma mensagem XML apos a criacao de um dominio:

   <epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
    <response>
     <result code="1301">
      <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count="5" id="12345">
      <qDate>1999-04-04T22:01:00.0Z</qDate>
      <msg>
       <code>1</code>
       <txt>Pending domain create completed.</txt>
       <objectId>example.can.br</objectId>
      </msg>
     </msgQ>
     <resData>
      <domain:panData
        xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"
        xsi:schemaLocation="urn:ietf:params:xml:ns:domain-1.0
        domain-1.0.xsd">
       <domain:name paResult="1">example.can.br</domain:name>
       <domain:paTRID>
        <clTRID>ABC-123</clTRID>
        <svTRID>DEF-456</svTRID>
       </domain:paTRID>
       <domain:paDate>1999-04-01T18:01:00.0Z</domain:paDate>
      </domain:panData>
     </resData>
     <extension>
      <brdomain:panData xmlns:brdomain=
        "urn:ietf:params:xml:ns:brdomain-1.0"
        xsi:schemaLocation=
        "urn:ietf:params:xml:ns:brdomain1.0 brdomain-1.0.xsd">
       <brdomain:ticketNumber>12345</brdomain:ticketNumber>
       <brdomain:reason>
         EPP domain create was accepted and the domain was
         registered. According to the TSE Resolution Number 20,
         February 5th, 2004, the domains ending with can.br
         will be automatically cancelled after the first round of
         voting, except the domains belonging to candidates
         participating in the second round of voting,
         which will be cancelled after the second round.
       </brdomain:reason>
      </brdomain:panData>
     </extension>
     <trID>
      <clTRID>BCD-23456</clTRID>
      <svTRID>65432-WXY</svTRID>
     </trID>
    </response>
   </epp>

2.2. Congelamento de dominio

codigo: [ DOMAIN_FROZEN_PAYMENT | DOMAIN_FROZEN_BCO | DOMAIN_FROZEN_CG | DOMAIN_FROZEN_INCORRECT_DATA | DOMAIN_FROZEN_DNS ]

Quando o dominio for congelado por falta de pagamento, decisao judicial, decisao do Comite Gestor, dados incorretos ou servidores DNS invalidos, sera enviada uma mensagem informando que o dominio foi congelado, o motivo do congelamento e o status atual do dominio.

Importante: Um dominio pode estar congelado por mais de um motivo. Toda vez que ele for congelado, independente de ja estar congelado por outro motivo ou nao, sera enviada uma mensagem avisando que ele foi congelado juntamente com o motivo.

Exemplo de uma mensagem apos o congelamento de um dominio:

   <epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
        xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
        xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
    <response>
     <result code='1301'>
      <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count='5' id='12345'>
      <qDate>1999-04-04T22:01:00.0Z</qDate>
      <msg>
       <code>6</code>
       <txt>Domain frozen due to incorrect DNS delegation.</txt>
       <objectId>example.com.br</objectId>
       <publicationFlag>onHold</publicationFlag>
       <onHoldReason>billing</onHoldReason>
       <onHoldReason>dns</onHoldReason>
      </msg>
     </msgQ>
     <trID>
      <clTRID>BCD-23456</clTRID>
      <svTRID>65432-WXY</svTRID>
     </trID>
    </response>
   </epp>

2.3. Descongelamento de dominio

codigo: [ DOMAIN_UNFROZEN_PAYMENT | DOMAIN_UNFROZEN_BCO | DOMAIN_UNFROZEN_CG | DOMAIN_UNFROZEN_INCORRECT_DATA | DOMAIN_UNFROZEN_DNS ]

Quando o dominio for descongelado por falta de pagamento, decisao judicial, decisao do Comite Gestor, dados incorretos ou servidores DNS invalidos, sera enviada uma mensagem informando que o dominio foi descongelado, o motivo do descongelamento e o status atual do dominio.

Importante: Um dominio pode estar congelado por mais de um motivo por isso ele pode ser descongelado por um motivo e continuar congelado por outro. Toda vez que ele for descongelado, independente de estar congelado por outro motivo ou nao, sera enviada uma mensagem avisando que ele foi descongelado juntamente com o motivo.

Exemplo: Idem acima.

2.4. Aviso de remocao de dominio

codigo: [ DOMAIN_REMOVAL_PAYMENT | DOMAIN_REMOVAL_NRM | DOMAIN_REMOVAL_BCO | DOMAIN_REMOVAL_ADM ]

Um dominio pode ser removido por falta de pagamento, procedimento normal (pedido do registrante), procedimento judicial (ordem judicial), procedimento administrativo (documento invalido).

Em qualquer um desses casos sera enviada uma mensagem EPP confirmando a remocao do dominio. O codigo e o texto da mensagem indicam a razao pela qual o dominio foi removido.

Exemplo de uma mensagem XML avisando sobre a remocao de um dominio:

   <epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
    <response>
     <result code="1301">
      <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count="5" id="12345">
      <qDate>1999-04-04T22:01:00.0Z</qDate>
      <msg>
       <code>13</code>
       <txt>Domain removed by the registrant.</txt>
       <objectId>example.com.br</objectId>
      </msg>
     </msgQ>
     <trID>
      <clTRID>BCD-23456</clTRID>
      <svTRID>65432-WXY</svTRID>
     </trID>
    </response>
   </epp>

2.5. Transferencia de titularidade

codigo: [ DOMAIN_OWNERSHIP_TRANSFER_NRM | DOMAIN_OWNERSHIP_TRANSFER_BCO | DOMAIN_OWNERSHIP_TRANSFER_ADM ]

Um dominio pode ser transferido de uma organizacao para outra por procedimento normal (pedido pelo registrante), procedimento judicial (ordem judicial) ou procedimento administrativo (documento invalido).

Exemplo de uma mensagem avisando sobre a transferencia de titularidade de um dominio:

   <epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
        xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
        xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
    <response>
     <result code=1301>
      <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count=5 id=12345>
      <qDate>1999-04-04T22:01:00.0Z</qDate>
      <msg>
       <code>16</code>
       <txt>Domain ownership transferred by the registrant.</txt>
       <objectId>example.com.br</objectId>
       <oldOrg>123.456.789/1234-56</oldOrg>
       <newOrg>987.654.321/4321-65</newOrg>
      </msg>
     </msgQ>
     <trID>
      <clTRID>BCD-23456</clTRID>
      <svTRID>65432-WXY</svTRID>
     </trID>
    </response>
   </epp>

2.6. Recadastramento de ticket com pendencias

codigo: TKT_RESTORED

Em alguns casos especiais um ticket pode ser recadastrado. Nestes casos, sera enviada uma mensagem EPP informando que o ticket foi recadastrado contendo os numeros dos tickets antigo e o novo. O dominio somente e registrado apos a resolucao de todas as pendencias.

Exemplo de mensagem avisando sobre um ticket recadastrado no sistema:

   <?xml version='1.0' encoding='UTF-8' standalone='no'?>
   <epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
        xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
        xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0
        epp-1.0.xsd'>
    <response>
     <result code='1301'>
      <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count='5' id='12345'>
      <qDate>1999-04-04T22:01:00.0Z</qDate>
      <msg>
       <code>21</code>
       <txt>Ticket restored with pendings.</txt>
       <objectId>example.com.br</objectId>
       <oldTicketNumber>12345</oldTicketNumber>
       <newTicketNumber>54321</newTicketNumber>
      </msg>
     </msgQ>
     <trID>
      <clTRID>BCD-23456</clTRID>
      <svTRID>65432-WXY</svTRID>
     </trID>
    </response>
   </epp>

2.7. Cancelamento de tickets de entidade com documento invalido

codigo: TKT_CANCELLED_INVALID_ORG

Quando uma organizacao estiver usando documento invalido sera cancelada assim que for verificada a infracao. Quando uma entidade for cancelada todos os tickets da entidade serao automaticamente cancelados. Para cada ticket cancelado sera enviada uma mensagem EPP contendo o numero do ticket cancelado.

Exemplo de mensagem avisando sobre os tickets cancelados de uma entidade com documento invalido:

   <epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
        xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
        xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
    <response>
     <result code='1301'>
      <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count='5' id='12345'>
      <qDate>1999-04-04T22:01:00.0Z</qDate>
      <msg>
       <code>22</code>
       <txt>Ticket cancelled due to invalid organization.</txt>
       <objectId>example.com.br</objectId>
       <ticketNumber>12345</ticketNumber>
      </msg>
     </msgQ>
     <trID>
      <clTRID>BCD-23456</clTRID>
      <svTRID>65432-WXY</svTRID>
     </trID>
    </response>
   </epp>

2.8. Status dos tickets

codigo: `[ TKT_UPDATE_STATUS_OK | TKT_UPDATE_STILL_PENDING | TKT_UPDATE_STATUS_NOT_OK ]

O status de um ticket pode ser alterado via sistema administrativo do Registro.br. Alteracoes se resumem a resolver: pendencias de documentacao e DNS.

Para cada alteracao sera enviada uma mensagem informando se o ticket esta OK e sera transformado em dominio(TKT_UPDATE_STATUS_OK), continua com pendencias(TKT_UPDATE_STILL_PENDING) ou sera cancelado(TKT_UPDATE_STATUS_NOT_OK) .

Exemplo de mensagem sobre o status de um ticket:

Idem acima

2.9. Recebimento de documentacao

codigo: DOC_RECEIVED

Para cada documento recebido sera enviada uma mensagem identificando o documento, informando o status (recebido, invalido ou incorreto) e a lista de tickets afetados pelo recebimento da documentacao.

Exemplo de mensagem avisando sobre documentacao recebida:

   <epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
        xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
        xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
    <response>
     <result code='1301'>
      <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count='5' id='12345'>
      <qDate>1999-04-04T22:01:00.0Z</qDate>
      <msg>
       <code>26</code>
       <txt>Document received.</txt>
       <objectId>000.101.266/0001-20</objectId>
       <docType>CNPJ</docType>
       <docStatus>OK</docStatus>
       <ticket>2527352</ticket>
       <ticket>2527353</ticket>
       <ticket>2527354</ticket>
       <domain>lmdesign.com.br</domain>
      </msg>
     </msgQ>
     <trID>
      <clTRID>BCD-23456</clTRID>
      <svTRID>65432-WXY</svTRID>
     </trID>
    </response>
   </epp>

2.10. Recadastramento de ticket e dominio registrado

codigo: TKT_RESTORED_DOMAIN_CREATED

Em alguns casos especiais um ticket pode ser recadastrado. Nestes casos, sera enviada uma mensagem EPP informando que o ticket foi recadastrado.

Esta mensagem contem o nome do dominio e os numeros dos tickets antigo e novo. Este codigo tambem indica que o dominio ja esta registrado.

Exemplo de mensagem informando sobre o recadastramento do ticket e o registro do dominio.

   <epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
    <response>
     <result code="1301">
      <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count="1" id="36">
      <qDate>2000-06-18T13:00:00.0Z</qDate>
      <msg>
       <code>27</code>
       <txt>Ticket restored and domain created.</txt>
       <objectId>example.com.br</objectId>
       <oldTicketNumber>2822341</oldTicketNumber>
       <newTicketNumber>2822342</newTicketNumber>
      </msg>
     </msgQ>
     <trID>
      <clTRID>BCD-23456</clTRID>
      <svTRID>65432-WXY</svTRID>
     </trID>
    </response>
   </epp>

2.11. Ticket cadastrado com pendencias

codigo: TKT_CREATED

Em alguns casos especiais um ticket para um novo dominio pode ser emitido pelo Registro. Nestes casos, sera enviada uma mensagem EPP informando que o ticket foi cadastrado. Esta mensagem contem o nome do dominio e o numero do ticket criado com pendencias. O dominio somente e registrado apos a resolucao de todas as pendencias.

Exemplo de mensagem informando a criacao de um ticket

   <epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
    <response>
     <result code="1301">
      <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count="1" id="33">
      <qDate>2000-06-18T13:30:00.0Z</qDate>
      <msg>
       <code>28</code>
       <txt>Ticket created with pendings.</txt>
       <objectId>example.com.br</objectId>
       <ticketNumber>2822340</ticketNumber>
      </msg>
     </msgQ>
     <trID>
      <clTRID>BCD-23456</clTRID>
      <svTRID>65432-WXY</svTRID>
     </trID>
    </response>
   </epp>

2.12. Dominio registrado

codigo: DOMAIN_CREATED

Em alguns casos especiais um dominio pode ser cadastrado pelo Registro. Nestes casos, sera enviada uma mensagem EPP informando o registro do dominio. Esta mensagem contem o nome do dominio e o numero do ticket.

Exemplo de mensagem informando que um novo dominio foi cadastrado

   <epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
    <response>
     <result code="1301">
      <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count="1" id="34">
      <qDate>2000-06-18T13:30:00.0Z</qDate>
      <msg>
       <code>29</code>
       <txt>Domain created.</txt>
       <objectId>example.com.br</objectId>
       <ticketNumber>2822341</ticketNumber>
      </msg>
     </msgQ>
     <trID>
      <clTRID>BCD-23456</clTRID>
      <svTRID>65432-WXY</svTRID>
     </trID>
    </response>
   </epp>

2.13. Criacao de organizacao

codigo: ORG_CREATE_PAN

Esta mensagem e enviada quando uma nova organizacao e efetivamente cadastrada ou seu cadastro e negado.

No caso de pedido de cadastro cancelado sera enviado um elemento <reason> na parte de extensao justificando o motivo do cancelamento.

Exemplo de mensagem apos a criacao de uma organizacao:

   <epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
    <response>
     <result code="1301">
      <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count="2" id="89">
      <qDate>2006-07-07T13:24:21.0Z</qDate>
      <msg>
       <code>100</code>
       <txt>Pending organization create completed.</txt>
       <objectId>04857383600010</objectId>
      </msg>
     </msgQ>
     <resData>
      <contact:panData
        xmlns:contact="urn:ietf:params:xml:ns:contact-1.0"
        xsi:schemaLocation="urn:ietf:params:xml:ns:contact-1.0
        contact-1.0.xsd">
        <contact:id paResult="0">e123450</contact:id>
        <contact:paTRID>
         <clTRID>ABC-12345</clTRID>
         <svTRID>54321-XYZ</svTRID>
        </contact:paTRID>
        <contact:paDate>2005-12-05T12:00:00.0Z</contact:paDate>
      </contact:panData>
     </resData>
     <extension>
      <brorg:panData
        xmlns:brorg="urn:ietf:params:xml:ns:brorg-1.0"
        xsi:schemaLocation="urn:ietf:params:xml:ns:brorg-1.0
        brorg-1.0.xsd">
        <brorg:organization>004.857.383/6000-10</brorg:organization>
        <brorg:reason lang="pt">
        Este documento nao existe na base de dados da SRF.
        </brorg:reason>
      </brorg:panData>
     </extension>
     <trID>
      <clTRID>BCD-23456</clTRID>
      <svTRID>65432-WXY</svTRID>
     </trID>
    </response>
   </epp>

2.14. Selecao de provedor (entidade)

codigo: [ ORG_PROVIDER_SELECTION | ORG_PROVIDER_SELECTION_DIFF_DOMAIN_RENEWAL ]

Toda vez que o contato da entidade/organizacao selecionar um provedor via Interface Web sera enviada uma mensagem notificando o novo e o antigo Provedor de Servicos. Caso a entidade possua pendencias de pagamento com valor diferente das manutencoes cobradas de provedores de servicos, serao enviadas mensagens com os nomes dos dominios nesta situacao. Cada mensagem pode conter ate 4 nomes de dominios.

Exemplo de mensagem apos a selecao de um provedor de servicos:

   <epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
        xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
        xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
    <response>
     <result code='1301'>
       <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count='5' id='12345'>
      <qDate>1999-04-04T22:01:00.0Z</qDate>
      <msg>
       <code>101</code>
       <txt>Service provider selection.</txt>
       <objectId>23.456.789/1234-56</objectId>
       <from>5</from>
       <to>2</to>
      </msg>
     </msgQ>
     <trID>
      <clTRID>BCD-23456</clTRID>
      <svTRID>65432-WXY</svTRID>
     </trID>
    </response>
   </epp>

Exemplo de mensagem listando dominios com pendencias de pagamento com valor diferente do cobrado do provedor de servicos:

   <epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
    <response>
     <result code="1301">
      <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count="1" id="94">
      <qDate>2006-06-21T18:01:30.0Z</qDate>
      <msg>
       <code>106</code>
       <txt>
        Service provider selection. Different renewal value for some
        domain names. </txt>
       <objectId>007.777.529/0001-65</objectId>
       <value>30.00</value>
       <domain>example.com.br</domain>
       <domain>example2.com.br</domain>
      </msg>
     </msgQ>
     <trID>
      <clTRID>1433925857</clTRID>
      <svTRID>20060621180317-080-0028</svTRID>
     </trID>
    </response>
   </epp>

2.15. Selecao de provedor (dominio)

codigo: [ DOMAIN_PROVIDER_SELECTION | DOMAIN_PROVIDER_SELECTION_DIFF_DOMAIN_RENEWAL ]

Toda vez que o contato do dominio selecionar um provedor via Interface Web sera enviada uma mensagem notificando o novo e o antigo Provedor de Servicos. Caso o dominio possua pendencias de pagamento com valor diferente das manutencoes cobradas de provedores de servicos, sera enviada uma mensagem com o nome do dominio nesta situacao.

Exemplo de mensagem apos a selecao de um provedor de servicos:

   <epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
        xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
        xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
    <response>
     <result code='1301'>
       <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count='5' id='12345'>
      <qDate>1999-04-04T22:01:00.0Z</qDate>
      <msg>
       <code>107</code>
       <txt>Service provider selection.</txt>
       <objectId>example.com.br</objectId>
       <from>5</from>
       <to>2</to>
      </msg>
     </msgQ>
     <trID>
      <clTRID>BCD-23456</clTRID>
      <svTRID>65432-WXY</svTRID>
     </trID>
    </response>
   </epp>

Exemplo de mensagem listando o dominio com pendencia de pagamento com valor diferente do cobrado do provedor de servicos:

   <epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
    <response>
     <result code="1301">
      <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count="1" id="94">
      <qDate>2006-06-21T18:01:30.0Z</qDate>
      <msg>
       <code>108</code>
       <txt>
        Service provider selection. Different renewal value for domain
        name. </txt>
       <objectId>example.com.br</objectId>
       <value>30.00</value>
      </msg>
     </msgQ>
     <trID>
      <clTRID>1433925857</clTRID>
      <svTRID>20060621180317-080-0028</svTRID>
     </trID>
    </response>
   </epp>

2.16. Cancelamento de organizacao

codigo: ORG_REMOVAL

Uma entidade pode ser cancelada e caso isso ocorra o provedor de servicos sera informado atraves de uma mensagem EPP.

Exemplo de mensagem apos o cancelamento de uma organizacao:

   <epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
        xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
        xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
    <response>
     <result code='1301'>
      <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count='5' id='12345'>
      <qDate>1999-04-04T22:01:00.0Z</qDate>
      <msg>
       <code>102</code>
       <txt>Organization removed due to invalid data.</txt>
       <objectId>060.409.075/0029-53</objectId>
      </msg>
     </msgQ>
     <trID>
      <clTRID>BCD-23456</clTRID>
      <svTRID>65432-WXY</svTRID>
     </trID>
    </response>
   </epp>

2.17. Transferencia de contato de uma organizacao

codigo: [ ORG_CONTACT_TRN_NRM | ORG_CONTACT_TRN_BCO | ORG_CONTACT_TRN_ADM ]

Existe um procedimento out-of-band para transferencia de contato de uma organizacao/entidade. Quando o procedimento for efetivado sera enviada uma mensagem para o provedor de servicos informando o contato novo e o antigo.

Exemplo de mensagem apos a transferencia de contato de organizacao:

   <epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
        xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
        xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
    <response>
     <result code='1301'>
      <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count='5' id='12345'>
      <qDate>1999-04-04T22:01:00.0Z</qDate>
      <msg>
       <code>103</code>
       <txt>Organization contact transferred by the registrant.</txt>
       <objectId>123.456.789/1234-56</objectId>
       <oldContact>aaa123</oldContact>
       <newContact>bbb123</newContact>
      </msg>
     </msgQ>
     <trID>
      <clTRID>BCD-23456</clTRID>
      <svTRID>65432-WXY</svTRID>
     </trID>
    </response>
   </epp>

2.18. Upgrade de contato

codigo: CONTACT_CLASS_UPDATE

Todos os contatos criados via EPP nao podem logar no sistema do Registro.br. Para que um contato possa acessar a interface Web do Registro.br e necessario que ele faca um recadastramento. A partir do momento em que o contato fizer o recadastramento o Provedor de Servicos nao pode mais alterar ou remover o contato. No instante do recadastramento sera enviada uma mensagem EPP para o provedor de servicos informando que o contato foi recadastrado.

Exemplo de mensagem avisando sobre o upgrade de contato:`

   <epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
        xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
        xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
    <response>
     <result code='1301'>
       <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count='5' id='12345'>
      <qDate>1999-04-04T22:01:00.0Z</qDate>
      <msg>
       <code>200</code>
       <txt>Contact class update.</txt>
       <objectId>aaa123</objectId>
      </msg>
     </msgQ>
     <trID>
      <clTRID>BCD-23456</clTRID>
      <svTRID>65432-WXY</svTRID>
     </trID>
    </response>
   </epp>

2.19. Transferencia de contato entre provedores de servico

codigo: CONTACT_SPONSORING_CLIENT_TRANSFER

Um contato pertencente a um provedor de servicos pode ser transferido para outro provedor via sistema administrativo do Registro.br e o provedores de servico novo e o antigo serao informados via mensagem EPP.

Exemplo de mensagem avisando sobre a transferencia de contato entre provedores:

   <epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
        xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
        xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
    <response>
     <result code='1301'>
      <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count='5' id='12345'>
      <qDate>1999-04-04T22:01:00.0Z</qDate>
      <msg>
       <code>201</code>
       <txt>Organization contact transferred by the registry.</txt>
       <objectId>aaa123</objectId>
       <from>1</from>
       <to>2</to>
      </msg>
     </msgQ>
     <trID>
      <clTRID>BCD-23456</clTRID>
      <svTRID>65432-WXY</svTRID>
     </trID>
    </response>
   </epp>

2.20. Renuncia de contato de dominio

codigo: DOMAIN_CONTACT_RENOUNCE

Um contato de dominio pode renunciar seu cargo. Neste caso, o contato sera automaticamente atualizado com o contato da entidade detentora do dominio. Neste caso sera enviada uma mensagem EPP indicando o dominio e o tipo de contato que renunciou e o handle do novo contato.

Os possiveis tipos de contato sao adm, tec e cob.

Exemplo de mensagem apos uma renuncia de contato:

   <epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
        xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
        xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
    <response>
     <result code='1301'>
      <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count='5' id='12345'>
      <qDate>1999-04-04T22:01:00.0Z</qDate>
      <msg>
       <code>20</code>
       <txt>Domain Contact Renounced.</txt>
       <objectId>example.com.br</objectId>
       <contactType>adm</contactType>
       <newContact>bbb123</newContact>
      </msg>
     </msgQ>
     <trID>
      <clTRID>BCD-23456</clTRID>
      <svTRID>65432-WXY</svTRID>
     </trID>
    </response>
   </epp>

2.21. Credito no limite

codigo: BILLING_CREDIT_BAL_LOW

Quando o credito de um provedor de servicos atingir um determinado limite minimo estipulado em contrato sera enviada uma mensagem EPP informando que o saldo esta abaixo do limite.

Exemplo de mensagem avisando sobre credito no limite:

   <epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
        xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
        xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
    <response>
     <result code='1301'>
      <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count='5' id='12345'>
      <qDate>1999-04-04T22:01:00.0Z</qDate>
      <msg>
       <code>300</code>
       <txt>Credit balance low.</txt>
       <creditBalance>970.00</creditBalance>
      </msg>
     </msgQ>
     <trID>
      <clTRID>BCD-23456</clTRID>
      <svTRID>65432-WXY</svTRID>
     </trID>
    </response>
   </epp>

2.22. Deposito na conta de provedor

codigo: BILLING_DEPOSIT

Quando um deposito for efetivado sera enviada uma mensagem EPP indicando o sucesso da operacao, contendo o valor do deposito e o saldo atual.

Exemplo de mensagem avisando sobre um deposito feito na conta do provedor:

   <epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
        xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
        xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
    <response>
     <result code='1301'>
      <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count='5' id='12345'>
      <qDate>1999-04-04T22:01:00.0Z</qDate>
      <msg>
       <code>301</code>
       <txt>Deposit notification.</txt>
       <depositValue>500.00</depositValue>
       <creditBalance>1200.00</creditBalance>
      </msg>
     </msgQ>
     <trID>
      <clTRID>BCD-23456</clTRID>
      <svTRID>65432-WXY</svTRID>
     </trID>
    </response>
   </epp>

2.23. Ajuste de credito

codigo: BILLING_CREDIT_ADJUST

Pode ocorrer ajuste de credito de uma fatura cujo pagamento foi efetuado indevidamente. Neste caso, sera enviada uma mensagem informando se a operacao foi de credito ou debito e o valor da transacao.

Exemplo de mensagem avisando sobre ajuste de credito na conta do provedor:

   <epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
        xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
        xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
    <response>
     <result code='1301'>
      <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count='5' id='12345'>
      <qDate>1999-04-04T22:01:00.0Z</qDate>
      <msg>
       <code>302</code>
       <txt>Credit adjustment.</txt>
       <value>1500.00</value>
       <op>+</op>
       <creditBalance>9000.00</creditBalance>
      </msg>
     </msgQ>
     <trID>
      <clTRID>BCD-23456</clTRID>
      <svTRID>65432-WXY</svTRID>
     </trID>
    </response>
   </epp>

2.24. Devolucao efetuada com sucesso

code BILLING_REFUND

Quando o provedor de servicos solicitar devolucao de credito, sera enviada uma mensagem EPP notificando o valor da devolucao e o saldo atual.

Exemplo de mensagem XML para notificacao de devolucao:

   <epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
    <response>
     <result code="1301">
      <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count="2" id="17">
      <qDate>2006-06-26T19:52:58.0Z</qDate>
      <msg>
       <code>303</code>
       <txt>Refund notification.</txt>
       <refundValue>1000.00</refundValue>
       <creditBalance>9937.00</creditBalance>
      </msg>
     </msgQ>
     <trID>
      <clTRID>846930886</clTRID>
      <svTRID>20060626202022-015-0002</svTRID>
     </trID>
    </response>
   </epp>

2.25. Renovacao automatica efetuada com sucesso

code: BILLING_AUTO_RENEW_OK

Se o provedor de servicos habilitar a opcao de renovacao automatica para um determinado dominio, ele sera automaticamente renovado no dia de sua expiracao. Quando a renovacao ocorrer com sucesso sera enviada uma mensagem EPP de notificacao para o provedor de servicos.

Exemplo de mensagem XML para notificar o sucesso de uma renovacao automatica:

   <epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
    <response>
     <result code="1301">
      <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count="1" id="43">
      <qDate>2006-06-28T18:15:22.0Z</qDate>
      <msg>
       <code>304</code>
       <txt>Automatic renewal successfully done.</txt>
       <objectId>nic.br</objectId>
      </msg>
     </msgQ>
     <trID>
      <clTRID>294702567</clTRID>
      <svTRID>20060628181636-015-0025</svTRID>
     </trID>
    </response>
   </epp>

2.26. Renovacao Automatica nao efetuada por falta de credito

code: BILLING_AUTO_RENEW_NOT_OK

Se o provedor de servicos habilitar a opcao de renovacao automatica para determinado dominio mas a renovacao falhar por falta de credito, sera enviada uma mensagem EPP de notificacao de falha na renovacao automatica. A mensagem informa tambem que e necessario inserir credito na conta do provedor e enviar um comando EPP "renew" para renovar o dominio.

Exemplo de mensagem XML para notificar uma renovacao automatica que falhou por falta de credito:

   <epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
    <response>
     <result code="1301">
      <msg>Command completed successfully; ack to dequeue</msg>
     </result>
     <msgQ count="1" id="39">
      <qDate>2006-06-28T17:37:49.0Z</qDate>
      <msg>
       <code>305</code>
       <txt>
        Automatic renewal failure due to insufficient credit. To renew
        this domain is necessary to make a deposit in the provider's
        account and send an EPP renew command.
       </txt>
       <objectId>nic.br</objectId>
      </msg>
     </msgQ>
     <trID>
      <clTRID>719885386</clTRID>
      <svTRID>20060628180022-015-0005</svTRID>
     </trID>
    </response>
   </epp>

3. Restricoes de valores para alguns elementos EPP no servidor do Registro.br

Alguns elementos EPP tem restricoes de valores no servidor do Registro.br, como descrito a seguir:

  • Somente serao aceitos caracteres definidos no ISO-88591 pelo servidor EPP. Apesar disso, o encoding do documento XML deve ser UTF-8 como especificado pelo protocolo EPP.

  • Parametro lang - aceita somente "pt" ou "en" (default)

  • Parametro type de postalInfo: Deve ser OBRIGATORIAMENTE do tipo loc. Qualquer tipo diferente de loc fara o servidor retornar um erro.

  • postalInfo: Somente UM por objeto, contendo TRES atributos street, cada um contendo a rua (ate 136 caracteres), o numero (ate 5 caracteres) e o complemento (ate 12 caracteres), respectivamente e NESTA ORDEM. Quando um comando UPDATE for realizado em postalInfo, os tres atributos street devem ser passados obrigatoriamente, mesmo que nem todos os tres tenham sido modificados.

  • voice: Deve seguir o formato +II.DDN[1-12], onde II deve ser 55 (DDI do Brasil) e DD o codigo DDD da cidade sem zeros a esquerda.

  • Atributos ignorados pelo servidor em qualquer comando que aparecam:

    • authInfo

    • disclose

    • fax

    • registrant

    • org

    • upID (info de contato e dominio)

    • trDate (info de contato e dominio)

    • secDNS:maxSigLife (create e update de dominio)

  • Comandos nao implementados:

    • transfer

    • check de contato (pois os IDs de contato sao gerados automaticamente pelo Registro.BR)

  • Info de contato:

    • roid: formato "c_[handle_do_usuario]-BR"

    • status: sempre setado como "ok"

  • Create de contato:

    • nome: o nome do contato pode ter no maximo 40 caracteres e deve ter pelo menos duas palavras separadas por espaco em branco.

    • id: setado com id gerado pelo sistema. Caso haja algum id com mesmo nome, email e provedor, sera avisado que o objeto ja existe.

  • Update de contato:

    • Nao permite alteracao do atributo name.
  • Info de dominio:

    • roid: formato "d_[id_do_dominio]-BR"

    • status: "ok" ou "pendingCreate" (no caso de um ticket gerado)

    • Deve ter tres atributos contact, dos tipos "admin", "tech" e "billing"

    • Cada dominio pode ter zero, um ou dois registros tipo DS

  • Create de dominio:

    • Atributo period definido em anos. O periodo de renovacao deve estar entre 1 (renovacao anual) e 10 - qualquer outro valor retorna um erro.

    • Atributo ns: Obrigatorio ao menos dois servidores DNS respondendo autoritativamente pelo dominio para que o mesmo seja criado. Caso contrario sera criado o ticket do dominio, com pendencias de DNS.

    • Atributo dnskey: Opcional. Este atributo sera convertido em um registro do tipo DS. Um dominio pode ter zero, um ou dois registros tipo DS. Este atributo nao pode coexistir com o atributo ds.

    • Atributo ds: Opcional. Um dominio pode ter zero, um ou dois registros tipo DS. Este atributo nao pode coexistir com o atributo dnskey.

    • Atributo releaseProcessFlags: Opcional. Apenas a flag1 deve ser utilizada - qualquer outra flag retorna um erro. A flag1 indica que a entidade e detentora de marca registrada do nome de dominio. [processo-de-liberacao]

  • Renew de dominio:

    • Atributo period definido em anos. O periodo de renovacao deve estar entre 1 (renovacao anual) e 10 - qualquer outro valor retorna um erro.

    • So e permitida a renovacao de um dominio detido pelo proprio provedor ou que nao esteja associado a nenhum provedor. Nao e permitida a renovacao de dominios que estejam associados a outros provedores.

    • A data de expiracao do dominio informada no campo "curExpDate" deve ser em UTC.

  • Update de dominio:

    • status: ignorado

    • contact: aceita somente os tipos "admin", "tech" ou "billing".

    • Atributo dnskey: Opcional. Este atributo sera convertido em um registro do tipo DS. Um dominio pode ter zero, um ou dois registros tipo DS. Este atributo nao pode coexistir com o atributo ds.

    • ds: os registros tipo DS sao opcionais e podem ser adicionados, removidos ou alterados. No caso de alteracao, todos os registros DS atuais sao removidos e os registros fornecidos sao adicionados. Este atributo nao pode coexistir com o atributo dnskey.

  • Delete de dominio:

    • Dominio precisa estar registrado a menos de 5 dias.

    • Dominio pode apenas ser removido pelo provedor que o criou.

    • Provedor pode apenas remover 3% dos dominios registrados nos ultimos 5 dias.

  • Check de organizacao:

    • id de contato: ignorado
  • Info de organizacao:

    • roid: formato "e_[id_da_entidade]-BR" para entidades cadastradas efetivamente ou "[id_provedor][data_cadastro][tipo documento][numero_documento]-BR" para entidades com cadastro temporario (pendentes de efetivacao).

    • status: "ok" para entidades cadastradas efetivamente, "pendingCreate" para entidades temporarias e "linked" para entidades existentes que possuam dominios.

    • email: ignorado.

  • Create e Update de organizacao:

    • nome: o nome de organizacao pode ter no maximo 50 caracteres e deve ter pelo menos duas palavras separadas por espaco em branco.

    • contato: o mapping de organizacao permite tres tipos de contato (admin, billing e member) mas e politica do Registro.br so aceitar contato do tipo admin para organizacoes.

    • responsavel: o responsavel e um atributo opcional de acordo com o mapping de organizacao mas sera ignorado se o tipo do documento for CPF. O responsavel pode ter no maximo 40 caracteres e deve ter pelo menos duas palavras separadas por espaco em branco.

    O valor default para responsavel e:

    • o nome do contato administrativo da organizacao quando o tipo do documento for CNPJ.

    • o nome da organizacao quando o tipo do documento for CPF.

    • So sera permitida a alteracao do contato da entidade via comando EPP se o atual contato nao tiver gerado uma senha via interface WEB, caso contrario sera necessario seguir o procedimento de transferencia de contato do Registro.br.

4. Codigos de erro e mensagens enviadas pelo servidor EPP do Registro.br

  • Comando LOGIN

    • AUTHENTICATION_ERROR - senha incorreta ou IP de conexao incorreto.

    • AUTHENTICATION_ERROR_CLOSING_CONN - numero de tentativas de login sem sucesso excedido.

    • SESSION_LIMIT_EXCEEDED - limite de conexoes simultaneas excedido.

    • PARAMETER_POLICY_ERROR - tentativa de alteracao de senha com o mesmo conteudo da senha atual.

    • OK - senha modificada com sucesso ou comando completado com sucesso.

  • Comando LOGOUT

    • COMMAND_FAILED - problemas ao executar o logout.

    • OK_ENDING_SESSION - comando completado com sucesso.

  • Comando CONTACT CHECK

    • UNIMPLEMENTED_COMMAND - comando nao implementado.
  • Comando CONTACT CREATE

    • PARAMETER_MISSING - mensagem retornada: "Tipo de postalInfo invalido. Atualmente, somente o tipo loc e suportado."

    • OBJECT_EXISTS - ja existe contato com mesmo nome, email e provedor.

    • PARAMETER_POLICY_ERROR - possiveis mensagens retornadas:

      • Nome do contato invalido

      • Email invalido

      • Numero do telefone ou ramal invalido

      • Endereco invalido

      • Numero do endereco invalido

      • Cidade invalida

      • Estado invalido

      • CEP invalido

      • Pais invalido

      • Estado inexistente

      • Cidade inexistente

      • Cidade e Estado incompativeis

      • Cidade e CEP incompativeis

      • Este contato nao pode possuir um endereco internacional

    • OK - comando completado com sucesso.

  • Comando CONTACT INFO

    • OBJECT_DOESNT_EXIST - contato inexistente.

    • OK - comando completado com sucesso.

  • Comando CONTACT TRANSFER

    • UNIMPLEMENTED_COMMAND - comando nao implementado.
  • Comando CONTACT UPDATE

    • AUTHORIZATION_ERROR: tentativa de atualizacao por provedor que nao detem o contato.

    • OBJECT_DOESNT_EXIST - contato inexistente.

    • PARAMETER_POLICY_ERROR - possiveis mensagens retornadas:

      • Numero do telefone ou ramal invalido

      • Email invalido

      • Tipo de postalInfo invalido. Atualmente, somente o tipo loc e suportado.

      • Nome do contato nao pode ser modificado.

      • Endereco invalido

      • Numero do endereco invalido

      • Cidade invalida

      • Estado invalido

      • CEP invalido

      • Pais invalido

      • Estado inexistente

      • Cidade inexistente

      • Cidade e Estado incompativeis

      • Cidade e CEP incompativeis

      • Este contato nao pode possuir um endereco internacional

    • OK - comando completado com sucesso.

  • Comando BR_DOMAIN RENEW

    • AUTHORIZATION_ERROR - tentativa de atualizacao por provedor que nao detem o dominio.

    • COMMAND_FAILED - nao conseguiu resgatar o dominio ou o provedor ou nao conseguiu efetivar a renovacao.

    • DATA_MGMT_POLICY_VIOLATION - mensagem retornada: "Nenhuma pendencia de pagamento encontrada para este dominio".

    • PARAMETER_POLICY_ERROR - possiveis mensagens retornadas:

      • Data de expiracao incorreta

      • Periodo invalido. A unica unidade aceita e 'y'.

      • Periodo invalido. O Dominio nao pode ser renovado por mais que 10 anos.

    • BILLING_FAILURE - mensagem retornada: "Credito insuficiente para renovacao do dominio"

    • OBJECT_DOESNT_EXIST - dominio inexistente.

    • OK - comando completado com sucesso.

  • Comando BR_DOMAIN CHECK

    • AUTHORIZATION_ERROR - tentativa de consulta por provedor que nao administra a entidade detentora do dominio.

    • PARAMETER_MISSING - nenhum nome de dominio passado para a consulta.

    • OK - comando completado com sucesso.

  • Comando BR_DOMAIN INFO

    • OBJECT_DOESNT_EXIST - dominio inexistente.

    • COMMAND_FAILED - falha ao executar o comando.

    • OK - comando completado com sucesso.

  • Comando BR_DOMAIN CREATE

    • BILLING_FAILURE - mensagem retornada: "Credito insuficiente para pagamento dos tickets ativos"

    • PARAMETER_POLICY_ERROR - possiveis mensagens retornadas:

      • Periodo invalido. A unica unidade aceita e 'y'

      • O sistema nao permite mais do que 1 endereco IPv4 por servidor DNS

      • O sistema nao permite mais do que 1 endereco IPv6 por servidor DNS

      • Versao IP invalida

      • ID duplicado

      • CNPJ irregular

      • CPF irregular

      • Provedor nao pode registrar dominios para esta entidade

      • ID nao e contato administrativo da entidade

      • Dominio invalido

      • DPN invalido

      • Sintaxe da segunda parte do dominio invalida

      • Tamanho maximo de 35 caracteres

      • Tamanho maximo de 26 caracteres

      • Dominio ja registrado

      • Dominio reservado para a transicao EDU.BR

      • Dominio ja registrado sob sintaxe similar

      • Dominio reservado pelo Comite Gestor

      • Prazo limite encerrado para candidatura a este dominio

      • Sintaxe invalida para dominio CAN.BR

      • Ja existem tickets para este dominio

      • Entidade ja possui este nome sob outro DPN

      • Limite de dominios excedido pela entidade

      • Limite de tickets ativos excedido pela entidade

      • Entidade nao pode cadastrar novos dominios neste DPN por ser isenta de documentacao

      • Erro ao importar o ticket

      • Dominio existente

      • Um erro ocorreu durante o processamento da requisicao

      • Entidade possui pendencias de pagamento ja vencidas

      • Limite de tickets em processo de liberacao excedido

      • Limite de pendencias de pagamento em aberto excedido

      • Ticket somente podera ser emitido se for feito o pagamento do dominio similar ja registrado

      • Hostname invalido

      • Hostname duplicado

      • Endereco IPv6 invalido

      • Endereco IP invalido

      • Servidor DNS nao informado

      • Estado invalido

      • Estado inexistente

      • Cidade inexistente

      • Cidade e Estado incompativeis

      • CEP e Cidade incompativeis

      • Palavra reservada por se tratar de uma marca notoria

      • Palavra de baixo calao

      • Palavra reservada por ordem judicial

      • Palavra reservada pelo CG

      • Dominio aguardando inicio do proximo processo de liberacao

      • Dominio encontra-se em fase de averiguacao de documentacao dentro do processo de liberacao

      • Dominio nao disponivel para registro por ter participado de mais de 6 (seis) processos de liberacao consecutivos.

      • Este dominio somente pode ser registrado pela entidade detentora do mesmo dominio sem o prefixo 'www'

      • Nao e permitido o registro de nomes da lista do processo de liberacao com o prefixo 'www'

      • O contato de cobranca do dominio nao pode ser um contato com endereco internacional

      • Erro inesperado

    • PARAMETER_POLICY_ERROR - possiveis mensagens retornadas (Somente com DNSSEC):

      • Maximo numero de registros tipo ds excedido

      • Key tag invalida

      • Tipo de algoritmo invalido

      • Tipo de digest invalido

      • Tamanho do digest invalido

      • Registro DS duplicado

      • Record DS obrigatorio inexistente

      • Para cadastrar um Records DS, e necessario que todos os servidores DNS estejam corretamente configurados

    • DATA_MGMT_POLICY_VIOLATION - possiveis mensagens retornadas:

      • Sem assinatura

      • Assinatura expirada

      • Chave nao encontrada

      • Chave sem bit SEP habilitado

      • Assinatura invalida

      • Tempo esgotado

      • Sem autoridade sobre o dominio

      • Dominio desconhecido

      • DNS desconhecido

      • Falha no DNS

      • Pesquisa recusada

      • Erro no DNS

      • Conexao recusada

      • Canonical name

      • Zona nao sincronizada

    • ASSOCIATION_PROHIBITS_OPERATION - tentativa de associar o dominio com uma entidade inexistente - mensagem retornada: "Entidade inexistente".

    • OK_ACTION_PENDING - comando completado com sucesso, ticket criado com pendencias (documentacao, dns e/ou processo de liberacao).

    • OK - comando completado com sucesso, dominio registrado.

  • Comando BR_DOMAIN UPDATE

    • AUTHORIZATION_ERROR - tentativa de atualizacao por provedor que nao administra a entidade detentora do dominio.

    • OBJECT_DOESNT_EXIST - dominio inexistente.

    • COMMAND_FAILED - falha ao executar o comando.

    • STATUS_PROHIBITS_OPERATION - possiveis mensagens retornadas:

      • Este dominio esta congelado

      • Este dominio esta congelado por dados invalidos. Alteracoes DNS nao sao permitidas

    • PARAMETER_POLICY_ERROR - possiveis mensagens retornadas:

      • Este servidor DNS nao esta delegado para este dominio

      • Servidor DNS duplicado

      • O sistema nao permite mais do que 5 servidores DNS por dominio

      • Ao menos 2 servidores DNS sao necessarios

      • Versao IP invalida

      • O sistema nao permite mais do que 1 endereco IPv4 por servidor DNS

      • O sistema nao permite mais do que 1 endereco IPv6 por servidor DNS

      • Nome do servidor DNS invalido

      • Endereco IP invalido

      • Este ID nao esta listado como contato administrativo deste dominio

      • Este ID nao esta listado como contato tecnico deste dominio

      • Este ID nao esta listado como contato de cobranca deste dominio

      • Tipo de contato invalido

      • ID duplicado

      • E necessario que exista exatamente 1 contato administrativo

      • O dominio deve possuir exatamente 1 contato tecnico

      • O dominio deve possuir exatamente 1 contato de cobranca

      • ID invalido

      • Este tipo de contato nao pode ser modificado se o dominio esta com status pendingCreate

      • Nao existe chave publica correspondente a key tag fornecida

      • Extensao DNSSEC utilizada incorretamente

      • Maximo numero de registros tipo ds excedido

      • A validacao da chave publica falhou

      • Key tag invalida

      • Tipo de algoritmo invalido

      • Tipo de digest invalido

      • Tamanho do digest invalido

      • Registro DS duplicado

      • DNSSEC nao suportado para este dominio

      • O contato de cobranca do dominio nao pode ser um contato com endereco internacional

    • DATA_MGMT_POLICY_VIOLATION - possiveis mensagens retornadas:

      • Tempo esgotado

      • Sem autoridade sobre o dominio

      • Dominio desconhecido

      • DNS desconhecido

      • Falha DNS

      • Consulta recusada

      • Conexao recusada

      • Canonical name

      • Erro DNS

      • Zona nao sincronizada

      • DS invalido - Sem assinatura

      • DS invalido - Assinatura expirada

      • DS invalido - Chave nao encontrada

      • DS invalido - Chave sem bit SEP habilitado

      • DS invalido - Assinatura invalida

      • DS invalido - Tempo esgotado verificando DS

      • DS invalido - DS erro inesperado

    • OK - comando completado com sucesso.

  • Comando DOMAIN DELETE

    • OBJECT_DOESNT_EXIST - dominio inexistente.

    • STATUS_PROHIBITS_OPERATION - possiveis mensagens retornadas:

      • Remocao de dominio permitida apenas para o provedor que cadastrou o dominio

      • Periodo de remocao do dominio ultrapassado

      • Taxa de remocao de dominios excedida

    • COMMAND_FAILED - falha ao executar o comando

    • OK - comando completado com sucesso

  • Comando BR_ORG CHECK

    • PARAMETER_MISSING - nenhuma entidade passada para a consulta.

    • OK - comando completado com sucesso.

  • Comando BR_ORG INFO

    • OBJECT_DOESNT_EXIST - entidade inexistente.

    • PARAMETER_POLICY_ERROR - mensagem retornada: "Documento invalido".

    • OK - comando completado com sucesso.

  • Comando BR_ORG CREATE

    • OBJECT_EXISTS - entidade ja existe.

    • PARAMETER_MISSING - mensagem retornada: "Tipo de postalInfo invalido. Atualmente, somente o tipo loc e suportado".

    • OK_ACTION_PENDING - comando completado, entidade pendente de criacao (documentacao sendo verificada junto a Receita Federal).

    • PARAMETER_POLICY_ERROR - possiveis mensagens retornadas:

      • Documento invalido.

      • Documento invalido. Nao regular na SRF

      • Documento invalido. Suspenso na SRF

      • Documento invalido. Inapto na SRF

      • Documento invalido. Cancelado na SRF

      • Documento invalido. Inexistente na SRF

      • Documento invalido. Nulo na SRF

      • Documento bloqueado. Caso queira utiliza-lo para registro de dominio, favor entrar em contato atraves do e-mail hostmaster@registro.br ou por telefone pelo no.: (11) 5509-3500.

      • ID do provedor invalido

      • clTRID invalido

      • Nome da entidade invalido

      • ID invalido

      • Numero do telefone ou ramal invalido

      • Endereco invalido

      • Numero do endereco invalido

      • Cidade invalida

      • Estado invalido

      • Pais invalido

      • CEP invalido

      • Estado inexistente

      • Cidade inexistente

      • Cidade e Estado incompativeis

      • Cidade e CEP incompativeis

      • Responsavel invalido - quando o responsavel (opcional) nao for fornecido e o valor default nao puder ser setado (erro improvavel).

    • OK - comando completado com sucesso, entidade registrada.

    ID do contato administrativo nao pode possuir endereco internacional
    
  • Comando BR_ORG UPDATE

    • PARAMETER_POLICY_ERROR - possiveis mensagens retornadas:

      • Documento invalido.

      • Numero do telefone ou ramal invalido

      • Entidades com procurador nao podem ter seus nomes atualizados

      • Nome da entidade invalido

      • Endereco invalido

      • Numero do endereco invalido

      • Cidade invalida

      • Estado invalido

      • Pais invalido

      • CEP invalido

      • Estado inexistente

      • Cidade inexistente

      • Cidade e Estado incompativeis

      • Cidade e CEP incompativeis

      • Este ID nao esta listado como contato administrativo desta entidade

      • Tipo de contato invalido

      • ID duplicado

      • E necessario que exista exatamente 1 contato administrativo

      • ID invalido

      • ID do contato administrativo nao pode possuir endereco internacional

    • AUTHORIZATION_ERROR - tentativa de atualizacao por provedor que nao administra a entidade.

    • PARAMETER_MISSING - mensagem retornada: "Tipo de postalInfo invalido. Atualmente, somente o tipo loc e suportado".

    • OBJECT_DOESNT_EXIST - entidade inexistente.

    • STATUS_PROHIBITS_OPERATION - entidade pendente de criacao nao pode ser atualizada.

    • OK - comando completado com sucesso.

  • Comando POLL

    • OK_NO_MESSAGES - comando completado com sucesso, sem mensagens na fila..

    • OK_ACK_DEQUEUE - comando completado com sucesso, primeira mensagem da fila recuperada.

    • OK - comando completado com sucesso.

    • COMMAND_USE_ERROR - parametro op invalido (deve ser somente "req" ou "ack").

5. Referencias

  • [I-D.neves-epp-brdomain]

    • Neves, F. and H. Kobayashi, "BR Domain Mapping for the Extensible Provisioning Protocol (EPP)"
    • draft-neves-epp-brdomain-05 (work in progress), August 2011, <ftp://ftp.registro.br/pub/libepp-nicbr/draft-neves-epp-brdomain-05.txt>.
  • [I-D.neves-epp-brorg]

    • Neves, F. and H. Kobayashi, "BR Organization Mapping for the Extensible Provisioning Protocol (EPP)"
    • draft-neves-epp-brorg-06 (work in progress), August 2011, <ftp://ftp.registro.br/pub/libepp-nicbr/draft-neves-epp-brorg-06.txt>.
  • [processo-de-liberacao]

Author's Address

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.