TECNOLOGíA, INTERNET, JUEGOS

Seguimos esperando al IPv6

#79 "A las smartTV les importa un bledo si usas ipv4 o ipv6. Usan herramientas de encaminamiento y listo".

Tal y como predije en mi anterior comentario, efectivamente sigues aferrándote como un gilipollas a la transparencia del protocolo. xD Un tema del que nadie habla salvo tú porque no guarda relación alguna con el tema de las direcciones IP.

Y por cierto, no pareces saber lo que es "encaminamiento". Asemejar un televisor con un "router" tiene tela.

Ignorando tus chorradas y volviendo al tema de las direcciones IP, ¿todavía no entiendes que para almacenar una dirección de 128 bits no sirve un registro de 32 bits? Incluso si el formato no fuese un problema (que lo es), ¿en serio no ves el problema de guardar lápices (largos) en cajas de cerillas (cortas)? ¿Tú te crees que los registros de memoria se estiran mágicamente o qué?

"Los logs de los servidores web los escriben los servidores web".

Y los analiza tu abuela con un ábaco, ¿no? :palm: ¿Para qué crees que sirven los "logs", membrillo? Sirven para análisis y mantenimiento, y éste se hace con miles de herramientas diferentes, la mayoría de ellas personalizadas en empresas concretas para cada necesidad concreta.

Y amplíalo todos los servicios "online", que no sólo los servidores "web" registran las IP de los clientes.

"las VPN igual que cualquier elemento creado y manejado por dispositivos de enrutamiento son tratadas por los dispositivos de enrutamiento que vienen preparados desde hace mucho para eso".

Tú aunque te lo tatúen en la cara seguirás sin pillar que se está hablando del "software" y no del "hardware".

¿Interficies de cliente como ésta no necesitan adaptación, tontín? ¿Y el almacenamiento de las direcciones y el correspondiente chequeo de su corrección tampoco? :roll:
computing-tips.net/img/change_IP_Address_click_OK.gif
Ésta concretamente es del sistema Windows y está adaptada (más bien duplicada) para IPv6, pero TODOS los "software" de conexión de algún tipo han de especificar direcciones IP en alguna parte y tienen ese mismo problema de adaptación. Y ni de coña la mayoría están adaptados.

"¿Qué parte de aplicaciones EMPRESARIALES usa las DIRECCIONES IP directamente, ignorando todo el software de filtrado, enrutado y manejo de red que es manejado por la ELECTRÓNICA DE RED y que es transparente para las capas superiores?"

Te he respondido tantísimas veces a esa pregunta (en mi anterior párrafo, con el ejemplo de Oracle, enumerando tipos de "software" que lo requieren, etc.) que ya no tengo duda alguna de que tienes algún tipo de retraso mental.

"Basas tus acusaciones en fallos de diseño de las aplicaciones, en no usar las herramientas hechas para eso".

Las aplicaciones y herramientas diseñadas y hechas para usar direcciones IPv4 no tienen ningún fallo, simplemente necesitan ser adaptadas. El fallo está en tu cabeza, por creer que se adaptan solas mágicamente.

"Tu centras el problema en que las empresas no han dimensionado strings para aceptar direcciones más grandes. Algo trivial de cambiar en una base de datos".

Será trivial en las bases de juguete que manejas tú, criatura. xD En algunas de las que yo conozco (por ejemplo elaboración de informes para toma de decisiones basado en minería de datos enviados por los clientes) esas bases de datos tienen registrados BILLONES de transacciones enviados por dispositivos de todo el mundo desde hace años y años. Sólo la ampliación del tamaño del campo supone terabytes de diferencia y un redimiensionamiento de los recursos del proyecto. Y obviamente para el "parseo" de las IP que envían los clientes hay que modificar los procesos de ETL e incluso el código. Y esos no son los únicos cambios, requiere más, sencillamente porque cuando se diseñó el servicio las direcciones IPv6 eran sólo una especificación no soportada por sistema alguno.

Tú por lo visto no has salido del PC de juguete de tu casa. Anda, ve a cualquier empresa que se dedique al SEO, al mantenimiento de redes, al análisis estadístico de tráfico o al "business intelligence" basado en servicios "online" y diles que es trivial cambiar a direcciones cuatro veces más grandes y en formato diferente. Desde aquí vamos a oír las risas.

Por cierto, el ejemplo de Oracle ni lo has entendido. Sí se han adaptado, pero después de seis años de reclamaciones de sus clientes: www.google.es/search?q=oracle+ipv6+support
Es más, tu razonamiento es tan idiota que dices que Oracle se debe a sus clientes pero que sus clientes han de usar IPv4 por los cojones de Oracle. Nada de lo que dices tiene sentido.

"si tienes bien hecha la base de datos no tienes que cambiar nada".

Si la tienes bien adaptada, querrás decir. Porque hay en funcionamiento gigatoneladas de "software" diseñado hace años cuando IPv6 no había salido del papel y no era un requerimiento.

E insisto en que no es sólo la base de datos, también la entrada, chequeo y manejo interno que hagas de las direcciones IP necesitan ser adaptados a nivel de código, y no sólo por el cambio de tamaño sino también por el cambio de formato. Así que empieza a buscar un analista de código que sirva, para cada aplicación, en el lenguaje que sea, y págalo.

La simplonería de tus asunciones es para descojonarse.

"la gente ni siquiera se pone a contar los carácteres que guarda, simplemente un varchar con un tamaño máximo".

¿Y tú me hablas de aplicaciones mal diseñadas? :palm: ¿Sabes lo que es dimensionar un proyecto? ¿Ni siquiera te preguntas por qué los campos tienen un tamaño? Definitivamente tú no has trabajado de esto. ¡Menudo chapucero!

"Dime ejemplos de cosas para las que tener servidores en todos lados arreglen algún problema (o más de los que crean)".

Aprende a leer, porque ya te he puesto un puñado de ejemplos de cómo servicios en electrodomésticos y "wearables" pueden servir para hacer la vida más cómoda y productiva. Y ahora piensa en un transporte teledirigido desde tu casa (o desde la central de la empresa) y dime que no "arregla algún problema".

"¿No te he dicho ya que hay que usar las capacidades de frameworks y lenguajes que ya están hechas y resuelven esos problemas?"

Porque cambiar de versión de "framework" tampoco requiere ninguna adaptación del "software", claro. :roll: Lo dicho, ni puta idea de programación tienes, e igual en todo lo que hablas.

Además ese razonamiento ni siquiera sirve para el 99% de herramientas de mantenimiento personalizadas.

"Y ahora dime para qué quieres parsear una dirección ¿sacar si dos direcciones están en la misma red? ¿filtrar redes? ¿comparar direcciones?"

Tu idea de lo que es "parsear" parece sacada de un libro de colegio, pero te contestaré: chequeo de corrección de datos, análisis estadístico de origen, segmentación lógica de datos en función de su origen (muy frecuente), etc. etc. etc.

De hecho, en tu lela ceguera de que la electrónica lo hace todo, asumes que un servicio siempre requiere que el cliente le envíe la IP actual que tiene y no las que tuvo antes. Es lo usual, pero por ejemplo en servicios de "reporting" no es así ni de coña.

"FUNCIONAN sin tener una ip propia, sin tener un servidor propio. Todos son CLIENTES".

Vamos, que vienes a decir que un cliente puede hacer lo mismo que un servidor, ¿no? xD Y eso respondiéndome a un párrafo donde te he puesto un puñado de ejemplos en los que no es así. Hasta tú mismo hablas de notificaciones "push", que requieren por cojones un servicio en el dispositivo.

"que tu quieras domótica en casa no lo convierte en una necesidad a nivel de toda la humanidad".

En tu mundo cavernícola ni siquiera debe ser una necesidad tener un techo, por lo visto. Pero la tecnología está para hacer la vida más cómoda.

"Tu manipulas, que buscas big data cuando no hace falta tanto ancho de banda".

De nuevo ni puta idea tienes. Un servidor de "big data" no sólo requiere ancho de banda además de espacio, también requiere una potencia y una velocidad de acceso a disco muy superiores. Si tú te crees que con un pote como el que tienes en casa vas a poder acceder bases de datos de varios terabytes, "vas dao". Eso cuesta un cojón de dinero, no sirve un pote de mercadillo por cuatro duros, y menos aún sin el conveniente mantenimiento.

"o sea, registros enanos (aunque en la base de datos haya un porrón de ellos)".

Muy enanos, sí, pero son 340282366920938463463374607430000000000 registros. Ya te he demostrado con números que incluso con compresión infinita y en un mundo de ciencia ficción cuántica necesitarías todos los átomos de la superficie terrestre para almacenar esa BD si la basas en IPv6.

No sé cómo pretendes hablar de dimensionamiento, si ni siquiera te haces una remota idea de los números que estás tratando. "Un porrón de registros", dice, será burro el tío...

"Pero tu sigue retorciendo los argumentos para tener algo que criticar".

Pero tío, que has llegado a escribir que 900 + 250 = 11050, ¿en serio crees que hace falta retorcer nada para criticarte? xD Yo sólo te hablo de la realidad, ceporro, una realidad que a todas luces desconoces.

"¿te resulta complicado entender que he cogido una estimación por lo alto de la población mundial?"

¿Y qué demonios tiene que ver la población mundial con el número de direcciones IPv6, que es un número bien concreto e incontablemente superior? ¿Qué tal si dejas de sacarte de los cojones estimaciones que no vienen a cuento y de inventarte números según te convenga?
#83 " Un tema del que nadie habla salvo tú porque no guarda relación alguna con el tema de las direcciones IP.
"

Porque a nivel de software no tienen que adaptar nada si han programado bien las cosas, por eso me ciño a lo único que podría verse afectado en ese cambio: el hard y el firmware que maneje la red.

"Asemejar un televisor con un "router" tiene tela."
¿dónde pongo eso? si precisamente digo que el televisor se va a conectar a un router si o si, y que éste le va a dar una dirección en una red local, que será el router el que encamine.


"Ignorando tus chorradas y volviendo al tema de las direcciones IP, ¿todavía no entiendes que para almacenar una dirección de 128 bits no sirve un registro de 32 bits? Incluso si el formato no fuese un problema (que lo es), ¿en serio no ves el problema de guardar lápices (largos) en cajas de cerillas (cortas)? ¿Tú te crees que los registros de memoria se estiran mágicamente o qué?"

¿Hardware y firmware ya adaptados hace lustros? ¿aplicaciones bien diseñadas? ¿lo que llevo diciéndote desde que empezamos? ¿qué parte de todo lo que he dicho no has entendido? ¿por qué sigues retorciendo lo que yo digo?


"Sirven para análisis y mantenimiento, y éste se hace con miles de herramientas diferentes, la mayoría de ellas personalizadas en empresas concretas para cada necesidad concreta."

¿Hablamos de las Putas Herramientas de Análisis, Control y Filtrado que están desde hace LUSTROS adaptadas a ipv6? si, esas de las que llevo hablando desde el comienzo y que tu ignoras constantemente.


"que no sólo los servidores "web" registran las IP de los clientes."
Pues como te he dicho muchas veces, para registrar una ip no hace falta buscar en los logs, ni siquiera molestarte en parsear nada:

En php usas php.net/manual/en/function.filter-input.php con el filtros siguiente
FILTER_VALIDATE_IP "validate_ip" default
y los flags: FILTER_FLAG_IPV4, FILTER_FLAG_IPV6, FILTER_FLAG_NO_PRIV_RANGE, FILTER_FLAG_NO_RES_RANGE
por ahí hay incluso librerías y clases para encapsular las direcciones y que ni siquiera tengas que estar con estas pendencias.

En java existe la clase ip net adress que encapsula ipv4 e ipv6 para que te olvides del tema: download.java.net/jdk7/archive/b123/docs/api/java/net/InetAddress.html

En python existe su equivalente: docs.python.org/dev/library/ipaddress.html

En c#, lo mismo: msdn.microsoft.com/en-us/library/system.net.ipaddress(v=vs.110).aspx

Aunque seguro que hay (visual y otros frameworks traen) para c y c++, basta dar una patada a una piedra para encontrar parsers de direcciones ip que te hacen el trabajo para que no la cagues: stackoverflow.com/questions/17909401/linux-c-get-default-interfaces-ip

¿ves? sencillo hasta para el más garrulo, te hacen el trabajo y no tienes que hacerlo tu. Si guardas los objetos directametne en la base de datos (como hacen todas las empresas que usan algún framework más o menos decente), ni siquiera tienes que pelearte con tamaños. Si diseñas o programas mal tu aplicación, si te crees más listo por hacer las cosas a pelo y reinventar la rueda sin sacar beneficio ninguno ni avanzar en nada, es culpa tuya si luego un cambio menor hace que tu aplicación no funcione; no es culpa de un cambio de protocolo que lleva AÑOS en funcionamiento, sino TUYA. Y si el problema es el tamaño de un registro, se cambia el ancho de la columna y listos, problema solucionado.


"Tú aunque te lo tatúen en la cara seguirás sin pillar que se está hablando del "software" y no del "hardware"."

Crear una vpn es muy costoso en cuanto a recursos: cifrar, filtrar tráfico, etc. así que dime cuantas vpn has creado tu "por software". Y más en grandes empresas, que tienen hardware de red que te crean vpns al vuelo. Así que si ES COSA DE HARDWARE DE RED por mucho que tu ignores todo eso.


Un servidor de "big data" no sólo requiere ancho de banda además de espacio, también requiere una potencia y una velocidad de acceso a disco muy superiores.
¿No te bastaba con un raid de varios discos en level 0, que es lo que más rendimiento te va a dar en cuanto a transferencia de datos? ¿no te vale un i7 de varios núcleos? ¿no te valen varios gigas de memoria? Te repito que no estamos hablando de dar un servicio de la calidad de google, estoy hablando de "un servidor que puedes tener en casa con un costo asequible y que resuelve tu problema de una base de datos que asigne una ipv6 a cada persona del planeta, incluso a 10 veces esa cantidad de registros". El de 100 veces lo he excluído ahora porque ya se sale del bolsillo común, aunque no sea tan caro e inasumible para una empresa. Lo apunto porque me vas a coger ese punto para tus argumentaciones retorcidas y torticeras.


"Muy enanos, sí, pero son 340282366920938463463374607430000000000 registros."

No, no lo son. Lo he explicado varias veces y paso de hacerlo una más.


"Pero tío, que has llegado a escribir que 900 + 250 = 11050, ¿en serio crees que hace falta retorcer nada para criticarte? xD Yo sólo te hablo de la realidad, ceporro, una realidad que a todas luces desconoces."

Habló el GILIPOLLAS al que NUNCA se le ha escapado un cero.

"¿Y qué demonios tiene que ver la población mundial con el número de direcciones IPv6, que es un número bien concreto e incontablemente superior? ¿Qué tal si dejas de sacarte de los cojones estimaciones que no vienen a cuento y de inventarte números según te convenga? "

Serás tonto del bote ¿NO ERES TU EL QUE DICES QUE LAS DIRECCIONES IPV6 SON PARA QUE TODO EL MUNDO TENGA SU PROPIA IP PARA TENER SERVICIOS EN CADA DISPOSITIVO? ¿CREES QUE ESCOJO LA POBLACIÓN MUNDIAL -DE LA QUE SOLO UNA PEQUEÑA PARTE TIENE ACCESO A ESTAS TECNOLOGÍAS- POR CAPRICHO? ¿CREES QUE MULTIPLICO POR 10 O 100 POR DARME GUSTO O SOLO PARA ALCANZAR UNA HIPOTÉTICA ESTIMACIÓN DE PÁGINAS Y SERVICIOS WEB QUE ES MUCHO MAYOR QUE LA POBLACIÓN MUNDIAL?

Con tus entendederas es normal que no te entre nada de lo que te digo.
#95 #96 #97 Dioses... ¡menudo rollazo que NO me voy a leer! xD Pero iluso, ¿de veras piensas que voy a perder el tiempo con semejante parrafada, sabiendo de antemano que no dices nada con sentido?

Aprende, anda. Estos números os quedan demasiado grandes a los chapuzas que pensáis "a ojo" como tú. Tu tocinera pretensión de que el "software" empresarial se adapta mágicamente a requerimientos que cuando se diseñó aún no existían va a seguir siendo ridícula e irrealista por más vueltas que le dés. La estupidez de dimensionar direcciones IP "por persona" es una invención sin pies ni cabeza. Tu idea de que los dispositivos de consumo no ganarían añadiéndoles servicios es de una ceguera infinita. Para postre respondes sin entender las preguntas porque no rascas bola del tema que pretendes hablar. En ningún momento tienes ni puta idea de lo que te hablan o de lo que dices, ni mucho menos de las necesidades y repercusiones de los cambios tecnológicos. Tu conocimiento de la dinámica empresarial es NULO. Tu visión de la tecnología es garrula y estrecha, limitada al pasado y con suerte al presente. Y por los ejemplos que pones, tu mundo profesional es tan pequeñito que aún no has ido más allá de los experimentos con gaseosa en el PC de tu casa.

Así que sal al mundo, aprende unos añitos que te hace mucha falta, y luego hablas.

menéame