пакетная передача данных

Если по 2-м маршрутам доступен получатель (без изменения src\dst ip) - вообще нет разницы, по какому из них передавать данные. Хоть через пакет чередавать

На выходе же был nat?

это если у юзера белый адрес. а если серый?

да, НАТ, с разными адресами на интерфейсах

тогда не изменялось, из-за Connection Tracking. Сессия в таком случае привязывается к интерфейсу

Белый или серый - без разницы. Главное иметь возможность передавать src ip один и тот же - с обоих интерфейсов.

Мы же не говорим, о том что у нас 2 разных uplink, на которых у нас серые IP, верно?)

ну я воспринимал ситуацию с точки зрения админа небольшой конторы у которой есть роутер с несколькими каналами , и DPI происходит на этом роутере

По DPI планировалось ловить торенты и заносить в правила айпишку и src. порт в правила. Тоесть сначала по ДПИ вычисляли порт торента, а уже на основании порта и айпишки отрабатывали правила маршртутизации и приоритезации в будущем. Правда руки так и не дошли закончить, так как скрипты получались заковыристые

Сказали что есть нат, какая у него прлизводительность? сколько cps (connections setups per second) и сколько клиентов может держать?

Пока не делал)

Пока

Спасибо

.

Что значит patrons only?

До 25 числа запись подкаста доступна только тем, кто поддерживает проект на патреоне

коих там обзывают патронами

до 25 числа только для заряженых пацанов 😊

Оу, понял.