edns-buffer-size: <number>
Number of bytes size to advertise as the EDNS reassembly buffer size. This is the value put into datagrams over UDP towards peers. The actual buffer size is determined by msg-buffer-size (both for TCP and UDP). Do not set higher than that value. Default is 1232 which is the DNS Flag Day 2020 recommendation. Setting to 512 bypasses even the most stringent path MTU problems, but is seen as extreme, since the amount of TCP fallback generated is excessive (probably also for this resolver, consider tuning the outgoing tcp number).
Bear in mind that my native language is a bit more different from English than yours, so what exactly is wrong about "are you saying" as compared to "do you have in mind that" or some other phrase equal to "please clarify:"?..are you saying.... brrrr Channel 4 News fibes also overhere?
# jan/16/2022 12:25:33 by RouterOS 6.49.2
# software id = QFBI-B40J
#
# model = RB760iGS
# serial number = xxx
/interface bridge
add mtu=1500 name=LAN
/interface pppoe-client
add add-default-route=yes disabled=no interface=ether1 max-mru=1492 max-mtu=\
1492 name=pppoe-out1 user=xxxx
/interface list
add name=listLAN
add name=WAN
/interface wireless security-profiles
set [ find default=yes ] supplicant-identity=MikroTik
/interface bridge port
add bridge=LAN interface=ether2
add bridge=LAN interface=ether3
add bridge=LAN interface=ether4
add bridge=LAN interface=ether5
add bridge=LAN interface=sfp1
/ip neighbor discovery-settings
set discover-interface-list=listLAN
/interface list member
add interface=LAN list=listLAN
add interface=LAN list=WAN
/ip address
add address=203.0.113.1/24 interface=LAN network=203.0.113.0
/ip dhcp-client
add interface=ether1
/ip dns
set servers=203.0.113.40
/ip firewall filter
add action=accept chain=input comment="accept established,related" \
connection-state=established,related
add action=drop chain=input comment="drop invalid" connection-state=invalid
add action=accept chain=input comment="allow ICMP" in-interface=pppoe-out1 \
protocol=icmp
add action=drop chain=input comment="block everything else" in-interface=\
pppoe-out1
add action=fasttrack-connection chain=forward comment=\
"fast-track for established,related" connection-state=established,related
add action=accept chain=forward comment="accept established,related" \
connection-state=established,related
add action=drop chain=forward comment="drop invalid" connection-state=invalid
add action=drop chain=forward comment=\
"drop access to clients behind NAT form WAN" connection-nat-state=!dstnat \
connection-state=new in-interface=pppoe-out1
/ip firewall nat
add action=masquerade chain=srcnat out-interface=pppoe-out1
/ip service
set telnet disabled=yes
set ftp disabled=yes
set www disabled=yes
set api disabled=yes
set winbox address=203.0.113.0/24
/ip ssh
set strong-crypto=yes
/system clock
set time-zone-name=Europe/Berlin
/tool bandwidth-server
set enabled=no
/tool mac-server
set allowed-interface-list=listLAN
/tool mac-server mac-winbox
set allowed-interface-list=listLAN
Can you set, or do you have your Fritz!box into Bridge mode as it is done when you setup the PPPoE from the Mikrotik?Ok, so I just connected the MT directly to the Fritzbox without PPPoE and everything is working. There seems to be a problem with the PPPoE connection.
So it's nothing with the MT. Guess I have to take a look into this or get another router.
Anyway, thanks for the assistance!
Can you set, or do you have your Fritz!box into Bridge mode as it is done when you setup the PPPoE from the Mikrotik?
ping 1.1.1.1 do-not-fragment size=1492 interface=pppoe-out
No matter how it is called in the configuration, if you can connect a PPPoE client device to the LAN port of the Fritzbox and it can talk to the PPPoE server accessible via the WAN of the Fritzbox, the Fritzbox does bridge the packets. So it is a bridge mode, and the fact that it is enabled by mere absence of PPPoE client settings on the Friztbox itself is just a kind of red herring. It doesn't seem like an accidental behaviour to me.Unfortunately you can't set the newer models into bridge mode. You can however allow other network devices to connect to the internet via PPPoE.
As my ISP only allows one connection, I didn't enter any login details into the Fritzbox, so it only synchronizes the DSL connection, and the MT actually connects to the internet via PPPoE.
Did that too, still nothing…First try it the other way round, set max-mtu and max-mru at the /interface pppoe-client to 1480 rather than 1492, leaving the MTU at the underlying ether1 at 1500.
When set up like this, what does /interface pppoe-client monitor 0 once show?
status: connected
uptime: 11m33s
active-links: 1
encoding:
service-name:
ac-name: SWBJ00
ac-mac: CC:CE:1E:F4:AE:6E
mtu: 1480
mru: 1480
local-address: XX.XX.XX.XX
remote-address:XX.XX.XX.XX