Mikrotik.moscow [тема: Очередь всех SMTP] http://mikrotik.moscow Новое в теме Очередь всех SMTP форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Tue, 18 Aug 2026 22:40:24 -0400 Очередь всех SMTP Очередь всех SMTP RouterOS в форуме RouterOS.
Может, пометить трафик, идущий на определенные порты – это возможно. Пометить и ограничить трафик, идущий на порты SMTP, если хочешь распределять равномерно, добавь PCQ с максимальным лимитом для таких пакетов.
16.05.2006 08:15:00, janisk.]]> http://mikrotik.moscow/forum/forum57/68835-ochered-vsekh-smtp/message270751 http://mikrotik.moscow/forum/forum57/68835-ochered-vsekh-smtp/message270751 Tue, 16 May 2006 08:15:00 -0400 RouterOS Очередь всех SMTP Очередь всех SMTP RouterOS в форуме RouterOS.
Хмм… Не думаю, Нормис… Сложно это объяснить в тексте хехе. Окей, сервер со скоростью 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
16.05.2006 08:11:00, savage.]]> http://mikrotik.moscow/forum/forum57/68835-ochered-vsekh-smtp/message270750 http://mikrotik.moscow/forum/forum57/68835-ochered-vsekh-smtp/message270750 Tue, 16 May 2006 08:11:00 -0400 RouterOS Очередь всех SMTP Очередь всех SMTP RouterOS в форуме RouterOS.
"Хотел бы ограничить скорость каждой SMTP-связи, идущей к нему, до 512 кбит/с." Если автор имел в виду 512 кбит/с на сервер, PCQ должна сработать нормально. Если же ограничение требуется на каждую связь, даже к одному и тому же серверу, то это другое, но, полагаю, ему нужно ограничение по общему трафику на сервер. Ограничение по каждому источнику/назначению IP решит задачу с очередями, верно? Сэм.
16.05.2006 07:52:00, changeip.]]> http://mikrotik.moscow/forum/forum57/68835-ochered-vsekh-smtp/message270749 http://mikrotik.moscow/forum/forum57/68835-ochered-vsekh-smtp/message270749 Tue, 16 May 2006 07:52:00 -0400 RouterOS Очередь всех SMTP Очередь всех SMTP RouterOS в форуме RouterOS.
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 нет опций поставщика маски. Если делать это на входящей, а не на исходящей основе, вам нужно будет создать отдельные очереди для всего Интернета – что, несомненно, непрактично.
16.05.2006 07:34:00, savage.]]> http://mikrotik.moscow/forum/forum57/68835-ochered-vsekh-smtp/message270748 http://mikrotik.moscow/forum/forum57/68835-ochered-vsekh-smtp/message270748 Tue, 16 May 2006 07:34:00 -0400 RouterOS Очередь всех SMTP Очередь всех SMTP RouterOS в форуме RouterOS.
PCQ?
16.05.2006 07:24:00, changeip.]]> http://mikrotik.moscow/forum/forum57/68835-ochered-vsekh-smtp/message270747 http://mikrotik.moscow/forum/forum57/68835-ochered-vsekh-smtp/message270747 Tue, 16 May 2006 07:24:00 -0400 RouterOS Очередь всех SMTP Очередь всех SMTP RouterOS в форуме RouterOS.
Exim не может ставить трафик в очередь, лучшее, что там можно сделать — ограничить количество подключений... Если iptools поддерживает формирование очереди по пропускной способности (насколько я понимаю, это как-то так называется на стороне сервера?), посмотри на это... Не знаю, насколько "уникальна" реализация, которую я выложил выше...
16.05.2006 06:54:00, savage.]]> http://mikrotik.moscow/forum/forum57/68835-ochered-vsekh-smtp/message270746 http://mikrotik.moscow/forum/forum57/68835-ochered-vsekh-smtp/message270746 Tue, 16 May 2006 06:54:00 -0400 RouterOS Очередь всех SMTP Очередь всех SMTP RouterOS в форуме RouterOS.
Это на Linux CentOS, и Exim используется как MTA. Было бы неплохо, если бы Exim умел это делать. Но в веб-поиске ничего не нашёл. Мэтт.
16.05.2006 06:52:00, hci.]]> http://mikrotik.moscow/forum/forum57/68835-ochered-vsekh-smtp/message270745 http://mikrotik.moscow/forum/forum57/68835-ochered-vsekh-smtp/message270745 Tue, 16 May 2006 06:52:00 -0400 RouterOS Очередь всех SMTP Очередь всех SMTP RouterOS в форуме RouterOS.
Может, я и ошибаюсь, но не думаю, что это возможно - для каждого соединения нужна будет очередь, и нет способа автоматически настроить эти очереди при установлении соединения и убрать их при его завершении. На какой ОС работает 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
16.05.2006 06:42:00, savage.]]> http://mikrotik.moscow/forum/forum57/68835-ochered-vsekh-smtp/message270744 http://mikrotik.moscow/forum/forum57/68835-ochered-vsekh-smtp/message270744 Tue, 16 May 2006 06:42:00 -0400 RouterOS Очередь всех SMTP Очередь всех SMTP RouterOS в форуме RouterOS.
У меня на моей сети работает почтовый сервер. Хотелось бы ограничить скорость каждой SMTP-соединения до 512 кбит/с. Не хочу, чтобы весь SMTP-трафик ограничивался до этого значения, а только каждое соединение. То есть, если сервер отправляет сообщения на 3 разных SMTP-сервера одновременно, общая пропускная способность составит 1500 кбит/с, но для каждого соединения будет 512 кбит/с. Моя цель – не перегружать мое 6 Мбит/с интернет-соединение SMTP и не делать так, чтобы SMTP работал медленно для пользователей. Максимальная скорость передачи данных, которую мы выделяем пользователям, составляет 384 кбит/с, так что 512 кбит/с на соединение должно быть вполне достаточно. Кто-нибудь знает, как это сделать с Mikrotik? Matthew
15.05.2006 22:28:00, hci.]]> http://mikrotik.moscow/forum/forum57/68835-ochered-vsekh-smtp/message270743 http://mikrotik.moscow/forum/forum57/68835-ochered-vsekh-smtp/message270743 Mon, 15 May 2006 22:28:00 -0400 RouterOS