TECNOLOGíA, INTERNET, JUEGOS

Seguimos esperando al IPv6

#72 "Te he hablado de SmartTVs, de "logs" de servidores "web", de clientes de VPN..."
A las smartTV les importa un bledo si usas ipv4 o ipv6. Usan herramientas de encaminamiento y listo. Los logs de los servidores web los escriben los servidores web, que tienen más idea que tu sobre cómo obtienen y tratan estos datos (y si, vienen preparados para ipv6 desde hace lustros), 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. ¿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? y en esa parte ¿EN QUÉ AFECTA USAR IPv4 RESPECTO A IPv6, cuando simplemente almacenan una dirección y la asocian a otros metadatos? Basas tus acusaciones en fallos de diseño de las aplicaciones, en no usar las herramientas hechas para eso, no en problemas de logística.

"Las adaptaciones a las que me estoy refiriendo no tienen nada que ver con el protocolo, a ver si te enteras ya."
Basas tus acusaciones en problemas que tienen su origen en el mismo protocolo. Las direcciones que ahora tienen 128 bits es solo uno de los cambios del protocolo. 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.

Oracle es una empresa gigante, que se debe a sus clientes. Hasta ahora, los clientes tiran de ipv4 (y las grandes empresas que son sus clientes tienen reservas de ips fijas suficientes para que no les sea un problema) y la demanda de ipv6 no hace que darle soporte sea rentable. Ahí se acaba el problema de oracle, simplemente no lo necesita, no le hace más competitivo frente a otras empresas, no le supone un gran problema ni dedica muchos recursos a ello. Otra cosa sería que me dijeras de una empresa como cisco, donde el soporte ipv6 si es crítico.

"¿Por qué no le echas un ojo sin ir más lejos a tu perfil de Menéame, justo donde pone "IP actual"? "
Si, y si tienes bien hecha la base de datos no tienes que cambiar nada. Y en el más común de las web, la gente ni siquiera se pone a contar los carácteres que guarda, simplemente un varchar con un tamaño máximo. No sé si te das cuenta de que el problema es que tienes la percepción de que todo el mundo hace mal las cosas desde que no las hace como tu crees que hay que hacerlas.

"Y si te retrotraes a la edad de piedra no necesitas ningún servidor en absoluto, nos ha "joío"... Tienes exactamente la misma visión pequeña y limitada que tuvieron quienes idearon IPv4, y justamente IPv6 se ha ideado para que eso no vuelva a suceder."
Dime ejemplos de cosas para las que tener servidores en todos lados arreglen algún problema (o más de los que crean). Porque por lo visto es muy muy importante tener un servidor web en una cafetera.

"Y eso pasa por una expresión regular que obviamente no es la misma en IPv4 y en IPv6. Pero eso no lo sabes porque no tienes ni puta idea de programación."
¿Otra vez reinventando la rueda? normal que las cosas a ti no te funcionen. ¿No te he dicho ya que hay que usar las capacidades de frameworks y lenguajes que ya están hechas y resuelven esos problemas? desde el almacenamiento hasta el tratamiento de cadenas, ya están hechos. Y ahora dime para qué quieres parsear una dirección ¿sacar si dos direcciones están en la misma red? ¿filtrar redes? ¿comparar direcciones? 1) eso lo haces en la electrónica de red, si tienes que hacerlo en un programa estás malgastando tus recursos. 2) comparar strings no requiere parsear direcciones; o son iguales o no lo son. 3) los programas que requieren hacer eso son programas de anális, enrutado, sniffing, etc. que hace LUSTROS que ya están preparados para eso.

"Tú no sé, pero yo aspiro a tener cosas como una nevera que encargue automáticamente la compra según las ofertas existentes, mi paisaje favorito con información en tiempo real en el televisor, una biblioteca sin latencia y a mi gusto automáticamente actualizada en el móvil, una ducha más o menos caliente según la climatología del momento, reguladores semiautomáticos"
Para todo eso no necesitas más que una conexión, del mismo modo que en casa no necesitas más que una conexión. Tu XBOX, tu PC, tu wifi y tu nevera van conectadas a la misma red local y todas comparten una misma salida y una misma ip pública. ¿Y sabes qué? FUNCIONAN sin tener una ip propia, sin tener un servidor propio. Todos son CLIENTES. Tu nevera se conecta al super para hacer peticiones, el super es el servidor. La información en tiempo real en el televisor o en el móvil o en tu nevera de ofertas, programaciones o lo que sea son notificaciones PUSH que te envía EL SERVIDOR. Sobre la casa inteligente y domótica, si necesitarías un servidor para que te envíe al móvil ciertas cosas, ahí si necesitarías un dirección pública y sería el único ejemplo interesante que te he visto en todo el día (y aún así, que tu quieras domótica en casa no lo convierte en una necesidad a nivel de toda la humanidad, así que bastaría con que TU te contratases TU propia IP pública).

" MIENTES "
¿mande? www.ovh.es/servidores_dedicados/almacenamiento/2014-FS-48T.xml
Tu manipulas, que buscas big data cuando no hace falta tanto ancho de banda. Recuerda que estamos hablando de un servidor de geolocalización ipv6, estamos atendiendo peticiones de registros de 128bits + 2floats que son las coordenadas geográficas y quizá algo de metadatos, o sea, registros enanos (aunque en la base de datos haya un porrón de ellos). Yo buscaba servidores asequibles para demostrarte que CUALQUIERA tiene al alcance lo que tu pones en manos de cuatro privilegiados.

"También hablas de un servidor propio que mágicamente no tiene ningún coste de mantenimiento." "Como si estuvieras hablando de un servicio de juguete que te montas en el PC de tu casita. Espero que no pretendas dedicarte a planificar proyectos tecnológicos, porque te prometo que no sirves. Ah, y para postre no sabes sumar. Penoso, muy penoso."
Porque estamos hablando del coste de tener un servidor con X características, no de ver quien la tiene más larga ni si el sistema es práctico (que aunque la base de datos sea grande, los registros son muy pequeños -no hay suficiente latencia- y simples, una base de datos nosql debería ser bastante ágil incluso en estas condiciones, así que tampoco creo que el tiempo de servicio sea muy grande). El mantenimiento si lo contratas viene en el precio, si es tuyo evidentemente lo tienes que pagar tu. El ejemplo era para mostrarte que no es caro tener una base de datos donde se asigne una IPv6 a cada habitante del planeta, no una master class de montar servicios de datos para producción que cumplan los más estrictos requisitos que a vuesa merced le plazcan. Pero tu sigue retorciendo los argumentos para tener algo que criticar.

"¿Te refieres a aquellos números que hiciste basados en datos que no tenían nada que ver con la realidad? xD ¡Pero si te inventaste el número de IP a voleo asignando uno por persona, cenutrio! Y ahora lo multiplicas por 10 y por 100, vete a saber por qué. ¿Me puedes decir qué sentido o importancia tienen tus cálculos si todos ellos son números que te sacas directamente del escroto?"
¿te resulta complicado entender que he cogido una estimación por lo alto de la población mundial, que he multiplicado por el tamaño que ocupa una dirección ipv6 y a su vez he aplicado otro factor multiplicador que se corresponde a metadatos que vayamos a asociar a cada dirección y que he convertido esa cantidad a TB para tener una cifra manejable para darte un ejemplo de que no es tan descabellado tener una base de datos de todas las direcciones ip repartidas? ¿te resulta TAN COMPLICADO entender que incluso multiplicando esa cantidad por 10 y por 100 sigue siendo algo manejable y asequible?

"Y por encima de eso, pierdes de vista que no existe un estándar de servicio para geolocalización por dirección IP para IPv6," "MODIFICAR todo tu software"
¿Te das cuenta de lo que dices? la geolocalización es ip + coordenadas. Cambia la dirección ip por una más gorda. ¿comparar dos ips? ¡solo hay que comparar dos strings maldita sea! ¡si te cambian la ip por otra más gorda, comparar dos strings sigue haciéndose del mismo modo!

"Las ventajas de que todo dispositivo tenga siempre la misma IP pública (y nombre, claro) lo pongas donde lo pongas a ti se te pasan por alto, ¿no? (No sé ni para qué lo pregunto)."
Si quieres una misma ip pública, ahora mismo la contratas, así que no hay ventaja porque ya es posible. Normalmente es que ni hace falta, ya cada dispositivo medianamente "inteligente" (en la acepción "smart"phone) tiene su identificador propio y único asociado a una cuenta propia y única, por mucho que cambie la IP que de la ISP de turno.

No estoy DEFENDIENDO el inmovilismo tecnológico, estoy EXPLICANDO las razones de por qué esto pasa. A ver si te enteras de una vez.

"Sí, chico, lástima que lo que pones son datos inventados, información falsa y argumentos chorras."
Claro, habló el manipulador de turno, que cuando algo no le gusta busca la forma de retorcerlo para usarlo como arma. Habló el de los argumentos contundentes y las pruebas irrefutables.

"Espero con fruición tu siguiente sarta de chorradas ignorando toda la realidad explicada. Seguro que hasta me vuelves a hablar del protocolo IP, de "hardware" ya adaptado, y del resto de tus cansinos comodines que no vienen al tema. Menudo troll."

En fin, sigue en tu cloud.
#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?

"¿te resulta TAN COMPLICADO entender que incluso multiplicando esa cantidad por 10 y por 100 sigue siendo algo manejable y asequible?"

¿Te resulta a ti complicado entender que estamos hablando de diferencias astronómicas de muchísimo más de dos órdenes de magnitud? Que multipliques por 100 es una jodida broma, cuando lo que estamos considerando es la diferencia entre las 4*10^9 direcciones de IPv4 y las 3*10^38 de IPv6. Anda, multiplica tus números (inventados) p
#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.
#79 (sigue)

"¿te resulta TAN COMPLICADO entender que incluso multiplicando esa cantidad por 10 y por 100 sigue siendo algo manejable y asequible?"

¿Te resulta a ti complicado entender que estamos hablando de diferencias astronómicas de muchísimo más de dos órdenes de magnitud? Que multipliques por 100 es una jodida broma, cuando lo que estamos considerando es la diferencia entre las 4*10^9 direcciones de IPv4 y las 3*10^38 de IPv6. Anda, multiplica tus números (inventados) por esa diferencia de 10^29 y luego cuéntame si encuentras un servidor en el universo que soporte tus "registros enanos".

¿Pero cómo pretendes tener razón si estás haciendo todas tus estimaciones a voleo, mendrugo? No entiendes ni siquiera que todo lo que dices es incoherente y está a años luz de la realidad, ¿y me vienes en plan condescendiente preguntando si no entiendo tu gilipolleces?

"¿comparar dos ips? ¡solo hay que comparar dos strings maldita sea! ¡si te cambian la ip por otra más gorda, comparar dos strings sigue haciéndose del mismo modo!".

Estamos hablando de un servicio, porque obviamente con direcciones IPv6 ya no basta con una pequeña BD en el programa cliente como se suele solucionar actualmente. Así que saca la cabeza de tu pequeño mundo procedural de funciones encapsuladas y piensa en servicios: si necesitas información de una IP, el cliente debe comunicarla al servidor (más tráfico, ya de entrada), éste debe parsearla para chequear su formato y corrección antes de pasarla a un mero comparador de "strings", porque si no en vez de IPs estás comparando mierda, y todo eso requiere modificar el "software" como ya te he dicho unas cien veces. Amén de provocar más tráfico, pero ésa es otra historia.

De entrada eres tan corto que ni te das cuenta de que estamos hablando de un servicio NUEVO, que antes de IPv6 no era necesario porque la misma funcionalidad podía obtenerse sin salir del cliente. ¿Y pretendes que no se requieren modificaciones de "software" para usarlo en aplicaciones que requieran geolocalización por IP?

"Si quieres una misma ip pública, ahora mismo la contratas, así que no hay ventaja porque ya es posible".

Aparte de que sus utilidades (y servicios) crecen, el número de dispositivos conectables también crece exponencialmente, y no siempre de forma previsible. Sin ir más lejos, hace 10 años IPv6 no era una prioridad porque no existían los "smartphones". ¿Para qué crees que se ha diseñado IPv6 si no para dar cabida a las novedades?

Sal de tu burbuja porque esas novedades ya están aquí, y tú sigues claramente estancado en las necesidades tecnológicas del año 2000. De hecho todo el rato estás fuera de la realidad, pensando en pequeño e imaginando un mundo inmovilista que siempre será como el reducidísimo mundo que tú conoces.
#84 "¿Te resulta a ti complicado entender que estamos hablando de diferencias astronómicas de muchísimo más de dos órdenes de magnitud? Que multipliques por 100 es una jodida broma, cuando lo que estamos considerando es la diferencia entre las 4*10^9 direcciones de IPv4 y las 3*10^38 de IPv6. Anda, multiplica tus números (inventados) por esa diferencia de 10^29 y luego cuéntame si encuentras un servidor en el universo que soporte tus "registros enanos"."

Queda demostrado que no me lees. ¡Que de los 128 bits, la mitad no son direcciones, son para generar un ID a partir de la mac de las tarjetas de red! ¡que de los 64 bits restantes hay rangos completos de direcciones reservados para redes privadas y de pruebas! que no es 3*10^38, es mucho menos de 2*10^19. Y aunque es una burrada y es tontería almacenar miles de exabytes (pero no imposible ni astronómico como el rango completo como apuntas tu, solo inviable económicamente), hoy en día se está usando una ínfima parte de dicha cantidad y que si es almacenable y manejable por grandes compañías. Luego el que vive despegado de la realidad y no sabe de qué van las cosas y el mundo en que vive soy yo...


"¿Pero cómo pretendes tener razón si estás haciendo todas tus estimaciones a voleo, mendrugo?"

hago estimaciones basadas en algo real, no a boleo. Tu simplemente pasas de datos y te ciñes a tus ideas sin pararte a pensar un minuto las de los demás


"porque obviamente con direcciones IPv6 ya no basta con una pequeña BD en el programa cliente como se suele solucionar actualmente"

El cliente va a recibir el mismo número de peticiones que antes, almacenará el mismo número de direcciones que antes, procesará el mismo número de direcciones que antes. GUARDARÁ el mismo número de registros que antes. El mundo no se acabará al pasar de ipv4 a ipv6, el único efecto será que las ips serán cuatro veces más grande en tamaño (o sea, un campo de la base de datos pasará de unos gigantescos 32bits a unos abismales 128bits; si lo almacenas como un "ineficiente" string unicode 16 bits pasará de 30bytes (15 caracteres -4 grupos de 3 números y dos puntitos enmedio) a 120bytes (cuatro veces más). Como ves, un cambio drástico y tremendo en una base de datos. Que si, que ahora me dirás que en millones de registros esa pequeña cantidad insignificante que me parece a mi tiene un impacto increíble y blablablá.


"éste debe parsearla para chequear su formato y corrección antes de pasarla a un mero comparador de "strings""

a ver garrulo, la información que pasa el cliente si la aplicación está bien hecha ya va formateada y chequeada. En el peor caso, tienes que buscar con expresiones regulares tu ip de un texto; pero la misma aplicación testea que lo que has obtenido es una ip. Si es un formulario lo mismo. Si es un programa tirará de librerías que te obtienen la ip. Tu no coges información a boleo a ver si ahí resulta que después de todo hay una ip, tu coges la dirección y lo que envías es la dirección (y si envías algo arbitrario mal asunto). Y eso poniéndome en el peor caso, está bien que hagas comprobaciones en servidor por seguridad justo ANTES de almacenar la información en tus BBDD, pero todo esfuerzo que hagas en cliente y quites al servidor es dinero que te ahorras. Hacer algo más que una comparación de strings en una base de datos (o peor aún, extraer información de la base de datos para luego parsear y comparar fuera) es perder tiempo, esfuerzo y dinero.


"De entrada eres tan corto que ni te das cuenta de que estamos hablando de un servicio NUEVO,"

de la wikipedia: " Las direcciones IPv6, definidas en el RFC 2373 y RFC 2374 pero fue redefinida en abril de 2003". El protocolo se presentó en 1994, y pese a ese cambio drástico y profundo, estamos hablando de cosas que tienen como mínimo 10 años y que se viene testeando profundamente para implantación desde hace un lustro. Un lustro en informática es MUCHO tiempo, así que no, no es un servicio NUEVO, hace años que podría estar funcionando de verdad sin que tu seas consciente de ello ("World IPv6 Launch on June 6, 2012, marks the start of a coordinated rollout by major websites and Internet service and equipment providers. "), muchos servicios comerciales de hecho están funcionando en ipv6 desde hace años (www.ipv6es.es/dns-google-ipv6.php, www.networkworld.com/article/2243504/lan-wan/youtube-support-of-ipv6-s, www.internetsociety.org/deploy360/blog/2014/03/facebooks-extremely-imp, ), puedes comprobar tu servicio ipv6 (ipv6-test.com/validate.php), Puedes comprobar las estadísticas de uso de ipv6 entre usuarios de google: www.google.com/intl/en/ipv6/statistics.html#tab=ipv6-adoption (¡si! ¡gente del mundo real usando ipv6 para hacer cosas en la red! ¡se acerca el apocalipsis!) y si no te fías de google: www.akamai.com/ipv6/, 6lab.cisco.com/stats/... ¿qué más quieres? ¿que se adopte en dos días? se adoptará cuando las empresas cambien, y ahora mismo no lo harán (están muy cómodas con sus direcciones ipv4, mientas les duren no migrarán (igual que mientras dure xp y no surjan cosas que les hagan cambiar sus requerimientos en cuanto a SO, por mucho que el soporte se haya agotado no van a cambiar)


"hace 10 años IPv6 no era una prioridad porque no existían los "smartphones""

Garrulo ¿cuántos smartphones tienen ip pública fija? la ip te la da la centralita por la que pasas, la wifi a la que te conectes, etc. Las ip fijas se usan para dar salida y conectividad al exterior a servicios a los que tu móvil se conecta, tu móvil no presta servicios a nadie, no es necesario que sirva nada.


"Sal de tu burbuja porque esas novedades ya están aquí, y tú sigues claramente estancado en las necesidades tecnológicas del año 2000. De hecho todo el rato estás fuera de la realidad, pensando en pequeño e imaginando un mundo inmovilista que siempre será como el reducidísimo mundo que tú conoces."

Confundes inmovilismo y cerrazón con estar en la realidad y con las necesidades reales. No me cierro a tus visiones de futuro, solo te digo qué es lo que hay ahora y por qué no se dan pasos adelante y que los problemas y necesidades que hablas o ya están resueltos o no son problemas o surgen de una visión retorcida de las cosas que no tiene fundamento real. Tu eres el que está fuera de órbita.

menéame