https://opennet.ru/openforum/vsluhforumID6/9171.html Доброе время суток<br>Помогите subj<br><br>Есть два выхода в интернет. Есть два блока адресов от каждого ISP.<br>Так вот хотелось бы сделать выход в интернет для локальной сети в интерент. Причем с распределением нагрузки по двум каналам и<br>переключением потока данных если один из каналов падает.<br><br>Для понимания набросаю схему подключения<br>LAN: 172.16.0.0/16<br>DMZ1: 195.195.195.0/28 (pool ISP1)<br>last change to ISP1: 195.195.100.0/30<br>DMZ2: 196.196.195.0/28 (pool ISP2)<br>last change to ISP2: 196.196.100.0/30<br><br><br>ISP1&lt;-196.196.100.0/30 e0/0(router1)e0/1 -\<br> \(195.195.195.0/28) <br> \<br> \e0/1<br> (router3)e1/0-LAN 172.16.0.0/16<br> /e0/0<br> /<br> /(196.196.195.0/28<br>ISP2&lt;-196.196.100.0/30 e0/0(router2)e0/1 -/<br><br> https://opennet.ru/openforum/vsluhforumID6/9171.html#8 Thu, 19 Aug 2010 08:06:55 GMT &gt;[оверквотинг удален]<br>&gt;Интересное решение предлагает компания ООО &#171;Нетсиб&#187; - Lan2net Traffic Shaper. Можно сказать, <br>&gt;что это клон Shaper, встроенного в ядро Unix систем, только под <br>&gt;ОС Windows. В нем реализованы те же алгоритмы (регуляторы HTB, TBF, <br>&gt;DRR), а настройка Lan2net Traffic Shaper окажется не сложной даже для <br>&gt;администратора небольшого офиса. Lan2net Traffic Shaper разделяет весь трафик на классы, <br>&gt;и к каждому классу можно применить индивидуальные настройки, в зависимости от <br>&gt;потребностей пользователей. Если в этом потребности нет, то можно просто ограничить <br>&gt;скорость передачи всего трафика. <br>&gt;<br>&gt;Ссылка на сайт: http://www.lan2net.ru <br><br>Осталось запустить Windows на Cisco - и можно будет его испльзовать ;)<br><br><br> https://opennet.ru/openforum/vsluhforumID6/9171.html#7 Thu, 19 Aug 2010 08:04:23 GMT В последнее время проблема стоимости трафика отходит на второй план, а вот проблемы со скоростью передачи данных через Интернет остаются. Какой бы широкий не был канал, один пользователь, закачивая большой файл, может занять его весь. Так, если одни пользователи скачивают большие объемы информации, то они могут существенно ограничить скорость другим пользователям. Для решения этой проблемы необходимо распределять Интернет канал между пользователями в соответствии с их потребностями. <br>Существует несколько решений этой проблемы. Но на практике оказывается что они: либо дорогие, либо их сложно применять, либо лишь частично решают проблему. Имеются хорошие решения для распределения канала на базе Unix систем. Но эти решения требуют наличия совместимой аппаратной части и содержание в штате администратора этой системы. Аппаратные решения, как, например, сетевой роутер, которые позволяют управлять трафиком, как правило, дорогостоящие, и их настройка также может стать нетривиальной задачей. <br>Некоторые производители https://opennet.ru/openforum/vsluhforumID6/9171.html#6 Thu, 24 Nov 2005 06:51:23 GMT Поднимаешь 2 тунеля (на каждого из провов) и если пропадает линк между клиентом и сервером, тунель и соответственно падает и маршрутизация в этот тунель. https://opennet.ru/openforum/vsluhforumID6/9171.html#5 Mon, 14 Nov 2005 08:38:43 GMT Бодрое время суток<br><br>И всетаки может кто подсказать по теме<br>попробую упрастить задачу (гы-гы :) )<br><br>схема<br>LAN: 172.16.0.0/16 <br>DMZ1: 195.195.195.0/28 (pool ISP1) <br>last change to ISP1: 195.195.100.0/30 <br>DMZ2: 196.196.195.0/28 (pool ISP2) <br>last change to ISP2: 196.196.100.0/30 <br><br><br>ISP1&lt;-196.196.100.0/30 e0/0(router1)e0/1 -\ <br> \(195.195.195.0/28) <br> \ <br> \e0/1 <br> (router3)e1/0-LAN 172.16.0.0/16 <br> /e0/0 <br> / <br> /(196.196.195.0/28 <br>ISP2&lt;-196.196.100.0/30 e0/0(router2)e0/1 -/<br><br>На route https://opennet.ru/openforum/vsluhforumID6/9171.html#4 Sun, 13 Nov 2005 18:24:30 GMT &gt;&gt;<br>&gt;&gt;Есть два выхода в интернет. Есть два блока адресов от каждого ISP. <br>&gt;Для определения работоспособности канала и укладывания в даун неработоспособного можно использовать <br>&gt;Object Tracking. <br>&gt;http://www.cisco.com/en/US/products/sw/iosswrel/ps5413/products_feature_guide09186a00801d862d.html#wp1076262 <br>&gt;А примитивный баланс роутер сделает сам, если указать до 6 маршрутов с <br>&gt;одинаковой метрикой, пакеты будут раскидываться между ними. Т.е. можно иметь загрузку <br>&gt;двух каналов приблизительно 50/50 или например 33/66 . (Соответственно можно выбрать <br>&gt; per-packet или per-destination basis). <br>&gt;Надо только понимать что в этом случае прямо управлять ( и то <br>&gt;ориентировочно) Вы можете только исходящим трафиком.(Такой метод вообще-то рассчитан на <br>&gt;балансинг внутри AS при применении соответствующих внутренних протоколов маршрутизации типа RIP2, <br>&gt;OSP...) <br>&gt;http://www.cisco.com/warp/public/105/46.html <br>&gt;С собственной AS и BGP будете вообще в шоколаде... ;) <br><br><br>А можно что нить в виде конфигов по данно https://opennet.ru/openforum/vsluhforumID6/9171.html#3 Sun, 13 Nov 2005 17:02:40 GMT &gt;<br>&gt;Есть два выхода в интернет. Есть два блока адресов от каждого ISP. <br>Для определения работоспособности канала и укладывания в даун неработоспособного можно использовать Object Tracking.<br>http://www.cisco.com/en/US/products/sw/iosswrel/ps5413/products_feature_guide09186a00801d862d.html#wp1076262<br>А примитивный баланс роутер сделает сам, если указать до 6 маршрутов с одинаковой метрикой, пакеты будут раскидываться между ними. Т.е. можно иметь загрузку двух каналов приблизительно 50/50 или например 33/66 . (Соответственно можно выбрать per-packet или per-destination basis).<br>Надо только понимать что в этом случае прямо управлять ( и то ориентировочно) Вы можете только исходящим трафиком.(Такой метод вообще-то рассчитан на балансинг внутри AS при применении соответствующих внутренних протоколов маршрутизации типа RIP2, OSP...)<br>http://www.cisco.com/warp/public/105/46.html<br>С собственной AS и BGP будете вообще в шоколаде... ;)<br> https://opennet.ru/openforum/vsluhforumID6/9171.html#2 Sun, 13 Nov 2005 15:52:07 GMT &gt;Ну, минимальную балансировку нагрузки можно выполнить путем простого форвардинга части клиентов по <br>&gt;1 каналу, а другой части по второму. По поводу отказа канала, <br>&gt;можно написать мини скрипт, в котором проверять работоспособность каналов, и в <br>&gt;случае отключения одного из них, менять правила форвардинга. Возможно, имеет смысл <br>&gt;подключить к этому делу SNMP и уже именно с него снимать <br>&gt;показатели загрузки канала или его отказ. Этот путь сложнее, но сулит <br>&gt;большую гибкость. Выбирай решение в зависимости от потребностей. <br><br>Бодрое время суток.<br><br>1. По поводу расспределения нагрузки. Хотелось бы как раз динамического расспределения.<br><br><br>2. По поводу отказа канала, а можно поподробней про скрипт, к примеру ссылку какую на cisco.com или пару команда для понимания, а то здесь у меня в плане "скриптов" какое то отсудствие знаний ваще.<br><br><br>Хочу заметить блок адесов от каждого ISP роутит только он сам<br>Есть предположение использовать BGP и для динамического расспределения нагрузки и для слежением за состо https://opennet.ru/openforum/vsluhforumID6/9171.html#1 Sun, 13 Nov 2005 11:34:24 GMT Ну, минимальную балансировку нагрузки можно выполнить путем простого форвардинга части клиентов по 1 каналу, а другой части по второму. По поводу отказа канала, можно написать мини скрипт, в котором проверять работоспособность каналов, и в случае отключения одного из них, менять правила форвардинга. Возможно, имеет смысл подключить к этому делу SNMP и уже именно с него снимать показатели загрузки канала или его отказ. Этот путь сложнее, но сулит большую гибкость. Выбирай решение в зависимости от потребностей.