TECNOLOGíA, INTERNET, JUEGOS

Seguimos esperando al IPv6

#59 Y yo te digo que me expliques qué hace ese tipo de software que tan bien describes pero que luego no sabes que hace. Porque todos los bancos tiran de tcp (los cajeros funcionan con VPNs pero vía internet, y las VPNs las configuras con un hardware de red, los filtros se aplican con routers, etc. todos preparados para ipv6; pero las aplicaciones que usan van sobre TCP, porque para las aplicaciones la red que hay debajo es transparente, les importa un pepino si van sobre ADSL o sobre Framerelay y todas las operaciones que se hacen con los paquetes que envían). O sea, te estás inventando cosas para justificar algo que no comprendes, porque si no hay información para mi, tampoco la hay para ti... ¿de dónde la sacas entonces? yo al menos explico de verdad cómo funcionan las cosas

"La última vez que recuerdo haber metido yo detección de direcciones IP en un código fue para la detección de balanceadores de carga en la ruta de acceso de los programas clientes del servicio"
¿y qué diferencia hay entre usar una dirección ipv4 o una ipv6 en este caso si para el hardware da lo mismo? es contratar una ipv6 y cambiar esa dirección que tienes puesta por otra. Lo mismo que si la empresa cambiara de ipv4 pública por otra, o añade una nueva ip de una nueva máquina para balancear más todavía la carga. lleva el mismo trabajo. Registrar una ipv4 y una ipv6 en una base de datos lleva el mismo trabajo y se hace de la misma forma. Tampoco me vale ese ejemplo.

"No rascas pie con bola, hijo."
Seguir una ip o registrar una ip es coger un grupo de carácteres hexadecimales de una cierta longitud y guardarlos. Ya te he dado explicación de la parte técnica, metiéndome en el protocolo. Si crees que por cambiar las direcciones ip a ipv6 se va a caer el mundo, vas apañado. Las empresas irán migrando poco a poco y el método es el mismo que si cambian de ip o si añaden equipos a otra ip pública diferente a la anterior: se cambia por la nueva o se agrega la nueva. Y no doy pie con bola pero explico las cosas y doy razonamientos a cosas en las que tu no te paras a pensar. Eso si que es no rascar pie con bola.

"En algo más que asignar una dirección IPv6 a un servidor "web" y pasarse el día viendo cómo no lo accede nadie."
¿Declarar públicamente el día de la ipv6 invitando a todo el mundo a que acceda a tus infraestructuras configuradas para ipv6 te parece poco? no consiste en que alguien de tu oficina de colorado pruebe que puede acceder a tu oficina de toronto, es dejar que todo el mundo, del país que sea, del proveedor de servicios que sea, acceda a tu red y servicios usando el protocolo y comprobar que todo funciona. Y si esto es posible, que de hecho lo es, lo único que falta es que las proveedoras de internet repartan ipv6 a sus clientes, nada más.

"En todo momento tu perspectiva del tema se reduce al móvil que llevas en el bolsillo."
Ni de coña, te he hablado de puestos fijos, de smart tvs, de dvds o de cualquier bicho enchufable a una red. Tu router te da la ip pública que la proveedora de servicios tenga libre y toda tu red tiene esa ip. Nadie sabe dónde está esa ip porque no lleva asociada ninguna información de geoposición, así que lo único que sabes es dónde se geoposicionan las centralitas de la ISP, y esa es la posición que te devuelven las bases de datos de geolocalización. Y si eres un móvil lo mismo, el móvil tiene una ip porque las antenas de móvil/centralitas de repetición te la dan, así que la posición que te devuelve es la posición de la antena/centralita.

Te he hecho un cáculo de cuánto ocuparía una base de datos de direcciones IPv6 teniendo en cuenta que toda la población humana tendría su propia ip. Google almacena y procesa mucha información por cada web, no solo su ip, de ahí esos tamaños en las bases de datos.

Otra cosa que no has tenido en cuenta es que de esos 128bits, 64 son una descripción de la interfaz de red (generada a partir de la mac), así que en realidad las direcciones repartibles entre dispositivos son 64bits. Y que hay rangos de redes privadas, como ocurre con ipv4. Tu saca las conclusiones astronómicas que quieras, yo te he dado datos racionales y fundados, aparte de que evidentemente no vamos a agotar las direcciones ipv6 existentes por mucho que tu te empeñes en ello, así que tampoco tendría sentido.

"Esa cifra ya se ha superado hace años, gracias a la repetición de direcciones IP en incontables redes privadas."
Bingo, por fin me das la razón en algo que me has negado anteriormente. Efectivamente, las redes mundiales siguen usando ipv4 porque sigue habiendo cancha definiendo redes privadas. Multiplica los 480Gigas por 10: casi 5 Teras. Esto aún puedes tenerlo en casa (aunque los discos de 5TB no son comunes). Multiplicalos por 100: casi 50TB. Eso ya no es tan manejable, pero para una empresa tampoco es tan complicado y por otro lado dudo que la red haya crecido tanto.

"Si piensas que para que eso sea posible basta con tener un "router" que las traduzca a la puerta de cada casa es porque estás anclado en el actual parche de las redes privadas y no entiendes para qué sirve este invento."
Quita el router si quieres. Quita intermediarios. Pero en casa vas a tener una toma de red, y la telefónica de turno te colocará un router o te comprarás un switch para conectar tus cosas. Por el simple y mero hecho de que sale mucho más barato que poner más tomas de red. Y por el hecho de que aunque tengas cuarenta tomas de red, al final al otro lado seguirá habiendo un router o un switch. Y por el hecho de que quien reparte direcciones ip son los proveedores de internet, que son los que controlarán cómo te vas a conectar. Si quieren tener redes privadas, con ipv6 van a seguir teniéndolas.

Pajillas aparte, si no entiendes los fundamentos técnicos es complicado que entiendas lo que se deriva de ellos. Yo he intentado explicarte las cosas como son, y no como las ves.
#65 Sigues con la tontería del protocolo y las capas de red. O no sabes leer o no tienes ni puta idea de lo que te están diciendo, porque yo en todo momento hablo de DIRECCIONES IP y no de paquetes. Toda tu pajilla sobre independencia de capas se va por el váter en esta discusión, porque no tiene NADA que ver con el tema que te comentan. Sencillamente no te enteras ni de qué se está hablando.

"yo te digo que me expliques qué hace ese tipo de software que tan bien describes pero que luego no sabes que hace".

El único que no lo sabe eres tú, melón, yo te he descrito ejemplos de uso necesarios en cuanto me has hecho una pregunta coherente, en vez de esa gilipollez de "dime cinco y los busco".

Es más, tú mismo acabas de poner un ejemplo perfecto al hablar de VPN. ¿Te crees que los servidores y clientes de VPN no necesitan ser adaptados para manejar direcciones más largas? ¿Piensas que unos programas diseñados para manejar direcciones de 32 bits se adaptan mágicamente a usar direcciones de 128 bits sin necesidad de modificaciones? Esas modificaciones no se hacen solas, y tienen un coste empresarial que hay que ampliar a todo "software" que maneje explícitamente direcciones IP. Ni de coña el mundo empresarial está adaptado, porque si asi fuese ya nadie usaría IPv4.

Y a ver si dejas de una vez de hacer el burro: estoy hablando de las direcciones, no de los paquetes.

"¿y qué diferencia hay entre usar una dirección ipv4 o una ipv6 en este caso si para el hardware da lo mismo? es contratar una ipv6 y cambiar esa dirección que tienes puesta por otra".

:palm: O sea que me pides un ejemplo de necesidad de adaptación, te menciono la detección de dirección IP, algo común en TODOS los servicios "online" y sistemas "web"... ¿y me respondes con esa mierda que no tiene NADA que ver con la respuesta? Tú no te enteras de nada de lo que estamos hablando, ¿verdad?

"Seguir una ip o registrar una ip es coger un grupo de carácteres hexadecimales de una cierta longitud y guardarlos".

Detectar, manejar o parsear programáticamente una dirección IP depende de su longitud y su formato, cosas ambas que cambian radicalmente de IPv4 a IPv6. Incluso las interficies de usuario se han de adaptar al nuevo formato para introducir direcciones IP, y no es algo nada trivial. ¿Lo quieres más claro, o vas a seguir sin rascar bola?

"te he dado explicación de la parte técnica, metiéndome en el protocolo".

Exacto. Tú estás hablando del protocolo, que desde el principio no tiene NADA que ver con lo que te están diciendo. Y ni te enteras.

"¿Declarar públicamente el día de la ipv6 invitando a todo el mundo a que acceda a tus infraestructuras configuradas para ipv6 te parece poco?"

Es una prueba de concepto, no un testeo. Poner todo el servicio accesible sobre IPv6 de forma permanente sería un testeo.

"lo único que falta es que las proveedoras de internet repartan ipv6 a sus clientes".

Pues no, justamente eso NO hace falta para el testeo. Una vez más, demostrando que no tienes ni puta idea de lo que dices.

"Tu router te da la ip pública [...]. Nadie sabe dónde está esa ip porque no lleva asociada ninguna información de geoposición".

Ahí, volviendo a demostrar que no tienes ni puta idea. Tú mismo has aclarado antes en qué consiste la geoposición por dirección IP, y consiste justamente en una base de datos que dice de dónde es una IP. Se usa generalmente en sistemas que necesiten saber el país o la ciudad de la dirección, no hace falta saber la latitud y longitud exactas. Pero por lo visto debiste copiar y pegar la explicación sin saber qué significa, porque ahora vas y la contradices.

"evidentemente no vamos a agotar las direcciones ipv6 existentes por mucho que tu te empeñes en ello".

¿Cuándo he dicho yo tal cosa, mendrugo? ¿Necesitas inventarte gilipolleces y ponerlas en mi boca para intentar tener razón en algo?

"por fin me das la razón en algo que me has negado anteriormente".

Yo en ningún momento he negado que todos los rangos de direcciones IP están saturados hace tiempo, so troll. Es muy imbécil que intentes convencerme a mí de que he dicho cosas que no he dicho, ¿no te das cuenta?

"las redes mundiales siguen usando ipv4 porque sigue habiendo cancha definiendo redes privadas".

Nos ha jodido... :palm: La cancha es infinita, pero al estar limitado el direccionamiento la cancha es ineficiente y menos potente de lo que debe ser. Usando redes privadas podrías poblar la galaxia entera de direcciones IP privadas, pero esa dinámica actualmente dificulta enormemente (y en la práctica lo impide) usar como servidor casi todos los dispositivos del mundo, porque lo único de cada red privada accesible desde el exterior como servicio es la puerta de enlace que tiene la IP pública.

Y ahora, desde tu pequeñísimo mundo, me preguntarás por qué querría nadie tener dispositivos servidores. Como si lo viera. :roll:

"Multiplica los 480Gigas por 10".

No tengo ni idea de dónde te sacas estos números ni de qué quieres decir con ellos. Y no lo aclaras.

Y por cierto, y aunque no venga al tema, no pareces tener mucha idea de lo que es una base de datos de 5 Terabytes, ni tampoco de lo que cuestan 50 Terabytes de almacenamiento en el mundo empresarial. Para lo segundo deberías pagar unos 100.000 al año, y para lo primero necesitas unos 200.000 de licencia o soporte si no quieres esperarte un día entero para cada mísera consulta. Tú te crees que los recursos y la potencia son infinitos y no, cuestan un dineral. Igual te crees que para un sistema potente y fiable como los que necesita la consulta constante de un gran volumen de datos debe servir el disquito de ñigui ñogui donde te guardas tus fotos de borracheras y tus dibus de Bola de Dragón.

"Si quieren tener redes privadas, con ipv6 van a seguir teniéndolas".

Nadie ha dicho lo contrario. Pero será mucho más fácil, accesible y barato tener una roseta con varias IP públicas allí donde las necesites. El "switch" encaminador del que hablas puede perfectamente ser transparente o inexistente, y dada la abundancia de direcciones a medio plazo no habrá ningún motivo para que no lo sea.

P.D.: El negativo va por tu frase final. Decir tantas imbecilidades demostrando que no tienes ni puta idea de lo que te hablan y al mismo tiempo ir de sabihondo es una mala combinación.
#68 A ver señor listo, te he pedido putos ejemplos y no me los das. Deja ya de insultar y pon PRUEBAS de lo que dices.

"¿Te crees que los servidores y clientes de VPN no necesitan ser adaptados para manejar direcciones más largas? ¿Piensas que unos programas diseñados para manejar direcciones de 32 bits se adaptan mágicamente a usar direcciones de 128 bits sin necesidad de modificaciones? Esas modificaciones no se hacen solas, y tienen un coste empresarial que hay que ampliar a todo "software" que maneje explícitamente direcciones IP. Ni de coña el mundo empresarial está adaptado, porque si asi fuese ya nadie usaría IPv4."

Es que YA están hechas esas modificaciones. Todo hardware moderno tiene soporte para ipv6 ¿no te enteras de lo que te he estado diciendo desde la primera vez? Solo tienen que cambiar configuraciones y usar ipv6 en lugar de ipv4. Y no tires por las ramas que el protocolo está desligado a la dirección ip porque lo uno sin lo otro no sirve para nada.

" yo te he descrito ejemplos de uso necesarios "
Y yo te los he desmontado. Aún estoy esperando por ejemplos concretos de qué hace un banco usando directamente direcciones ip, o de qué otro tipo de empresas manejan directamente direcciones ip a las que realmente les afecte el cambio de ipv4 a ipv6.

" te menciono la detección de dirección IP, algo común en TODOS los servicios "online""
Y yo te he dicho que igual que te detectan una ipv4 te detectan una ipv6. Se guarda un registro con la dirección, independientemente del tipo.

"Detectar, manejar o parsear programáticamente una dirección IP depende de su longitud y su formato, cosas ambas que cambian radicalmente de IPv4 a IPv6."
Todas las librerías que tratan a cierto nivel con internet tienen encapsulado el tratamiento y parseado de direcciones. Las librerías se usan igual, los programas se usan igual, aunque las direccines sean distintas, que para eso sirve el encapsulamiento. Si reinventas la rueda para salir al paso en lugar de usar herramientas que ya te solucionan no solo el problema actual sino el futuro es culpa tuya. Por otro lado ¿qué software que no sea de enrutado, filtrado, etc etc. y que ya está preparado desde hace tiempo para ipv6 quiere parsear una dirección?

"Nos ha jodido... :palm: La cancha es infinita, pero al estar limitado el direccionamiento la cancha es ineficiente y menos potente de lo que debe ser. Usando redes privadas podrías poblar la galaxia entera de direcciones IP privadas, pero esa dinámica actualmente dificulta enormemente (y en la práctica lo impide) usar como servidor casi todos los dispositivos del mundo, porque lo único de cada red privada accesible desde el exterior como servicio es la puerta de enlace que tiene la IP pública."
Por eso las empresas que en su día compraron un chorrón de direcciones públicas para sus redes están vendiendo los excedentes de dichas direcciones públicas (y forrándose) y están sustituyéndolas por redes privadas. Hay mecanismos eficientes para hacer traducción de direcciones desde hace mucho tiempo, el costo es tremendamente bajo. ¿Y sabes por qué? porque todos los dispositivos del mundo no tienen por qué funcionar como servidores. Y si lo hacen funcionan perfectamente en una red local, no necesitan servir nada afuera. Y si lo tienen que hacer, lo hacen a través de otros servidores que si vean internet de manera controlada.

"No tengo ni idea de dónde te sacas estos números ni de qué quieres decir con ellos. Y no lo aclaras"
Está claro que no lees ni entiendes lo que escribo, porque dejé bien claritos mis cálculos.

" Para lo segundo deberías pagar unos 100.000 al año, y para lo primero necesitas unos 200.000 de licencia o soporte si no quieres esperarte un día entero para cada mísera consulta"
Para lo primero te basta un disco duro gordo, pero te pongo un raid de cinco discos duros porque me siento generoso. Con un pc dedicado de 900€ por poner algo medianamente potente y un raid de 5 discos duros de 1 TB de 50€ suma un total de 11050€. Una compra que haces UNA vez. Por otro lado, puedes tener por 85€ al mes un servidor en cualquier sitio con tus cinco teras.

Un servidor con 48TB de almacenamiento cuesta 372,99€ al mes en ovh, o sea, unos 4560€ al año (con iva sube de precio, pero sigue estando bastante lejos de tus 100.000 al año). Como ves, mucho más asequible de lo que tu propones, quizá porque te quedas viendo tus dibus de digimon y no pisas el mundo real donde nos movemos los demás.

"Pero será mucho más fácil, accesible y barato tener una roseta con varias IP públicas allí donde las necesites. El "switch" encaminador del que hablas puede perfectamente ser transparente o inexistente, y dada la abundancia de direcciones a medio plazo no habrá ningún motivo para que no lo sea."
¿Más barato que tener una red local y salir todos por una única ip pública? ¿sabes que existen los multidominios? apache es tu amigo...

La razón por la que seguimos con ipv4 es que se han desarrollado tantos trucos y triquiñuelas para optimizar lo máximo posible el uso de direcciones que comprar direcciones ipv6 no tiene sentido porque no las necesitas. Y ahora mismo renovar tu dirección ipv4 y mantener las estructuras que tienes sale igual o más barato que contratar ipv6. De hecho en algunos sitios las ipv6 te las "regalan" cuando pides una servidor para que migres sin coste (sin embargo, cuando pides más ip te venden ipv4, para pedir ipv6 tienes que dar rodeos en las páginas de gestión, donde normalmente tiene su rincito aparte). El cliente vive aún en el mundo ipv4, y ante esa oferta los proveedores no van a cambiar de políticas hasta que ya no puedan más.

La última frase viene a evidenciar la discusión que estamos teniendo desde hace rato: yo pongo datos, información, argumentos. Tu pones insultos, descalificaciones, no aportas nada de valor. Y mira que en la otra conversación que llevas si pones razones, pero en esta...
#71 "A ver señor listo, te he pedido putos ejemplos y no me los das".

Tú definitivamente pareces "retardao". Te he hablado de SmartTVs, de "logs" de servidores "web", de clientes de VPN... pero según tú no te he puesto ni un ejemplo. Tú no sabes ni lo que preguntas, "alelao", ¿cómo vas a entender las respuestas cuando te las dan?

"Es que YA están hechas esas modificaciones. Todo hardware moderno tiene soporte para ipv6".

En serio, ¿tienes algún problema mental o idiomático? Porque esto no lo he aclarado una o dos veces, han sido algo así como diez:

Te estoy hablando del "software", melón, en todo momento y desde el principio. Una vez más (y van cien), yo no estoy hablando del "hardware" ni del protocolo IP sino del uso de las direcciones IP que hace el "software". Tú mucho hablar de encapsulamiento pero por lo visto ni siquiera sabes qué son las capas OSI.

Y no, el "software" existente ni de coña está adaptado a las direcciones IPv6, especialmente el empresarial. Sólo algunos grandes productores de "software" han hecho ese esfuerzo por ahora, pero faltan la inmensísima mayoría de empresas del mundo.

De hecho por ahí te han puesto como ejemplo Oracle, que hasta junio de este mismo año (esto es, hasta hace dos meses) en su producto estrella sólo proveía soporte para IPv6 en condiciones limitadas, y aún después de esa actualización dicho soporte sigue lleno de "bugs" (doy fe).

"Y no tires por las ramas que el protocolo está desligado a la dirección ip porque lo uno sin lo otro no sirve para nada".

Tampoco los teléfonos funcionan sin los números de teléfono. ¿Pero a que si los números de teléfono pasan de tener nueve dígitos a tener ciento veintiocho necesitarás (por ejemplo) una agenda más ancha? Las adaptaciones a las que me estoy refiriendo no tienen nada que ver con el protocolo, a ver si te enteras ya.

"¿qué software que no sea de enrutado, filtrado, etc etc. y que ya está preparado desde hace tiempo para ipv6 quiere parsear una dirección?" "Aún estoy esperando por ejemplos concretos de qué hace un banco usando directamente direcciones ip, o de qué otro tipo de empresas manejan directamente direcciones ip".

Pues esperas tontamente lo evidente. ¿Por qué no le echas un ojo sin ir más lejos a tu perfil de Menéame, justo donde pone "IP actual"? ¿Aún no entiendes que en todo servicio, en todo acceso, en toda transacción y en toda sesión se registran en el servicio los datos de acceso del cliente, entre los cuales SIEMPRE está la dirección IP? Sal de tu pequeño mundo ignorante y entiende que esa información se necesita por motivos legales, de seguridad, de análisis estadístico, de permisos, de personalización local (idioma, divisa, ...), etc.

"Y yo te he dicho que igual que te detectan una ipv4 te detectan una ipv6".

¿Me puedes decir qué servidores ofrecen a sus "plugins" o en sus "logs" la dirección IP como un único número? Yo te lo diré: NINGUNO. Se necesita una expresión regular para obtener la dirección de la información de acceso, o como mínimo un "parser" para comprobar que es correcta. 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.

No, chiquitín, no es lo mismo "parsear" un número de 32 bits que uno de 128 bits, y menos si el servidor te lo da formateado de formas diferentes como es el caso.

Eso sin tener en cuenta lo evidente: que en toda base de datos en la que almacenes direcciones IP como mínimo has de aumentar el tamaño del campo. Y si crees que eso no tiene consecuencias háztelo mirar. De hecho si lo manejas como un string vas a tener en el mejor de los casos un incremento de espacio notorio en todos tus "logs", si lo manejas como un entero vas a tener problemas directamente con el tamaño de los registros del procesador (el mercado de "hardware" aún está en los 64 bits), y si lo manejas como un "blob" binario vas a tener problemas de conversión de datos que antes no tenías. Y en todos los casos necesitas adaptar el "software" que maneja esos datos.

"Todas las librerías que tratan a cierto nivel con internet tienen encapsulado el tratamiento y parseado de direcciones".

Bla, bla, protocolo, bla, bla, paquetes, bla, bla, encapsulamiento... pareces un loro "retardao", hijo. ¿Cuándo entenderás que desde el primer momento hablo del uso que hacen de las direcciones IP los programas que hay encima de la capa de TCP? Porque por más que tú ignores la realidad, hacen uso de ellas y es lo más normal del mundo.

"todos los dispositivos del mundo no tienen por qué funcionar como servidores. Y si lo hacen funcionan perfectamente en una red local, no necesitan servir nada afuera".

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.

Por si aún no te has dado cuenta la tecnología tiende a la interconexión de todos los dispositivos, y eso generalmente requiere comunicación en ambos sentidos. El "costo tremendamente bajo" que tú dices que tiene el parche de las redes privadas es justamente la imposibilidad de dar ese salto tecnológico a todos los niveles. 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 (por ejemplo en el reloj) para controlar el confort de toda mi casa antes de llegar a ella, y otras muchas comodidades que tecnológicamente ya son posibles. ¿Sabes por qué todo eso te suena a ciencia ficción? Porque actualmente nada de eso se implementa comercialmente debido al coñazo (o directamente la imposibilidad) que supone hacerlas funcionar dentro de redes privadas y/o con direcciones IP variables.

¿Que todo eso se puede hacer manualmente? Claro, coño, desde que salimos de las cuevas. ¿Pero para qué demonios sirve la tecnología si no es para hacernos la vida más fácil?

Y como te veo venir, intenta por una vez entender lo que se te dice en vez de quedarte con los ejemplos concretos.

"dejé bien claritos mis cálculos".

¿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?

Tus catálogos de "hosting" de mercadillo ni los voy a comentar. Estamos hablando de un servicio que de implementarse para IPv6 requeriría un "big data" descomunal y tú te pones a mirar precios de "hosting" para "webecillas" de juguete. :palm: Además MIENTES en los precios, descaradamente (aunque ni de coña es suficiente, lo más aproximado a lo que describes cuesta el triple de lo que dices, ¿o te imaginabas que no lo iba a mirar? www.ovh.es/servidores_dedicados/big-data/2014-BD-48T.xml). También hablas de un servidor propio que mágicamente no tiene ningún coste de mantenimiento. Y por supuesto de escalabilidad ni hablamos, aunque sea totalmente necesaria porque las asignaciones de IP siempre van a crecer. De disponibilidad tampoco, las cosas si se caen resucitan solas. Tampoco tienes en cuenta en el precio de los "hosting" la potencia de proceso requerido para hacer "queries" sobre terabytes de datos, ni la latencia de la conectividad, ni las licencias de un SGBD para acceder "big data" en un tiempo razonable... requerimientos nulos, tú sólo valoras la capacidad del disco duro. 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.

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, justamente porque con IPv4 bastaba con usar una base de datos relativamente manejable que cada programa puede incorporar independientemente sin coste añadido (es como se ha hecho hasta ahora). ¿Pero qué vas a tener que hacer con tu invento? Adivínalo: MODIFICAR TODO TU SOFTWARE para que utilice ese nuevo servicio. ¡Anda, fíjate, el tipo de coste de adaptación que te llevo explicando desde el principio!

Y eso que en realidad hablamos de un servicio que para IPv6 es directamente inviable. Y tú pretendiendo minimizar la importancia del coste. :roll:

"¿Más barato que tener una red local y salir todos por una única ip pública? ¿sabes que existen los multidominios?"

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).

Lo que vienes a decir es que a los coches siempre puedes ponerle un neumático que tire y tres ruedas de carro. Poder puedes, claro que sí, pero es muy idiota hacerlo pudiendo ponerle cuatro neumáticos.

"La razón por la que seguimos con ipv4 es que se han desarrollado tantos trucos y triquiñuelas para optimizar lo máximo posible el uso de direcciones que comprar direcciones ipv6 no tiene sentido porque no las necesitas".

Suena igualito que un argumento de Rajoy. xD O sea que si se pudiera mejorar la tecnología SIN COSTE no se haría porque tú dices que podemos ir tirando con las limitaciones actuales, ¿no? Pues no, majo, el motivo SIEMPRE es el coste.
#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.
#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.
#71 (sigue)

"yo pongo datos, información, argumentos"

Sí, chico, lástima que lo que pones son datos inventados, información falsa y argumentos chorras.

El trato que te doy es el que merece cualquier troll. Si en todo momento te doy las respuestas que pides pero tú respondas como si yo no hubiera dicho nada, ¿qué otra cosa esperas, niño? Eso por no mencionar que llevas todo el día luchando contra la realidad por no entender de qué hablo a pesar de que te lo he aclarado ya más de diez veces.

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.


#70 Sucede que lo que yo he escrito y tú enlazas no es lo que tú intentas poner en mi boca, sino más bien mis risotadas ante la estulticia de tus afirmaciones churrimerinescas.
#73 En #28 dices: Es que no necesitas más, sólo que tu "router" sea un nodo DNS.

Yo no he puesto eso en tu boca, ni en tu teclado.
#74 ¿Y en qué punto de esa frase estoy hablando de autoconfiguración de dispositivos, según tú? xD Esa frase está escrita en respuesta directa a un comentario tuyo sobre DNS en el que no hablas de autoconfiguración por ninguna parte. Y además yo no mezclo en ningún momento peras con pollas y separo claramente los temas de los servidores DNS y la autoconfiguración en dos párrafos aparte. Pensaba que la gramática simple era a prueba de tontos, pero va a ser que no.

Vamos, que gracias por dejar claro que yo me he explicado correctamente y que tú no sabes leer.
#75 Por lo visto no eres capaz seguir hilos argumentales. No te preocupes, que te lo resumo.

En #25 nos 'iluminas' sobre lo avanzado que está todo para que se 'autoconfigure' y tengan nombre y sean accesibles. En #27 te digo que los routers 'domésticos' no son tan 'listos' y en #28 sueltas la chorrada de que Es que no necesitas más, sólo que tu "router" sea un nodo DNS. ¿No necesitas más que el DNS, para qué? ¿para hacer paellas? ¿Para asfaltar calles? ¿De qué estamos hablando? ¿A qué huelen las nubes?

menéame