У меня была мысль подобные сложные временные условия записывать как SQL-выражения, с использованием операторов сравнения и функций для работы с датой. Например, для SQLite нет необходимости подклчать реальную базу для выполнения SQL-выражений, можно создать пустую базу в памяти с помощью конструкции $pdo = new PDO('sqlite::memory:');
И дальше выполнять SQL-запросы в её контексте, которые будут проверять, попадает время в нужный диапазон или нет. https://www.sqlite.org/lang_datefunc.html
Похожий эффект может быть из-за присутствия NAT или межсетевого экрана, который пропускает трафик только в одну сторону (обратный проходит, если в таблице соединений файрвола есть GRE-туннель). Как только запись об установленном соединении самоудаляется по неактивности, восстановить работу туннеля можно только с одной стороны.
iptables + ipset
Примера, к сожалению, под рукой нет, делал на прошлой работе правила фильтрафции по десяткам тысяч ip-адресов (списки Роскомнадзора), но он без проблем гуглится.
Списки ipset можно перезагружать независимо от правил iptables
fsfsfs32, в протоколе IP таких флагов нет. А в TCP и глубже транзитное маршрутизирующее оборудование в общем случае не смотрит. Впрочем их нет и в TCP. И при чем здесь вообще source routing?
Если контейнер видео - какой-то из семейства mpeg, и параметры видеофрагментов (кодек, размер) идентичны, то их можно просто склеивать в один файл или отдавать последовательно в сокет без дополнительной обработки. С точки зрения декодера это будет валидный видеопоток.
Но вообще это скорее задача, которую нужно решать на стороне браузера (как воспроизвести цельное видео из фрагментов). По крайней мере видеохостинги работают именно так.
Насколько я знаю, ALG для PPTP еще и модифицирует трафик в управляющем TCP-соединении, таким образом, чтобы удаленный PPTP-сервер знал, что GRE-пакеты нужно слать не на условный 192.168.1.2 (адрес клиента за NAT), а на внешний ip-адрес роутера.
А сам роутер без экрана работает нормально? Кстати, экран дает существенную дополнительную нагрузку на CPU роутера, а в ранних релизах RouterOS для RB2011 при включенном экране вообще периодически падали линки на портах. В итоге отключал его везде.
Теоретически на ней мог бы завестись процессор Phenom или Phenom II, но в списке совместимых их нет. В интернете есть упоминания о существовании неофициальных BIOS, которые добавляют поддержку этих процессоров, но без ссылок. Когда-то у меня была материнка Palit N68S, для которой поддержка таких процессоров заявлена не была, но удалось добавить ее в биос самостоятельно, обновив модуль AGESA с помощью утилит для манипулирования модулями BIOS (подробностей за давностью уже не помню, кроме того, что использовал CBROM), после чего Phenom стал нормально определяться и работать.
Некоторые модули Asterisk чувствительны к просадкам производительности, поэтому при запуске IP-АТС в виртуальной машине на нагруженном хосте возможны разные неприятные сюрпризы.
