New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Igmpproxy is not starting if upstream interface is a pppoe interface #28
Comments
To complete this already outstanding report: we have actually used a custom patch on 0.1 to allow VLAN use opnsense/ports@1c9e9c2850670cdc |
That is strange. I'm normally using igmpproxy 0.2.1 (top of master branch) with vlan tagged interfaces as both upstream and downstream and it is working fine. But it is on Linux kernel. OPNsense IIRC uses FreeBSD. I do not have right now any BSD box for multicast routing, so cannot debug where can be a problem. Are you able to bisect which commit broke it? |
Are you sure that you posted correct content of igmpproxy.conf file? Because it does not contain section for igb2. |
@fichtner so does it mean that vlan tagged interfaces did not work even for igmpproxy 0.1 on OPNsense? |
@pali yes, don't think it was in the original 0.1 (see patch mentioned above) so it's likely not found by bisect. I could try to apply said patch again on top of 0.2.1 but I was under the impression VLAN was working in 0.2, we did a couple of user tests and they said it was ok... |
Ok, so you have been using patched 0.1 version and after upgrading to unpatched 0.2 it stopped working. Can you check if unpatched 0.1 really does not work? If yes, then there is no regression and no need to bisecting. But somebody with BSD knowledge should write proper support for vlan. |
Further investigations showed that the issue is not caused by a tagged upstream interface but by the pppoe interface itself (no matter if the underlying interface is vlan tagged or not). Sorry for the confusion. |
I can confirm. If Upstream is an PPPOE interface, igmpproxy is not working "At least one FIY has to be..." (Error message). When i change to a static interface, igmpproxy is comming up. |
This would make sense then... VLAN worked as reported, but we never specifically tested for PPP(oE) because no issues were know. As to whether this is a regression or not that opens up the field again. I'll prepare an unpatched version of 0.1 for the guys to test on their OPNsense to see if this was a regression or not. |
Dear friends, I have the same problem on a Watchguard XTM 5Series with PFSense 2.4.3 (FreeBSD). I have an interface named em0 (PPPoE) which has two VLAN configured:
I have configured igmproxy with interface em0.2 as upstream. When I start igmproxy it fails with "There must be at least 1 Vif as upstream." message. If I change it with a DHCP or Static normal connection it works ok. Is there any workaround in progress for this issue? Best Regards |
Hi, I found there was a patch for this problem dated 2 years ago. I think this patch is missing: https://redmine.pfsense.org/issues/6099#note-86 Best regards |
It would be great if you cold prepare patches to this upstream project instead of maintaining downstream patches... As from this could benefit more people. I'm not using BSD systems, therefore I cannot develop nor test such system specific patches. |
Note I have the same issue but I'm not using a pppoe interface. I'm a VLAN Tagged interface to Orange France for their IPTV service, the connection is established over VLAN 838 PCP 4 using DHCP. So I believe this isn't just PPPOE related. Regressing to v1.2 of IGMProxy and all is well |
I'm running igmpproxy within OPNsense 18.1.6.
Since 0.1_2,1 -> 0.2.1,1 update igmpproxy fails to start if upstream interface in igmpproxy.conf is a
vlan taggedpppoe interface.In my case uppstream Interface is pppoe on a vlan tagged interface.
It appears that also other users of current OPNSense versions are affected.
https://forum.opnsense.org/index.php?topic=7581.0
However: Downgrading to igmpproxy: 0.1_2,1 as a workaround resolves the issue, while configuration of igmpproxy.conf remains unchanged.
The text was updated successfully, but these errors were encountered: