КСЛ Миграция на ПКСЛ

  • Автор темы Автор темы Fixer
  • Дата начала Дата начала
КСЛ

Fixer

Участник
Всем привет. После краткого, но емкого общения с ТП ЛКДС было решено все-таки слезть с колхозной кучи компов с LKDSdrv+Comstubclb, КСЛами и ММИ, и влезть на ПКСЛ с spult. решено пока начать с ПКСЛ
Подготовку вроде закончил, уже установил конвертеры диспетчерам, но вот возник вопрос:
ПКСЛ не имеет собственного IP адреса, это описано в документации. Но вот я что-то не нашел или прохлопал описание работы LKDS Protocol Driver, который у меня тусуется на каждой сетевой карте каждого ПК комплекса связи.

Можно ли считать, что наличие этого компонента означает, что ПКСЛ прослушивает все UDP порты, которые ему назначены, на всех сетевых картах ПК диспетчера/связиста?

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

Чтобы эта бредовня была понятней, прикрепил картинку нашей сети (не показаны компы диспетчеров)
 

Вложения

  • 123.JPG
    123.JPG
    41.3 KB · Просмотры: 1
Последнее редактирование модератором:
Fixer! Ответ на твою кучу вопросов не совсем просто, но попробуем разобраться.
1. Почему так много независимых каналов интернет в диспетчерской? Или это закрытые VLAN сети провайдера? Постарайтесь оставить максимум 2-3 канала. Это позволит прописать в ПКСЛ все IP-адреса сетевых интерфейсов вашего компьютера, а в связях с удаленными моноблоками/КСЛами принудительно указать какой канал связи использовать.
2. После этого аккуратно скорректировать связи в удаленных моноблоках если это потребуется. Главное чтобы не образовалось перекрестных связей.
3. Раз у вас так много связей на каждом из КСЛов в диспетчерской, то наверно стоит создать несколько ПКСЛов, каждый из которых будет привязан к определенному каналу интернета. Для быстроты и безошибочности переноса связей-можно слить настройки с существующих КСЛ и залить в ПКСЛ при необходимости подкорректировать.
4. От топологии звезда с центром в диспетчерской старайтесь не отходить, то есть не создавать транзитных связей как вы выразились.
В целом вот так. Несколько сумбурное ваше изложение не позволяет точнее оценить ситуацию в диспетчерской. В процессе работы ориентируйтесь на документацию по настройке сети LKDS. Там достаточно подробно расписан порядок настройки, в том числе и как проверить доступность необходимых UDP портов.
 
Виноградов, большое спасибо за ответ!

По пунктам:

1. Это VPN провайдера. Два канала с кабельными КСЛ нужны, потому что в один КСЛ все удаленные УМ не влазют. CDMA сам по себе, это обычный интернет со статикой везде, нужен для подключения удаленных геморройных обьектов

2. Документация утверждает, что ПКСЛу не нужны данные сетевых интерфейсов. Есть версия, что их нужно собрать в кучу маршрутером, а его уже втыкать в комп.

3. Ну это само собой, все, что возможно, уже растащил по бумажкам, скриншотам, копиям LKDSDrv. Просто пока не рискую начинать - чуть-чуть не хватает понимания логики работы сети. Ну и мнение разработчика о сетевых интерфейсах я очень жду

4. В перспективе топологии звезда не будет, будет сложносочиненная сеть с OSPF, SNMP и прочими плюшками.

Кроме того, один ПКСЛ уже есть, настроился без проблем, меня гораздо больше интересует, сможет ли он хватать приходящую телеметрию со всех интерфейсов ПК связистов
 
Термин ПК связистов тут как-то неуместен. Есть компьютер в 8 слоте, являющийся администратором прикреплённого к нему оборудования, есть компьютер в 9 слоте, который может получать информацию от других узловых модулей по запросу, но является только наблюдателем. Новые прошивки КЛШ и КСЛ позволяют иметь более одного администратора. IP сетевой карты является IP ПКСЛа, поэтому в ПКСЛ не указывается собственный IP. Если в сети несколько провайдеров, то надо поставить маршрутизатор и межсетевой экран, дабы не загрузить эти сети потоками данных, которые для них не предназначены. Не важно сколько КСЛов или ПКСЛов вы подключите. Идеология в том, чтобы данные отправились по нужному адресу и не забивали сеть другого провайдера. Другими словами это давно сказано словами "разделяй и властвуй".
 
Термин "ПК связистов" уместен, потому что есть ПК, которым пользуются только связисты. Для служебных нужд, диспетчеры про этот комп особо не в курсе даже, а на нем крутится LKDSdrv, диспетчерские подцеплены через comctubclb по lan.

Про маршрутер я знаю, мне интересна логика работы ПКСЛ с физическими eth интерфейсами
 
Значит это ПК в 9 слоте. Или пассивная диспетчерская. А логика КСЛ такая: Есть основные адреса, есть дополнительные. При невозможности работы на основных КСЛ переходит на запасные (резервные). Кроме того каждый КСЛ строит себе таблицу связей с другими КСЛами. Другими словами он определяет этой таблицей количество шагов до соседних КСЛов. При наличии маршрутизатора КСЛ прокладку маршрутов передаёт маршрутизатору. А вот увязать несколько сетей можно либо раздельными КСЛами, либо другим оборудованием, которое позволит КСЛу работать со всеми сетями как с одной.
 
Fixer написал(а):
2. Документация утверждает, что ПКСЛу не нужны данные сетевых интерфейсов. Есть версия, что их нужно собрать в кучу маршрутером, а его уже втыкать в комп.
Нужны если их несколько и они в разных подсетях.
 
Назад
Сверху