баг профилей --dup=1 и --dpi-desync-any-protocol

Пусть есть два профиля - 1й UDP "--dup=1", 2й TCP "--dpi-desync-any-protocol"; по раздельности они правильно работают; попытка их подружить в одном файле - перестает работать профиль где "--dpi-desync-any-protocol"; если в 1ом убрать "--dup=1"(или изменить на "--dup=0") то 2ой сразу начинает правильно работать; разные порты, разные протоколы, разные пейлоады,... профили вроде не должны мешать друг другу.. но мешают; прежде чем написать сюда - перечитал несколько раз readme, и перепробовал все безумные варианты; менял порядок строк, добавлял "--dup-ip-id" и "--dup-badseq-increment",.. не влияет есть ли реальный трафик на порте профиля "--dup=1"; дискорд l7 взят для примера, можно варп вписать, можно что угодно вписать, главное чтобы в страте был "--dup=1"; использование "--dpi-desync-skip-nosni=0" вместо "--dpi-desync-any-protocol" не помогает; версия ядра 72.10; я надеюсь что не учитываю какой-то тонкий ньюанс, но ощущение что в ядре есть баг подобный v72.5; автор, пожалуйста, помоги понять почему так происходит; пример кода ``` start "zapret: %~n0" /min "winws.exe" --wf-tcp=9000 --wf-udp=55555 ^ --filter-tcp=9000 --dpi-desync=multisplit --dpi-desync-split-pos=1 --dpi-desync-split-seqovl-pattern="tls_clienthello_www_google_com.bin" --dpi-desync-split-seqovl=681 --dpi-desync-any-protocol --dpi-desync-cutoff=n3 --new ^ --filter-udp=55555 --filter-l7=discord,stun --dpi-desync=fake --dpi-desync-fake-quic="quic_initial_www_google_com.bin" --dpi-desync-repeats=2 --dpi-desync-cutoff=n3 --dup=1 --dup-cutoff=n3 ```