прекрасно! спасибо!
если есть возможность - по 3-ему пункту в первом посте топика прокоментрируйте пож-ста...
| forum.bitel.ru http://forum.bitel.ru/ |
|
| Несколько вопросов по интерфейсу inet http://forum.bitel.ru/viewtopic.php?f=44&t=8880 |
Страница 1 из 1 |
| Автор: | ok-2004 [ 26 янв 2014, 11:52 ] |
| Заголовок сообщения: | Несколько вопросов по интерфейсу inet |
Приятного всем вторника! Кто нибудь знает , что делают : ? 1.Кнопка "Обновить привязки ип-ресурсов в на закладке ип-ресурсы" 2.Пункт в контекстном меню "Удалить событие из очереди в дереве устройств" 3.Пункт в контекстном меню "исправить ошибки" в узлах тарифных деревьев. |
|
| Автор: | ok-2004 [ 28 янв 2014, 12:36 ] |
| Заголовок сообщения: | Re: Несколько вопросов по интерфейсу inet |
Я наконец-то понял , почему господа бителовцы отправляют вопросы по стиранию пробелов в доке в /dev/null ! Тайны и загадки - источник перманентного интереса... Посему воздерзну апнуть тему дабы созрел ещё один вопрос : При заведении ип-ресурсов можно указать диапазон ип, маску, шлюз, днс , период и комментарий . А что полезного можно указать в "Конфигурация" ? |
|
| Автор: | Amir [ 28 янв 2014, 17:49 ] |
| Заголовок сообщения: | Re: Несколько вопросов по интерфейсу inet |
1. Раньше запрещали изменять и удалять ресурсы, к которым есть статическая привязка на сервисе в договоре. Сейчас можно, если будет конфликт - будет сообщение и нужно будет выполнить "Обновить привязку". При конфликте же IP-ресурсов (когда статическая привязка на договоре привязана к несуществующему ресурсу или ресурсу, на котором уже нет этих адресов) возникает ситуация, что один и тот же адрес выдается дважды - на сервисе, где статически привязан этот адрес и динамически (т.к. он считается свободным на ресурсе). 2. В некоторых ситуациях, например, сложная синхронизация с коммутатором при неправильном заведении абонента (например, указали не существующий на коммутаторе интерфейс), может возникнуть проблема что при синхронизации с коммутатором будет происходить ошибка. По умолчанию Inet пробует выполнить синхронизацию снова, опять возникает ошибка и так до бесконечности. В этом случае можно удалить сообщение из activeMQ через web-интерфейс activeMQ или через данный пункт меню. Цитата: При заведении ип-ресурсов можно указать диапазон ип, маску, шлюз, днс , период и комментарий . А что полезного можно указать в "Конфигурация" ? Дополнительные опции DHCP: Код: dhcp.option.leaseTime=120 Или параметры для выдачи в RADIUS: dhcp.option.xx=0x1234 Код: myParam=myParamValue , в конфигурации устройства-NAS'а Код: radius.realm.default.attributes.macros=Some-Attribute=$ipParam(myParam)
|
|
| Автор: | ok-2004 [ 28 янв 2014, 18:36 ] |
| Заголовок сообщения: | Re: Несколько вопросов по интерфейсу inet |
прекрасно! спасибо! если есть возможность - по 3-ему пункту в первом посте топика прокоментрируйте пож-ста...
|
|
| Автор: | Amir [ 28 янв 2014, 19:11 ] |
| Заголовок сообщения: | Re: Несколько вопросов по интерфейсу inet |
Там что-то с позициями узлов. Вроде бы бывает (или бывало) когда перестают изменяться позиции узлов, а этот пункт чинил ошибку. |
|
| Автор: | ok-2004 [ 29 янв 2014, 09:05 ] |
| Заголовок сообщения: | Re: Несколько вопросов по интерфейсу inet |
Я почему так сильно взволновался кнопками проверки и обновления привязок ип ресурсов в модуле 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} ? п.с.: сам пока не пробывал проверять сию гипотезу на практике ибо боюсь ... |
|
| Автор: | Amir [ 31 янв 2014, 16:40 ] |
| Заголовок сообщения: | Re: Несколько вопросов по интерфейсу inet |
Если в inet_serv_ этого сервиса нет, то ничего не произойдет. Еще есть таблица inv_ip_resource_subscription_real, в которой статические ресурсы сохраняются не по датам сервиса, а по реальным (если добавили сегодня сервис с периодом с начала года, то в этой таблице дата будет сегодняшняя). |
|
| Автор: | PavelGloba [ 29 янв 2016, 17:47 ] |
| Заголовок сообщения: | Re: Несколько вопросов по интерфейсу inet |
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, но ума не приложу как идентифицировать что именно нужно удалять. Подскажите, плз. |
|
| Автор: | PavelGloba [ 02 фев 2016, 00:39 ] |
| Заголовок сообщения: | Re: Несколько вопросов по интерфейсу inet |
up |
|
| Автор: | PavelGloba [ 19 май 2016, 18:45 ] |
| Заголовок сообщения: | Re: Несколько вопросов по интерфейсу inet |
up |
|
| Автор: | Amir [ 26 май 2016, 19:07 ] |
| Заголовок сообщения: | Re: Несколько вопросов по интерфейсу inet |
Ошибка постоянно повторяется? У заданий существует таймаут - старые должны переставать выполняться. Возможно в БД есть какой-то аккаунт, который привязан к не существующему устройству. А задача активации/деактивации по периоду пытается это сервис активировать/деактивировать. Поэтому постоянно появляется новое задание. В каких-то из билдов добавили проверку в задаче активации/деактивации на существование устройства. Можно проверить 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 |
|
| Автор: | PavelGloba [ 31 май 2016, 10:49 ] |
| Заголовок сообщения: | Re: Несколько вопросов по интерфейсу inet |
Помогает ребут. А какой таймаут у заданий? Я правильно понимаю, что идентифицировать задание в activemq никак нельзя? |
|
| Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|