====== Multicast IP — Private Addressing & UDP Ports (with Aruba Notes) ====== **Autor:** [[https://www.linkedin.com/in/aperez137/|Antonio Pérez]] **Fecha:** September 2025 ---- ===== Introduction ===== El direccionamiento //multicast// en IP permite entregar datos a múltiples receptores de forma eficiente. Un flujo multicast se define por **IP de grupo + UDP/puerto** en la mayoría de aplicaciones (TCP no aplica a multicast nativo). En redes corporativas, conviene separar rangos por aplicación y elegir puertos que eviten conflictos con servicios bien conocidos. ---- ===== Reserved Multicast IPv4 Address Ranges ===== La IANA define rangos con distintos propósitos. ^ Address Range ^ Purpose ^ | 224.0.0.0 – 224.0.0.255 | Link-local (no enrutables; control de protocolos) | | 224.0.1.0 – 224.0.1.255 | Control/servicios enrutables (p.ej., NTP 224.0.1.1) | | 224.0.2.0 – 224.0.255.255 | Reservado / uso futuro | | 233.0.0.0 – 233.255.255.255| GLOP addressing (RFC 2770) | | 239.0.0.0 – 239.255.255.255| **Administratively Scoped (uso privado)** | ---- ===== Common Multicast UDP Ports by Application ===== Puertos habituales en aplicaciones populares (referenciales). Evita colisiones con estos si defines servicios internos. ^ Aplicación / Protocolo ^ Dirección típica ^ UDP Port ^ | RTP/RTSP (Streaming) | 239.x.x.x / 232.x.x.x | 5004–5005 | | SAP/SDP (Session Announce) | 224.2.127.254 | 9875 | | mDNS / AirGroup (Apple) | 224.0.0.251 | 5353 | | SSDP / UPnP discovery | 239.255.255.250 | 1900 | | NTP (multicast sync) | 224.0.1.1 | 123 | | OSPF (routing) | 224.0.0.5 / 224.0.0.6 | (IP protocol, no UDP) | | PIM / IGMP control | 224.0.0.x | (no UDP/TCP) | | Videoconferencia (RTP) | 239.x.x.x | 16384–32767 | | IPTV / DVB | 232.x.x.x / 239.x.x.x | 5000–5500 | | GDOI/GMS (Key mgmt) | 224.0.0.x | 848 | ---- ===== Recommended Private Addressing (Administratively Scoped) ===== Para redes privadas, usa **239.0.0.0/8**. Sugerencias prácticas: * Reservar **bloques por aplicación/proyecto**: * **239.16.0.0/16 →** Video interno / IPTV (ej: `239.16.x.x`). * **239.20.0.0/16 →** Telemetría / IoT (ej: `239.20.x.x`). * Evitar `224.0.0.x` (control link-local de ruteo/protocolos). * Documentar subrangos (por VLAN/campus) para evitar solapamientos. ---- ===== Safe UDP Port Ranges (to avoid conflicts) ===== ^ Rango / Puerto ^ Categoría ^ Notas ^ | 0–1023 | Well-known (no usar) | Reservados por IANA para servicios estándar | | 123 | Evitar específico | NTP (sincronización de tiempo) | | 1900 | Evitar específico | SSDP / UPnP discovery | | 5004 | Evitar específico | RTP (media streams) | | 5353 | Evitar específico | mDNS / AirGroup | | 9875 | Evitar específico | SAP/SDP (session announce) | | 20000–29999 | Recomendado interno | Streams de video/audio internos | | 40000–49999 | Recomendado interno | Pruebas de laboratorio / telemetría | ---- ===== Best Practices on Aruba (CX 6400 / WLAN 7220) ===== * En switches: habilitar **IGMP snooping**; el reenvío se basa en puertos con *IGMP Join*. * En WLAN: usar **Dynamic Multicast Optimization (DMO)** donde convenga; filtrar broadcast innecesario. * Verificación: * `show igmp-snooping groups vlan ` * `show ip igmp interface vlan ` * Ejemplo de flujo interno: `239.16.0.2:20001/UDP`; solo llega a puertos con membresía IGMP activa. ---- ===== Conclusion ===== Usar **239.0.0.0/8** con bloques separados (`239.16.x.x` para video, `239.20.x.x` para IoT) y puertos **UDP 20000–29999 / 40000–49999** reduce conflictos y facilita operación. En Aruba CX/WLAN, valida membresías IGMP y aplica DMO/broadcast-filter donde corresponda. ---- ---- {{ :networking:multicast_ip.pdf |}} {{pdfjs 46em >:networking:multicast_ip.pdf}} ---- ---- {{ :networking:multicast_ip_en.pdf |}} {{pdfjs 46em >:networking:multicast_ip_en.pdf}} ---- ----