forum.bitel.ru http://forum.bitel.ru/ |
|
[7.0] Переопределение типа устройства (CRM) http://forum.bitel.ru/viewtopic.php?f=44&t=11799 |
Страница 1 из 1 |
Автор: | Dog [ 19 июл 2016, 19:14 ] |
Заголовок сообщения: | [7.0] Переопределение типа устройства |
Код: Сервер: вер. 7.0.1053 / 14.06.2016 19:33:40 os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45 inet: вер. 7.0.652 / 10.06.2016 16:58:10 сделал из Бибилиотеки копию одного из коммутаторов доступа в Дереве устройств. переопределил ему тип. в итоге управляется она (новая копия) из старого типа устройства, а выдача адреса на старом устройстве (без переопределнного типа) почему то стала работать исходя из конфигурации нового типа устройства. с выдачей адреса не принципиально, а вот с управление хотелось бы понять, как оно работает? |
Автор: | Dog [ 19 июл 2016, 20:42 ] |
Заголовок сообщения: | Re: [7.0] Переопределение типа устройства |
+ если в Типе сервиса указать Типы устройств на которых возможен этот сервис, то при добавлении этого сервиса на договор фильтр не работает и устройство с переопределенным типом не отображается. |
Автор: | Dog [ 20 июл 2016, 13:24 ] |
Заголовок сообщения: | Re: [7.0] Переопределение типа устройства |
+ еще уточнение по выдаче адреса: я так понимаю, что выдача адреса работает по устройству, которое было загружено последним Access сервером с таким адресом (адрес relay). если в переопределенном типе устройства полностью скопирован принцип выдачи адреса, то оно должно выдавать адреса с сервисов старого устройства? там же сервисы привязаны не устройству в дереве устройств, а к устройству в библиотеке? |
Автор: | Dog [ 22 июл 2016, 18:17 ] |
Заголовок сообщения: | Re: [7.0] Переопределение типа устройства |
вверх |
Автор: | Dog [ 26 июл 2016, 18:03 ] |
Заголовок сообщения: | Re: [7.0] Переопределение типа устройства |
подскажите как биллинг должен себя вести в случае если переопределяется тип устройства, т.е. копируется из библиотеки и вставляется в другую ветку: 1) при добавлении сервиса с привязкой к порту, на новое (переопределенное) устройство. какой из активаторов сервисов будет запускаться - родительский, переопределенный, оба? 2) у родительского и переопределенного устройства ресурс портов общий. при условии, что обе копии идентичны в плане настроек DHCP, как будет себя вести DHCP процессор? он должен выдавать адреса с сервисов привязанных к обеим копиям (при условии, что на них совпадают id категорий адресов?), при этом наверное в качестве dhcp релея будет загружено устройство с наибольшим ID? или там будет учитываться к какой копии привязан сервис, с порта которого пришёл DHCP запрос? |
Автор: | Dog [ 07 сен 2016, 20:40 ] |
Заголовок сообщения: | Re: [7.0] Переопределение типа устройства |
в inv_device_20 есть устройство: Код: SELECT * FROM `inv_device_20` WHERE `id` = '486' LIMIT 0, 1000 486 569 323 3 dlink opt.82 (des-3028\1228): [10.100.114.28:23] 10.100.114.28:23 0 в inet_device_tree_20 есть две его копии: Код: SELECT * FROM `inet_device_tree_20` WHERE `invDeviceId` LIKE '%486%' LIMIT 0, 1000 492 486 323 dlink opt.82 (des-3028\1228): [10.100.114.28:23] -1 496 486 493 DLink DES-3028 \ DES-1228ME: [10.100.114.28:23] 9 на договоре есть сервис, который привязан к 492 устройству из дерева: Код: SELECT * FROM `inet_serv_20` WHERE `id` = '13647' LIMIT 0, 1000 13647 0 6290 5 492 1 -1 при DHCP запросе сервер говорит что сервис на 496 устройстве не найден: Код: 09-07/17:19:12 INFO [dhcpLstnr-p-8-t-1] InetDhcpDevice - Search serv on deviceId: 496; 3; interfaceId: 1 with mac 10:7B:EF:62:1A:75 09-07/17:19:12 INFO [dhcpLstnr-p-8-t-1] InetDhcpProcessor - InetServ not found. что я не так делаю? ведь должно искать не на 496 из дерева, а на 486 из библиотеки. |
Автор: | Dog [ 12 сен 2016, 19:12 ] |
Заголовок сообщения: | Re: [7.0] Переопределение типа устройства (CRM) |
скажите, есть мысли на эту тему? понять перспективы. |
Автор: | Amir [ 16 сен 2016, 20:52 ] |
Заголовок сообщения: | Re: [7.0] Переопределение типа устройства (CRM) |
Цитата: я так понимаю, что выдача адреса работает по устройству, которое было загружено последним Access сервером с таким адресом (адрес relay). если в переопределенном типе устройства полностью скопирован принцип выдачи адреса, то оно должно выдавать адреса с сервисов старого устройства? там же сервисы привязаны не устройству в дереве устройств, а к устройству в библиотеке? Сейчас работает примерно так: все устройства из дерева устройств являются самостоятельными. Поэтому при загрузке DHCP процессора, если у двух устройств один и тот же Хост, в IP-map попадет последний и при DHCP-запросе будет обрабатываться только последним устройством. Т.е. также, как если бы это было два разных не связанных устройства с одним и тем же Хост.Цитата: 1) при добавлении сервиса с привязкой к порту, на новое (переопределенное) устройство. какой из активаторов сервисов будет запускаться - родительский, переопределенный, оба? Сервисы привязываются к устройству из дерева, а не библиотеки. Должен запуститься переопределенный или если он не указан - родительский.Цитата: 2) у родительского и переопределенного устройства ресурс портов общий. при условии, что обе копии идентичны в плане настроек DHCP, как будет себя вести DHCP процессор? он должен выдавать адреса с сервисов привязанных к обеим копиям (при условии, что на них совпадают id категорий адресов?), при этом наверное в качестве dhcp релея будет загружено устройство с наибольшим ID? или там будет учитываться к какой копии привязан сервис, с порта которого пришёл DHCP запрос? Получается, что сработает устройство с большим ID, на нем и будет производиться поиск сервисов, т.е. сервисов, привязанных к этому устройству.
|
Автор: | Dog [ 16 сен 2016, 23:55 ] |
Заголовок сообщения: | Re: [7.0] Переопределение типа устройства (CRM) |
Вложение: т.е. всё таки тут ошибка и привязка сервиса к inv_device не ПОЛНАЯ, а ЧАСТИЧНАЯ. Цитата: Сейчас работает примерно так а есть перспективы что может работать по другому? можно как то обойти это сейчас, например через preprocessDhcpRequest? |
Автор: | Amir [ 26 сен 2016, 20:35 ] |
Заголовок сообщения: | Re: [7.0] Переопределение типа устройства (CRM) |
Поиск поправили. Думаю возможно сделать, но надо подумать. Дело в том что там логика такая - идет поиск устройства по giaddr, выполняется для него предобработка, затем идет поиск агентского устройства, выполняется предобработка и далее уже с учетом этого всего - поиск сервиса на договоре. Здесь же получается мы находим два устройства по giaddr, и чтобы найти сервис - нужно выполнить всё для обоих устройств. А точно недостаточно того, что можно просто выполнять разные наборы команд для разных типов сервиса? |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |