In Rilievo Multicast Tim - Discussione Tecnica

Ciao e benvenuto nel forum,
il flusso di test di Canale5 non c'è più da parecchio ed è rimasto solo TIMVISION Promo come hai notato.

Al momento oltre a quello sono anche attivi dei flussi di DAZN

Codice: 
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
dcb-tm-livedazn.dazn.ticdn.it/1mh8dn5vtj2ew120lb41ydb3w5/*/stream.mpd?channel=5068&mta=it&outlet=dazn-italy&plang=it;mi=239.200.0.106&mp=5004&mii=1&mpi=0&st=dash&sri=DAZN_2_DASH_auto&lsv=2+video=8000000&mia=239.200.0.110&mpa=5004&miia=1&mpia=1&lsa=1+eng_257_128000=128000&rfun=1&rto=60
dcblivedazn.akamaized.net/1mh8dn5vtj2ew120lb41ydb3w5/*/stream.mpd?channel=5068&mta=it&outlet=dazn-italy&plang=it;mi=239.200.0.106&mp=5004&mii=1&mpi=0&st=dash&sri=DAZN_2_DASH_auto&lsv=2+video=8000000&mia=239.200.0.110&mpa=5004&miia=1&mpia=1&lsa=1+eng_257_128000=128000&rfun=1&rto=60
dcb-ak-livedazn.akamaized.net/1mh8dn5vtj2ew120lb41ydb3w5/*/stream.mpd?channel=5068&mta=it&outlet=dazn-italy&plang=it;mi=239.200.
!¿ÈÙ¿ïÈ}¨-ac-live.cdn.dazn-dev.com/1mh8dn5vtj2ew120lb41ydb3w5/*/stream.mpd?channel=5068&mta=it&outlet=dazn-italy&plang=it;mi=239.200.0.106&mp=5004&mii=1&mpi=0&st=dash&sri=DAZN_2_DASH_auto&lsv=2+video=8000000&mia=239.200.0.110&mpa=5004&miia=1&mpia=1&lsa=1+eng_257_128000=128000&rfun=1&rto=60
dcb-fs-live-dazn-cdn.dazn.com/1mh8dn5vtj2ew120lb41ydb3w5/*/stream.mpd?channel=5068&mta=it&outlet=dazn-italy&plang=it;mi=239.200.0.106&mp=5004&mii=1&mpi=0&st=dash&sri=DAZN_2_DASH_auto&lsv=2+video=8000000&mia=239.200.0.110&mpa=5004&miia=1&mpia=1&lsa=1+eng_257_128000=128000&rfun=1&rto=60
dcb-de-livedazn.daznedge.net/1mh8dn5vtj2ew120lb41ydb3w5/*/stream.mpd?channel=5068&mta=it&outlet=dazn-italy&plang=it;mi=239.200.0.106&mp=5004&mii=1&mpi=0&st=dash&sri=DAZN_2_DASH_auto&lsv=2+video=8000000&mia=239.200.0.110&mpa=5004&miia=1&mpia=1&lsa=1+eng_257_128000=128000&rfun=1&rto=60
dcb-deit-livedazn.daznedge.net/1mh8dn5vtj2ew120lb41ydb3w5/*/stream.mpd?channel=5068&mta=it&outlet=dazn-italy&plang=it;mi=239.200.0.106&mp=5004&mii=1&mp

sembra lo stesso evento ma offerto da diverse cdn.

Se domani mi ricordo faccio un test durante le partite della Serie A.
 
Ciao @MATROG, grazie per il benvenuto e per il veloce feedback!

Interessante che io al momento non vedo le righe DAZN che vedi tu (Questo sul DGA non saprei come accedere allo stesso file sul Timvision Box). Quando dici di fare un test domani durante la Serie A è perché non hai accesso al canale TimVision Promo oppure perché effettivamente quest'ultimo non è costantemente in multicast?

Se i test fossero fattibili solo durante la Serie A dovrò testare anche io con DAZN :) Grazie ancora per le info attuali!
 
allora...al momento il tim vision box l'ho prestato quindi non posso fare prove dirette.

Quei link li ho presi con uno script che mi sono fatto e che si mette in ascolto sul traffico multicast. Se il primo flusso è facile da riconoscere, quelli dazn non sono mai riuscito a capire la corrispondenza con l'evento. Quando avevo il timbox quello che facevo era controllare sullo switch managed e vedere a quale gruppo multicast si era iscritto il decoder e così capito la corrispondenza con la partita di seria A.

Per tornare in tema il canale promo mi risulta sempre in multicast.
 
Tutto chiarissimo, grazie per i chiarimenti precedenti!
A questo punto, se il canale promo è effettivamente sempre in multicast, il mio obiettivo è capire dove si blocchi la catena, perché lato rete sembra tutto configurato correttamente.
Ti lascio qui qualche dettaglio completo
Setup Attuale
Linea TIM XGS-PON 10 Gb con ONT SFP collegato direttamente all’UniFi Cloud Gateway Fiber.
Connessione perfetta via PPPoE
Timvision Box DTIW3930 (Android 12), tecnicamente abilitato al multicast.

Configurazione IPTV
UniFi non consente due WAN sulla stessa interfaccia fisica, quindi per gestire la VLAN 836 ho usato questo: https://github.com/fabianishere/udm-iptv
Una volta configurato, l’interfaccia iptv sale regolarmente e scambia traffico utilizzando 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 dedicata al box e al traffico multicast.

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.
Non ho accesso ai log del box, quindi non so cosa avvenga lato client.
Dai log dell’UCG vedo attività di improxy, ma non ho documentazione chiara su come interpretarli.

Confronto con router TIM
Ricollegando il Sagemcom, che include il modulo Nanocdn, l’interfaccia VLAN 836 viene alzata e il file live_catalog.csv aggiornato con la 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

Curiosamente, collegando 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, certo il fatto che il test non vada a buon fine neanche con il Sagemcom mi fa pensare che forse c'è qualcosa di sbagliato da altre parti (OLT? TIMVision Box?) ma non posso escludere che il Sagemcom stesso abbia problemi con il multicast

Ho provato anche 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 dell’UCG)
Anche in questo caso il DGA aggiorna il live_catalog.csv con la stessa riga, quindi riceve qualche dato, ma il flusso multicast streaming non sembra partire mai davvero.
Immagino che Nanocdn funga da interfaccia, ma non mi è chiaro come instradi il flusso verso la LAN e come interagisca con il Timvision Box.

In sintesi:
  • VLAN 836 configurata correttamente
  • Traffico iniziale sull’interfaccia IPTV visibile
  • Nessun flusso multicast costante
A questo punto, visto che il flusso multicast del canale Promo risulta attivo, vorrei capire:
  1. Come si riconosce con certezza se il flusso è in multicast o unicast? (sniff IGMP, Wireshark, tcpdump, altri metodi?)
  2. In quale momento esatto avviene lo switch o l’avvio del multicast?
  3. Nanocdn, nel caso dei modem TIM, agisce solo come agente di discovery o anche come relay dei flussi multicast nella LAN (e come si comporta col Timvision Box)?
Se riuscissi anche a darmi la tua configurazione che era sicuramente funzionante magari mi viene in mente qualcosa!
 
Qui la questione si fa molto tecnica…mi piace!

Premetto (nuovamente) che non ho il timvisionbox quindi fare test reali non mi è possibile e che i migliori test si fanno durante le partite dove il multicast è sicuramente attivo.

Detto ciò prima ancora di risalire la catena io direi che devi attivare la modalità developer sul timvisionbox e con adb fai il forward alla porta del nanoagent che espone un file xml in cui ti dice se è connesso in multicast e con quale bitrate.
(Non ricordo se dice pure il gruppo multicast…)

Il mio setup è composto da timbox -> router/firewall con igmp proxy attivo (e infatti vedo dai log chi fa la subscription ai gruppi multicast) -> switch manager con igmp snoop ( anche da qui riesco a vedere quale porta dello switch ha chiesto la sottoscrizione al gruppo multicast dell’evento) -> timvisionbox (quando ce l’avevo)

Per rispondere alle tua domande

1) eh si, wireshark o tcpdump e vedi subito che traffico sta passando
2) lo switch avviene dopo qualche secondo, il player dazn prima va in http e poi quando decide di usare la cdn giusta il client locale fa diventare il flusso multicast
3) dalla mia esperienza la nanocdn del modem non serve a niente o forse solo a creare la vlan dell’iptv, da quanto ricordo lavora solo la nanocdn dentro al timvisionbox. Se lavorasse quella sul modem allora qualunque client dazn andrebbe in multicast e questa cosa non mi risulta (ma oggi verifico)
 
se provo ad usare VLC mettendo l'indirizzo multicast di timvision promo non vedo nulla ma i pacchetti vengono ricevuto dalla centrale TIM (in questo caso Roma Inviolatella che è anche quella dove risiede l'edge node DAZN, sia ott che multicast)

Codice: 
11:34:09.323512 IP (tos 0x60, ttl 121, id 29428, offset 0, flags [DF], proto UDP (17), length 1496)
    ahc-rm3-19.rminv.alcdn.interbusiness.it.36256 > 239.200.0.1.5004: UDP, length 1468
11:34:09.325692 IP (tos 0x60, ttl 121, id 29430, offset 0, flags [DF], proto UDP (17), length 1496)
    ahc-rm3-19.rminv.alcdn.interbusiness.it.36256 > 239.200.0.1.5004: UDP, length 1468
11:34:09.327846 IP (tos 0x60, ttl 121, id 29433, offset 0, flags [DF], proto UDP (17), length 1496)
    ahc-rm3-19.rminv.alcdn.interbusiness.it.36256 > 239.200.0.1.5004: UDP, length 1468
11:34:09.329971 IP (tos 0x60, ttl 121, id 29434, offset 0, flags [DF], proto UDP (17), length 1496)
    ahc-rm3-19.rminv.alcdn.interbusiness.it.36256 > 239.200.0.1.5004: UDP, length 1468
 
Dunque, ho visibilità dell'XML nanocdn del TimVision Box confermo che riceve la configurazione ma non parte mai il flusso in multicast. A questo punto sono quasi sicuro che ci sia qualcosa che non va a monte, ecco i log di igmpproxy:
Oct 18 12:22:32 Bolama-Fiber udm-iptvd[129404]: Inserted route table entry for 239.200.0.2 on VIF #0
Oct 18 12:22:32 Bolama-Fiber udm-iptvd[129404]: Joining group 239.200.0.2 on interface iptv
Oct 18 12:22:32 Bolama-Fiber udm-iptvd[129404]: RECV V2 member report from 10.10.10.2 to 239.200.0.2
Oct 18 12:22:32 Bolama-Fiber udm-iptvd[129404]: The IGMP message was from myself. Ignoring.
Oct 18 12:22:32 Bolama-Fiber udm-iptvd[129404]: Route activation request from 10.10.10.2 for 239.200.0.2 is from myself. Ignoring.
Oct 18 12:22:32 Bolama-Fiber udm-iptvd[129404]: Adding MFC: 81.74.224.78 -> 239.200.0.2, InpVIf: 1
Oct 18 12:22:32 Bolama-Fiber udm-iptvd[129404]: RECV Leave message from 10.66.80.125 to 224.0.0.2
Oct 18 12:22:32 Bolama-Fiber udm-iptvd[129404]: RECV Membership query from 10.66.80.1 to 239.200.0.2
Oct 18 12:22:34 Bolama-Fiber udm-iptvd[129404]: RECV V2 member report from 10.10.10.2 to 224.0.0.251
Oct 18 12:22:34 Bolama-Fiber udm-iptvd[129404]: The IGMP message was from myself. Ignoring.
Oct 18 12:22:35 Bolama-Fiber udm-iptvd[129404]: RECV V2 member report from 10.10.10.2 to 239.200.0.0
Oct 18 12:22:35 Bolama-Fiber udm-iptvd[129404]: The IGMP message was from myself. Ignoring.
Oct 18 12:22:37 Bolama-Fiber udm-iptvd[129404]: The IGMP message was local multicast. Ignoring.
Oct 18 12:22:37 Bolama-Fiber udm-iptvd[129404]: RECV V2 member report from 10.10.10.2 to 239.200.0.2
Oct 18 12:22:37 Bolama-Fiber udm-iptvd[129404]: The IGMP message was from myself. Ignoring.
Oct 18 12:22:40 Bolama-Fiber udm-iptvd[129404]: RECV V2 member report from 10.66.1.142 to 224.0.0.251
Oct 18 12:22:40 Bolama-Fiber udm-iptvd[129404]: Mebership report was received on a disabled interface. Ignoring.
Oct 18 12:22:40 Bolama-Fiber udm-iptvd[129404]: RECV V2 member report from 10.66.80.1 to 224.0.0.251
Oct 18 12:22:40 Bolama-Fiber udm-iptvd[129404]: The IGMP message was from myself. Ignoring.
Oct 18 12:22:42 Bolama-Fiber udm-iptvd[129404]: The IGMP message was local multicast. Ignoring.
Oct 18 12:22:42 Bolama-Fiber udm-iptvd[129404]: The IGMP message was local multicast. Ignoring.
Oct 18 12:22:43 Bolama-Fiber udm-iptvd[129404]: RECV Membership query from 10.66.80.1 to 239.200.0.2
Oct 18 12:22:46 Bolama-Fiber udm-iptvd[129404]: Removing MFC: 81.74.224.78 -> 239.200.0.2, InpVIf: 1
Oct 18 12:22:46 Bolama-Fiber udm-iptvd[129404]: Leaving group 239.200.0.2 on interface iptv
Oct 18 12:22:46 Bolama-Fiber udm-iptvd[129404]: Inserted route table entry for 239.200.0.2 on VIF #-1
Clicca per espandere...
In particolare il problema credo sia qua
Oct 18 12:22:46 Bolama-Fiber udm-iptvd[129404]: Removing MFC: 81.74.224.78 -> 239.200.0.2, InpVIf: 1
Oct 18 12:22:46 Bolama-Fiber udm-iptvd[129404]: Leaving group 239.200.0.2 on interface iptv
non capisco perché continua ad abbandonare il gruppo, è per questo che non c'è un flusso costante immagino, forse a questo punto devo fare le prove direttamente con il Sagemcom
 
eh si, quel messaggio lo da quando non ha più bisogno di stare nel gruppo multicast perchè non lo usa.

Cerca di trovare il problema che sta nel mezzo aggiungendo un pezzo alla volta.

Come hai configurato upstream & downstream sul proxy IGMP?
 
Allora, ho fatto degli approfondimenti. Con la configurazione attuale:
udm-iptv
## Example configuration for udmp-iptv ##
# Interface on which IPTV traffic enters the router
IPTV_WAN_INTERFACE="eth5"
# 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 (separated by spaces)
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="br80"
# Disable quickleave for igmpproxy
IPTV_IGMPPROXY_DISABLE_QUICKLEAVE="true"
# Enable debugging for igmpproxy
IPTV_IGMPPROXY_DEBUG="true"
IPTV_IGMPPROXY_PROGRAM="improxy"
IPTV_IGMPPROXY_IGMP_VERSION="2"
IPTV_WAN_DHCP="false"
IPTV_WAN_STATIC_IP="10.10.10.2/30"
Clicca per espandere...
E su unifi c'è una VLAN 80 dedicata solo al BOX con attivo IGMP Snooping

Vedendo i tcpdump dell'interfaccia iptv dopo un riavvio del box ricevo i pacchetti come ipotizzavo (Lo schizzo di MB) ma ad un certo punto viene fatto il leave (Escludo le varie righe > 239.200.0.0.5004 che sono tantissime ovviamente
13:23:57.328279 IP 10.10.10.2 > 239.200.0.0: igmp v2 report 239.200.0.0
13:23:57.647704 IP ahc-rm3-19.rminv.alcdn.interbusiness.it.52265 > 239.200.0.0.5004: UDP, length 294
13:23:58.253923 IP ahc-rm3-19.rminv.alcdn.interbusiness.it.52265 > 239.200.0.0.5004: UDP, length 336
13:23:58.288301 IP 10.10.10.2 > 239.200.0.2: igmp v2 report 239.200.0.2
13:23:58.300376 IP ahc-rm3-19.rminv.alcdn.interbusiness.it.49536 > 239.200.0.2.5004: UDP, length 1468
13:24:00.307815 IP ahc-rm3-19.rminv.alcdn.interbusiness.it.49536 > 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
Clicca per espandere...
Guardando quindi i tcpdump dell'interfaccia br80
13:23:57.304467 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA)) 10.66.80.125 > 239.200.0.0: igmp v2 report 239.200.0.0
13:23:58.260460 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA)) 10.66.80.125 > 239.200.0.2: igmp v2 report 239.200.0.2
13:23:58.302505 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA)) 10.66.80.125 > 224.0.0.2: igmp leave 239.200.0.2
Clicca per espandere...
E' proprio il box che fa il leave, e poi non c'è modo di farlo riattivare, idee?
 
io aspetterei le 15 per fare prove, negli eventi dazn il multicast era riservato solo ai bitrate alti...non vorrei che per timvision sia il contrario...quando si alza il bitrate se ne va via http. Intendo parte col profilo bassa qualità in multicast e poi cambia in alta qualità via http
 
Ma il fatto è che parte solo al riavvio del box, non quando vado su un canale specifico, probabilmente come dici tu conviene testare DAZN
 
Nulla di particolare solo l'indirizzo citato sopra..
hxxps://timlivetu0.cb.ticdn.it/Content/DASH/Live/channel(timvisionpromo1)/manifest.mpd
 
BOBBYS ha scritto:
Nulla di particolare solo l'indirizzo citato sopra..
hxxps://timlivetu0.cb.ticdn.it/Content/DASH/Live/channel(timvisionpromo1)/manifest.mpd
Clicca per espandere...
ah ok, quello funziona perchè vai in http. Per avere il multicast ci deve essere qualcuno (la nanocdn) che traduce quell'indirizzo in multicast. Io intendevo l'indirizzo 239.200.0.1 su porta 5004
 
Scusate il ritardo ma 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>
Clicca per espandere...
Evidentemente sono stato ingannato alla grande da quel Anteprima TimVision, sembra che in realtà il multicast su quel canale non funzioni! Adesso cerco di ottimizzare per capire la configurazione minima funzionante! Grazie mille @MATROG per il supporto!
 
Perfetto! 8mega di video più 128k di audio, tutto come si deve. Bene! Non ti aspettare grossi cambiamenti ma dovresti notare che aggancia il profilo più velocemente
 
Devi accedere o registrarti per poter rispondere.
Indietro
Alto Basso