BiTel

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

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




Начать новую тему Ответить на тему  [ Сообщений: 12 ] 
Автор Сообщение
СообщениеДобавлено: 26 янв 2014, 11:52 
Не в сети
Клиент

Зарегистрирован: 21 май 2008, 10:54
Сообщения: 599
Откуда: 50-й рег.
Карма: 40
Приятного всем вторника!
Кто нибудь знает , что делают : ?
1.Кнопка "Обновить привязки ип-ресурсов в на закладке ип-ресурсы"
2.Пункт в контекстном меню "Удалить событие из очереди в дереве устройств"
3.Пункт в контекстном меню "исправить ошибки" в узлах тарифных деревьев.

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 янв 2014, 12:36 
Не в сети
Клиент

Зарегистрирован: 21 май 2008, 10:54
Сообщения: 599
Откуда: 50-й рег.
Карма: 40
Я наконец-то понял , почему господа бителовцы отправляют вопросы по стиранию пробелов в доке в /dev/null !
Тайны и загадки - источник перманентного интереса...

Посему воздерзну апнуть тему дабы созрел ещё один вопрос :

При заведении ип-ресурсов можно указать диапазон ип, маску, шлюз, днс , период и комментарий . А что полезного можно указать в "Конфигурация" ?

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)


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

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
1. Раньше запрещали изменять и удалять ресурсы, к которым есть статическая привязка на сервисе в договоре. Сейчас можно, если будет конфликт - будет сообщение и нужно будет выполнить "Обновить привязку".
При конфликте же IP-ресурсов (когда статическая привязка на договоре привязана к несуществующему ресурсу или ресурсу, на котором уже нет этих адресов) возникает ситуация, что один и тот же адрес выдается дважды - на сервисе, где статически привязан этот адрес и динамически (т.к. он считается свободным на ресурсе).
2. В некоторых ситуациях, например, сложная синхронизация с коммутатором при неправильном заведении абонента (например, указали не существующий на коммутаторе интерфейс), может возникнуть проблема что при синхронизации с коммутатором будет происходить ошибка. По умолчанию Inet пробует выполнить синхронизацию снова, опять возникает ошибка и так до бесконечности. В этом случае можно удалить сообщение из activeMQ через web-интерфейс activeMQ или через данный пункт меню.

Цитата:
При заведении ип-ресурсов можно указать диапазон ип, маску, шлюз, днс , период и комментарий . А что полезного можно указать в "Конфигурация" ?
Дополнительные опции DHCP:
Код:
dhcp.option.leaseTime=120
dhcp.option.xx=0x1234
Или параметры для выдачи в RADIUS:
Код:
myParam=myParamValue
, в конфигурации устройства-NAS'а
Код:
radius.realm.default.attributes.macros=Some-Attribute=$ipParam(myParam)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 янв 2014, 18:36 
Не в сети
Клиент

Зарегистрирован: 21 май 2008, 10:54
Сообщения: 599
Откуда: 50-й рег.
Карма: 40
прекрасно! спасибо!
если есть возможность - по 3-ему пункту в первом посте топика прокоментрируйте пож-ста... :?:

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)


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

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Там что-то с позициями узлов. Вроде бы бывает (или бывало) когда перестают изменяться позиции узлов, а этот пункт чинил ошибку.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 29 янв 2014, 09:05 
Не в сети
Клиент

Зарегистрирован: 21 май 2008, 10:54
Сообщения: 599
Откуда: 50-й рег.
Карма: 40
Я почему так сильно взволновался кнопками проверки и обновления привязок ип ресурсов в модуле Inet, уважаемый Amir -

Представтьте себе что договор грохнули и отправили в архив. В xml-файле архива есть вот такой вот фрагмент:
Код:
<inet_serv_10 .......addressFrom="$BINARY_DATA$AC 12 99 14" addressTo="$BINARY_DATA$" comment="" contractId="9893" contractObjectId="0" dateFrom="2013-10-15" dateTo="2013-12-29" deviceId="6" deviceOptions="" deviceState="-1" id="611" identifier="0" interfaceId="0" ipResourceId="78" ipResourceSubscriptionId="1503".......


По ipResourceSubscriptionId="1503" в SQL-редакторе можно узнать статический ип,который был у клиента, дабы попарсить архивы нетфлоу-логов и подготовить отчёт для "СамиЗнаетеКого"
Не приведёт ли манипуляция кнопками проверки и обновления привязок , что ipResourceSubscriptionId="1503" испариться из
таблицы inv_ip_resource_subscription_{mid} ?

п.с.: сам пока не пробывал проверять сию гипотезу на практике ибо боюсь ...

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)


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

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 29 янв 2016, 17:47 
Не в сети

Зарегистрирован: 23 янв 2015, 19:11
Сообщения: 189
Карма: 5
Amir писал(а):
2. В некоторых ситуациях, например, сложная синхронизация с коммутатором при неправильном заведении абонента (например, указали не существующий на коммутаторе интерфейс), может возникнуть проблема что при синхронизации с коммутатором будет происходить ошибка. По умолчанию Inet пробует выполнить синхронизацию снова, опять возникает ошибка и так до бесконечности. В этом случае можно удалить сообщение из activeMQ через web-интерфейс activeMQ или через данный пункт меню.


У меня тут кто-то что-то сделал и теперь раз в минуту активатор долбится на, видимо, несуществующую железку:
Код:
01-29/14:41:45 ERROR [sa-p-12-t-36] EventWorker - class ru.bitel.bgbilling.modules.inet.access.sa.ServiceActivatorDeviceWorker: inetDeviceRuntime == null
java.lang.IllegalStateException: inetDeviceRuntime == null
        at ru.bitel.bgbilling.modules.inet.runtime.device.InetDeviceRuntimeMap.getAndLockSa(InetDeviceRuntimeMap.java:115)
        at ru.bitel.bgbilling.modules.inet.access.sa.ServiceActivatorDeviceWorker.runWorker(ServiceActivatorDeviceWorker.java:178)
        at ru.bitel.bgbilling.kernel.event.EventWorker.internalRunWorker(EventWorker.java:139)
        at ru.bitel.bgbilling.modules.inet.access.sa.ServiceActivatorDeviceWorker.runImpl(ServiceActivatorDeviceWorker.java:151)
        at ru.bitel.common.worker.WorkerTask.run(WorkerTask.java:86)
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
        at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
        at java.lang.Thread.run(Thread.java:745)
        at ru.bitel.common.worker.WorkerThread.run(WorkerThread.java:46)
01-29/14:41:45  INFO [sa-p-12-t-36] ServiceActivatorDeviceWorker - Execution error - waiting 60000ms for next try.


Я захожу через вебинтерфейс в activeMQ, но ума не приложу как идентифицировать что именно нужно удалять. Подскажите, плз.

_________________
Сервер: вер. 7.0.1409 / 03.09.2018 20:20:58
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 02 фев 2016, 00:39 
Не в сети

Зарегистрирован: 23 янв 2015, 19:11
Сообщения: 189
Карма: 5
up

_________________
Сервер: вер. 7.0.1409 / 03.09.2018 20:20:58
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 май 2016, 18:45 
Не в сети

Зарегистрирован: 23 янв 2015, 19:11
Сообщения: 189
Карма: 5
up

_________________
Сервер: вер. 7.0.1409 / 03.09.2018 20:20:58
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45


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

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Ошибка постоянно повторяется? У заданий существует таймаут - старые должны переставать выполняться.

Возможно в БД есть какой-то аккаунт, который привязан к не существующему устройству.
А задача активации/деактивации по периоду пытается это сервис активировать/деактивировать. Поэтому постоянно появляется новое задание.
В каких-то из билдов добавили проверку в задаче активации/деактивации на существование устройства.

Можно проверить SELECT * FROM inet_serv_1 as s LEFT JOIN inet_device_tree_1 as d ON d.id=s.deviceId WHERE d.id IS NULL


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 31 май 2016, 10:49 
Не в сети

Зарегистрирован: 23 янв 2015, 19:11
Сообщения: 189
Карма: 5
Помогает ребут. А какой таймаут у заданий?
Я правильно понимаю, что идентифицировать задание в activemq никак нельзя?

_________________
Сервер: вер. 7.0.1409 / 03.09.2018 20:20:58
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 12 ] 

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


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

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


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

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