The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Надоело дописывать новые ACL'ы и traffic-shaper'ы для каждог..."
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение [Проследить за развитием треда]

"Надоело дописывать новые ACL'ы и traffic-shaper'ы для каждог..." 
Сообщение от Jelis emailНайти другие сообщения данного автораПоместить сообщение в закладки. См. нижнее поле навигации. on 24-Июл-03, 14:22  (MSK)
Добрый день всем!
Ситуция такая: нужно ограничивать скорость у кучи пользователей по 64Кб/с каждому. Если прописать всех в один ACL и к этому ACL'у применить traffic-shaper то скорость у всех вместе будет 64Кб/с, а нужно чтоб она была у каждого! Сейчас это достигается путем прописывания каждого пользователя в отдельный ACL и приминения к этому ACL'у, опятаки же, отдельного traffiс-shapera. Конфиг пухнет, становится все менее и менее читабельным, и что самое фиговое - количество ACL'ов то ограниченно ;-(
Так вот как можно от этого избавиться? Чтоб засунуть всех в один ACL но скорость чтоб была у всех по 64Кб/с?
  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "Надоело дописывать новые ACL'ы и traffic-shaper'ы для каждог..." 
Сообщение от Асен Тотин emailНайти другие сообщения данного автораПоместить сообщение в закладки. См. нижнее поле навигации. on 25-Июл-03, 12:07  (MSK)
Привет,

Мечта сисадмина :) У меня схожая ситуация... возможный workaround: перейти на CBQ с использованием RATE и CEIL. Не везде приложимо, поскольку мы, например, делаем traffic shaping на основание TOS маркеров.

Второе возможное решение, хотя и глупое: делаешь policy routing и перебрасываешь трафик через PC, где уже делается shaping. FreeBSD имеет т.наз. pipes, которые работают очень точно (практически как traffic shape на Cisco), к тому же они работаюн не на уровне интерфейса, а на уровне ядра, что позволяет эффективно лимитировать траффик в обеих направлениях даже при исполузовании NAT.

WWell,

  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру