В чём разница в двух вариациях payload?

[SnAnVl]

Есть ли разница между указанием пейлода в desync функции и просто --payload

--lua-desync=fake:blob=stun:repeats=3:tcp_ts=-600000:payload=tls_client_hello:strategy=1 ^
--lua-desync=fake:blob=tls_google:repeats=3:tcp_ts=-600000:payload=tls_client_hello:strategy=1 ^
--lua-desync=fakedsplit:pattern=0x00:repeats=6:tcp_ts=-600000:payload=tls_client_hello:strategy=1 ^

--payload=tls_client_hello
--lua-desync=fake:blob=stun:repeats=3:tcp_ts=-600000:strategy=1 ^
--lua-desync=fake:blob=tls_google:repeats=3:tcp_ts=-600000:strategy=1 ^
--lua-desync=fakedsplit:pattern=0x00:repeats=6:tcp_ts=-600000:strategy=1 ^

Я не умею правильно читать документацию, поэтому решил спросить.
Моё предположение было такое, что в первом случае пейлоад определяет lua скрипт, а во втором C код, насколько это правильная догадка? Если это так, тогда что лучше для производительности?

[bol-van]

Второй вариант предпочтителен, поскольку работает на уровне C кода, который выполняется в десяток раз быстрее
Если пейлоад не подходит, lua вообще не вызовется. В первом варианте lua будет вызываться всегда и трижды проверяться пейлоад

[SnAnVl]

Большое спасибо

[Art-gf]

Ещё похожий вопрос. Почему это работает
--out-range=-n2 --payload=all --lua-desync=fake:blob=fake_stun:repeats=6:payload=all
а это не работает
--out-range=-n2 --payload=all --lua-desync=fake:blob=fake_stun:repeats=6

[bol-van]

Потому что на fake "standard payload" filter выполняет функцию в том числе и защиты от дурака. Его значение по умолчанию "known". Как в z1.
чтобы если не вставят payload и range фильтры в командную строку, не начался TRASH FLOOD