forum.bitel.ru http://forum.bitel.ru/ |
|
Не отрабатывают диапазоны внутри тарифных опций http://forum.bitel.ru/viewtopic.php?f=5&t=6632 |
Страница 1 из 1 |
Автор: | nur16 [ 31 мар 2012, 01:06 ] |
Заголовок сообщения: | Не отрабатывают диапазоны внутри тарифных опций |
Не отрабатывают диапазоны внутри тарифных опций. БГ 5.1., все последние апдейты, вот скрин тарифа: Вложение: 1. При первоначальной авторизации абонент корректно попадает в первый диапазон 50 Мбайт, в зону 50M-Speed 512k, при выработке 50Мбайт скатывается, как и положено, в зону 0M - Speed 128k, то есть в "пустую" тарифную опцию. КоА отрабатывается как положено, скорость меняется. 2. Если абонент выбирает любую тарифную опцию (на скрине раскрыта первая тарифная опция), то абонент попадает в зону 10M-Speed 512k, по идее, должен выработать свои 150Мбайт, и уйти в зону Speed 128k. Но этого не происходит - сколько бы абонент не скачал, он всегда остается в зоне 10M-Speed 512k, и получает скорость 512к. То есть диапазон с лимитом 150Мбайт ИГНОРИРУЕТСЯ, как будто его и нет. 3. Если абонент выбирает вторую тарифную опцию (на скрине не раскрыта), то он попадает в эту тарифную опцию, в зону скорости 192к и опять остается в ней до тех пор, пока действует тарифная опция - до конца текущего месяца! А должен выработать свои 100Мбайт и перейти в зону скорости 128к. Подскажите, куда копать. Заранее спасибо. |
Автор: | nur16 [ 05 апр 2012, 16:22 ] |
Заголовок сообщения: | Re: Не отрабатывают диапазоны внутри тарифных опций |
Так как никто из посетителей не отвечает, значит им проблема не известна, прошу ответить разработчиков, заранее спасибо. |
Автор: | nur16 [ 06 апр 2012, 15:20 ] |
Заголовок сообщения: | Re: Не отрабатывают диапазоны внутри тарифных опций |
Тотально переделали вышеуказанный тариф, теперь он принял такой вид: Вложение: наконец примерно подобрались к проблеме, все дело в некорректном срабатывании зон. Две ветки услуг, в каждой ветке отдельная зона, помещенная в свою очередь в отдельную группу. Все сделано согласно доке. Вот выдержка из лога: Цитата: 04-06/08:50:18 INFO [radiusListener-p-4-t-101] connections - [ 0072529923; mt14; 18229 ] Taking zone world:Day Speed 512k 20Gb from response on calculate sid=39 04-06/08:50:18 INFO [radiusListener-p-4-t-101] connections - [ 0072529923; mt14; 18229 ] Taking zone world:Day Speed 512k 20Gb from response on calculate sid=40 04-06/08:50:18 INFO [radiusListener-p-4-t-101] connections - [ 0072529923; mt14; 18229 ] Taking zone local:Speed Внутр. 3M 150Gb from response on calculate sid=46 04-06/08:50:18 INFO [radiusListener-p-4-t-101] connections - [ 0072529923; mt14; 18229 ] Taking zone local:Speed Внутр. 3M 150Gb from response on calculate sid=47 Вот еще подтверждающие сообщения: Цитата: 04-06/08:50:18 INFO [radiusListener-p-5-t-33] connections - [ 0072529923; mt14; 18229 ] DialUpNASConnection startConnection mode=1 04-06/08:50:18 INFO [radiusListener-p-5-t-33] connections - [ 0072529923; mt14; 18229 ] Zone on start local:Speed Внутр. 3M 150Gb 04-06/08:50:18 INFO [radiusListener-p-5-t-33] connections - [ 0072529923; mt14; 18229 ] IP address register on collector То есть зоны "взяты", ждем апдейт пакетов о превышении какого-либо диапазона: Цитата: 04-06/09:14:15 INFO [radiusListener-p-5-t-57] connections - [ 0072529923; mt14; 18229 ] DialUpNASConnection update connection.. 04-06/09:14:15 INFO [radiusListener-p-5-t-57] connections - [ 0072529923; mt14; 18229 ] Taking zone world:Day Speed 128k 20-0Gb from response on calculate sid=39 04-06/09:14:15 INFO [radiusListener-p-5-t-57] connections - [ 0072529923; mt14; 18229 ] Taking zone local:Speed Внутр. 3M 150Gb from response on calculate sid=46 То есть, диапазон внешнего трафика был превышен, новая зона "взята". НО, CoA запросы на циску не уходят. Скорость у абонента остается прежней. Дальше жмем одну из тарифных опций: Цитата: 04-06/09:30:14 INFO [Thread-22] connections - [ 0072529923; mt14; 18229 ] Tariff option set was changed. 04-06/09:30:14 INFO [Thread-22] connections - [ 0072529923; mt14; 18229 ] Taking zone world:Day Speed 512k 7Gb from response on calculate sid=39 Как мы видим, тарифная опция сменилась, и зона тоже сменилась. ОДНАКО же, опять никаких действий со стороны биллинга. А должно быть примерно так: Цитата: 04-06/10:20:02 INFO [Thread-57] connections - [ 0111111111; 11557; 25268 ] Change zone do: 06.04.2012 10:20:02 04-06/10:20:02 INFO [Thread-57] connections - [ 0111111111; 11557; 25268 ] Need CoA request 04-06/10:20:02 INFO [nas-con-insp-PodNasConnectionInspector-Cisco PPPoE] connections - [ 0111111111; 11557; 25268 ] CoA packet on 88.888.888.888:1700 Packet type: CoA-Request Identifier: 25 Authenticator: {D5 7A 25 D8 3C 5A 24 F4 DD C2 05 97 3E 61 7A E7} Attributes: Framed-Pool=CoA Acct-Session-Id=0001D459 cisco-avpair=lcp:interface-config=no rate-limit input access-group 111 64000 12000 32000 conform-action transmit exceed-action drop cisco-avpair=lcp:interface-config=no rate-limit input access-group 111 128000 24000 48000 conform-action transmit exceed-action drop................. На других тарифах, где зоны есть только в одной ветке услуг, все работает ПРЕКРАСНО. Как только помещаешь зоны в две разные ветки, происходит вышеописанная проблема. Самое интересное дальше. Если "переполняется" диапазон в другой ветке, то происходит следующее: Цитата: 04-06/11:11:11 INFO [radiusListener-p-5-t-1] connections - [ 0072529923; mt14; 77181 ] Changed tariff zone from local:Speed Внутр. 3M 50Gb to local:Speed Внутр. 1M 50-0Gb 04-06/11:11:11 INFO [Thread-61] connections - [ 0072529923; mt14; 77181 ] Change zone do: 06.04.2012 11:11:11 04-06/11:11:11 INFO [Thread-61] connections - [ 0072529923; mt14; 77181 ] Setting to disconnect by new zone 04-06/11:11:11 INFO [nas-con-insp-PodNasConnectionInspector-Cisco PPPoE] connections - [ 0072529923; mt14; 77181 ] PoD reset packet on 88.888.888.888:1700 Packet type: Disconnect-Request Identifier: 29 Authenticator: {A5 9C D5 76 CC 16 A6 16 76 86 C1 ED 40 9B 86 16} Attributes: Acct-Session-Id=0001D451 То есть происходит корректный дисконнект, как и указано в этой зоне, абонент переподключается, получает другой IP адрес, как и задумано тарифом. Мы уже не знаем, куда рыть. Помогите пожалуйста. |
Автор: | aardvark [ 06 апр 2012, 17:40 ] |
Заголовок сообщения: | Re: Не отрабатывают диапазоны внутри тарифных опций |
А галочка послать СоA стоит в параметрах зоны точно? |
Автор: | nur16 [ 06 апр 2012, 19:10 ] |
Заголовок сообщения: | Re: Не отрабатывают диапазоны внутри тарифных опций |
Да, точно стоят галочки ![]() |
Автор: | nur16 [ 09 апр 2012, 14:27 ] |
Заголовок сообщения: | Re: Не отрабатывают диапазоны внутри тарифных опций |
Проапдейтили биллинг до версии 5.2. Работали всей конторой, чтобы переработать кучу скриптов, шаблонов и других составляющих. Надеялись, что апдейт решит наши проблемы: Цитата: Клиент: вер. 5.2 сборка 963 от 06.04.2012 13:29:21 os: Windows XP; java: Java HotSpot(TM) Client VM, v.1.6.0_30 Сервер: вер. 5.2 сборка 1152 от 06.04.2012 13:29:26 os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.6.0_31 bill вер. 5.2 сборка 248 от 03.04.2012 14:34:59 card вер. 5.2 сборка 172 от 06.04.2012 13:29:19 cerbercrypt вер. 5.2 сборка 184 от 06.04.2012 13:29:20 dialup вер. 5.2 сборка 332 от 04.04.2012 19:12:25 email вер. 5.2 сборка 162 от 29.03.2012 16:58:37 gorod вер. 5.2 сборка 148 от 29.03.2012 16:58:38 ipn вер. 5.2 сборка 221 от 04.04.2012 21:18:44 npay вер. 5.2 сборка 170 от 03.04.2012 18:30:20 phone вер. 5.2 сборка 223 от 06.04.2012 13:29:40 reports вер. 5.2 сборка 173 от 03.04.2012 18:30:20 rscm вер. 5.2 сборка 155 от 13.03.2012 14:04:14 ru.bitel.bgbilling.plugins.cashcheck вер. 5.2 сборка 101 от 19.03.2012 12:57:09 ru.bitel.bgbilling.plugins.crm вер. 5.2 сборка 176 от 27.03.2012 15:58:13 ru.bitel.bgbilling.plugins.dispatch вер. 5.2 сборка 34 от 30.03.2012 13:16:05 ru.bitel.bgbilling.plugins.documents вер. 5.2 сборка 138 от 13.03.2012 14:04:10 ru.bitel.bgbilling.plugins.helpdesk вер. 5.2 сборка 160 от 13.03.2012 14:04:11 ru.bitel.bgbilling.plugins.organizer вер. 5.2 сборка 57 от 13.03.2012 14:04:11 trayinfo вер. 5.2 сборка 153 от 13.03.2012 14:04:14 voiceip вер. 5.2 сборка 178 от 04.04.2012 19:12:42 wm вер. 5.2 сборка 167 от 13.03.2012 14:04:20 Проблема ОСТАЛАСЬ в точности как вышеописанная. Разработчики, если данная проблема требует оплачиваемой поддержки, мы готовы оплатить работу, дайте указания, как поступить. Спасибо. |
Автор: | Amir [ 12 апр 2012, 19:36 ] |
Заголовок сообщения: | Re: Не отрабатывают диапазоны внутри тарифных опций |
Но так ведь никогда и не работало. Диапазоны в модулях dialup и ipn всегда были "статичными" в этом плане... Такой режим только в модуле Inet возможен, когда для каждой активации новый счетчик диапазона. |
Автор: | Amir [ 12 апр 2012, 20:05 ] |
Заголовок сообщения: | Re: Не отрабатывают диапазоны внутри тарифных опций |
В dialup если только попробовать сделать дублирующиеся тарифные опции. Metro1 - не совместим с Metro2 и Metro3 Metro2 - не совместим с Metro1 и Metro3 Metro3 - не совместим с Metro1 и Metro2 В скрипте на событие TariffOptionListAvailableEvent выдавать только один из них, который еще не был активирован в этом месяце. И в тарифе продублировать для этих тарифных опций условия, т.е. Metro1 - 5GB - 0GB Metro2 - 5GB - 0GB .... Но не уверен, на сколько такая реализация жизнеспособна. |
Автор: | nur16 [ 12 апр 2012, 22:22 ] |
Заголовок сообщения: | Re: Не отрабатывают диапазоны внутри тарифных опций |
Amir писал(а): Но так ведь никогда и не работало. Диапазоны в модулях dialup и ipn всегда были "статичными" в этом плане... Спасибо за ответ, Не совсем понятны ваши слова, ведь, цитирую доку: Цитата: 11.8. Указание в тарифе свойств соединения ... Изменение зон может быть отслежено только в пределах тарификации одной услуги. Однако зачастую могут быть ситуации, когда требуется изменять параметры доступа в зависимости от нескольких услуг. .... Обратите внимание на префикс с двоеточием перед названием зоны. Это группа зон. RADIUS отслеживает смену зон в каждой из групп и при этом выполняет действия, указанные в новой зоне. Судя по всему, должно ведь работать? Как же так? Что мы неправильно поняли? В нашем случае диапазоны отрабатывают КАК ПОЛОЖЕНО, название темы уже не соответствует проблеме. Нет отработки событий в этих зонах, как мы указываем в вышеприведенных логах. Что значит "диапазоны статичны"? |
Автор: | Amir [ 13 апр 2012, 02:04 ] |
Заголовок сообщения: | Re: Не отрабатывают диапазоны внутри тарифных опций |
Вы как хотите чтобы работало? Клиент может несколько раз в месяц активировать эту опцию и каждый раз ему будут новые ГБ? Цитата: Что значит "диапазоны статичны"? Т.е. если клиент активирует первый раз за месяц и выкачивает 10ГБ, затем активирует второй раз и выкачивает 10ГБ, то во второй раз в диапазоне будет уже 20ГБ, диапазон же будет один и тот же 20ГБ за месяц (а не за тарифную опцию). |
Автор: | nur16 [ 13 апр 2012, 21:23 ] |
Заголовок сообщения: | Re: Не отрабатывают диапазоны внутри тарифных опций |
Мне кажется, между нами есть недопонимание сути нашей проблемы. Я постараюсь изложить все максимально подробно. Итак, Суть тарифа: Если абонент скачал трафика больше чем, к примеру, разрешенные 10Гбайт, то до конца текущего месяца у него понижается скорость. Причем, этот трафик двух классов - внешний и внутренний+локальный. Если перекачал внешнего трафика - понижается только внешняя скорость (посылкой CoA). Если перекачал внутреннего+локального трафиков - должна понизиться скорость только этого класса трафика (разрывом соединения и присваиванием другого IP адреса). Если абонент хочет повысить себе скорость ОБОИХ классов трафика до изначальной, то он применяет одну из двух тарифных опций, которая действует до окончания текущего месяца. В тарифных опциях тоже есть диапазоны - и они отрабатывают верно. Скачал абонент, к примеру, 7Гбайт внешнего трафика, переходит в другой диапазон, а там скорость внешки уменьшается. Скачал 50Гбайт внутреннего трафика - уменьшается только скорость внутреннего+локального трафиков. Применить тарифную опцию еще раз невозможно, тариф этого не предусматривает, да и средства биллинга этого не позволяют же сделать, как вы сказали, активация каждый раз с нуля возможна только в модуле Инет. Проблема в другом - в двух ветках услуг (классов трафика) одного модуля, в данном случае модуля Диалап. Если зоны находятся в обоих классах (ветках услуг), то зоны отрабатывают некорректно. Зоны, которые находятся во внутреннем трафике, соединение рвут, как и заложено в зоне. Зоны, которые находятся во внешнем трафике, CoA запросы не отправляют, никак не реагируют на смену тарифной опции. Вот, повторяю логи с первоначального поста: (помечаю жирным зоны скоростей внешнего трафика) Цитата: Цитата: 04-06/08:50:18 INFO [radiusListener-p-4-t-101] connections - [ 0072529923; mt14; 18229 ] Taking zone world:Day Speed 512k 20Gb from response on calculate sid=39 04-06/08:50:18 INFO [radiusListener-p-4-t-101] connections - [ 0072529923; mt14; 18229 ] Taking zone world:Day Speed 512k 20Gb from response on calculate sid=40 04-06/08:50:18 INFO [radiusListener-p-4-t-101] connections - [ 0072529923; mt14; 18229 ] Taking zone local:Speed Внутр. 3M 150Gb from response on calculate sid=46 04-06/08:50:18 INFO [radiusListener-p-4-t-101] connections - [ 0072529923; mt14; 18229 ] Taking zone local:Speed Внутр. 3M 150Gb from response on calculate sid=47 Вот еще подтверждающие сообщения: Цитата: 04-06/08:50:18 INFO [radiusListener-p-5-t-33] connections - [ 0072529923; mt14; 18229 ] DialUpNASConnection startConnection mode=1 04-06/08:50:18 INFO [radiusListener-p-5-t-33] connections - [ 0072529923; mt14; 18229 ] Zone on start local:Speed Внутр. 3M 150Gb 04-06/08:50:18 INFO [radiusListener-p-5-t-33] connections - [ 0072529923; mt14; 18229 ] IP address register on collector То есть зоны "взяты", ждем апдейт пакетов о превышении какого-либо диапазона: Цитата: 04-06/09:14:15 INFO [radiusListener-p-5-t-57] connections - [ 0072529923; mt14; 18229 ] DialUpNASConnection update connection.. 04-06/09:14:15 INFO [radiusListener-p-5-t-57] connections - [ 0072529923; mt14; 18229 ] Taking zone world:Day Speed 128k 20-0Gb from response on calculate sid=39 04-06/09:14:15 INFO [radiusListener-p-5-t-57] connections - [ 0072529923; mt14; 18229 ] Taking zone local:Speed Внутр. 3M 150Gb from response on calculate sid=46 То есть, диапазон внешнего трафика был превышен, новая зона "Taking zone world:Day Speed 128k 20-0Gb" "взята". НО, CoA запросы на циску не уходят. Скорость у абонента остается прежней. Дальше жмем одну из тарифных опций: Цитата: 04-06/09:30:14 INFO [Thread-22] connections - [ 0072529923; mt14; 18229 ] Tariff option set was changed. 04-06/09:30:14 INFO [Thread-22] connections - [ 0072529923; mt14; 18229 ] Taking zone world:Day Speed 512k 7Gb from response on calculate sid=39 Как мы видим, тарифная опция сменилась, и зона тоже сменилась. ОДНАКО же, опять никаких действий со стороны биллинга. А должно быть примерно так: Цитата: 04-06/10:20:02 INFO [Thread-57] connections - [ 0111111111; 11557; 25268 ] Change zone do: 06.04.2012 10:20:02 04-06/10:20:02 INFO [Thread-57] connections - [ 0111111111; 11557; 25268 ] Need CoA request 04-06/10:20:02 INFO [nas-con-insp-PodNasConnectionInspector-Cisco PPPoE] connections - [ 0111111111; 11557; 25268 ] CoA packet on 88.888.888.888:1700 Packet type: CoA-Request Identifier: 25 Authenticator: {D5 7A 25 D8 3C 5A 24 F4 DD C2 05 97 3E 61 7A E7} Attributes: Framed-Pool=CoA Acct-Session-Id=0001D459 cisco-avpair=lcp:interface-config=no rate-limit input access-group 111 64000 12000 32000 conform-action transmit exceed-action drop cisco-avpair=lcp:interface-config=no rate-limit input access-group 111 128000 24000 48000 conform-action transmit exceed-action drop................. На других тарифах, где зоны есть только в одной ветке услуг, все работает ПРЕКРАСНО. Как только помещаешь зоны в две разные ветки, происходит вышеописанная проблема. Самое интересное дальше. Если "переполняется" диапазон в другой ветке, то происходит следующее: Цитата: 04-06/11:11:11 INFO [radiusListener-p-5-t-1] connections - [ 0072529923; mt14; 77181 ] Changed tariff zone from local:Speed Внутр. 3M 50Gb to local:Speed Внутр. 1M 50-0Gb 04-06/11:11:11 INFO [Thread-61] connections - [ 0072529923; mt14; 77181 ] Change zone do: 06.04.2012 11:11:11 04-06/11:11:11 INFO [Thread-61] connections - [ 0072529923; mt14; 77181 ] Setting to disconnect by new zone 04-06/11:11:11 INFO [nas-con-insp-PodNasConnectionInspector-Cisco PPPoE] connections - [ 0072529923; mt14; 77181 ] PoD reset packet on 88.888.888.888:1700 Packet type: Disconnect-Request Identifier: 29 Authenticator: {A5 9C D5 76 CC 16 A6 16 76 86 C1 ED 40 9B 86 16} Attributes: Acct-Session-Id=0001D451 То есть происходит корректный дисконнект, как и указано в этой зоне, абонент переподключается, получает другой IP адрес, как и задумано тарифом. Мы думаем, что корректная работа зон в этой ветке услуг происходит из-за того, что: Цитата: 04-06/08:50:18 INFO [radiusListener-p-5-t-33] connections - [ 0072529923; mt14; 18229 ] Zone on start local:Speed Внутр. 3M 150Gb Как будто биллинг "видит" только одну ветку услуг (внутреннего+локального трафиков). В ветку услуг внешнего трафика он как бы "не замечает", ее для биллинга нет. Если убрать зоны из любой второй ветки, то зоны в оставшейся одной ветке услуг (классе трафика) отрабатывают как положено - поставишь Разорвать соединение-рвут, поставишь Отправить CoA - отправляют CoA. То есть, один из видов класса трафика считать и управлять проблем нет, а считать и управлять двумя классами трафика (двумя ветками услуг) - не получается. |
Автор: | Amir [ 13 апр 2012, 23:54 ] |
Заголовок сообщения: | Re: Не отрабатывают диапазоны внутри тарифных опций |
Можете дать доступ? |
Автор: | nur16 [ 14 апр 2012, 01:04 ] |
Заголовок сообщения: | Re: Не отрабатывают диапазоны внутри тарифных опций |
Конечно дадим доступ. Скиньте в личку свой IP, откуда будете заходить. Надо ли что-нибудь организовывать? Тестовый договор с этим тарифом, логин которого находится в онлайне и прошедший какие-то стадии диапазонов? Или, наоборот, тестовый договор с нуля, и при вашем присутствии необходимо начать проходить диапазоны с заниженным тестовым объемом (вместо 10Гбайт установим 10Мбайт)? Мы 23 тестовых договора создавали с нуля, чтобы полностью протестировать все нюансы и выявить данную проблему. Сообщите инструкции, мы выполним. Заранее спасибо за поддержку, |
Автор: | nur16 [ 11 май 2012, 01:38 ] |
Заголовок сообщения: | Re: Не отрабатывают диапазоны внутри тарифных опций |
Отпишу, чтобы закрыть вопрос, мы дали доступ, разработчики зашли. Через неделю выложили нам апдейт радиуса. Накатили апдейт - все проблемы решились. Обещали выложить этот апдейт в оф релизы. Спасибо Амиру за поддержку. |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |