BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 20 июн 2025, 11:04

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 48 ]  На страницу Пред.  1, 2
Автор Сообщение
СообщениеДобавлено: 27 май 2014, 12:54 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 24 июн 2009, 17:49
Сообщения: 640
Карма: 10
версия глючного иоса на циске не подтверждается. Отключил bgbilling и с полчаса командами:

Код:
echo "User-Name=\"xx.xx.xx.xx\",Cisco-Account-Info=\"Sxx.xx.xx.xx\",cisco-avpair=\"subscriber:service-name=ISG-10MBPS\",cisco-avpair=\"subscriber:command=deactivate-service\""  | radclient -x yy.yy.yy.yy:1700 coa ***
echo "User-Name=\"xx.xx.xx.xx\",Cisco-Account-Info=\"Sxx.xx.xx.xx\",cisco-avpair=\"subscriber:service-name=ISG-LOCAL\",cisco-avpair=\"subscriber:command=deactivate-service\""  | radclient -x yy.yy.yy.yy:1700 coa ***

echo "User-Name=\"xx.xx.xx.xx\",Cisco-Account-Info=\"Sxx.xx.xx.xx\",cisco-avpair=\"subscriber:service-name=L4REDIRECT\",cisco-avpair=\"subscriber:command=activate-service\""  | radclient -x yy.yy.yy.yy:1700 coa ***
echo "User-Name=\"xx.xx.xx.xx\",Cisco-Account-Info=\"Sxx.xx.xx.xx\",cisco-avpair=\"subscriber:service-name=OPENGARDEN\",cisco-avpair=\"subscriber:command=activate-service\""  | radclient -x yy.yy.yy.yy:1700 coa ***


ставил/снимал сервисы с сессии. Никаких проблем.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 май 2014, 13:00 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
А в логах Cisco ничего нет, когда он не отвечает на CoA запросы?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 май 2014, 13:02 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
А если с такими же атрибутами, как посылает сейчас биллинг? Может быть из-за этого?
Цитата:
Packet type: CoA-Request
Identifier: 22
Authenticator: {41 9D BB 71 96 1D 3E 57 BD DD F5 15 87 C4 A4 F5}
Attributes:
User-Name=109.XXX.49.104
Framed-IP-Address=109.XXX.49.104
Acct-Session-Id=0/0/2/1001_2325EA11
cisco-avpair=subscriber:service-name=ISG-10MBPS
cisco-avpair=subscriber:command=deactivate-service


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 май 2014, 13:16 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 24 июн 2009, 17:49
Сообщения: 640
Карма: 10
Проблема в том, что как только я снимаю сервисы radclient'ом - bgbilling сразу же делает account-logoff этой сессии, а отключить биллинг сейчас (как сделал утром) я не могу...


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 май 2014, 13:36 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
А, ну да, по наличию сервисных сессий он видит что состояние сессии изменилось и хочет переключить его обратно.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 май 2014, 13:38 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
А просто скорость биллингом получается нормально переключается? Проблема возникает именно с ограничением доступа?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 май 2014, 13:38 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 24 июн 2009, 17:49
Сообщения: 640
Карма: 10
Вырубил только BGInetAccess и попробовал:

Код:
# ./coa-set-new
Sending CoA-Request of id 112 to 10.100.198.31 port 1700
        User-Name = "109.XXX.49.1"
        Framed-IP-Address = 109.XXX.49.1
        Acct-Session-Id = "0/0/2/1001_2325EA11"
        Cisco-AVPair = "subscriber:service-name=ISG-10MBPS"
        Cisco-AVPair = "subscriber:command=deactivate-service"
rad_recv: CoA-ACK packet from host 10.100.198.31 port 1700, id=112, length=60
        Cisco-Command-Code = "\014ISG-10MBPS"
        Cisco-Account-Info = "S109.XXX.49.1"
Sending CoA-Request of id 61 to 10.100.198.31 port 1700
        User-Name = "109.XXX.49.1"
        Framed-IP-Address = 109.XXX.49.1
        Acct-Session-Id = "0/0/2/1001_2325EA11"
        Cisco-AVPair = "subscriber:service-name=ISG-LOCAL"
        Cisco-AVPair = "subscriber:command=deactivate-service"
rad_recv: CoA-ACK packet from host 10.100.198.31 port 1700, id=61, length=59
        Cisco-Command-Code = "\014ISG-LOCAL"
        Cisco-Account-Info = "S109.XXX.49.1"
Sending CoA-Request of id 164 to 10.100.198.31 port 1700
        User-Name = "109.XXX.49.1"
        Framed-IP-Address = 109.XXX.49.1
        Acct-Session-Id = "0/0/2/1001_2325EA11"
        Cisco-AVPair = "subscriber:service-name=L4REDIRECT"
        Cisco-AVPair = "subscriber:command=activate-service"
rad_recv: CoA-ACK packet from host 10.100.198.31 port 1700, id=164, length=60
        Cisco-Command-Code = "\013L4REDIRECT"
        Cisco-Account-Info = "S109.XXX.49.1"
Sending CoA-Request of id 193 to 10.100.198.31 port 1700
        User-Name = "109.XXX.49.1"
        Framed-IP-Address = 109.XXX.49.1
        Acct-Session-Id = "0/0/2/1001_2325EA11"
        Cisco-AVPair = "subscriber:service-name=OPENGARDEN"
        Cisco-AVPair = "subscriber:command=activate-service"
rad_recv: CoA-ACK packet from host 10.100.198.31 port 1700, id=193, length=60
        Cisco-Command-Code = "\013OPENGARDEN"
        Cisco-Account-Info = "S109.XXX.49.1"


потом наоборот:
Код:
# ./coa-set-new
Sending CoA-Request of id 88 to 10.100.198.31 port 1700
        User-Name = "109.XXX.49.1"
        Framed-IP-Address = 109.XXX.49.1
        Acct-Session-Id = "0/0/2/1001_2325EA11"
        Cisco-AVPair = "subscriber:service-name=L4REDIRECT"
        Cisco-AVPair = "subscriber:command=deactivate-service"
rad_recv: CoA-ACK packet from host 10.100.198.31 port 1700, id=88, length=60
        Cisco-Command-Code = "\014L4REDIRECT"
        Cisco-Account-Info = "S109.XXX.49.1"
Sending CoA-Request of id 43 to 10.100.198.31 port 1700
        User-Name = "109.XXX.49.1"
        Framed-IP-Address = 109.XXX.49.1
        Acct-Session-Id = "0/0/2/1001_2325EA11"
        Cisco-AVPair = "subscriber:service-name=OPENGARDEN"
        Cisco-AVPair = "subscriber:command=deactivate-service"
rad_recv: CoA-ACK packet from host 10.100.198.31 port 1700, id=43, length=60
        Cisco-Command-Code = "\014OPENGARDEN"
        Cisco-Account-Info = "S109.XXX.49.1"
Sending CoA-Request of id 32 to 10.100.198.31 port 1700
        User-Name = "109.XXX.49.1"
        Framed-IP-Address = 109.XXX.49.1
        Acct-Session-Id = "0/0/2/1001_2325EA11"
        Cisco-AVPair = "subscriber:service-name=ISG-10MBPS"
        Cisco-AVPair = "subscriber:command=activate-service"
rad_recv: CoA-ACK packet from host 10.100.198.31 port 1700, id=32, length=60
        Cisco-Command-Code = "\013ISG-10MBPS"
        Cisco-Account-Info = "S109.XXX.49.1"
Sending CoA-Request of id 136 to 10.100.198.31 port 1700
        User-Name = "109.XXX.49.1"
        Framed-IP-Address = 109.XXX.49.1
        Acct-Session-Id = "0/0/2/1001_2325EA11"
        Cisco-AVPair = "subscriber:service-name=ISG-LOCAL"
        Cisco-AVPair = "subscriber:command=activate-service"
rad_recv: CoA-ACK packet from host 10.100.198.31 port 1700, id=136, length=59
        Cisco-Command-Code = "\013ISG-LOCAL"
        Cisco-Account-Info = "S109.XXX.49.1"


Все ok.


Amir писал(а):
А если с такими же атрибутами, как посылает сейчас биллинг? Может быть из-за этого?
Цитата:
Packet type: CoA-Request
Identifier: 22
Authenticator: {41 9D BB 71 96 1D 3E 57 BD DD F5 15 87 C4 A4 F5}
Attributes:
User-Name=109.XXX.49.104
Framed-IP-Address=109.XXX.49.104
Acct-Session-Id=0/0/2/1001_2325EA11
cisco-avpair=subscriber:service-name=ISG-10MBPS
cisco-avpair=subscriber:command=deactivate-service


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 май 2014, 13:41 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 24 июн 2009, 17:49
Сообщения: 640
Карма: 10
Amir писал(а):
А просто скорость биллингом получается нормально переключается? Проблема возникает именно с ограничением доступа?


я этого пока не умею :) если я правильно понимаю это делается тарифными опциями?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 май 2014, 14:53 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 24 июн 2009, 17:49
Сообщения: 640
Карма: 10
Попробовал с тарифными опциями - все ok, сервисы меняются, сессия не виснет. Ничего не понимаю, сейчас еще раз попробую с ограничением доступа...


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 май 2014, 15:15 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
В логах сейчас заметил странность - при ограничении доступа отправляются команды на отключение 10MBPS и LOCAL, включение REDIRECT и OPENGARDEN, приходит на все 4 запроса ACK, далее отключаются две сервисные сессии (onAccountingStop), но стартует только одна (onAccountingStart). Так и должно быть (только одна сервисная сессия) при ограниченном доступе?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 май 2014, 15:25 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
У вас же используется обработчик активации сервисов который расширяет (extends) ISGServiceActivator?
Попробуйте на всякий случай в нем (ru.bitel.bgbilling.modules.inet.dyn.device.cisco.ISGServiceActivator) в методе sendCommands поменять radiusClient.sendAsync( packet ); на radiusClient.send( packet );
В этом случае Access не пошлет следующий запрос пока не получит ответ на предыдущий.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 май 2014, 16:39 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 24 июн 2009, 17:49
Сообщения: 640
Карма: 10
Amir писал(а):
В логах сейчас заметил странность - при ограничении доступа отправляются команды на отключение 10MBPS и LOCAL, включение REDIRECT и OPENGARDEN, приходит на все 4 запроса ACK, далее отключаются две сервисные сессии (onAccountingStop), но стартует только одна (onAccountingStart). Так и должно быть (только одна сервисная сессия) при ограниченном доступе?


при полном доступе биллинг видит обе сессии (ISG и DHCP), при ограниченном - только DHCP, потому что на radius запросы биллинг отвечал reject'ом. Правда ISG сессия все равно стартовала, согласно настройкам на циске (с сервисами L4REDIRECT и OPENGARDEN).
Сейчас я изменил конфиг - биллинг отвечает Accept'ом и при ограниченном интернете в биллинге видны обе сессии. Правда я пока оставил sa.radius.connection.withoutBreak=0 и сессия пересоздается.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 май 2014, 16:43 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Я про сервисные сессии у сессии ISG (правой кнопкой на сессии в отчете по сессиям).


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 май 2014, 16:55 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 24 июн 2009, 17:49
Сообщения: 640
Карма: 10
Итак, потестил еще раз отключение интернета без разрыва сессии - ситуация легко воспроизводится. Сессия виснет.
При этом тарифные опции спокойно переключают сервисы на сессии сколько угодно раз - ни одного зависания.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 май 2014, 16:59 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 24 июн 2009, 17:49
Сообщения: 640
Карма: 10
Amir писал(а):
Я про сервисные сессии у сессии ISG (правой кнопкой на сессии в отчете по сессиям).


Интернет включен. Сервисные сессии:
ISG100MBPS статус - завершена (это тарифная опция)
ISG-LOCAL статус - активна
ISG-10MBPS статус - активна

Интернет включен. Сервисные сессии:
OPENGARDEN статус - активна

Все верно, при ограниченном доступе должна быть только одна сервисная сессия.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 май 2014, 17:32 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 24 июн 2009, 17:49
Сообщения: 640
Карма: 10
Amir писал(а):
У вас же используется обработчик активации сервисов который расширяет (extends) ISGServiceActivator?
Попробуйте на всякий случай в нем (ru.bitel.bgbilling.modules.inet.dyn.device.cisco.ISGServiceActivator) в методе sendCommands поменять radiusClient.sendAsync( packet ); на radiusClient.send( packet );
В этом случае Access не пошлет следующий запрос пока не получит ответ на предыдущий.


ммм... у типа устройства ISG в качестве обработчика активации сервисов стоит ru.bitel.bgbilling.modules.inet.dyn.device.cisco.ISGIPServiceActivator. В нем есть методы init, connectionModify, connectionClose, onAccountingStart, onAccountingStop и сonnectionClose. Метода sendCommands нету.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 май 2014, 14:17 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Посмотрите начало этого класса, скорее всего там public class ISGIPServiceActivator extends ISGServiceActivator, т.е. он расширяет ISGServiceActivator и использует его методы.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 29 май 2014, 12:53 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 24 июн 2009, 17:49
Сообщения: 640
Карма: 10
Да так и есть, нашел отдельно public class ISGServiceActivator, но там sendCommands встречается только в методе connectionModify:
Код:
return sendCommands( connection, optionsToServiceNames( e.getOldOptions(), null ), disableServiceNames );


Честно говоря меня пока ситуация удовлетворяет, пусть сессия при изменении баланса и пересоздается, но зато это работает "как часы" и это лучше чем было раньше (сессия длительностью в минуту и только на циске и не видимая биллингу), да и тарифные опции нормально работают не зависая сессию.
Как-нибудь в более старших версиях можно вернуться к теме еще раз... :)

Вполне возможно что и очередной апгрейд иоса может помочь.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 48 ]  На страницу Пред.  1, 2

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
POWERED_BY
Русская поддержка phpBB
[ Time : 0.087s | 54 Queries | GZIP : On ]