La Fibre
Datacenter et équipements réseaux => Routeurs => 
Remplacer la box SFR par un routeur => Discussion démarrée par: artemus24 le 19 janvier 2025 à 17:03:01
-
Salut à tous.
J'aimerai terminer la configuration de mon ONU Huawei SmartAX Ma5671a, en rendant le multicast SFR accessible. Je précise que je ne parle pas ici de mon routeur, car celui-ci étant derrière la BOX SFR ou derrière le boitier ONT7-SFU-v3 de SFR, j'ai bien l'accès aux chaînes Multicast de SFR sous VLC ou avec mon décodeur TV Plus SFR.
En l'état, mon ONU Huawei ne gère pas le multicast et je ne sais pas pourquoi.
Dans le micrologiciel d'origine de l'ONU, il y a bien la sélection de la version 2 ou 3 de l'IgmpProxy, ce que j'ai testé, mais sans succès. J'ignore ce qui manque dans l'ONU pour autoriser le flux multicast de SFR d'arriver jusqu'à mon routeur.
Est-ce un problème de VLAN ? Est-ce un problème de pare-feu ? Autre chose ?
Comment ce gère le multicast chez les autres FAI Orange, Bouygues, Free ?
Pouvez vous me donner des pistes à suivre pour résoudre ce problème ?
J'utilise aussi le micrologiciel FS Modded ou Carlito. Il est possible que l'un d'eux est plus apte à recevoir des modifications pour recevoir le multicast de SFR.
Cordialement.
Artemus24.
@+
-
Personne ne sait résoudre le problème du multicast dans l'ONU Huawei ?
Peut-être me donner des pistes afin que je sache pourquoi cela ne fonctionne pas.
-
Pour moi ca ne peut etre autre chose qu'un probleme "logiciel" lié au firmware de l'ONU, mais même en flashant le firmware fs.com ça ne marche pas...alors que sur l'ONU fs.com ca marche.
Du coup ce serait un problème matériel ?? mon cerveau bug à ce niveau.
-
Est-ce que le multicast est un VLAN particulier ? Est-ce le 101 ou le 102 ou un autre ?
Est-ce que tous les VLAN disponibles sont ceux que j'obtiens ou ils y en a d'autres pas visibles sauf en les débloquant ?
-
je n'ai pas vu autre chose que le vlan 101 et le 102
-
Moi non plus, je n'ai vu que les VLAN 101 & 102. C'est peut-être une mauvaise piste.
alors que sur l'ONU fs.com ca marche.
T'es sûr que cela fonctionne sur l'ONU de FS ?
Je peux me tromper, mais il me semble avoir compris que personne n'a le multicast en bypassant la BOX.
-
T'es sûr que cela fonctionne sur l'ONU de FS ?
ce dont je suis sur c'est que quelqu'un l'a confirmé sur ce forum, je ne sais plus qui est a quel endroit malheureusement. C'était au sujet de l'accès aux chaines via les m3u avec VLC, ca ne marchait pas chez moi, et ca marchait chez lui avec un ONU fs.com.
-
Merci Rooot pour ta réponse. :) Il y a peu de personnes dans ce forum qui ont utilisé l'ONU FS et un décodeur TV en multicast.
Je peux émettre un doute sur le fait que le décodeur TV ne soit pas en multicast mais en OTT.
Que ce soit un problème logiciel, peut-être, mais ne faut-il pas analyser d'autres pistes comme celles des adresses IPv4 multicast de 224.0.0.0 jusqu'à 239.255.255.255 qui seraient bloquées par le pare-feu ? A moins que ce soit un problème de QoS (Quality of Service) multicast qu'il faudrait activé. Je n'ai pas assez d'expérience pour savoir où chercher.
Tout ce que je vois dans l'ONU Huawei, ce sont :
Paramètres liés à la multidiffusion
*) Paramètre de version de multidiffusion :
--> "IGMP v2" ou "IGMP v3"
(Modifiez la version IGMP de la règle ME309. La multidiffusion IPTV basée sur IPoE est anormale. Vous pouvez essayer de modifier
*) Forcer la création des règles ME309 :
--> case à cocher.
(Si la multidiffusion IPTV basée sur IPoE est anormale, vous pouvez essayer de vérifier)
J'ai testé et cela ne donne rien.
Pourquoi est-il question de IPoE ?
-
Quels sont les commandes à taper pour modifier les paramètres dont tu parles ? Je peux essayer de tester sur le FS si tu veux
-
Est-ce que le multicast est un VLAN particulier ? Est-ce le 101 ou le 102 ou un autre ?
Est-ce que tous les VLAN disponibles sont ceux que j'obtiens ou ils y en a d'autres pas visibles sauf en les débloquant ?
je suis tombé sur une discussion qui pourrait avoir un rapport...
https://github.com/hack-gpon/hack-gpon.github.io/issues/323
ils parlent de paquets qui partent dans un vlan et dont la réponse revient dans un autre. Ce qui pourrait expliquer l'absence de flux TV.
FS a fourni une solution qui semble avoir marché :
I've fixed with the last email from FS:
(Extract)
This situation of downlink frame VLAN=1421 but Pbit is not equal to 1 can be avoided by enabling the OLT IOP interoperability compatibility option of the GPON MAC SGP ONU module. After logging in to the GPON MAC SFP ONU module via SSH, execute the following command:
fw_setenv omci_iop_mask 8
Note: This command will not take effect immediately and will only take effect after the GPON MAC SFP ONU module is unplugged and restarted;
de mon coté j'ai regardé ce que retournait un fw_printenv omci_iop_mask mais la valeur ne semble pas exister sur mon ONU (qui a pourtant un firmware fs.com)
-
en cherchant sur le net je vois que dans /etc/init.d/omcid.sh il y a ce parametre et on le retrouve dans un post de artemus :
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1101159/#msg1101159
#!/bin/sh /etc/rc.common
# Copyright (C) 2011 OpenWrt.org
# Copyright (C) 2011 lantiq.com
. $IPKG_INSTROOT/lib/falcon.sh
START=85
OMCID_BIN=/opt/lantiq/bin/omcid
status_entry_create() {
local path=$1
local base=`basename $path`
local dir=`dirname $path`
touch $path
uci -c $dir set $base.ip_conflicts=status
uci -c $dir set $base.dhcp_timeouts=status
uci -c $dir set $base.dns_errors=status
}
wait_for_jffs()
{
while ! grep overlayfs:/overlay /proc/self/mounts >/dev/null
do
sleep 1
done
}
is_flash_boot()
{
grep overlayfs /proc/self/mounts >/dev/null
}
start() {
#(
local mib_file
local omcc_version
local tmp
local omci_iop_mask
local lct=""
config_load omci
tmp=`fw_printenv omci_hw_ver 2>&- | cut -f2 -d=`
if [ -n "$tmp" ]; then
sed "s/256 0 HWTC 0000000000000/256 0 HWTC ${tmp}/" /rom/etc/mibs/data_1g_8q_us1280_ds512.ini > /tmp/auto_generated_
mib_file="/tmp/auto_generated_mib.ini"
else
mib_file="/rom/etc/mibs/data_1g_8q_us1280_ds512.ini"
fi
tmp=`fw_printenv mib_file_custom 2>&- | cut -f2 -d=`
if [ -f "/etc/mibs/$tmp" ]; then
mib_file="/etc/mibs/$tmp"
fi
tmp=`fw_printenv omci_omcc_ver 2>&- | cut -f2 -d=`
if [ -n "$tmp" ]; then
omcc_version=$tmp
else
omcc_version=160
fi
config_get tmp "default" "status_file" "/tmp/omci_status"
status_entry_create "$tmp"
case $(uci -q get network.lct.ifname) in
lct0)
lct=-g1
;;
lct1)
lct=-g2
;;
lct2)
lct=-g3
;;
lct3)
lct=-g4
;;
lct8)
lct=-g9
;;
esac
tmp=`fw_printenv omci_iop_mask 2>&- | cut -f2 -d=`
if [ -n "$tmp" ]; then
omci_iop_mask=$tmp
else
config_get omci_iop_mask "default" "omci_iop_mask" 0
fi
logger -t omcid "Use OMCI mib file: $mib_file"
${OMCID_BIN} -d3 -p$mib_file -o$omcc_version -i$omci_iop_mask ${lct} -l/tmp/log/debug > /dev/console 2> /dev/console &
#)&
}
stop() {
killall -q omcid
}
-
Je viens de tester mais ça ne fonctionne pas. Initialement je n'avais pas de valeur non plus.
On pourrait essayer de faire une capture avec wireshark pour voir si on obtient plus d'info.
-
Quels sont les commandes à taper pour modifier les paramètres dont tu parles ? Je peux essayer de tester sur le FS si tu veux
Dans la version d'origine Huawei, celle installé par défaut dans l'ONU du même nom, je suis passé par la page web, où j'ai sélectionné v2 ou v3 de la version IGMP Snooping utilisée. Dans la version FS Modded, j'ignore les commandes à utiliser.
A vrai dire, j'ignore la nature du problème, s'il s'agit d'un problème de pare-feu ou autre chose.
-
Tu as essayé la commande donnée par Rooot ?
-
Oui, j'ai essayé avec la version Huawei d'origine et avec la version FS Modded, cela ne change rien, aucun accès par le Multicast.
Est-ce que le masque à 8 est la bonne valeur ?
-
Ça fonctionne sur l'ONU FS.
Il faut mettre la valeur à 1 : fw_setenv omci_iop_mask 1
J'ai trouvé l'info dans les variables d’environnement du dump du FW de l'ONT SFR : https://lafibre.info/remplacer-sfr/captures-de-linterface-du-mini-ont-sfr/msg1102087/#msg1102087
-
Ça fonctionne sur l'ONU FS.
Il faut mettre la valeur à 1 : fw_setenv omci_iop_mask 1
J'ai trouvé l'info dans les variables d’environnement du dump du FW de l'ONT SFR : https://lafibre.info/remplacer-sfr/captures-de-linterface-du-mini-ont-sfr/msg1102087/#msg1102087
Tu parles de ça : ptinIopMask=0x1 ?
Si c'est ça alors bien vu :) et donc la piste était bonne 8)
-
Tu parles de ça : ptinIopMask=0x1 ?
Si c'est ça alors bien vu :) et donc la piste était bonne 8)
Oui c'est bien cette variable qui m'a aiguillée. Ta commande était donc la bonne, il ne manquait que la bonne valeur.
J'étais passé à côté du post d'aSpartan111, mais c'est vraiment une ressource incroyable d'avoir le dump de l'ONT SFR.
-
Donc si on récapitule, tu tapes la commande, tu reboot l'ONU, après ca le m3u de SFR fonctionne dans VLC ?
bien entendu avec igmpproxy installé dans le routeur.
-
C'est exact.
On tape la commande, on reboot et le m3u fonctionne. En sachant que de mon côté je n'arrivais initialement pas à faire fonctionner le multicast avec igmpproxy, j'ai donc suivi le tuto de X-dark pour fonctionner avec udpxy à la place d'igmpproxy (https://lafibre.info/remplacer-sfr/ftth-tuto-bypass-complet-neufbox-avec-un-routeur-openwrt/msg841882/#msg841882)
Ensuite il faut seulement modifier son fichier .m3u pour qu'il fonctionne.
Voici le mien : https://transfert.free.fr/IbbLYVB
La playlist est issue de ce github : https://github.com/HugoPoi/9boxtv/blob/master/playlist_tv_sfr.m3u. Je ne sais pas si tous les liens sont à jour, mais il est possible de re-scanner les chaines avec le logiciel MctvPlaylistCreator si jamais.
Certaines chaines ne fonctionnent pas malgré un lien valide, supposément, comme tu l'a suggéré, à cause des DRM. Mais c'est également le cas avec l'ONT SFR.
-
Waouh ! Ca, c'est du travail d'équipe. :)
Merci à Rooot pour avoir trouvé l'astuce. Franchement, je ne vois pas le rapport avec le multicast. J'ai cru comprendre que le flux multicast était descendant mais pas remontant.
Merci à Rqdb pour avoir résolu le problème en trouvant le bonne valeur. Oui, ça aide d'avoir le dump de l'ONT SFR.
Bravo à vous deux ! :)
Ne comprenant pas la nature du problème et ne sachant pas où chercher, je n'aurai jamais pu résoudre ce problème sans vous. Encore merci à vous deux.
J'ai modifié la variable "omci_iop_mask" en mettant 1 et ça fonctionne dans la version FS Modded et aussi dans la version Huawei d'origine. Je l'ai testé qu'avec VLC, pas en installant le décodeur TV Plus SFR. Mais a priori, si ça fonctionne avec VLC, il n'y a aucun raison que cela ne fonctionne pas avec le décodeur en multicast.
J'ai fait une recherche sur le net et je n'ai rien trouvé au sujet de cette variable "omci_iop_mask". J'aurai bien aimé connaitre la signification de cette valeur (1, 8, autre). La valeur par défaut est "0".
Tout ce que j'ai pu trouver concerne la modification du fichier "/etc/init.d/omcid.sh" :
${OMCID_BIN} -d1 -p$mib_file -o$omcc_version -i$omci_iop_mask ${lct} -l/tmp/omci.log > /dev/console 2> /dev/console &
Problème résolu.
Je ne sais pas si tous les liens sont à jour, mais il est possible de re-scanner les chaines avec le logiciel MctvPlaylistCreator si jamais.
Oui, ça m'intéresse car quand j'ai fait ma liste des chaînes multicast SFR, j'ai passé un temps fou puisque je testais adresse IP par adresse IP puis je vérifiais sous VLC le nom de la chaîne. Il me manque encore environ une centaine de chaînes. Il faurait que je finisse ma liste car j'ai environ un peu plus de 400 liens.
Certaines chaines ne fonctionnent pas malgré un lien valide, supposément, comme tu l'a suggéré, à cause des DRM. Mais c'est également le cas avec l'ONT SFR.
Oui, elles fonctionnent mais elles sont brouillées. Il m'est arrivé une seul fois d'avoir accès à toutes le chaînes, la nuit, en clair avec VLC, suite à une maintenance SFR durant quelques heures. Cela m'a permis de vérifier les bons liens vers ces chaînes. Par le décodeur, toujours la nuit, je n'ai plus aucun accès en multicast.
@+
-
Franchement, je ne vois pas le rapport avec le multicast. J'ai cru comprendre que le flux multicast était descendant mais pas remontant.
il n'y a pas vraiment de rapport avec le multicast, ce serait plutot un probleme de priorité.
Si on fait analyser par chatGPT le message retourné par le support fs.com :
Ce message explique qu'une anomalie spécifique peut survenir dans le traitement des trames descendantes (downlink) dans un réseau GPON.
Problème identifié :
Une trame descendante utilise le VLAN 1421, mais le bit de priorité (Pbit) associé à cette trame n'est pas égal à 1. Cela peut poser des problèmes de gestion du trafic ou de compatibilité dans le réseau.
Solution proposée :
Pour éviter ce problème, il est recommandé d'activer une option de compatibilité, spécifiquement l'option d'interopérabilité OLT IOP, sur le module GPON
En résumé, le message informe d'un problème de configuration lié au VLAN et au bit de priorité, et décrit comment y remédier en modifiant la configuration du module via une commande spécifique
-
@artemus tu pourrais même corriger le titre du topic car la modification devrait fonctionner dans tous les ONU, pas seulement le MA5671A.
Je mettrais plutot "Comment faire fonctionner les flux TV multicast avec un ONU SFP".
-
je viens de faire le parametrage, sur les chaines "fibre HD" le son saute et l'image se fige sans arrêt c'est inregardable, sur les chaines "standard" ca va...
C'est pareil pour vous ?
J'ai juste configuré les 2 fichiers /etc/config/igmpproxy et /etc/config/network
comme mentioné ici : https://openwrt.org/docs/guide-user/network/wan/udp_multicast
-
@ Rooot : Je viens de modifier le titre comme tu me l'as demandé.
je viens de faire le parametrage, sur les chaines "fibre HD" le son saute et l'image se fige sans arrêt c'est inregardable, sur les chaines "standard" ca va...
C'est pareil pour vous ?
Cela ne serait pas un problème de débit ? Je teste sour VLC et je n'ai pas ce genre de problème.
J'ai juste configuré les 2 fichiers /etc/config/igmpproxy et /etc/config/network
J'utilise d'une part mon décodeur TV Plus SFR et d'autre part, mon routeur est géré par "systemd-networkd". J'ai dû configurer Apache afin de simuler la BOX SFR et je n'utilise que igmpproxy", pas l'autre fichier de configuration.
Je crois que tu utilises TV Connect. As tu un autre décodeur SFR, comme mon decodeur TV Plus ou la BOX 8 TV ?
@+
-
non je n'ai que le connect TV chez moi, donc je ne peux tester le flux multicast que part l'intermediaire de VLC.
-
Aucun problème chez moi non plus.
-
@ Rooot : pour faire fonctionner mon décodeur TV Plus SFR, j'ai en effet besoin d'Apache et d'IGMPPROXY. Mais pour tester le multicast sous VLC, je n'ai pas besoin de les activer.
-
ce week end je testerai avec le MA5671A pour voir s'il y a une différence. Là j'ai l'impression que j'ai de grosses pertes de paquets quand je vois comment l'image et le son saute toutes les 2/3 secondes.
D'ailleurs ma femme vient de perdre la TV sur le connect TV, je ne sais pas si c'est a cause de mes tests, j'ai du arrêter pour que ça revienne.
-
J'ai posté des m3u issus d'un scan dans ce topic :
https://lafibre.info/tv-numerique-hd-3d/flux-iptv-de-chez-sfr/msg1110972/#msg1110972
Au bout d'un certrain temps, j'ai l'impression que je suis banni du reseau multicast car plus aucun flux TV m'est retourné. Je suis obligé de reboot l'ONU pour retrouver l'accès aux flux.
Comme je l'ai décrit plus haut, chez moi les flux HD/FHD sont très instables, impossible de regarder une chaine ca saute toutes les secondes. il existe pourtant quelques chaines par ci par là qui fonctionnent pas trop mal en HD/FHD. Pour les chaines SD aucun probleme.
Je me demande si en fonction de sa localisation, les IP des flux RTP ne seraient pas différents ?
-
Merci pour les m3u. En plus il y a un France2 sans DRM qui fonctionne dans tes listes ;)
Tu as scanné avec MctvPlaylistCreator ?
Je n'arrive plus à scanner de mon côté, et cela ne vient visiblement pas du firewall du routeur. Je vais tester en remettant l'ONU SFR et voir si cela ne viendrait pas de là.
Concernant ton problème je n'ai pas ça chez moi, tous les flux fonctionnent bien (enfin ceux qui fonctionnent). As-tu essayé de remettre l'ONU SFR pour voir si ça résout le problème ?
-
Tu as scanné avec MctvPlaylistCreator ?
oui ! au debut avec le timeout par defaut, puis avec un timeout a 9000ms car sinon ca oublie pas mal de chaines
Je n'arrive plus à scanner de mon côté, et cela ne vient visiblement pas du firewall du routeur. Je vais tester en remettant l'ONU SFR et voir si cela ne viendrait pas de là.
ca me fait la meme chose, avec en plus la perte des flux TV. Rebooter l'ONU regle le probleme a chaque fois.
As-tu essayé de remettre l'ONU SFR pour voir si ça résout le problème ?
Non pas encore...
-
Merci pour les m3u. En plus il y a un France2 sans DRM qui fonctionne dans tes listes ;)
oui :
rtp://@233.32.36.203:7500
et en plus il fait parti des chaines qui fonctionnent parfaitement chez moi, en 1080p
-
@ Rooot : Merci pour ta recherche sur les chaînes chez Red by SFR. Dois je supposer que ce sont les mêmes chaînes que chez SFR ?
Comme dit précédemment, en dehors des chaînes brouillées, je n'ai aucun problème sous VLC avec le "Full HD".
Je vais compléter ma liste de chaînes, même avec les brouillées et voir si j'ai tout obtenu Il y a environ 550 chaînes.
-
Tu peux scanner toi même ton réseau avec MctvPlaylistCreator
tu indiques ta plage IP de départ et de fin, le port 7500 ou 65000, je recommande de mettre au moins 9 secondes pour le timeout sinon on rate des chaines.
(https://i.imgur.com/OIC9mP7.png)
-
j'ai remplacé mon G-010s-P par mon MA5671A, meme constat, l'image et le son sautent en permanence. :( >:(
j'ai fait un htop sur le routeur et je ne vois aucune saturation, le charge cpu ne dépasse pas 4% au pire sur 1 coeur.
-
@rqdb
tu es sur quelle version d'openwrt ?
Info postée dans la section openwrt du forum :
Achtung!
Des gros bugs au niveau multicast (igmpproxy, noyau) sont apparus et cela empêche de recevoir les flux correctement (perte de paquets dès un certain débit). Bien sûr, tout fonctionne correctement avec OpenWRT 23.05.
Sans en être sûr, les modifications noyaux et un logiciel plus très souvent mis à jour ne sont pas un gage de fiabilité.
-
@Rooot, je suis sur la dernière : OpenWrt 24.10.0 r28427-6df0e3d02a / LuCI openwrt-24.10 branch 25.014.55016~7046a1c
En revanche je ne passe pas par igmpproxy mais udpxy, c'est peut-être pour cela que je n'ai pas de soucis. Tu devrais essayer de changer pour voir si ça change quelque chose.
-
du coup tu fais comment avec udpxy ?
-
Tu peux laisser igmpproxy en parallèle, mais sinon tu installe udpxy en suivant ce tuto: https://openwrt.org/docs/guide-user/network/wan/udp_multicast#multicast_streams_over_wifi_with_unicast_conversion_udpxy ou https://lafibre.info/remplacer-sfr/ftth-tuto-bypass-complet-neufbox-avec-un-routeur-openwrt/msg841882/#msg841882
Ensuite il faut juste modifier le fichier .m3u pour changer la forme des liens pour qu'ils ressemble à ça : http://192.168.1.1:4022/rtp/233.136.0.202:7500/202
C'est tout. Tu en as pour 2 minutes ;)
-
Ca marche !!
Problème réglé avec udpxy ;D
Merci @rqdb
Ca ne marchait pas sans la regle dans le firewall qui a tout débloqué
config rule
option name 'Allow-Multicast'
option src wan
option proto udp
option dest_ip 224.0.0.0/4
option family 'ipv4'
option target ACCEPT
-
@Rooot, tant mieux alors ! Et c'est bien que ça ne soit pas encore un truc à bricoler sur l'ONU :)
-
Du coup si je veux scanner des plages d'ip il me faut obligatoirement igmpproxy...
-
Du coup si je veux scanner des plages d'ip il me faut obligatoirement igmpproxy...
Ah, c'est peut-être pour cela que je n'arrive plus à scanner. Je vais essayer de le remettre en route. On pourra également comparer les résultats d'une même plage de scan pour être certains que ce soit les mêmes.
-
Ah, c'est peut-être pour cela que je n'arrive plus à scanner. Je vais essayer de le remettre en route. On pourra également comparer les résultats d'une même plage de scan pour être certains que ce soit les mêmes.
Ha oui c'est clair, sans igmpproxy tu ne peux pas scanner les ip en direct, tu dois obligatoirement passer par le routeur qui fait proxy et le logiciel ne le permet pas.
-
je me suis fait un m3u avec uniquement les chaines que j'ai trouvé dans mes scan et qui fonctionnent en HD. Le m3u est conçu pour marcher sous udpxy, donc les url sont sous cette forme :
http://192.168.1.1:4022/rtp/233.60.197.61:7500avec igmpproxy a convertir donc en :
rtp://@233.60.197.61:7500
Si vous en avez trouvé d'autres fonctionnelles, en HD, faites tourner ;D
-
Un lien interessant :
http://tv.boxred.sfr.net/cfgnb4tvservices_202205301631.xml?ip_ppp=&ip_dhcp=x.x.x.x
Remplacez les x par vontre adresse IP. Moi j'obtiens ceci :
<tvservices version="202205301631">
<igmp-src-list>
<net>86.65.232.0/24</net>
<net>80.118.201.0/24</net>
<net>84.96.146.0/24</net>
<net>84.96.219.0/24</net>
<net>80.118.192.0/24</net>
<net>86.65.94.0/24</net>
<net>86.65.95.0/24</net>
<net>86.64.245.128/25</net>
<net>86.64.159.201/32</net>
<net>93.17.149.158/32</net>
<net>109.203.65.49/32</net>
</igmp-src-list>
<pfstv-list>
<!-- PFS TV -->
<net>86.64.159.127</net>
<net>86.64.233.32/28</net>
<net>84.103.237.80</net>
<net>84.103.237.192/28</net>
<net>109.0.66.32/30</net>
<net>109.0.66.48/30</net>
<net>109.0.66.64/30</net>
<net>109.0.66.80/30</net>
<net>109.0.66.32/27</net>
<net>77.154.150.0/25</net>
<!-- PFS TV dev -->
<net>109.0.64.96/28</net>
<net>109.0.65.96/28</net>
<!-- M6 REPLAY -->
<net>160.92.103.29</net>
<net>160.92.103.30</net>
<net>86.64.233.160/28</net>
<!-- VOD -->
<net>86.64.160.240/29</net>
<net>86.64.161.192/29</net>
<net>86.64.159.24/29</net>
<net>86.64.159.72/29</net>
<net>86.64.160.232/29</net>
<net>80.118.202.96/29</net>
<net>86.66.127.56/29</net>
<net>86.65.125.31</net>
<net>86.64.241.160</net>
<!-- VOD dev -->
<net>77.154.79.192/26</net>
<!-- WCS V7 -->
<net>109.0.74.78</net>
<!-- Nouveaux POP VOD -->
<net>93.17.162.128/29</net>
<net>93.17.190.8/29</net>
<net>93.17.190.72/29</net>
<net>93.17.190.136/29</net>
<net>93.17.190.216/29</net>
<net>93.17.191.24/29</net>
<net>93.17.190.88/29</net>
<net>93.17.191.160/29</net>
<net>93.20.92.32/27</net>
<net>93.20.92.96/27</net>
<net>93.17.191.216/29</net>
<net>93.17.191.240/29</net>
<net>93.20.107.8/29</net>
<net>93.20.107.32/29</net>
<net>93.20.92.64/27</net>
<net>86.65.123.192/26</net>
<!-- Pure Pixel -->
<net>86.66.127.160/27</net>
<!-- M6 -->
<net>160.92.103.11</net>
<net>160.92.106.7</net>
<net>195.88.194.48/29</net>
<!-- Dailymotion -->
<net>10.103.15.140/30</net>
<net>10.103.15.151</net>
<!-- TF1 -->
<net>84.103.236.248/30</net>
<!-- Canal Plus -->
<net>84.96.146.171</net>
<net>84.96.146.172</net>
<!-- EPG -->
<net>160.92.11.52</net>
<!-- Courbevoie -->
<net>84.96.217.32</net>
<!-- CAS Cardless SFR -->
<net>86.66.0.128/28</net>
<!-- VIP VCAS VOD -->
<net>93.17.149.16/28</net>
<!-- GOD Preprod -->
<net>93.20.51.64/27</net>
<!-- GOD -->
<net>109.24.9.16/28</net>
<net>109.0.66.224/27</net>
<!-- Wiztivi -->
<net>84.96.238.192/28</net>
<!-- mySniffer -->
<net>93.17.162.181</net>
<net>93.17.190.52</net>
<net>93.17.190.117</net>
<net>93.17.190.197</net>
<net>93.17.191.148</net>
<net>93.17.191.196</net>
<net>93.17.191.4</net>
<net>93.17.191.68</net>
<net>93.20.107.148</net>
<net>93.20.107.165</net>
<net>93.20.107.53</net>
<!-- NCDN -->
<net>93.20.64.7</net>
<net>93.20.64.17</net>
<net>93.20.64.18</net>
<net>93.20.64.12</net>
<net>93.20.64.13</net>
<!-- NCDN Pré-prod -->
<net>93.20.64.244</net>
<!-- NCDN/STB7 -->
<net>77.154.236.0/28</net>
<net>77.154.236.16/28</net>
<net>77.154.236.48/28</net>
<net>77.154.236.64/28</net>
<net>77.154.236.80/28</net>
<net>77.154.236.96/28</net>
<net>77.154.236.32/28</net>
<net>77.154.236.112/28</net>
<net>77.154.236.128/28</net>
<net>77.154.236.144/28</net>
<net>77.154.236.160/28</net>
<net>77.154.236.176/28</net>
</pfstv-list>
</tvservices>
Ne serait-ce pas là tous les sous réseaux a scanner pour trouver des chaines ? 8) 8)
Edit:
ha ben non elles sont hors de la zone multicast
-
@rqdp
https://lafibre.info/openwrt/releases-sortie-dopenwrt-22-03/msg1119582/#msg1119582
Le Fix pour se passer d'udpxy, et utiliser seulement igmpproxy.
Dans /etc/config/network ca correspond à ça sur mon BPI-R3 :
config device
option name 'eth1'
option macaddr 'ce:a4:39:xx:xx:xx'
option gro '0'
on fait la modif, puis on lance un /etc/init.d/network restart
et ca marche enfin sans pixeliser et sauter à tout va. ;)
-
Encore un truc de résolu ;)
Je garde en tête au cas ou j'en aurai besoin.
-
Concrètement, ça sert à quoi ce Generic Receive Offload ?
-
Tu as une explication concrete ici : https://enix.io/fr/blog/il-est-lent-ton-reseau-gro/
Le principe du GSO est relativement simple. Au lieu d’envoyer au driver de la carte réseau des paquets de 1500 octets (ou 9000), on lui envoie des paquets bien plus gros (64 ko), et le driver les découpe en paquets plus petits avant de les passer à la carte réseau. Ça n’a l’air de rien comme ça, mais le fait que le découpage se fasse le plus bas possible peut déjà améliorer les performances d’environ 17%. Certaines cartes sont même capables de faire le découpage elles-mêmes, ce qui permet d’obtenir des gains bien supérieurs. On peut s’en convaincre en regardant ces benchmarks, par exemple.
Le GRO est plus délicat, car son but est de fusionner les paquets entrants. Par exemple, on reçoit 10 paquets de 1500 octets appartenant à la même connexion, et on les fait apparaître au système comme un gros paquet de 15000 octets. Mais en pratique, on ne reçoit pas 10 paquets d’un coup : les paquets arrivent les uns après les autres. À chaque fois, la carte réseau doit donc décider « est-ce que j’attends un peu des fois que d’autres paquets arrivent, ou bien j’envoie ce que j’ai pour l’instant ? »
En fait, sur un routeur (ou un firewall ou un hyperviseur, autrement dit : toute machine recevant des paquets et les transmettant à une autre, physique ou virtuelle), le GRO ou le LRO sont vivement déconseillés, car ils violent le principe de bout-en-bout, qui dit grosso modo que les choses compliquées (chiffrement, fragmentation…) doivent être effectués par les machines à chaque bout d’une connexion, et pas par les routeurs acheminant le trafic entre elles.
-
Merci Rooot. :) Uniquement pour des questions de performances.
-
Du coup le fait d'être sous igmpproxy vs udpxy ça change quoi fondamentalement ?
-
Ben dans la pratique déjà t'es plus obligé de retravailler les M3U pour ajouter le http://192.168.1.1:4022/ au debut des url.