Viktor, спасибо за ответ, видел подобные темы с добавлением конфига в разделе custom, а может быть есть вариант настройки через web интерфейсе, по идее это настраивается где то во входящем маршруте, но там необходимо указывать куда придет звонок, может быть есть способ просто пометить звонок добавив к нему цифру, но не просто визуально как это делается во входящем маршруте, а полностью поменять номер, добавив нужную цифру?
Максим Гришин, проверка по доступности ВМ через icmp, ВМ из того же vlan'а видит проблемную ВМ, но на шлюзе mac не отображается и следовательно хосты из других vlan'ов не могут достучаться до проблемной ВМ, mac проблемной ВМ появляется на шлюзе, если начать пинговать любое устройство с проблемной ВМ.
Максим Гришин, адрес точно ни с кем не пересекается, в arp таблице ВМ есть еще один ПК и роутер из этого же vlan, который выступает в роли шлюза. На роутере наблюдал картину, для проблемной ВМ отображался только ip и он был недоступен, через некоторое время появился mac, ВМ стала доступна.
Кирилл Васильев, "admin-mac=00:00:00:00:00:00 уберите это" это уже убрано, это обозначение того, что admin-mac не задан, по факту значение не активно и не задано. Из "settings" выставил "fast-forward=no" и сбросил конфиг wlan1 и перенастроил со следующими параметрами, пришлось добавить "mode=ap-bridge", т.к по умолчанию стоит "station" и подключение не проходит.
/interface wireless set [ find default-name=wlan1 ] distance=indoors wireless-protocol=802.11 adaptive-noise-immunity=ap-and-client-mode hw
-protection-mode=rts-cts country=russia frequency-mode=manual-txpower ssid=test security-profile=wifi tx-power=1 mode=ap-bridge
результат тот же, все же это проблема коммутатора, раз в другом месте все работает.
Кирилл Васильев, попробовал сделать аналогичные настройки на другом оборудовании, в другом месте и там все работает идеально, все те же настройки взлетели без проблем, видимо какая то проблема с коммутатором.
Кирилл Васильев, отключил dhcp-client на ether1, добавил dhcp-client на bridge_99, в него входит wlan1 и eth1-vl99, шлюз(10.100.100.1) с mikrotik(wifi) недоступен. Попробовал на mikrotik(для доступа в интернет) добавил vlan99, присвоил ему ip, попробовал пропинговать mikrotik(wifi), он доступен, но если не добавлять vlan на mikrotik(для доступа в интернет), о подсети для клиентов wifi. он узнает по OSPF, без vlan99 адрес mikrotik(wifi) недоступен, такое ощущение, что при работе через wifi, по каким то причинам коммутатор не понимает, что vlan99 присвоен ip, но когда я например на свою виртуальную машину задаю vlan99 то ip получается и шлюз доступен.
Кирилл Васильев, да конечно, я в случае бриджевания wlan1 и eth1-vl99 use-tag убирается, с ним не будет работать, я не получу ip по dhcp, но все равно шлюз так и не доступен. Не понятно только почему при переносе ip vlan99 с коммутатора, на mikrotik(для доступа в интернет) все работает.
Кирилл Васильев, добавлял, не работает, как я уже написал пробовал, интерфейс wlan1 добавить в bridge_99 вместе с eth1-vl99. Данную статью не видел, сейчас посмотрю.
Дмитрий, там нет запретов и как я писал выше, между другими подсетями заведенными на коммутаторе проблем нет, да и дело не в этом, шлюз для wifi клиентов, который раздается им недоступен.
Почему лишний, коммутацией локальной сети занимается коммутатор, а роутер выступает только для передачи трафика в интернет и обратно, стандартная практика. При такой схеме все другие подсети работают нормально, проблема возникла только с wifi.
poisons, это было бы видно глобально, по отношению к 2-м внешним адреса, были бы проблемы и с первым ip, но тут начинает работать после манипуляций в mikrotik'е.
