Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Проблема со статическим маршрутом, wifiman
 
Итак, у меня немного странная схема, но, похоже, что ни один из статических маршрутов, которые я настраиваю в контроллере, не применяются. Позвольте объяснить настройку.

У меня есть 2 здания с двумя отдельными сетями.  
Здание 1 — 10.40.0.0/16  
Здание 2 — 10.41.0.0/16  

Два здания соединены через Airfiber. Здание 2 подключено к тарелке через USW-Enterprise 48 порт.

Чтобы сделать маршрутизацию между двумя зданиями, я создал VLAN 600 на стороне UniFi в здании 2 и назначил интерфейсу свича IP 10.99.0.1. В другом здании я добавил VLAN 600 на коммутаторе, который там маршрутизирует, и назначил интерфейсу 10.99.0.2. Оба здания соединены через транковые порты, нативная VLAN — 600.

Теперь, в здании 1 у меня есть статический маршрут, показывающий сеть 10.41.0.0/16 через 10.99.0.1. Но вот в чем проблема: на стороне UniFi, если я зайду в контроллер и сделаю следующее:  
Static Route  
Device Type: Switch (выбираю USW Enterprise 48 Port)  
Destination Network: 10.40.0.0/16  
Next Hop: 10.99.0.2  
и сохраню, то и переключатель, и контроллер переходят в состояние "Подготовка", но это не работает.  

Если я SSH подключусь к UniFi свичу или UDM и выполню:  
ip route  
— в таблице маршрутизации этого маршрута вообще нет.  

Если я сделаю через интерфейс, а не через next hop — ситуация та же.

Однако, если я SSH на свич и вручную добавлю маршрут командой:  
route add -net 10.40.0.0 netmask 255.255.0.0 gw 10.99.0.2  

то я могу достучаться до сети 10.40.0.0/16 — пинги проходят и со стороны CLI свича, и с устройств, подключённых к нему, а также из другого здания можно пинговать и получать доступ к устройствам, подключенным к свичу.

Если я SSH на UDM и выполню:  
route add -net 10.40.0.0 netmask 255.255.0.0 gw 10.41.12.2 (IP USW Enterprise)  

то контроллер UDM тоже начинает видеть сеть 10.40.0.0.

В итоге это работает, и я могу достучаться с обеих сторон из CLI свича. Но при том, что через CLI всё работает, мне нужно, чтобы маршрут настраивался из контроллера — чтобы настройки не потерялись после перезагрузки или перераспределения конфигурации.

Я пробовал перезагружать, сбрасывать и заново добавлять свич в контроллер, но маршруты так и не подхватываются при настройке через контроллер.

Кто-нибудь знает, почему так происходит и как это исправить, чтобы не приходилось вручную прописывать маршруты через CLI каждый раз при изменениях или перезагрузке?
 
Все еще не исправлено. Cloud Key+ OS 4.0.20 Network Application 8.5.6 Switch 7.1.26
 
Все ещё не исправлено. Прошивка коммутатора 7.0.50, сеть 8.3.32.
 
Можешь вручную добавить маршрут через CLI на USW?
 
У меня та же проблема. Не могу создать статические маршруты после установки USW Enterprise 24 PoE и переноса на него своих сетей. UDM SE работает на UniFi OS v4.0.6, USW Enterprise 24 PoE — на прошивке 7.0.50.

---

Ошибка в логах UDM SE после создания маршрута через веб-интерфейс:

2024-08-08T18:13:10-04:00 Dream-Machine-SE ubios-udapi-server[1220]: service: [routes/static]: configuring
2024-08-08T18:13:10-04:00 Dream-Machine-SE ubios-udapi-server[1220]: res-routes: Error on static route add: Failed to add route x.x.x.x/xx via x.x.x.x: Unspecific failure

---

Буду признателен за любые советы. Сейчас у меня есть “бумажный камень” за 800 долларов, и надо решать, стоит ли возвращать.
 
У меня по-прежнему не исправлено... Cloud Key+ OS 3.2.12, Network Application 8.2.93, Switch 7.0.50.
 
Второй вопрос — может ли конфигурация OSPF для Site Magic автоматически перераспределять статические маршруты?
 
@UI-Glenn У меня похожая проблема на UDM-SE с версией 8.1.113 при добавлении статического маршрута:  
2024-04-18T04:55:20-07:00 demo ubios-udapi-server[1318]: res-routes: Ошибка при добавлении статического маршрута: Не удалось добавить маршрут 10.1.32.0/19 через 192.168.255.249: Неопределённая ошибка
Диапазон 192.168.255.248/30 получен через Magic Transit, может ли система разрешить следующий переход через "динамический" маршрут?

root@demo:/var/log# netstat -rn  
Kernel IP routing table  
Destination      Gateway          Genmask          Flags    MSS Window  irtt Iface  
10.95.130.0      0.0.0.0          255.255.255.0    U         0 0        0 br0  
172.16.1.0       0.0.0.0          255.255.255.255  UH        0 0        0 wgsts1000  
192.168.0.0      0.0.0.0          255.255.255.0    U         0 0        0 eth8  
192.168.250.0    172.16.1.0       255.255.255.0    UG        0 0        0 wgsts1000  
192.168.255.248  172.16.1.0       255.255.255.252  UG        0 0        0 wgsts1000
 
@ithical да, у меня примерно то же самое, однако я заметил, что раньше мои статические маршруты, которые хранятся на UDM, работали. Не знаю, с какого момента, но они работают, а вот статические маршруты, отправляемые на коммутатор, не работают.
 
Проблема у меня не решилась с прошивкой Switch EA версии 7.0.50.
 
@UI-Glenn Файл с поддержкой прикреплён, это версия 8.1.113.
 
@UI-Glenn, важен ли мой файл поддержки? Если да, то могу его загрузить. У меня версия 8.1.113 и один коммутатор (главный коммутатор, который выступает в роли роутера в сети) с версией 7.0.44.
 
Привет, @zm1868179, у нас есть внутренняя заметка на расследование проблем с L3 Static Route, включим в расследование и твою. Пока что можешь прислать новый файл поддержки с версии 7.0.44 или новее и 8.1.113 или новее?
 
@UI-Team @UI-Glenn Я только что установил последние RC для Switch и Network Application, но статические маршруты всё ещё не настроены. Когда это исправят?
 
Новая версия прошивки EA для свитчей (7.0.40) в списке исправлений багов упоминает L3 маршрутизацию, но только для USW-Pro-Max… https://community.ui.com/releases/UniFi-Switch-7-0-40/0a417343-8c4a-4835-9229-4b8b98b1193a @zm1868179, не мог бы ты это проверить для нас? 😅 У меня сейчас нет тестовой установки, а внедрять это сразу в корпоративную сеть – идея не из лучших...
Страницы: 1
Читают тему (гостей: 1)