Auteur Sujet: [TUTO] Remplacement BBox Fibre par Mikrotik (IPv4, IPv6 et TV/Replay) (Lu 48782 fois)

Paul · « **Réponse #60 le:** 16 septembre 2025 à 21:49:59 »

Il faut mettre le VLAN natif du port de l'ONT dans le même VLAN que ton PC. Il faut aussi que les deux ports soient dans le même switch logique (bridge). Et tu pourras y accéder sans problème.

vbir · « **Réponse #61 le:** 18 septembre 2025 à 20:48:33 »

Merci,
Je m'attaque a la TV et j'ai quelques questions,
Il me semblait que le mikrotik pouvait faire du proxy igmp v2 ? en gros si il y a une requette en v2 il forward la requette ?
Du coup est ce que le bypass par Proxmox est obligatoire ?
Si oui c'est ennuyant car je ne veux pas faire passer le flux wan par le switch qui est un 1Gb ...
Merci de votre éclairage
Vincent

vbir · « **Réponse #62 le:** 19 septembre 2025 à 20:06:52 »

J'ai branché un Wireshark pour voir les packets IGMP.
En conclusion, le MikroTik reçoit du v2 et envoi du v3, il faut donc trouver une autre solution...
Je vais investiguer un igmpproxy vi Proxmox

vbir · « **Réponse #63 le:** 22 septembre 2025 à 11:26:54 »

Bonjour à tous,

Je partage avec vous mon avancement sur le volet IPTV, je ne suis pas très loin...

Contexte:
Le proxy igmp de routerOS reçoit des request au format v2 et envoi sur l'interface WAN au format v3.
Bouygues Telecom attends les request (JOIN / REPORT / LEAVE) au format V2.

Le proxy igmp de routerOS peut envoyer des packets IGMP au format v2 si il reçoit sur son interface upstream une General Request 224.0.0.1 au format V2. Dans ce cas il bascule toutes les demandes en V2 au lieu de V3.

Solution:

Utiliser une VM / LXC proxmox avec le package igmpproxy avec 2 interfaces WAN et LAN

Ma configuration réseau est la suivante

Internet ----------> SFP (Dans RB5009) <--------> RB5009 ETH2 <----> LAN BBOX_TV
RB5009 ETH8 <----> (WAN) Proxmox LXC <----> LAN BBOX_TV

J'ai crée un Bridge BR-WAN avec le VLAN 100 de ma SFP et ETH8,
Pour que cela fonctionne il faut que le Bridge dispose de la Mac address (de la bbox modem) pour obtenir l'ip public,

Normalement, si cela fonctionne en sniffant le port eth8 on doit voir le traffic igmp de la sfp.

Ensuite il est nécessaire que le LXC igmpproxy génère des packet General Membership request vers 224.0.0.1,
Pour se faire il faut configurer les interfaces du LXC:
- La partie WAN en downstream
- La partie LAN en upstream (je sais c'est perturbant)

Normalement sur l'interface Bridge BR-WAN on doit voir apparaitre des paquets 224.0.0.1/4 en provenance du LXC mais surtout des paquets igmpproxy V2 de la part de router OS et des paquet UDP Multicast

Ma config sur mon RouterOS:

Code: [Sélectionner]

/interface bridge
# Mettre ici la Mac de sa BBOX Modem (important sinon pas de IP via DHCP client)
add admin-mac=48:29:XX:XX:XX:XX auto-mac=no igmp-snooping=yes name=BR_WAN                   

# Mettre une MAC différente de celle du Bridge
/interface ethernet
set [ find default-name=sfp-sfpplus1 ] auto-negotiation=no mac-address=48:29:52:4F:XX:XX name=LNK_GPON_BYT speed=2.5G-baseX

# Interface VLAN 100 de notre SFP
/interface vlan
add interface=LNK_GPON_BYT loop-protect=off name=Bytel_GPON_VLAN_100 vlan-id=100

# Remettre la Mac de la BBOX modem
/ip dhcp-client option
add code=60 name=vendorid_bbox value="'BYGTELIAD'"
add code=61 name=clientid_btel value="'48:29:XX:XX:XX:XX'"

/interface bridge port
add bridge=BR_LAN edge=yes fast-leave=yes ingress-filtering=no interface=Bytel_GPON_VLAN_100 multicast-router=permanent trusted=yes
add bridge=BR_LAN fast-leave=yes hw=no ingress-filtering=no interface=ether8 multicast-router=permanent

/interface bridge settings
set use-ip-firewall=yes

/interface bridge vlan
add bridge=BR_WAN tagged=ether8,Bytel_GPON_VLAN_100 vlan-ids=100

ip dhcp-client
add allow-reconfigure=yes comment=defconf default-route-distance=210 dhcp-options=hostname,clientid_btel,vendorid_bbox disabled=yes interface=Bytel_GPON_VLAN_100
add dhcp-options=hostname,clientid_btel,vendorid_bbox interface=BR_WAN

# La partie IGMP Proxy 

routing igmp-proxy
set query-interval=1m quick-leave=yes

/routing igmp-proxy interface 
add alternative-subnets=89.86.96.0/24,89.86.97.0/24,176.165.8.0/24,193.251.97.0/24 interface=BR_LAN upstream=yes
add interface=ether2

La configuration du Proxmox

Eth0 -> LAN BBOX_TV IPDHCP
eth1 -> WAN avec le Bridge SFP (BR-WAN)

Code: [Sélectionner]

# Forcer la v2 sur l'igmpproxy 
echo 2 > /proc/sys/net/ipv4/conf/eth1/force_igmp_version

Fichier /etc/igmpproxy.conf
quickleave

Code: [Sélectionner]

##------------------------------------------------------
## Configuration for eth1 (Upstream Interface)
##------------------------------------------------------
phyint eth0 upstream


##------------------------------------------------------
## Configuration for eth0 (Downstream Interface)
##------------------------------------------------------
phyint eth1 downstream  ratelimit 0  threshold 1

La config réseau:

Code: [Sélectionner]

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.2.43  netmask 255.255.255.0  broadcast 192.168.2.255
        ether bc:24:11:0b:6f:bb  txqueuelen 1000  (Ethernet)
        RX packets 42275  bytes 7382768 (7.0 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 212  bytes 44955 (43.9 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.168.2  netmask 255.255.255.0  broadcast 192.168.168.255
        ether bc:24:11:f7:c1:89  txqueuelen 1000  (Ethernet)
        RX packets 153741  bytes 200967189 (191.6 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1212  bytes 55752 (54.4 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

[/code]

Pour lancer en mode debug output l'igmpproxy

Code: [Sélectionner]

igmpproxy -v -d -n /etc/igmpproxy.conf

Je touche presque au but mais j'ai encore un pb a régler: Le traffic UDP Multicast arrive bien sur l'interface Bridge WAN mais il n'est pas routé vers l'eth2
j'ai vérifié les règles du Firewall mais rien à faire

Ce post mentionne le meme problème: https://forum.mikrotik.com/t/help-with-iptv-igmp-ok-but-no-multicast/182358/3

En activant les logs systems igmp j'ai

Code: [Sélectionner]


2025-09-22 09:49:08 igmp-proxy,debug ether2 Received v2 membership report from 192.168.2.33
 2025-09-22 09:49:08 igmp-proxy,debug ether2 Change IS EXCLUDE for 232.0.64.202 with sources { }
 2025-09-22 09:49:08 igmp-proxy,debug joining multicast group 232.0.64.202 on BR_LAN
 2025-09-22 09:49:08 igmp-proxy,debug ignoring IGMP message: source address is local:
 2025-09-22 09:49:08 igmp-proxy,debug   source=176.187.X.X
 2025-09-22 09:49:08 igmp-proxy,debug   interface=BR_LAN
 2025-09-22 09:49:08 igmp-proxy,debug ignoring request from myself:
 2025-09-22 09:49:08 igmp-proxy,debug   source=176.187.X.X
 2025-09-22 09:49:08 igmp-proxy,debug   destination=232.0.64.202
 2025-09-22 09:49:08 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.2.33 to 232.0.64
.202 on ether2
 2025-09-22 09:49:08 igmp-proxy,debug ether2 Received v2 membership report from 192.168.2.33
 2025-09-22 09:49:08 igmp-proxy,debug ether2 Change IS EXCLUDE for 232.0.64.202 with sources { }
 2025-09-22 09:49:08 igmp-proxy,debug RECV IGMPv2 membership report from 192.168.2.33 to 232.0.64
.202 on ether2
 2025-09-22 09:49:08 igmp-proxy,debug ether2 Received v2 membership report from 192.168.2.33
 2025-09-22 09:49:08 igmp-proxy,debug ether2 Change IS EXCLUDE for 232.0.64.202 with sources { }

J'espère que certains vont pouvoir m'aider a finir le travail et avoir une solution qui marche pour tous.

V

youyou · « **Réponse #64 le:** 03 novembre 2025 à 19:21:54 »

Bonjour, alors je sais pas vous mais sur la nouvelle interface de ma bbox je trouve pas mon SN du SFP.
Est-ce que qlq peut m'orienter s'il vous plaît.

Paul · « **Réponse #65 le:** 03 novembre 2025 à 20:02:16 »

Ce n'est plus affiché depuis 1 an, il faut passer par l'API, si elle fonctionne pour toi.

Parce que si c'est comme avec ma Bbox Wi-Fi 7, cette page ne fonctionne plus, et la documentation de l'API ne me semble même plus accessible : https://api.bbox.fr/doc/apirouter/index.html n'a même plus d'enregistrement DNS.

Edit : j'ai lu trop vite, ce lien fonctionne (SFP remplacé par SFF) : https://mabbox.bytel.fr/api/v1/wan/sff

Minou23 · « **Réponse #66 le:** **Hier** à 14:47:23 »

Bonjour à tous,

Suite à un changement d'ONT par Bouygues (le boîtier est resté exactement le même modèle : Huawei GP8010_BYT), mon bypass qui fonctionnait parfaitement jusqu'ici ne récupère plus d'IP (client DHCP bloqué sur "Searching"). Pour information, je suis sur une offre fibre de base (1 Gbps / 700 Mbps). J'ai donc repris ma configuration MikroTik (RB962UiGS-5HacT2HnT) de zéro.

J'ai sniffé le trafic de la Bbox (Vantiva/Thomson FGA2234BYT) au démarrage via un pont transparent pour m'assurer des paramètres exacts :

Paramètres récupérés via Wireshark

Détail de l'Option 55 (valeurs décimales attendues) : 1 (Subnet Mask), 121 (Classless Static Route), 3 (Router), 33 (Static Route), 6 (Domain Name Server), 42 (Network Time Protocol Servers), 138 (CAPWAP Access Controllers), 43 (Vendor-Specific Information), 15 (Domain Name)

Actions et tests effectués

Intégration des options 60, 61, 125 et 55 exacte sur le DHCP Client du VLAN 100.

Configuration basique du Mikrotik

Code: [Sélectionner]

/interface bridge add admin-mac=D0:78:9A:XX:XX:XX auto-mac=no name=bridge-wan protocol-mode=none
/interface ethernet set [ find default-name=ether1 ] mac-address=D0:78:9A:XX:XX:XX
/interface vlan add interface=bridge-wan name=vlan100-wan vlan-id=100
/interface list add name=MGMT
/interface list member add interface=ether3 list=MGMT
/ip neighbor discovery-settings set discover-interface-list=MGMT
/tool mac-server set allowed-interface-list=MGMT
/tool mac-server mac-winbox set allowed-interface-list=MGMT
/interface bridge port add bridge=bridge-wan interface=ether1
/ip dhcp-client option
add code=55 name=option55-bytel value="0x01790321062a8a2b0f"
add code=60 name=option60-bytel value="'BYGTELIAD'"
add code=61 name=option61-clientid value="0x01d0789axxxxxx"
add code=125 name=option125-bytel value="0x00000de9250106303031663966020f[SERIAL_HEXA_MASQUE]030a46474132323334425954"
/ip dhcp-client add dhcp-options=option61-clientid,option60-bytel,option125-bytel,option55-bytel interface=vlan100-wan

Auriez-vous une piste sur ce qui pourrait bloquer la requête vis-à-vis de ce nouvel ONT ou du serveur DHCP ?

Paul · « **Réponse #67 le:** **Hier** à 15:43:15 »

La box a-t-elle Internet avec ce nouvel ONT ? Il me vient à l'esprit une autre configuration, normalement facultative : la CoS 6 sur les échanges DHCPv4 (ports 67 et 68).

Si ça ne fonctionne pas, sachant que quasiment nous tous y arrivions sans option DHCP, quelque chose est peut-être contre-productif dans la reproduction totale des options. Réessaye juste avec VLAN 100 et option 60, puis améliore à nouveau la config à partir de là.