Помогите с получением данных сканирования /interface/wireless.

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

Давайте, ребята, Ubiquiti с этим справляется отлично. А мы ведь лучше них, верно? Как нам этого добиться? Я пробовал: :global scanstr [/interface wireless scan wlan1 duration=10]; :put “$scanstr”; Но это не работает. :environment print “scanstr”=[:nothing]

Вот одно из решений с использованием новой версии Tera Term, которую можно скачать здесь: http://en.sourceforge.jp/projects/ttssh2/downloads/50074/teraterm-4.68.exe/  
Имя файла: MikroTik_Wlan_Scan.ttl  
Скрипт для Tera Term (используйте версию 4.6x и новее)  
Автор: Bob Burley – 19 апреля 2011  

Инициализация переменных  
deviceUsernamePrompt='Login:'  
devicePasswordPrompt='Password:'  
deviceUsername="admin"  
devicePassword="xxxxxxxx"  
commandPrompt='] >'  
deviceIPaddress="1.1.1.1"  
host=deviceIPaddress  
strconcat host ':23 /nossh /T=1'  
outputFilename='ScanList.txt'  

Регулярное выражение для сопоставления – всё ещё требует доработки  
Частота «2.4ghz-b» прописана жёстко и нуждается в изменениях для работы с другими диапазонами  
regexStr='^\w{1,5}\s{1,5}\h{2}:\h{2}:\h{2}:\h{2}:\h{2}:\h{2}\s.{1,12}\s2\.4ghz-b\s{3}\d{4}\s-\d{2}\s-\d{2,3}\s\d{2}'  

Подключение к устройству  
connect host  
wait deviceUsernamePrompt  
sendln deviceUsername  
wait devicePasswordPrompt  
sendln devicePassword  
wait CommandPrompt  

Удаляем предыдущий файл, если он есть, и вы не используете режим дополнения  
filesearch outputFilename  
if result filedelete outputFilename  

Открываем файл для вывода  
Последний параметр: 0 = перезаписать, 1 = добавить в конец файла  
fileopen outputFile 'ScanList.txt' 0  

Записываем заголовки в файл  
Это делается вручную, так как эти строки появляются несколько раз во время сканирования  
filewriteln outputFile 'Flags: A - active, B - bss, P - privacy, R - routeros-network, N - nstreme'  
filewriteln outputFile '      ADDRESS           SSID       BAND       FREQ SIG NF   SNR RADIO-NAME'  

Командная строка появляется несколько раз в процессе сканирования,  
поэтому обнаружение конца вывода реализовано с помощью таймаута в 3 секунды  
timeout=3  

Запускаем сканирование WLAN и работаем 5 секунд  
sendln '/interface wireless scan 0 duration=5'  
Очищаем буфер от введённой команды  
flushrecv  

Распознаём строки вывода, соответствующие регулярному выражению  
:loop1  
waitregex regexStr  
outputLine=inputstr  
if result filewrite outputFile outputLine  
Проверяем таймаут  
if result=0 goto exit1  
goto loop1  

:exit1  
fileclose outputFile  
sendln '/quit'  

В итоговом файле будут дубликаты,  
поэтому для обработки вывода потребуется дополнительное скриптование.

Если вы запускаете сканирование на беспроводном интерфейсе, это приведёт к отключению подключённых пользователей и началу сканирования. Как вы уже заметили, TCP-соединение может сохраняться в период разрыва и восстановления связи, и пользователь сможет увидеть результаты. Поэтому был введён параметр duration, чтобы можно было быстро вернуться, прежде чем сессия будет прервана.

Я очень разочарован, что эта функция до сих пор не реализована в MT, и никто так и не смог написать рабочий скрипт, который бы делал беспроводное сканирование (или использовал другие беспроводные инструменты типа snoop и т.п.), выводил результаты в файл и мог отправлять его на почту или сервер для дальнейшей обработки. Вижу в форуме несколько попыток, но пока ничего толком не работает. Или я чего-то не понимаю? Просто я, похоже, совсем не разбираюсь в скриптах и у меня нет времени тратить кучу времени на разбирательства. Мне нужно управлять сетью со всеми ее проблемами. Основная проблема сейчас — это помехи на рабочих частотах, и мне нужно находить частоты для сети AP-клиент, которые относительно свободны от помех. Запуск сканирования на AP недостаточен, потому что у некоторых удалённых клиентов помехи идут от конкурентов, которых AP просто не видит! Или AP может зафиксировать помеху на частоте с уровнем -80, а какой-то удалённый CPE уловит тот же "чужой" AP с уровнем -50, из-за чего он выпадет из сети… Обходить каждого клиента и вручную проводить сканирование — это недели работы, а делать это нужно регулярно. Разве не должен умный скрипт уметь делать это удалённо за меня?

WirelessRudy оставил запрос на странице с предложениями по улучшению. Найдите его по фразе «Save wireless scan». Я тоже хотел бы присоединиться, но вики сейчас не принимает новые аккаунты.

Всем привет... Я собираюсь оживить эту тему. Есть ли кто-то, или Mikrotik, кто реализовал возможность удалённого сканирования или сканирования с сохранением в текстовый файл, который можно отправить по электронной почте (возможно, потом обработать где-то для удобного отображения)? Я часами возился с этим, искал и никак не могу найти что-то для обычного сканирования, сканирования частот или, что было бы лучше всего, для snoop “n” — для сетевого сканирования.

Какой вообще толк от функции фонового сканирования? В режиме «станции» она не работает. AC-устройства не поддерживают функцию сканирования. Само сканирование не «видит» всего. Например, оно не обнаруживает оборудование ubnt с частотным сдвигом.

3b Сканирование улавливает только каналы шириной 20 МГц и больше. Каналы в 5 и 10 МГц видно только если они указаны в разделе «Channels» и в «Scan list». Чтобы сканирование проходило в нужном диапазоне, нужно задать этот диапазон в «Scan list» в настройках беспроводной сети. Тогда устройство после разрыва соединения будет сканировать весь этот диапазон, что может занять несколько десятых секунды. Если у клиента есть PPoE-туннель, он прервётся, а если PPoE-сервер использует динамические IP, есть большая вероятность, что станции назначат новый IP. Соединение по Winbox с клиентом теряется вместе со всей возможной информацией сканирования.

Сканирование «видит» только радиосигналы протоколов 802.11a/n/c или b/g. По части функционала сканирования Mikrotik сильно отстаёт от большинства конкурентов. Чтобы бороться с помехами возле клиентов, нужно понимать, что происходит в спектре. А для этого нужен спектральный анализ. Можно потратить сотни долларов на спектральный сканер и ездить к клиентам каждый раз, когда нужна проверка, но это не вариант.

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