Yeah, it needs to be tagged out of the WAN port. What I said was not the whole instruction, but only to get internet access. The rest of the instructions pertain to the television service which should go to VLAN4 (plus some static routes should be set).
So, how to setup VLAN tagging on the outside interface?
There is no option port in interface config.
If all you need to tag outgoing wan traffic with vid 34, then remove that port and everything else looks good.
But it is not clear what was wan initially eth0 or eth1?
I thought I put the config file in the initial post, but saw that I put the ifconfig output there. So, I just edited it to reflect the initial out-of-the-box network config.
renaming wan port to eth1.34 and wan6 to @eth1.34 should work.
You could also try option ipv6 '1' on the wan config (remove the wan6 section) and see if ipv6 ports gets automatically spawned - that is for PPPoE/dual-stack.
I've tried the suggested options, but still I get no connection with the ISP. It doesn't get an IP-address through DHCP from that port. Would I need to do something special to request an IP-address on that VLAN 34-tagged WAN-port?
Even when I manually assign the usual ip-address, there is still no connection.
If I attach my MacOS device to that WAN-port, should I be able to see if there is VLAN-34 tagged frames being sent?
So, I caught some packets for comparison between the original router and the Linksys with OpenWRT. I don't see anything that stands out. I still need to capture the replies from the ISP.
Original Zyxel router:
No. Time Source Destination Protocol Length Info
1 0.000000 0.0.0.0 255.255.255.255 DHCP 316 DHCP Discover - Transaction ID 0x41e065a7
Frame 1: 316 bytes on wire (2528 bits), 316 bytes captured (2528 bits) on interface 0
Ethernet II, Src: ZyxelCom_00:00:00 (00:00), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
802.1Q Virtual LAN, PRI: 1, DEI: 0, ID: 34
001. .... .... .... = Priority: Background (1)
...0 .... .... .... = DEI: Ineligible
.... 0000 0010 0010 = ID: 34
Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 68, Dst Port: 67
Source Port: 68
Destination Port: 67
Length: 278
Checksum: 0x608d [unverified]
[Checksum Status: Unverified]
[Stream index: 0]
Bootstrap Protocol (Discover)
Message type: Boot Request (1)
Hardware type: Ethernet (0x01)
Hardware address length: 6
Hops: 0
Transaction ID: 0x41e065a7
Seconds elapsed: 0
Bootp flags: 0x0000 (Unicast)
Client IP address: 0.0.0.0
Your (client) IP address: 0.0.0.0
Next server IP address: 0.0.0.0
Relay agent IP address: 0.0.0.0
Client MAC address: ZyxelCom_00:00:00 (00:00)
Client hardware address padding: 00000000000000000000
Server host name not given
Boot file name not given
Magic cookie: DHCP
Option: (53) DHCP Message Type (Discover)
Length: 1
DHCP: Discover (1)
Option: (60) Vendor class identifier
Length: 12
Vendor class identifier: dslforum.org
Option: (55) Parameter Request List
Length: 10
Parameter Request List Item: (1) Subnet Mask
Parameter Request List Item: (3) Router
Parameter Request List Item: (6) Domain Name Server
Parameter Request List Item: (12) Host Name
Parameter Request List Item: (15) Domain Name
Parameter Request List Item: (28) Broadcast Address
Parameter Request List Item: (121) Classless Static Route
Parameter Request List Item: (33) Static Route
Parameter Request List Item: (120) SIP Servers
Parameter Request List Item: (43) Vendor-Specific Information
Option: (255) End
Option End: 255
OpenWRT:
No. Time Source Destination Protocol Length Info
1 0.000000 0.0.0.0 255.255.255.255 DHCP 346 DHCP Discover - Transaction ID 0x35cf4865
Frame 1: 346 bytes on wire (2768 bits), 346 bytes captured (2768 bits) on interface 0
Ethernet II, Src: ZyxelCom_00:00:00 (00:00), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
802.1Q Virtual LAN, PRI: 0, DEI: 0, ID: 34
000. .... .... .... = Priority: Best Effort (default) (0)
...0 .... .... .... = DEI: Ineligible
.... 0000 0010 0010 = ID: 34
Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 68, Dst Port: 67
Source Port: 68
Destination Port: 67
Length: 308
Checksum: 0xd150 [unverified]
[Checksum Status: Unverified]
[Stream index: 0]
Bootstrap Protocol (Discover)
Message type: Boot Request (1)
Hardware type: Ethernet (0x01)
Hardware address length: 6
Hops: 0
Transaction ID: 0x35cf4865
Seconds elapsed: 715
Bootp flags: 0x0000 (Unicast)
Client IP address: 0.0.0.0
Your (client) IP address: 0.0.0.0
Next server IP address: 0.0.0.0
Relay agent IP address: 0.0.0.0
Client MAC address: ZyxelCom_00:00:00 (00:00)
Client hardware address padding: 00000000000000000000
Server host name not given
Boot file name not given
Magic cookie: DHCP
Option: (53) DHCP Message Type (Discover)
Length: 1
DHCP: Discover (1)
Option: (57) Maximum DHCP Message Size
Length: 2
Maximum DHCP Message Size: 576
Option: (55) Parameter Request List
Length: 8
Parameter Request List Item: (1) Subnet Mask
Parameter Request List Item: (3) Router
Parameter Request List Item: (6) Domain Name Server
Parameter Request List Item: (12) Host Name
Parameter Request List Item: (15) Domain Name
Parameter Request List Item: (28) Broadcast Address
Parameter Request List Item: (42) Network Time Protocol Servers
Parameter Request List Item: (121) Classless Static Route
Option: (60) Vendor class identifier
Length: 12
Vendor class identifier: udhcp 1.28.4
Option: (12) Host Name
Length: 7
Host Name: OpenWrt
Option: (255) End
Option End: 255
Padding: 00000000000000000000000000000000000000
Thanks for your input, but this also did not work.
Funny thing is that when I hook it up, there is very little activity with the lights on the NIC and swconfig doesn't even show that a cable is connected. I've tried different cables as well.
Back in the days...
For a direct connection between 2 devices (without hub or switch) a crossover cable was needed.
But modern NICs can auto-sense the assignment of the wires.
But I am in doubt that's the case here.
So the port is being connected directly to the unit where the 'internet' is coming into the house. It's a unit that makes the fibreglass connection RJ44. Would I possibly need a crossover cable with that?
I could perhaps directly connect my Apple device to it, which automatically switches the port configuration to match when needed (although this one goed via a thunderbolt 3 dongle.
Actually a crossover cable can be used.
Gigabit introduced Auto MDI-X, it automatically detects the cable type (crossover/straight).
So with gigabit, it simply doesn't matter.
But I'm curious what happens if a gigabit interface is connected to lower speed one.
Does the gigabit interface still do Auto MDI-X?
//edit
Most 100 Mbit/s device should support Auto MDI-X too.
In the openwrt wiki there is only one ISP listened that uses fiber and vlan id 34 and that is:
Bell Canada Fiber, is that your ISP?
//edit
There are two: Telfort also uses 34.
The VLAN tagging is usually as follows:
Phone: VLAN 34
Internet: PPPoE over VLAN 35
TV: VLAN 36
If Bell Canada Fiber is your ISP you can try VLAN (id) 35 instead of 34.
//edit2
Also both use pppoe instead of DHCP, so scratch that.
You have packets going out, but none coming back because the physical link seems to be down.
The cable from the router to the ONT would be suspect.
Using a 2 pair cable is fine for 100 Mb but often causes complete failure when both devices are gigabit. There is nothing in the standard to fall back to 100 Mb on a two pair cable, so many devices don't do it.