4 de marzo de 2026

Incidente físico provoca apagón y caída masiva en centro de datos AWS en Oriente Medio

Un incidente físico en un centro de datos de AWS en Oriente Medio provocó fuego y dejó fuera de servicio recursos críticos como EC2 y RDS, cuestionando la resiliencia de las infraestructuras cloud ante eventos inesperados.

Vista general de un centro de datos de AWS con personal de emergencia tras un incendio.

El 1 de marzo de 2026, la región AWS me-central-1 sufrió un corte energético y daños físicos debido a un incendio causado por el impacto de objetos externos en el centro de datos. El evento produjo caídas importantes de servicios esenciales de Amazon Web Services, afectando a numerosas organizaciones dependientes de la nube.

El incidente inició por el impacto de objetos no identificados que provocaron cortocircuitos y un foco de incendio en el centro de datos, desatando la activación de sistemas de emergencia y el corte de energía forzado. Como consecuencia, servicios clave como EC2, EBS y RDS quedaron inaccesibles en la zona dañada. AWS implementó medidas de emergencia, redirigiendo cargas a otras Zonas de Disponibilidad y acelerando protocolos de restauración, aunque los errores de acceso y limitaciones se prolongaron hasta el restablecimiento parcial de las instalaciones físicas. Las arquitecturas multizona demostraron su eficacia para aislar el fallo y permitir la continuidad de algunos recursos en otras zonas.

Las organizaciones que utilizan la región AWS me-central-1 experimentaron interrupciones graves, dificultades de acceso a datos y paradas de operaciones dependientes de la nube. Esto confirma que los servicios cloud, pese a sus altos estándares de seguridad lógica, también están expuestos a riesgos físicos y desastres naturales o accidentales. La falta de tolerancia a fallos entre zonas puede traducirse en pérdidas económicas, problemas legales y daños a la reputación empresarial.

Ante este tipo de situaciones, desde Hispasec, recomendamos:

  • Diseñar sistemas distribuidos usando múltiples Zonas de Disponibilidad, para minimizar el impacto de incidentes físicos como el ocurrido en AWS me-central-1.

  • Mantener copias de seguridad actualizadas y geográficamente distribuidas, evitando depender de un único punto/región.

  • Realizar pruebas periódicas de recuperación ante desastres para validar tiempos reales de restauración y procedimientos.

  • Preparar instancias de reemplazo y automatizar la conmutación por error cuando haya degradación o caída regional.

  • Implementar redirección dinámica del tráfico hacia recursos sanos como multi-AZ / multi-región según criticidad.

  • Revisar y actualizar las políticas de respaldo y recuperación automática para asegurar que funcionan bajo escenarios reales.

  • Monitorizar continuamente la replicación de datos críticos y sus indicadores de salud, para detectar fallos antes de que afecten a la operativa.

El incidente en AWS Oriente Medio demuestra que la resiliencia de los sistemas cloud depende tanto de la arquitectura técnica como de la preparación ante eventos físicos inesperados. Las empresas deben adoptar estrategias multizona, implementar capacidades robustas de recuperación ante desastres y validar sus procedimientos de continuidad operativa para superar emergencias imprevistas.

Más información

La entrada Incidente físico provoca apagón y caída masiva en centro de datos AWS en Oriente Medio se publicó primero en Una Al Día.


☞ El artículo completo original de SOC lo puedes ver aquí
Publicado a las 8:20 a.m. 0 comments

Samsung tiene un plan para todas sus fábricas: que trabajen los robots humanoides controlados por una IA central

Samsung tiene un plan para todas sus fábricas: que trabajen los robots humanoides controlados por una IA central

Samsung se ha plantado en el MWC 2026 con un objetivo: demostrar que es una compañía ubicua. ¿Qué implica esto? Pues que saquen músculo con sus pantallas en todas partes, pero también mostrar una potente apuesta por la inteligencia artificial en todos los eslabones de la cadena: desde los móviles como los Samsung Galaxy S26 hasta las fábricas. Y fruto de esa intención de que la IA sea el piloto de todo, han mostrado un plan de ciencia ficción: que sean los robots y una IA central quienes controlen sus fábricas.

Y lo quieren para pasado mañana.

Independiente. El concepto de “IA agéntica” es uno con el que nos vamos a tener que familiarizar porque las compañías van a poner mucho esfuerzo -y dinero- en esto. Se trata de una IA que ya no sólo responde a lo que necesitemos, sino que puede realizar acciones de forma autónoma. En un comunicado, Samsung asegura que ese principio de agentes que ha introducido en los Galaxy S26 será lo que dicte el futuro de sus fábricas.

La compañía surcoreana quiere que esos agentes de inteligencia artificial sean los que “optimicen los flujos de trabajo en la producción, el mantenimiento predictivo, las operaciones de reparación y la coordinación logística” de sus fábricas, pero una IA no puede ejecutar cosas fuera del software. Necesita una interfaz física, y ahí entra en juego la otra pata del plan.

Robots. Son el cuerpo del cerebro y algo que muchas compañías ya están explorando. Hace unos meses viajé a China y me topé con la primera tienda llevada por un robot. Es muy simple y lo califiqué como una “máquina expendedora glorificada”, pero cumple con el objetivo de estas compañías: tener espacios en los que los robots se encarguen de todo. No descansan, no tienen convenios y no se quejan.

Y si compañías como BMW o Xiaomi ya están probando robots en sus fábricas, Samsung no quiere quedarse atrás. En el comunicado, la surcoreana afirma que ya están introduciendo progresivamente robots humanoides muy especializados en tareas diversas. Por ejemplo, robots para operaciones de gestión de la instalación, otros para los siguientes pasos de la línea de producción, otros en logística, otros para el transporte de materiales y los de precisión para la fabricación.

Apuntan que son ideales en entornos en los que el acceso humano es limitado o peligroso y tienen claro que es algo que irá a más, con otros robots que se dediquen a monitorizar las condiciones de las plantas, identificar riesgos y mitigarlos antes de que ocurran.

Apuesta total. Al final, se trata de integrar plenamente la IA en toda la cadena de valor de la fabricación: desde la logística a la producción; desde la inspección de calidad hasta el envío final. Están diseñando un “entorno de producción autónomo de nueva generación”, y quieren tenerlo pronto.

El plan es que para 2030, “todas las operaciones de fabricación” hayan culminado la transición a esta IA agéntica y robótica. Ya están en ello, como decimos, añadiendo robots a las cadenas de producción, pero el Vicepresidente Ejecutivo y Jefe de Investigación Tecnológica Global de Samsung apunta que la siguiente fase es la “construcción de entornos autónomos donde la IA entienda los contextos en tiempo real y ejecute decisiones óptimas”

NVIDIA. Suena a ciencia ficción, sobre todo por los plazos que manejan, pero no van a estar solas en esta aventura. ¿Quién va a estar a su lado? Efectivamente: NVIDIA. A finales del año pasado, ambas firmaron un acuerdo de colaboración que incluye el despliegue de más de 50.000 GPU de NVIDIA y el uso de la plataforma Omniverse para llevar a cabo la infraestructura de gemelos digitales en la fabricación de semiconductores.

Esto es clave para lograr ese objetivo que busca Samsung y tan importante como los sistemas de razonamiento de IA en tiempo real para los robots. Y para esto ya también están usando la plataforma Jetson Thor de la compañía de Jensen Huang.

Alternativa a TSMC. Esa es la meta a la que Samsung quiere llegar. Porque ahora mismo son una de las mayores factorías del mundo (tienen sus procesadores Exynos, pero también sus sensores de cámaras que están en varios dispositivos, así como su división de memoria que alimenta las GPU de NVIDIA), pero lo que quieren es convertirse en una alternativa a la reina indiscutible: TSMC.

Para ello, Samsung se está moviendo abriendo factorías por varios países del mundo e invirtiendo enormes sumas de dinero para ser una de las patas del negocio en una Estados Unidos que también persigue con prisa y un buen fajo de billetes esa IA agéntica y el fin: la IA general.

Quedan cuatro años por delante para comprobar si se cumple ese objetivo que parece de ciencia ficción.

Imágenes | Samsung, Xiaomi

En Xataka | He visto el resultado de una noche loca entre un móvil y un robot: el Honor Robot Phone lo mismo baila tu música que te hace fotos

-
La noticia Samsung tiene un plan para todas sus fábricas: que trabajen los robots humanoides controlados por una IA central fue publicada originalmente en Xataka por Alejandro Alcolea .


☞ El artículo completo original de Alejandro Alcolea lo puedes ver aquí
Publicado a las 8:20 a.m. 0 comments

3 de marzo de 2026

Tenemos un problema con la fiebre tifoidea: una superbacteria global nos ha acorralado y solo nos puede salvar una vacuna

Tenemos un problema con la fiebre tifoidea: una superbacteria global nos ha acorralado y solo nos puede salvar una vacuna

La carrera armamentística entre la humanidad y las bacterias tiene un frente de batalla que no deja de empeorar año tras año. Durante décadas, hemos confiado en los antibióticos como nuestro escudo definitivo para poder acabar con ellas y evitar que sigan generando enfermedades. El problema es que son muy listas y saben evadir el efecto de los antibióticos, y el último gran aviso científico pone el foco en una vieja conocida, la Salmonella typhimurium, la bacteria causante de la fiebre tifoidea.

Una nueva cepa. No hablamos de un problema menor, y para entenderlo hay que viajar hasta la provincia de Sindh, en Pakistán. Allí, tal y como detalló ya un estudio en 2008, saltaron todas las alarmas al detectarse un clon de esta bacteria que fue bautizada como XDR y que tiene como característica el ser muy resistente a todos los medicamentos que hay disponibles a día de hoy. 

De esta manera, no estamos ante una bacteria un poco más dura de pelar, sino que es una cepa que porta en su interior un gran superpoder genético: la resistencia simultánea a grandes antibióticos como son cloranfenicol, ampicilina, cotrimoxazol, fluoroquinolonas y cefalosporinas de tercera generación. De esta manera, de la noche a la mañana, todo el arsenal médico básico había quedado obsoleto para poder luchar contra esta bacteria. 

Una expansión. Lo que pasa en Pakistán, en un mundo hiperconectado, no se queda en Pakistán. Y esto hace que la ciencia esté avisando desde el año 2022 donde un equipo internacional secuenció 3.489 genomas de S. Typhi procedentes de Nepal, Bangladesh, Pakistán e India. 

El resultado. Aquí se pudo ver claramente el mapa de un enemigo que gana terreno rápidamente. La investigación confirmó no solo el aumento de las cepas XDR, sino su dispersión internacional, cruzando fronteras continentales con una facilidad pasmosa. Es por ello, que casos importados de esta bacteria tan resistente se han comenzado a detectar en Estados Unidos, Reino Unido y Canadá, alertando los sistemas de salud de los países desarrollados.

Sin armas. Como medicamentos que podemos usar para acabar con estas bacterias nos quedan, la verdad, pocos. De momento, la ciencia apunta a que estas cepas XDR se pueden tratar con antibióticos llamados meropenem y azitromicina. 

Sin embargo, los expertos advierten del peligro crítico de esta situación, ya que la azitromicina se ha convertido en el último antibiótico oral viable para tratar estas infecciones ambulatorias. El problema es que si abusamos de este antibiótico la bacteria va a poder crear una resistencia contra el fármaco, lo que haría que todas estas infecciones se tengan que tratar en un hospital con medicamentos intravenosos y no orales. Simplemente porque ya no existirían. 

La vacuna. Llegados a este punto, la comunidad científica tiene claro que no podemos ganar esta guerra solo creando nuevos antibióticos, sino que tenemos que evitar que la gente enferme en primer lugar. Y en este caso particular es donde entran en juego las vacunas conjugadas antitifoideas. 

La propia OMS en este caso ha precalificado cuatro de estas vacunas y el CDC respalda también su uso en los programas de vacunación en países endémicos de la enfermedad. Es por ello que los datos apuntan a que una campaña agresiva de vacunación infantil en las zonas urbanas de la India podría prevenir aproximadamente el 36% de los casos y muertes por fiebre tifoidea. Y es una gran noticia, puesto que prevenir estas muertes también evita su gran propagación a otros países.

En Xataka | La IA ya no es una promesa en el cáncer de mama: el mayor ensayo clínico confirma que detecta más y reduce la carga del radiólogo

-
La noticia Tenemos un problema con la fiebre tifoidea: una superbacteria global nos ha acorralado y solo nos puede salvar una vacuna fue publicada originalmente en Xataka por José A. Lizana .


☞ El artículo completo original de José A. Lizana lo puedes ver aquí
Publicado a las 3:30 p.m. 0 comments

OCUDU Ecosystem Foundation: la apuesta de la Linux Foundation por un RAN abierto y “AI-native” para 5G y los primeros pasos de 6G

OCUDU

Durante el Mobile World Congress 2026 en Barcelona, la Linux Foundation ha comunicado la creación de la OCUDU Ecosystem Foundation, una iniciativa global de colaboración abierta centrada en consolidar y escalar el proyecto OCUDU como base de referencia para la RAN (Radio Access Network) definida por software. El anuncio sitúa el foco en algo muy concreto: reunir código, herramientas y gobernanza para que el Open RAN sea más fácil de integrar, probar y llevar a producción, con un énfasis claro en algoritmos basados en IA y en una evolución hacia servicios “AI-native” en 5G y “early” 6G.

Si te suenan siglas como 3GPP u O-RAN Alliance, la idea se entiende con una metáfora doméstica: los estándares son el “manual de instrucciones” que define cómo deberían encajar las piezas; iniciativas como OCUDU quieren ofrecer también una “caja de herramientas” lista para usar, con piezas reales, pruebas y procedimientos para que el montaje no sea un rompecabezas distinto cada vez.

OCUDU: qué significa CU/DU y qué se está abriendo

OCUDU se presenta como el hogar del software abierto de CU (Centralized Unit) y DU (Distributed Unit) dentro de la RAN. En términos sencillos, la RAN es la parte de la red móvil que conecta tu teléfono con la red del operador a través de las antenas. Tradicionalmente, muchas de esas funciones se apoyaban en equipos cerrados y altamente integrados. El planteamiento de RAN definida por software y Open RAN busca descomponer funciones, llevarlas a software y permitir una mezcla más flexible de proveedores.

La CU y la DU son, por así decirlo, dos “módulos” que se reparten tareas de la estación base. OCUDU quiere que esos módulos, en su versión de software, sean reutilizables y auditables, con una plataforma que sirva de referencia y acelere la adopción real. La nota de la Linux Foundation subraya que la nueva fundación no solo aloja el proyecto, también aspira a sostener activos técnicos asociados, como herramientas de CI/CD/CT (integración, entrega y pruebas continuas) que suelen ser el cuello de botella cuando se intenta pasar de pilotos a despliegues en producción.

La fundación como “mesa común” para fabricantes, operadoras y nube

La OCUDU Ecosystem Foundation se define como un mecanismo para que proveedores y actores de la industria guíen el desarrollo del proyecto bajo una gobernanza neutral. Esto es un punto clave: cuando el software es compartido y el control no lo ejerce una sola empresa, se reduce la fricción política y técnica para colaborar.

En la lista de miembros fundadores aparecen pesos pesados del sector como AMD, AT&T, DeepSig, Ericsson, Nokia, NVIDIA, SoftBank, Verizon y Software Radio Systems (SRS), junto con un grupo amplio de empresas de red, pruebas y componentes. La diversidad importa porque el problema de Open RAN no suele ser “que falte una función”, sino que todo funcione junto: radios, servidores, aceleración, software de capa física, orquestación, pruebas, seguridad, telemetría. Es como intentar que electrodomésticos de marcas distintas compartan el mismo enchufe, el mismo voltaje y el mismo protocolo de control remoto; si cada fabricante interpreta el estándar con matices, la experiencia se resiente.

La fundación busca precisamente ese terreno común para que lo esencial esté bien definido y bien probado, mientras cada participante compite e innova en lo que le aporta valor diferencial.

De dónde viene OCUDU: inversión pública y enfoque de “pipeline” a producción

El origen de OCUDU arranca con financiación del National Spectrum Consortium (NSC) y la FutureG Office, que adjudicaron fondos a la empresa de wireless “AI-native” DeepSig y a SRS para construir el software inicial. Este detalle es relevante porque dibuja un patrón cada vez más frecuente: inversión pública para crear cimientos reutilizables, y un marco abierto para atraer a industria y academia.

En su explicación, FutureG plantea una idea pragmática: si los componentes comunes se mantienen en un proyecto abierto con gobernanza neutral, las empresas pueden dedicar recursos a lo que realmente monetiza. Traducido a lenguaje cotidiano, es como si varias constructoras acordaran financiar y mantener en común la carretera y el alcantarillado; así cada una puede enfocarse en diseñar y vender mejores casas, sin repetir infraestructura básica en cada obra.

Cómo encaja con 3GPP, O-RAN Alliance y la ola AI-RAN

Un punto delicado en este tipo de anuncios es la convivencia con estándares y alianzas existentes. La nota indica que el modelo comunitario de OCUDU complementa estándares globales como 3GPP y organizaciones como la O-RAN Alliance, y menciona también iniciativas del momento como la AI-RAN Alliance.

La lectura aquí es clara: OCUDU no pretende sustituir los estándares, sino convertirlos en algo más “operable” en el día a día. Los estándares dicen qué interfaces deben existir; una base de software y pruebas compartidas ayuda a que esas interfaces se comporten de forma consistente y a que integrar proveedores no sea un proyecto artesanal.

IA “dentro” del stack: del eslogan a la ingeniería

Varios participantes enfatizan el concepto de AI-native RAN. La expresión puede sonar a marketing, así que conviene aterrizarla: hablamos de introducir algoritmos de IA/ML para optimizar parámetros de radio, gestionar interferencias, ajustar recursos en tiempo real, reducir consumo energético o anticipar incidencias. En una RAN moderna, las decisiones ocurren en milisegundos; si la IA se integra tarde o como un “apéndice”, pierde impacto.

DeepSig, por ejemplo, describe OCUDU como una forma de incrustar aplicaciones AI-RAN directamente en el stack de software de la red, reduciendo costes y retrasos de integración. NVIDIA, por su parte, encaja su discurso con la idea de RAN totalmente software y con librerías como su marco AI Aerial para RAN definida por software, buscando ampliar el ecosistema en torno a herramientas y componentes listos para construir.

La diferencia práctica entre “queremos IA” y “IA-native” se parece a la diferencia entre poner un termostato inteligente en una casa ya construida o diseñar la vivienda desde el principio para que sensores, climatización y consumo eléctrico trabajen coordinados.

“Super blueprints”, conformidad y pruebas: el pegamento que nadie ve

Uno de los conceptos más interesantes del anuncio es la referencia a “super blueprints” y a la creación de artefactos de documentación, pruebas, integración y validación. Si Open RAN se atasca, muchas veces es en lo invisible: pruebas reproducibles, suites de conformidad, pipelines de integración, herramientas para medir rendimiento, seguridad y eficiencia.

Que la fundación ponga el foco en conformance tooling y en activos de CI/CD/CT sugiere un intento serio de industrializar el proceso. Para un operador, desplegar una RAN no es “que compile el código”, es que funcione con latencias, disponibilidad, seguridad y resiliencia de nivel carrier-grade. Es el equivalente a vender un coche: no basta con que arranque, tiene que pasar crash tests, emisiones, revisiones y miles de kilómetros de pruebas.

Universidades y laboratorios: investigación reproducible y talento

La fundación también incorpora una lista amplia de universidades y laboratorios, desde Georgia Tech e Iowa State hasta UC San Diego, Rice University o University of Notre Dame, junto con entidades como Idaho National Laboratory, SRI International, MITRE y UNH Interoperability Labs. El objetivo declarado es mejorar el “pipeline” de investigación a producción y el desarrollo de talento en open source RAN.

La participación académica puede aportar avances en PHY/MAC (capas fundamentales de radio), optimización con IA/ML, metodologías de prueba, seguridad y eficiencia energética. La National Science Foundation (NSF), citada en la nota, enmarca esto como una evolución de esfuerzos previos en infraestructuras de investigación inalámbrica abierta. En términos prácticos, es una apuesta por que los experimentos no se queden en papers, sino que puedan repetirse, compararse y, cuando maduren, convertirse en componentes usados por la industria.

Qué puede cambiar para operadores y proveedores en el corto plazo

Si OCUDU consigue su propósito, el impacto más tangible sería una reducción del coste y el tiempo de integración en despliegues Open RAN, una mejora en interoperabilidad y un terreno común para acelerar capacidades AI-native sin depender exclusivamente de ciclos largos de estandarización. Para fabricantes y startups, una base abierta puede significar un “punto de enganche” más claro: desarrollar módulos y diferenciarse sin tener que reconstruir la plataforma desde cero.

También hay un beneficio indirecto: más ojos revisando código, procesos y seguridad bajo paraguas de la Linux Foundation, que suele aportar disciplina de gobernanza, compliance y mejores prácticas. Aun así, el éxito real se medirá en algo muy simple: cuántos despliegues pasan de piloto a producción con menos fricción y con métricas sólidas.


☞ El artículo completo original de Natalia Polo lo puedes ver aquí
Publicado a las 2:50 p.m. 0 comments

Es habitual que conectemos el cargador al móvil antes de enchufarlo a la corriente. Y también es un enorme peligro

Es habitual que conectemos el cargador al móvil antes de enchufarlo a la corriente. Y también es un enorme peligro

Poner el móvil a cargar es un gesto que hacemos prácticamente todos los días y que es algo aparentemente muy simple. Pues bien, resulta que lo estamos haciendo mal. Hay un detalle clave que muchos pasamos por alto y que puede tener consecuencias negativas tanto para el cable como para el puerto del móvil.

Hay muchas recomendaciones para cuidar la salud de la batería, como evitar descargarla al máximo o cargarla al 100%, pero hay otro factor que no se suele tener en cuenta y es el orden en el que conectamos el cable. 

El orden de los factores sí altera el producto

Y si no que se lo digan a mi compañero Álex Alcolea, el propietario del cable Lightning de la foto bajo estas líneas. Que los pines se hayan vuelto negros no es un problema de suciedad, sino un problema de orden. Álex solía conectar el cable al móvil y después a la corriente, lo que genera un breve pico de tensión que va directo al conector. Por una vez no pasa nada, pero si lo hacemos de forma continuada el resultado es un cable frito.

Cargar Movil

Es un fenómeno habitual en cualquier tipo de enchufe: lo conectas y se produce una sobretensión. Si el cable ya está conectado al móvil cuando esto sucede, puede crearse un pequeño arco eléctrico donde hacen contacto las clavijas. Este pequeño chispazo,  puede provocar que los pines del cable se  dañen y, con el tiempo, la carga empiece a fallar o tengamos que mover el cable para que haga contacto.

Si te estás preguntando si existe la posibilidad de freír tu móvil con este hábito, que no cunda el pánico. Los smartphones cuentan con protecciones internas para evitar que se dañen si hay un pico de tensión y además estamos hablando de un pico brevísimo.

El orden recomendable para cargar el móvil

Evitar que ese pequeño chispazo pueda acabar dañando los conectores es tan sencillo como invertir el orden, es decir, conectar el cargador al enchufe y después conectarlo a nuestro móvil. De esta forma, el pico de tensión se queda contenido en el cargador y no se produce cuando conectamos el móvil.

Fabricantes como Huawei y Samsung recomiendan seguir este orden para evitar posibles daños:

  1. Enchufar el cargador a la toma de corriente.
  2. Conectar el cable al cargador (si va separado).
  3. Por último, conectar el cable al móvil.

Qué hacer si tu móvil no carga

Si tu cable o el puerto de carga de tu móvil están empezando a fallar, el orden de carga podría ser un posible motivo. Para saberlo, comprueba si los pines del cable están ennegrecidos como los de la foto del principio, aunque si es un USB-C es más difícil verlo ya que están en el interior.

Lo más común es que se haya acumulado suciedad en el puerto de carga y ésta no deje que el cable conecte bien. Si es el caso, puedes limpiarla usando un palillo de madera, siempre con mucho cuidado de no dañar el puerto de carga. 

También puede que tu móvil no cargue porque haya entrado humedad en el puerto. En este caso intenta sacar el líquido dando golpecitos contra tu mano y deja el móvil en un sitio donde haya corriente de aire, nunca introduzcas nada para sacar el líquido ya que puedes hacer que entre aún más. 

Si el problema no es del cable ni del puerto, es posible que sea de la batería, por lo que tocará pasar por el servicio técnico.

En Xataka | En silencio, España está resolviendo su mayor problema energético: convertirse en la segunda potencia mundial de baterías

Imagen de portada | Iván Linares para Xataka

-
La noticia Es habitual que conectemos el cargador al móvil antes de enchufarlo a la corriente. Y también es un enorme peligro fue publicada originalmente en Xataka por Amparo Babiloni .


☞ El artículo completo original de Amparo Babiloni lo puedes ver aquí
Publicado a las 2:50 p.m. 0 comments
Suscribirse a: Comentarios (Atom)