BiTel

Добрый день!

В 4.6 добился чтобы работали, перешли на 5.1 и все....

08-24/14:17:27 INFO [Thread-23] connections - [ ДФ-00108-2010; pu1se; 93928 ] Tariff options was changed!
08-24/14:17:27 INFO [Thread-23] connections - [ ДФ-00108-2010; pu1se; 93928 ] 3 => 2010.08.24 14:17:24-2010.08.24 15:17:23
08-24/14:18:07 INFO [radiusListener-p-4-t-8] connections - [ ДФ-00108-2010; pu1se; 93928 ] DialUpNASConnection update connection..
08-24/14:18:07 INFO [radiusListener-p-4-t-8] connections - [ ДФ-00108-2010; pu1se; 93928 ] Taking zone VPN-5M from response on calculate sid=13

Не вижу CoA запросов к NAS на изменение скорости

bill вер. 5.1 сборка 198 от 09.08.2010 20:17:48
card вер. 5.1 сборка 148 от 09.07.2010 16:06:09
dialup вер. 5.1 сборка 156 от 10.08.2010 13:33:42
email вер. 5.1 сборка 144 от 11.08.2010 12:27:02
ipn вер. 5.1 сборка 190 от 16.08.2010 18:01:01
npay вер. 5.1 сборка 154 от 10.08.2010 14:08:18
reports вер. 5.1 сборка 156 от 18.08.2010 15:06:22
ru.bitel.bgbilling.plugins.documents вер. 5.1 сборка 113 от 09.06.2010 12:13:06
voiceip вер. 5.1 сборка 146 от 10.08.2010 13:33:49

Еще заметил, что как бы я не устанавливал режимы опций: деактивация, реактивация в редакторе тарифных опций - эти поля реально не заполняются, и всегда находятся в одном и том же состоянии. Видимо какой-то баг при апгрейде с 4.6 до 5.1? Но в логах сервера при этом ошибок не наблюдается.

Выложите побольше кусок connection.log, а лучше целиком за сессию. Скрин тарифа ещё.

Целиком за сессию, к сожалению не осталось. Вот все, что есть.
Еще раз обращаю внимание, что тариф и опции не менялись и в 4.6 прекрасно работали. Апдейт производился сразу с 4.6 до 5.1 (минуя версию 5.0)

Покажите редактор узла с зоной VPN-5M открытый.

Вы вот это имели в виду?

И еще, может это связано с другой проблемой? Посмотрите, у меня поля деактивация и реактивация всегда остаются пустыми как бы я их не пытался заполнить.

Обновление выложено. В 5.1 добавили (ещё нет документации) функционал наборов тарифных зон. Когда параллельно несколько как бы зон меняются. Например, можно выставить смену скорости в зависимости от двух типов трафика. И внесли ошибку. Ошибка в зонах т.е. была.

а когда в документации описание появиться? очень охото по подробнее давно хотел данную фишку, чтоб билинг мог отслеживать изменения сразу в нескольких зонах

На днях постараемся.

Спасибо, сейчас проверим. А что на счет того, что не сохраняются режимы активации и реактивации опции? Я обновление поставил, но эта ошибка (если это конечно ошибка) осталась.

А больше ничего в радиусе не менялось? Потому что теперь запросы отправляются, но mpd отвечает:
radsrv: request receive error: -3

пароли проверил - совпадают

Хмм... disconnect-request работает, пользователи сбрасываются. Правда при этом bgbilling генерирует письмо о ID события: radius.dialup.error.session.drop

На MPD как то не грешу, потому что версия 5.5 и он не перезагружался уже больше месяца, и все же единственное что менялось это bgbilling. Но с радостью приму любые советы как решить проблему с опциями

P.S. с этим разобрался, проблема была все-таки в MPD

Нет, все таки есть проблемы с опциями. Вчера вечером я видел попытку передачу CoA пакета, а сегодня с утра опять нет:
08-26/09:57:52 INFO [radiusListener-p-3-t-26] connections - [ ДФ-00114-2010; 163; 72498 ] Taking zone VPN-128K from response on calculate sid=13
08-26/09:57:52 INFO [radiusListener-p-4-t-37] connections - [ ДФ-00114-2010; 163; 72498 ] DialUpNASConnection startConnection mode=1
08-26/09:57:52 INFO [radiusListener-p-4-t-37] connections - [ ДФ-00114-2010; 163; 72498 ] IP address register on collector
08-26/09:58:25 INFO [Thread-23] connections - [ ДФ-00114-2010; 163; 72498 ] Tariff options was changed!
08-26/09:58:25 INFO [Thread-23] connections - [ ДФ-00114-2010; 163; 72498 ] 3 => 2010.08.26 09:58:23-2010.08.26 10:58:22
08-26/09:58:52 INFO [radiusListener-p-4-t-14] connections - [ ДФ-00114-2010; 163; 72498 ] DialUpNASConnection update connection..
08-26/09:58:52 INFO [radiusListener-p-4-t-14] connections - [ ДФ-00114-2010; 163; 72498 ] Taking zone VPN-5M from response on calculate sid=13
08-26/09:59:52 INFO [radiusListener-p-4-t-12] connections - [ ДФ-00114-2010; 163; 72498 ] DialUpNASConnection update connection..
08-26/09:59:52 INFO [radiusListener-p-4-t-12] connections - [ ДФ-00114-2010; 163; 72498 ] Taking zone VPN-5M from response on calculate sid=13
08-26/10:00:52 INFO [radiusListener-p-4-t-43] connections - [ ДФ-00114-2010; 163; 72498 ] DialUpNASConnection update connection..
08-26/10:00:52 INFO [radiusListener-p-4-t-43] connections - [ ДФ-00114-2010; 163; 72498 ] Taking zone VPN-5M from response on calculate sid=13
08-26/10:01:52 INFO [radiusListener-p-4-t-31] connections - [ ДФ-00114-2010; 163; 72498 ] DialUpNASConnection update connection..

После переинициализации соединения зона подхватывается правильная, а вот в процессе работы какие-то проблемы.

Тут получается по первому Update пакету после старта смена произошла зоны? Тариф не меняли?


Не понял фразу.

Тариф не менялся.

Ну вот смотрите, по последнему куску лога что я привел.
То есть я подключился, активировал опцию - видна, что система увидела ее активацию, и как бы поменяла зону. Но CoA пакет не отправился. После чего я отключился и снова подключился, в этот раз на соединение были установлены правильные параметры. Т. е. с моей точки зрения режим опций и зон работает, только не отсылается пакет CoA.

Вот еще одну странность заметил. Есть два договора с одинаковым тарифом. В одном случае договор действует давно и, соответственно, VPN и тариф присутствуеют на первое число этого месяца. И другой договор, тестовый, который я создал сегодня, соответственно и тариф и VPN разрешены с сегодняшнего числа. Так вот на первом договоре и определяется смена тарифных опций и делается попытка послать CoA. А вот на втором договоре только определяется активация опции, а CoA даже не пытается посылаться.

После перехода с 5.0 на 5.1 NAS при получении CoA/PoD стал ругаться:



Запросы CoA/PoD на этот же NAS с 5.0 обрабатываются нормально.

В конфиге NASa секрет задавал руками и пробовал чтоб брался секрет NASа - не помогает.

To iONE: Поднимите отдельную тему.
См. правила форума: viewtopic.php?f=20&t=475

Обновление выложено. Была в самом деле проблема только при смене зоны по первому Update пакету после старта.

Теперь по логам все замечательно, видно, что CoA на сервер отправляются, но не проходят. В логах MPD:
radsrv: request receive error: -3

что очень напоминает проблему iONE. Продолжаем здесь или создаем новую тему?

Я поэтому и добавил сюда, что сдесь речь идёт об одном и том же, просто в моём посте есть не просто ошибка MPD -3 как у топикстартера, а конкретное указание на причину ошибки.
Но если новая, так http://forum.bgbilling.ru/viewtopic.php?f=5&t=4482

Документация выложена.