Похоже, я нашел ошибку в CRS125 при работе с ROS 6.5, и она не исчезла после обновления до ROS 6.7. Мне нужно ограничить пропускную способность на все направления, кроме одного подсегмента (все локальные подсети на этом устройстве находятся в диапазоне 172.27.0.0/16). Судя по документации, следующие команды должны были сделать связь с подсегментом 213.236.250.0/26 неограниченной, а все остальное ограничивать до 512k.
`/queue simple
add dst=213.236.250.0/26 name=queue-office target=172.27.0.0/16
add max-limit=512k/512k name=queue-public target=172.27.0.0/16`
Однако, ограничение в 512k по-прежнему применяется даже к подсегменту 213.236.250.0/26. Отслеживая трафик в Winbox, я вижу, что все пакеты попадают на второе правило, независимо от источника. (Изменение порядка очередей не привело к каким-либо изменениям.)
Теперь, если я удалю созданные выше очереди и вместо этого запущу эти команды:
`/queue simple
add max-limit=20M/20M dst=213.236.250.0/26 name=queue-office target=172.27.0.0/16
add max-limit=512k/512k name=queue-pub target=172.27.0.0/16`
… пакеты, направленные к/из 213.236.250.0/26, попадают на первое правило и не ограничены лимитом в 512k.
Кажется, что при создании простой очереди с параметром "unlimited" очередь игнорируется.
Обходной путь: установить лимит выше скорости соединения. Поиском в Google я наткнулся на это видео, которое также показывает, что когда очередь настроена как неограниченная, она не срабатывает.
`/queue simple
add dst=213.236.250.0/26 name=queue-office target=172.27.0.0/16
add max-limit=512k/512k name=queue-public target=172.27.0.0/16`
Однако, ограничение в 512k по-прежнему применяется даже к подсегменту 213.236.250.0/26. Отслеживая трафик в Winbox, я вижу, что все пакеты попадают на второе правило, независимо от источника. (Изменение порядка очередей не привело к каким-либо изменениям.)
Теперь, если я удалю созданные выше очереди и вместо этого запущу эти команды:
`/queue simple
add max-limit=20M/20M dst=213.236.250.0/26 name=queue-office target=172.27.0.0/16
add max-limit=512k/512k name=queue-pub target=172.27.0.0/16`
… пакеты, направленные к/из 213.236.250.0/26, попадают на первое правило и не ограничены лимитом в 512k.
Кажется, что при создании простой очереди с параметром "unlimited" очередь игнорируется.
Обходной путь: установить лимит выше скорости соединения. Поиском в Google я наткнулся на это видео, которое также показывает, что когда очередь настроена как неограниченная, она не срабатывает.
