diff --git a/README.md b/README.md
index efd64e7..e70db28 100644
--- a/README.md
+++ b/README.md
@@ -589,4 +589,29 @@ add interfaces=gre-SWE-HIPHOST-MTS cost=100 area=backbone
 > **Почему именно такой порядок?**
 > Если у вас несколько хостеров в одном городе, такой нейминг позволяет удобно группировать и искать объекты по локации, а внутри — по площадке. Это облегчает навигацию и масштабирование инфраструктуры.
 
+--- 
+
+---
+
+## Распределение IP-адресов между GRE туннелями между хостерами
+
+Грамотное распределение IP-адресов между GRE-туннелями между хостерами (site-to-site) обеспечивает прозрачность, масштабируемость и отсутствие конфликтов.
+
+### Рекомендации
+- Выделяйте отдельный диапазон для межхостовых туннелей, например, `10.200.0.0/16`.
+- Для каждого GRE-туннеля между двумя хостерами используйте отдельную /30 подсеть (2 usable IP).
+- Систематизируйте назначение подсетей (например, по ID площадок или по алфавиту).
+- Документируйте все туннели и адреса в README.
+
+### Пример схемы адресации для GRE между хостерами
+
+| Туннель                        | Подсеть         | IP (левый хостер) | IP (правый хостер) |
+|--------------------------------|-----------------|-------------------|--------------------|
+| msk.vpsville ↔ msk.ihor        | 10.200.0.0/30   | 10.200.0.1        | 10.200.0.2         |
+| msk.vpsville ↔ swe.hiphost     | 10.200.0.4/30   | 10.200.0.5        | 10.200.0.6         |
+| msk.ihor ↔ swe.hiphost         | 10.200.0.8/30   | 10.200.0.9        | 10.200.0.10        |
+
+- Для новых туннелей просто берите следующую свободную /30 из диапазона.
+- Такой подход облегчает масштабирование и поддержку сети.
+
 --- 
\ No newline at end of file