Перейти к содержимому
Калькуляторы

tsolodov

Пользователи
  • Публикации

    83
  • Зарегистрирован

  • Посещение

Все публикации пользователя tsolodov


  1. ! aaa server radius dynamic-author client 1.1.1.1 server-key 7 121A0C041104 auth-type any ignore session-key ignore server-key ! Где 1.1.1.1 это IP адрес машины с которой я посылаю CoA запросы. Дело в том, что запрос Coa cisco принимает и отвечает на него Да многие советуют включить этот самый portbundle, но зачем мне он если портала у нас нет(во всяком случае пока), да и в документации написано при coa запросе PBHK это необязательный параметр запроса, если кто обошелся без этого параметра, отпишите пожалуйста мне, не хочется городить то, без чего могу обойтись в данный момент. Чтобы не плодить сервисы локально можно сделать policy-server, что я впринципе и сделал, но беда в том, что сервисы множить буду уже не локально а в RADIUS. Кто и какую идеологию в данном случае использует? Например есть тариф, при которм после скачки допустим 30Гиг внешки, скорость должна падать до 256 Kbps. что получается, для одного тарифа нужно делать 2 сервиса(Скорость до исчерпания лимита и после)? Тут я вижу 2 варианта в нашей ситуайции: 1) Использовать функционал Prepaid с лимитами и при исчерпании лимита привешивать сервис со скоростью после падения(пока только в теории представляю как это сделать) 2) Сделать отдельный сервис для каждой скорости для uplod'a и downlod'a и просто менять атрибуты пользователя, изсходя из того, какую скорость "выдаст" наш биллинг, но при этом нужно будет делать обработчик, который будет отслеживать изменения атрибутов пользователей, и при этом обрабатывать эти изменения, запизивая их в RADIUS. И все таки, если кто пользовал параметрицеский QoS, отзовитесь!!!!!
  2. Добрый всем день, не бете сразу, уже много раз читал гугл и тому подобные сервисы про сабж. Есть пара вопросов: 1) http://www.cisco.com/en/US/docs/ios/ios_xe....html#wp1058724 Как я понял то можно создать один сервис и к каждому пользователю привесить атрибут со свим параметром(например скорость полисинга) Сейчас у меня: Все прекрасно работает, но было бы круто податвлять для каждого абона свою скокрость, чтобы не плодить сервисы. Кто может дать рабочий пример или ссылку на адекватную доку? 2) Пытаюсь отладить CoA, но не получается даже статус чела узнать. Вот что выдает команда Вот дебаг Помогите кто чем сможет ))
  3. наша циска умрет, давайте по теме, про кластеры лучше)
  4. Смените прокладку. У меня справляется. Очень смешно)
  5. Как показывает практика-не справится, иначе зачем нам плодить шейперы?
  6. Сложно сказать ну на вскидку в пик получается 3-4 Гб/с
  7. Идея проста, сделать кластер балансировки нагрузки из шейперов под фрей, в данный момент имеется грубо говоря по шейперу на микрорайон, какой то загружен сильно, какой то наоборот. Иногда если один шейпер падает, то юзеры одного из микрорайонов посасывают. Хочется сделать кластер с балансировкой нагрузки. Для шейпинга используется pipes+ipfw. Балансировка ИП трафика сделать несложно, но вот незадача: как расшарить между всеми нодами использование pipe'ов пользователями, т.к. если этого не сделать, то получится что полоса будет равна (количество нод * BW). Или нет? Кто делал подобные вещи, отзовитесь пожалуйста!!! Комментируем, делимся опытом!