diff --git a/docs/ru/config/routing.md b/docs/ru/config/routing.md
index e3bcec1..1bd78d9 100644
--- a/docs/ru/config/routing.md
+++ b/docs/ru/config/routing.md
@@ -149,7 +149,7 @@
 
 > `vlessRoute` number | string
 
-Когда седьмой и восьмой байты в конце `UUID` для `vless inbound` равны `00`, `vless` позволяет заменить эти две позиции любыми байтами и использовать их в качестве данных `vlessRoute`. Это дает пользователю возможность настраивать часть серверной маршрутизации по своему усмотрению, не изменяя никаких внешних полей.
+Входящее подключение VLESS позволяет клиенту изменять седьмой и восьмой байты UUID на любые значения и использовать их в качестве данных `vlessRoute`. Это дает пользователю возможность настраивать часть серверной маршрутизации по своему усмотрению, не изменяя никаких внешних полей.
 
 ```
 --------------↓↓↓↓------------------
@@ -158,8 +158,6 @@ xxxxxxxx-xxxx-0000-xxxx-xxxxxxxxxxxx
 
 В конфигурации используются данные, закодированные в `big-endian` как `uint16` (если вы не понимаете, что это значит, просто рассматривайте эти четыре символа как шестнадцатеричное число и преобразуйте его в десятичное). Например, `0001→1`, `000e→14`, `38b2→14514`. Причина такого подхода в том, что синтаксис здесь аналогичен `port`, что позволяет гибко указывать множество диапазонов для маршрутизации, так же как и для портов.
 
-**Tip:** Это не влияет на безопасность аутентификации в других случаях. Для любого валидного `UUID`, 13-й символ очевидно не может быть `0` (поскольку он хранит версию `UUID`). Использование функции `Xray` для преобразования произвольной строки в `UUID` также не приведет к такому результату, поскольку генерируется `UUID v5`. Даже в этом случае для аутентификации остаются 14 байт.
-
 > `inboundTag`: \[string\]
 
 Массив, каждый элемент которого является тегом. Правило вступает в силу, если какой-либо элемент соответствует тегу входящего протокола.