18.1.2.5.1 Спасибо за наводку!

Всё равно так себе затея скинуть всё это на плечи производителя)

Pixit siemens, например, посмотрите ещё по ссылке

Там проблема глубже. Кто-то начинает использовать последнее значение, кто-то значение по умолчанию. Это зависит от задачи и стандартом это не описать

А в случае с SV стандарт так же всё на откуп отдает?

Посмотрите в примерах pixit. Если там такое есть, то наверное

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

Но на конференции наши коллеги из Европы анонсировали подробности в 2.1

Понял. Спасибо за информацию!

К системным новостям: Россия, Азербайджан и Иран совместно разработают технико-экономическое обоснование по проекту соединения энергосистем трех стран http://bit.ly/TEO-AIR

т.к. заказчик чаще всего не знает как, то нужен один возможный вариант решения, иначе начинаются метания

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

Пытаетесь технически решить административную проблему

Согласен полностью. Такая ситуация - кошмар проектировщика и пусконаладчика. Как реагировать на несистемное изменение последовательности должно зависеть от причины ее изменения. Или сеть некорректно работает или ЛУ? В стандарте есть механизм дифференциации этих причин? Насколько мне известно - нет. Так какие можно сделать выводы при возникновении такой ситуации? Никаких. Именно поэтому необходимо однозначно отсекать такие ветки. ИМХО.

Есть и в обратную сторону проблема. Исполнитель видит проблему и зачастую не говорит, пока она не всплывает и не завоняет. А что бы заказчик не метался, надо предлагать ему выбор и доходчиво объяснять почему в его случае нужно делать так ясно понимая как эту проблему видит заказчик.

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

В реальности порядок прихода Goose-сообщений при каких условиях может сбиться, если он дублируется по двум сетям?

Даже если дублируется при prp, первый приходящий гусь с неверным порядковым номером по одной сети примется терминалом, а хороший гусь (с корректным sqnum) отбросится ибо данные проверяются уже после принятия пакета

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

Это может свидетельствовать о спуфинге гусей - кто-то генерит или реплей-атаку проводит. Поэтому данный факт игнорировать нельзя.