Тему можно закрывать, или дажу удалять.
В dictionary.xml я зачем-то (сам не знаю, че я туда полез
) убрал параметр add="no". Добавил его обратно и все заработало, как требуется.
| forum.bitel.ru http://forum.bitel.ru/ |
|
| Безлимитка, ограничение полосы. Вопросы. http://forum.bitel.ru/viewtopic.php?f=5&t=994 |
Страница 1 из 1 |
| Автор: | S [ 09 апр 2008, 08:06 ] |
| Заголовок сообщения: | Безлимитка, ограничение полосы. Вопросы. |
В общем, пытаюсь организовать с помощью mpd4 и BGBilling v 4.4 ограничение полосы, допустим 64 Кбит\с на соединение. По мануалу о биллинге есть описалово такого ограничения. И сам NAS у меня MPD в биллинге прописан, в словаре RADIUS я проверил, есть такие атрибуты. Однако, сам mpd отсылает атрибуты RADIUS далеко: Код: Apr 9 09:59:04 nas-test mpd: [p0000] RADIUS: RadiusGetParams: wrong limit direction: 'mpd-limit=in' Сама строка в конфигурации модуля: Код: attrset.1.title=Канал 64 attrset.1.attributes="mpd-limit=out#1=all shape 64000 pass;mpd-limit=in#1=all rate-limit 10000000 pass" Пробовал убирать кавычки - бесполезно. В мануале по mpd4 правила выглядят по-дургому: Код: mpd-limit += "in#1=flt1 pass", mpd-limit += "in#2=flt2 shape 64000 4000 pass", mpd-limit += "in#3=all deny", В логах RAIUS: Код: 09 10:08:38 Type=AUTHENTICATION_ACCEPT Process time:102 Attributes: Acct-Interim-Interval=20 Service-Type=2 Framed-Protocol=1 Framed-IP-Address=192.168.254.1 Framed-Pool=megapool mpd-limit=out#1\u61all shape 64000 pass mpd-limit=in#1\u61all rate-limit 10000000 pass В логах NAS: Код: Apr 9 10:08:34 nas-test mpd: [p0000] RADIUS: RadiusGetParams: wrong limit direction: 'mpd-limit=out'
Apr 9 10:08:34 nas-test mpd: [p0000] RADIUS: RadiusGetParams: wrong limit direction: 'mpd-limit=in' Хочется понять, где я ошибаюсь, а пока буду копать дальше. |
|
| Автор: | S [ 09 апр 2008, 08:21 ] |
| Заголовок сообщения: | |
Тему можно закрывать, или дажу удалять. В dictionary.xml я зачем-то (сам не знаю, че я туда полез ) убрал параметр add="no". Добавил его обратно и все заработало, как требуется.
|
|
| Автор: | snark [ 24 ноя 2008, 22:45 ] |
| Заголовок сообщения: | |
не надо удалять тему! 
ув. разработчики, объясните, пожалуйста - в чем разница между: Код: <attribute name="foo" type="bar" code="baz" /> иКод: <attribute add="no" name="foo" type="bar" code="baz" /> что именно означает add="no"?
|
|
| Автор: | snark [ 29 ноя 2008, 22:58 ] |
| Заголовок сообщения: | |
в ответ как обычно тишина 
|
|
| Автор: | Администратор [ 01 дек 2008, 16:18 ] |
| Заголовок сообщения: | |
Когда-то давно у цисок был такой оригинальный метод передачи строковых атрибутов.. В значении атрибута дублируется еще раз имя атрибута потом = потом значение. Собственно add="no" означает, что такая оригинальная метода не используется. Вообще, ощущение, что сейчас этот флаг вообще не нужен нигде. |
|
| Автор: | snark [ 01 дек 2008, 16:46 ] |
| Заголовок сообщения: | |
"Слава Богу, Вы пришли!"(с) Спасибо за разъяснение! Раз уж Вы здесь, позвольте сказать - недавно, чтобы помочь одному форумчанину (проблема), пришлось поставить Mikrotik. Все заработало как нельзя лучше (я собсно и не сомневался, т.к. у Вас хороший RADIUS), но у меня возник вопрос - не могли бы Вы добавить микротиковский словарь в dictionary.xml идущий в дистрибутиве dialup RADUIS-а?
Код: <vendor code="14988" name="Mikrotik"> <attribute name="Mikrotik-Recv-Limit" type="integer" code="1" /> <attribute name="Mikrotik-Xmit-Limit" type="integer" code="2" /> <attribute name="Mikrotik-Group" type="string" code="3" /> <attribute name="Mikrotik-Wireless-Forward" type="integer" code="4" /> <attribute name="Mikrotik-Wireless-Skip-Dot1x" type="integer" code="5" /> <attribute name="Mikrotik-Wireless-Enc-Algo" type="integer" code="6" /> <attribute name="Mikrotik-Wireless-Enc-Key" type="string" code="7" /> <attribute name="Mikrotik-Rate-Limit" type="string" code="8" /> <attribute name="Mikrotik-Realm" type="string" code="9" /> <attribute name="Mikrotik-Host-IP" type="ipaddr" code="10" /> <attribute name="Mikrotik-Mark-Id" type="string" code="11" /> <attribute name="Mikrotik-Advertise-URL" type="string" code="12" /> <attribute name="Mikrotik-Advertise-Interval" type="integer" code="13" /> <attribute name="Mikrotik-Recv-Limit-Gigawords" type="integer" code="14" /> <attribute name="Mikrotik-Xmit-Limit-Gigawords" type="integer" code="15" /> </vendor> Все подробности о МТ-шном RADIUS клиенте тут. Осталось только подправить мануал, дабы указать что в конфиге модуля будет так: Код: vendors=9=Cisco;2011=Huawei;2021=Unix PPP;529=Lucent;6618=Quintum;529=Ascend;311=Microsoft;12341=MPD;14988=Mikrotik а сбрасываться пользователи будут через bitel.billing.server.processor.PoDNASConnectionInspector - и вот она, поддержка нового типа NAS! Если хотите - могу в вики пошагово написать как настроить NAS. UPD: Скажите, пожалуйста, насколько принципиальны для Вашего RADIUS-а различия между: Код: <vendor code="1" name="xyz"> иКод: <vendor name="xyz" code="1"> А так же:Код: <attribute name="x" type="t" code="c" /> иКод: <attribute name="x" code="c" type="t" /> Или это не имеет значения?
|
|
| Автор: | Администратор [ 02 дек 2008, 15:22 ] | ||
| Заголовок сообщения: | |||
1) Словарь и доку поправил, выложат с ближайшим апдейтом. 2) Порядок атрибутов значения не имеет, это определяется XML стандартом. 3) Если бы вы выложили доку, было бы просто супер. У нас даже есть статьи, предоставленные хорошими людьми, но оформить в WiKi просто не доходят руки (. Статьи в аттаче.
|
|||
| Автор: | snark [ 02 дек 2008, 20:06 ] |
| Заголовок сообщения: | |
Администратор писал(а): 1) Словарь и доку поправил, выложат с ближайшим апдейтом. ОГРОМНОЕ СПАСИБО! Администратор писал(а): 2) Порядок атрибутов значения не имеет, это определяется XML стандартом. Здорово! Значит можно привести словарик БГБ к формату a-la FreeRADIUS, чтобы проще читать было Администратор писал(а): 3) Если бы вы выложили доку, было бы просто супер. У нас даже есть статьи, предоставленные хорошими людьми, но оформить в WiKi просто не доходят руки (. За статьи - отдельное спасибо! Я как только разберусь с тем как организовать на МТ реализацию уведомления об ошибке 691 (по аналогии с той что есть в wiki) - сразу же выложу! Позвольте такие вопросы: 1. Список вендоров отвечает только за отрисовку листбокса в клиенте? Т.е. строки: Код: vendors=9=Cisco;2011=Huawei;2021=Unix PPP иКод: vendors=9=Cisco;2021=Unix PPP будут воздействовать только на кол-во элементов списка NAS-ов, или на загрузку RADIUS сервером вендоров из словаря тоже?2. В разделе мануала Переобработка NetFlow трафиков сказано: Мануал писал(а): Невозможно использовать, если используются превалирующие трафики либо суммарные. Имеются ввиду трафики: Мануал писал(а): MAX(<sid2>,<sid3>) - услуга <sid> вычисляется как максимум из услуг <sid2>, <sid3> на каждый из моментов обсчета
MAX(<sid2>,<sid3>, <sid4>, <sid5>) - услуга <sid> вычисляется как сумма услуг <sid2>..<sid5> на каждый из моментов обсчета в терминологии БГБ или трафики в ТП с различной стоимостью в зависимости от объема? |
|
| Автор: | Администратор [ 03 дек 2008, 17:12 ] |
| Заголовок сообщения: | |
1. Словарь грузится всегда целиком, имеет значение только какого вендора можно сопоставить NAS у. 2. Да, это MAX трафики. Диапазоны можно использовать. |
|
| Автор: | snark [ 04 дек 2008, 20:54 ] |
| Заголовок сообщения: | |
Администратор писал(а): 1. Словарь грузится всегда целиком, имеет значение только какого вендора можно сопоставить NAS у. Спасибо! Теперь все ясно Администратор писал(а): 2. Да, это MAX трафики. Диапазоны можно использовать.
Укажите, пожалуйста, это в доке, а то немного непонятно, из за чего собственно и возник данный вопрос 
|
|
| Автор: | Администратор [ 25 дек 2008, 14:15 ] |
| Заголовок сообщения: | |
Цитата: Укажите, пожалуйста, это в доке, а то немного непонятно, из за чего собственно и возник данный вопрос
Исправлено. |
|
| Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|
