Hola

Gracias por el trabajo, José, y las respuestas iniciales.

Yo mencioné que es posible que adicionalmente algunos ccTLD tengan restricciones:

- Lista de palabras reservadas (muy parecido a prohibido de inscribir)

- Palabras consideradas ofensivas (es más difícil de generar una lista, y un poco arbitrario, pero se puede comenzar a trabajar)

- Otros conceptos, por ejemplo apellidos (de nuevo, en los casos en que aplique, habrá que saber cómo distinguen los ccTLD que no lo permiten, por ejemplo "blanco" (color) de "Blanco" (apellido)).

La responsabilidad de definir si una cadena de símbolos no aplica en un ccTLD deberá ser de la respuesta generada por el ccTLD, pero es probable que aún así, sea necesario referir al cliente interesado al ccTLD para más detalles, pues no sé si en todos los ccTLD están definidos absolutamente todos los casos en que el registro "no aplica", o hay casos que pasan a algún tipo de análisis.

Seguimos...

El lun, 5 de abr. de 2021 a la(s) 12:14, José Urzúa (jose@nic.cl) escribió:

Hola de nuevo :-)

Les escribo porque en la reunión de hoy estuvimos conversando sobre las diferentes respuestas que podemos recibir desde los ccTLD cuando se consulta por la disponibilidad de inscripción de un dominio. Hasta el momento, la respuesta que estamos usando sirve para informar:

1) Disponible: en este caso el ccTLD nos envía una respuesta que informa las alternativas disponibles de inscripción para el nombre consultado. Cada alternativa viene acompañada con una “URL de inscripción”.

2) Inscritos: en este caso el ccTLD nos envía una respuesta que informa los dominios actualmente inscritos con el nombre solicitado. Cada dominio inscrito viene acompañado con una “URL de consulta” de los datos del dominio inscrito.

Pero ¿qué pasa si el ccTLD no puede informar dominios disponibles y tampoco inscritos?, unos ejemplos que hemos conversado es el caso de IDN o nombres muy cortos o nombres muy largos. En esos casos, creo que la respuesta desde el ccTLD debería incluir una descripción que nos permita informar al usuario final lo que pasó con la consulta a dicho ccTLD. De esta forma, en la interfaz web se puede mostrar la respuesta de ese país con un símbolo de advertencia u otro que indique que el nombre consultado no se puede inscribir y si el usuario quiere más información, se despliega la descripción que recibimos desde el ccTLD.

Para la implementación, por el momento creo que en el cliente (REST API) que está desarrollando Alejandra me parece que es una buena idea usar su propuesta: código de respuesta HTTP 400 (Bad Request), pero sugiero que venga acompañado de un texto que describe la condición que no se cumplió. ¿Qué opinan?

Sobre los casos que se podrían considerar, en la reunión de hoy se mencionaron los siguientes:

- Caracteres no soportados (caso de implementación de IDN)
- Nombre más corto que el mínimo permitido
- Nombre más largo que el largo máximo permitido
- Nombre prohibido de inscribir (se me acaba de ocurrir)

¿Se les ocurren otros casos?

De antemano, muchas gracias por sus comentarios.

Saludos,
--
José Urzúa
Jefe Desarrollo de Sistemas
NIC Chile - Universidad de Chile

--
Buscador mailing list
Buscador@lactld.org
https://mail.lactld.org/mailman/listinfo/buscador

--

"Tomo lo bueno, no importa de quién venga; desecho lo malo, no importa de quién venga"
"El amor y el odio afectan más profundamente a quien lo profesa que a quien lo recibe"
-------------
Rafael (Lito) Ibarra
Twitter: litoibarra
Skype: lito.ibarra
El Salvador (SV)
Tel. (503) 2223-5016

--
Buscador mailing list
Buscador@lactld.org
https://mail.lactld.org/mailman/listinfo/buscador