Всем привет. После краткого, но емкого общения с ТП ЛКДС было решено все-таки слезть с колхозной кучи компов с LKDSdrv+Comstubclb, КСЛами и ММИ, и влезть на ПКСЛ с spult. решено пока начать с ПКСЛ
Подготовку вроде закончил, уже установил конвертеры диспетчерам, но вот возник вопрос:
ПКСЛ не имеет собственного IP адреса, это описано в документации. Но вот я что-то не нашел или прохлопал описание работы LKDS Protocol Driver, который у меня тусуется на каждой сетевой карте каждого ПК комплекса связи.
Можно ли считать, что наличие этого компонента означает, что ПКСЛ прослушивает все UDP порты, которые ему назначены, на всех сетевых картах ПК диспетчера/связиста?
И я ещё пока не сообразил, как бы мне половчее слезть с КСЛ на ПКСЛ: самый надежный и резвый поставщик информации - WiFi сеть, согласился работать сразу же, скорость реакции сети на запросы диспетчера/связиста изумительная.
Сейчас только этот ПКСЛ от WiFi функционирует, остальные КСЛ остались как были. На каждом из КСЛов висит по 15-16 связей.
Если ПКСЛу действительно пофиг, с какого eth интерфейса ловить телеметрию, мысли такие:
1) Выбрать КСЛ и все КСЛы за ним перевести на транзитный режим через другой КСЛ (т.е. КСЛы одной подсети пинают КСЛы другой подсети, а те, в свю очередь, уже пересылают инфу через "свой КСЛ")
2) Освободившийся КСЛ снять и убрать его описание из структуры сети, модем от него подключить прямо в ПК. Связанные с ним УМ функционируют транзитом через его соседа.
3) Объявить в действующем ПКСЛе УМы отсключенного КСЛа, одновременно снимая их с транзита (восстанавливая старые настройки адресации исходящих связей, сетевой карте присвоить IP отключенного КСЛа).
Чтобы эта бредовня была понятней, прикрепил картинку нашей сети (не показаны компы диспетчеров)
Подготовку вроде закончил, уже установил конвертеры диспетчерам, но вот возник вопрос:
ПКСЛ не имеет собственного IP адреса, это описано в документации. Но вот я что-то не нашел или прохлопал описание работы LKDS Protocol Driver, который у меня тусуется на каждой сетевой карте каждого ПК комплекса связи.
Можно ли считать, что наличие этого компонента означает, что ПКСЛ прослушивает все UDP порты, которые ему назначены, на всех сетевых картах ПК диспетчера/связиста?
И я ещё пока не сообразил, как бы мне половчее слезть с КСЛ на ПКСЛ: самый надежный и резвый поставщик информации - WiFi сеть, согласился работать сразу же, скорость реакции сети на запросы диспетчера/связиста изумительная.
Сейчас только этот ПКСЛ от WiFi функционирует, остальные КСЛ остались как были. На каждом из КСЛов висит по 15-16 связей.
Если ПКСЛу действительно пофиг, с какого eth интерфейса ловить телеметрию, мысли такие:
1) Выбрать КСЛ и все КСЛы за ним перевести на транзитный режим через другой КСЛ (т.е. КСЛы одной подсети пинают КСЛы другой подсети, а те, в свю очередь, уже пересылают инфу через "свой КСЛ")
2) Освободившийся КСЛ снять и убрать его описание из структуры сети, модем от него подключить прямо в ПК. Связанные с ним УМ функционируют транзитом через его соседа.
3) Объявить в действующем ПКСЛе УМы отсключенного КСЛа, одновременно снимая их с транзита (восстанавливая старые настройки адресации исходящих связей, сетевой карте присвоить IP отключенного КСЛа).
Чтобы эта бредовня была понятней, прикрепил картинку нашей сети (не показаны компы диспетчеров)
Вложения
Последнее редактирование модератором: