forum.bitel.ru http://forum.bitel.ru/ |
|
Превалирующий трафик и установка опций в тарифе http://forum.bitel.ru/viewtopic.php?f=44&t=7298 |
Страница 1 из 1 |
Автор: | vkulakov [ 11 окт 2012, 13:38 ] |
Заголовок сообщения: | Превалирующий трафик и установка опций в тарифе |
Возможна ли установка опций сервиса в ветке тарифного плана "Превалирующий трафик"? Из документации следует, что опции можно устанавливать в ветках "Тип трафика", а для веток "Превалирующий трафик" ничего подобного не написано. |
Автор: | Amir [ 11 окт 2012, 14:13 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
Должно работать тоже. |
Автор: | vkulakov [ 11 окт 2012, 18:49 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
Не работает, всё утро тестировал. Во вложении скриншоты тарифного плана и отчёта по сессиям. Видно, что скачано уже больше, чем указано в тарифе, но канал не меняется и остаётся 13 Мбит/с. Что интересно, вчера вечером вроде как работало, но я полностью не успел протестировать, сегодня однозначно вот такая хрень. Тарифный план сформирован по докам, только установка услуги у меня сразу в превалирующем трафике идёт, а не в ограничении по объёму. |
Автор: | Amir [ 11 окт 2012, 19:32 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
Учитываете, что диапазоны - это счетчики, т.е. после добавления в тарифе они начнут считать с нуля, без учета предыдущих дней (для учета нужно будет переобсчитать предыдущие дни)? |
Автор: | vkulakov [ 11 окт 2012, 20:37 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
Нет, не учитывают. Как только начал учитывать, всё заработало как положено ![]() Спасибо за разъяснения. |
Автор: | vkulakov [ 11 окт 2012, 21:29 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
Рано закрыл тему... Сделал в тарифе ограничение трафика в 4МБ, несколько раз переконнектился и на cisco наблюдаю следующую картину: Код: Policy information: Authentication status: authen Active services associated with session: name "LOCAL" name "PORTAL" name "INTERNET_13mbps" Session inbound features: Traffic classes: Traffic class session ID: 39 ACL Name: any-in, Packets = 9770, Bytes = 423944 Traffic class session ID: 40 ACL Name: portal-in, Packets = 2, Bytes = 140 Traffic class session ID: 41 ACL Name: local-in, Packets = 0, Bytes = 0 Default traffic is dropped Unmatched Packets = 0, Re-classified packets (redirected) = 0 Session outbound features: Traffic classes: Traffic class session ID: 39 ACL Name: any-out, Packets = 18032, Bytes = 26625852 Traffic class session ID: 40 ACL Name: portal-out, Packets = 2, Bytes = 420 Traffic class session ID: 41 ACL Name: local-out, Packets = 0, Bytes = 0 Default traffic is dropped Unmatched Packets = 0, Re-classified packets (redirected) = 0 Число 26625852 явно больше 4М, но сервис по-прежнему INTERNET_13mbps. Дальше разрываю текущую сессию и она автоматом поднимается снова. Через пару минут трафик 11946111 и сервис INTERNET_13mbps. Почему не поменялся сервис? Ведь трафик явно выходит за пределы, указанные в тарифе? Продолжаем эксперимент: В тарифе меняю лимит на 5Мб и жму "Оповестить об изменениях". В логах наблюдаю: Код: ... Acct-Session-Id=00000927 cisco-avpair=subscriber:service-name=INTERNET_1mbps cisco-avpair=subscriber:command=deactivate-service ... Acct-Session-Id=00000927 cisco-avpair=subscriber:service-name=INTERNET_13mbps cisco-avpair=subscriber:command=activate-service ... Видно, что счётчики обнулились и включился сервис INTERNET_13mbps и отключился сервис INTERNET_1mbps. Но его же и так не было! Что за фигня? Ждём ещё пару минут пока набежит трафик и, как и положено, сервис INTERNET_13mbps отключается и сервис INTERNET_1mbps включается. Разрывают сессия, поднимается новая и опять выдаётся сервис INTERNET_13mbps, хотя лимит давно исчерпан ещё за предыдущую сессию. Скажите, что не так? |
Автор: | vkulakov [ 15 окт 2012, 16:27 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
Уважаемые разработчики, уже три дня прошло. Есть ли движения по теме? |
Автор: | vkulakov [ 16 окт 2012, 18:10 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
Разработчики, куда же вы все подевались?.. |
Автор: | Amir [ 16 окт 2012, 19:22 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
Проблема возникает только при использовании ветки превалирующий трафик? |
Автор: | vkulakov [ 17 окт 2012, 12:25 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
Другие ветки не пробовал пока. Сегодня тогда посмотрю на досуге. |
Автор: | vkulakov [ 17 окт 2012, 15:16 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
Создал новый тариф с типом трафика "Входящий трафик" и добавил диапазоны трафика. Результат примерно тот же: при превышении лимита трафика всё-равно выдаётся опция из первого диапазона, тогда как должна выдаваться из второго. В добавок стала явно проявляться ещё одна проблема: при первом update-пакете сессия разрывается. Это иногда происходило и раньше, а сейчас сессия рвётся стабильно при наличии трафика по сервисам. Т. е., если что-то качать, то при первом update сессия рвётся, если ничего не качать, то update спокойно идут друг за дружкой без разрыва сессии. Как-то так. После update и перед разрывом в логах следующие записи: Код: ServiceActivatorSet - Connecting to device ServiceActivatorDeviceWorker - Do task deviceId: 2; Event[ru.bitel.bgbilling.modules.inet.access.sa.event.InetSaStateModifyEvent] moduleId: 8; pluginId: no; cid: 4; scid: -1; userId: 0; deviceId: 2; inetServId: 1; connectionId: 1346; state: 0; accessCode: 63; timestamp: 1350464886526 InetApplication - TariffOptionMap: {} ServiceActivatorDeviceWorker - Command result event: ServiceActivatorEvent type=2; inetServId: 1; call: true; oldState: 1; newState: 0; oldOptionSet: 207; newOptionSet: 267 ServiceActivatorDeviceWorker - Processing deviceId:2; command ServiceActivatorEvent type=2; inetServId: 1; call: true; oldState: 1; newState: 0; oldOptionSet: 207; newOptionSet: 267 ServiceActivatorSet - Invoking connectionModify ISGPPPoEServiceActivator - Connection modify: oldState: 1; newState: 0; oldOptionSet: [207]; newOptionSet: [267] ISGPPPoEServiceActivator - Connection close ISGPPPoEServiceActivator - Send PoD: ... Почему вдруг сервис выключается - не понятно. |
Автор: | stark [ 17 окт 2012, 20:12 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
vkulakov писал(а): Создал новый тариф с типом трафика "Входящий трафик" и добавил диапазоны трафика. Результат примерно тот же: при превышении лимита трафика всё-равно выдаётся опция из первого диапазона, тогда как должна выдаваться из второго. Переобсчет делать не пробовали ? Не исправляет проблему ? |
Автор: | Amir [ 17 окт 2012, 20:19 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
И конфиги бы еще. Все ли типы трафика, прописанные в привязке трафиков типа сервиса, есть в тарифе? |
Автор: | vkulakov [ 18 окт 2012, 11:12 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
Лимит в тарифе выставлен специально очень маленьким, чтобы можно было за одну сессию его превысить. Поэтому, когда я пишу "превышение лимита", то имею в виду, что лимит превышен в текущей сессии, из чего вытекает, что уж точно превышен месячный лимит. Переобсчёт делал - не помогло. В тарифе добавил ветки для всех типов трафика, которые есть в привязке трафика типа сервиса. Теперь на сессию вообще не вещаются опции из тарифного плана, т. е. интернет отсутствует. При переходе на тарифный план, в котором перечислены не все типы трафика - проблема как и раньше. Конфиг устройства: Код: #типы устройств - Nas-ов
radius.deviceTypeIds=1 #типы устройств, являющиеся dhcp relay #dhcp.relay.deviceTypeIds=2 #код атрибута, из которого извлекать acctSessionId родительской сессии (по умолчанию - из cisco-avpair) radius.parentAcctSessionId.type=1 #префикс в значении атрибута перед acctSessionId родительской сессии radius.parentAcctSessionId.prefix=parent-session-id= #код атрибута, из которого извлекать имя сервиса ISG (по умолчанию cisco-SSG-Service-Info) radius.serviceName.type=251 #префикс в значении атрибута перед именем сервиса ISG (если есть) radius.serviceName.prefix= #Вендор атрибута, где хранится MAC-адрес radius.macAddress.vendor=9 #Код атрибута, где хранится MAC-адрес radius.macAddress.type=1 #Префикс атрибута (если есть), где хранится MAC-адрес. Например, для cisco avpair radius.macAddress.prefix=client-mac-address= # Template @optionPrefix=cisco-avpair=ip:traffic-class=in access-group name any-in priority 215;cisco-avpair=ip:traffic-class=in default drop;cisco-avpair=ip:traffic-class=out access-group name any-out priority 215;cisco-avpair=ip:traffic-class=out default drop;cisco-avpair=subscriber:accounting-list=PPPoE;Acct-Interim-Interval=60 # Канал 1 Мбит/с radius.inetOption.207.attributes=cisco-SSG-Account-Info=AINTERNET_1mbps radius.inetOption.208.attributes={@optionPrefix};cisco-SSG-Service-Info=QU;;1048576;;131072;;262144;;D;;1048576;;131072;;262144 # Канал 100 Мбит/с radius.inetOption.267.attributes=cisco-SSG-Account-Info=AINTERNET_100mbps radius.inetOption.268.attributes={@optionPrefix};cisco-SSG-Service-Info=QU;;104857600;;1310720;;2621440;;D;;104857600;;1310720;;2621440 # Internet Service and Param radius.inetOption.271.attributes=cisco-SSG-Account-Info=AINTERNET radius.inetOption.12.attributes={@optionPrefix} # Атрибуты для доступа в локальную сеть radius.inetOption.14.attributes=cisco-avpair=ip:traffic-class=in access-group name local-in priority 210;cisco-avpair=ip:traffic-class=in default drop;cisco-avpair=ip:traffic-class=out access-group name local-out priority 210;cisco-avpair=ip:traffic-class=out default drop;cisco-avpair=subscriber:accounting-list=PPPoE;Acct-Interim-Interval=60;cisco-SSG-Service-Info=QU;;104857600;;1310720;;2621440;;D;;104857600;;1310720;;2621440 # Атрибуты для доступа к порталу radius.inetOption.17.attributes=cisco-avpair=ip:traffic-class=in access-group name portal-in priority 200;cisco-avpair=ip:traffic-class=in default drop;cisco-avpair=ip:traffic-class=out access-group name portal-out priority 200;cisco-avpair=ip:traffic-class=out default drop;cisco-avpair=subscriber:accounting-list=PPPoE-NONE;Acct-Interim-Interval=60 # Атрибуты для редиректа radius.inetOption.16.attributes=cisco-avpair=ip:l4redirect=redirect to group BLOCK-RDR;cisco-avpair=ip:traffic-class=in access-group name redirect-in priority 205;cisco-avpair=ip:traffic-class=in default drop;cisco-avpair=ip:traffic-class=out access-group name redirect-out priority 205;cisco-avpair=ip:traffic-class=out default drop;cisco-avpair=subscriber:accounting-list=PPPoE;Acct-Interim-Interval=60 #коды ошибок, при которых вместо reject выдавать accept с заданными атрибутами #(пользователю выдается серый адрес и устанавливается HTTP-редирект) radius.disable.accessCodes=4,10,11,12,40,43,44,46,47,62,63 #атрибуты, выдаваемые при rejectToAccept radius.disable.attributes=cisco-SSG-Account-Info=APORTAL;cisco-SSG-Account-Info=AREDIRECT # При получении старт/стоп-пакета сервисной сессии ISG, если имя сервиса ISG совпадает, то состояние сессии disable/enable radius.serviceName.disable=REDIRECT #---------------------------------------- #параметры обработчика активации сервисов #---------------------------------------- # При Access-Accept заносить запись в базу, с информацией о выданных опциях и состоянии connection.start.fromAccept=0 # Бывают ситуации, когда start-пакет не дошел до Accounting-сервера. В этом случае, при # 1 (значение по умолчанию) - сессия создастся от текущего момента, # 2 - Accounting проверит, что время сессии из update/stop пакета не больше, чем значение connection.close.timeout и создаст сессию от ее начала, иначе, # если время сессии больше чем connection.close.timeout, сессия создастся от текущего момента, # 0 - сессия без старт-пакета создана не будет. connection.start.fromUpdate=1 sa.radius.connection.withoutBreak=false #режим отправки CoA. 1 - команды 0xc и 0xb в одном пакете для каждого сервиса, 2 - атрибуты subscriber:command= в раздельных пакетах для каждого сервиса sa.radius.connection.coa.mode=3 # Нужно ли посылать CoA при переводе из disable в enable (при withoutBreak=false) sa.radius.connection.coa.onEnable=1 sa.radius.connection.attributes=Acct-Session-Id |
Автор: | vkulakov [ 18 окт 2012, 11:57 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
В конфигурации модуля добавил строчку Код: # Проверка цены в тарифе: 0 - проверка отсутсвует, 1 - ошибка только если у сессии есть трафик определенного типа, # но для него нет цены, 2 - ошибка если хотя бы для одного типа трафика в привязке типа сервиса нет цены (по умолчанию - 1) accounting.tariffication.checkPrice=0 В результате исчезли разрывы соединения на тарифах, где были прописаны не все типы трафика - мой косяк, ничего не скажешь. На текущий момент имеем: Тариф 1 - все типы трафика прописаны и есть ветка "Превалирующий трафик" с диапазонами трафика "до 10 Мбайт" (100 Мбит/с) и "более 10 Мбайт" (1 Мбит/с). Тариф 2 - есть тип трафика "Время" и ветка "Входящий трафик" с диапазонами трафика "до 10 Мбайт" (100 Мбит/с) и "более 10 Мбайт" (1 Мбит/с). На тарифе 2: устанавливаем тариф - счётчики по нулям; поднимается сессия со скоростью 100 Мбит/с; трафик по сессии переваливает за 10 Мбайт - скорость 100 убирается, а скорость 1 устанавливается; вручную разрываем сессию; поднимается сессия на скорости 100 и скорость уже не меняется в зависимости от трафика. На тарифе 1: устанавливаем тариф - опции из ветки "Превалирующий трафик" не выдаются. При смене тарифа 2 на 1 в логах есть запись следующего характера: "INTERNET_1mbps ... deactivate-service", в то время как на сессии висит "INTERNET_100mbps". Т. е. в мозгах биллинга для тарифа 2 всё правильно с набором опций, но на NAS они не передаются. При смене тарифа 1 на 2 в логах: "INTERNET_1mbps ... activate-service". Выводы: 1. При Access-Accept выдаётся неправильный набор опций. 2. Не выдаются опции из ветки "Превалирующий трафик". |
Автор: | Amir [ 19 окт 2012, 03:42 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
Можете дать доступ? |
Автор: | vkulakov [ 19 окт 2012, 13:48 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
Могу. Что для этого нужно? |
Автор: | Amir [ 19 окт 2012, 13:50 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
ssh и логин/пароль к биллингу в личку. |
Автор: | vkulakov [ 19 окт 2012, 17:06 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
Данные отправил. |
Автор: | vkulakov [ 22 окт 2012, 12:00 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
Я так понял, вы пока не планируете посетить наш сервачок... |
Автор: | Amir [ 22 окт 2012, 14:45 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
Попробуйте с текущим тарифом. Если будет также, попробуйте добавить connection.start.fromAccept=1 в конфиг устройства. Если опять будет также, попробуйте стоимость перенести в диапазоны. Пока на тестовом не получилось повторить. |
Автор: | vkulakov [ 22 окт 2012, 17:27 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
Что значит "попробуйте с текущим тарифом"? Не понял смысл фразы. Amir писал(а): попробуйте добавить connection.start.fromAccept=1 в конфиг устройства. Добавил. Теперь при подключении сначала выдаётся скорость 100, потом сразу переключается на 1 (раньше не переключалось вообще). Amir писал(а): попробуйте стоимость перенести в диапазоны Перенёс, ничего интересного не заметил. Нормально, что в Access-Accept выдаётся неправильная опция? |
Автор: | Amir [ 22 окт 2012, 18:10 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
Нет, причем раз при connection.start.fromAccept=0 переключения не происходит, то похоже, что Accounting опцию определает правильно, в отличие от Access. |
Автор: | Amir [ 22 окт 2012, 18:12 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
Цитата: Что значит "попробуйте с текущим тарифом" Менял тариф немного.
|
Автор: | Amir [ 22 окт 2012, 18:52 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
Если перезапустить Access сервер - то же самое? Возможно что-то с кешированием в Access при переобсчете. |
Автор: | Amir [ 22 окт 2012, 19:55 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
Похоже, что проблема в Access возникла из-за уменьшения диапазона в тарифе. |
Автор: | vkulakov [ 23 окт 2012, 12:08 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
В свои эксперименты добавил перезапуск сервера Access. Вывод: при любых изменениях в тарифах в ветках модуля Inet необходимо перезапускать Access-сервер. В этом случае нормально выдаются опции из тарифных веток и нормально переключаются опции при превышении лимитов. На досуге нужно будет заново провести полное тестирование работы тарифных планов. ![]() |
Автор: | Amir [ 23 окт 2012, 13:23 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
Цитата: Вывод: при любых изменениях в тарифах Вроде бы только при уменьшении размера диапазона трафика. Хотя изменять диапазон рабочего тарифа не рекомендуем - это ошибка, думаем пока как, красиво и ничего не поломав, исправить.
|
Автор: | vkulakov [ 23 окт 2012, 14:48 ] |
Заголовок сообщения: | Re: Превалирующий трафик и установка опций в тарифе |
Amir писал(а): только при уменьшении размера диапазона трафика При создании нового тарифа аналогичная хрень происходит. |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |