MikroTik丟包Tx/Rx Drops & Tx Queue Drops緩解方法

我們最近遇到了有個客戶路由上瞬間封包大於5萬5以上時會出現丟包的狀況

經我們研究和查詢資料後發現可以將Queues中的Interface把丟包的出外網卡的only-hardware-queue改成multi-queue-ethernet-default就可以緩解,如果改了還是沒用建議還是去調查硬體是否可以處理那麼多封包

以下是官方的說明(https://help.mikrotik.com/docs/display/ROS/Queues)

All MikroTik products have the default queue type "only-hardware-queue" with "kind=none". "only-hardware-queue" leaves the interface with only hardware transmit descriptor ring buffer which acts as a queue in itself. Usually, at least 100 packets can be queued for transmit in the transmit descriptor ring buffer. Transmit descriptor ring buffer size and the number of packets that can be queued in it varies for different types of ethernet MACs. Having no software queue is especially beneficial on SMP systems because it removes the requirement to synchronize access to it from different CPUs/cores which is resource-intensive. Having the possibility to set "only-hardware-queue" requires support in an ethernet driver so it is available only for some ethernet interfaces mostly found on RouterBOARDs.

A "multi-queue-ethernet-default" can be beneficial on SMP systems with ethernet interfaces that have support for multiple transmit queues and have a Linux driver support for multiple transmit queues. By having one software queue for each hardware queue there might be less time spent on synchronizing access to them.

歡迎到討論區跟其他人討論喔

討論區連

分享你的喜愛

晴れた空

0