[OPNsense+KPN+IPTV] Wel unicast, geen multicast werkend.

[hereweare67893]

Mijn vraag
Hoe krijg ik multicast KPN IPTV werkend in mijn set-up.

Relevante software en hardware die ik gebruik
NTU -- Cisco SG-250 - Proxmox (met als routersoftware OPNsense)

Aan de Cisco switch zit een LAN met daarin ook de IPTV kastjes (routed dus).
VLAN 1: LAN
VLAN 4: WAN_IPTV
VLAN 6: WAN

WAN heeft geldig publiek IP-adres
WAN-IPTV heeft 10.x.x.x adres.
LAN: 192.168.x.x

IPTV-box heeft 192.168.x.x adres en werkende unicasts. Multicast faalt: Na ongeveer 5 seconde houdt beeld er mee op. Live TV kijken kan dus niet, opnames of programma's die je handmatig opnieuw laat beginnen wel.

Dit alles wijst op een IGMP proxy probleem. In de switch staat IGMP Snooping op VLAN 1, 4 en 6 aan. IGMP querier staat aan op VLAN 1 en VLAN 4. In VLAN 1 wordt IGMP ook afgevangen en geïsoleerd naar de juiste poorten. Echter staat er geen source adres bij, wat op mij vreemd overkomt.

In de firewall logs zie ik geen IPTV_WAN verkeer wat niet door komt. In de firewall rules staat de "allow IP options" overal aan.









Wat ik al gevonden of geprobeerd heb
Snooping op VLANs aan en uit.
Aparte VLAN voor IPTV.
Beide merken IPTV kastjes maken geen verschil uit (Motorola en Arris).
IGMP Proxy in OPNsense geeft hetzelfde resultaat.
NAT-regels op manual/ hybrid etc.
Zaken die ik nu niet kan verzinnen.

Relevant topic: OPNSense & KPN Routed IPTV. Error 563
Relevante how-to: Venxblog: KPN glasvezel via PFSense / netwerkje.com

Verzoeken om meer informatie hoor ik graag. Ben er naar een paar weken wel klaar mee dat ik het niet werken krijg...

[ik222]

IGMPProxy moet je sowieso draaien op OpnSense, hoe ziet die configuratie eruit?

Verder mag de querier uit op de switch, dat is niet nodig. Alleen snooping daar is voldoende.

[hereweare67893]

ik222 schreef op zondag 3 mei 2020 @ 18:34:
IGMPProxy moet je sowieso draaien op OpnSense, hoe ziet die configuratie eruit?

Verder mag de querier uit op de switch, dat is niet nodig. Alleen snooping daar is voldoende.

De optie met IGMP querier op OPNsense (via IGMP Proxy) gaf hetzelfde resultaat. Hierbij had ik IGMP querier op de switch uitgeschakeld. Heb de IP-ranges expres ruim genomen omdat ik niet als gevolg van een te nauwe configuratie problemen zou veroorzaken.

IGMP Proxy instellingen:

[ik222]

De IGMP querier op de switch is sowieso geen vervanging voor IGMP Proxy op OpnSense. De IGMP Proxy op OpnSense heb je hoe dan ook nodig om het multicast verkeer op je LAN te krijgen en de querier op je switch heeft geen functie.

Wat zegt je IGMPProxy log op OpnSense?

En je firewall logs? Vanaf LAN moet je sowieso ook IGMP verkeer inclusief options toestaan.

[ Voor 14% gewijzigd door ik222 op 03-05-2020 18:49 ]

[hereweare67893]

ik222 schreef op zondag 3 mei 2020 @ 18:46:
De IGMP querier op de switch is sowieso geen vervanging voor IGMP Proxy op OpnSense. De IGMP Proxy op OpnSense heb je hoe dan ook nodig om het multicast verkeer op je LAN te krijgen en de querier op je switch heeft geen functie.

Wat zegt je IGMPProxy log op OpnSense?

En je firewall logs? Vanaf LAN moet je sowieso ook IGMP verkeer inclusief options toestaan.

Manual start met debug IGMPProxy:

code:

root@OPNsense:/usr/local/sbin # igmpproxy -vd /usr/local/etc/igmpproxy.conf
adding VIF, Ix 0 Fl 0x0 IP 0x0101a8c0 vtnet0, Threshold: 1, Ratelimit: 0
adding VIF, Ix 1 Fl 0x0 IP 0x9ec80e0a em1, Threshold: 1, Ratelimit: 0
joinMcGroup: 224.0.0.2 on vtnet0
joinMcGroup: 224.0.0.22 on vtnet0
RECV V2 member report   from 192.168.1.1     to 224.0.0.2
The IGMP message was from myself. Ignoring.
RECV V2 member report   from 192.168.1.1     to 224.0.0.22
The IGMP message was from myself. Ignoring.
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV V2 member report   from 192.168.1.1     to 224.0.0.22
The IGMP message was from myself. Ignoring.
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV V2 member report   from 192.168.1.1     to 224.0.0.2
The IGMP message was from myself. Ignoring.
RECV V2 member report   from 192.168.1.1     to 224.0.0.22
The IGMP message was from myself. Ignoring.
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV V2 member report   from 192.168.1.1     to 224.0.0.22
The IGMP message was from myself. Ignoring.
RECV V2 member report   from 192.168.1.1     to 224.0.0.2
The IGMP message was from myself. Ignoring.
RECV Membership query   from 10.60.153.4     to 224.0.0.1

RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV V2 member report   from 192.168.1.1     to 224.0.0.2
The IGMP message was from myself. Ignoring.
RECV V2 member report   from 192.168.1.1     to 224.0.0.22
The IGMP message was from myself. Ignoring.
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV Leave message      from 192.168.1.40    to 224.0.0.2
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV V2 member report   from 192.168.1.1     to 224.0.0.2
The IGMP message was from myself. Ignoring.
RECV V2 member report   from 192.168.1.1     to 224.0.0.22
The IGMP message was from myself. Ignoring.
RECV Leave message      from 192.168.1.36    to 224.0.0.2
RECV Leave message      from 192.168.1.36    to 224.0.0.2
RECV Leave message      from 192.168.1.19    to 224.0.0.2
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV V2 member report   from 192.168.1.1     to 224.0.0.22
The IGMP message was from myself. Ignoring.
RECV Leave message      from 192.168.1.37    to 224.0.0.2
RECV V2 member report   from 192.168.1.1     to 224.0.0.2
The IGMP message was from myself. Ignoring.
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV V2 member report   from 192.168.1.1     to 224.0.0.22
The IGMP message was from myself. Ignoring.
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV V2 member report   from 192.168.1.1     to 224.0.0.2
The IGMP message was from myself. Ignoring.
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV V2 member report   from 192.168.1.1     to 224.0.0.22
The IGMP message was from myself. Ignoring.
RECV Leave message      from 192.168.1.41    to 224.0.0.2
RECV Leave message      from 192.168.1.23    to 224.0.0.2
RECV V2 member report   from 192.168.1.1     to 224.0.0.2
The IGMP message was from myself. Ignoring.
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV V2 member report   from 192.168.1.1     to 224.0.0.2
The IGMP message was from myself. Ignoring.
RECV V2 member report   from 192.168.1.1     to 224.0.0.22
The IGMP message was from myself. Ignoring.
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV V2 member report   from 192.168.1.1     to 224.0.0.22
The IGMP message was from myself. Ignoring.
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV V2 member report   from 192.168.1.1     to 224.0.0.2
The IGMP message was from myself. Ignoring.
RECV V2 member report   from 192.168.1.1     to 224.0.0.22
The IGMP message was from myself. Ignoring.
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV V2 member report   from 192.168.1.1     to 224.0.0.22
The IGMP message was from myself. Ignoring.
RECV V2 member report   from 192.168.1.1     to 224.0.0.2
The IGMP message was from myself. Ignoring.
RECV Leave message      from 192.168.1.23    to 224.0.0.2
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV Membership query   from 10.60.153.4     to 224.0.0.1
RECV V2 member report   from 192.168.1.1     to 224.0.0.22
The IGMP message was from myself. Ignoring.
RECV Leave message      from 192.168.1.23    to 224.0.0.2
RECV V2 member report   from 192.168.1.1     to 224.0.0.2
The IGMP message was from myself. Ignoring.
RECV Leave message      from 192.168.1.23    to 224.0.0.2
RECV Leave message      from 192.168.1.23    to 224.0.0.2
RECV Leave message      from 192.168.1.23    to 224.0.0.2
RECV Leave message      from 192.168.1.19    to 224.0.0.2
RECV Leave message      from 192.168.1.23    to 224.0.0.2
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV V2 member report   from 192.168.1.1     to 224.0.0.2
The IGMP message was from myself. Ignoring.
^Cselect() failure; Errno(4): Interrupted system call
Got a interrupt signal. Exiting.
All routes removed. Routing table is empty.
Shutdown complete....
root@OPNsense:/usr/local/sbin #

TIjdens bovenstaande timeframe zat ik op een van de IPTV-boxen te zappen om verkeer te forceren.

Firewall laat geen blocks zien op IPTV_WAN of op de IP adressen van de IPTV-boxen. Afgelopen half uur enkel passes van 10.14.x.x naar 213.75.x.x. Familie zit naar een unicast uitzending te kijken op het moment...

Ik was trouwens in de veronderstelling dat de IGMP Proxy hetzelfde deed als de IGMP querier op de switch. Wanneer de querier op de switch aan staat schakelt hij ook automatisch uit wanneer de IGMP Proxy gaat werken binnen OPNsense.

LAN firewall rules zijn zoals onderstaand. Allen met allow options aan. Voor de zekerheid nog een IGMP specifieke rule aangemaakt ook al hoort hij al meegepakt te worden onder de twee rules daaronder. Ook dit helpt niet.

[ Voor 4% gewijzigd door hereweare67893 op 03-05-2020 20:00 ]

[ik222]

De querier schakelt automatisch uit omdat hij ziet dat er al een andere querier actief is. IGMP proxy op OpnSense is namelijk weliswaar ook een querier, maar de querier op de switch is geen IGMP proxy. IGMP proxy zorgt er namelijk voor dat de multicast routes dynamisch aangemaakt worden op OpnSense, zonder dat komt het multicast verkeer nooit in je LAN terecht.

Maar je IGMP proxy log is in elk geval duidelijk, de joins van je settopboxen komen niet aan bij igmpproxy op OpnSense.

Ik vermoed dus dat het probleem in de switch zit, dezelfde switch was ook in gebruik in een van de topics die je in de TS linkt en ook daar speelde dit soort problemen.

[Vorkie]

Maar je hebt het toch virtueel draaien?

https://pve.proxmox.com/wiki/Multicast_notes

Lees ik:

Note: Proxmox VE 6.0 uses corosync 3 which switched out the underlying transport stack with Kronosnet (knet). Kronosnet currently only supports unicast.

Is dat toevallig van toepassing op je setup?

[hereweare67893]

ik222 schreef op zondag 3 mei 2020 @ 20:24:
De querier schakelt automatisch uit omdat hij ziet dat er al een andere querier actief is. IGMP proxy op OpnSense is namelijk weliswaar ook een querier, maar de querier op de switch is geen IGMP proxy. IGMP proxy zorgt er namelijk voor dat de multicast routes dynamisch aangemaakt worden op OpnSense, zonder dat komt het multicast verkeer nooit in je LAN terecht.

Maar je IGMP proxy log is in elk geval duidelijk, de joins van je settopboxen komen niet aan bij igmpproxy op OpnSense.

Ik vermoed dus dat het probleem in de switch zit, dezelfde switch was ook in gebruik in een van de topics die je in de TS linkt en ook daar speelde dit soort problemen.

Weer wat geleerd over IGMP Proxy en de querier.

Over de switch: Dit is al mijn tweede switch die ik probeer. Bij een netgear GS108E had ik exact dezelfde problemen. Enige idee waar ik de problemen ergens zou moeten zoeken in de switch?

Heb nog bij de Proxmox instellingen gekeken maar daar zie ik niet een firewall functie die aan staat of filtering ergens.

[Mythling]

Ik heb hier een netgear draaien, maar met IGMP snooping aan werkt het niet. Het is ook niet nodig voor een werkende setup, dus ik zou het eerst proberen aan de praat te krijgen zonder dingen in de switch (op je vlan config na dan)

[hereweare67893]

Vorkie schreef op zondag 3 mei 2020 @ 20:29:
Maar je hebt het toch virtueel draaien?

https://pve.proxmox.com/wiki/Multicast_notes

Lees ik:

[...]


Is dat toevallig van toepassing op je setup?

Het draait inderdaad virtueel. Zoals ik het lees zou dit alleen een issue moeten zijn tussen verschillende nodes. Hier heb ik maar 1 node.

[ik222]

Vorkie schreef op zondag 3 mei 2020 @ 20:29:
Maar je hebt het toch virtueel draaien?

https://pve.proxmox.com/wiki/Multicast_notes

Lees ik:

[...]


Is dat toevallig van toepassing op je setup?

Dat lijkt wel specifiek te zijn voor de cluster sync van Proxmox zelf. Ik lees daar niet uit dat Proxmox issues heeft met multicast verkeer naar guests. Maar inderdaad, Proxmox zou in theorie ook nog voor problemen kunnen zorgen. Ook dat is een overeenkomst met een eerder topic.

Ik zou eerst eens proberen om zowel IGMP snooping als bridge multicast filtering even helemaal uit te zetten op de switch.

[ Voor 10% gewijzigd door ik222 op 03-05-2020 20:46 ]

[Vorkie]

@hereweare67893 @ik222 Helemaal gemist, excuus!

Ik lees wel overal;

TL;DR Enable a IGMP multicast querier on pfsense or disable multicast snooping entirely because of connectivity issues with a Proxmox cluster.

Advies is dus inderdaad alles qua IGMP uit te schakelen, ook als je een tweede proxmox wilt toevoegen is dat al raadzaam

Ik lees dan commando's zoals:
https://forum.proxmox.com...st-recieve-problem.18421/

code:

->post-up echo 0 >/sys/devices/virtual/net/$IFACE/bridge/multicast_snooping

Maar is dan weer voor een oudere versie.

Succes! Zou uiteindelijk wel moeten gaan werken!

[ Voor 9% gewijzigd door Vorkie op 03-05-2020 20:59 ]

[hereweare67893]

Bedankt allen voor de bijdrages. Vandaag heb ik wat onderzoek gedaan naar de mogelijke stoorzender: Proxmox. In een aantal how-to;s geeft men aan dat het verstandig is om alle VLAN's in OPNsense te regelen en dit buiten Proxmox te laten. Uiteraard is de bridge in Proxmox wel VLAN aware. Ik VLAN 4 en 6 vastgezet in Proxmox maar dit heb ik nu gemigreerd naar OPNsense.

DIt heeft geresulteerd in... nou niets eigenlijk. Met/zonder IGMP snooping op de switch, met/zonder IGMP querier maakt geen verschil. Wel zie ik in mijn firewall logs entries waarbij multicast verkeer niet voorbij de firewall komt. Hierbij is de interface ofwel vtnet1 of vtnet3.

IPTV_WAN heb ik op vtnet3 (met VLAN 4)
WAN heb ik op vtnet1 (met VLAN 6)

Heb ik het goed dat dit verkeer van Proxmox naar OPNsense gaat maar niet geaccepteerd wordt door de firewall van OPNsense? Zit ik op het juiste spoor?

[ Voor 16% gewijzigd door hereweare67893 op 04-05-2020 21:40 . Reden: Voorbeeld uit firewallog ]

[Thralas]

Je vertelt nergens wat 192.168.1.40 is (een stb op je LAN, gok ik) - maar dat lijkt me afkomstig van je LAN en zou die interfaces uberhaupt nooit mogen bereiken omdat die range niet gerouteerd mag worden. Het destination address suggereert dat het een IGMP leave is.

Ik zou het negeren. Je router joint de upstream multicast group sowieso met z'n proxy, niet je stb.

Zie verder: Thralas in "(Wederom) RouterOS + KPN IPTV = Zender niet beschikbaar" - het stukje over captures geldt hier evengoed.

Om toch te gokken: gezien uit je screenshots blijkt dat er wel degelijk IGMP verkeer vloeit (al laat je IGMP proxy log daar 0,0 bewijs van zien) vraag ik me af of je de inkomende udp video stream wel toestaat (met een multicast destination address).

[ik222]

Die deny log entries zijn op zich wel zorgelijk en zouden kunnen verklaren waarom niets bij igmpproxy terecht komt, het is alleen vreemd dat je ze vanaf hetzelfde source address op twee verschillende interfaces van OpnSense ziet binnenkomen. Dus inderdaad wat is 192.168.1.40 en waar zie je die op 2 interfaces?

Als vtnet1 en vtnet3 je WAN interfaces zijn en 192.168.1.40 is een LAN client dan kan het bijna niet anders dan dat de switch of Proxmox iets vreemds aan het doen is.

[ Voor 21% gewijzigd door ik222 op 04-05-2020 23:53 ]

[hereweare67893]

Zowel mobiele telefoons (WIFi) als laptops als STB's komende voor met die block. In dit geval is .40 een voorbeeld van hoe het er uit ziet.

Om een switch configuratieprobleem uit te sluiten heb ik deze gereboot naar factory defaults. Daarna enkel VLAN4 en VLAN6 ingesteld als trunk op poort 1 en 2. Vervolgens kon ik live tv kijken en werkte multicast. Echter na een paar minuten haperde het beeld weer en stond het na 10 seconde stil. Terug naar de uitgangssituatie dus. Dit heb ik nog enkele malen geprobeerd met succes: Het is reproduceerbaar.

In de logs van IGMPProxy zie je, wanneer het werkt, de routes toegevoegd worden en in leven gehouden worden. Ik snap alleen niet waarom het na een paar minuten ophoudt. Hieronder de log met de overgang van werkend naar niet werkend. Hopelijk kunnen jullie hier kaas uit maken,

code:

SENT Membership query   from 192.168.1.1     to 224.0.0.1
Sent membership query from 192.168.1.1 to 224.0.0.1. Delay: 10
Created timeout 26 (#0) - delay 10 secs
(Id:26, Time:10)
Created timeout 27 (#1) - delay 115 secs
(Id:26, Time:10)
(Id:27, Time:115)
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV V2 member report   from 192.168.1.23    to 224.3.2.6
Should insert group 224.3.2.6 (from: 192.168.1.23) to route table. Vif Ix : 0
Updated route entry for 224.3.2.6 on VIF #0
Vif bits : 0x00000001
Setting TTL for Vif 0 to 1
Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1

Current routing table (Insert Route):
-----------------------------------------------------
#0: Dst: 233.89.188.1, Age:2, St: I, OutVifs: 0x00000001
#1: Src0: 213.75.167.58, Dst: 224.3.2.6, Age:2, St: A, OutVifs: 0x00000001
#2: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001
#3: Dst: 224.0.1.60, Age:2, St: I, OutVifs: 0x00000001
#4: Dst: 239.254.127.63, Age:2, St: I, OutVifs: 0x00000001
#5: Dst: 224.0.0.106, Age:2, St: I, OutVifs: 0x00000001
#6: Src0: 217.166.226.126, Dst: 224.0.252.126, Age:2, St: A, OutVifs: 0x00000001
#7: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001
-----------------------------------------------------
The IGMP message was local multicast. Ignoring.
The IGMP message was local multicast. Ignoring.
RECV V2 member report   from 192.168.1.46    to 224.0.0.251
Should insert group 224.0.0.251 (from: 192.168.1.46) to route table. Vif Ix : 0
Updated route entry for 224.0.0.251 on VIF #0

HIer werkt het goed. .23 is de STB waar het beeld binnen komt, .46 is een Chromecast waarvan broadcast ook opgevangen wordt.

code:

Current routing table (Insert Route):
-----------------------------------------------------
#0: Dst: 233.89.188.1, Age:2, St: I, OutVifs: 0x00000001
#1: Src0: 213.75.167.58, Dst: 224.3.2.6, Age:2, St: A, OutVifs: 0x00000001
#2: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001
#3: Dst: 224.0.1.60, Age:2, St: I, OutVifs: 0x00000001
#4: Dst: 239.254.127.63, Age:2, St: I, OutVifs: 0x00000001
#5: Dst: 224.0.0.106, Age:2, St: I, OutVifs: 0x00000001
#6: Src0: 217.166.226.126, Dst: 224.0.252.126, Age:2, St: A, OutVifs: 0x00000001
#7: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001
-----------------------------------------------------
RECV V2 member report   from 192.168.1.21    to 224.0.0.251
Should insert group 224.0.0.251 (from: 192.168.1.21) to route table. Vif Ix : 0
Updated route entry for 224.0.0.251 on VIF #0

Current routing table (Insert Route):
-----------------------------------------------------
#0: Dst: 233.89.188.1, Age:2, St: I, OutVifs: 0x00000001
#1: Src0: 213.75.167.58, Dst: 224.3.2.6, Age:2, St: A, OutVifs: 0x00000001
#2: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001
#3: Dst: 224.0.1.60, Age:2, St: I, OutVifs: 0x00000001
#4: Dst: 239.254.127.63, Age:2, St: I, OutVifs: 0x00000001
#5: Dst: 224.0.0.106, Age:2, St: I, OutVifs: 0x00000001
#6: Src0: 217.166.226.126, Dst: 224.0.252.126, Age:2, St: A, OutVifs: 0x00000001
#7: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001
-----------------------------------------------------
About to call timeout 28 (#0)
Aging routes in table.

Current routing table (Age active routes):
-----------------------------------------------------
#0: Dst: 233.89.188.1, Age:1, St: I, OutVifs: 0x00000001
#1: Src0: 213.75.167.58, Dst: 224.3.2.6, Age:1, St: A, OutVifs: 0x00000001
#2: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001
#3: Dst: 224.0.1.60, Age:2, St: I, OutVifs: 0x00000001
#4: Dst: 239.254.127.63, Age:2, St: I, OutVifs: 0x00000001
#5: Dst: 224.0.0.106, Age:1, St: I, OutVifs: 0x00000001
#6: Src0: 217.166.226.126, Dst: 224.0.252.126, Age:2, St: A, OutVifs: 0x00000001
#7: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001
-----------------------------------------------------
RECV V2 member report   from 192.168.1.1     to 224.0.0.2
The IGMP message was from myself. Ignoring.
RECV Membership query   from 10.60.153.4     to 224.0.0.1
About to call timeout 29 (#0)
SENT Membership query   from 192.168.1.1     to 224.0.0.1
Sent membership query from 192.168.1.1 to 224.0.0.1. Delay: 10
Created timeout 30 (#0) - delay 10 secs
(Id:30, Time:10)
Created timeout 31 (#1) - delay 115 secs
(Id:30, Time:10)
(Id:31, Time:115)
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV V2 member report   from 192.168.1.1     to 224.0.0.2
The IGMP message was from myself. Ignoring.
About to call timeout 30 (#0)
Aging routes in table.
Removing group 233.89.188.1. Died of old age.
Removed route entry for 233.89.188.1 from table.
Leaving group 233.89.188.1 upstream on IF address 10.14.201.209
leaveMcGroup: 233.89.188.1 on vtnet3_vlan4

Current routing table (Remove route):
-----------------------------------------------------
#0: Src0: 213.75.167.58, Dst: 224.3.2.6, Age:1, St: A, OutVifs: 0x00000001
#1: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001
#2: Dst: 224.0.1.60, Age:2, St: I, OutVifs: 0x00000001
#3: Dst: 239.254.127.63, Age:2, St: I, OutVifs: 0x00000001
#4: Dst: 224.0.0.106, Age:1, St: I, OutVifs: 0x00000001
#5: Src0: 217.166.226.126, Dst: 224.0.252.126, Age:2, St: A, OutVifs: 0x00000001
#6: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001
-----------------------------------------------------
Removing group 224.3.2.6. Died of old age.
Removed route entry for 224.3.2.6 from table.
Vif bits : 0x00000001
Setting TTL for Vif 0 to 1
Removing MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Leaving group 224.3.2.6 upstream on IF address 10.14.201.209
leaveMcGroup: 224.3.2.6 on vtnet3_vlan4

Current routing table (Remove route):
-----------------------------------------------------
#0: Dst: 239.255.3.22, Age:2, St: I, OutVifs: 0x00000001
#1: Dst: 224.0.1.60, Age:2, St: I, OutVifs: 0x00000001
#2: Dst: 239.254.127.63, Age:2, St: I, OutVifs: 0x00000001
#3: Dst: 224.0.0.106, Age:1, St: I, OutVifs: 0x00000001
#4: Src0: 217.166.226.126, Dst: 224.0.252.126, Age:2, St: A, OutVifs: 0x00000001
#5: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001
-----------------------------------------------------
Removing group 224.0.0.106. Died of old age.
Removed route entry for 224.0.0.106 from table.
Leaving group 224.0.0.106 upstream on IF address 10.14.201.209
leaveMcGroup: 224.0.0.106 on vtnet3_vlan4

Current routing table (Remove route):
-----------------------------------------------------
#0: Dst: 239.255.3.22, Age:1, St: I, OutVifs: 0x00000001
#1: Dst: 224.0.1.60, Age:1, St: I, OutVifs: 0x00000001
#2: Dst: 239.254.127.63, Age:1, St: I, OutVifs: 0x00000001
#3: Src0: 217.166.226.126, Dst: 224.0.252.126, Age:2, St: A, OutVifs: 0x00000001
#4: Dst: 224.0.0.251, Age:2, St: I, OutVifs: 0x00000001
-----------------------------------------------------

Current routing table (Age active routes):
-----------------------------------------------------
#0: Dst: 239.255.3.22, Age:1, St: I, OutVifs: 0x00000001
#1: Dst: 224.0.1.60, Age:1, St: I, OutVifs: 0x00000001
#2: Dst: 239.254.127.63, Age:1, St: I, OutVifs: 0x00000001
#3: Src0: 217.166.226.126, Dst: 224.0.252.126, Age:1, St: A, OutVifs: 0x00000001
#4: Dst: 224.0.0.251, Age:1, St: I, OutVifs: 0x00000001
-----------------------------------------------------
Route activate request from 213.75.167.58 to 224.3.2.6 on VIF[1]
No table entry for 224.3.2.6 [From: 213.75.167.58]. Inserting route.
No existing route for 224.3.2.6. Create new.
Found existing routes. Find insert location.
Inserting at beginning, before route 239.255.3.22
Inserted route table entry for 224.3.2.6 on VIF #-1
No downstream listeners for group 224.3.2.6. No join sent.

Current routing table (Insert Route):
-----------------------------------------------------
#0: Dst: 224.3.2.6, Age:2, St: I, OutVifs: 0x00000000
#1: Dst: 239.255.3.22, Age:1, St: I, OutVifs: 0x00000001
#2: Dst: 224.0.1.60, Age:1, St: I, OutVifs: 0x00000001
#3: Dst: 239.254.127.63, Age:1, St: I, OutVifs: 0x00000001
#4: Src0: 217.166.226.126, Dst: 224.0.252.126, Age:1, St: A, OutVifs: 0x00000001
#5: Dst: 224.0.0.251, Age:1, St: I, OutVifs: 0x00000001
-----------------------------------------------------

Current routing table (Activate Route):
-----------------------------------------------------
#0: Src0: 213.75.167.58, Dst: 224.3.2.6, Age:2, St: A, OutVifs: 0x00000000
#1: Dst: 239.255.3.22, Age:1, St: I, OutVifs: 0x00000001
#2: Dst: 224.0.1.60, Age:1, St: I, OutVifs: 0x00000001
#3: Dst: 239.254.127.63, Age:1, St: I, OutVifs: 0x00000001
#4: Src0: 217.166.226.126, Dst: 224.0.252.126, Age:1, St: A, OutVifs: 0x00000001
#5: Dst: 224.0.0.251, Age:1, St: I, OutVifs: 0x00000001
-----------------------------------------------------
RECV V3 member report   from 10.14.201.209   to 224.0.0.22
The IGMP message was from myself. Ignoring.
The IGMP message was from myself. Ignoring.
The IGMP message was from myself. Ignoring.
The IGMP message was from myself. Ignoring.
The IGMP message was from myself. Ignoring.
RECV V3 member report   from 10.14.201.209   to 224.0.0.22
The IGMP message was from myself. Ignoring.
The IGMP message was from myself. Ignoring.
The IGMP message was from myself. Ignoring.
The IGMP message was from myself. Ignoring.
The IGMP message was from myself. Ignoring.
RECV V3 member report   from 10.14.201.209   to 224.0.0.22
Got leave message from 10.14.201.209 to 233.89.188.1. Starting last member detection.
The found if for 10.14.201.209 was not downstream. Ignoring leave request.
Got leave message from 10.14.201.209 to 224.0.0.106. Starting last member detection.
The found if for 10.14.201.209 was not downstream. Ignoring leave request.
Got leave message from 10.14.201.209 to 224.3.2.6. Starting last member detection.
The found if for 10.14.201.209 was not downstream. Ignoring leave request.
RECV V3 member report   from 10.14.201.209   to 224.0.0.22
Got leave message from 10.14.201.209 to 233.89.188.1. Starting last member detection.
The found if for 10.14.201.209 was not downstream. Ignoring leave request.
Got leave message from 10.14.201.209 to 224.0.0.106. Starting last member detection.
The found if for 10.14.201.209 was not downstream. Ignoring leave request.
Got leave message from 10.14.201.209 to 224.3.2.6. Starting last member detection.
The found if for 10.14.201.209 was not downstream. Ignoring leave request.
RECV V2 member report   from 192.168.1.1     to 224.0.0.22
The IGMP message was from myself. Ignoring.
About to call timeout 31 (#0)
SENT Membership query   from 192.168.1.1     to 224.0.0.1
Sent membership query from 192.168.1.1 to 224.0.0.1. Delay: 10
Created timeout 32 (#0) - delay 10 secs
(Id:32, Time:10)
Created timeout 33 (#1) - delay 115 secs
(Id:32, Time:10)
(Id:33, Time:115)
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV Membership query   from 192.168.1.1     to 224.0.0.1
About to call timeout 32 (#0)
Aging routes in table.
Removing group 239.255.3.22. Died of old age.
Removed route entry for 239.255.3.22 from table.
Leaving group 239.255.3.22 upstream on IF address 10.14.201.209
leaveMcGroup: 239.255.3.22 on vtnet3_vlan4

Current routing table (Remove route):
-----------------------------------------------------
#0: Src0: 213.75.167.58, Dst: 224.3.2.6, Age:1, St: A, OutVifs: 0x00000000
#1: Dst: 224.0.1.60, Age:1, St: I, OutVifs: 0x00000001
#2: Dst: 239.254.127.63, Age:1, St: I, OutVifs: 0x00000001
#3: Src0: 217.166.226.126, Dst: 224.0.252.126, Age:1, St: A, OutVifs: 0x00000001
#4: Dst: 224.0.0.251, Age:1, St: I, OutVifs: 0x00000001
-----------------------------------------------------
Removing group 224.0.1.60. Died of old age.
Removed route entry for 224.0.1.60 from table.
Leaving group 224.0.1.60 upstream on IF address 10.14.201.209
leaveMcGroup: 224.0.1.60 on vtnet3_vlan4

Current routing table (Remove route):
-----------------------------------------------------
#0: Src0: 213.75.167.58, Dst: 224.3.2.6, Age:1, St: A, OutVifs: 0x00000000
#1: Dst: 239.254.127.63, Age:1, St: I, OutVifs: 0x00000001
#2: Src0: 217.166.226.126, Dst: 224.0.252.126, Age:1, St: A, OutVifs: 0x00000001
#3: Dst: 224.0.0.251, Age:1, St: I, OutVifs: 0x00000001
-----------------------------------------------------
Removing group 239.254.127.63. Died of old age.
Removed route entry for 239.254.127.63 from table.
Leaving group 239.254.127.63 upstream on IF address 10.14.201.209
leaveMcGroup: 239.254.127.63 on vtnet3_vlan4

Current routing table (Remove route):
-----------------------------------------------------
#0: Src0: 213.75.167.58, Dst: 224.3.2.6, Age:1, St: A, OutVifs: 0x00000000
#1: Src0: 217.166.226.126, Dst: 224.0.252.126, Age:1, St: A, OutVifs: 0x00000001
#2: Dst: 224.0.0.251, Age:1, St: I, OutVifs: 0x00000001
-----------------------------------------------------
Removing group 224.0.252.126. Died of old age.
Removed route entry for 224.0.252.126 from table.
Vif bits : 0x00000001
Setting TTL for Vif 0 to 1
Removing MFC: 217.166.226.126 -> 224.0.252.126, InpVIf: 1
Leaving group 224.0.252.126 upstream on IF address 10.14.201.209
leaveMcGroup: 224.0.252.126 on vtnet3_vlan4

Current routing table (Remove route):
-----------------------------------------------------
#0: Src0: 213.75.167.58, Dst: 224.3.2.6, Age:1, St: A, OutVifs: 0x00000000
#1: Dst: 224.0.0.251, Age:1, St: I, OutVifs: 0x00000001
-----------------------------------------------------
Removing group 224.0.0.251. Died of old age.
Removed route entry for 224.0.0.251 from table.
Leaving group 224.0.0.251 upstream on IF address 10.14.201.209
leaveMcGroup: 224.0.0.251 on vtnet3_vlan4

Current routing table (Remove route):
-----------------------------------------------------
#0: Src0: 213.75.167.58, Dst: 224.3.2.6, Age:1, St: A, OutVifs: 0x00000000
-----------------------------------------------------

Current routing table (Age active routes):
-----------------------------------------------------
#0: Src0: 213.75.167.58, Dst: 224.3.2.6, Age:1, St: A, OutVifs: 0x00000000
-----------------------------------------------------
Route activate request from 217.166.226.126 to 224.0.252.126 on VIF[1]
No table entry for 224.0.252.126 [From: 217.166.226.126]. Inserting route.
No existing route for 224.0.252.126. Create new.
Found existing routes. Find insert location.
Inserting after route 224.3.2.6
Inserted route table entry for 224.0.252.126 on VIF #-1
No downstream listeners for group 224.0.252.126. No join sent.

Current routing table (Insert Route):
-----------------------------------------------------
#0: Src0: 213.75.167.58, Dst: 224.3.2.6, Age:1, St: A, OutVifs: 0x00000000
#1: Dst: 224.0.252.126, Age:2, St: I, OutVifs: 0x00000000
-----------------------------------------------------

Current routing table (Activate Route):
-----------------------------------------------------
#0: Src0: 213.75.167.58, Dst: 224.3.2.6, Age:1, St: A, OutVifs: 0x00000000
#1: Src0: 217.166.226.126, Dst: 224.0.252.126, Age:2, St: A, OutVifs: 0x00000000
-----------------------------------------------------
RECV V2 member report   from 192.168.1.1     to 224.0.0.2
The IGMP message was from myself. Ignoring.
RECV V2 member report   from 192.168.1.1     to 224.0.0.22
The IGMP message was from myself. Ignoring.
RECV V3 member report   from 10.14.201.209   to 224.0.0.22
Got leave message from 10.14.201.209 to 239.255.3.22. Starting last member detection.
The found if for 10.14.201.209 was not downstream. Ignoring leave request.
Got leave message from 10.14.201.209 to 239.254.127.63. Starting last member detection.
The found if for 10.14.201.209 was not downstream. Ignoring leave request.
Got leave message from 10.14.201.209 to 224.0.252.126. Starting last member detection.
The found if for 10.14.201.209 was not downstream. Ignoring leave request.
Got leave message from 10.14.201.209 to 224.0.0.251. Starting last member detection.
The found if for 10.14.201.209 was not downstream. Ignoring leave request.
Got leave message from 10.14.201.209 to 224.0.1.60. Starting last member detection.
The found if for 10.14.201.209 was not downstream. Ignoring leave request.
RECV V3 member report   from 10.14.201.209   to 224.0.0.22
Got leave message from 10.14.201.209 to 239.255.3.22. Starting last member detection.
The found if for 10.14.201.209 was not downstream. Ignoring leave request.
Got leave message from 10.14.201.209 to 239.254.127.63. Starting last member detection.
The found if for 10.14.201.209 was not downstream. Ignoring leave request.
Got leave message from 10.14.201.209 to 224.0.252.126. Starting last member detection.
The found if for 10.14.201.209 was not downstream. Ignoring leave request.
Got leave message from 10.14.201.209 to 224.0.0.251. Starting last member detection.
The found if for 10.14.201.209 was not downstream. Ignoring leave request.
Got leave message from 10.14.201.209 to 224.0.1.60. Starting last member detection.
The found if for 10.14.201.209 was not downstream. Ignoring leave request.
About to call timeout 33 (#0)
SENT Membership query   from 192.168.1.1     to 224.0.0.1
Sent membership query from 192.168.1.1 to 224.0.0.1. Delay: 10
Created timeout 34 (#0) - delay 10 secs
(Id:34, Time:10)
Created timeout 35 (#1) - delay 115 secs
(Id:34, Time:10)
(Id:35, Time:115)
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV Leave message      from 192.168.1.37    to 224.0.0.2
Got leave message from 192.168.1.37 to 224.0.252.126. Starting last member detection.
Interface id 0 is in group $d
Created timeout 36 (#1) - delay 0 secs
(Id:34, Time:10)
(Id:36, Time:0)
(Id:35, Time:115)
RECV Leave message      from 192.168.1.37    to 224.0.0.2
Got leave message from 192.168.1.37 to 224.0.252.126. Starting last member detection.
Interface id 0 is in group $d
Created timeout 37 (#2) - delay 2 secs
(Id:34, Time:8)
(Id:36, Time:0)
(Id:37, Time:2)
(Id:35, Time:113)
RECV Leave message      from 192.168.1.37    to 224.0.0.2
Got leave message from 192.168.1.37 to 224.0.252.126. Starting last member detection.
Interface id 0 is in group $d
Created timeout 38 (#3) - delay 0 secs
(Id:34, Time:8)
(Id:36, Time:0)
(Id:37, Time:2)
(Id:38, Time:0)
(Id:35, Time:113)
RECV Leave message      from 192.168.1.37    to 224.0.0.2
Got leave message from 192.168.1.37 to 224.0.252.126. Starting last member detection.
Interface id 0 is in group $d
Created timeout 39 (#4) - delay 0 secs
(Id:34, Time:8)
(Id:36, Time:0)
(Id:37, Time:2)
(Id:38, Time:0)
(Id:39, Time:0)
(Id:35, Time:113)
RECV Leave message      from 192.168.1.37    to 224.0.0.2
Got leave message from 192.168.1.37 to 224.0.252.126. Starting last member detection.
Interface id 0 is in group $d
Created timeout 40 (#5) - delay 0 secs
(Id:34, Time:8)
(Id:36, Time:0)
(Id:37, Time:2)
(Id:38, Time:0)
(Id:39, Time:0)
(Id:40, Time:0)
(Id:35, Time:113)
RECV Leave message      from 192.168.1.37    to 224.0.0.2
Got leave message from 192.168.1.37 to 224.0.252.126. Starting last member detection.
Interface id 0 is in group $d
Created timeout 41 (#6) - delay 0 secs
(Id:34, Time:8)
(Id:36, Time:0)
(Id:37, Time:2)
(Id:38, Time:0)
(Id:39, Time:0)
(Id:40, Time:0)
(Id:41, Time:0)
(Id:35, Time:113)
RECV V2 member report   from 192.168.1.1     to 224.0.0.2
The IGMP message was from myself. Ignoring.
RECV V2 member report   from 192.168.1.1     to 224.0.0.22
The IGMP message was from myself. Ignoring.
About to call timeout 34 (#0)
Aging routes in table.
Removing group 224.3.2.6. Died of old age.
Removed route entry for 224.3.2.6 from table.
Vif bits : 0x00000000
Removing MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
MRT_DEL_MFC; Errno(49): Can't assign requested address

Current routing table (Remove route):
-----------------------------------------------------
#0: Src0: 217.166.226.126, Dst: 224.0.252.126, Age:2, St: A, OutVifs: 0x00000000
-----------------------------------------------------

Current routing table (Age active routes):
-----------------------------------------------------
#0: Src0: 217.166.226.126, Dst: 224.0.252.126, Age:2, St: A, OutVifs: 0x00000000
-----------------------------------------------------
About to call timeout 36 (#1)
Interface id 0 is in group $d
Created timeout 42 (#5) - delay 8 secs
(Id:37, Time:2)
(Id:38, Time:0)
(Id:39, Time:0)
(Id:40, Time:0)
(Id:41, Time:0)
(Id:42, Time:8)
(Id:35, Time:105)
About to call timeout 37 (#0)
Removing group 224.0.252.126. Died of old age.
Removed route entry for 224.0.252.126 from table.
Vif bits : 0x00000000
Removing MFC: 217.166.226.126 -> 224.0.252.126, InpVIf: 1
MRT_DEL_MFC; Errno(49): Can't assign requested address

Current routing table (Remove route):
-----------------------------------------------------
No routes in table...
-----------------------------------------------------

Hier gaat het van kwaad tot erger. Van een goed werkende routering tot een lege routing tabel.

Tegelijkertijd heb ik ook pcaps gemaakt van de interfaces vanuit OPNsense. Moet even wachten totdat de computer met Wireshark beschikbaar is voordat ik daar naar kan kijken.

[ik222]

De imgpproxy log van de situatie waarin het goed werkt ziet er (zoals verwacht) goed uit. Zodra het niet meer werkt zie je simpelweg in de log dat geen enkel IGMP membership report meer bij igmpproxy aankomt.

Als je het weer even werkend kan maken met een reset van de switch is het wat mij betreft glashelder, de switch is de boosdoener en bevat waarschijnlijk een bug die deze issues veroorzaakt. Is er niet toevallig nieuwe software beschikbaar voor de switch?

[hereweare67893]

ik222 schreef op dinsdag 5 mei 2020 @ 09:34:
De imgpproxy log van de situatie waarin het goed werkt ziet er (zoals verwacht) goed uit. Zodra het niet meer werkt zie je simpelweg in de log dat geen enkel IGMP membership report meer bij igmpproxy aankomt.

Als je het weer even werkend kan maken met een reset van de switch is het wat mij betreft glashelder, de switch is de boosdoener en bevat waarschijnlijk een bug die deze issues veroorzaakt. Is er niet toevallig nieuwe software beschikbaar voor de switch?

De switch heeft de meeste recente firmware (2.0.5.92). Bij de Netgear GS108E had ik op het oog hetzelfde probleem. Vanmiddag eens de Netgear er tussen zetten en kijken wat hij doet.

[ik222]

Post als het niet lukt maar eens de instellingen van de Netgear, dat zou gewoon moeten werken namelijk.

[hereweare67893]

Nou op een manier lag het aan de switch. Proxmox blijkt in feite als switch te fungeren voor de virtuele NIC’s. Hierbij staat, om de een of andere bizarre reden, IGMP snooping op die virtuele switch standaard aan en is dit in geen enkele optie in de GUI te vinden (Proxmox 6.1). Hierbij moet je bij de bridge in Proxmox, in mijn geval vmbr0, de IGMP snooping uitschakelen. Dit schakel je uit door “echo 0 >/sys/devices/virtual/net/vmbr0/bridge/multicast_snooping“ in de terminal in te voeren.

Zodra ik dit uitschakelde startte de multicast gelijk en liep het stilstaande beeld op de TV door. De stream blijft ongeveer 10 minuten lopen en dan moet ik zappen, of de uitzending 1 seconde op pauze zetten, en dan heb ik weer 10 minuten.

In de Cisco switch zie ik nu ook multicast verkeer op VLAN 4 op de multicast snoop lijst.

We zijn in ieder geval weer een stap verder. Verderop deze week zal ik eens de settings van de Cisco te stroomlijnen qua IGMP querier en snooping.

[ik222]

Goed dat je het gevonden hebt, enige wat ik vreemd blijf vinden is dat het aan Proxmox lag maar dat een ervoor van de Cisco het ook tijdelijk op kon lossen.

Streams die stoppen na ongeveer 10 minuten heeft meestal te maken met membership queries op de ITV WAN poort die niet beantwoord worden. Meestal komt dat door een te strakke firewall.

[hereweare67893]

Het heeft even geduurd maar alle problemen zijn opgelost: zowel unicast als muticast werkt. De problemen die nog open stonden: Geblokkeerde packets vanaf niet bestaande OPNsense interfaces in de firewall logs en de wegvallende verbinding na 5 minuten.

De fout die ik gemaakt had in de configuratie van Proxmox was om 4 virtuele interfaces te maken op 1 fysieke NIC. Vervolgens had ik in OPNsense VLANs aangemaakt en deze gekoppeld aan de interfaces (WAN/LAN etc.). Hierdoor kwamen de broadcast packets alsnog bij de virtuele interfaces van Proxmox aan. Oplossing: 1 virtuele interface behouden in Proxmox en vervolgens in OPNsense de VLANs aanmaken en koppelen aan deze ene virtuele interface.

De wegvallende verbinding bleek te zitten in de IGMP Snooping instellingen. Ik had snooping zowel op VLAN 1 en 4 aanstaan. Hierdoor werd de broadcast van 224.x.x.x niet goed geroute. Oplossing: IGMP Snooping op VLAN 4 uitschakelen.

Allen zeer bedankt voor de inbreng. Hopelijk heeft dit topic nut voor anderen.

[Goudduif]

Aangezien onze TV elke keer na zo'n tien minuten, voor een paar minuten begint te stotteren.
Heb ik met veel belangstelling deze post gelezen.

Als ik het dus goed gelezen hebt, moet de IGMP, op het gewone lan Vlan geactiveerd worden, inplaats van op de IPTV_Vlan?

[ Voor 28% gewijzigd door Goudduif op 30-01-2021 22:49 ]

[hereweare67893]

Goudduif schreef op zaterdag 30 januari 2021 @ 22:31:
Aangezien onze TV elke keer na zo'n tien minuten, voor een paar minuten begint te stotteren.
Heb ik met veel belangstelling deze post gelezen.

Als ik het dus goed gelezen hebt, moet de IGMP, op het gewone lan Vlan geactiveerd worden, inplaats van op de IPTV_Vlan?

Beetje late reactie, maar ja