Страница печати | Закрыть окно

Advanced routing

Распечатать форум: Форум компании Смарт-Софт
Категория: Главный раздел
Название форума: Traffic Inspector - пожелания по развитию.
Описание форума: Любые конструктивные предложения по развитию продукта.
URL: http://forum.smart-soft.ru/forum_posts.asp?TID=1378
Дата печати: 21-Янв-19 в 05:32
Версия ПО: Web Wiz Forums 10.14 - http://www.webwizforums.com


Тема: Advanced routing
Автор: Administrator
Тема: Advanced routing
Дата отправки: 26-Сен-04 в 16:36

Уже много раз на форуме поднимали эту тему. Вот ссылки -

http://www.smart-soft.ru/forum/forum_posts.asp?TID=8 - http://www.smart-soft.ru/forum/forum_posts.asp?TID=8

http://www.smart-soft.ru/forum/forum_posts.asp?TID=596 - http://www.smart-soft.ru/forum/forum_posts.asp?TID=596

http://www.smart-soft.ru/forum/forum_posts.asp?TID=680 - http://www.smart-soft.ru/forum/forum_posts.asp?TID=680

http://www.smart-soft.ru/forum/forum_posts.asp?TID=836 - http://www.smart-soft.ru/forum/forum_posts.asp?TID=836

http://www.smart-soft.ru/forum/forum_posts.asp?TID=1169 - http://www.smart-soft.ru/forum/forum_posts.asp?TID=1169

Задача стоит в том, что-бы заставить роутер Windows разный трафик гнать по разным внешним интерфейсам. Как известно, роутер не умеет в качестве критерия маршрута использовать что-то еще, кроме адреса назначения. Назначение в роутере нескольких маршрутов по умолчанию задачу эту никак не решает.

Мы придумали, как это сделать. Роутится будет любой трафик, прямой, через NAT Windows, а также со служб прокси сервера и SOCKS. Не получится управлять маршрутизацией трафика с других служб самого сервера.

К заявленной ранее фиче расширенного роутинга для прокси (SOCKS) http://www.smart-soft.ru/forum/forum_posts.asp?TID=590 - http://www.smart-soft.ru/forum/forum_posts.asp?TID=590 , которую планировали сделать в 1.2, это прямого отношения не имеет. Там речь идет о форвардинге и это будем делать в любом случае в версии 1.2.

Настройки этого будут минимальные. Появится еще один тип фильтра в разделе Внутренние сети, где можно будет описать привязку трафика к конкретному внешнему интерфейсу.

Эта реализация нормально вписывается в возможности версии 1.1 и, если мы положительно оценим ее срочность и актуальность, то сделаем в ближайшее время.

 




Ответов:
Автор: Akar
Дата отправки: 27-Сен-04 в 11:31

Это очень нужная вещь. Пожалуй, это самое главное, чего для меня не хватает в ТИ.

Начинали с одного провайдера, тогда всего хватало. Сейчас провайдеров два, при наличии такой фишки можно было гораздо более рационально и дешево использовать имеющиеся у меня подключения к инету.



Автор: Administrator
Дата отправки: 27-Сен-04 в 11:35

Огромная просьба - если используете другой софт, укажите тут какой! Заранее спасибо.



Автор: CoFF
Дата отправки: 27-Сен-04 в 14:52

Я мозг себе сломал как сделать чтоб часть юзеров шла через 1ого провайдера часть через другого. Была одна мысль как стандартными средствами это реализовать. Но время на проверку этого метода по полной не хватает.. было бы очень здорово если бы вы реализовали эту функцию в программе в ближайшее время..



Автор: CoFF
Дата отправки: 03-Окт-04 в 15:53

А когда можно ожидать эту функцию, если она будет реализовываться в текущей версии ?



Автор: Administrator
Дата отправки: 03-Окт-04 в 16:37

У нас порядок работы такой - сначала ошибки, а потом дополнения. Не исключено, что в октябре это сделаем.



Автор: CoFF
Дата отправки: 04-Окт-04 в 10:15

Я готов принять участие в раннем альфа тестировании этой функции.



Автор: r155
Дата отправки: 07-Окт-04 в 01:04

Есть такой девайс linksys rv082. Вот если бы его некоторые функции удалось воплотить в ТИ - было бы супер. В частности резервирование канала и балансировку нагрузки.

Цитата из описания девайса :

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

При режиме балансирования нагрузки можно выбрать ещё два варианта: автоматическое по трафику и заданное пользователем. При ручной настройке следует выбрать максимальную скорость исходящего трафика (Max. Bandwidth of Upstream) (64K/128K/256K/384K/512K/1024K/1,5M/2M/2,5M или выше) и входящего (Downstream) (512K/1024K/1,5M/2M/2,5M или выше) для WAN1 и для WAN2. Мы рекомендуем предварительно протестировать пропускную способность каждого из каналов, чтобы выставить реальные значения. Какими бы заоблачными вы ни установили параметры, они не увеличат реальную пропускную способность канала.

В случае автоматического определения, скорость для WAN1 и WAN2 будет определена автоматически, а балансирование нагрузки будет осуществляться при помощи протокола Weighted Round Robin. Если скорость входящего/исходящего трафика превысит пороговое значение (30%, 40%, 50%, 60%, 70%, 80%, 90%), маршрутизатор станет использовать второй канал. Когда активность снизится, после некоторого устанавливаемого промежутка времени (сразу/ 10 мин/ 20 мин/ 30 мин/ 40 мин/ 50мин/ 60 мин), второй канал будет отключён.



Автор: CoFF
Дата отправки: 13-Окт-04 в 11:06

Как процесс разработки идёт ? :) Я бы уже  с удовольствием потестировал эту функцию :)



Автор: Some
Дата отправки: 20-Окт-04 в 00:08
Плиз напишите хоть небольшую справочку (пример) как заставить винду направлять трафик допустим на айпи 10,0,0,0-10,0,0,255 на внешний интерфейс 1, а все остальное через внешний интерфейс 2.


Автор: Kostyan
Дата отправки: 20-Окт-04 в 09:59
Исходное сообщение Some Some :

Плиз напишите хоть небольшую справочку (пример) как заставить винду направлять трафик допустим на айпи 10,0,0,0-10,0,0,255 на внешний интерфейс 1, а все остальное через внешний интерфейс 2.

Все очень просто!!! Вызываем командную строку, пишем "route /?" и читаем что там написано (если сервак на Англ. и есть рядом ХР рус., то можно почитать на ХР) в твоем случае получается:
route -p add 10.0.0.0 MASK 255.255.255.0 IP_Interfeisa IF Nomer_interfeisa
Переменная "IP_Interfeisa" - Адрес сет.карточки через которую ты ломишься на данные адреса, "Nomer_interfeisa" можно посмотреть набрав "route print" и посмотрев в самом начале.
Сложного тут ничего нет!!!


Автор: Some
Дата отправки: 21-Окт-04 в 22:50
Спасибо! Все вроде понятно только номер интерфейса - это должно быть простое число типа 1,2,3 или может быть типа 0x10003 ? И как можна автоматизировать введение 900 диапазонов? :)


Автор: Administrator
Дата отправки: 22-Окт-04 в 09:52

Оффтоп! Поглядите на название темы!

Заводите тут http://www.smart-soft.ru/forum/forum_topics.asp?FID=4 - http://www.smart-soft.ru/forum/forum_topics.asp?FID=4  отдельную тему и спрашивайте.



Автор: minya
Дата отправки: 24-Окт-04 в 01:38

А как долго эта фича будет разрабатываться?



Автор: Rakel'
Дата отправки: 04-Ноя-04 в 13:42

Любой провайдер обязан думать о надежности своего канала доступа в интернет. Для этого используются избыточные связи.

Я то-же использую более одного прова. Сейчас разгоняю по метрикам, но это не совсем удобно, т.к. связъ на одном канале должна полностью отсутствовать, чтоб маршрутизатор переключился на резервный.

Считаю введение данной функции жизненно необходимой для вашей программы... самое главное - чтьоб не в ущерб ее надежности



Автор: Administrator
Дата отправки: 04-Ноя-04 в 15:25

Эта будующая функция НЕ РЕШАЕТ вопрос автоматического переключения на резервный канал при падении основного, когда сам интерфейс явно не падает.

Это задача динамической маршрутизации и тут велосипед изобретать бессмысленно.

Самое подходящее и продвинутое - BGP, что серьезные провайдеры и используют. Кстати, это делается и без получения официальной AS, надо только договориться с обеими провайдерами. Но под Windows этой штуки нет, придется на роутер ставить FreeBSD или Linux + Zebra. Получаете резервирование и балансировку нагрузки.

Также это решаемо и на OSPF, служба RRAS этот протокол поддерживает. Но на OSPF не реализуется балансировка нагрузки.

Отмечу, что оба этих решения требуют участия Ваших провайдеров, отдельно от них это работать не будет.

 



Автор: CoFF
Дата отправки: 06-Ноя-04 в 15:04

Так планируется или нет ? Ну просто очень нужно.



Автор: CoFF
Дата отправки: 10-Ноя-04 в 11:51

Ну хоть намекните, когда ожидать. Я бы и бету и альфа версию у себя поставил... Помомог чем бы смог  для ускорения разработки этой функции, просто по зарез нужна..

Или же ждать сейчас не имеет смысла и лучше обратить свой взор на другие продукты ?



Автор: buGs
Дата отправки: 21-Ноя-04 в 14:57
Прошёл почти год.. =)


Автор: asd333
Дата отправки: 16-Дек-04 в 05:34

Хотю...



Автор: George Khvitiya
Дата отправки: 17-Дек-04 в 18:22

Вопрос стал крайне остро. Просто скажите что будет не раньше чем через 2 месяца. Тогда будем искать что-то другое.

А то пишите:

Исходное сообщение Administrator Administrator :

У нас порядок работы такой - сначала ошибки, а потом дополнения. Не исключено, что в октябре это сделаем.

А уже середина декабря. Я уже и автообновление списков сделал.



-------------
С уважением,
Георгий aka Hell King


Автор: Administrator
Дата отправки: 17-Дек-04 в 18:30

Мы сейчас работаем над переводом части конфига на xml - без этого Advanced Routing и некоторые другие запланированные усовершенствования невозможны.

Переделки большие , но надеемся что в первую половину января с заявленной фичей уложимся. Кстати, ранее это все планировалось сделать в версии 1.2.

 



Автор: George Khvitiya
Дата отправки: 17-Дек-04 в 19:35

Большое спасибо за информацию. До января сможем подождать, тем более остался месяц только.

 



-------------
С уважением,
Георгий aka Hell King


Автор: Fuzik
Дата отправки: 23-Дек-04 в 00:10

А когда собсно та так расхваливаемая 1.2 будет. Сплошными слухами питаемся!



Автор: great
Дата отправки: 04-Янв-05 в 04:14

Есть ли какие то продвижения это "фичи"?

Очень просто необходимо!



Автор: Administrator
Дата отправки: 04-Янв-05 в 10:30

Скорее всего это будет сделано через одну сборку. Пара недель.



Автор: great
Дата отправки: 21-Янв-05 в 21:16

Как продвигается Advanced Routing? есть ли какие-то новости?

Спасибо



Автор: Administrator
Дата отправки: 23-Янв-05 в 12:31

Будет в 1.1.3



Автор: great
Дата отправки: 23-Янв-05 в 12:39
Исходное сообщение Administrator Administrator :

Будет в 1.1.3

А когда будет 1.1.3 ? В январе успеете?



Автор: Administrator
Дата отправки: 23-Янв-05 в 12:48

Она уже есть, в бете выложена. Но эта фича там пока отсутствует.

В этой версии планируется (по порядку реализации)

1. Разобраться с ошибками в прокси

2. Обработка FTP-DATA на firewall.

3. Собственно Advanced routing.

Также планируется масса внутренних доработок, прежде всего для оптимизации работы программы при большой нагрузке по трафику. Так что работы тут много.

 



Автор: great
Дата отправки: 24-Янв-05 в 14:22
Исходное сообщение Administrator Administrator :

Но эта фича там пока отсутствует.

Примерно хоть когда будет? неделя, месяц, полгода?

Стою перед выбором: ждать, или собирать второй сервер под инет :( очень бы не хотелось

 



Автор: Logrus
Дата отправки: 12-Фев-05 в 19:16

Когда???? Вы можете сказать конкретнее?? Надо уже сейчас! Покупать чужое? 



Автор: Administrator
Дата отправки: 13-Фев-05 в 10:01

Сколько уже отвечать ? Поймите, мы не можем на проблемный код вешать еще такие новые серьезные фичи. Как обещали, в текущей версии это будет.



Автор: SERIUS
Дата отправки: 28-Фев-05 в 19:50
Ну что, как дела с Адвансед Роутингом?


Автор: Алексей
Дата отправки: 08-Мар-05 в 14:00

У меня 2 канала от одного провайдера ,один безлимитный второй скоростной коммерческий, я так понял можно будет вставить вторую сетевую карту ,появиться 2 внешних интерфейса и разделить пользователей на разные провайдеры ,так я понял? НО очень важно для меня чтоб кеш прокси был для всех общий ,так и будет задумано ?



Автор: buGs
Дата отправки: 08-Мар-05 в 14:29
Ребят, когда примерно появится?


Автор: Administrator
Дата отправки: 08-Мар-05 в 14:44
Среди новых фич это #1 по приоритету.


Автор: buGs
Дата отправки: 08-Мар-05 в 15:11
А хоть примерные сроки? =)


Автор: VAFER
Дата отправки: 12-Мар-05 в 17:03

Блин, никак не могу дождатся этой фичи... очень надо...

 



Автор: Administrator
Дата отправки: 12-Мар-05 в 17:12
Можем порадовать - если не подвалят проблемы с серьезными ошибками, на следующей неделе уже приступим.


Автор: great
Дата отправки: 15-Мар-05 в 15:28

Можно ли будет организовать + каскадирование HTTP на каждую группу?

т.е. кроме того, что1 группу посадить на 1-й канал, 2-ю на 2-й.

реализовать 1-я группа каскад на 3-й канал а нат на 1-й.

 



Автор: Administrator
Дата отправки: 15-Мар-05 в 15:38

То что сейчас делается в 1.1.3, к HTTP каскаду отношения не имеет.

Это вот - http://www.smart-soft.ru/forum/forum_posts.asp?TID=590&PN=1 - http://www.smart-soft.ru/forum/forum_posts.asp?TID=590&P N=1

Планируется в 1.1.4



Автор: great
Дата отправки: 15-Мар-05 в 20:15

Роутинга я уже очень давно сам жду! :) Очень надо!

Просто хотел уточнить, что будет с каскадом.

Кстати вы его что перенесете в версию 1.1.4 ?

 

 



Автор: Administrator
Дата отправки: 15-Мар-05 в 20:35
Что перенесете ? Роутинг к началу следующей недели должен уже быть.


Автор: great
Дата отправки: 15-Мар-05 в 23:18

Отлично!!!

Я почти уже решился вешаться  

Самый первый тест беты мой! :)

 




Страница печати | Закрыть окно