Si tu as des erreurs, cela peut venir du fait que tu te trouves derrière ta BOX.

ce n'est pas le cas, j'utilise toujours mon routeur perso.

Pour info, depuis que je suis chez RED, je n'ai jamais réussi à faire fonctionner une chaine multicast SFR avec différentes version d'openwrt, et différents routeurs. C'est pourquoi je me suis toujours posé la question : le flux multicast est il bien diffusé aux utilisateur qui n'ont pas de box TV sensée passer par ce flux.

Est-ce qu'on peut pinguer ne serait-ce que l'une de ces ip multicast ? ca répond au ping ? car ce n'est pas le cas chez moi.

Concernant le message d'erreur qui contient "Errno(98): Address in use" sur internet je trouve des infos qui indiquent qu'il y aurait un autre service de routage multicast qui serait en cours d'exécution.
https://www.linksysinfo.org/index.php?threads/igmp-proxy-address-already-in-use-warnings.77013/
Je ne vois pas ce que ca pourrait être car je n'ai rien de particulier sur mon routeur.

ce n'est pas le cas, j'utilise toujours mon routeur perso.

Parles tu de ton routeur Banana Pi BPI-R3 ?

Pour info, depuis que je suis chez RED, je n'ai jamais réussi à faire fonctionner une chaîne multicast SFR avec différentes version d'openwrt, et différents routeurs.

Je pense à un problème de configuration du IGMPPROXY sous OpenWRT. En dehors de l'IGMPPROXY, j'ai dû configurer le serveur Apache pour l'adresse 192.168.1.1 avec les six fichiers xml pour simuler la BOX, et j'ai autorisé le flux mDNS (Multicast) dans le fichier "/etc/systemd/resolved.conf" en mettant "MulticastDNS=yes".

C'est pourquoi je me suis toujours posé la question : le flux multicast est il bien diffusé aux utilisateurs qui n'ont pas de box TV sensée passer par ce flux.

Oui car tous les abonnés SFR reçoivent le flux IPTV multicast. Cela évite la multiplicité des flux et diminue le trafic. C'est pareil avec les enregistrements. Avant, un décodeur TV SFR pouvait recevoir plusieurs flux, un pour le direct et les autres pour les enregistrements. Maintenant, les enregistrements se font dans le cloud, quelque part chez SFR et ton décodeur reçoit qu'un seul flux, soit le direct, soit l'enregistrement.

Est-ce qu'on peut pinguer ne serait-ce que l'une de ces ip multicast ? ca répond au ping ? car ce n'est pas le cas chez moi.

Le ping ne fonctionne pas chez moi depuis mon Debian.

Parles tu de ton routeur Banana Pi BPI-R3 ?

oui

En dehors de l'IGMPPROXY, j'ai dû configurer le serveur Apache pour l'adresse 192.168.1.1 avec les six fichiers xml pour simuler la BOX, et j'ai autorisé le flux mDNS (Multicast) dans le fichier "/etc/systemd/resolved.conf" en mettant "MulticastDNS=yes".

Cà c'est utile seulement si tu veux faire fonctionner ton décodeur, car il a besoin d'accéder à ces fichiers, ce qui n'est pas le cas avec les connect TV et une utilisation par VLC ou tout autre player qui sait fonctionner en multicast.

Le ping ne fonctionne pas chez moi depuis mon Debian.

Ok

D'après ce que j'ai pu comprendre du fonctionnement d'IGMPPROXY, celui-çi va rediriger le flux entrant, donc les altnet déclarés dans la section "upstream" vers les sections "downstream" en excluant ceux qui sont en "disabled". Je pense que cela va se traduit par des règles de pare-feu.

Je suis d'accord avec toi que si tu utilises tes Décodeurs Connect TV v3 SFR, tu n'as pas besoin de tout cela.

Mais admettons que ta configuration de l'IGMPPROXY soit correcte, je ne vois rien dans la configuration du routeur de MAXIMUSHUGUS tout ce qui concerne la simulation de la BOX SFR (les fameux API) au travers du serveur Apache. Sans cela, je ne peux pas faire fonctionner correctement mon décodeur TV Plus SFR en multicast. C'est ce qui m'avait induis en erreur, car j'ai cru ne pas en avoir besoin, alors que MAXIMUSHUGUS n'avait aucun problème. En fait, je ne sais pas si MAXIMUSHUGUS utilise ou pas un décodeur TV en multicast et toute la différence peut venir de là.

Si ce ne sont pas les API de SFR alors tu as un problème de ports non ouverts. Je ne sais pas trop si tu as testé la solution de Kellogs :
config rule
option target 'ACCEPT'
option src 'wan'
option dest_port '51820'
option name 'Wireguard'
option proto 'udp'
Une petite précision qui me semble avoir de l'importance, je n'utilise pas l'IGMP Snooping (pour les commutateurs) mais l'IGMP Proxy (pour le routeur). Il y a une autre solution donnée par Ericse, est d'utiliser UDPXY pour convertir le flux multicast en flux unicast.

a quoi ressemble l'image "brouillée" ? c'est façon "canal+" ?

Bonjour,

je n'ai peut-être pas tout compris au problème, mais quand je fais tourner les flux rtp dans un serveur Jellyfin, ils sont visibles dans la télé via le client Jellyfin. Bien sûr c'est derrière la box SFR, mais pas sur la box télé, juste la box 8 et en Wi-Fi tout le monde, et pas le même pour tous.

As-tu essayé d'installer un serveur Jellyfin dans le PC qui te sert de routeur (si j'ai tout compris à ton montage), et de coller le client sur ta Shield, parce que si Jellyfin existe pour tout un tas de support, même le WebOS LG, il lui manque juste la cuisine à Samsung question client.
Jellyfin à la base a été conçu sous Debian, c'est d'ailleurs le premier lien de téléchargement de la "boutique".

Après tu peux enregistrer et tout le toutim, et regarder sur autant d'appareils que tu veux.

Sur l'image les numéros de flux SFR rtp sont visibles. Depuis une MAJ, plus de saccades en Wi-Fi comme je le disais hier.