Cisco 7500 series в качестве NAS
Cisco 7500 series в качестве NAS
Взяли тут на днях на тестирование железку - есть надобность настроить сей сабж в качестве PPPoE nas. Где лучше шейпить на freebsd или кошке? Кто настраивал подобное - поделитесь плз конфигом
-
- Site Admin
- Сообщения: 5746
- Зарегистрирован: Пт янв 28, 2005 3:11 pm
- Контактная информация:
-
- Site Admin
- Сообщения: 5746
- Зарегистрирован: Пт янв 28, 2005 3:11 pm
- Контактная информация:
cisco не отдаёт значение портаchtito2 писал(а):Например NAS port онлайн юзеров в таблицу не садится, а остается нулем. Это затрудняет автоматический кик юзеров при превышении лимитов.А в какой стадии находится nas Cisco (Experimental) в биллинге?
Билинг без проблем сбрасывает сессии
Как всегда не разобрались и чтото себе пишете
-
- Сообщения: 95
- Зарегистрирован: Сб июн 24, 2006 5:38 pm
Не нужно гнать, у меня на кошке есть и пппое и пптп. Да, порт и цид на пппое не передается, но это не мешает шейпить и кикать юзеров.chtito2 писал(а):Например NAS port онлайн юзеров в таблицу не садится, а остается нулем. Это затрудняет автоматический кик юзеров при превышении лимитов.А в какой стадии находится nas Cisco (Experimental) в биллинге?
Шейпер передается через радиус av-pair, а кикает отлично через POD.
-
- Сообщения: 95
- Зарегистрирован: Сб июн 24, 2006 5:38 pm
viewtopic.php?t=4043&start=0&postdays=0 ... hlight=podchtito2 писал(а):Ну если без проблем сбрасывает, тогда будем знать.А где это?кикает отлично через POD.
-
- Сообщения: 95
- Зарегистрирован: Сб июн 24, 2006 5:38 pm
У меня нет надобности вышибать юзеров при переходе временных интервалов, но по идее должно, т.к. это решение ничем не отличается от решений остальных насов.chtito2 писал(а):Спасибо! Так еще оптимальней. И что, теперь эта штука будет сшибать с Cisco NAS при определенных моментах? Например, если выражение интервала вступило в силу. Или исчерпан лимит по трафику. Это скорее вопрос по архитектуре Абиллса, чем PoD.
-
- Сообщения: 95
- Зарегистрирован: Сб июн 24, 2006 5:38 pm
traffic2sql долго работает - 6-7 секунд для ~350 онлайн абонентов, и при этом использует только 1 CPU. Учитывая, что запускается она у меня раз в минуту, это накладно. Можно как-то ее разнести на несколько CPU? Т.е. вместо
* * * * * /usr/abills/libexec/traffic2sql 1-12 flowdir=/var/log/ipn
сделать
* * * * * /usr/abills/libexec/traffic2sql 1-4 flowdir=/var/log/ipn
* * * * * /usr/abills/libexec/traffic2sql 5-8 flowdir=/var/log/ipn
* * * * * /usr/abills/libexec/traffic2sql 9-12 flowdir=/var/log/ipn
Боюсь что так работать не будет т.к. /var/log/ipn может работать только одна копия процесса. У кого есть опыт с этим?
* * * * * /usr/abills/libexec/traffic2sql 1-12 flowdir=/var/log/ipn
сделать
* * * * * /usr/abills/libexec/traffic2sql 1-4 flowdir=/var/log/ipn
* * * * * /usr/abills/libexec/traffic2sql 5-8 flowdir=/var/log/ipn
* * * * * /usr/abills/libexec/traffic2sql 9-12 flowdir=/var/log/ipn
Боюсь что так работать не будет т.к. /var/log/ipn может работать только одна копия процесса. У кого есть опыт с этим?
Уже работа traffic2sql занимает 20 секунд для ~415 онлайн абонентов... Нашел где тормозит: функция traffic_user_get() в Abills/mysql/Ipn_Collector.pm, а точнее запрос с аггрегирующими функциями
Добавлено: реализовал приемлемый для своео случая вариант. Если кто-то бьется с этой же проблемой нагрузки traffic2sql при 300-400 онлайн юзерах, могу поделиться.
Они требуют нешуточной прогулки по диску для подсчета всего потребленного каждым юзером трафика. Предлагаю завести отдельную таблицу в которой суммарный трафик будет кешироваться, например:SELECT traffic_class, sum(traffic_in) / $CONF->{MB_SIZE}, sum(traffic_out) / $CONF->{MB_SIZE} from ipn_log
WHERE uid='$uid'
and ...
где в traffic_in и traffic_out инкрементально обновляется, и в них хранится то же самое значение что можно получить с sum(traffic_in) и sum(traffic_out) для текущего месяца. И поменять в коде там где добавляются новые записи в ipn_log чтобы еще и обновлялась таблица ipn_traffic_summary. После этого traffic2sql будет брать информацию оттуда. Я проверил - 20 секунд превратились в 2.create table ipn_traffic_summary (
uid int unsigned,
traffic_class smallint unsigned,
traffic_in int unsigned,
traffic_out int unsigned
);
Добавлено: реализовал приемлемый для своео случая вариант. Если кто-то бьется с этой же проблемой нагрузки traffic2sql при 300-400 онлайн юзерах, могу поделиться.