Issue with RB5009 ROS v7.1rc1 DHCPv6-PD over pppoe on tagged ethernet link

noradtux · Sun Aug 29, 2021 2:48 pm

Hi,
my setup is as follows:
ISP fiberlink (media converter) <(1G Copper SFP)> CRS317 <(SFP+ AOC)> RB5009 (was RB4011)

The ISP expects pppoe on VL1002, so I configured the CRS317 to have VL1002 tagged on both links, towards ISP and the Router). Now the strange issue:
IPv4 does work through the pppoe session without any problems. But to get IPv6 connectivity I need to issue a DHCPv6-PD request. This does work reliably with the RB4011. Now I replaced the RB4011 with an RB5009, same OS version, basically same config.
With the RB5009, which I connected to the same AOC through the SFP+ interface it doesn't. I did some sniffing and mirroring on the RB and the CRS. What I see is that the RB5009 issues the request and I do see the answer at the CRS as expected. Sniffing on the RB5009 I do not see that answer anymore.

As last attempt I removed the tagging of VL1002 between the RB5009 and the CRS. Now it started working and has been stable ever since.

Smells like a bug to me ...

Update:
Also on 7.1rc2

ZeeBOB · Sat Oct 23, 2021 12:23 pm

Similar issue.
RB5009 running 7.0.5
PPPoE client on VLAN 10 on ether1
DHCP Client for DHCP-PD just stuck on searching…

Replace RB5009 with CCR running 6.48, same config, works fine.

EDIT: Just upgraded to 7.1rc4 and same issue

dksoft · Sat Oct 23, 2021 1:05 pm

Known issue, they are working on it. Meanwhile you can use untagged and tag the VLAN on an external switch.

ZeeBOB · Sat Oct 23, 2021 1:10 pm

Thank you

ZeeBOB · Thu Oct 28, 2021 12:52 pm

Supposedly fixed in v7.1rc5 but doesn't seem to work for me... any luck?

*) pppoe - fixed DHCPv6 PD;

jookraw · Wed Nov 03, 2021 6:06 pm

I can confirm that this issue is not fixed on rc5.

but there is a workaround, if you put the vlan interface for the pppoe on a bridge, DHCPv6-PD works

joedoelv · Wed Nov 10, 2021 12:33 am

Could confirm that in 7.1rc6 issue is not fixed. DHCPv6-PD works on untagged interface, but not on tagged.
P.S. KPN uses PPPoE on vlan 6 for internet connectivity

Halfeez92 · Thu Nov 11, 2021 8:36 am

I can confirm that this issue is not fixed on rc5.

but there is a workaround, if you put the vlan interface for the pppoe on a bridge, DHCPv6-PD works

This cannot be done as the pppoe client need to be attached to the vlan. If the vlan is put under a bridge, how can the pppoe client connect to its pppoe server?

mkx · Thu Nov 11, 2021 8:56 am

but there is a workaround, if you put the vlan interface for the pppoe on a bridge, DHCPv6-PD works
This cannot be done as the pppoe client need to be attached to the vlan. If the vlan is put under a bridge, how can the pppoe client connect to its pppoe server?

Create (another) bridge, add physical interface to it as tagged bridge port, set bridge interface as tagged member of same VLAN, create corresponding VLAN interface and set pppoe client to use this VLAN interface. Or set bridge interface with PVID set to VLAN ID, set bridge interface as untagged member port of said VLAN and set pppoe client to use bridge interface (as it's untagged already).

Make sure you explicitly disable HW offloading for this bridge ... there's nothing to offload in this case since all traffic will have to pass (slow) CPU anyway.

jookraw · Thu Nov 11, 2021 9:01 am

This cannot be done as the pppoe client need to be attached to the vlan. If the vlan is put under a bridge, how can the pppoe client connect to its pppoe server?

Hello you can do like the example below:
note that in my case I use two PPPoE connections, one for v4 another for v6

/interface bridge
add name=bridge priority=0x4000
/interface vlan
add interface=bridge mtu=1600 name=WAN_vlan vlan-id=35
/interface pppoe-client
add add-default-route=yes disabled=no interface=WAN_vlan name=PPPoEv4 user=<redacted>
add disabled=no interface=WAN_vlan name=PPPoEv6 user=<redacted>/ipv6
# in case that you have bridge vlan filtering on
/interface bridge vlan
add bridge=bridge comment=WAN_vlan tagged=ether10,bridge vlan-ids=35

Halfeez92 · Thu Nov 11, 2021 12:43 pm

This cannot be done as the pppoe client need to be attached to the vlan. If the vlan is put under a bridge, how can the pppoe client connect to its pppoe server?
Hello you can do like the example below:
note that in my case I use two PPPoE connections, one for v4 another for v6
Code: Select all
/interface bridge
add name=bridge priority=0x4000
/interface vlan
add interface=bridge mtu=1600 name=WAN_vlan vlan-id=35
/interface pppoe-client
add add-default-route=yes disabled=no interface=WAN_vlan name=PPPoEv4 user=<redacted>
add disabled=no interface=WAN_vlan name=PPPoEv6 user=<redacted>/ipv6
# in case that you have bridge vlan filtering on
/interface bridge vlan
add bridge=bridge comment=WAN_vlan tagged=ether10,bridge vlan-ids=35

I tried your setup but it didn't work. How come you only put a vlan under a bridge interface without any ether interface for the bridge? The bridge itself not physical interface, I am so confuse now.

joedoelv · Fri Nov 12, 2021 9:44 pm

This cannot be done as the pppoe client need to be attached to the vlan. If the vlan is put under a bridge, how can the pppoe client connect to its pppoe server?
Hello you can do like the example below:
note that in my case I use two PPPoE connections, one for v4 another for v6
Code: Select all
/interface bridge
add name=bridge priority=0x4000
/interface vlan
add interface=bridge mtu=1600 name=WAN_vlan vlan-id=35
/interface pppoe-client
add add-default-route=yes disabled=no interface=WAN_vlan name=PPPoEv4 user=<redacted>
add disabled=no interface=WAN_vlan name=PPPoEv6 user=<redacted>/ipv6
# in case that you have bridge vlan filtering on
/interface bridge vlan
add bridge=bridge comment=WAN_vlan tagged=ether10,bridge vlan-ids=35

I came up with similar solution. And it works.
The only catch was l2mtu on ports/bridge due to KPN using jumbo pppoe mtu and mru.

ithierack · Mon Nov 22, 2021 12:54 pm

Question, is this only a problem when pppoe is involved or every time when DHCPv6-PD goes over a VLAN-tagged interface?

I have to set on the WAN Interface VLAN 7, IPv4 DHCP-Client get the IP. Starting the v6 DHCP client, it search forever. I currently investigating, if it's a problem on my side, or on the ISP.

AlphaBAO · Sat Nov 27, 2021 6:55 am

Have same issue. I confirmed that v7.1rc7 still not fixed this issue

pi0 · Sat Nov 27, 2021 1:27 pm

I came up with similar solution. And it works.
The only catch was l2mtu on ports/bridge due to KPN using jumbo pppoe mtu and mru.

Dear joedoelv do you mind sharing your setup for KPN or any hint for fixing MTU? It has been 3 days pulling my hair out to setup dhcp-pd for KPN with no luck..

Here is a snap of my latest config:

/interface bridge
add name=br_wan

/interface bridge port
add bridge=br_wan hw=no interface=ether8

/interface vlan
add interface=br_wan name=vlan_wan vlan-id=6

/ppp profile
set *0 use-ipv6=no
add name=ipv6 use-ipv6=required

/interface pppoe-client
add add-default-route=yes allow=pap disabled=no interface=vlan_wan name=ppoe_wan
add allow=pap disabled=no interface=vlan_wan name=ppoe_wan6 profile=ipv6

/ipv6 dhcp-client
add interface=ppoe_wan6 pool-name=kpn request=prefix

MTU

Interface | MTU  | L2 MTU
br_wan    | 1500 | 1514
vlan_wan  | 1500 | 1510
ppoe_wan6 | 1480 | -

blackhandnz · Tue Dec 07, 2021 10:04 pm

I have the same issue, v7.1 (stable) still hasn't resolved the issue

felixka · Wed Dec 08, 2021 11:03 pm

Just received a reply on my open ticket SUP-63430. This ticket relates to DSCP marked traffic not passing through in the PPPoE/VLAN tagged scenario.
Support asked to me to test something and it looks as though I was able to confirm a possible bug they are seeing in their lab now as well.
It seems that somehow if a packet inside the PPPoE connection has a DSCP mark a VLAN priority mark is attached to the packet. DHCPv6-PD packets (and DHCP packets in general) usually have a DSCP value set.
I do not see this behaviour when configuring the PPPoE link on a bridge which has the required tagged VLAN as it's PVID and the WAN interface as it's only tagged member on that VLAN ID. That's why that workaround seems to be working.

So hopefully we can get this fixed now

felixka · Wed Dec 08, 2021 11:12 pm

MTU

Interface | MTU  | L2 MTU
br_wan    | 1500 | 1514
vlan_wan  | 1500 | 1510
ppoe_wan6 | 1480 | -

I use the following for Bell Canada and it gives me an MTU of 1500:

Interface  | MTU  | L2 MTU
ether1     | 1520 | 1534
br_wan     | 1520 | 1534
pppoe-out1 | no value set (default)

sb56637 · Mon Dec 13, 2021 8:18 pm

IPv6 prefix acquisition over PPPoE was working perfectly with v6.x with this:

/ipv6 dhcp-client add add-default-route=yes comment="IPv6 myISP" interface=pppoe-out1 pool-name= IPv6-myISP-pool1 request=prefix use-peer-dns=no
/ipv6 address add comment="IPv6 myISP" from-pool=IPv6-myISP-pool1 interface=bridge

Now with v7.1 it just shows "Status: searching..." whereas it used to always grab a prefix immediately. I'm not using any VLANs or anything like that, just a very simple setup. What has changed? I've tried all the prefix lengths that I can think of, 56, 60, 62, not sure if that's the problem? I never used to have to enter it before.

zember · Thu Dec 16, 2021 12:11 pm

Have the similar issue on RB5009 - IPv4 dhcp client over bridge over vlan of pppoe. It is a bug of RB5009 I used to test same configuration on software 7.x on hEX S and everything works fine. But on RB5009 is simply not working. How to efficiently create support ticket to mikrotik?

Clipboard05.jpg

Clipboard03.jpg

noradtux · Tue Dec 21, 2021 7:28 pm

eMail to support@mikrotik.com

blackhandnz · Tue Dec 21, 2021 8:13 pm

Issue still not resolved in v7.1.1 or v7.2rc1

Halfeez92 · Fri Dec 24, 2021 4:25 am

This cannot be done as the pppoe client need to be attached to the vlan. If the vlan is put under a bridge, how can the pppoe client connect to its pppoe server?

Create (another) bridge, add physical interface to it as tagged bridge port, set bridge interface as tagged member of same VLAN, create corresponding VLAN interface and set pppoe client to use this VLAN interface. Or set bridge interface with PVID set to VLAN ID, set bridge interface as untagged member port of said VLAN and set pppoe client to use bridge interface (as it's untagged already).

Make sure you explicitly disable HW offloading for this bridge ... there's nothing to offload in this case since all traffic will have to pass (slow) CPU anyway.

I tried this method but my DHCPv6-PD still on searching. Using latest stable v7.1.1 version.

blackhandnz · Mon Dec 27, 2021 11:27 pm

Anyone have any information on whether this issue will be resolved in upcoming firmwares or not?

felixka · Tue Dec 28, 2021 1:06 am

Anyone have any information on whether this issue will be resolved in upcoming firmwares or not?

As far as the erroneous insertion of DSCP flags on VLAN interfaces (which I believe is underlying this issue) is concerned I have confirmation from Mikrotik that the issue will be fixed but that there is no committed timeline for when this will happen.

blackhandnz · Thu Dec 30, 2021 11:21 pm

Anyone have any information on whether this issue will be resolved in upcoming firmwares or not?
As far as the erroneous insertion of DSCP flags on VLAN interfaces (which I believe is underlying this issue) is concerned I have confirmation from Mikrotik that the issue will be fixed but that there is no committed timeline for when this will happen.

Thanks for the update

darky83 · Sun Jan 02, 2022 4:41 pm

Same Issue with a RB5009 here, tested it with 7.0.5, 7.1 and 7.1.1 but doesn't work on any firmware.
Within WinBox the DHCPv6 Client status stays on searching...

Works on other Mikrotik devices just fine tested with an hAP ac3 on 6.48.6, 6.49.2 and 7.1.1 and on each firmware there it works just fine on the ac3.

So seems to be an issue specifically to the RB5009 making IPv6 unusable on this device until a firmware update fixes this issue.

zember · Mon Jan 03, 2022 3:28 pm

In my case (IPv4-DHCP Client - searching) Mikrotik support diagnosed that it is a problem with "non-working bridge filter rules". Priority cannot be set.

Unfortunately They cannot provide any time estimates when fix will be available.

hmmbob · Mon Jan 03, 2022 4:58 pm

Yep, another one confirming this bug.

RB5009 on 7.1.1, with a PPPoE client running on VLAN6 at WAN interface eth1 (default setup at major ISP KPN in the Netherlands)

IPv4 is properly assigned to the PPPoE client, however IPv6 PD is not taking place (IPv6 DHCP client remains on status "searching"). I do see the outgoing requests in the logs, but the answer isn't parsed correctly inside the RB5009 apparently.

adbl · Wed Jan 05, 2022 1:32 am

I stripped the VLAN tag with another device in front of my RB5009, and DHCPv6-PD still doesn't work for me.

Wvorigin · Wed Jan 05, 2022 11:06 pm

Confirmed by another user as well.
I can't get a prefix either via DHCPv6-PD over pppoe with an VLAN interface.
IPv6 DHCP client remains on status "searching"

Fri Jan 07, 2022 11:28 am

It seems that this issue could affect multiple users.

0) Is it possible to try setup without VLAN? Does it work then?
1) It would be great to get sniffer output, what is being sent to MikroTik device.
2) and support output file from router, that has dhcp,debug logs and increased memory-lines for memory topic.

hmmbob · Fri Jan 07, 2022 11:30 am

The issue is that my ISP provides internet over Vlan6 - it's not something I can change / choose (or try without vlan). Maybe other users can help with that.

Let me see if I can capture the info you requested.

dksoft · Fri Jan 07, 2022 12:01 pm

0) Is it possible to try setup without VLAN? Does it work then?

Yes. If you tag on an external device, in my case on a CRS317, things work.
Some users report that a bridge on the RB5009 which adds the tag, works. Me an some others can not confirm this.

2) and support output file from router, that has dhcp,debug logs and increased memory-lines for memory topic.

Problem came up about half a year ago. SUP-59296 is a good start.

Mon Jan 10, 2022 4:04 pm

Thank you very much for the report. We found out the issue, that some VLAN packets are not processed correctly. We are working on the fix for the issue.

huntermic · Mon Jan 10, 2022 5:31 pm

Thank you very much for the report. We found out the issue, that some VLAN packets are not processed correctly. We are working on the fix for the issue.

Thanks, great news!

hmmbob · Mon Jan 10, 2022 5:41 pm

Great, I'll happily await the fix and confirm!

blackhandnz · Mon Jan 10, 2022 8:42 pm

Thank you!

hmmbob · Fri Jan 28, 2022 5:12 pm

Thank you very much for the report. We found out the issue, that some VLAN packets are not processed correctly. We are working on the fix for the issue.

Is this the fix for the issue?

7.2rc2/rc3 changelog:

*) vlan - fixed improper VLAN priority addition for routed packets;

huntermic · Fri Jan 28, 2022 5:13 pm

Thank you very much for the report. We found out the issue, that some VLAN packets are not processed correctly. We are working on the fix for the issue.
Is this the fix for the issue?

7.2rc2/rc3 changelog:
*) vlan - fixed improper VLAN priority addition for routed packets;

Doesn't seem so, still broken here with 7.2rc2

blackhandnz · Fri Jan 28, 2022 7:22 pm

Is this the fix for the issue?

7.2rc2/rc3 changelog:

Doesn't seem so, still broken here with 7.2rc2

dksoft · Fri Jan 28, 2022 7:37 pm

Doesn't seem so, still broken here with 7.2rc2

I checked back with support and the rc2/rc3 do not address the problem yet.

Halfeez92 · Fri Feb 04, 2022 4:37 pm

Hope we see the problem solve in the next stable release 7.2

blackhandnz · Thu Feb 10, 2022 8:50 pm

Doesn't look like its fixed in 7.1.2

Halfeez92 · Sun Feb 13, 2022 5:28 am

Doesn't look like its fixed in 7.1.2

It is definitely going to be fixed in v7.2 lol. Don't expect they will fix prior to version 7.1.x

blackhandnz · Sun Feb 13, 2022 8:35 pm

Doesn't look like its fixed in 7.1.2
It is definitely going to be fixed in v7.2 lol. Don't expect they will fix prior to version 7.1.x

Lol yeah deep down I knew that, hopefully it is fixed in v7.2 (so far the RC's haven't been very promising)

blackhandnz · Mon Feb 21, 2022 8:30 pm

Issue still not fixed on 7.1.3

I know it is not expect to be fix till 7.2.X but just making sure this doesn't get forgotten.

zember · Tue Feb 22, 2022 10:04 am

In my case (IPv4-DHCP Client - searching) Mikrotik support diagnosed that it is a problem with "non-working bridge filter rules". Priority cannot be set.

Unfortunately They cannot provide any time estimates when fix will be available.

On 7.1.3 my issue with set priorytet is fixed now. Everything is working now perfect.

juliovegap · Thu Feb 24, 2022 2:08 pm

On v7.1.3 I still have the issue with DHCPv6-PD over pppoe tagged lan, does anyone has an export example for the following earlier proposed workaround?

Or set bridge interface with PVID set to VLAN ID, set bridge interface as untagged member port of said VLAN and set pppoe client to use bridge interface (as it's untagged already).

I have seen duplicated pppoe clients on proposed workaround, one for IPv4 and one for IPv6. Is It really necesary to perform such split when IPv4 pppoe os working fine?
Thanks in advance

hmmbob · Fri Feb 25, 2022 3:06 pm

Thank you very much for the report. We found out the issue, that some VLAN packets are not processed correctly. We are working on the fix for the issue.

Is the fix expected to land in 7.2 somewhere?

zobelhelas · Fri Feb 25, 2022 4:35 pm

On v7.1.3 I still have the issue with DHCPv6-PD over pppoe tagged lan, does anyone has an export example for the following earlier proposed workaround?
Or set bridge interface with PVID set to VLAN ID, set bridge interface as untagged member port of said VLAN and set pppoe client to use bridge interface (as it's untagged already).
I have seen duplicated pppoe clients on proposed workaround, one for IPv4 and one for IPv6. Is It really necesary to perform such split when IPv4 pppoe os working fine?
Thanks in advance

I did not get the proposed solution working for with vlan on a bridge device, and DHCPv6-PD over pppoe. I do now use a spare RB941-2nD as switch to translate VLAN 7 tagged on one port to plain Ethernet without VLAN tag on an other port in front of the RB5009. DHCPv6-PD works now on the RB5009, if i do PPPoE on an ether-interface.

wvorigin1 · Sat Feb 26, 2022 9:11 pm

Any news on this topic, is it already fixed in 7.2rc4?

What is the status of this issue? If we have high level 3 steps: 1. analysing and understanding, 2. fixing & testing, 3. Fix to an rc version?
Where is this issue now? Is there any timeline to share when this will be fixed?

blackhandnz · Mon Feb 28, 2022 10:35 pm

Any news on this topic, is it already fixed in 7.2rc4?

What is the status of this issue? If we have high level 3 steps: 1. analysing and understanding, 2. fixing & testing, 3. Fix to an rc version?
Where is this issue now? Is there any timeline to share when this will be fixed?

No there is no news yet, we are all patiently waiting for it to be resolved & no it is currently not fixed in 7.2rc4
As per the above comments, the bug has been identified and is somewhere on the backlog and hopefully will be resolved in 7.2.X

Halfeez92 · Wed Mar 23, 2022 2:24 pm

Thank you very much for the report. We found out the issue, that some VLAN packets are not processed correctly. We are working on the fix for the issue.

Any update?

supermew · Wed Mar 23, 2022 4:18 pm

I found this line in the 7.2rc5 changelog:

*) ipv6 - fixed VLAN tagged PPPoE packet receiving on RB5009;

Can anyone confirm that this version fixes the issue?

zobelhelas · Wed Mar 23, 2022 7:36 pm

I found this line in the 7.2rc5 changelog:
*) ipv6 - fixed VLAN tagged PPPoE packet receiving on RB5009;
Can anyone confirm that this version fixes the issue?

I will check later tonight, and report back.

blackhandnz · Wed Mar 23, 2022 9:09 pm

Awesome looks like the issue is resolved & it works for me

felixka · Thu Mar 24, 2022 12:00 am

Looks resolved to me as well, albeit my issue was with DSCP tagged SSH and VoIP connection. Finally

wvorigin1 · Thu Mar 24, 2022 1:42 am

Resolved for me as well

hmmbob · Thu Mar 24, 2022 9:32 am

Confirming resolved in 7.2.rc5

Halfeez92 · Thu Mar 24, 2022 8:32 pm

The DHCPv6-PD is working at last but my client still cannot browse or ping to IPv6 address despite of having IPv6 assigned already. Any step I missed?

EDITED: It was my firewall configuration lol. I am using SOPHOS HOME XG which I forgot to configure default allow rules.

hmmbob · Thu Mar 24, 2022 8:39 pm

Had a similar issue on Windows11, while Android worked right away. When I set the IPv6 DNS fixed on the W11 machine it worked. I haven't figured out yet on how to push DNS servers to the clients

huntermic · Fri Mar 25, 2022 10:39 am

Works great now, thanks!

juliovegap · Wed Apr 06, 2022 12:02 pm

I'm still stuck on "searching" under DHCPv6-PD Mikrotik RB5009 router although I updated to v7.2. Could please anyone give me any clue about how to debug the issue? I have swapped my ISP router and it is receiving IPv6 prefix correctly so it is an issue on either my Mikrotik router or my configuration.
Thanks in advance.

neogoth · Wed Apr 06, 2022 9:02 pm

Still not working here on my RB5009. I have the same config and the same ISP as on another location where it works, just with an RB3011.
Installed ROS 7.2 but it just is stuck on searching as usual.

jookraw · Thu Apr 07, 2022 2:00 pm

do you have your wan vlan interface under the bridge?

juliovegap · Thu Apr 07, 2022 2:24 pm

I have a vlan1 replacing the etherport ether1, as WAN connection, where I have placed the ppoe client; and the rest of ethernet ports bridged as LAN connection.
I tried creating another bridge for wan ports vlan1 and ether1 as proposed by this thread but I got a little bit lost defining the untagged/tagged parameters for that. Could anyone post its export configuration file for this workaround?

jookraw · Thu Apr 07, 2022 3:33 pm

Hi,

You should only have one bridge, you separate the networks with a vlan, you can have a lan vlan also under the same bridge.
below you can see how I configured mine, I need to add that I was never affected by this issue, because I always use my wan vlan under the main bridge, for flexibility reasons.
At this moment, I have my Fiber ONT connected to ether5, sometimes I have it on my CRS305.

/interface bridge
add ingress-filtering=no name=bridge vlan-filtering=yes
/interface bridge port
add bridge=bridge interface=ether5-ONT pvid=999
add bridge=bridge interface=e-sfp-CRS305
/interface bridge vlan
add bridge=bridge tagged=e-sfp-CRS305,ether5-ONT,bridge vlan-ids=35
/interface vlan
add interface=bridge mtu=1600 name=WAN_vlan vlan-id=35
/interface pppoe-client
add add-default-route=yes interface=WAN_vlan name=PPPoEv4 
add interface=WAN_vlan name=PPPoEv6 
/ipv6 dhcp-client
add add-default-route=yes interface=PPPoEv6 pool-name=GUA-pool rapid-commit=no request=prefix use-peer-dns=no

juliovegap · Sat Apr 09, 2022 3:34 pm

Thanks a lot for the support.
After troubleshooting the issue, I found out I kept my PPP profile set to not use IPv6 because of the former tests I tried. Setting default PPP profile back to normal fixed the issue!

/ppp profile
set *0 use-ipv6=no
add name=ipv6 use-ipv6=required

walder · Fri Apr 22, 2022 2:55 am

You should only have one bridge, you separate the networks with a vlan, you can have a lan vlan also under the same bridge.
below you can see how I configured mine, I need to add that I was never affected by this issue, because I always use my wan vlan under the main bridge, for flexibility reasons.

I have 7.2.1 on wAP R ac, and DHCPv6-PD does not work for me over PPPoE client (no errors, nothing).
Does still required to use bridge to w/a problem with DHCPv6-PD over PPPoE?

Attaching port and VLANs to bridge does not helped me, but link performance get much worse with such layout
I have bridge also used for main traffic untagged,
before VLANs was allocated directly on ethernet interface, not connected to bridge port.

One more question - is there issue ID in mikrotik tracker about non-worked DHCPv6-PD over PPPoE to track?

Who is online