решено: Где взять толковый мануал по статической маршрутизации (подскажите ссылки на Policy Routing)

[McSim]

Доброго времени, камрады!
Пытаюсь освоить использование iproute и Policy Routing. Подскажите, пожалуйста толковые ссылки. LARTC читал, но как-то все "по верхам"...
Нашел отличную книгу, но как то там на буржуйском тяжело написано, даже со словарем.
Поделитесь, пожалуйста ссылками, где хорошо раскрыта тема правил маршрутизации и принципы ip rule ?
Спасибо

[Sleeping Daemon]

Доброго времени, камрады!
Пытаюсь освоить использование iproute и Policy Routing. Подскажите, пожалуйста толковые ссылки. LARTC читал, но как-то все "по верхам"...
Нашел отличную книгу, но как то там на буржуйском тяжело написано, даже со словарем.
Поделитесь, пожалуйста ссылками, где хорошо раскрыта тема правил маршрутизации и принципы ip rule ?
Спасибо

Прочитайте lartc "вглубь".

[McSim]

Прочитайте lartc "вглубь".

Как-то там не глубоко...
до раздела "4.2. Маршрутизация через несколько каналов/провайдеров." рассказано о маршрутизации на основе политик, а делее немного про туннели, ipsec и много про управление трафиком/очередями и т.п.
4 раздел дает копипастовые примеры без углубления в принципы работы этого всего.
На текущий момент мне не понятен алгоритм прохождения сетевого пакета "в разрезе" заданных правил.
Имеет ли какой-то вес номер правила?
Имеет ли какой-то вес номер таблицы? (на этот вопрос ответ нашел - не имеет)
Что будет, если задать 2 правила с одинкаковыми условиями, но разными номерами и таблицами? Куда полетит пакет в таком случае?
и много других аналогичных вопросов, которые в lartc не описаны.
Или я что-то пропустил? Тогда прошу ткнуть меня носом в ссылку.

[McSim]

Пришлось все же повозиться со словарем и изложить все в своем понимании в статье Принцип работы Routing Policy DataBase.
Буду рад вашим комментам/мнениям/дополнениям.

[sash-kan]

Буду рад вашим комментам/мнениям/дополнениям.

Если пакет предназначен не локальной сети, то ядро просматривает таблицу маршрутизации на наличие маршрута для данного пакета

локальная сеть ничуть не хуже и не лучше любой другой сети·
и для неё точно так же есть запись в таблице маршрутизации, которая создаётся автоматически после добавления ip-адреса к одному из поднятых сетевых интерфейсов (или после поднятия интерфейса с наличествующими ip-адресами)·

[sash-kan]

В таком случае выбирается тот маршрут, в котором в заданной подсети меньше всего компьютеров.

впервые слышу· это действительно так?
upd по крайней мере — впервые слышу в такой формулировке·

Если размер сетей в маршруте одинаков, то на выбор направления пакета влияет метрика маршрута.

afaik, при статической маршрутизации метрика ни на что не влияет·
по крайней мере в gnu/linux·

[McSim]

Буду рад вашим комментам/мнениям/дополнениям.

Если пакет предназначен не локальной сети, то ядро просматривает таблицу маршрутизации на наличие маршрута для данного пакета

локальная сеть ничуть не хуже и не лучше любой другой сети·
и для неё точно так же есть запись в таблице маршрутизации, которая создаётся автоматически после добавления ip-адреса к одному из поднятых сетевых интерфейсов (или после поднятия интерфейса с наличествующими ip-адресами)·

Фактически оно так. Я просто хотел этим абзацем заострить внимание на том, что для локальной сети пакет направляется прямо в Ethetnet-сегмент прямо на IP хоста назначения, а при отправке не в локальную сеть - он направляется на IP шлюза.

[McSim]

впервые слышу· это действительно так?
upd по крайней мере — впервые слышу в такой формулировке·

Ну вообще - будет выбран тот маршрут, где в маске больше единичек, но так мне казалось, что более понятно

afaik, при статической маршрутизации метрика ни на что не влияет·
по крайней мере в gnu/linux·

Ох, уже пруфлинк не найду... Но точно помню, что где-то читал, что в старых ядрах было так

А вообще - спасибо за комменты.

Ох, уже пруфлинк не найду... Но точно помню, что где-то читал, что в старых ядрах было так

Убрал инфу о метрике