forum.bitel.ru • Просмотр темы - Скорость работы ServiceActivator

Сообщения без ответов | Активные темы

Список форумов » BGBilling » Модули Интернета » Модуль Inet

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

Скорость работы ServiceActivator

Страница 1 из 1

[ Сообщений: 14 ]

Версия для печати

Пред. тема | След. тема

Автор

Сообщение

borisk

Заголовок сообщения: Скорость работы ServiceActivator

Добавлено: 05 окт 2013, 21:53

Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12

Добрый день!

У нас пользователи подключаются по PPPoE, через MPD. Но в силу того, что нужно более тонко управлять шейперами на FreeBSD, решили написать свой manad на python и, соответственно, свой ServiceActivator для устройства. Проблема в том, что при массовых подключениях/отключениях работа SA просто удручает. Судя по всему - все сообщения становятся в одну очередь, и эта очередь разгребается крайне медленно. По моим наблюдениям - примерно 1 событие в секунду. Это вообще неприемлемо. Что это - ограничение bgbilling или неправильный дизайн моего SA? Как можно убыстрить процесс?

Цитата:

Информация о версии:

Клиент: вер. 6.0 сборка 1247 от 02.10.2013 18:21:57
os: Windows XP; java: Java HotSpot(TM) Client VM, v.1.6.0_37
Сервер: вер. 6.0 сборка 1592 от 02.10.2013 18:43:15
os: FreeBSD; java: OpenJDK 64-Bit Server VM, v.1.6.0_32
ВНИМАНИЕ: Виртуальная машина OpenJDK 64-Bit Server VM не рекомендуется

card вер. 6.0 сборка 218 от 03.09.2013 18:56:25
inet вер. 6.0 сборка 1243 от 02.10.2013 18:22:03
mps вер. 6.0 сборка 189 от 18.09.2013 12:16:53
npay вер. 6.0 сборка 218 от 11.09.2013 18:56:41
rentsoft вер. 6.0 сборка 58 от 30.08.2013 19:33:17
reports вер. 6.0 сборка 205 от 03.09.2013 18:57:05
trayinfo вер. 6.0 сборка 175 от 30.08.2013 19:33:19

Вернуться к началу

Amir

Заголовок сообщения: Re: Скорость работы ServiceActivator

Добавлено: 07 окт 2013, 13:46

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

Можете показать код SA?

Вернуться к началу

barguzin2

Заголовок сообщения: Re: Скорость работы ServiceActivator

Добавлено: 22 окт 2013, 19:57

Клиент

Зарегистрирован: 09 фев 2011, 15:28
Сообщения: 1092
Карма: 135

Да тот же SSHServiceActivator из коробки работает крайне медленно. Для теста команды передаются типа echo command $servId $ip,т.е. просто имитация выполнения команды, тоже где-то 1 секунда на каждый сервис уходит, может чуть меньше. Пусть даже полсекунды, на 1000 сервисов это уже почти 10 минут, а если их 2,3 тысячи.

И еще - когда в дереве устройств на устройстве делаю Синхронизировать сервисы - они синхронизируются на ВСЕХ устройствах, через которые проходит по дереву сервис, а по идее нужно только на том, для которого выбрал эту операцию. При ребут-детектед происходит тоже самое. Я то думал что синхра распространяется вниз на дочерние устройства, а оказалось еще хуже - по всему дереву устройств, с которыми связаны сервисы прямым или косвенным образом. Выбираю синхронизацию клиентского коммутатора - хрясь, выполняется синхронизация этих сервисов вверх до корня дерева. А если выбрать синхронизацию корневого роутера - синхронизируется вся сеть. Ладно когда сервис синхронизирую - он должен по всем девайсам пройтись, а тут то конкретный девайс синхронизирую.

Вернуться к началу

barguzin2

Заголовок сообщения: Re: Скорость работы ServiceActivator

Добавлено: 22 окт 2013, 20:45

Клиент

Зарегистрирован: 09 фев 2011, 15:28
Сообщения: 1092
Карма: 135

Код:

connection 10-22/23:38:29  INFO [sa-p-12-t-1] SSHServiceActivator - Connected
connection 10-22/23:38:30  INFO [sa-p-12-t-10] SSHServiceActivator - Connected
connection 10-22/23:38:30  INFO [sa-p-12-t-47] SSHServiceActivator - Connected
connection 10-22/23:38:30  INFO [sa-p-12-t-77] SSHServiceActivator - Connected
connection 10-22/23:38:30  INFO [sa-p-12-t-23] SSHServiceActivator - Connected
connection 10-22/23:38:30  INFO [sa-p-12-t-99] SSHServiceActivator - Connected
connection 10-22/23:38:30  INFO [sa-p-12-t-84] SSHServiceActivator - Connected
connection 10-22/23:38:30  INFO [sa-p-12-t-76] SSHServiceActivator - Connected
connection 10-22/23:38:34 DEBUG [sa-p-12-t-1] SSHServiceActivator - Disconnected
connection 10-22/23:38:35 DEBUG [sa-p-12-t-10] SSHServiceActivator - Disconnected
connection 10-22/23:38:35 DEBUG [sa-p-12-t-77] SSHServiceActivator - Disconnected
connection 10-22/23:38:35 DEBUG [sa-p-12-t-47] SSHServiceActivator - Disconnected
connection 10-22/23:38:35 DEBUG [sa-p-12-t-99] SSHServiceActivator - Disconnected
connection 10-22/23:38:35 DEBUG [sa-p-12-t-84] SSHServiceActivator - Disconnected
connection 10-22/23:38:35 DEBUG [sa-p-12-t-23] SSHServiceActivator - Disconnected
connection 10-22/23:38:35 DEBUG [sa-p-12-t-76] SSHServiceActivator - Disconnected
connection 10-22/23:38:36  INFO [sa-p-12-t-3] SSHServiceActivator - Connected
connection 10-22/23:38:36  INFO [sa-p-12-t-5] SSHServiceActivator - Connected
connection 10-22/23:38:36  INFO [sa-p-12-t-99] SSHServiceActivator - Connected

А для чего сначала делать кучу коннектов/дисконнектов, а потом 3 рабочих коннекта/треда непосредственно выполняют синхронизацию.

Вернуться к началу

Amir

Заголовок сообщения: Re: Скорость работы ServiceActivator

Добавлено: 22 окт 2013, 20:53

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

Цитата:

Пусть даже полсекунды, на 1000 сервисов это уже почти 10 минут, а если их 2,3 тысячи.

Выполняется параллельно для каждого конечного устройства. Если на одном устройстве 2-3 тысячи - да, в этом случае будет долго, если одна задача выполняется долго.

Цитата:

Здесь вы вызвали команду синхронизации и они выполнялись параллельно для разных конечных ус-в. Сейчас перед выполнением любой команды (в том числе синхронизации) сначала выполняется подключение к ус-ву.

Цитата:

Да тот же SSHServiceActivator из коробки работает крайне медленно.

Вы тестировали выполнение сразу нескольких команд для одного ус-ва? Дайте лог выполнения команд.

Вернуться к началу

barguzin2

Заголовок сообщения: Re: Скорость работы ServiceActivator

Добавлено: 22 окт 2013, 21:42

Клиент

Зарегистрирован: 09 фев 2011, 15:28
Сообщения: 1092
Карма: 135

Тестировалась операция синхронизации сервисов на устройстве в дереве через соответствующую команду. Вот эти первые Conected/Disconnected - они именно к одному устройству, оно одно с этим типом SA, а не параллельно к разным как вы говорите. На сервере в логах видел их. И последующие рабочие 3 - тоже всё к тому же. Команды, выполняемые на сервере просто делают echo время и передаваемые параметры. Синхронизируется 5 сервисов. Можно видеть что в макросах команд участвуют $ip, $servId, и еще конструкция $param($option,speed,64)kbit. Сразу уже уяснил что кол-во команд для SA тут надо минимизировать и перекладывать на сервер по возможности.

Код:

connection 10-23/00:05:01  INFO [sa-p-12-t-97] SSHServiceActivator - Connected
connection 10-23/00:05:01  INFO [sa-p-12-t-96] SSHServiceActivator - Connected
connection 10-23/00:05:02  INFO [sa-p-12-t-64] SSHServiceActivator - Connected
connection 10-23/00:05:02  INFO [sa-p-12-t-50] SSHServiceActivator - Connected
connection 10-23/00:05:02  INFO [sa-p-12-t-41] SSHServiceActivator - Connected
connection 10-23/00:05:02  INFO [sa-p-12-t-46] SSHServiceActivator - Connected
connection 10-23/00:05:02  INFO [sa-p-12-t-36] SSHServiceActivator - Connected
connection 10-23/00:05:02  INFO [sa-p-12-t-81] SSHServiceActivator - Connected
connection 10-23/00:05:06 DEBUG [sa-p-12-t-97] SSHServiceActivator - Disconnected
connection 10-23/00:05:06 DEBUG [sa-p-12-t-96] SSHServiceActivator - Disconnected
connection 10-23/00:05:07 DEBUG [sa-p-12-t-64] SSHServiceActivator - Disconnected
connection 10-23/00:05:07 DEBUG [sa-p-12-t-50] SSHServiceActivator - Disconnected
connection 10-23/00:05:07 DEBUG [sa-p-12-t-41] SSHServiceActivator - Disconnected
connection 10-23/00:05:07 DEBUG [sa-p-12-t-46] SSHServiceActivator - Disconnected
connection 10-23/00:05:07 DEBUG [sa-p-12-t-36] SSHServiceActivator - Disconnected
connection 10-23/00:05:07 DEBUG [sa-p-12-t-81] SSHServiceActivator - Disconnected
connection 10-23/00:05:08  INFO [sa-p-12-t-28] SSHServiceActivator - Connected
connection 10-23/00:05:08  INFO [sa-p-12-t-67] SSHServiceActivator - Connected
connection 10-23/00:05:08  INFO [sa-p-12-t-14] SSHServiceActivator - Connected
connection 10-23/00:05:08  INFO [sa-p-12-t-28] SSHServiceActivator - /opt/shaper/bin/cfgfilter del 13 [IpAddress:null] >> /tmpxtog.t
connection 10-23/00:05:08  INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgfilter del 15 x.x.3.123 >> /tmp/log.txt
connection 10-23/00:05:08  INFO [sa-p-12-t-14] SSHServiceActivator - /opt/shaper/bin/cfgshaper create 16 100mbit >> /tmp/log.txt
connection 10-23/00:05:08  INFO [sa-p-12-t-28] SSHServiceActivator - /opt/shaper/bin/disable_ip [IpAddress:null] >> /tmp/log.txt
connection 10-23/00:05:08  INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/disable_ip x.x.3.123 >> /tmp/log.txt
connection 10-23/00:05:08  INFO [sa-p-12-t-14] SSHServiceActivator - /opt/shaper/bin/enable_ip [IpAddress:null] >> /tmp/log.txt
connection 10-23/00:05:08  INFO [sa-p-12-t-28] SSHServiceActivator - /opt/shaper/bin/cfgshaper remove 13 >> /tmp/log.txt
connection 10-23/00:05:08  INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgshaper remove 15 >> /tmp/log.txt
connection 10-23/00:05:08  INFO [sa-p-12-t-14] SSHServiceActivator - /opt/shaper/bin/cfgfilter add 16 [IpAddress:null] >> /tmpxtog.t
connection 10-23/00:05:08  INFO [sa-p-12-t-28] SSHServiceActivator - /opt/shaper/bin/cfgshaper create 13 100mbit >> /tmp/log.txt
connection 10-23/00:05:08  INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgshaper create 15 100mbit >> /tmp/log.txt
connection 10-23/00:05:08  INFO [sa-p-12-t-14] SSHServiceActivator - /opt/shaper/bin/cfgshaper change 16 4000kbit >> /tmp/log.txt
connection 10-23/00:05:08  INFO [sa-p-12-t-28] SSHServiceActivator - /opt/shaper/bin/enable_ip [IpAddress:null] >> /tmp/log.txt
connection 10-23/00:05:08  INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/enable_ip x.x.3.123 >> /tmp/log.txt
connection 10-23/00:05:08  INFO [sa-p-12-t-28] SSHServiceActivator - /opt/shaper/bin/cfgfilter add 13 [IpAddress:null] >> /tmpxtog.t
connection 10-23/00:05:08  INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgfilter add 15 x.x.3.123 >> /tmp/log.txt
connection 10-23/00:05:08  INFO [sa-p-12-t-28] SSHServiceActivator - /opt/shaper/bin/cfgshaper change 13 4000kbit >> /tmp/log.txt
connection 10-23/00:05:08  INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgshaper change 15 4000kbit >> /tmp/log.txt
connection 10-23/00:05:08  INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgfilter del 17 x.x.3.124 >> /tmp/log.txt
connection 10-23/00:05:09  INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/disable_ip x.x.3.124 >> /tmp/log.txt
connection 10-23/00:05:09  INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgshaper remove 17 >> /tmp/log.txt
connection 10-23/00:05:09  INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgshaper create 17 100mbit >> /tmp/log.txt
connection 10-23/00:05:09  INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/enable_ip x.x.3.124 >> /tmp/log.txt
connection 10-23/00:05:09  INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgfilter add 17 x.x.3.124 >> /tmp/log.txt
connection 10-23/00:05:09  INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgshaper change 17 4000kbit >> /tmp/log.txt
connection 10-23/00:05:09  INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgfilter del 18 x.x.3.125 >> /tmp/log.txt
connection 10-23/00:05:09  INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/disable_ip x.x.3.125 >> /tmp/log.txt
connection 10-23/00:05:09  INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgshaper remove 18 >> /tmp/log.txt
connection 10-23/00:05:09  INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgshaper create 18 100mbit >> /tmp/log.txt
connection 10-23/00:05:10  INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/enable_ip x.x.3.125 >> /tmp/log.txt
connection 10-23/00:05:10  INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgfilter add 18 x.x.3.125 >> /tmp/log.txt
connection 10-23/00:05:10  INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgshaper change 18 4000kbit >> /tmp/log.txt
connection 10-23/00:05:13 DEBUG [sa-p-12-t-14] SSHServiceActivator - Disconnected
connection 10-23/00:05:13 DEBUG [sa-p-12-t-28] SSHServiceActivator - Disconnected
connection 10-23/00:05:15 DEBUG [sa-p-12-t-67] SSHServiceActivator - Disconnected

В итоге в /tmp/log.txt видим (на рассинхрон времени не обращаем внимания)

Код:

03:31.695977405 filter del 13 [IpAddress:null]
03:31.712618991 filter del 15 x.x.3.123
03:31.715243672 shaper create 16 100mbit
03:31.791035393 disable [IpAddress:null]
03:31.810747740 disable x.x.3.123
03:31.815107084 enable [IpAddress:null]
03:31.891327759 shaper remove 13
03:31.911224931 shaper remove 15
03:31.915519449 filter add 16 [IpAddress:null]
03:31.993690044 shaper create 13 100mbit
03:32.012549046 shaper create 15 100mbit
03:32.015399922 shaper change 16 4000kbit
03:32.093664502 enable [IpAddress:null]
03:32.111910619 enable x.x.3.123
03:32.194163978 filter add 13 [IpAddress:null]
03:32.213592394 filter add 15 x.x.3.123
03:32.293932036 shaper change 13 4000kbit
03:32.314073515 shaper change 15 4000kbit
03:32.415258715 filter del 17 x.x.3.124
03:32.515608342 disable x.x.3.124
03:32.615791012 shaper remove 17
03:32.717263453 shaper create 17 100mbit
03:32.816538116 enable x.x.3.124
03:32.918196561 filter add 17 x.x.3.124
03:33.017611808 shaper change 17 4000kbit
03:33.118856582 filter del 18 x.x.3.125
03:33.220110527 disable x.x.3.125
03:33.319603422 shaper remove 18
03:33.420906644 shaper create 18 100mbit
03:33.521862863 enable x.x.3.125
03:33.622285230 filter add 18 x.x.3.125
03:33.721128568 shaper change 18 4000kbit

И остался вопрос без внимания - зачем синхронизировать остальные устройства, через которые "проходят" сервисы синхронизируемого по ребуту/принудительно ?

Пользуясь случаем, добавлю - видите что shaper 16 не удаляется, а только создается (остальные удаляются и создаются). Угадайте почему. Потому что на свиче этого сервиса установлено sa.device.sync.cancelBeforeCreate=0, а на других свичах стоит 1. И на устройстве шейпера тоже стоит 1. А нолик этот каким-то боком со свича на шейпер для этого сервиса передается, хотя это параметр для устройства, а не для сервиса. Про это и еще другое писал в HD 4го дня.

Сервер 6.0 от 18.10.2013.

Вернуться к началу

Amir

Заголовок сообщения: Re: Скорость работы ServiceActivator

Добавлено: 23 окт 2013, 03:08

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

Дерево:

Код:

--Access+Accounting
----Mikrotik
------Switch1
------Switch2

Абоненты прописаны на Switch1 и Switch2. При синхронизации в этом случае работают два потока параллельно, в обоих потоках сначала идет подключение к (Switch1 и Mikrotik) и (Switch2 и Mikrotik) затем параллельное выполнение команд. Т.е. работать с Mirktotik в этом случае будут два потока параллельно и будет два параллельных подключения по ssh. И пока работа не прекратится и не вызовется disconnect - имя потока (например, sa-p-12-t-97) не изменится.

У вас там три коммутатора и три потока, выполняющиеся параллельно [sa-p-12-t-28], [sa-p-12-t-67], [sa-p-12-t-14] (и, как следствие, три параллельных ssh соединения).

Дело либо в нашей реализации ssh протокола, либо в том, что ssh протокол сам по себе не быстрый, либо в скорости подключения, либо в скорости выполнения команд, а не в ServiceActivator.

Цитата:

И остался вопрос без внимания - зачем синхронизировать остальные устройства, через которые "проходят" сервисы синхронизируемого по ребуту/принудительно ?

Потому что иного не просили.

Цитата:

Пользуясь случаем, добавлю - видите что shaper 16 не удаляется, а только создается (остальные удаляются и создаются). Угадайте почему. Потому что на свиче этого сервиса установлено sa.device.sync.cancelBeforeCreate=0, а на других свичах стоит 1. И на устройстве шейпера тоже стоит 1. А нолик этот каким-то боком со свича на шейпер для этого сервиса передается, хотя это параметр для устройства, а не для сервиса. Про это и еще другое писал в HD 4го дня.

Потому что, как я писал выше, все зависит от конечного ус-ва (ус-ва, к которому привязан сервис), потому что команды (serviceModify и т.п.) всегда сейчас последовательно вызываются у всех ус-в в цепочке и иного не просили.

Вернуться к началу

barguzin2

Заголовок сообщения: Re: Скорость работы ServiceActivator

Добавлено: 23 окт 2013, 10:09

Клиент

Зарегистрирован: 09 фев 2011, 15:28
Сообщения: 1092
Карма: 135

Я же уже писал что SSH соединения происходят ТОЛЬКО к серверу шейпера (я в логах видел ВСЕ 8 пустых коннектов/дисконнектов на нем, которые ничего не делаю, а потом снова 3 коннекта для выполнения команд), коммутаторы управляются по SNMP включением/отключением порта при создании/удалении сервиса. Коммутаторов 4 штуки в дереве, все сервисы на одном договоре, 4 на одном свиче, 1 на втором.

AccessAccounting
CiscoRouter (NoSA)
- Shaper ( SSHSErviceActivator )
-- CiscoDHCPRelay (TestServiceActivator)
Папка
--- Switch1 (MySnmpServiceActivator)
--- Switch2 (MySnmpServiceActivator)
--- Switch3 (MySnmpServiceActivator)
--- Switch4 (MySnmpServiceActivator)

Пробовал убирать SA на всех типах устройств, кроме шейпера - все равно 8 соединений вижу (для чего они ???), а потом еще 3 рабочих

Код:

Oct 22 22:54:02 shaper sshd[10579]: pam_unix(sshd:session): session opened for user root by (uid=0)
Oct 22 22:54:03 shaper sshd[10596]: pam_unix(sshd:session): session opened for user root by (uid=0)
Oct 22 22:54:03 shaper sshd[10613]: pam_unix(sshd:session): session opened for user root by (uid=0)
Oct 22 22:54:03 shaper sshd[10614]: pam_unix(sshd:session): session opened for user root by (uid=0)
Oct 22 22:54:03 shaper sshd[10648]: pam_unix(sshd:session): session opened for user root by (uid=0)
Oct 22 22:54:03 shaper sshd[10649]: pam_unix(sshd:session): session opened for user root by (uid=0)
Oct 22 22:54:03 shaper sshd[10647]: pam_unix(sshd:session): session opened for user root by (uid=0)
Oct 22 22:54:04 shaper sshd[10659]: pam_unix(sshd:session): session opened for user root by (uid=0)
Oct 22 22:54:08 shaper sshd[10579]: pam_unix(sshd:session): session closed for user root
Oct 22 22:54:08 shaper sshd[10596]: pam_unix(sshd:session): session closed for user root
Oct 22 22:54:08 shaper sshd[10613]: pam_unix(sshd:session): session closed for user root
Oct 22 22:54:08 shaper sshd[10614]: pam_unix(sshd:session): session closed for user root
Oct 22 22:54:09 shaper sshd[10649]: pam_unix(sshd:session): session closed for user root
Oct 22 22:54:09 shaper sshd[10647]: pam_unix(sshd:session): session closed for user root
Oct 22 22:54:09 shaper sshd[10648]: pam_unix(sshd:session): session closed for user root
Oct 22 22:54:09 shaper sshd[10659]: pam_unix(sshd:session): session closed for user root
Oct 22 22:54:09 shaper sshd[10715]: pam_unix(sshd:session): session opened for user root by (uid=0)
Oct 22 22:54:09 shaper sshd[10716]: pam_unix(sshd:session): session opened for user root by (uid=0)
Oct 22 22:54:09 shaper sshd[10723]: pam_unix(sshd:session): session opened for user root by (uid=0)
Oct 22 22:54:15 shaper sshd[10723]: pam_unix(sshd:session): session closed for user root
Oct 22 22:54:15 shaper sshd[10716]: pam_unix(sshd:session): session closed for user root
Oct 22 22:54:16 shaper sshd[10715]: pam_unix(sshd:session): session closed for user root

Канал - 1Гбит/с, команды, уже писал - это просто вывод в лог сообщений. Количество первичных пустых коннектов/дисконнектов разгадал - связано с общим количеством устройств в дереве, даже просто пустых папок. Количество рабочих коннектов связано с кол-вом устройст, на которых есть сервисы. Все равно вопрос в пустыми коннектами/дисконнектами остается открытым.

Далее - если синхронизируем устройство по ребуту/принудительно - нужно синхронизировать ТОЛЬКО его, а не все 100500 устройств. Это вроде-бы логично, они не ребутились и состояние сервисов на них актуальное и не нуждается в обновлении. Считаю нужным этот момент исправить (хотя бы опционально доп. параметром конфига).

Далее случай - на корневом устройстве требуется делать CancelBeforeCreate (для всех сервисов), а на дочерних - нет (также для всех сервисов). На дочернем указывается sa.device.sync.cancelBeforeCreate=0 и оно распространяется почему-то на сервис (в контексте родительского устройства), а не на само устройство - НЕлогично. Параметры конфига распространяются от корня и вниз, а тут, как вы говорите, все зависит от конечного устройства. Так ServiceActivator же работает для устройства, а не для сервиса (типа сервиса). Тоже надо как-то учесть - пусть и опционально доп.параметром конфига, если текущая схема кому-то нужна, хотя она странная какая-то.

Вернуться к началу

barguzin2

Заголовок сообщения: Re: Скорость работы ServiceActivator

Добавлено: 24 окт 2013, 17:55

Клиент

Зарегистрирован: 09 фев 2011, 15:28
Сообщения: 1092
Карма: 135

Up! TelnetServiceActivator на том же устройстве показывает такую же невысокую скорость.

Вернуться к началу

Amir

Заголовок сообщения: Re: Скорость работы ServiceActivator

Добавлено: 24 окт 2013, 19:32

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

Будет обновление ядра и Inet "Inet: Оптимизация реализаций подключений по SSH и Telnet".
Нужно будет перекомпилировать динамические классы и в конфиге ус-ва указать sa.command.readWait=10. Попробуйте.

Вернуться к началу

borisk

Заголовок сообщения: Re: Скорость работы ServiceActivator

Добавлено: 24 окт 2013, 22:51

Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12

К моему случаю, как понимаю, это не относится?

Вернуться к началу

barguzin2

Заголовок сообщения: Re: Скорость работы ServiceActivator

Добавлено: 27 окт 2013, 19:08

Клиент

Зарегистрирован: 09 фев 2011, 15:28
Сообщения: 1092
Карма: 135

Вот, другое дело. SSH показывает скорость выполнения команды равным параметру sa.command.readWait. А вот Telnet сломали похоже.

Подключается и пытается выполнить команду

Код:

connection 10-27/21:15:30  INFO [sa-p-12-t-42] TelnetServiceActivator - Connected
connection 10-27/21:15:30  INFO [sa-p-12-t-46] TelnetServiceActivator -
connection 10-27/21:15:30  INFO [sa-p-12-t-46] TelnetServiceActivator - Login entered
connection 10-27/21:15:30  INFO [sa-p-12-t-42] TelnetServiceActivator -
connection 10-27/21:15:30  INFO [sa-p-12-t-42] TelnetServiceActivator - Login entered
connection 10-27/21:15:30  INFO [sa-p-12-t-46] TelnetServiceActivator -
connection 10-27/21:15:30  INFO [sa-p-12-t-46] TelnetServiceActivator - Password entered
connection 10-27/21:15:30  INFO [sa-p-12-t-46] TelnetServiceActivator - execute: /opt/shaper/bin/cfgshaper remove 13 >> /tmp/log.txt
connection 10-27/21:15:30  INFO [sa-p-12-t-42] TelnetServiceActivator -
connection 10-27/21:15:30  INFO [sa-p-12-t-42] TelnetServiceActivator - Password entered
connection 10-27/21:15:30  INFO [sa-p-12-t-42] TelnetServiceActivator - execute: /opt/shaper/bin/cfgshaper remove 15 >> /tmp/log.txt

Далее молчит и через минуту пишет

Код:

connection 10-27/21:16:30 ERROR [sa-p-12-t-46] EventWorker - Device:15 - null
ru.bitel.bgbilling.common.BGException: Device:15 - null
        at ru.bitel.bgbilling.modules.inet.access.sa.ServiceActivatorDeviceWorker.doTask(ServiceActivatorDeviceWorker.java:440)
        at ru.bitel.bgbilling.kernel.event.AsyncEventWorker.internalDoTaskImpl(AsyncEventWorker.java:172)
        at ru.bitel.bgbilling.kernel.event.AsyncEventWorker.internalDoTask(AsyncEventWorker.java:152)
        at ru.bitel.bgbilling.kernel.event.AsyncEventWorker.doTasks(AsyncEventWorker.java:98)
        at ru.bitel.bgbilling.modules.inet.access.sa.ServiceActivatorDeviceWorker.runWorker(ServiceActivatorDeviceWorker.java:198)
        at ru.bitel.bgbilling.kernel.event.EventWorker.internalRunWorker(EventWorker.java:139)
        at ru.bitel.bgbilling.modules.inet.access.sa.ServiceActivatorDeviceWorker.runImpl(ServiceActivatorDeviceWorker.java:136)
        at ru.bitel.common.worker.WorkerTask.run(WorkerTask.java:86)
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
        at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
        at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:180)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:204)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
        at java.lang.Thread.run(Thread.java:662)
        at ru.bitel.common.worker.WorkerThread.run(WorkerThread.java:40)
Caused by: java.util.concurrent.TimeoutException
        at bitel.billing.server.util.terminal.TerminalManager.readFromInput(TerminalManager.java:74)
        at bitel.billing.server.util.terminal.TerminalManager.doCommand(TerminalManager.java:40)
        at bitel.billing.server.util.terminal.AbstractTerminalSession.doCommand(AbstractTerminalSession.java:107)
        at ru.bitel.bgbilling.modules.inet.dyn.device.terminal.TelnetServiceActivator.executeCommand(TelnetServiceActivator.java:147)
        at ru.bitel.bgbilling.modules.inet.dyn.device.terminal.AbstractTerminalServiceActivator.executeCommands(AbstractTerminalServiceActivator.java:613)
        at ru.bitel.bgbilling.modules.inet.dyn.device.terminal.AbstractTerminalServiceActivator.serviceCancel(AbstractTerminalServiceActivator.java:674)
        at ru.bitel.bgbilling.modules.inet.access.sa.ServiceActivatorSet.serviceCancel(ServiceActivatorSet.java:293)
        at ru.bitel.bgbilling.modules.inet.access.sa.ServiceActivatorDeviceWorker.doCommand(ServiceActivatorDeviceWorker.java:493)
        at ru.bitel.bgbilling.modules.inet.access.sa.ServiceActivatorDeviceWorker.doTask(ServiceActivatorDeviceWorker.java:436)
        ... 17 more

Хотя на сервере вижу только коннект, а логина не вижу. Меняется только SA с SSH на Telnet, оба метода разрешены, проверял вручную. Device 15 - это клиентский свич без SA, на котором висит сервис 13, хотя непонятно, причем тут это. Снял дамп пакетов - там от биллинга передача логина, пароля и ввода команды идут раньше чем сервер выдает login:. Сервер передает Telnet Suboption Terminal Type, Suboption End, а биллинг говорит Malformed Packet(Exception occured) и дальше передает имя пользователя, т.е. сервер пытается согласовать параметры сессии, а биллинг типа моя твоя не понимать, на тебе лучше логин/пароль и давай уже команды выполняй.

Вернуться к началу

Amir

Заголовок сообщения: Re: Скорость работы ServiceActivator

Добавлено: 28 окт 2013, 12:24

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

Нет никакого приветствия при подключении перед "login:" где было бы двоеточие?

Вернуться к началу

Amir

Заголовок сообщения: Re: Скорость работы ServiceActivator

Добавлено: 28 окт 2013, 12:33

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

Выкладывается обновление ядра.

Вернуться к началу

Страница 1 из 1

[ Сообщений: 14 ]

Список форумов » BGBilling » Модули Интернета » Модуль Inet

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

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

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

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

Перейти:

BiTel

Скорость работы ServiceActivator

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