форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[ Отслеживать ]

"проблема с нумерацией правил tc filter"

Сообщение от graysilver on 23-Июн-07, 12:32

На небольшом pppoe-сервере в скрипне при поднятии интерфейса содаются правила для шейпинга. Эта строчка создает фильтр по клиентскому IP: tc filter add dev imq0 parent 1: protocol ip prio 1 u32 match ip src $uip flowid 1:$i Проблема в том, что через пару суток переполняется счетчик правил filter и устанавливается в  800:fff для кажого нового правила: #tc filter show dev imq0 ..... filter parent 1: protocol ip pref 1 u32 fh 800::fff order 3408 key ht 800 bkt 0 flowid 1:107   match 0a01021b/ffffffff at 12 Как это можно побороть? Спасибо.

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "проблема с нумерацией правил tc filter"

Сообщение от Mikhail (??) on 24-Июн-07, 14:07

1) изменить установку правил - не поднимать по правилу для каждого адреса, а выставить общий счетчик для интерфейса с, например, дисциплиной "честного" распределения 2) убивать правило при выключении/падении подключения 3) периодически очищать правила для несуществующих подключений В зависимости от задачи можно еще много чего придумать. Общая рекомендация - не делать самое простое, а постараться оптимизировать правила.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	2. "проблема с нумерацией правил tc filter"
	Сообщение от graysilver on 24-Июн-07, 15:01
	>1) изменить установку правил - не поднимать по правилу для каждого адреса, >а выставить общий счетчик для интерфейса с, например, дисциплиной "честного" распределения > >2) убивать правило при выключении/падении подключения >3) периодически очищать правила для несуществующих подключений > >В зависимости от задачи можно еще много чего придумать. Общая рекомендация - >не делать самое простое, а постараться оптимизировать правила. В том то вся проблема, что правила удаляются через tc filter del dev imq1 parent 2: prio 1 handle $fid u32, но при этом счетчик правил идет дальше и свободные слоты не занимаются новыми правилами... Не знаю как его обнулять :(
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "проблема с нумерацией правил tc filter"
	Сообщение от AAndreychuk (??) on 15-Янв-08, 11:53
	>[оверквотинг удален] >>2) убивать правило при выключении/падении подключения >>3) периодически очищать правила для несуществующих подключений >> >>В зависимости от задачи можно еще много чего придумать. Общая рекомендация - >>не делать самое простое, а постараться оптимизировать правила. > >В том то вся проблема, что правила удаляются через tc filter del >dev imq1 parent 2: prio 1 handle $fid u32, но при >этом счетчик правил идет дальше и свободные слоты не занимаются новыми >правилами... Не знаю как его обнулять :( Да, столкнулся с такой-же проблемой... Неужели нет решения другого, чем удаление вообще корневой дисциплины?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]