[Esercizio di stile] Configurazione Multicast TIM (XGS-PON)

lorenzocanalelc

Ciao a tutti,

TL;DR
Sto sperimentando la configurazione IPTV TIM (VLAN 836)
L’interfaccia IPTV si attiva e scambia traffico, ma nessun flusso multicast sembra avviarsi (solo handshake iniziale).
Vorrei capire se TIM trasmetta ancora in multicast (es. “Anteprima TimVision”), come verificarlo e che ruolo giochi Nanocdn nel processo.

premessa: quello che segue è più un esercizio di stile che una necessità reale.
So bene che difficilmente mi servirà nel quotidiano, ma mi piacerebbe capire e configurare correttamente la parte IPTV / Multicast per futuri sviluppi o curiosità tecniche.

Setup attuale
Linea TIM XGS-PON 10 Gb con ONT WAS-110 collegato direttamente all’UniFi Cloud Gateway Fiber (quindi senza router TIM Sagemcom).
Connessione perfetta via PPPoE — circa 8,1 Gb down / 2,1 Gb up stabili.
Il pallino mi è nato quando mi hanno regalato un Timvision Box (DTIW3930, Android 12), dispositivo tecnicamente abilitato al multicast.
Da lì la curiosità: posso farlo funzionare?

Configurazione base IPTV
UniFi non permette due WAN sulla stessa interfaccia fisica, quindi per gestire la VLAN 836 ho usato questo ottimo tool: https://github.com/fabianishere/udm-iptv
Una volta configurato, l’interfaccia iptv sale correttamente e inizia a scambiare traffico con i parametri ufficiali TIM: https://www.tim.it/assistenza/assistenza-tecnica/guide-manuali/modem-generico

Test e osservazioni
Il Timvision Box è collegato via cavo a uno switch USW Flex XG, a sua volta connesso all’UCG Fiber.
IGMP snooping e proxy attivi, VLAN interna dedicata esclusivamente al box.
Durante l’avvio del decoder vedo un picco di traffico RX sull’interfaccia IPTV (da pochi KiB fino a 6–7 MiB), poi il flusso si stabilizza con incrementi minimi.
Purtroppo non ho accesso ai log del Timvision Box, quindi non posso capire cosa succeda lato client.
Dai log dell’UCG vedo attività di improxy, ma non ho trovato documentazione chiara su come interpretarli.

Confronto con router TIM
Ricollegando il Sagemcom, che include il modulo Nanocdn, noto che anche lui alza correttamente l’interfaccia VLAN 836 e scarica/aggiorna un file live_catalog.csv.
In quest’ultimo trovo una sola riga:
timlivetu0.cb.ticdn.it/Content/DASH/Live/channel(timvisionpromo1)/manifest.mpd;mi=239.200.0.1&mp=5004&mii=1&mpi=0&st=dash&sri=TimVisionPromo-DASH&lsv=0+1760033946799item-06item;0+1760033946799item-07item;0+1760033946799item-08item&mia=239.200.0.4&mpa=5004&miia=1&mpia=0&lsa=0+1760033946799item-09item&rto=60
Da qui deduco che il canale “Anteprima TIMVision” è (almeno in teoria) uno dei flussi multicast disponibili.
Aprendo TimVision da browser, il link del canale risulta lo stesso (Almeno su chrome):
Chrome → https://timlivetu0.cb.ticdn.it/Content/DASH/Live/channel(timvisionpromo1)/manifest.mpd
Safari → https://timlivetu0.cb.ticdn.it/Content/HLS/Live/channel(timvisionpromo1)/01.m3u8
Non so però se il multicast sia attivo in modo costante o solo in determinate finestre di test (in passato mi sembra ci fosse anche Canale 5).
Curiosamente, collegando di nuovo il Timvision Box direttamente al Sagemcom, non vedo quei picchi di traffico RX che invece noto con l’UCG, segno che qualcosa cambia nella gestione del flusso o del join IGMP.

Altri esperimenti
Ho poi provato una configurazione “ibrida”:
UCG con interfaccia IPTV attiva
DGA4132 sbloccato in cascata, configurato per tirare su la propria VLAN IPTV (coerente con la VLAN interna impostata su UCG)
In questo scenario, anche il DGA aggiorna il live_catalog.csv con la stessa riga: quindi riceve qualche dato, ma il flusso multicast non sembra mai partire davvero.
Immagino che Nanocdn faccia da interfaccia, ma non mi è chiaro come instradi il flusso verso la LAN o come si comporti rispetto al Timvision Box.

Conclusione
In sintesi:
VLAN 836 configurata correttamente
Traffico iniziale su interfaccia IPTV visibile
Nessun flusso multicast costante
Mi piacerebbe capire se:
TIM mantenga ancora attivi i flussi multicast (es. Anteprima TimVision o altri canali) o se ormai sia tutto in unicast/DASH;
Esista un modo per verificare in modo affidabile se un flusso è multicast (sniffando pacchetti IGMP join o controllando indirizzi 239.x.x.x);
Nanocdn agisca solo come agente di discovery o anche da relay dei flussi multicast nella LAN (e in particolare come interagisca con il Timvision Box).
Spero di non aver alzato troppo l’asticella tecnica del thread 😅
Se qualcuno ha esperienze simili o sa dove approfondire questi aspetti multicast su TIM, ogni riferimento è più che benvenuto.
Grazie a chi vorrà aiutarmi in questo esperimento da laboratorio domestico!

lorenzocanalelc

Ciao a tutti, aggiorno il thread con quanto emerso dopo confronto su un altro forum.

TL;DR

Multicast TIM attivo: confermati i flussi DAZN (Serie A)
Il problema iniziale era TIMVISION Promo: presente nel live_catalog, ma da me non sembra essere ricevuto in multicast → non era la mia config
Con dev mode + ADB sul Timvision Box leggo l’XML nanoCDN e capisco quando parte il multicast
Con DGA4132 in cascata (double NAT) l’agente parte con config diversa, aggancia il multicast ma poi torna unicast dopo un po’

Stato delle trasmissioni multicast

Il vecchio flusso di Canale 5 non c’è più
TIMVISION Promo: da me non parte in multicast, pur comparendo nel live_catalog
DAZN (Serie A): i flussi multicast ci sono durante gli eventi

Comportamento senza flussi DAZN

All’avvio del Timvision Box vedo picchi RX su interfaccia IPTV (fino a 6–7 MiB), poi calo e IGMP leave.
 Da tcpdump/log risulta proprio il leave del gruppo da parte del box:

# iptv (WAN VLAN 836)
13:23:58.288301 IP 10.10.10.2 > 239.200.0.2: igmp v2 report 239.200.0.2
13:24:00.300376 ... > 239.200.0.2.5004: UDP, length 1468
13:24:00.308375 IP 10.10.10.2 > all-routers.mcast.net: igmp leave 239.200.0.2

Log improxy/igmpproxy (estratto):

Inserted route ... 239.200.0.2 on VIF #0
Joining group 239.200.0.2 on interface iptv
...
Removing MFC: 81.74.224.78 -> 239.200.0.2
Leaving group 239.200.0.2 on interface iptv

Dritta utile (debug Timvision Box)

Abilitare Developer mode sul Timvision Box e, via ADB forward, leggere l’XML nanoCDN esposto dal box: indica se è in multicast e a che bitrate. Appena iniziate le partite DAZN → “Abemus multicast!”:

<nanocdn>
<version full="v03.02.04.477506522 - [sha1]=b48ba75b, BkStbA 2.2.5 - API 6.12 - [sha1]=7646b70" core="v03.02.04.477506522 - [sha1]=b48ba75b" bkstba="2.2.5 - API 6.12 - [sha1]=7646b70"digit="03.02.04.477506522"/>
<device type="STB"/>
<sessions number="1" limit="2"/>
<bitrate current="0" limit="0"/>
<multicasts bitrate="8128000"/>
<ctrl-channel profile_prefetched="0" mcast_frame="2454" conf_update_time="1751276584"/>
<smartlib bka100="https://bka100.cdn.interbusiness.it" bka200="https://bka200.cdn.interbusiness.it" initoverwrite="yes"/>
</nanocdn>

Conferma 8 Mbps video + 128 kbps audio quando il multicast è attivo. Conclusione parziale: Anteprima TIMVISION, almeno da me, non va in multicast, ma DAZN sì (giusto per rendere più difficili i test fuori dagli orari delle partite).

Config funzionante con UCG Fiber + Timvision Box

Con UCG Fiber e TIMVISION BOX è sufficiente configurare lo script udm-iptv così: https://github.com/fabianishere/udm-iptv

## Example configuration for udmp-iptv ##
# Interface on which IPTV traffic enters the router
IPTV_WAN_INTERFACE="eth5"   # → Interfaccia WAN
# ID of VLAN which carries IPTV traffic (use 0 if no VLAN is used)
IPTV_WAN_VLAN="836"
# Name of the IPTV VLAN interface
IPTV_WAN_VLAN_INTERFACE="iptv"
# IP ranges from which the IPTV traffic originates
IPTV_WAN_RANGES="0.0.0.0/0"
# DHCP options to send when requesting an IP address
IPTV_WAN_DHCP_OPTIONS=""
# LAN interfaces on which IPTV should be made available
IPTV_LAN_INTERFACES="br0"   # → LAN dove è collegato il Timvision Box
# IGMP proxy
IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="true"
IPTV_IGMPPROXY_DEBUG="false"
IPTV_IGMPPROXY_PROGRAM="improxy"
IPTV_IGMPPROXY_IGMP_VERSION="2"
# WAN IP per interfaccia iptv
IPTV_WAN_DHCP="false"
IPTV_WAN_STATIC_IP="10.10.10.2/30"

Nota UniFi: funziona anche senza toccare IGMP Snooping (si può ottimizzare, ma non è indispensabile).

Ulteriori test con DGA4132 in cascata (double NAT) + nanoCDN

Setup: DGA in cascata all’UCG, VLAN IPTV coerente; live_catalog.csv popolato da nanoCDN, ma non parte il multicast. Versioni: nanoCDN DGA = v2.6.2@5365-tim (pare più vecchia di quella del box v03.02.04.477506522).
Durante i test ho notato che alcuni parametri ricevuti via multicast non venivano recepiti dal demone sul DGA. Forzando solo questi due parametri nel nanocdn.conf del DGA:

hls-synchro-switch=0
dash-synchro-switch=0

Vedo partenza del multicast (fino al DGA) usando Chrome su macOS 26.0.1 mentre con Safari non parte
Dopo un po’ il flusso cade e torna unicast (potrebbe essere causa della mia configurazione)

N.B. Per modificare nanocdn.conf serve DGA sbloccato

Cose che restano aperte

Stabilità in double NAT (UCG → DGA): con dash/hls-synchro-switch=0 il multicast parte, ma poi ricade in unicast

Spero sia utile per chi vorrà sperimentare il multicast con il solo modem Tim! (Senza TIMVISION BOX)

Lorenzo1635

lorenzocanalelc Multicast TIM attivo: confermati i flussi DAZN (Serie A)

WoW! Ero convinto che avessero spento tutto.
Molto buono.

Informativa privacy - Informativa cookie - Termini e condizioni - Regolamento - Disclaimer - 🏳️‍🌈 🇵🇸
P.I. IT16712091004 - info@fibraclick.it

♻️ Il server di questo sito è alimentato al 100% con energia rinnovabile