Zhmak

Пингуется один и тот же адрес?

Думаю, что стоит использовать SSTP. Под RouterOS можно поднять сервер. Клиент в современных Windows уже встроен. С точки зрения DPI это обычный SSL трафик. Никакого дзюбинга с GRE. В интернетах полно инструкций, как настроить.

Есть пара-тройка десятков устройств без доступа к интернет. Хочу иметь возможность централизованного обновления прошивок, без Dude и микротик-устройств, раздающих файлы. Как работает механизм обновления микротик устройства с другого микротика? По http, ftp, или что-то своё?

Сканировать надо не кнопкой, а в консоли: /interface wireless spectral-history wlan1 Вместо wlan1 указываете нужный интерфейс. Это более наглядно, и показывает картину в динамике. Окно терминала желательно на весь экран растянуть.

Полагаю, нужно быть оператором уровня большой тройки, чтобы уметь такое делать :))

Гоняю сборную солянку из RB951G, Groove A-52HPn, wAP в CAPsMAN. RB выполняет функции менеджера и роутера (local forwarding выкл). Проблема в неадекватном поведении Microtik wAP. После включение CAP slave режима вне зависимости от наличия сети, пропадает возможность зацепиться за веб интерфейс устройства. WinBOX его видит, но подключиться так же не может. nmap не показывает обычно открытых портов. Как вернуть управление точкой после включения CAP клиента? Сброс к заводским настройкам у wAP происходит как-то магически. Обычное нажатие настройки сбрасывает, но точка по-прежнему недоступна для конфигурации. Если жать 10 секунд (перевод в CAP) режим - точка начинает отвечать по арендованному в DHCP адресу. И да, никаких 192.168.88.1 после сброса - только DHCP!

Падение скорости некритично. Репитер нужен исключительно для преодоления препятствий на местности. Выбор оборудования диктуется универсальностью и удобством монтажа. Т.е. сейчас есть энное количество труднодоступных мачт, помимо этого линка. Проще поменять точку под крышей. Потому и взяли несколько точек буллит формфактора. Если микротики покажут себя с лучшей стороны, то будем переходить на них. Сейчас на линках стоят 2100 :) Но они иногда горят и их сняли с производства. Я недостаточно детально описал задание. Вот картинка, чтобы всё стало ясно. На данный момент точки 1 и 4 соединены напрямую. Расстояние между 1 и 4 порядка 500м, между 1 и 3 около полутора километров. Сигнал через препятствие идет отвратительно. Скорости еле хватает на VNC, стабильность сильно зависит от погоды. Попутно возникла необходимость подключить точку 3. Вот и была рождена эта схема подключения. Только с микротиком дела имею впервые, и необходимость L4 для мультиточки было для меня большим неприятным сюрпризом. Потому и спрашиваю, нужна ли L4 для точки 1? Кроме репитера 2 к ней никто подключаться не будет.

Saab95 Спасибо огромное! Это то, что надо! Еще вопрос. В топологии "большая сеть-репитер-клиентские точки с парой компьютеров в каждой" level4 лицензия требуется только на репитере?

Имеем сеть, к которой нужно подключить два разнесенных по местности компьютера. В виду особенностей рельефа, необходима установка точки ретранслятора. На длинке это всё бы увязалось в режиме p2mp без режима точки доступа. Связь компьютеров с точками по эзернет. Беспроводных клиентов нет. Были куплены 4 Microtik Groove 52HPn. Сейчас пытаюсь настроить это дело на столе. p2p настраивается нормально, а вот с многоточкой засада. Возникла неприятная мысль, что для реализации схемы еще и Level4 нужно покупать. Разъясните, пожалуйста.

Подцепился к плате соплями без буфера. Вроде подключается нормально, но не работает detectflash. ОС Ubuntu. Openwince-jtag в репе версии 0.5.с чем-то. Он не поддерживает ejtag. Последний git не собирается по непонятной мне причине :( Установил ujtag стало подключаться jtag> detect IR length: 5 Chain length: 1 Device Id: 00010101001010000000000000001101 (0x000000001528000D) Manufacturer: Lexr Part(0): LX5280 Stepping: 1 Filename: /usr/share/urjtag/lexra/lx5280/lx5280 chain.c(149) Part 0 without active instruction chain.c(200) Part 0 without active instruction ImpCode=00001010110000000000000111100000 0AC001E0 EJTAG version: <= 2.0 EJTAG Implementation flags: R4k ASID_8 DMA MIPS32 Processor entered Debug Mode. ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 При попытке detectflash получаю: jtag> detectflash 0x3fc00000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 dev ID=0000 man ID=0000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 ejtag.c(203) No processor access, ctrl=00000000001000001100000000001000 amd_detect: mid 0, did 0 Flash not found! jtag> Как же задетектить флэш?

Имеется точка Dlink DWL 2100 с прошивкой от DLink DAP-3220. Та же проблема была и с прошивкой от DWL-3200. Родную не заливал еще. После прошивки следовал сброс к заводским настройкам. Проблема заключается в невозможности прохождения пакетов с LAN интерфейса точки на WLAN и обратно. Тоесть клиент нормально подключается к точке, но адрес по внутрисетевому DHCP не получает. Если прописать адрес статически, то все равно в локальную сеть пакеты не ходят. Если подключить два ноутбука к WLAN точки, то они нормально друг с другом связываются. eth2sta - enabled, sta2sta - enabled. Непонятно, что именно мешает работе?

А в логах точек что в это время пищется? Какие уровни сигналов с обоих сторон?

Читая топикстартера закрадывается мысль "а не перепутали ли MAC с SSID?" MAC это физический адрес вида 00-80-48-31-7C-4B, а SSID это та лабуда, которой обзывают точку в веб интерфейсе.

После замены на Rtl8201BL заливал в точку неродной длинковский apimg, точка работает нормально.

Подцепился к точке в консоль. В общем, точка висла где-то до инициализации интерфейсов. Заливка apimg помогла, но залилось только после того, как я удалил исходный файл. Тоесть файл вроде бы записался, но точка с него загрузиться не смогла и уходила в бесконечный ребут. Только через удаление apimg1 и повторной заливки операции закончились успехом. Сейчас шивану её во что-нибудь другое. Может флешка выделывается.

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

Если отваливается LAN, то WLAN не должен отваливаться. Проверено на точке, где IC+ сдох. По беспроводному концу цеплялся и нормально с точкой работал. Здесь же точка не видна и в эфире. Причем традиционный способ выгнать её в крэш не работает. Прошивка как бы не слетает. Когда подцеплюсь к консоли, станет яснее.

После резета точка перестала определяться. Ни по эзернету (192.168.0.50, 192.168.1.50, 10.0.0.1, DIAP адрес точки не определяет), ни по WLAN. Судя по индикации - точка работает как обычно. Power горит, LAN - мигает в такт попыткам соединится с точкой, WLAN просто моргает. Но точка в эфире не слышна в упор. Пробовал вогнать в крэш. Вот тут началось самое интересное - состояние точки не изменилось. Все то же самое поведение индикаторов. Хотя, при побитой прошивке WLAN интерфейс стартовать не должен. Минуту держал резет - никакого эффекта! Подпаиваться к ком порту еще не пробовал. Интересно мнение специалистов. Подобных проблем на форумах еще не видел ;) Точка негарантийная ;)

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

Вот ничего не понимаю. Есть статистика, которую точка отдает по g st и через веб. Есть статистика в вебе WLAN 802.11G Traffic Statistics Throughput Transmit Success Rate 99 % Transmit Retry Rate 0 % Receive Success Rate 52 % Receive Duplicate Rate 0 % RTS Success Count 2 RTS Failure Count 1896 Transmitted Bytes Count 0 Received Bytes Count 392246 Есть статистика по g st 00:15:e9:82:cf:c0, State: associated, AID: 2007 Authentication Type: Shared-Key WLAN Mode: 2.4GHz 11Mbps (802.11b) Encryption: ON Keyflags = <,locked> framekey=0 pPriv =0x80b7fd00 WEP hwIndex 4 Ciphers: NONE(unicast), NONE(multicast), NONE Compression: OFF Power Save Mode: OFF WMM: Disabled Rx Data Rate: 11, RxSignalStrength(per cent): 22, AckSignalStrength: 10 MSDU Data Mcast Mgmt Ctrl Errors Rx 3162 3192 0 0 0 0 Tx 2152 2153 0 0 0 16 Что за разница в ошибках? Точка 2100 прошитая в 3200. Точки соединениы через wds.

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

И все же интересно, насколько отличаются уровни сигнала? Неужели никто не сравнивал?

Насколько ближе? Честно говоря, не замечал особой разницы, двигая биквад к зеркалу. Только уменьшение сигнала при смещении на сантиметры. Скорее всего это даже не нужно. Ведь конструкция биквада уже предусматривает то, что зигзаг находится как минимум на полтора сантиметра ближе к зеркалу, чем спутниковая голова. А еще и отражатель биквада вплотную к держателю головы прислонить. Просто потому что край отражателя упирается в держатель головы. Или я неправ?

Интересуют эмпирические наблюдения. На сколько децибел выходит разница между этими конструкциями? Просто нужно поднять 1.7км, а крепить в намеченном месте 0.9 затруднительно. Поэтому интересно, сколько потеряю на 0.6?

Думаю сделать герметичный биквад для спутниковой чашки. За скелет конструкции берется колба от компакт дисков на 10 штук. На крышку колбы крепится двойной зигзаг с учетом расстояния до металлического диска на основании колбы. К колбе крепится кусок трубы из ПВХ нужного диаметра. Все это вставляется в держатель головки. Из вкусностей - поляризация меняется простым поворотом крышки колбы. У предыдущей конструкции был недостаток связанный со сложностью смены поляризации из-за асимметричного крепления трубы. Крышка колбы в микроволновке не нагревается, так что на характеристики антенны сильно влиять не должна. Обязательно нужно соединять отражатель с оплеткой кабеля? Покупать готовый облучатель не хочу. Просто потому, что неинтересно wink.gif Фото предыдущей версии конструкции находится по ссылке. Работает уже более полугода.