1290 Caso uma revisão das funções da IANA resulte em uma decisão para iniciar um processo de separação, os processos a seguir devem ser seguidos.
1291 Se a IFR considerar que é necessário um processo de separação, ela recomendará a criação de um grupo de trabalho entre comunidades sobre separação (SCWG). Essa recomendação deverá ser aprovada pela maioria qualificada dos conselhos da GNSO e da ccNSO, de acordo com os respectivos procedimentos normais para determinar a maioria qualificada, e deverá ser aprovada pela diretoria da ICANN após um período de comentários públicos, bem como por um mecanismo da comunidade derivado do processo do CCWG de responsabilidade.55 Uma decisão
da diretoria da ICANN de não aprovar um SCWG que teve o apoio de uma maioria qualificada dos conselhos da ccNSO e da GNSO deverá seguir os mesmos limites e procedimentos de consulta por maioria qualificada que a rejeição, por parte da diretoria da ICANN (em votação por maioria qualificada), de uma recomendação de PDP que tem o apoio de uma maioria qualificada da GNSO.
1292 Não haverá um resultado prescrito decorrente do processo de separação. Ele terá
autonomia para fazer uma recomendação que pode variar de “nenhuma medida necessária” até a introdução de uma RFP e a recomendação de um novo IFO ou o desligamento ou reorganização da PTI. O SCWG seguirá as orientações e
procedimentos gerais para grupos de trabalho entre comunidades da ICANN. Os procedimentos de trabalho do SCWG devem garantir o máximo possível de transparência, criando listas de discussão aberta e realizando chamadas públicas com modo somente leitura ou somente escuta para não participantes. 56
Composição
1293 O SCWG será constituído da seguinte forma:57 ccNSO - 2
ccTLDs (não pertencentes à ccNSO) - 1
Grupo de partes interessadas de registros (RySG) - 3
Grupo de partes interessadas de registradores (RrSG) - 1
Grupo de partes interessadas comerciais (CSG) - 1
Grupo de partes interessadas não comerciais (NCSG) - 1
55 Este mecanismo da comunidade poderia incluir os membros da ICANN se esta se tornasse uma organização de afiliação de acordo com as atividades de trabalho do CCWG de responsabilidade.
56 Outras eventuais recomendações produzidas pela IFR especial deverão incluir recomendações de implementação, entre elas o possível início de um SCWG com uma responsabilidade específica, e deverão ser aprovadas pela maioria qualificada dos conselhos da ccNSO e da GNSO, a diretoria da ICANN e um mecanismo da comunidade resultante do processo do CCWG de responsabilidade.
57 Devido à finalidade específica e à tarefa do grupo de trabalho entre comunidades sobre separação, se esta composição divergir da recomendação do grupo de trabalho entre comunidades sobre princípios para grupos de trabalho entre comunidades, a estrutura desta proposta terá preferência.
Comitê consultivo para assuntos governamentais (GAC) - 1
Comitê consultivo de segurança e estabilidade (SSAC) - 1
Comitê consultivo do sistema de servidores raiz (RSSAC) - 1
Comitê consultivo At-Large (ALAC) - 1
Contato do CSC (selecionado pelo CSC) - 1
Contato da equipe da IFR especial (selecionado pela equipe da IFR) - 1
Contato da comunidade operacional de protocolos - 1 (TBD com a respectiva aprovação)
Contato da comunidade operacional de números - 1 (TBD com a respectiva aprovação)
1294 Cada grupo será responsável por indicar seu próprio representante para o SCWG. No caso do representante de ccTLDs que não faz parte da ccNSO, a ccNSO será o órgão indicador; ao indicar esse representante, recomenda-se enfaticamente que a ccNSO também consulte as organizações de ccTLDs regionais, a saber, AfTLD, APTLD, LACTLD e CENTR.
1295 Recomenda-se enfaticamente que os representantes indicados para o SCWG sejam representantes diferentes daqueles que participaram da IFR especial (exceto o contato da equipe de revisão das funções da IANA indicado pelo CSC). Isto fornecerá uma verificação adicional, levando em conta o fato de que talvez seja necessário um conjunto de habilidades diferente para os dois processos, e dará à comunidade mais ampla uma representação no processo de supervisão da IANA.
1296 Na medida do possível, recomenda-se que sejam indicadas para o SCWG pessoas com experiência em gerenciamento de um processo de RFP. Para as comunidades que indicarem mais de um representante para o SCWG, recomenda-se
enfaticamente que, na medida do possível, os representantes indicados venham de diferentes regiões geográficas da ICANN, a fim de proporcionar diversidade ao SCWG.58
Responsabilidades
1297 O SCWG será responsável por:
Determinar como resolver problema(s) que tenha(m) acionado a formação do SCWG; e
Se a decisão for emitir uma RFP:
Desenvolver diretrizes e requisitos da RFP para o desempenho das funções de nomes da IANA;
Solicitar contribuição sobre os requisitos para planejar e participar do processo de RFP;
58 Uma expectativa específica é que, com o total de seis assentos de registros no SCWG, incluindo os registros de ccTLDs e gTLDs, sejam representadas todas as cinco regiões geográficas da ICANN.
Revisar respostas à RFP59;
Selecionar a entidade que desempenhará as funções de nomes da IANA; e
Gerenciar qualquer outro processo de separação.
Se for recomendado um processo diferente, como o desligamento da PTI ou outra reorganização, desenvolver recomendações para esse processo.
1298 A seleção de um novo operador para desempenhar as funções de nomes da IANA
ou outro processo de separação estará sujeita à aprovação da diretoria da ICANN e a um mecanismo da comunidade derivado do processo do CCWG de
responsabilidade.60 Uma decisão da diretoria da ICANN de não aprovar uma
recomendação do SCWG que teve o apoio de uma maioria qualificada dos
conselhos da ccNSO e da GNSO deverá seguir os mesmos limites e procedimentos de consulta por maioria qualificada que a rejeição, por parte da diretoria da ICANN (em votação por maioria qualificada), de uma recomendação de PDP que tem o apoio de uma maioria qualificada da GNSO.
A entidade que prevalecer na RFP desempenhará a função que atualmente é desempenhada pela PTI para as funções de nomes da IANA. A
ICANN permanecerá sendo a parte contratante para o desempenho das funções de nomes da IANA e firmaria um contrato com essa entidade, incluindo uma declaração de serviços. Se a PTI fosse escolhida para continuar o desempenho das funções da IANA, ela permaneceria uma afiliada da ICANN (exceto se uma alteração estrutural fosse uma condição da proposta de licitação ou da seleção). Caso contrário, a nova entidade seria uma subcontratada para o desempenho das funções da
IANA. Observa-se que isto não se refere à forma como as funções da IANA não relacionadas a nomes seriam fornecidas; dependendo dos acordos com outras comunidades, é possível que essas funções sejam transferidas junto com as funções de nomes; é igualmente possível que isso não aconteça