Dikana Опубликовано 22 ноября, 2005 · Жалоба Есть каналы в Интернет: 1 мбит 10 мбит Нужно, чтобы канал в 1 мбит был занят полность, если конечно нагрузка есть такая :), а на 10 мбит, только если 1 мбит занят. От провайдера помощи недождешься. Каналы в разных влан, с разными IP. Решение нужно надежное. Есть варианты с OSPF, но неуверент... Может есть еще варианты? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Я_рядом Опубликовано 23 ноября, 2005 · Жалоба Это уже не раз обсуждалось. Как вариант можно испльзовать железки, основанные на DNS коммутации: www.netgear.ru FVX538 FVS124G Web интерфейс управления FVX538 Web интерфейс управления FVS124G Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
UglyAdmin Опубликовано 23 ноября, 2005 · Жалоба НЮ-НЮ... А входящим как управлять в этом случае??? Если устроит NAT, то можно сделать на нём. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dikana Опубликовано 23 ноября, 2005 · Жалоба НЮ-НЮ...А входящим как управлять в этом случае??? Если устроит NAT, то можно сделать на нём. А через НАТ как, можно подробнее? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
UglyAdmin Опубликовано 23 ноября, 2005 · Жалоба Можно, но всё равно будет криво. Например до достижения какого-то порога пропускной способности канала пускать запросы через один канал (ответы пойдут в него же), а при превышении пускать в другой. Правильнее будет поставить на площадке аплинка свой рутер, который и будет разруливать трафик в зависимости от загрузки... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dikana Опубликовано 23 ноября, 2005 · Жалоба Можно, но всё равно будет криво.Например до достижения какого-то порога пропускной способности канала пускать запросы через один канал (ответы пойдут в него же), а при превышении пускать в другой. Правильнее будет поставить на площадке аплинка свой рутер, который и будет разруливать трафик в зависимости от загрузки... А как это поможет? Вот имеенно, что у аплинка два порта в каталисте, один 1 мбит анлим, а второй тарифицируемый... И мне нужно по максимуму загрузить первый порт... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
UglyAdmin Опубликовано 23 ноября, 2005 · Жалоба Ну, если сумеете договориться, то ставите рутер в сети аплинка, а потом гоните через 2 транспорта - один мегабитный, другой тарифицируемый. :) Проще договориться с аплинком, чтобы он эти каналы сам так разруливал... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dikana Опубликовано 23 ноября, 2005 · Жалоба Ну, если сумеете договориться, то ставите рутер в сети аплинка, а потом гоните через 2 транспорта - один мегабитный, другой тарифицируемый. :) Проще договориться с аплинком, чтобы он эти каналы сам так разруливал... Даааааа..... с ТТК договоришься..... :))))) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
UglyAdmin Опубликовано 23 ноября, 2005 · Жалоба да уж :))) тогда забить и пускать по трафику одних клиентов, а в анлим всяких дайлапщиков и халявщиков... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
IbZ Опубликовано 23 ноября, 2005 · Жалоба Dikana, делать как UglyAdmin говорит. Проанализировать трафик в своей сети и на этом основании продумать как в зависимости от вида клиентов, рода трафика и загруженности каналов в разное время суток НАТить часть трафика через один интерфейс, а все остальное через другой. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dikana Опубликовано 23 ноября, 2005 · Жалоба Dikana, делать как UglyAdmin говорит. Проанализировать трафик в своей сети и на этом основании продумать как в зависимости от вида клиентов, рода трафика и загруженности каналов в разное время суток НАТить часть трафика через один интерфейс, а все остальное через другой. Сложно добиться полной утилизации, при росте трафика постоянно придется правила менять... Хотелось бы автоматики... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
IbZ Опубликовано 24 ноября, 2005 · Жалоба Dikana, Рутер пс-шный? Тогда все в ваших руках - все зависит от вашего умения писать программы. Как бы это например можно было поступить если линуксовый рутер и если загрузка трудно прогнозируемая (Во что верится кстати с трудом - при утилизации канала на 1-2 мбита уже всегда виден его характер в зависимости от времени суток и будни это или выходные). раз в минуту с интерфейса который анлимит снимался бы трафик, складывала бы в файл. раз в 5 минут запускалась бы программа которая анализировала этот файл - если в каждую из этих 5 минут утилизация канала больше 80% - значит часть трафика надо снимать, если меньше 40-50 - значит на этот интерфейс надо дополнительно что-то заНАТить. Алгоритм условный, цифры можно под себя подправить. Неделя отладки - и вот оно счастье :) Если циска - то тут уже немного колдовства с snmp/rsh/nc - как вам удобней будет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
