[Ietf-lac] Notacion decimal en IpV6

[Axel Christian Mori]

Jaime:
Contestando tu respuesta, esto es un poco como el dicho del optimista con respecto al vaso medio lleno o medio vacio.
40 digitos en el peor de los caso, como propones vos!
Yo te pongo este ejemplo:

1.1.1.1.1.1.1.1
0001.0001.0001.0001.0001.0001.0001.0001

En este caso cual es mas largo?
Es tan valido como tu ejemplo, se entiende que ambos ejemplos no son reales, pero quiero que entiendas la idea!
La funcion de resolucion de nombre mediante DNS creo que no tiene mucho que ver en este tema de ergonometria del cambio de la notacion de hexadecimal a decimal. 
Cuando hablo de eficiencia lo hago en el sentido de la programacion, se sobrentiende que para que algo sea mas entendible no siempre se pueden ahorrar recursos y hacerlo optimo. Todo depende a que se apunte, si a la eficiencia solo aplicable a un numero chico de gente entendida en el tema o al publico del mundo neofito en temas tecnicos al cual debemos ganar y hacerle la vida mas facil!
Gracias por tu aporte.
Slds.


Date: Thu, 23 Oct 2014 17:46:48 -0500
From: Jaime Olmos de la Cruz <jaime at noc.udg.mx>
To: "ietf-lac at lacnog.org" <ietf-lac at lacnog.org>
Subject: Re: [Ietf-lac] Notacion decimal en IpV6
Message-ID: <D06EEAA2.35080%jaime at noc.udg.mx>
Content-Type: text/plain; charset=ISO-8859-1

Estimado Alex,

Comprendo la justificaci?n; sin embargo si se propone que sea lo m?s
eficiente posible, no creo que aumentar 40 d?gitos (decimales) a
diferencia de los 32 d?gitos (hexadecimales) sea lo m?s practico, para
ello, toma mayor sentido el uso de las expresiones sem?nticas con
significado de palabras inteligibles (DNS) en la secci?n de ingreso de
par?metros de las interfaces gr?ficas.


Ejemplo:

65535.65535.65535.65535.65535.65535.65535.65535

FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF

Esa es mi aportaci?n, quedo a sus ordenes.

Saludos,
JAIME OLMOS

http://www.ipv6.udg.mx
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.lacnic.net/pipermail/ietf-lac/attachments/20141023/c1a942ec/attachment.html>