First, let's sort out some things.
- just to avoid confusing other folks reading your post - the phone cable is not connected to a "bridge" but to a modem in bridge mode.
- the reason why the PPPoE client cannot be attached directly to the Ethernet interface and a VLAN is required is that other services (namely, IPTV and telephony) may be optionally provided on the same physical path and VLANs are used to logically partition the physical media. Big companies have to use "one size fits all" solutions wherever possible so even if you only subscribe to internet, the protocol hierarchy on the physical media stays the same.
- PPPoE, like all the other protocols based on PPP, does not use DHCP to assign an address to the client; instead, PPP uses its own procedures for that. So you cannot use any methods of obtaining the gateway address that rely on operation of a DHCP client.
- /ip/address/print shows you three items - address, network, and interface:In case of PPP, the network one is what you should set as a gateway of a route to let the routing look the out-interface up by an address. According to your configuration, it seems you have used your own address assigned by O2 as the gateway of the routes, which is not correct. What you haven't done right either is the configuration of the dst-address of those routes: 0.0.0.0/32 means literally only a single exact address 0.0.0.0, as the /32 specifies that each of the "first 32" bits of the address (which actually means all of them) must have a value of 0. To make those routes work, you have to change that to 0.0.0.0/0, meaning "the whole IPv4 address range", as each of the 32 bits of the address except the "0th one" (so actually all of them) can have either value.Code:
[me@myTik] > ip address printFlags: X - disabled, I - invalid, D - dynamic # ADDRESS NETWORK INTERFACE 0 192.168.88.1/24 192.168.88.0 bridge 1 D 10.213.126.51/32 10.10.10.1 pppoe-o2
- it's very likely that you cannot ping the network address associated to the PPPoE address (10.10.10.1 in the example above) manually, so set check-gateway on the routes using that gateway to none. Most likely no equipment actually listens at that address, because the sole purpose of that address is to serve as a kind of alias for the interface name, as mentioned above. If you want to check the transparency of the "oh too" uplink all the way to the internet because you suspect the PPPoE part could be up but the data would not get through (which can indeed happen), you have to use the "recursive routing" approach as described multiple times here on the forum, the primary resource being viewtopic.php?t=157048 .
Statistics: Posted by sindy — Wed May 22, 2024 10:28 am