в отношении IPv4:
TCP-соединение (не UDP, не Multicast и т. д.), при котором приложения сеансов устанавливают для проведения транзакций и представляют контент между одним и только одним исходным IP:портом и одним и только одним IP:портом назначения. Протокол не разрешает соединения "один ко многим" для одной сессии, что касается публичного Интернета. Из-за stateful природы TCP, в то время как может быть возможно иметь несколько частных хостов, ведут части одиночный сеанс при посредничестве балансировщика нагрузки, скорее всего, непрактичен.
маршрут между этими двумя хостами ip: port может быть бесконечно динамичным, поскольку ни один хост не исчерпывает ресурсы или не превышает таймеры. Это включает корректную обработку пакетов вне последовательности, пока никакие пределы, твердые или мягкие, не превышены.
Это означает, что для балансировки нагрузки сеанса по двум отдельным ссылкам в исходящем направлении оба пути должны быть в состоянии передать трафик от того же IP-адреса источника к тому же IP-адресу назначения.
когда две ссылки принадлежат одному провайдеру, это обычно не является проблемой, если только нет строгих фильтров IP источника (явных или неявных) на каждом соединении. Фактически, если нет конкретных ограничений, можно балансировать в исходящем направлении по двум отдельным ссылкам без какой-либо помощи со стороны провайдера.
не так для балансировки нагрузки входящего трафика, однако. Провайдер почти всегда шаг в Включить балансировка нагрузки во входящем направлении.
давайте предположим, что ISP бортовой с реализацией балансировки нагрузки для вас:
один из самых простых способов сделать это-назначить вам собственную подсеть, кроме обычных сетей, обслуживаемых DSLAM. Эта подсеть может быть такой же маленькой, как один хост /32, или, для офиса, возможно, даже несколько сотен хостов.
для надежного распределения нагрузки между 2 соединениями ИП и оборудованием предпосылки клиента (CPE), нагрузка балансировщик должен иметь по крайней мере 3 отдельных интерфейса, и два интерфейса, обращенных к ISP, должны принадлежать двум различным сетям, чтобы устранить любые неоднозначные решения о маршрутизации или коммутации
скажите, что один из ваших интерфейсов балансировщика нагрузки ISP-facing 10.2.2.2/30, другой 10.2.254 / 30. Ваша сеть CPE 65.172.1.0 / 24, и интерфейс CPE балансировщика нагрузки является 65.172.1.1.
ваш нагрузк-balacner сделать некоторую форму следование:
ip route 0.0.0.0 0.0.0.0 10.2.2.1
ip route 0.0.0.0 0.0.0.0 10.2.2.253
это создает два статических маршрута по умолчанию с одинаковым приоритетом для каждого подключения к интернет-провайдеру.
на маршрутизаторе cisco, ведущем себя как балансировщик нагрузки, метод по умолчанию должен был балансировать нагрузку на назначение, поскольку поток кэша маршрута пути работает, это-меньше работы для маршрутизатора. Впрочем, был вариант
ip load-sharing per-packet
, который будет перенаправлять трафик, имеющий более одного эквивалентного маршрута, в циклическом переборе обоих интерфейсов.
ip load-sharing per-destination
возвращает схему по умолчанию.
Эта настройка будет балансировать нагрузку исходящих подключений.
ваш интернет-провайдер должен был бы настроить эти два статических маршрута на своем устройстве с одним и тем же параметром на пакет или на назначение, скорее всего, первым:
ip route 65.172.1.0 255.255.255.0 10.2.2.2
ip route 65.172.1.0 255.255.255.0 10.2.2.254
если настроены правильно по обоим бортам, интерфейсы WAN балансировки нагрузки, должны представить тот же пакет в секунду получил, и то же пакетов в секунду переданная статистика.
функции, о которых вы спрашиваете, очень похожи на совместное использование нагрузки на пакет и на назначение. Однако, если это один и тот же интернет-провайдер, вы можете безопасно оставить его на каждом пакете; опция "оптимизирован" больше для балансировки нагрузки двух подключений к разным провайдерам. Обратите внимание, что изменение этого параметра влияет только на исходящий трафик, и не влияет на входящий.
маловероятно, что вы сможете реализовать двустороннюю балансировку нагрузки подключение без посторонней помощи (и, вероятно, плата) от вашего провайдера. Ваш интернет-провайдер должен быть в состоянии проконсультировать вас по настройкам, которые соответствуют вашей ситуации.
однако, на мой взгляд, учитывая то, что я знаю о вашем дизайне сети, что будут какие-либо заметные проблемы с каждым пакетом.
Komp
3004
