rrd tool как раз и ведет статистику, а графики рисует по требованию.
Основная идея - снимать статистику удобнее именно tc (htb) - наименее
затратный и наиболее точный способ (так как это не грузит процессор вы
можете ее снимать как угодно часто).
tc -s -d qdisc show dev eth0
Добрый день
В Вто, 05/02/2008 в 03:41 +0300, Mikhail A Antonov пишет:
,--[Stanislav V. Vlasov [EMAIL PROTECTED] 04/02/2008 14:45 (GMT +3)
| On Mon, Feb 04, 2008 at 12:46:27PM +0200, Dmitriy Sirant wrote:
| Система простая. В биллинге хранится информация свитч - порт - мак-адрес
| - клиент. DHCP
,--[Покотиленко Костик [EMAIL PROTECTED] 04/02/2008 12:06 (GMT +3)
| В Птн, 01/02/2008 в 19:28 +0300, Mikhail A Antonov пишет:
| On 1 февраля 2008, Покотиленко Костик wrote:
| Перечислите наиболее удобные для Вас способы авторизации в домашней
| сети.
|
| Привязка port+MAC на
В Пнд, 04/02/2008 в 12:26 +0300, Mikhail A Antonov пишет:
,--[Покотиленко Костик [EMAIL PROTECTED] 04/02/2008 12:06 (GMT +3)
| В Птн, 01/02/2008 в 19:28 +0300, Mikhail A Antonov пишет:
| On 1 февраля 2008, Покотиленко Костик wrote:
| Перечислите наиболее удобные для Вас способы
В Пнд, 04/02/2008 в 12:46 +0200, Dmitriy Sirant пишет:
А вот интересно как это? Выдаем IP с маской /32 или/30 ?
Буду благодарен, если узнаешь подробнее.
Все оказалось опять на уровне костылей... Я почему-то думал, что там
используются новые стандарты какие-то из RFC касательно DHCP.
On Mon, Feb 04, 2008 at 12:46:27PM +0200, Dmitriy Sirant wrote:
Система простая. В биллинге хранится информация свитч - порт - мак-адрес
- клиент. DHCP выдает статический серый IP согласно mac. Крутится
софтинка, которая проверяет остаток денег и если он ниже определенного
уровня посылает
,--[Stanislav V. Vlasov [EMAIL PROTECTED] 04/02/2008 14:45 (GMT +3)
| On Mon, Feb 04, 2008 at 12:46:27PM +0200, Dmitriy Sirant wrote:
| Система простая. В биллинге хранится информация свитч - порт - мак-адрес
| - клиент. DHCP выдает статический серый IP согласно mac. Крутится
|
On 3 февраля 2008, Maxim Tyurin wrote:
В тех домосетях что я видел использовалось
OpenVPN/pptp/pppoe
Последнее уже вроде никто не использует.
Использует. А вот от pptp отказываются.
Сети, где есть openvpn я вообще не видел.
--
Best regards,
Mikhail
Bart-mdv- @ SolarNet
IRC:
On 4 февраля 2008, Dmitriy Sirant wrote:
Mikhail A Antonov пишет:
On 3 февраля 2008, Maxim Tyurin wrote:
В тех домосетях что я видел использовалось
OpenVPN/pptp/pppoe
Последнее уже вроде никто не использует.
Использует. А вот от pptp отказываются.
Сети, где есть
On 4 февраля 2008, Stanislav Kruchinin wrote:
Немаршрутизируемый протокол PPPoE приемлем только для абонентских
окончаний DSL. В сетях с ним возникают проблемы, которые проявляются по
мере роста. Большую сеть в любом случае придется разбивать на VLANы и
маршрутизировать, чтобы урезать
On 4 февраля 2008, Stanislav Kruchinin wrote:
Mikhail A Antonov wrote:
Угу, на VLAN-ы разбили, на один сервер взвалили несколько VLAN-ов и все
довольны.
Один сервер будет и вланы маршрутизировать и терминировать PPPoE?
Интересно, что это должен быть за сервер. Внутрисетевой трафик от
On Fri, Feb 01, 2008 at 11:56:50AM +0200, Покотиленко Костик wrote:
Для авторизации используется биллинг со встроенной функцией авторизации
+ у клиентов в трее висит клиент-авторизатор.
А если у клиента нет трея?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
В Чтв, 31/01/2008 в 13:14 -0500, Nicholas пишет:
Покотиленко Костик wrote:
- Добавляем только ещё один HTB класс со скоростью, например 1kbit/s -
это для приземления превышения скорости.
Логичнее дать каждому пользователю соразмерную минимально
гарантированную (rate) и максимальную
В Птн, 01/02/2008 в 13:58 +0300, Иван Лох пишет:
On Fri, Feb 01, 2008 at 11:56:50AM +0200, Покотиленко Костик wrote:
Для авторизации используется биллинг со встроенной функцией авторизации
+ у клиентов в трее висит клиент-авторизатор.
А если у клиента нет трея?
Если Вы про Linux то есть
On Fri, Feb 01, 2008 at 01:06:14PM +0200, Покотиленко Костик wrote:
В Птн, 01/02/2008 в 13:58 +0300, Иван Лох пишет:
А если у клиента нет трея?
Если Вы про Linux то есть консольный perl-авторизатор. Также, если я не
ошибаюсь, есть графический QT-авторизатор.
Почему про линукс? Может про
В Птн, 01/02/2008 в 14:43 +0300, Иван Лох пишет:
On Fri, Feb 01, 2008 at 01:06:14PM +0200, Покотиленко Костик wrote:
В Птн, 01/02/2008 в 13:58 +0300, Иван Лох пишет:
А если у клиента нет трея?
Если Вы про Linux то есть консольный perl-авторизатор. Также, если я не
ошибаюсь, есть
On Fri, Feb 01, 2008 at 01:57:24PM +0200, Покотиленко Костик wrote:
В Птн, 01/02/2008 в 14:43 +0300, Иван Лох пишет:
On Fri, Feb 01, 2008 at 01:06:14PM +0200, Покотиленко Костик wrote:
В Птн, 01/02/2008 в 13:58 +0300, Иван Лох пишет:
А если у клиента нет трея?
Если Вы про Linux то
В Птн, 01/02/2008 в 16:25 +0300, Иван Лох пишет:
On Fri, Feb 01, 2008 at 01:57:24PM +0200, Покотиленко Костик wrote:
В Птн, 01/02/2008 в 14:43 +0300, Иван Лох пишет:
On Fri, Feb 01, 2008 at 01:06:14PM +0200, Покотиленко Костик wrote:
В Птн, 01/02/2008 в 13:58 +0300, Иван Лох пишет:
В Птн, 01/02/2008 в 09:37 -0500, Nicholas пишет:
Покотиленко Костик wrote:
Так сложнее получается. Чем мне не нравится править классы HTB, так это
постоянным пересчётом a1=a11+a12+a13... Конечно, понятно, что это один
раз надо сделать, но,
каждая команда делает 256 правил автоматом (`seq
В Срд, 16/01/2008 в 14:49 +0200, Покотиленко Костик пишет:
Добрый день,
есть роутер на котором настроено разделение канала по группам клиентов
(HTB). Сейчас в одной группе нужно сделать подгруппу для клиентов и
безлимитными пакетами. Для этого им нужно ограничить максимальную
скорость.
20 matches
Mail list logo
