Очередь всех SMTP

Может, я и ошибаюсь, но не думаю, что это возможно - для каждого соединения нужна будет очередь, и нет способа автоматически настроить эти очереди при установлении соединения и убрать их при его завершении. На какой ОС работает mail server? Если FreeBSD, то там можно использовать ipfw buckets и ограничивать скорость на уровне каждого соединения. В общем, скорее всего, лучше делать это на стороне ОС, а не на роутере. Ну, может, я и прав. Если я прав – Mikrotik, может, стоит добавить какую-нибудь систему очередей, чтобы сопоставлять очереди с отдельными соединениями, а не только с dst/src IP. Из FreeBSD ipfw Man pages: mask mask-specifier
          Пакеты, отправляемые в данный pipe или queue правилом ipfw, могут быть
          дальнейшим образом классифицированы в несколько потоков, каждый из которых затем
          отправляется в отдельный динамический pipe или queue. Идентификатор потока конструируется
          путем маскирования IP-адресов, портов и типов протоколов, как указано с помощью
          опций mask в конфигурации pipe или queue. Для каждого различного идентификатора потока
          создается новый pipe или queue с теми же параметрами, что и исходный объект, и
          соответствующие пакеты отправляются в него.

          Таким образом, при использовании динамических pipes каждый поток получит ту же
          полосу пропускания, определенную для pipe, в то время как при использовании динамических queues
          каждый поток будет равномерно разделять полосу пропускания родительского pipe с
          другими потоками, сгенерированными той же queue (обратите внимание, что к тому же pipe
          могут быть подключены и другие очереди с разными весами).
          Доступные спецификаторы mask являются комбинацией одного или нескольких из
          следующего:

          dst-ip mask, src-ip mask, dst-port mask, src-port mask, proto mask
          или all,

          где последнее означает, что все биты во всех полях значимы. Если бы что-то подобное
          было добавлено в MT, это было бы очень полезно для сопоставления и создания динамических
          очередей на уровне ‘каждого соединения’. Пример: Более сложный пример — ограничение
    исходящего трафика в сети с ограничениями на каждый хост, а не на сеть целиком:

          ipfw add pipe 1 ip from 192.168.2.0/24 to any out
          ipfw add pipe 2 ip from any to 192.168.2.0/24 in
          ipfw pipe 1 config mask src-ip 0x000000ff bw 200Kbit/s queue
          20Kbytes
          ipfw pipe 2 config mask dst-ip 0x000000ff bw 200Kbit/s queue
          20Kbytes Нормис, можешь добавить это в любой todo список, который у тебя есть? Если я не
    слепой и не опешил, в MT вообще нет поддержки этого… – C

Exim не может ставить трафик в очередь, лучшее, что там можно сделать — ограничить количество подключений... Если iptools поддерживает формирование очереди по пропускной способности (насколько я понимаю, это как-то так называется на стороне сервера?), посмотри на это... Не знаю, насколько "уникальна" реализация, которую я выложил выше...

PCQ также основан на сопоставлении исходного и целевого адреса – я не могу представить, как это может работать… Давайте сделаем небольшой пример… 10.0.0.0/24 – мне нужно 64k для каждого IP. Вы не сможете создать НИ ОДНУ очередь в MT, используя 10.0.0.0/24 в качестве части сопоставления исходного или целевого адреса. Вам нужно использовать что-то вроде поставщика маски, чтобы сообщить очереди, что вы хотите сопоставлять все внутри этого диапазона, размером /32 – или /25 (64k для двух групп в 10.0.0.0/24), или /26 (4 группы в 10.0.0.0/24). Единственный способ сделать это – создать отдельные очереди для всех отдельных адресов внутри 10.0.0.0/24 в MT в настоящее время, так как в Mikrotik нет опций поставщика маски. Если делать это на входящей, а не на исходящей основе, вам нужно будет создать отдельные очереди для всего Интернета – что, несомненно, непрактично.

Хмм… Не думаю, Нормис… Сложно это объяснить в тексте хехе. Окей, сервер со скоростью 1 МБ. Давайте не будем париться об исходящем трафике и сосредоточимся только на входящем (интернет).

a.a.a.a подключается к серверу, порт 25 – очередь и ограничение до 25 КБ/с
b.b.b.b подключается к серверу, порт 25 – очередь и ограничение до 25 КБ/с (всего 50 КБ/с)
c.c.c.c подключается к серверу, порт 25 – очередь и ограничение до 25 КБ/с (всего 75 КБ/с)
b.b.b.b отключается, общая очередь теперь 50 КБ/с

Смотря на пример, у нас:
`/ip firewall mangle add chain=forward src-address=0.0.0.0/0 dst-port=25 action=mark-connection new-connection-mark=mail-con`
Мы помечаем новые соединения, идущие из Интернета, на порт 25. Можно использовать `dst-address=x.x.x.x` вместо `src-address=0.0.0.0/0`.

Вот это, вроде бы, понятно.

Добавляем очередь:
`/queue type add name=pcq-mail kind=pcq pcq-classifier=src-address`

Умм… Окей, я не уверен в этом. Давайте сегодня поучусь чему-то новому. Но это говорит PCQ создавать динамические очереди на основе `src-address`? Если да, то, думаю, это имеет смысл и нам это нужно, да…

Наконец, дерево очередей – здесь у меня может быть проблема:
`/queue tree add name=IncomingMail parent=Public max-limit=2048000`
`/queue tree add parent=IncomingMail queue=pcq-upload packet-mark=mail-con limit-at=64000`

Так создаётся общее использование в 2 МБ и скорость «на соединение/сессию» в 64 К? Если кто-то может подтвердить, но да… Я думаю, это возможно, и мы это сделали, кажется…

Я, кажется, научился чему-то новому – опять же. Спасибо, Нормис.

/ ChangeIP