if (ip.src == '192.168.1.248' && ip.proto == TCP && search(DATA.data, "join") ) {
   exec (echo -n > /etc/bboxtv.conf;
            echo "REALDOWN=10000kbit \n" >> /etc/bboxtv.conf;
            echo "USERDOWN=5000kbit" >> /etc/bboxtv.conf;) 
   } else {
if ( search(DATA.data, "leave") ) {
   exec (echo -n > /etc/bboxtv.conf;
            echo "REALDOWN=14000kbit \n" >> /etc/bboxtv.conf;
            echo "USERDOWN=7000kbit" >> /etc/bboxtv.conf;) 
}
}

"ettercapfilter" semble parfaitement adapté a ce que je cherche, cependant je le découvre tout juste;
La syntaxe est-elle bonne ?

15:26:56.414421 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
    new-host.home > all-routers.mcast.net: igmp leave 233.136.0.146
15:27:28.678513 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
    new-host.home > 233.136.0.146: igmp v2 report 233.136.0.146
15:27:42.138644 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))
    FAST3504.home > all-systems.mcast.net: igmp query v2

Alors, pourquoi iptables ne log que les IGMP de FAST3504.home (= 192.168.1.254 = passerelle box) ?

[Edit:
J'ai bien été voire l' IGMP Snooping, comme tu me l'a conseillé;
Cette technique est utile seulement pour gérer les demandes groupes IGMP entres plusieurs interfaces.
Elle permettrais, d'installer le décodeurTV derrière mon serveur et d'en gérer les connexion.
Ce qui ensuite, me permettrais de détecter les connexion actives concernant le décodeur.
C'est une solution qui conviendrais]

Il répartie la bande passante générale en fonction de la nature des connexions (QOS);

Mais dans mon script la détection de la nature des connections a été simplifier,
Le faible nombres d'adresses IPs sur "eth0/29" et  "wlan0/29" (LANs) je restreint par ip (serveurs, plages IP utilisateurs avec exceptions d'utilisateurs ) ce qui est beaucoup plus simple car ont devinne facilement qui a besoin de quoi (mais surtout limiter les piques générer par les demandes/réceptions de page web).

L'unique but est de conserver un temps de latence raisonnable (jeux videos / services internet),
enfin, le script détecte aussi les services locaux et les limites donc a la vitesse maxi des interfaces LANs.     

Pour garantir un temps de latence convenable, ce serais beaucoup mieux de prendre en compte ce que consomme le décodeur, non ?

Toutes les règles HTB ce vois gérer par mes valeurs totale de bandes passantes (concernant internet), cependant je ne peut pas inclure le décodeur dans ces règles puisque ses connections ne sont pas permanentes, je ne peut au mieux que détecter s'il est veille ou pas puis adapter en fonction.

Je reste ouvert a d'autres suggestions, Plus on est de fous, plus on rit.

iptables -A INPUT -i eth1 -p igmp -j LOG --log-level alert            (eth1 <-> BBOX)
Ajouter a ''/etc/rsyslog.d/50-default.conf" :
kern.=alert                    -/var/log/igmp.log

modifier:
kern.*                        -/var/log/kern.log
kern.*;kern.!=alert        -/var/log/kern.log

Sa fonctionne, mais je n'obtiens que les trames igmp de 192.168.1.254 (passerelle-routeur).

Retour a zero.

Ce qu'il faut comprendre, c'est que le décodeurTV ne traverse pas mon serveur ubuntu.
Donc aucune utilité de flairer les connexion, puisqu'il n'y auras pas de connexion établie avec mon local ethernet et wifi.

Par contre l'interface directement connecter a la bbox de mon serveur reçois les trames igmpv2 multicast, puisque multicast puis drop. (Ces trames contiennes les infos de l'état du décodeur avec sont groupe dissimuler derrière le wan)

Merci de m'aider, j'ai essayer tcpdump -> problème, il enregistre bien les trame, mais de façon non lisible et en plus, on doit terminer son process pour espérer lire son contenu de façon claire avec une autre commande.
Je n'ose imaginer le script pour orchestrer tout le fonctionnement dont j'ai besoin.
D’où ma question y a t'il d'autre binaires de capture de trame qui enregistre directement de façon claire dans un fichier log.

francis@Ubuntu:~$ netstat --ip 192.168.1.248
Connexions Internet actives (sans serveurs)
Proto Recv-Q Send-Q Adresse locale          Adresse distante        Etat      
tcp        1      0 Ubuntu.lan:56458        mistletoe.canonica:http CLOSE_WAIT 
tcp        0      0 Ubuntu.lan:47671        alkes.canonical.co:http TIME_WAIT  
tcp        0      0 Ubuntu.lan:34121        db3msgr6011501.ga:https ESTABLISHED
tcp        0      0 Ubuntu.lan:49200        192.168.1.248:61688     TIME_WAIT  
tcp        0      0 Ubuntu.lan:49200        192.168.1.248:61178     TIME_WAIT  
tcp        0      0 Ubuntu.lan:49200        192.168.1.248:63954     TIME_WAIT  
tcp        0      0 Ubuntu.lan:51845        157.55.130.143:40003    ESTABLISHED
tcp        0      0 Ubuntu.lan:49200        192.168.1.248:56903     TIME_WAIT  
tcp        0      0 Ubuntu.lan:57688        91.190.218.52:12350     ESTABLISHED
tcp        0      0 Ubuntu.lan:49200        192.168.1.248:57980     TIME_WAIT  
tcp        0      0 Ubuntu.lan:49200        192.168.1.248:61468     TIME_WAIT  
tcp        0      0 Ubuntu.lan:49200        192.168.1.248:61468     TIME_WAIT  

Il y a plein d'autres options !

Je cherche maintenant un binaire capable de loger uniquement les trames igmp de façon affichable, pour les analyser dans un script qui détecteras le dernier états connu du décodeurTV.
Soit "join group" ou "leave group" et adapteras ma gestion de bande passante en conséquence.
(Ce que fait ping pour le moments, mais obligé de débrancher le décodeur)

Join Group = Sortie de veille (Type 0x16)
Leave Group = Mise en veille (Type 0x17)

J'ai besoin d'un coup de pouce pour détecter ces trames dans un script en fonction de "join group" et "leave group".

Quelle binaire est capable de m'aider dans la détéction ?