Не работает CPE

Обсуждение оборудования и его настройки
Ответить
Erik_U
Сообщения: 1754
Зарегистрирован: 09 июл 2014, 12:33

Xramovnik писал(а): 06 апр 2018, 14:11 Че то где-то не так.
Товарищ только на 5-й странице признался в виланах. Детали враждебного окружения тоже до конца не ясны.
mode=station-bridge у него не работает.

Планирую странице так к 10-й таки уговорить его выложить полное описание сети и конфигурации.
Если интерес не пропадет.

Пока как в детективе. Раз в 2-3 страницы появляются новые данные, драматическим образом переворачивающие ситуацию.


mafijs
Сообщения: 533
Зарегистрирован: 03 сен 2017, 03:08
Откуда: Marienburga

Erik_U писал(а): 06 апр 2018, 15:09 mode=station-bridge у него не работает.
https://wiki.mikrotik.com/wiki/Manual:W ... tion_Modes
Mode station-bridge
"Этот режим работает только с AP RouterOS и обеспечивает поддержку прозрачного независимого от протокола L2-моста на устройстве станции. RouterOS AP принимает клиентов в режиме моста станции, когда он включен с использованием параметра мостового режима. В этом режиме AP поддерживает таблицу переадресации с информацией о том, какие MAC-адреса доступны для какого-либо устройства станции.

Этот режим является запатентованным MikroTik и не может использоваться для подключения к другим устройствам."


Xramovnik
Сообщения: 21
Зарегистрирован: 04 апр 2018, 18:19

Erik_U писал(а): 06 апр 2018, 15:09 Товарищ только на 5-й странице признался в виланах. Детали враждебного окружения тоже до конца не ясны.
mode=station-bridge у него не работает.
Да виланы тут особо не причем. Он же коннектится к одному сиду, не к обоим. Следовательно получит одну подсеть. Я такие связки с зикселями делал. Там все нормально работает, виланы вообще не мешают. Тут надос смотерть в сторону силы сигнала в первую очередь и еще промежуточной херни в виде усилителей. Дело может быть в том что микрот цепляется к самому слабому сигналу, или в силу кривизны рипитеры что-то не допередают. Вообще использовать радиорасширители зоны - последнее дело, ИМХО. Есть CAP и есть UniFi. Все летает. А тут такой разброд по жеолезкам дикий.
И да, был у меня случай, когда микрот не захотел быть прозрачным клиентом с точкой тплинк. Заработал только station со всеми вытекающими.


Erik_U
Сообщения: 1754
Зарегистрирован: 09 июл 2014, 12:33

mafijs писал(а): 06 апр 2018, 16:14
Этот режим является запатентованным MikroTik и не может использоваться для подключения к другим устройствам."
Да.

Но. (там же)
Mode station-pseudobridge
From the wireless connection point of view, this mode is the same as standard station mode. It has limited support for L2 bridging by means of some services implemented in station:

MAC address translation for IPv4 packets - station maintains IPv4-to-MAC mapping table and replaces source MAC address with its own address when sending frame to AP (in order to be able to use 3 address frame format), and replaces destination MAC address with address from mapping table for frames received from AP. IPv4-to-MAC mappings are built also for VLAN encapsulated frames.
single MAC address translation for the rest of protocols - station learns source MAC address from first forwarded non-IPv4 frame and uses it as default for reverse translation - this MAC address is used to replace destination MAC address for frames received from AP if IPv4-to-MAC mapping can not be performed (e.g. - non-IPv4 frame or missing mapping).
This mode is limited to complete L2 bridging of data to single device connected to station (by means of single MAC address translation) and some support for IPv4 frame bridging - bridging of non-IP protocols to more than one device will not work. Also MAC address translation limits access to station device from AP side to IPv4 based access - the rest of protocols will be translated by single MAC address translation and will not be received by station itself.

This mode is available for all protocols except nv2 and should be avoided when possible. The usage of this mode can only be justified if AP does not support better mode for L2 bridging (e.g. when non-RouterOS AP is used) or if only one end-user device must be connected to network by means of station device.
перевод последних абзацев.
Этот режим ограничивается полным L2-соединением данных на одно устройство, подключенное к станции (с помощью единственного преобразования MAC-адреса), и некоторая поддержка моста для IPv4-моста - мостовое соединение не-IP-протоколов для более чем одного устройства не будет работать. Также перевод MAC-адресов ограничивает доступ к устройству станции с точки доступа AP к доступу на основе IPv4 - остальные протоколы будут переведены путем перевода одного MAC-адреса и не будут приниматься самой станцией.

Этот режим доступен для всех протоколов, кроме nv2, и их следует избегать, когда это возможно . Использование этого режима может быть оправдано только в том случае, если AP не поддерживает лучший режим для L2-моста (например, если используется не RouterOS AP) или если только одно конечное устройство должно быть подключено к сети с помощью устройства станции.


mafijs
Сообщения: 533
Зарегистрирован: 03 сен 2017, 03:08
Откуда: Marienburga

Но если смотреть таблицу, чистый 802.11 только station , station-pseudobridge и station-pseudobridge-clone.
station-bridge и station-wds по таблице уже на ROS 802.11.
А как на самом деле - кто его знает.


Erik_U
Сообщения: 1754
Зарегистрирован: 09 июл 2014, 12:33

Если верить вики, схема для данного случая не подходит.


Xramovnik
Сообщения: 21
Зарегистрирован: 04 апр 2018, 18:19

Вот конфиг моей домашней точки, работающей в качестве беспроводного клиента к стационарному компу. Роутер TP-Link, самый дешманский.

Код: Выделить всё

# apr/06/2018 07:44:14 by RouterOS 6.40.4
# software id = 5NEL-FHG7
#
# model = RouterBOARD mAP L-2nD
# serial number = 73B206884240
/interface bridge
add name=bridge1 protocol-mode=none
/interface wireless
set [ find default-name=wlan1 ] band=2ghz-b/g/n channel-width=20/40mhz-eC \
    disabled=no frequency=auto mode=station-pseudobridge ssid=Xramovnik \
    tx-power=10 tx-power-mode=all-rates-fixed
/interface wireless security-profiles
set [ find default=yes ] authentication-types=wpa-psk,wpa2-psk eap-methods="" \
    group-ciphers=tkip,aes-ccm mode=dynamic-keys supplicant-identity=MikroTik \
    unicast-ciphers=tkip,aes-ccm wpa-pre-shared-key=ключ_сети \
    wpa2-pre-shared-key=ключ_сети
/ip pool
add name=pool1 ranges=192.168.88.5-192.168.88.55
/ip dhcp-server
# DHCP server can not run on slave interface!
add address-pool=pool1 disabled=no interface=ether1 name=server1
/interface bridge port
add bridge=bridge1 interface=ether1
add bridge=bridge1 interface=wlan1
/ip dhcp-client
add dhcp-options=hostname,clientid disabled=no interface=bridge1
/ip dhcp-server network
add address=192.168.88.0/24 dns-server=192.168.88.1 gateway=192.168.88.1 \
    netmask=24
/ip dns
set allow-remote-requests=yes servers=8.8.8.8
/ip route
add distance=1 gateway=192.168.1.1
/system clock
set time-zone-name=Europe/Moscow
/system routerboard settings
set cpu-frequency=550MHz
Точка прозрачна полностью, все работает стабильно и хорошо.Пул и днс остались от экспериментов.
P.S. Сам микротик не может получить адрес по DHCP от тплинка, но мне это и не надо, главное чтобы клиенты за микротом все нормально получали. Это происходит. Меня все устраивает. Не помню где читал, но микрот привередлив в качестве клиента не к ROS точкам доступа.


Sergey.Kischik
Сообщения: 33
Зарегистрирован: 04 апр 2018, 07:20

Да виланы и окружение не влияют. Я пробую в 3х разных сетях+сеть от сотового телефона. Уровень всегда сигнала максимальный (в одной комнате с роутером). Там где удлинители не заработало и я экпериментирую дома и в конторе где нет расширителей сетей. Конфа самая простая интернет центр Zyxel Keenetic DSL - микрот. Самое сложное, что он иногда стабильно работает, а чаше стабильно не работает при всех равных. И я никак не могу понять что на это влияет. В ваших конфигах IP присваивается микроту и выше постом тоже написано, что не может получить IP по DHCP микрот. В принципе уже все равно, решили всю сетку прописать статичную. Но просто закусило уже. Какого черта?
Можно как то получить поддержку от производителя? Куда обратиться?


Sergey.Kischik
Сообщения: 33
Зарегистрирован: 04 апр 2018, 07:20

Все таки затык в мосту. На такой конфигурации. IP микрота прописан, DHCP в микроте нет. Комп за микротом не получает IP. В роутер наверх спамит, но ответ видимо не получает.
[admin@MikroTik] > export
# jan/02/1970 00:02:53 by RouterOS 6.41.3
# software id = ZN0H-55FJ
#
# model = RouterBOARD 941-2nD
# serial number = 661606F0B981
/interface bridge
add name=bridge1
/interface wireless
set [ find default-name=wlan1 ] band=2ghz-b/g/n country=russia disabled=no mode=station-pseudobridge ssid=Zyxel26 tx-power=5 tx-power-mode=all-rates-fixed
/interface list
add name=WAN
add name=LAN
/interface wireless security-profiles
set [ find default=yes ] authentication-types=wpa-psk,wpa2-psk eap-methods="" mode=dynamic-keys supplicant-identity=MikroTik wpa-pre-shared-key=Ghklkj6787ewf \
wpa2-pre-shared-key=Ghklkj6787ewf
/interface bridge port
add bridge=bridge1 interface=wlan1
add bridge=bridge1 interface=ether1
add bridge=bridge1 interface=ether2
add bridge=bridge1 interface=ether3
add bridge=bridge1 interface=ether4
/interface list member
add interface=wlan1 list=WAN
add interface=ether1 list=LAN
add interface=ether2 list=LAN
add interface=ether3 list=LAN
add interface=ether4 list=LAN
/interface wireless connect-list
add interface=wlan1 security-profile=default
/ip address
add address=192.168.1.100/24 interface=ether1 network=192.168.1.0
[admin@MikroTik] >


В зюхе в это время. Это МАС сетевой карты компьютера подключенного к микроту
Apr 07 11:30:23ndhcps_WEBADMIN: making OFFER of 192.168.1.38 to c8:0a:a9:5b:96:4a.
Apr 07 11:30:53ndhcps_WEBADMIN: DHCPDISCOVER received from c8:0a:a9:5b:96:4a.
Apr 07 11:30:54ndhcps_WEBADMIN: making OFFER of 192.168.1.38 to c8:0a:a9:5b:96:4a.
Apr 07 11:30:58ndhcps_WEBADMIN: DHCPDISCOVER received from c8:0a:a9:5b:96:4a.
Apr 07 11:30:59ndhcps_WEBADMIN: making OFFER of 192.168.1.38 to c8:0a:a9:5b:96:4a.
Apr 07 11:31:07ndhcps_WEBADMIN: DHCPDISCOVER received from c8:0a:a9:5b:96:4a.
Apr 07 11:31:07ndhcps_WEBADMIN: making OFFER of 192.168.1.38 to c8:0a:a9:5b:96:4a.
Apr 07 11:31:23ndhcps_WEBADMIN: DHCPDISCOVER received from c8:0a:a9:5b:96:4a.
Apr 07 11:31:23ndhcps_WEBADMIN: making OFFER of 192.168.1.38 to c8:0a:a9:5b:96:4a.

Зюх присвоенный микроту IP не видит


Изображение


Erik_U
Сообщения: 1754
Зарегистрирован: 09 июл 2014, 12:33

Вы в вики описание режима псевдобридж внимательно прочитали?


Ответить