2026年6月24日 星期三

routeros 在wian 一定要用arp 5秒的問題 解決方法

 

找到了,問題就在這裡:

 

xx.xx.xx.xx.xx( ip )   00:00:5E:00:01:0B  ether3-wan  STATUS: delay

ARP 條目狀態是 delay,不是 reachable


什麼是 ARP delay 狀態

根據 RFC 4861,ARP/Neighbor 條目有幾個狀態:

  • reachable → 正常,確認可達
  • delay → 條目存在但正在等待確認是否還可達,這段時間封包可能會延遲
  • probe → 正在發送 ARP request 確認
  • stale → 條目過期,下次使用時才重新確認

delay 狀態就是你封包 delay 和速度下降的直接原因。 Router 不確定 gateway 是否還活著,封包在等待 ARP 確認。

 

 

 

/ip route print where dst-address=0.0.0.0/0
/ip arp print where interface=ether3-wan

貼上來,確認 gateway ARP 條目是否正常,這才是 toggle WAN 才能恢復的根本原因所在。


為什麼會一直 delay

你的 ISP gateway xxx.xxx.xxx.254 使用 VRRP(MAC 00:00:5E:00:xx:xx 是 VRRP 虛擬 MAC),VRRP gateway 不會主動回應 ARP unicast probe,導致條目一直無法進入 reachable 狀態。

 

 

 

 

解決方法

設定靜態 ARP,讓 router 不需要一直去確認 gateway

routeros
/ip arp add address=xx.xxx.xxx.xxx mac-address=00:00:5E:00:xx:xx interface=ether3-wan

 

 

 

wan 設定 靜態 ARP  


 

2026年3月5日 星期四

routeros 小封包優先和dns 最佳化 7.21.3 cake

 pmtu 不用設定了

 

pmtu 是在wan 網路不穩定的狀態,在臺灣,或是穩定的網路 改設定

 

change MSS 

new tcp mss 為 1460 

in out 都要設定. 

 

2. 

小封包優先也不用,如果已經設定queues 的cake 就不用管其他,加了只會更沒效率,多出了例外 ,而且多很多設定,都沒意義反而變慢,全交給 cake 自己運算

 x86  7.21.3

 

 

 

[admin@8964] /queue> type
[admin@8964] /queue/type> exp
# 2026-03-05 01:10:26 by RouterOS 7.21.3
# software id = CNEN-E59P
#
/queue type
add cake-diffserv=diffserv4 cake-memlimit=512.0MiB cake-mpu=64 cake-nat=yes cake-overhead=18 \
    cake-rtt-scheme=internet cake-wash=yes kind=cake name=cake-veetime-down
add cake-ack-filter=aggressive cake-diffserv=diffserv4 cake-memlimit=512.0MiB cake-mpu=64 \
    cake-nat=yes cake-overhead=18 cake-rtt-scheme=internet cake-wash=yes kind=cake name=\
    cake-veetime-up
[admin@8964] /queue/type> 

 

 

 

參考