Информация о падениях и поднятиях туннелей в ППЖ фиксируется? не могу вспомнить...

версия 3.9

Время в биосе устанавливается, сам как думаешь можно?)). Если только подобрать какой-то другой часовой пояс чтобы в логах было более менее ровно

пояс не помогает

ок, понял

АПКЩ же с ЦУСа время забирают? А на ЦУСе можно поменять через ПУ

Коллеги, статус о включенном VPN в ПУ Континент основан на last In шифратора? Ситуация, когда два континента связаны ВПН, на одном он в апе, на другом в дауне говорит о том, что с одного трафик идет в туннель, а с другого нет? Правильно я понимаю?

Подскажите, пожалуйста, какая пакетная скорость у ipc 25 в режиме кк?

Да. last In - это время с момента прихода последнего корректного vpn-пакета (в сек.)

пример битой связи в snmp. Парная связь с КШ (id 111), в сети три класса трафика: 5,10, 20, по всем пакеты не приходят

https://www.securitycode.ru/upload/iblock/c4d/%D0%90%D0%9F%D0%9A%D0%A8%20%D0%9A%D0%BE%D0%BD%D1%82%D0%B8%D0%BD%D0%B5%D0%BD%D1%82%203.9.pdf
Сказано до 100 на 3.9

Спасибо, но я ищу данные по pps. И забыл уточнить, что для версии 3.7 шасси s102, емнип

По pps не выкладывали и оно будет зависеть от размера фреймов, толку вам от него.
Смотрите старые листовки

Дело в том, что проверка канала на рфс2504 на малых фреймах показала 7-9 мбит/с при pps 10-11k, вот интересно это потолок или нет. На паре кк только 1 виртуальный свич

так когда пишу pps, указывают размер пакета.  либо подразумевают, что pps для 64 байта, ибо для пакета 1500 pps будет низким. а для продаж нужно больше, дальше...

Без кк измеряется на 50мб/с по всем размерам от 64 до 1600

в теории надо исходить из таких посылов. посмотрите какой overhead дает режим КК. потом посчитать теоретический предел передачи именно полезных данных при таком overhead. Обычно результат для 64 байта до шифрования и после различается в 2 раза... Ну а потом есть уже фактическая реализация.

Если процессор загружен на 100% ,значит потолок для условий теста, по другому не узнаете. Всё равно не очень понимаю что вы будете делать потом с этим значением pps, когда там же можно в мб/с посмотреть, их хоть производитель заявляет периодически, ну да ладно.
Опять же есть нюанс в колличество сессий и в направлении трафика, в 3.9 данные будут лучше это точно, в зависимости от количества и направления, об этом не раз упоминалось. И помните, что малые фреймы, это самые жёсткие условия.

Коллеги, подскажите, чем черевато обновление уб с 4.0.3 до 4.1 без предварительного обновления цус?

Кто-то может из ТП Кода Безопасности рассказать, как правильно подрядчику заводить инциденты? Чтобы Заказчик к ним тоже имел доступ. Сейчас подрядчик это делает в своем аккаунте, как их можно контролировать? Зачем тогда мне как Заказчику покупать ТП, если подрядчик может инциденты заводить без этого?