Saltar al contenido

RTS/CTS

Carlos J. Bernardos
RTS/CTS
Último episodio

119 episodios

  • RTS/CTS

    Ep. 119. Un bug paró la Formula 1: la importancia del software

    08/10/2026 | 6 min
    Un bug en el software estándar de la F1 dejó sin potencia a varios coches en la vuelta de formación del GP de Baréin (en Sepang). Te cuento qué falló, quién controla realmente qué en un monoplaza, cómo se cargó un parche a toda la parrilla en 20 minutos y por qué no fue la radio.

    Si te ha gustado el episodio, te agradecería que lo compartas con amigxs potencialmente interesadxs y que escribas una reseña en la plataforma de Podcast que utilices (si lo permite). Muchas gracias y nos escuchamos pronto.

    Música de la entradilla de Iciar Ybarra (@gaudeamusica).
  • RTS/CTS

    Ep. 118. ¿Qué significa el "5G+" que ahora ves en tu iPhone? 5G NSA vs 5G SA

    01/10/2026 | 10 min
    Desde iOS 27, el iPhone muestra «5G+» cuando está conectado a una red 5G Standalone. La red no es nueva: lo nuevo es que ahora el móvil te lo cuenta. Aprovecho el cambio para explicar las dos caras del 5G.

    En este episodio

    Qué ha cambiado en iOS 27: los perfiles de operador (carrier bundles) y el nuevo icono.

    5G NSA: la radio 5G anclada al 4G y a su núcleo de red, y por qué el icono «5G» siempre ha sido algo optimista.

    DSS: cómo se compartieron las frecuencias del 4G para encender el 5G rápido, y por qué aquel 5G iba casi como el 4G.

    5G SA: núcleo 5G propio, network slicing, identificador cifrado, eficiencia y VoNR.

    Por qué el «+» indica arquitectura, no velocidad garantizada.

    ¿Importa esto al usuario? ¿Y a la industria?

    Episodios relacionados

    Ep. 107. Por qué se satura la red en eventos masivos (network slicing)

    Ep. 113. El secreto del núcleo de red de Digi

    Ep. 115. Apple keynote 2026 para telecos

    Enlaces

    Apple: Usar 5G con el iPhone

    Xataka Móvil: Qué significa el nuevo icono de 5G+

    Si te ha gustado el episodio, te agradecería que lo compartas con amigxs potencialmente interesadxs y que escribas una reseña en la plataforma de Podcast que utilices (si lo permite). Muchas gracias y nos escuchamos pronto.

    Música de la entradilla de Iciar Ybarra (@gaudeamusica).
  • RTS/CTS

    Ep. 117. Thread y Matter: anatomía de una red en malla (y de sus fallos)

    29/09/2026 | 27 min
    Empecé la semana con una pregunta inocente: quiero ver el mapa de mi red Thread. Terminé encontrando cuatro problemas distintos, ninguno donde yo creía, y con una casa que funciona bastante mejor que antes.

    En la primera mitad desmontamos Thread y Matter pieza por pieza: qué hace cada capa, quién estandariza qué, y por qué hay cuatro organismos distintos metidos en que tu bombilla se encienda. En la segunda, el diagnóstico real en orden cronológico.

    CAPÍTULOS

    Por qué existe Thread, y quién lo estandariza

    Anatomía de una malla: roles, líder y autocuración

    El border router: lo que hace y lo que no

    Matter: el idioma, no la carretera

    Las dos arquitecturas al montar el tuyo

    Entrar en la red Thread que ya creó Apple

    El border router que se moría cada minuto

    Elegir canal con datos: escaneo de energía y migración

    Tres border routers y por qué la geometría manda

    Las tormentas de suscripciones, y cómo se arreglaron

    LOS NÚMEROS DEL EPISODIO

    400 reinicios del border router en 13 horas, sin que se notara en casa

    Canal 25 a -49 dBm de ruido; canal 20 a -79 dBm. Treinta decibelios

    Tras migrar: 4 esperas por canal ocupado en 193.521 transmisiones

    Y cero tramas corruptas de 710.000 recibidas

    Final: 16 nodos Matter, 16 routers Thread, 3 border routers, una sola red

    LAS CINCO LECCIONES

    El tiempo de funcionamiento es el primer dato, no el último

    La redundancia esconde fallos: mi red funcionaba con dos averías dentro

    El canal se elige midiendo; lo que ganas es margen, no potencia

    La ubicación gana al hardware

    Cuando la radio está sana y aun así falla, sube de capa

    ENLACES

    OpenThread

    Thread Group

    Connectivity Standards Alliance

    Si te ha gustado el episodio, te agradecería que lo compartas con amigxs potencialmente interesadxs y que escribas una reseña en la plataforma de Podcast que utilices (si lo permite). Muchas gracias y nos escuchamos pronto.

    Música de la entradilla de Iciar Ybarra (@gaudeamusica).
  • RTS/CTS

    Ep. 116. Analizamos xdp.es como solución a los bloqueos de LaLiga

    21/09/2026 | 8 min
    Desde hace más de un año, los bloqueos judiciales de LaLiga contra la piratería afectan a IPs enteras de proveedores CDN como Cloudflare, dejando fuera de juego a cientos de sitios legítimos que nada tienen que ver con el fútbol. Un estudio de OONI (junio 2026) encontró más de 554.000 dominios afectados por estos bloqueos.

    Ha aparecido una herramienta pensada para paliar justo ese daño colateral: xdp.es, un servidor DNS público y gratuito que reescribe respuestas DNS para esquivar direcciones bloqueadas, sin necesidad de recurrir a una VPN.

    ¿Cómo funciona?

    Detecta cuándo una IP dentro de los prefijos de Cloudflare (AS13335) está bloqueada.

    Sustituye esa IP por otra del mismo prefijo que no esté afectada.

    Funciona gracias a SNI (Server Name Indication, RFC 6066): el enrutamiento real al sitio lo decide el nombre de dominio enviado en el handshake TLS, no la IP de entrada.

    Servicio opt-in: el usuario elige activamente cambiar de resolver.

    ¿Es esto “hacer trampas” con el protocolo DNS?

    En el episodio analizamos la tensión entre:

    RFC 1035 — el DNS nunca ha garantizado una única “respuesta verdadera” por dominio (GeoDNS y el propio anycast ya varían la respuesta).

    RFC 3833 (Threat Analysis of the DNS) — describe este patrón de sustitución de respuestas como parte del modelo de amenazas contra el que se diseñó DNSSEC.

    RFC 7754 y RFC 8890 (principios IETF sobre bloqueo de servicios y el usuario final) — el factor decisivo es el consentimiento: a diferencia de los bloqueos de los operadores, xdp.es es una elección voluntaria del usuario.

    Enlaces:

    xdp.es

    Prueba de rendimiento (RedesZone)

    Contexto OONI y cifras de uso (El Chapuzas Informático)

    Servidor secundario de xdp.es (bandaancha.eu)

    Implementación de referencia en Rust (GitHub)

    Episodios relacionados: Ep. 43 (bloqueos de LaLiga), Ep. 93 (LaLiga contra los principios de Internet), Ep. 44 (proxies inversos con Cloudflare), Ep. 40 (DNS y DDNS)

    Si te ha gustado el episodio, te agradecería que lo compartas con amigxs potencialmente interesadxs y que escribas una reseña en la plataforma de Podcast que utilices (si lo permite). Muchas gracias y nos escuchamos pronto.

    Música de la entradilla de Iciar Ybarra (@gaudeamusica).
  • RTS/CTS

    Ep. 115. Apple keynote 2026 para telecos: el módem propio de Apple y el "iPhone Handoff"

    15/09/2026 | 10 min
    Apple ya controla casi todo el módem de sus iPhone: el nuevo C2 añade mmWave en EE. UU. y dejará a Qualcomm en un solo modelo. Y el iPhone Handoff permite mover tu número entre dos iPhone… si tu operador coopera. Repaso de conectividad del evento del 9 de septiembre.

    Si te ha gustado el episodio, te agradecería que lo compartas con amigxs potencialmente interesadxs y que escribas una reseña en la plataforma de Podcast que utilices (si lo permite). Muchas gracias y nos escuchamos pronto.

    Música de la entradilla de Iciar Ybarra (@gaudeamusica).
Más podcasts de Tecnología
Acerca de RTS/CTS
Podcast sobre redes, Internet, domótica y cacharreo variado.
Sitio web del podcast

Escucha RTS/CTS, Loop Infinito (by Xataka) y muchos más podcasts de todo el mundo con la aplicación de radio.es

Descarga la app gratuita: radio.es

  • Añadir radios y podcasts a favoritos
  • Transmisión por Wi-Fi y Bluetooth
  • Carplay & Android Auto compatible
  • Muchas otras funciones de la app
RTS/CTS: Podcasts del grupo