От АМ
К KJ
Дата 06.11.2022 15:33:21
Рубрики Современность;

Ре: Да в...

>>>носители дешевле, но оборудование и сеть - сложнее, непредсказуемость положения и количества узлов вызовет большие накладные расходы на само её связное существование.
>>В общем то это аналог сотовой связи.
>>Такая штука как микросота - тоже давно придумана, весит 50кг и вполне влезет на дрон.
>>Честно говоря, чего то суперсложного здесь не вижно.
>Предотвращение НСД, имитостойкость и шифрование как будет обеспечивать при условии возможности попадания узла к противнику?

например вводим узел идентификации, УИ, который хранит шифры конечных абонементов, при подключение абонемента к обычному узлу абонемент запрашивает у узла шифр который тот получает связавшись с УИ

Если обычный узел потерян, или его собственный шифр не актуален, то соответственно данный узел блокируется в УИ а приходящие через него запросы на шифр конечных абонементов игнорируются.
От KJ
К АМ (06.11.2022 15:33:21)
Дата 07.11.2022 19:56:07

Ре: Да в...

>>>>носители дешевле, но оборудование и сеть - сложнее, непредсказуемость положения и количества узлов вызовет большие накладные расходы на само её связное существование.
>>>В общем то это аналог сотовой связи.
>>>Такая штука как микросота - тоже давно придумана, весит 50кг и вполне влезет на дрон.
>>>Честно говоря, чего то суперсложного здесь не вижно.
>>Предотвращение НСД, имитостойкость и шифрование как будет обеспечивать при условии возможности попадания узла к противнику?
>
>например вводим узел идентификации, УИ, который хранит шифры конечных абонементов, при подключение абонемента к обычному узлу абонемент запрашивает у узла шифр который тот получает связавшись с УИ
Может быть, но как будет идентифицировать абонента?

>Если обычный узел потерян, или его собственный шифр не актуален, то соответственно данный узел блокируется в УИ а приходящие через него запросы на шифр конечных абонементов игнорируются.
А как определяем, что узел был потерян?
Перерыв связи может быть просто из-за горизонта, РЭБ или погодных условий.
От Claus
К KJ (07.11.2022 19:56:07)
Дата 07.11.2022 22:55:31

Ре: Да в...

>Может быть, но как будет идентифицировать абонента?
Действительно, имея конечный список своих устройств, к которым перед каждым запуском имеется полный доступ, обеспечить их идентификацию это прямо таки нерешаемая проблема. Угу.

>>Если обычный узел потерян, или его собственный шифр не актуален, то соответственно данный узел блокируется в УИ а приходящие через него запросы на шифр конечных абонементов игнорируются.
>А как определяем, что узел был потерян?
>Перерыв связи может быть просто из-за горизонта, РЭБ или погодных условий.
Если используется сеть дронов, то у каждого дрона есть 5-8 соседних узлов, через которые можно обеспечивать связь.
Если один узел пропадает, связь устанавливается через соседние. С потерянным узлом связь либо восстанавливается за заранее заданное время (максимум десятки минут), либо узел перестает считаться надежным и блокируется. А на его место пригоняется другой дрон. Потерянный дрон либо сам автоматически возвращается на базу и проходит диагностику, либо теряется окончательно.
Логины/пароли/Id на дронах можно хоть перед каждым вылетом менять.
Офигенно сложная система.
От KJ
К Claus (07.11.2022 22:55:31)
Дата 08.11.2022 20:57:27

Ре: Да в...

>>Может быть, но как будет идентифицировать абонента?
>Действительно, имея конечный список своих устройств, к которым перед каждым запуском имеется полный доступ, обеспечить их идентификацию это прямо таки нерешаемая проблема. Угу.
Не стоит демонстрировать свое непонимание - абонент попал к противнику, когда его отключать будете?

>>>Если обычный узел потерян, или его собственный шифр не актуален, то соответственно данный узел блокируется в УИ а приходящие через него запросы на шифр конечных абонементов игнорируются.
>>А как определяем, что узел был потерян?
>>Перерыв связи может быть просто из-за горизонта, РЭБ или погодных условий.
>Если используется сеть дронов, то у каждого дрона есть 5-8 соседних узлов, через которые можно обеспечивать связь.
Это еще нужно доказать.

>Если один узел пропадает, связь устанавливается через соседние. С потерянным узлом связь либо восстанавливается за заранее заданное время (максимум десятки минут), либо узел перестает считаться надежным и блокируется. А на его место пригоняется другой дрон. Потерянный дрон либо сам автоматически возвращается на базу и проходит диагностику, либо теряется окончательно.
В результате при выставлении помехи сеть автоматически вырубается через 10 минут. Усе.

>Логины/пароли/Id на дронах можно хоть перед каждым вылетом менять.
Да, да, в повседневной жизни мы прекрасно знаем как это "работает", точнее не работает. Примеров уйма. Вы бы хоть чуть-чуть для разнообразия почитали про IT-безопасность. И это я так "рядом постоял".

>Офигенно сложная система.
Если делать по настоящему, то она действительно сложная, но вам это понимание явно недоступно.
Вы просто ни разу не делали что-то серьезное.
От Claus
К KJ (08.11.2022 20:57:27)
Дата 09.11.2022 22:57:06

Ре: Да в...

>Не стоит демонстрировать свое непонимание - абонент попал к противнику, когда его отключать будете?
Я не понимаю, что Вы демонстрируете.
Если дрон упал и каким то чудом аппаратура не разбилась, то трафик с этого узла просто игнорируется.
Что здесь сложного?

>>>А как определяем, что узел был потерян?
Пропадания идущего с него видеотрафика и телеметрии недостаточно, чтобы догадаться?
И потери управления им.

>>>Перерыв связи может быть просто из-за горизонта, РЭБ или погодных условий.
Ну будет и что? Либо он восстановиться за заданное время, либо узел будет считаться потерянным.

>>Если используется сеть дронов, то у каждого дрона есть 5-8 соседних узлов, через которые можно обеспечивать связь.
>Это еще нужно доказать.
Что доказать?

>>Если один узел пропадает, связь устанавливается через соседние. С потерянным узлом связь либо восстанавливается за заранее заданное время (максимум десятки минут), либо узел перестает считаться надежным и блокируется. А на его место пригоняется другой дрон. Потерянный дрон либо сам автоматически возвращается на базу и проходит диагностику, либо теряется окончательно.
>В результате при выставлении помехи сеть автоматически вырубается через 10 минут. Усе.
Вы помеху на площади в тысячи кв. километров выставите?
Какие марсианские технологии для этого будут использоваться?


>>Логины/пароли/Id на дронах можно хоть перед каждым вылетом менять.
>Да, да, в повседневной жизни мы прекрасно знаем как это "работает", точнее не работает. Примеров уйма. Вы бы хоть чуть-чуть для разнообразия почитали про IT-безопасность. И это я так "рядом постоял".
По сути что нибудь скажете?

>Вы просто ни разу не делали что-то серьезное.
Угу.
От KJ
К Claus (09.11.2022 22:57:06)
Дата 10.11.2022 20:41:22

Ре: Да в...

>>Не стоит демонстрировать свое непонимание - абонент попал к противнику, когда его отключать будете?
>Я не понимаю, что Вы демонстрируете.
Ваше невежество.

>Если дрон упал и каким то чудом аппаратура не разбилась, то трафик с этого узла просто игнорируется.
>Что здесь сложного?
Что мы не знаем разбился ли БпЛА или нет.

>>>>А как определяем, что узел был потерян?
>Пропадания идущего с него видеотрафика и телеметрии недостаточно, чтобы догадаться?
>И потери управления им.
Это может быть помеха.

>>>>Перерыв связи может быть просто из-за горизонта, РЭБ или погодных условий.
>Ну будет и что? Либо он восстановиться за заданное время, либо узел будет считаться потерянным.
Т.е. достаточно заглушить каналы связи, чтобы все БпЛА оказались потерянными.

>>>Если используется сеть дронов, то у каждого дрона есть 5-8 соседних узлов, через которые можно обеспечивать связь.
>>Это еще нужно доказать.
>Что доказать?
Что у "у каждого дрона есть 5-8 соседних узлов" всегда. Пока это ваши заявления в жалкой попытке оправдать вашу дурость.

>>>Если один узел пропадает, связь устанавливается через соседние. С потерянным узлом связь либо восстанавливается за заранее заданное время (максимум десятки минут), либо узел перестает считаться надежным и блокируется. А на его место пригоняется другой дрон. Потерянный дрон либо сам автоматически возвращается на базу и проходит диагностику, либо теряется окончательно.
>>В результате при выставлении помехи сеть автоматически вырубается через 10 минут. Усе.
>Вы помеху на площади в тысячи кв. километров выставите?
Другими БпЛА? Запросто.

>Какие марсианские технологии для этого будут использоваться?
Существующие в современных ВС РФ.

>>>Логины/пароли/Id на дронах можно хоть перед каждым вылетом менять.
>>Да, да, в повседневной жизни мы прекрасно знаем как это "работает", точнее не работает. Примеров уйма. Вы бы хоть чуть-чуть для разнообразия почитали про IT-безопасность. И это я так "рядом постоял".
>По сути что нибудь скажете?
Так это по сути, если вы не понимаете, так это следствие вашего незнания ситуации.


>>Вы просто ни разу не делали что-то серьезное.
>Угу.
Согласен.
От Claus
К KJ (10.11.2022 20:41:22)
Дата 11.11.2022 11:50:07

Ре: Да в...

>>>Не стоит демонстрировать свое непонимание - абонент попал к противнику, когда его отключать будете?
>>Я не понимаю, что Вы демонстрируете.
>Ваше невежество.
После ваших бредней про возможность выставить помеху на площади в 80тыс. км2, дальше обсуждать смысла не вижу.

По факту, даже мавики в прифронтовой полосе заглушить не удается.
Ну а остальные проблемы вы откровенно высасываете из пальца, причем там где их нет.
От АМ
К KJ (07.11.2022 19:56:07)
Дата 07.11.2022 22:43:19

Ре: Да в...

>>>>>носители дешевле, но оборудование и сеть - сложнее, непредсказуемость положения и количества узлов вызовет большие накладные расходы на само её связное существование.
>>>>В общем то это аналог сотовой связи.
>>>>Такая штука как микросота - тоже давно придумана, весит 50кг и вполне влезет на дрон.
>>>>Честно говоря, чего то суперсложного здесь не вижно.
>>>Предотвращение НСД, имитостойкость и шифрование как будет обеспечивать при условии возможности попадания узла к противнику?
>>
>>например вводим узел идентификации, УИ, который хранит шифры конечных абонементов, при подключение абонемента к обычному узлу абонемент запрашивает у узла шифр который тот получает связавшись с УИ
>Может быть, но как будет идентифицировать абонента?

Абоменемт, например определенный расчёт БПЛА, получает личный номер абонемента и ключи.

По ключам вероятно возможна смена ключа каждый час, привязка по времени, тоесть абонемент получает на личный номер от УИ 24 ключа на 1 сутки, или 48 на 2ое суток, не суть. Каждый ключ состоит как из части которую в процессе идентификации абонемент запрашивает у УИ так и части которую УИ в процессе идентификации запрашивает у абонемента.

Там масса вариантов, вплоть до того что раз в неделю всем абонементам присваиваются новые личные номера.

Таким образом когда проис ходит связь между абонементом через узел с УИ получаем 3 идентификации:

1. абонемент шлет узлу личный номер, сделав запрос в УИ узел узнает что личный номер актуален

2. абонемент получает информацию что узел надежен, так как от УИ черец узел пришел актуальный ключ подходящий к личному номеру

2. узел получает от УИ информацию что абонемент прислал правильный ключ, тоесть абонемент надежен

>>Если обычный узел потерян, или его собственный шифр не актуален, то соответственно данный узел блокируется в УИ а приходящие через него запросы на шифр конечных абонементов игнорируются.
>А как определяем, что узел был потерян?
>Перерыв связи может быть просто из-за горизонта, РЭБ или погодных условий.

это вопрос алгоритмов какой кратковременный перерыв связи считать критичным

мы ведь обсуждаем размещение станции на ЛА а значит долговременные перерывы в работе узла и соответственно "ручная" блокировка узла скажим системным администратором будет делом обыденым, но с другой стороны злым людям физически подключится именно к летаюшему обьекту будет делом сложным а значит кратковременные перерывы скорее не критичны
От KJ
К АМ (07.11.2022 22:43:19)
Дата 08.11.2022 20:52:42

Ре: Да в...

>>>>>В общем то это аналог сотовой связи.
>>>>>Такая штука как микросота - тоже давно придумана, весит 50кг и вполне влезет на дрон.
>>>>>Честно говоря, чего то суперсложного здесь не вижно.
>>>>Предотвращение НСД, имитостойкость и шифрование как будет обеспечивать при условии возможности попадания узла к противнику?
>>>
>>>например вводим узел идентификации, УИ, который хранит шифры конечных абонементов, при подключение абонемента к обычному узлу абонемент запрашивает у узла шифр который тот получает связавшись с УИ
>>Может быть, но как будет идентифицировать абонента?
>
>Абоменемт, например определенный расчёт БПЛА, получает личный номер абонемента и ключи.

>По ключам вероятно возможна смена ключа каждый час, привязка по времени, тоесть абонемент получает на личный номер от УИ 24 ключа на 1 сутки, или 48 на 2ое суток, не суть. Каждый ключ состоит как из части которую в процессе идентификации абонемент запрашивает у УИ так и части которую УИ в процессе идентификации запрашивает у абонемента.
На мой взгляд уязвимостей достаточно, чтобы положить систему при попадании терминала абонента в плен.



>>>Если обычный узел потерян, или его собственный шифр не актуален, то соответственно данный узел блокируется в УИ а приходящие через него запросы на шифр конечных абонементов игнорируются.
>>А как определяем, что узел был потерян?
>>Перерыв связи может быть просто из-за горизонта, РЭБ или погодных условий.
>
>это вопрос алгоритмов какой кратковременный перерыв связи считать критичным
Это не вопрос алгоритмов, это исходная информация. Нет алгоритма определения "какой перерыв считать критичным".

> мы ведь обсуждаем размещение станции на ЛА а значит долговременные перерывы в работе узла и соответственно "ручная" блокировка узла скажим системным администратором будет делом обыденым, но с другой стороны злым людям физически подключится именно к летаюшему обьекту будет делом сложным а значит кратковременные перерывы скорее не критичны
При большом количестве узлов это будет отнимать большое внимание и в результате систему можно просто "положить" широкополосной помехой.
От АМ
К KJ (08.11.2022 20:52:42)
Дата 08.11.2022 22:17:10

Ре: Да в...


>>По ключам вероятно возможна смена ключа каждый час, привязка по времени, тоесть абонемент получает на личный номер от УИ 24 ключа на 1 сутки, или 48 на 2ое суток, не суть. Каждый ключ состоит как из части которую в процессе идентификации абонемент запрашивает у УИ так и части которую УИ в процессе идентификации запрашивает у абонемента.
>На мой взгляд уязвимостей достаточно, чтобы положить систему при попадании терминала абонента в плен.

каким образом?

>>>>Если обычный узел потерян, или его собственный шифр не актуален, то соответственно данный узел блокируется в УИ а приходящие через него запросы на шифр конечных абонементов игнорируются.
>>>А как определяем, что узел был потерян?
>>>Перерыв связи может быть просто из-за горизонта, РЭБ или погодных условий.
>>
>>это вопрос алгоритмов какой кратковременный перерыв связи считать критичным
>Это не вопрос алгоритмов, это исходная информация. Нет алгоритма определения "какой перерыв считать критичным".

я имел в виду для системы, по заложеным алгоритман она будет определять автоматичеки

>> мы ведь обсуждаем размещение станции на ЛА а значит долговременные перерывы в работе узла и соответственно "ручная" блокировка узла скажим системным администратором будет делом обыденым, но с другой стороны злым людям физически подключится именно к летаюшему обьекту будет делом сложным а значит кратковременные перерывы скорее не критичны
>При большом количестве узлов это будет отнимать большое внимание и в результате систему можно просто "положить" широкополосной помехой.

кому обращать внимание здесь будет, остальное вопрос организации
От KJ
К АМ (08.11.2022 22:17:10)
Дата 09.11.2022 20:20:46

Ре: Да в...


>>>По ключам вероятно возможна смена ключа каждый час, привязка по времени, тоесть абонемент получает на личный номер от УИ 24 ключа на 1 сутки, или 48 на 2ое суток, не суть. Каждый ключ состоит как из части которую в процессе идентификации абонемент запрашивает у УИ так и части которую УИ в процессе идентификации запрашивает у абонемента.
>>На мой взгляд уязвимостей достаточно, чтобы положить систему при попадании терминала абонента в плен.
>
>каким образом?
DDOS например.

>>>>>Если обычный узел потерян, или его собственный шифр не актуален, то соответственно данный узел блокируется в УИ а приходящие через него запросы на шифр конечных абонементов игнорируются.
>>>>А как определяем, что узел был потерян?
>>>>Перерыв связи может быть просто из-за горизонта, РЭБ или погодных условий.
>>>
>>>это вопрос алгоритмов какой кратковременный перерыв связи считать критичным
>>Это не вопрос алгоритмов, это исходная информация. Нет алгоритма определения "какой перерыв считать критичным".
>
>я имел в виду для системы, по заложеным алгоритман она будет определять автоматичеки
А я имел ввиду, что все упирается в интервал времени, определенный когда-то при разработке системы, не обязательно верный.

>>> мы ведь обсуждаем размещение станции на ЛА а значит долговременные перерывы в работе узла и соответственно "ручная" блокировка узла скажим системным администратором будет делом обыденым, но с другой стороны злым людям физически подключится именно к летаюшему обьекту будет делом сложным а значит кратковременные перерывы скорее не критичны
>>При большом количестве узлов это будет отнимать большое внимание и в результате систему можно просто "положить" широкополосной помехой.
>
>кому обращать внимание здесь будет, остальное вопрос организации
Это очередное "путь подчиненные разбираются".
От Claus
К KJ (09.11.2022 20:20:46)
Дата 09.11.2022 23:02:56

Ре: Да в...

>>каким образом?
>DDOS например.
Даа.
Один дрон крутится в квадрате 10*10км.
Т.е. 100км2.
Все дроны крутятся на площади порядка 800*100км, т.е. 80000км2.
Расскажите, какими средствами Вы устроите DDOS атаку по радиоканалу, на такой площади.
По моему Вы с умным видом щеки надуваете, но несете откровенную ахинею.

>>>>это вопрос алгоритмов какой кратковременный перерыв связи считать критичным
>>>Это не вопрос алгоритмов, это исходная информация. Нет алгоритма определения "какой перерыв считать критичным".
Это просто заданный параметр, который можно менять в любой момент.


>При большом количестве узлов это будет отнимать большое внимание и в результате систему можно просто "положить" широкополосной помехой.
Угу, на площади в 80000км2
От KJ
К Claus (09.11.2022 23:02:56)
Дата 10.11.2022 20:37:49

Ре: Да в...

>>>каким образом?
>>DDOS например.
>Даа.
>Один дрон крутится в квадрате 10*10км.
>Т.е. 100км2.
>Все дроны крутятся на площади порядка 800*100км, т.е. 80000км2.
>Расскажите, какими средствами Вы устроите DDOS атаку по радиоканалу, на такой площади.
Вы дурак или прикидыватесь?
DDJS организуется по каналам связи, и совершенно неважно где и как находятся абоненты.

>По моему Вы с умным видом щеки надуваете, но несете откровенную ахинею.
А по моему, вы несете невежественную чушь, даже не пытаясь вникнуть в рассматриваемый вопрос.

>>>>>это вопрос алгоритмов какой кратковременный перерыв связи считать критичным
>>>>Это не вопрос алгоритмов, это исходная информация. Нет алгоритма определения "какой перерыв считать критичным".
>Это просто заданный параметр, который можно менять в любой момент.
С риском получить полный отказ сети.

>>При большом количестве узлов это будет отнимать большое внимание и в результате систему можно просто "положить" широкополосной помехой.
>Угу, на площади в 80000км2
Можно и на большей площади, вы просто даже не потрудились нарисовать распределение.

При этом мы уже далего ушли от "что есть на гражданке", и тем более в сотовых сетях.
От АМ
К KJ (09.11.2022 20:20:46)
Дата 09.11.2022 22:07:25

Ре: Да в...

>>>На мой взгляд уязвимостей достаточно, чтобы положить систему при попадании терминала абонента в плен.
>>
>>каким образом?
>ДДОС например.

у вас всего 1 абонемент

Речь про "боевой интернет", количество абонементов в сети крайне ограничено и известно кто и где они

>>>>это вопрос алгоритмов какой кратковременный перерыв связи считать критичным
>>>Это не вопрос алгоритмов, это исходная информация. Нет алгоритма определения "какой перерыв считать критичным".
>>
>>я имел в виду для системы, по заложеным алгоритман она будет определять автоматичеки
>А я имел ввиду, что все упирается в интервал времени, определенный когда-то при разработке системы, не обязательно верный.

парамтеров может быть много, время которое узел недоступен, начало или конец рабочего времени узла, даже летные параметры, в конце концов подозрительный для системы узел вместе с его игнорирование будет означать соответствующие сообщение оператору который может после анализа проблемы внести коррекцию

>>>> мы ведь обсуждаем размещение станции на ЛА а значит долговременные перерывы в работе узла и соответственно "ручная" блокировка узла скажим системным администратором будет делом обыденым, но с другой стороны злым людям физически подключится именно к летаюшему обьекту будет делом сложным а значит кратковременные перерывы скорее не критичны
>>>При большом количестве узлов это будет отнимать большое внимание и в результате систему можно просто "положить" широкополосной помехой.
>>
>>кому обращать внимание здесь будет, остальное вопрос организации
>Это очередное "путь подчиненные разбираются".

это просто обьективно так, обслуживание БПЛА будет означать наличие в большом количестве соответствующего персонала
От KJ
К АМ (09.11.2022 22:07:25)
Дата 10.11.2022 20:33:54

Ре: Да в...

>>>>На мой взгляд уязвимостей достаточно, чтобы положить систему при попадании терминала абонента в плен.
>>>
>>>каким образом?
>>ДДОС например.
>
>у вас всего 1 абонемент
Да с хренов? под сотню будет.

>Речь про "боевой интернет", количество абонементов в сети крайне ограничено и известно кто и где они
Ну т.е. нужно корректировать на нижнем уровне.

Я не сомневаюсь, что возможно построение сети для действий на поле боя. Я просто хочу сказать, что это ни разу не "как в сотовой связи" и ни разу не легко и просто.

>>>>>это вопрос алгоритмов какой кратковременный перерыв связи считать критичным
>>>>Это не вопрос алгоритмов, это исходная информация. Нет алгоритма определения "какой перерыв считать критичным".
>>>
>>>я имел в виду для системы, по заложеным алгоритман она будет определять автоматичеки
>>А я имел ввиду, что все упирается в интервал времени, определенный когда-то при разработке системы, не обязательно верный.
>
>парамтеров может быть много, время которое узел недоступен, начало или конец рабочего времени узла, даже летные параметры, в конце концов подозрительный для системы узел вместе с его игнорирование будет означать соответствующие сообщение оператору который может после анализа проблемы внести коррекцию
Много слов, нет конкретного ответа.


>>>>> мы ведь обсуждаем размещение станции на ЛА а значит долговременные перерывы в работе узла и соответственно "ручная" блокировка узла скажим системным администратором будет делом обыденым, но с другой стороны злым людям физически подключится именно к летаюшему обьекту будет делом сложным а значит кратковременные перерывы скорее не критичны
>>>>При большом количестве узлов это будет отнимать большое внимание и в результате систему можно просто "положить" широкополосной помехой.
>>>
>>>кому обращать внимание здесь будет, остальное вопрос организации
>>Это очередное "путь подчиненные разбираются".
>
>это просто обьективно так, обслуживание БПЛА будет означать наличие в большом количестве соответствующего персонала
Но на самом деле это не оптимально.
От АМ
К KJ (10.11.2022 20:33:54)
Дата 11.11.2022 01:30:40

Ре: Да в...

>>>>>На мой взгляд уязвимостей достаточно, чтобы положить систему при попадании терминала абонента в плен.
>>>>
>>>>каким образом?
>>>ДДОС например.
>>
>>у вас всего 1 абонемент
>Да с хренов? под сотню будет.

1 терминал взят в плен

>>Речь про "боевой интернет", количество абонементов в сети крайне ограничено и известно кто и где они
>Ну т.е. нужно корректировать на нижнем уровне.

прежде всего это означает для систем безопасности оносительную предсказуемость трафика абонементов

>Я не сомневаюсь, что возможно построение сети для действий на поле боя. Я просто хочу сказать, что это ни разу не "как в сотовой связи" и ни разу не легко и просто.

тут конечно нужен большой коллектив и время

>>>>>>это вопрос алгоритмов какой кратковременный перерыв связи считать критичным
>>>>>Это не вопрос алгоритмов, это исходная информация. Нет алгоритма определения "какой перерыв считать критичным".
>>>>
>>>>я имел в виду для системы, по заложеным алгоритман она будет определять автоматичеки
>>>А я имел ввиду, что все упирается в интервал времени, определенный когда-то при разработке системы, не обязательно верный.
>>
>>парамтеров может быть много, время которое узел недоступен, начало или конец рабочего времени узла, даже летные параметры, в конце концов подозрительный для системы узел вместе с его игнорирование будет означать соответствующие сообщение оператору который может после анализа проблемы внести коррекцию
>Много слов, нет конкретного ответа.

нет простого ответа

>>>>кому обращать внимание здесь будет, остальное вопрос организации
>>>Это очередное "путь подчиненные разбираются".
>>
>>это просто обьективно так, обслуживание БПЛА будет означать наличие в большом количестве соответствующего персонала
>Но на самом деле это не оптимально.

сама такая система на бпла такого рода не оптимальна

но в целом американцы работают над быстро развертываемой системой боевого интернете на базе бпла, только это насколько помню специфические бпла