Table of Contents
Multicast IP — Private Addressing & UDP Ports (with Aruba Notes)
Autor: 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 <ID>`
- `show ip igmp interface vlan <ID>`
- 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.