diff --git a/docs/ru/config/transports/splithttp.md b/docs/ru/config/transports/splithttp.md
index 5274bc470..d1b06a477 100644
--- a/docs/ru/config/transports/splithttp.md
+++ b/docs/ru/config/transports/splithttp.md
@@ -97,18 +97,17 @@
 
 <Badge text="v24.9.19+" type="warning"/>
 
-Позволяет пользователям контролировать поведение мультиплексирования SplitHTTP в h2 и h3. Если не настроено, по умолчанию все запросы мультиплексируются в одно TCP/QUIC-соединение.
+Только для клиента. Позволяет пользователю контролировать поведение многопоточности SplitHTTP в h2 и h3. Не используйте данную функцию вместе с mux.cool.
 
 ```json
 {
-  "maxConcurrency": 0,
-  "maxConnections": 0,
-  "cMaxReuseTimes": 0,
-  "cMaxLifetimeMs": 0
+  "maxConcurrency": 16,
+  "maxConnections": 32,
+  "cMaxReuseTimes": 64,
+  "cMaxLifetimeMs": 128
 }
-```
 
-Поскольку по умолчанию используется неограниченное мультиплексирование, `xmux` фактически ограничивает его. Кроме того, не включайте mux.cool.
+При установке всех значений в 0 или их отсутствии, ядро заполнит их значениями по умолчанию.
 
 Объяснение терминов:
 - Потоки будут мультиплексироваться в физические соединения, например: Соединение 1 (Поток 1, Поток 2, Поток 3) Соединение 2 (Поток 4, Поток 5, Поток 6) ... и так далее. В других источниках вы можете встретить описание "соединение-подключение", это то же самое.