Ho applicato quelle modifiche sul Fritz box 3490, stasera lo proverò.

simonebortolin I parametri del modem libero dove non c'è nessun riferimento a nano cdn

Che sarà sul box, quindi è un unico sistema... Tu dicevi che usano RTSP, che non mi sembra possibile, o altrimenti spiegami come. 🤔

simonebortolin Quindi a logica il multicast non passa in PPPoE come dicevi su telegram e quindi è un vero multicast dato che dalla configurazione si evince che c'è IPoE fuori dal PPPoE, quindi sui link onu a 1 Gbps viaggia in multicast. È come diceva Lorenzo e Walter e non come la tua fonte.

Io non ho mai detto che è in PPPoE e non ho nessuna fonte 😅 ho riportato un'informazione che trovi in un gruppo pubblico Telegram del settore e che è stata valutata affidabile, che diceva che il multicast dal BRAS è "isolato" e quindi di fatto moltiplicato. Poi se è vero non lo so, ho solo riportato una cosa...

simonebortolin Oddio non è difficile convertire RTSP -> DASH con un semplice script....

Ma che stai dicendo 😳 pivelli questi che sono andati a prendersi la nanoCDN che bastava un semplice script fatto in mezz'ora 😂

    matteocontrini pivelli questi che sono andati a prendersi la nanoCDN che bastava un semplice script fatto in mezz'ora

    Che poi non fa questo, da quello che dicono sul loro sito, (nel caso) resta DASH lungo tutto il percorso, semplicemente viene "incapsulato" in pacchetti multicast.
    In questo modo le risposte arrivano all'APP tali e quali a quelle di una qualsiasi CDN DAZN (incluso anche HTTPS/SSL)

    Diciamo che è come se facesse da proxy

      matteocontrini Che sarà sul box, quindi è un unico sistema... Tu dicevi che usano RTSP, che non mi sembra possibile, o altrimenti spiegami come. 🤔

      No RTSP non lo ho mai nominato io (su simonebortolin , lo ho citato su simonebortolin ) Sei tu che hai supporto RTSP in matteocontrini , ma ripeto di protocolli streaming ne esistono a bizzecche, che poi c'è ne sono pochi utilizzati è un altro discorso, ma ne esistono parecchi. Io ho sepre pensato a Dash (che è de facto lo standard del settore), come detto da handymenny, ma non mi sono mai più di tanto informato, leggo il forum di hwupgrade ma mi ero perso il topic sul 7590 dove parlavano dello script, leggo su digital-forum ma di multicast ne sanno meno che quì. Non ho mai letto né supporto protocolli diversi dall'mpeg-dash.

      Aggiungo che i parametri modem libero per multicast li ho letti per caso mentre cercavo i vecchi modem tim quelli degli anni 90

      matteocontrini Io non ho mai detto che è in PPPoE e non ho nessuna fonte 😅 ho riportato un'informazione che trovi in un gruppo pubblico Telegram del settore e che è stata valutata affidabile, che diceva che il multicast dal BRAS è "isolato" e quindi di fatto moltiplicato. Poi se è vero non lo so, ho solo riportato una cosa...

      Ma se non passano prorpio per il Bras, è questo il punto. Poi è già tanto che sono sul bar di fibraclick🤣. Non è di sicuro moltiplicato, non avrebbe senso. C'è già una CDN su ogni BRAS, non è quello il problema, il problema è il tratto Bras- Utente che deve essere multicast per ovvi motivi di saturazione di link onu. Pensa a flussi da 10 Mbps moltiplicati per 200 utenti = 2 Gbps contro 1 Gbps di link.

      Di sicuro non ha senso un multicast del genere, e se è realmente così mi sa che a tim qualcuno deve essere licenziato. Inoltre MisterFTTH parlava degli onu SELTA incompatibili... Con le sole informazioni lette in questo forum posso dire che sempre a TIM qualcuno non deve essere licenziato non è come ha detto quella persona in un gruppo pubblico su telegram.

      P.S. che gruppo su telegram?

      matteocontrini Ma che stai dicendo 😳 pivelli questi che sono andati a prendersi la nanoCDN che bastava un semplice script fatto in mezz'ora 😂

      Oddio non mi sembra una cosa così assurda: ora parlo molto ad alto livello ma su OBS posso importare uno stream RTSP e mandare fuori un altro stream live, non lo vedo né assurdo né difficile, credo si possa fare senza problemi con ffmpeg. Poi se realmente non è così e serve nanoCDN alzo le mani.

      Pytony98 Oddio io ho sempre sentito che era meglio AV1 che HEVC😅

        simonebortolin Io ho sepre pensato a Dash (che è de facto lo standard del settore)

        MPEG-DASH non è un protocollo (peraltro, molto meno usato di HLS), il protocollo è HTTP, che non puoi far andare in multicast ovviamente. Quali altri protocolli ci sono minimamente usati per lo streaming che supportano multicast, oltre a RTSP? Non ci sono... Quindi se mai avessero fatto multicast senza M-ABR avrebbero usato RTSP, che però non è supportato dal player, quindi la tua ipotesi a me sembra pura fantascienza... Hanno un agente M-ABR che pagano probabilmente profumatamente, la cosa di gran lunga più plausibile è che sia installato sui Box e fine, non vedo per quale motivo avrebbero dovuto mettersi a implementare RTSP nel player, col supporto al multicast, e predisporre i server origin RTSP che DAZN difficilmente aveva già.

        Quindi direi che è un solo sistema, com'è naturale che sia...

        simonebortolin Non è di sicuro moltiplicato, non avrebbe senso

        Lo so che non ha alcun senso 😅 ma l'informazione sembrava affidabile quindi non da scartare a prescindere...

          matteocontrini MPEG-DASH non è un protocollo (peraltro, molto meno usato di HLS), il protocollo è HTTP, che non puoi far andare in multicast ovviamente.

          Oddio vabbé è uno standard.

          matteocontrini peraltro, molto meno usato di HLS

          Ci hai fonti? Io sapevo il contrario.

          matteocontrini il protocollo è HTTP, che non puoi far andare in multicast ovviamente.

          Ovviamente, ma si può incapscualre in pacchetti multicast.

          matteocontrini Quali altri protocolli ci sono minimamente usati per lo streaming che supportano multicast, oltre a RTSP? Non ci sono...

          Questo è vero.

          matteocontrini Quindi se mai avessero fatto multicast senza M-ABR avrebbero usato RTSP, che però non è supportato dal player, quindi la tua ipotesi a me sembra pura fantascienza... Hanno un agente M-ABR che pagano probabilmente profumatamente, la cosa di gran lunga più plausibile è che sia installato sui Box e fine, non vedo per quale motivo avrebbero dovuto mettersi a implementare RTSP nel player, col supporto al multicast, e predisporre i server origin RTSP che DAZN difficilmente aveva già.

          Si è plausibile, ma la mia ipotesi era di usare dash, cosa centra RTSP, mai citato dal sottoscritto se non per lo script.

          matteocontrini Lo so che non ha alcun senso 😅 ma l'informazione sembrava affidabile quindi non da scartare a prescindere...

          Comprendo😂😂😂😂

            simonebortolin Ci hai fonti? Io sapevo il contrario.

            Bitmovin Developer Report 2020, HLS 79%, DASH 65% (ricordavo di meno). HLS è d'obbligo se hai un'app iOS, DASH è d'obbligo se il target sono le smart TV. Ma DASH implica anche questioni di royalty, quindi se il target sono app mobile e browser conviene usare HLS, a meno che non ti serva DRM o altro. È il mio day job quindi ho dovuto fare questa scelta anche io.

            simonebortolin Si è plausibile, ma la mia ipotesi era di usare dash, cosa centra RTSP, mai citato dal sottoscritto se non per lo script.

            Boh l'hai scritto tu:

            simonebortolin hanno implementato almeno 2 sistemi multicast diversi
            nanocdn con m-abr, molto probabilmente vai HTTP DASH
            multicast normale, magari via RTSP

              gandalf2016 Bisogna vedere se ha il tempo (e l'abbonamento)

              Io ieri avevo provato ad aggiornare lo scolapasta (non lo avessi mai fatto, mancano tutti i pacchetti...) e nei log si vedevano chiaramente attività del demone mabr che joinava gruppi e cose simili, però non fregando nulla del calcio non ho la possibilità di vedere come si comporta con un flusso attivo (a meno che non ci sia qualcosa di gratuito che va in multicast, ma non credo)

              Poi vorrei provare a configurarlo sul Mikrotik, se non fosse che gli indirizzi 10.10.10.0/30 sono esattamente gli stessi che uso come loopback per IPSec, che quindi dovrei riconfigurare...

              @matteocontrini si può spostare l'ultima parte in una discussione più appropriata? Sarebbe interessante continuarla

                matteocontrini Era un

                simonebortolin magari via RTSP

                dopo che lo hai nominato tu, nel senso che era una ipotesi, so che l'RTSP non essendo incapsulato via http permette il multicast, ma la mia è una ipotesi, infatti avevo scritto anche di BCC che usava pacchetti DASH multicast non so bene come.

                matteocontrini Bitmovin Developer Report 2020, HLS 79%, DASH 65% (ricordavo di meno). HLS è d'obbligo se hai un'app iOS, DASH è d'obbligo se il target sono le smart TV. Ma DASH implica anche questioni di royalty, quindi se il target sono app mobile e browser conviene usare HLS, a meno che non ti serva DRM o altro. È il mio day job quindi ho dovuto fare questa scelta anche io.

                79+65%😃 Ok

                So di iOS e delle SmartTV, per questo pensavo fosse il contrario.

                Comprendo in pieno.

                edofullo Poi vorrei provare a configurarlo sul Mikrotik, se non fosse che gli indirizzi 10.10.10.0/30 sono esattamente gli stessi che uso come loopback per IPSec, che quindi dovrei riconfigurare...

                Noo
                🤣

                edofullo @matteocontrini si può spostare l'ultima parte in una discussione più appropriata? Sarebbe interessante continuarla

                concordo.

                  simonebortolin 79+65%😃 Ok

                  La somma non deve fare 100, immagino che non siano mutuamente esclusivi.

                    edofullo La somma non deve fare 100, immagino che non siano mutuamente esclusivi.

                    Quindi non è la percentuale di diffusione, ma bensì la percentuale di adesione.

                      @matteocontrini @gandalf2016 come posso esservi utile?

                      la situazione attuale è che a me il multicast non sta funzionando... si vedo i contatori del demone m-abr sul timbox che salgono numericamente ma salgono troppo lentamente ed "a prescindere" da quello che si vede.
                      Per quanto riguarda ssh/telnet le porte apere sono queste:
                      Starting Nmap 7.91 ( https://nmap.org ) at 2021-08-22 12:24 CEST
                      Nmap scan report for 192.168.1.202
                      Host is up (0.00032s latency).
                      Not shown: 65524 closed ports
                      PORT STATE SERVICE
                      6466/tcp open unknown
                      6467/tcp open unknown
                      8008/tcp open http
                      8009/tcp open ajp13
                      8012/tcp open unknown
                      8443/tcp open https-alt
                      9000/tcp open cslistener
                      9080/tcp open glrpc
                      10101/tcp open ezmeeting-2
                      33111/tcp open unknown
                      60221/tcp open unknown

                      nessuna risponde alla chiamata ssh root o telnet...

                      lo schema della mia connessione attuale è ONT HUAWEI -> SWITCH ES-16-XG -> TIM HUB ->TIMVISIONBOX.
                      probabilmente devo forzare igmp V2 sullo switch per farlo funzionare... igmp proxy sulla vlan 836 impostata.
                      Se funzionasse non sarebbe complicato fare cattura di pacchetti😅

                      Se riesco ad avere 20 minuti consecutivi liberi posso provare a bypassare del tutto lo switch e vedere se cambia qualcosa. In caso affermativo collegherei subito il draytek come router forzando i pacchetti da e per il timvisionbox sulla wan dell'ont tim e farei packet capture...
                      In questo momento, secondo le mie modeste competenze, è lo switch che mi blocca il multicast... Infatti (sul draytek) provando ad abilitare la wan "virtuale" per iptv multicast sulla vlan 836 non riceve un c@z:

                      Si accettano suggerimenti su come configurare lo switch per fargli fare da proxy multicast igmp V2🤔
                      Non accetto di sprecare una connessione ftth solo per il timvisionbox...

                        simonebortolin Quindi non è la percentuale di diffusione, ma bensì la percentuale di adesione.

                        È l'uso delle tecnologie da parte di chi fa streaming video. Si possono ovviamente usare entrambe (e a volte non c'è scelta per i motivi sopra). Poi cosa viene usato client per client è effettivamente un'altra storia ma più difficile da valutare. A me nei browser sembra di vedere di gran lunga più HLS che DASH...

                        DrGix perché lo switch dovrebbe bloccarlo?
                        Al massimo fa broadcast su tutte le porte se non supporta snooping.

                        Dovrebbe funzionare se passi in tag la vlan 836 e 835 all ONT e anche al TIMHUB, come penso tu stia facendo.

                        Poi hai connesso diretto al Tim hub il TIMVISION box (o c’è altro in mezzo ?)

                        A questo punto mettendo in port mirroring la porta dove è connesso il tim hub verso una dell’edgeswitch dove collegherai il tuo PC con wireshark dovresti catturare tutto.

                        Al draytek invece passerai solo internet con la 835, lasciandolo fuori dal multicast

                        Segue che il TIMVISION sarà isolato su un suo segmento L2 da tutta la rete e andrà su internet con una sua PPP fatta dal TimHub + multicast.

                        • [cancellato]

                        • Modificato

                        handymenny Insomma hanno reso proprietario e a pagamento udpxy/gigapxy con un pelo di scripting per pubblicare gli stream sottoscrivibili?

                        @matteocontrini

                          simonebortolin Oddio io ho sempre sentito che era meglio AVC1 che HEVC

                          Forse stai facendo confusione con AV1 che al momento non è adottabile su larga scala perché sono davvero pochi i dispositivi che supportano l'accelerazione video per questo formato.

                          AVC1 è H264.

                            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