source routing

Нормис, согласен. Но может, будет правильнее (с точки зрения производительности, потому что в моём примере нет необходимости использовать netfilter) добавить ещё одну опцию для source routing в следующем релизе?

Почитайте здесь про маршрутизацию по политике: [URL-адрес здесь]

Если ты обрабатываешь это через `ip rule add dev`, это обрабатывается напрямую в коде ядра `net/route.c` (опция `RTA_IIF`). Если используешь `iptables` с `mangle`, то нужно запускать `netfilter`, где рутина будет искать входящий интерфейс (в `netfilter`), отмечать пакет, `route.c` будет искать отметку в пакете. Точный ответ можно получить только профилированием. Я настрою свою новую сетевую лабораторию на этой неделе, если хочешь, могу дать тебе результаты, какая реальная разница в производительности. Это, конечно, просто предложение, потому что если у тебя свой код для применения изменений в ядро, это всего одна строка кода в `iproute2`: `addattr_l(&req.n, sizeof(req), RTA_IIF, *argv, strlen(*argv)+1);`. Если ты оборачиваешь запросы через `iproute2`, то аналогично, очень простые изменения, потому что, думаю, у тебя уже есть исходный адрес, который можно сделать также через `mangle`, но ты это сделал также без `mangle` (`ip route rule add src-address=`, если я не ошибаюсь). Я могу сделать свою собственную настройку с Linux для таких нужд, и мне очень нравится, что ты разрешил мне запускать Linux на твоих Routerboards. Это даже не стоит обсуждать, потому что даже с `mangle` это соответствует моим потребностям. Но… если хочешь, может, хорошо бы добавить в будущем…

Я не сказал, что это простая Linux-дистрибутив, это даже, я думаю, дальше от Linux, чем любой другой дистрибутив. Это совершенно другое, и вы сделали очень полезные CLI и GUI интерфейсы, что делает его совершенно отличным от Linux и очень удобным для новичков, а в то же время очень практичным для работы в больших сетях для профессионалов, потому что, прежде всего, у вас есть унифицированный интерфейс управления и инструменты для работы с крупными сетями. Если кто-то будет настраивать Linux, он очень быстро потеряется по сравнению с Mikrotik. Дополнительно ему придется тестировать свою собственную сборку ядра, заниматься оптимизацией производительности… этого действительно нельзя сравнивать. Так что я вообще не сравниваю Mikrotik с Linux, но поверьте мне, я знаю, как это делается, netlink интерфейс, например, в вашем дистрибутиве, это тот же самый netlink интерфейс. Я работаю с собственной встроенной системой и очень хорошо понимаю, что вы ребята проделали огромную работу, и я это ценю. Я буду использовать ваше программное и аппаратное решение для моих беспроводных соединений, оно идеально подходит для моих нужд, но, например, для PPPoE NAS я использую свою собственную “сборку” Linux, потому что нерационально просить вас делать бесполезную для ваших клиентов работу (например, родительский контроль, перекрестно соединенный с нашим публичным интерфейсом Radius). Я думаю, у нас будет долгое и хорошее сотрудничество. В прошлом году мы потратили на оборудование и лицензии ПО у одной канадской компании (вы знаете их) около 250 000 долларов. Но мы не очень довольны некоторыми конкретными вопросами, и сейчас я заказываю образцы вашего оборудования, чтобы протестировать их должным образом. Если они подойдут для наших нужд, следующий заказ будет 100-500 единиц Routerboard.

Пытался объяснить, что я не новичок в таких делах. Есть ли способ написать тебе в личку? Может, в talkroom? Или по email? Хочу подробнее рассказать о текущей ситуации, может, ты сможешь и посоветовать что-нибудь, но это не для публики.

В Mikrotik я не нашёл опции, которая могла бы классифицировать пакет по исходному интерфейсу, то есть по интерфейсу, с которого пакет пришёл. Я уже читал эту инструкцию.