Получилось!!!!! Благодаря твоей конфигурации я смог найти ошибки в своей настройке. Похоже, что сработало сразу несколько факторов, которые вызвали сбой. В общем и целом, с одной стороны была проблема с DNS, с другой — остались несколько старых тестовых конфигураций. Огромное спасибо!!!! Теперь можно приступать к второму крупному проекту.

Düren

Круто, что тут есть люди из нашего региона 😀

Это, конечно, неприятно... Думаю, при случае я снова достану USG и попробую через него заново... А что говорят лог-файлы? Проверял через Wireshark, если логи пустые? Можно, конечно, и в DN-connect спросить, видят ли они что-то. Это бы имело смысл, если они разрывают соединение. С уважением!

Итак, VLAN 7 для интернета — это понятно. VLAN 138, который DN-Connect использует для VoIP-телефонии, предназначен для улучшения качества звука. Не обязательно пускать VoIP через VLAN 138, но это рекомендовано, так как, по словам DN-Connect, VoIP-пакеты приоритетизируются в дата-центре. Вот так.

Моя проблема на самом деле довольно простая. Не работает.

Раньше, когда я подключал телефонную станцию (Gigaset N510-IP Pro) к своему VLAN 50 для VoIP, телефон не получал связь с провайдером. Благодаря твоему предпоследнему сообщению и немного подумав, я решил проблему, сделав роутер в VLAN 50 DNS-сервером (кэшем). Тогда всё заработало.

Но как только я настраиваю PBR_policy, мои PPPoE-линии уходят в офлайн/отключаются. Почему так — пока не понимаю. Только после отката к старой конфигурации у меня снова появляется интернет. Сейчас станция работает через PPPoE0 (интернет). Это, конечно, очень неудовлетворительно, и я думаю, что рано или поздно придется начинать всё с нуля. Тем более, мне ещё не до конца понятно, как делать Masquerade в новых правилах файрвола. К тому же одно удобнее настраивается через CLI, а другое — через WebUI.

Внутри у меня всего 4 или 5 VLAN. Сначала думал, что проблема может быть связана с этим. Но это, конечно, глупость.

Вопрос ещё и в том, зачем вообще включать VoIP-соединение в статический маршрут. В идеале должно хватить пускать весь трафик из VoIP VLAN через PPPoE1 (VOIP) с помощью PBR.

С уважением, Sven

Да, точно, у меня есть VOIP VLAN, и всё, что к нему подключено, маршрутизируется через pppoe1. Конфигурацию я взял с сайта Unifi, конечно, немного подправил, посмотрим, смогу ли я это вспомнить с ходу. Во всяком случае, с первого раза заработало:

configure

set protocols static table table25 interface-route 0.0.0.0/0 next-hop-interface pppoe1

set firewall modify PBR_policy rule 20 description vlan250  
set firewall modify PBR_policy rule 20 source address 192.168.250.0/24  
set firewall modify PBR_policy rule 20 modify table 25

set interfaces switch switch0 vif 250 firewall in modify PBR_policy

Это должно работать, при условии, что pppoe1 — это твое VOIP-соединение, а локальное VLAN 250 — подсеть 192.168.250.0/24. Я ещё добавил пару правил для файрвола, которые запрещают VOIP VLAN выходить через обычное соединение и наоборот, но это не обязательно — пока ни одного пакета из-за этого не отбросилось. Ещё сделал такие же правила для pppoe1, какие автоматически создаются для pppoe0, то есть WAN_VOIP_IN и WAN_VOIP_LOCAL.

В этот VLAN я подключил Fritzbox и Yealink, и оба спокойно общаются с провайдером через VOIP-соединение, звонки тоже работают, если в Fritzbox настроить NAT в режиме "открыто".

Единственная проблема — из другого VLAN я больше не могу зайти на устройства в VOIP VLAN, но думаю, это мелочь, просто вечером не успел разобраться.

Думаю, решение в пункте 4 руководства Ubiquiti:  
(4. Исключить меж-VLAN трафик (между VLAN10 и VLAN20) из PBR.)

— Сколько у тебя VLAN?  
Снаружи два (7 и 138), причем я узнал только от тебя, что для VOIP надо использовать 138. В документации DN-Connect указан только VLAN 7, поэтому хочу там уточнить.  
А внутри у меня 5 VLAN. Почему? 😁

Какие именно проблемы с телефонной системой?

Привет, классно, что у тебя получилось. Ты сделал больше, чем я, потому что у меня это толком не работает. Думаю, ты через Policy based routing направил трафик из своего VoIP VLAN на VOIP PPPOE у DN-Connect. Настройка, которую ты изменил на force и none — скорее всего, это default route.  
С уважением, Свен

Привет, я взял ER4, потому что у него значительно больше мощности, чем у модели X. К тому же, мне оказалось удобно красиво встроить его с использованием лицевой панели в сетевой шкаф. Так как мы много стримим, было важно, чтобы хватало производительности.

С настройками там такая штука: это всегда индивидуально. Если нужна помощь, могу поддержать. Мне самому пришлось немного разобраться, но с тех пор, как я настроил, больше ничего не трогал Он просто работает и работает. Правда, с VoIP у меня всё ещё есть небольшие проблемы. Думаю, дело в моём VoIP-телефоне Gigaset. Потому что с VoIP-телефоном от Ubiquiti на втором PPPoE-канале для VoIP всё работает без проблем.

Ты уже запрашивал у DN-Connect свои данные для доступа? У тебя какой у тебя тип подключения? Здесь можешь сравнить модели — https://www.ui.com/edgemax/comparison/

С наилучшими, Свен

Привет, действительно, такие штуки бывают, после долгих экспериментов. USG — совсем не то устройство для таких игр. Повесил себе ER4, и вот, пожалуйста, настройка прошла без проблем. В другом топике я описывал другую проблему, напрямую связанную с этой. Если делать настройку через config.gateway.json и настроить второе PPPoE соединение, сначала всё работает нормально, но спустя очень короткое время PPPoE-интернет-линия (VLAN7) обрывается.