proNovell

Пускаем инет через BorderManager v3.8 есть несколько вопросов...
1. Как можно организовать ограничение скорости потока для конкретных пользователей?
2. Как устанавливать лимиты на трафик на сутки\неделю\месяц?
3. Как мониторить юзеров, юзающих BorderManager в реальном времени?

Какие есть рещения и подходы к реализации данных задач?

По поводу вопроса №3 посмотрите вот это:
http://novell.org.ru/forum/viewtopic.ph ... =rtmonitor
и вот это
http://novell.org.ru/forum/viewtopic.ph ... =rtmonitor
А вот решить первые два вопроса средствами BM, по-моему, нельзя. Если я не прав, пускай меня поправят другие участники форума.

по второму вопросу
http://www.kvy.com.ua/trapper.php
Вот енту феню погляди, но для небольших задач предназначена только.

aMario писал(а):Пускаем инет через BorderManager v3.8 есть несколько вопросов...

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

BorderManager - это буржуйский продукт для корпоративного использования. Никогда в процессе постановки задачи для техзадания на программирования индусам не вставали вопросы по обеспечению функционала по лимитированию потоком и скорости. Сами посудите, вы-же не ограничаваете каналы Backbone... А у америкозов инет 10М - это минимум... Просто нет необходимости в Ваших задачах...

Вобщем была поставлена задача пустить инет в сеть через Novell сервер. Был поставлен бордюр (Border Manager) для этих целей. А то, что он такой ущербный, выяснилось в процессе эксплуатации.
Вот и приходится искать решения через одно место... для нормальной работы. Грустно то как.... ((

aMario писал(а):Вобщем была поставлена задача пустить инет в сеть через Novell сервер. Был поставлен бордюр (Border Manager) для этих целей. А то, что он такой ущербный, выяснилось в процессе эксплуатации.
Вот и приходится искать решения через одно место... для нормальной работы. Грустно то как.... ((

Вообще-то дело вкуса. А считать можно по разному. На мой взгляд, это у нас ущербный интернет, а не ущербный бордюр... Тащщить и не пущщать - очень старая практика. Но кто сказал, что самая верная? Если неверно выбрана скорость доступа/объем трафика - все цацки, об отстутствии которых вы так плачитесь, не помогут. Еще более фатально жлобство власть предержащих,всегда знающих лутше всех, что куда и сколько надо дать... Так может, просто ничего никому не давать Пусть босс ставит модем себе и решает вопрос по-кухонному: я тебе верю - на полный черпак! А тебе не верю - соси лапу! Квотирование трафика иногда нужно, но в большинстве случаев за ним прячут административную немочь наказания бездельников.

по 1 вопросу

http://www.trafficshaper.com/

capricious писал(а):по 1 вопросу

http://www.trafficshaper.com/

Перетирали Не поможет.

Мещеряков Андрей писал(а):

capricious писал(а):по 1 вопросу

http://www.trafficshaper.com/

Перетирали Не поможет.

Жалко $300? У меня есть TSEBeta2.zip и TSEBeta3EAR.zip за них платить не надо было, только вот не знаю насколько будет законно если я ими поделюсь. ИМХО каждому пользователю резать канал ето извращение, хотя и можно в принципе. У меня просто если пользователь любой жрет трафик до опр. порога . полоса для него падает до более низкого.

Владимир Горяев писал(а):

Мещеряков Андрей писал(а):

capricious писал(а):по 1 вопросу

http://www.trafficshaper.com/

Перетирали Не поможет.

Жалко $300? У меня есть TSEBeta2.zip и TSEBeta3EAR.zip за них платить не надо было, только вот не знаю насколько будет законно если я ими поделюсь. ИМХО каждому пользователю резать канал ето извращение, хотя и можно в принципе. У меня просто если пользователь любой жрет трафик до опр. порога . полоса для него падает до более низкого.

Эта штука жмет канал ДО прокси, или ПОСЛЕ Если ДО - молчу молчу, признаю свою карнаухость, но если после - все правильно. Можно задавить канал от сервера до пользователя при помощи того же TSE - но на черта? Бордюр кеширующий, получив заказ, он начнет тащить полной струей, забивая узкий канал в Инет, что и является предметом спора... Собственно, к отстуствию этой возможности я уже начал относиться философски... вот отстутствие квот действительно досаждает. А шейпер, режущий канал пользователю после прокси - может быть реализован только на уровне самого прокси - как в сквиде или ISA, не переписав бордюр, такого не сделаешь, мне так думается.

Ета штука биндится к интерфейсам, хошь к приватному, хошь к публичному, хош к обоим, хош к нескольким (в зависимости от версии, но минимальный максимум - 4). На внешнем удобно резать не пользователей а сервисы (акселераторы и пр.), например чтоб фтп или веб весь канал не забирал.

Владимир Горяев писал(а):Ета штука биндится к интерфейсам, хошь к приватному, хошь к публичному, хош к обоим, хош к нескольким (в зависимости от версии, но минимальный максимум - 4). На внешнем удобно резать не пользователей а сервисы (акселераторы и пр.), например чтоб фтп или веб весь канал не забирал.

Дык речь-то шла о пользователях

Мещеряков Андрей писал(а):Дык речь-то шла о пользователях

Ну не только. Если нету опережающего кеширования или через NAT, можно резать и от внутреннего интерфейса до пользователя(ей).

Владимир Горяев писал(а): Ну не только. Если нету опережающего кеширования или через NAT, можно резать и от внутреннего интерфейса до пользователя(ей).

Возвращаемся Резать, еще раз говорю, можно, только не там, где надо. А там где надо - нельзя. Если есть конкуренция за канал между прокси и другими серверами - акселераторами - тогда от tse будет возможно толк. Но запретить пользователю занимать весь канал связкой tse - border - не получится.

Мещеряков Андрей писал(а): Но запретить пользователю занимать весь канал связкой tse - border - не получится.

Представь - пользователь подсоединился к BM по модему 33.6, он что весь канал займет?