forum.bitel.ru http://forum.bitel.ru/ |
|
ТП и набор radius атрибутов http://forum.bitel.ru/viewtopic.php?f=5&t=1826 |
Страница 1 из 1 |
Автор: | glukzz [ 21 янв 2009, 13:34 ] |
Заголовок сообщения: | ТП и набор radius атрибутов |
Подскажите есть ли возможность сделать ограничение скорости в ТП с помощью radius атрибутов? Чтобы днем и ночью были разные скорости. Если есть возможность это сделать просьба подсказать или дать ссылку на документацию. ПО: Биллинг 4.5 стоит на freebsd NAS OS Ubuntu |
Автор: | Администратор [ 21 янв 2009, 17:25 ] |
Заголовок сообщения: | |
По косвенным признакам предположил, что вопрос по DialUp модулю. Вероятнее всего в качестве VPN сервера используется pppd, тогда вам должно помочь это решение: http://wiki.bgbilling.ru/index.php/%D0% ... LINUX_PPPD |
Автор: | glukzz [ 21 янв 2009, 17:33 ] |
Заголовок сообщения: | |
Администратор писал(а): По косвенным признакам предположил, что вопрос по DialUp модулю.
Вероятнее всего в качестве VPN сервера используется pppd, тогда вам должно помочь это решение: http://wiki.bgbilling.ru/index.php/%D0% ... LINUX_PPPD Это решение уже используется, но оно ограничивает скорость на все протяжения, а хотелось сделать так днем скорость 128, а ночью 512. |
Автор: | snark [ 21 янв 2009, 20:05 ] |
Заголовок сообщения: | |
а что мешает поставить в качестве NAS-а фрю, на нее MPD и потом табличками в ipfw разруливать скорости? |
Автор: | Victor [ 22 янв 2009, 07:29 ] |
Заголовок сообщения: | |
glukzz писал(а): Администратор писал(а): По косвенным признакам предположил, что вопрос по DialUp модулю. Вероятнее всего в качестве VPN сервера используется pppd, тогда вам должно помочь это решение: http://wiki.bgbilling.ru/index.php/%D0% ... LINUX_PPPD Это решение уже используется, но оно ограничивает скорость на все протяжения, а хотелось сделать так днем скорость 128, а ночью 512. Используйте зоны: http://www.bgbilling.ru/v4.5/doc/ch07s13.html Цитата: С версии 4.3 в тарифах возможно указывать зоны. При тарификации, если изменилась зона выполняется действие, привязанное к зоне.
Т.е, в зависимости от потребленных услуг, времени суток, можно указать разные зоны, и при переходе можно будет выполнить разрыв соединения (например, для изменения шейпинга) и/или занести приход (бонус). При прохождении тарифного запроса, зона проставляет свой идентификатор в ответную часть. RADIUS отслеживает смену зоны по ходу соединения и выполняет те действия, которые указаны в новой зоне. Также данный узел можно использовать для разрыва соединений при переходе между разными временами суток с различной скоростью канала. В этом случае сброс должен быть установлен в обеих зонах. |
Автор: | glukzz [ 22 янв 2009, 14:29 ] |
Заголовок сообщения: | |
Используйте зоны: http://www.bgbilling.ru/v4.5/doc/ch07s13.html Цитата: С версии 4.3 в тарифах возможно указывать зоны. При тарификации, если изменилась зона выполняется действие, привязанное к зоне. [/quote]
Т.е, в зависимости от потребленных услуг, времени суток, можно указать разные зоны, и при переходе можно будет выполнить разрыв соединения (например, для изменения шейпинга) и/или занести приход (бонус). При прохождении тарифного запроса, зона проставляет свой идентификатор в ответную часть. RADIUS отслеживает смену зоны по ходу соединения и выполняет те действия, которые указаны в новой зоне. Также данный узел можно использовать для разрыва соединений при переходе между разными временами суток с различной скоростью канала. В этом случае сброс должен быть установлен в обеих зонах. Спасибо, попробовал работает. |
Автор: | snark [ 22 янв 2009, 17:43 ] |
Заголовок сообщения: | |
Victor писал(а): Используйте зоны
зоны оно конечно хорошо, но зоны работают через разрыв соединения, а лучше всего изменять скорость плавно, без разрыва, IMHO ув. разработчики, сделайте, пожалуйста, чтобы зоны могли вызывать скрипт, тогда и разорвать соединение и занести приход и вообще все что угодно можно будет сделать ... |
Автор: | Victor [ 26 янв 2009, 10:17 ] |
Заголовок сообщения: | |
snark писал(а): Victor писал(а): Используйте зоны зоны оно конечно хорошо, но зоны работают через разрыв соединения, а лучше всего изменять скорость плавно, без разрыва, IMHO ув. разработчики, сделайте, пожалуйста, чтобы зоны могли вызывать скрипт, тогда и разорвать соединение и занести приход и вообще все что угодно можно будет сделать ... Поподробнее с этого места... Как на активном Virtual-Access интерфейсе изменить rate-limit? |
Автор: | snark [ 26 янв 2009, 13:36 ] |
Заголовок сообщения: | |
Victor писал(а): Поподробнее с этого места... Как на активном Virtual-Access интерфейсе изменить rate-limit? ISG CoA
|
Автор: | Victor [ 26 янв 2009, 14:47 ] |
Заголовок сообщения: | |
snark писал(а): Victor писал(а): Поподробнее с этого места... Как на активном Virtual-Access интерфейсе изменить rate-limit? ISG CoAну ISG это все понятно..., я думал вы что-то без ISG придумали ![]() |
Автор: | snark [ 26 янв 2009, 15:04 ] |
Заголовок сообщения: | |
Victor писал(а): я думал вы что-то без ISG придумали
![]() пока только так придумалось: Код: class-map match-all unlim_day
match access-group name unlim_day class-map match-all unlim_night match access-group name unlim_night policy-map in_128k class unlim_day police cir 128000 bc 24000 be 48000 conform-action transmit exceed-action drop violate-action drop class unlim_night police cir 256000 bc 48000 be 96000 conform-action transmit exceed-action drop violate-action drop policy-map out_128k class unlim_day police cir 128000 bc 24000 be 48000 conform-action transmit exceed-action drop violate-action drop class unlim_night police cir 256000 bc 48000 be 96000 conform-action transmit exceed-action drop violate-action drop ip access-list extended unlim_day permit ip any any time-range unlim_day deny ip any any ip access-list extended unlim_night permit ip any any time-range unlim_night deny ip any any time-range unlim_day periodic weekdays 7:00 to 23:59 time-range unlim_night periodic weekdays 0:01 to 7:00 periodic weekend 0:01 to 23:59 не идеал конечно, но работает ... |
Автор: | Victor [ 26 янв 2009, 16:42 ] |
Заголовок сообщения: | |
policy-map у нас глючил безбожно, вернулись на rate-limit. Возможности перебирать и тестировать иосы нет, по причине отсутствия тестовых железок. |
Автор: | snark [ 26 янв 2009, 16:54 ] |
Заголовок сообщения: | |
Victor писал(а): policy-map у нас глючил безбожно, вернулись на rate-limit. Возможности перебирать и тестировать иосы нет, по причине отсутствия тестовых железок.
на c7200-is-mz.122-28.SB8.bin это все работает как часы ... может просто сборка какая нить после урожая травы в индостане была? P.S. в чем глючило, если не секрет? |
Автор: | Victor [ 27 янв 2009, 07:19 ] |
Заголовок сообщения: | |
snark писал(а): Victor писал(а): P.S. в чем глючило, если не секрет? полиси на интерфейс навешивало, но могло резать, а могло не резать... |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |