Прошивка MINT несовместима с предыдущей версией RMA. Не пытайтесь обновить существующую сеть без предварительного изучения документации и тестирования в лабораторных условиях. |
Архитектура MINT позволяет представить радио интерфейс устройства (как и сеть, к нему подключенную) как традиционный Ethernet в топологии с общей шиной. Таким образом, устройство может иметь несколько Ethernet интерфейсов и несколько псевдо-интерфейсов (tun, ppp, null etc). Любой из Ethernet интерфейсов может быть включен в группу коммутации. Более того, одновременно с этим часть трафика может маршрутизироваться.
Полный синтаксис команды:
mint IFNAME -type {mesh | master | slave}
mint IFNAME -mode {mobile | nomadic | fixed}
mint IFNAME -nodeid NUMBERID
mint IFNAME -name NAME
mint IFNAME -netid NUMBER
mint IFNAME -key SECRETKEY
mint IFNAME -authmode {public | static | remote}
mint IFNAME -[no]scrambling
mint IFNAME -[no]authrelay -[no]snmprelay -[no]extgw
mint IFNAME -[no]replicate [$ACL]
mint IFNAME -tpcmin {dBm|default} -tpcmax {dBm|default} -tpcadj {+/-dBm|default}
mint IFNAME –autofactor 1..5 [3]
mint IFNAME -ratefall 0..8 [0]
mint IFNAME -[no]idfs
mint IFNAME -[no]autobitrate [+/-DB] | -fixedbitrate
mint IFNAME -minbitrate XX
mint IFNAME [-meshextracost N] [-extracost N] [-fixedcost N]
mint IFNAME -maxlinks N
mint IFNAME -mulcast [0..5]
mint IFNAME [-loamp N] [-hiamp N]
mint IFNAME -roaming {leader | enable [multiBS] | disable}
mint IFNAME profile N [-freq X[,Y,N-M,...] | auto] [-sid X[,Y,..]]
[-band NN] [-bitr NN] [-miso | -mimo [greenfield | legacy]]
[-type {master|mesh|slave}] [-key XXX] [-nodeid N]
[{-minbitr XXX [-autobitr [+/-dB]] | -fixedbitr}]
[enable | disable | delete]
mint IFNAME addnode [-defgw X.X.X.X] [-defmask X.X.X.X]
mint IFNAME addnode -mac X:X:X:X:X:X [-key STRING] [-note STRING] [-maxrate N]
[-lip X.X.X.X] [-tip X.X.X.X] [-mask X.X.X.X]
[-lgw X.X.X.X] [-tgw {X.X.X.X | none}]
[-lcost XX] [-tcost XX] [{-setpri | -addpri} NN | -1]
[-disable | -enable | -delete]
mint IFNAME delnode -mac X:X:X:X:X:X
mint IFNAME rcmd {-n ADDR|all} [-peer] [-self[2]] [-key KEY] [-t] [-quiet]
{"Command" | -file URL}
mint IFNAME -rcmdserver {disable | enable} [-guestKey STRING] [-fullKey STRING]
mint IFNAME -odr hub
mint IFNAME -odr spoke [[-]connected [$ACL]] [[-]kernel [$ACL]]
mint IFNAME -odr disable | show
mint IFNAME poll {start [[-]qos] [[-]log] | stop | stat [clear]}
mint IFNAME monitor [-s] [-i SEC] [MAC [MAC ...]] | -[no]audio [full] [-mac MAC]
mint IFNAME -airupdate {disable | {[active|passive]|force}} [fast|normal|slow]
mint [IFNAME] map [routes | full | swg] [detail] [-a] [-m]
mint [IFNAME] info MAC
mint IFNAME ping [-n MAC -s LEN -swg N -p PRIO -i]
mint IFNAME -[no]long [detail]
mint -[no]colormap
mint rcmdserver -guestKey STRING -fullKey STRING
mint IFNAME start | stop | restart | clear |
Синтаксис:
mint IFNAME –type {mesh | master | slave} |
Каждый узел сети MINT может быть одного из трёх типов: "master", "mesh" или "slave".
Может устанавливать соединение со всеми типами устройств. Друг с другом и с устройствами типа "mesh" может образовывать сеть любой топологии. На устройстве типа "master" может быть включен маркерный доступ. Только один master в сегменте сети может быть активным по отношению к маркерному доступу, образуя при этом сеть с топологией точка-многоточка (звезда). Все остальные узлы при этом разрывают свои соединения с другими устройствами (кроме связей установленных с помощью функции "join"). Обычно используются для создания опорной сети передачи данных с относительно статичным расположением в пространстве.
Устройство может быть участником сети с произвольной топологией. Устанавливает связи с устройствами типа "mesh" или "master". Отличие "mesh" от "master" в том, что узлы типа "master" будут стараться избегать передачи трафика опорной сети (master-master) маршрутами которые проходят через узлы "mesh" (если есть другой путь через опорную сеть), устанавливая стоимость соединения "master-mesh" (со стороны "master") заведомо выше (параметр meshextracost), чем с другими устройствами. Таким образом, тип "mesh" можно использовать на мобильных устройствах с неустойчивыми или часто меняющимися условиями связи, не опасаясь, что это нарушит работу опорной сети. Узлы типа mesh могут работать в режиме маркерного доступа под управлением "master-a". При этом, если "master" включает маркерный доступ, то "mesh" узел разрывает связи со всеми остальными узлами (кроме тех, что установлены посредством функции "join"). При исчезновении master-a (или отключении на нём маркерного доступа) узел "mesh" восстанавливает соединения с остальными соседями (если они были).
Устанавливает единственное соединение с устройством типа "master". При потере соединения выполняет сканирование сети в поисках нового или утраченного “master-a”. Под управлением “master-a” устройство типа “slave” может работать в режиме маркерного доступа. Режим "slave" используется для построения "классической" топологии "звезда" (точка-многоточка) (базовая станция - клиенты) (master-slave).
Например,
mint rf5.0 –type master |
Синтаксис:
mint IFNAME –mode {mobile | nomadic | fixed} |
Данная команда задает режим работы устройства. Режим работы определяется применением данного узла в сети. Описание существующих режимов работы следующее:
Например,
mint rf5.0 –mode nomadic |
Синтаксис:
mint IFNAME -nodeid NUMBERID |
Данная команда задает идентификационный номер устройства в сети MINT. По умолчанию, задается равным серийному номеру устройства.
Также данный параметр можно указывать в формате «XXX.YYY», например как часть IP-адреса устройства (оба числа «XXX» и «YYY» могут принимать значения от 1 до 255).
Физического смысла параметр не имеет. Используется для более удобного обозначения устройства.
Например,
mint rf5.0 –nodeid 5 mint rf5.0 –nodeid 123.112 |
Синтаксис:
mint IFNAME -name NAME |
Команда задает символьное имя узла. Данное имя будет отображаться при выводе команды “mint map”. Имя должно содержать не более 16 символов. Пробелы в имени узла возможны только, если это имя поставлено в кавычки.
Например,
mint rf5.0 –name My_node mint rf5.0 -name "Master Unit" |
Синтаксис:
mint IFNAME -netid NUMBER |
Команда задает идентификатор сети (шестнадцатеричное число до 8 знаков). Значение должно быть одинаковое по обе стороны соединения.
Установка секретного ключа устройства производится следующей командой:
mint IFNAME –key SECRETKEY |
Способы использования данного параметра см. ниже. Данный параметр должен иметь длину до 64 символов (без пробелов). При использовании пробелов, помещается в кавычки.
mint IFNAME -authmode {public | static | remote} |
Команда задаёт один из трёх возможных способов аутентификации узлов.
Самый простой случай, подходит для организации небольших рабочих групп, соединений точка-точка, организации публичного доступа в сеть в местах скопления потребителей, а также для изучения архитектуры MINT. Любые 2 узла могут установить между собой связь и стать частью общей сети, если их ключи совпадают. В режиме "public" любой узел обнаружив потенциального соседа проверяет локальную базу данных соседей. Если информация о соседе есть в локальной базе, то для аутентификации используется ключ локальной базы, в противном случае предполагается, что ключ соседа совпадает с собственным ключом узла.
Подходит для организации автономной зоны обслуживания без необходимости централизованного контроля и мониторинга. Очевидно, что для установления связи, узлы, имеющие друг друга в списке разрешённых, должны находится в пределах достижимости друг друга.
В режиме "static" узел должен иметь локальную базу всех соседей с которыми можно устанавливать соединения. Локальная база формируется командами "mint IFNAME addnode". Если информации о соседе нет в локальной базе, то соединение отвергается.
Узел, имеющий локальную базу данных соседей или доступ к стороннему серверу аутентификации можно назначить шлюзом аутентификации:
mint IFNAME –[no]authrelay |
Информация о наличии в сети шлюза аутентификации автоматически распространится по всей сети MINT.
Узлы, использующие метод аутентификации "remote", но не имеющие ни доступа к стороннему серверу ни информации в собственной базе данных, будут пользоваться услугами шлюза аутентификации для получения ключей потенциальных соседей.
mint IFNAME –[no]snmprelay |
Информация о наличии в сети SNMP шлюза будет автоматически распространяться по всей сети MINT. Узлы сети смогут использовать удаленные SNMP сервисы.
Например 1:
Узлы А и B используют одинаковый ключ и могут установить соединение друг с другом в режиме "public".
Узел А:
mint rf5.0 –key SECRETKEY mint rf5.0 –authmode public |
Узел B:
mint rf5.0 –key SECRETKEY mint rf5.0 –authmode public |
Например 2:
Узлы А и B используют разные ключи доступа, но могут установить соединение друг с другом в режиме "public" с использованием локальных баз данных.
Узел А:
mint rf5.0 –key SECRETKEY mint rf5.0 –authmode public mint rf5.0 addnode -mac B:B:B:B:B:B -key KEY2 |
Узел B:
mint rf5.0 –key KEY2 mint rf5.0 –authmode public mint rf5.0 addnode -mac A:A:A:A:A:A -key SECRETKEY |
При этом каждый узел может дополнительно устанавливать связи с другими узлами работающими в режиме "public", если их ключи совпадают с собственным ключом данного узла.
Например 3:
Узел А использует локальную базу данных и выполняет роль шлюза аутентификации.
Узел B не имеет своей базы данных и в режиме "remote" пользуется услугами шлюза аутентификации.
Узел А:
mint rf5.0 –key KEY1 mint rf5.0 –authmode static mint rf5.0 –authrelay mint rf5.0 addnode -mac B:B:B:B:B:B -key KEY2 mint rf5.0 addnode -mac С:С:С:С:С:С -key KEY3 |
Узел B:
mint rf5.0 –key KEY2 mint rf5.0 –authmode remote |
Узел B будет получать информацию о соседях через шлюз аутентификации (узел A).
Если узел A перевести в режим "remote", то при отсутствии информации в локальной базе, запрос на аутентификацию будет перенаправлен на внешний сервер (если таковой указан и к нему есть доступ), либо другой шлюз аутентификации.
Синтаксис:
mint IFNAME -[no]scrambling |
Команда включает/отключает скремблирование данных для улучшения стабильности соединения.
Синтаксис:
mint IFNAME -[no]replicate [$ACL] |
Данная функция позволяет выполнить "изоляцию" беспроводных клиентов от непосредственного обмена информацией друг с другом в режиме коммутации.
Если на базовой станции включена опция "mint –noreplicate", то трафик, попадающий в беспроводную сеть из проводного сегмента клиентского устройства, не будет передан базовой станцией обратно в беспроводной сегмент. Он может вернуться в беспроводной сегмент только через внешний проводной коммутатор, подключенный к базовой станции.
По умолчанию непосредственный обмен разрешён (mint -replicate).
Дополнительно может быть указан список "$ACL" типа "num" (acl add $ISOLATE num N1 N2 ...), в котором перечислены номера групп коммутации, для которых следует разрешить или запретить указанную функцию (по умолчанию для всех).
Данная функция относится только к трафику, попадающему в беспроводную сеть из проводного сегмента клиентского устройства. Внутри беспроводной сети все узлы доступны друг для друга всегда. |
Синтаксис:
mint IFNAME -tpcmin {dBm|default} -tpcmax {dBm|default} -tpcadj {+/-dBm|default} |
Данная команда позволяет управлять работой режима ATPC (автоматического управления мощностью передатчика). Функция ATPC включается командой “rf <interface> pwrctl” (см. описание команды “rfconfig”).
Синтаксис:
mint IFNAME –autofactor 1..5 [3] |
Данная команда устанавливает чувствительность устройства при принятии решения об установке радио соединения с узлом-кандидатом. Чем больше значение параметра “autofactor”, тем лучше должны быть характеристики радиоканала между устройством и кандидатом, чтобы они установили соединение. Значение по умолчанию равно 3.
Синтаксис:
mint IFNAME –[no]autobitrate [+/-DB] -fixedbitrate |
Данная команда включает/выключает режим работы с автоматическим контролем битовой скорости (autobitrate).
В режиме "autobitrate" каждое устройство контролирует параметры соединения независимо (амплитуды передаваемого/принимаемого сигналов, количество переповторов и ошибок и тп.) и выбирает оптимальную для текущих условий скорость работы, обеспечивающую приемлемые параметры работы. Скорость на передачу и на прием, естественно, могут отличаться, но будут оптимальными на текущий момент.
Когда режим "autobitrate" не используется, скорость передачи будет постоянной и будет равняться параметру “bitr”, установленному в команде «rfconfig». При использовании режима "autobitrate", скорость передачи будет выбираться из диапазона, заданного параметром “minbitrate” команды “mint” (см. ниже) как нижний предел и параметром “bitr” команды “rfconfig” как верхний предел скорости; при этом скорость будет оптимальной в каждый момент времени. Если параметр “minbitrate” не задан, то в качестве нижнего предела скорости передачи будет использовать минимальный битрейт для данного типа радиомодуля (при учете текущих настройках радиомодуля – типе модуляции и ширине канала).
Нижний предел для скорости передачи в режиме “autobitrate” задается следующей командой:
mint IFNAME -minbitrate XX |
Например,
mint rf5.0 -autobitrate mint rf5.0 –minbitrate 9000 |
Опция "+/-DB" позволяет влиять на чувствительность механизма автоматического контроля битовой скорости. "autobitrate" можно принудить повышать битовую скорость (bitrate), даже если уровень сигнала ниже приемлемого уровня на указанное в опции количество децибел (mint IFNAME –autobitrate - <number in dB>). Или наоборот не повышать битрейт, даже если уровень сигнала стал выше приемлемого уровня на указанное в опции количество децибел (mint IFNAME –autobitrate + <number in dB>).
Для выключения режима «autobitrate» используется следующая команда:
mint rf5.0 -fixedbitrate |
в режиме фиксированной битовой скорости (fixedbitrate) устройство работает на постоянном битрейте, заданном параметром “bitr” команды “rfconfig”.
Команда "mint IFNAME -ratefall 0..8" позволяет влиять на механизм функционирования режима автоматического контроля битовой скорости следующим образом: она указывает верхний индекс скорости, ниже которого не выполняется проверка на ошибки и переповторы, только энергетическая возможность повысить битрейт. Этот параметр может быть полезным при работе в наиболее тяжёлых случаях, при катастрофически большом количестве коллизий. Индексы скорости нумеруются от 1 до 8 и соответствуют скоростям, доступным на радио интерфейсе (список скоростей можно посмотреть командой «rf rfX cap»). Значение 0 отменяет действие команды.
Например,
mint rf5.0 –ratefall 4 |
Синтаксис:
mint IFNAME [-meshextracost N] [-extracost N] [-fixedcost N] |
Синтаксис:
mint IFNAME -maxlinks N |
Команда устанавливает допустимое максимальное количество подключенных абонентов (в случае радио подключения). При достижении этого значения, остальные попытки подключиться к базовой станции будут отклоняться.
Синтаксис:
mint IFNAME -mulcast [0..5] |
[0..5] - количество подписчиков, для которых выполняется данное преобразование:
Значение по умолчанию равно 3.
Синтаксис:
mint IFNAME [-loamp N] [-hiamp N] |
Например,
mint rf5.0 –loamp 2 |
Синтаксис:
mint IFNAME -roaming {leader | enable [multiBS] | disable}mint IFNAME profile N [-freq X[,Y,N-M,...] | auto] [-sid X[,Y,..]]
[-band NN] [-bitr NN] [-miso | -mimo [greenfield | legacy]]
[-type {master|mesh|slave}] [-key XXX] [-nodeid N]
[{-minbitr XXX [-autobitr [+/-dB]] | -fixedbitr}]
[enable | disable | delete] |
Для облегчения задачи управления частотным ресурсом, уменьшения помех и оптимизации полосы пропускания устройства InfiNet Wireless R5000 поддерживают режим частотного роуминга.
По умолчанию roaming выключен, устройство работает с фиксированными параметрами радиоинтерфейса, заданными в конфигурации.
Любой узел сети (один или несколько) можно назначить опорным узлом, который будет задавать требуемые радио-частотные параметры сети. В терминологии MINT такой узел называется "roaming leader". "Roaming leader" также работает с фиксированными параметрами радиоинтерфейса, однако информация о его назначении передаётся в сеть в специальных пакетах, так что любой узел сети может определить, подключен ли он к опорному узлу или к сети, в которой уже есть опорный узел. Разумеется, если в сети назначено несколько опорных узлов, то их параметры должны быть идентичными. "Roaming leader", кроме того, поддерживает функции DFS и "Radar Detection" (если установлена соответствующая лицензия).
Остальные узлы сети (клиенты) могут использовать "roaming" для поиска подходящего опорного узла или сети, в которой такой узел уже имеется ("roaming enable"). Непосредственно поиск выполняется путём перебора радио-частотных параметров, определяемых с помощью системы профилей. Каждый профиль определяет некий фиксированный набор параметров радиоинтерфейса, которые будут устанавливаться в системе перед каждым очередным этапом поиска. Эвристический алгоритм поиска быстро оценивает общую остановку в эфире и, сосредоточившись на ключевых параметрах профилей, выбирает из числа обнаруженных сетей наиболее подходящую.
При включенной опции «multiBS» клиентское устройство постоянно контролирует качество связи, и если оно значительно ухудшается, то клиент разрывает связь и делает попытку найти другую базу. Если опция «multiBS» выключена, то когда связь сама рвётся из-за ошибок в канале, то клиент пытается "переподключиться" к этой же самой базе, независимо от качества связи.
Параметры профилей:
Например,
mint rf5.0 profile 1 -freq 5920 -sid ABCDE mint rf5.0 profile 2 -freq 5960 -sid ABCDE disable mint rf5.0 profile 3 -freq auto -sid DEAD mint rf5.0 roaming enable |
Синтаксис:
mint IFNAME addnode [-defgw X.X.X.X] [-defmask X.X.X.X]
mint IFNAME addnode -mac X:X:X:X:X:X [-key STRING] [-note STRING] [-maxrate XX]
[-lip X.X.X.X] [-tip X.X.X.X] [-mask X.X.X.X]
[-lgw X.X.X.X] [-tgw {X.X.X.X | none}]
[-lcost XX] [-tcost XX] [{-setpri | -addpri} NN | -1]
[-disable | -enable | -delete] |
Данный набор команд позволяет формировать локальную базу данных устройств, с которыми данный узел может устанавливать соединения. Для каждого устройства в списке могут указываться следующие параметры:
Например,
mint rf5.0 addnode –mac 000028BAF234 –lip 1.1.1.1 –tip 1.1.1.2 –mask 255.255.255.252 –lcost 120 |
Для упрощения настройки базовой станции при статическом описании абонентов, команда "mint addnode" дополнена двумя опциями "-defgw X.X.X.X“ и “-defmask X.X.X.X".
Если при описании конкретного абонента не указан точный адрес шлюза или маска сети, то будут использованы значения по умолчанию, заданные в данных параметрах. Таким образом, для каждого абонента достаточно указать только динамически назначаемый IP-адрес и ключ доступа:
mint rf5.0 addnode -mac 000435567322 -tip 10.1.1.1 -key SecretKey1 |
Если ключ доступа не указан, то предполагается, что он совпадает с ключом базовой станции. Если IP-адрес не указан, то никаких действий с адресами не производится.
Информация о шлюзе по умолчанию (который задается командами «addnode -tgw / addnode –defgw») не передаётся узлу, если для него не указан адрес и маска сети. |
Синтаксис:
mint IFNAME delnode -mac X:X:X:X:X:X |
Команда удаляет запись для соответствующего MAC-адреса из локальной базы данных.
Например,
mint rf5.0 delnode –mac 000028BAF234 |
Синтаксис:
mint IFNAME rcmd {-n ADDR|all} [-peer] [-self[2]] [-key KEY] [-t] [-quiet]
{"Command" | -file URL}
mint IFNAME -rcmdserver {disable | enable} [-guestKey STRING] [-fullKey STRING] |
Удалённое управление командами даёт возможность с одного узла типа MINT посылать команды для выполнения на одном или сразу всех устройствах (узлах) c конфигурацией MINT в сети.
Опции:
Например,
mint rf5.0 rcmd -n all -cmd "co sh" mint rf5.0 rcmd -n all -file ftp_name:ftp_pswd@192.168.100.21/1.txt |
Протокол ODR - это надстройка протокола MINT, которая позволяет реализовать маршрутизацию в сетях с топологией «звезда» без использования какого-либо специального протокола маршрутизации.
Основным преимуществом использования функциональности ODR является увеличение размера пропускной способности каналов сети. Это происходит за счёт освобождения части полосы пропускания канала, обычно используемой протоколом маршрутизации для передачи служебной информации. Протокол ODR распространяет IP префиксы узлов сети посредством протокола MINT на канальном уровне.
Протокол ODR можно использовать только в сетях с топологией «звезда», где все узлы сети (spokes) соединены только с центральным узлом (hub). Примером такой сети является беспроводная сеть "точка-многоточка", где каждый абонент подключен только к базовой станции.
Синтаксис:
mint IFNAME -odr hub mint IFNAME -odr spoke [[-]connected [$ACL]] [[-]kernel [$ACL]] mint IFNAME -odr disable | show |
Так же можно указать список IP-адресов/сетей с использованием списка Access Control List (“$ACL”). Описание по использованию списков "Access Control List" можно найти в главе «Списки контроля доступа» данного руководства.
Синтаксис:
mint IFNAME poll {start [[-]qos] [[-]log] | stop | stat [clear]} |
Режим централизованной раздачи маркера (опроса) позволяет увеличить устойчивость и пропускную способность базовых станций в условиях большой нагрузки и дисбаланса в уровнях сигналов от абонентских блоков. Особенно полезен в тех случаях, когда абонентские блоки находятся на значительном удалении или вне прямой видимости друг от друга и не могут координировать свои действия, прослушивая среду передачи. Режим опроса позволяет наладить устойчивую связь нескольких абонентов в условиях, когда метод случайного доступа CSMA/CA вообще не работает.
Несмотря на некоторое снижение абсолютной пиковой скорости передачи, этот режим существенно повышает общую пропускную способность базовой станции и обеспечивает равномерность потоков данных. Алгоритм разработан таким образом, чтобы минимизировать количество служебной информации, пересылаемой в эфире при сохранении высокой производительности и устойчивости. Интервал рассылки маркеров вычисляется индивидуально для каждого абонентского блока и динамически изменяется в процессе работы.
К недостаткам маркерного доступа в радиосреде можно отнести относительно большую начальную задержку и разброс времени отклика на коротких пакетах, что сказывается на критических к этим параметрам сервисов, таких как online-игры и телеметрия. Кроме того, две базовые станции с маркерным доступом, находящиеся в непосредственной близости и работающие на одинаковых или близких частотах, практически полностью подавляют работу друг друга.
Ограничения на включение данного режима работы описываются в разделе описания типов устройств архитектуры MINT.
mint IFNAME poll start [mi=XX] [ub=XX] [mt=XX] |
Например,
mint rf5.0 poll start |
Для просмотра статистики работы поллинга используется команда:
mint rf5.0 poll stat |
Отображается следующая информация:
MI=9, MP=60, MT=120, started md=143234, ma=123212, mt=36 pd=312762, pa=22343, pt=11 |
Синтаксис:
mint IFNAME monitor [-s] [-i SEC] [MAC [MAC ...]] | -[no]audio [full] [-mac MAC] |
Если MAC-адрес(а) не указан, мониторинг будет производиться для всех соседей и кандидатов данного узла.
Вместо MAC-адресов можно использовать “nodeid” (идентификатор) или символьное имя узла.
Пример вывода команды приведен ниже.
|
Уровни входного/выходного сигналов выводятся относительно минимальной скорости на прием/передачу.
Команда "mint IFNAME monitor -audio [full]" начинает работать сразу и может быть сохранена в конфигурации, что позволяет использовать её в автоматическом режиме даже после перезагрузки устройства. |
Синтаксис:
mint IFNAME -airupdate {disable | {[active|passive]|force}} [fast|normal|slow] |
Система "airupdate" позволяет облегчить задачу массовой смены программного обеспечения в MINT сети, состоящей из большого числа однотипных устройств. Теперь для этого достаточно вручную (или через планировщик задач) обновить программное обеспечение только на одном устройстве (каждого типа), остальные устройства будут обновлены автоматически.
Каждое устройство может быть настроено на использование активного или пассивного режима обновления. Активные устройства периодически (каждые полчаса) анонсируют в MINT сеть информацию о имеющемся у них программном обеспечении, его версию и время непрерывной (без перезагрузок) работы с этой версией. Все устройства сети MINT (и активные и пассивные) принимают и накапливают информацию получаемую от активных устройств, выбирая источники предлагающие наиболее новую версию и работающие с ней наиболее долго.
После некоторого периода накопления информации устройства посылают свои заявки на получение новой версии наиболее подходящему источнику. Активные устройства собирают заявки, группируют их и производят рассылку новой версии одновременно всем подписчикам с помощью специального протокола многоадресной рассылки MINT-MTP.
Период накопления информации можно изменять с помощью команд "fast", "normal" и "slow".
В режиме "fast" устройство будет следить за выбранным источником, дожидаясь момента когда тот проработает с предлагаемой версией не менее 2 часов без перезагрузок, и только после этого пошлёт свою заявку на обновление.
В режиме "normal" период ожидания – 7 часов, в режиме slow – 24 часа.
По умолчанию включен режим "passive normal".
Для экстренного обновления программного обеспечения существует специальный режим "force". Это команда непосредственного действия, она не сохраняется в конфигурации, но служит сигналом для всех устройств немедленно послать свои заявки на обновление независимо от режима работы и не дожидаясь окончания периода накопления информации.
Если в процессе рассылки программного обеспечения группе подписчиков произойдёт сбой при передаче, либо потеря связи между источником и подписчиком, то подписчик прекратит приём обновления и повторит свой запрос при получении следующего анонса, до тех пор пока обновление не будет успешно завершено.
Например 1:
Устройство находится в активном режиме, рассылая анонсы о своей прошивке. Если в сети обнаружатся другие активные устройства с более новой прошивкой, то запрос на обновление будет выслана не ранее чем через 7 часов непрерывной работы источника анонса.
mint rf5.0 –airupdate active normal |
Например 2:
Устройство пассивно прослушивает сеть, собирает информацию об анонсах и ждёт момента, когда источник с лучшей версией программного обеспечения проработает с ней не менее суток.
mint rf5.0 –airupdate passive slow |
Например 3:
Оператор решает безусловно произвести замену программного обеспечения в сети на новое заведомо проверенное.
mint rf5.0 –airupdate force |
Например 4:
Данное устройство не участвует в системе автоматического обновления, не генерирует и не слушает анонсы.
mint rf5.0 –airupdate disable |
Синтаксис:
mint IFNAME start | stop | restart | clear |
Запуск/остановка/перезапуск/очистка протокола MINT для соответствующего интерфейса.
Например,
mint rf5.0 start |
Синтаксис:
mint IFNAME –joincost XX |
Например,
mint rf5.0 –joincost 60 |
Следующая команда используется для управления отправкой сообщений протоколом MINT в системный журнал устройства:
mint IFNAME -[no]log [detail] |
Три режима:
Например,
mint rf5.0 –log detail |
Синтаксис:
mint vers |
Данная команда показывает текущую версию протокола MINT.
Синтаксис:
mint join IFACE1 IFACE2 … |
Интересным свойством архитектуры MINT является способность объединять (join) в единую "mesh" сеть несколько различных интерфейсов одного устройства.
Например, некоторые устройства могут иметь два или более радио-интерфейсов различных типов. Каждый такой интерфейс сам по себе может являться узлом самостоятельной MINT сети. Однако узлы из разных сетей никогда не смогут установить связь друг с другом из-за различий в параметрах используемых радио-интерфейсов (частоты, типы модуляций, различные стандарты) и административных ограничений (параметры аутентификации, ключи доступа и т.д.). Функция "join" позволяет двум (или более) интерфейсам одного устройства установить связь друг с другом, так, как будто они являются двумя узлами одной сети. Никакие различия в параметрах настройки этих интерфейсов и протоколов не являются препятствием для объединения.
|
mint join rf4.0 rf4.1 mint map ================================================= Interface rf4.0, node 000000000011 "Node1_1" id:11 (mesh) 2 Neighbors: 00020 Node2 000000000002, Cost=40 , I/O=24/27 <36/36> /mesh/ 00012 Node1_2 000000000012, Cost=3 , I/O=0/0 <0/0> /join/ Interface rf4.1, node 000000000012 "Node1_2" id:12 (mesh) 2 Neighbors: ------------ 00020 Node3 000000000003, Cost=40 , I/O=24/27 <36/36> /mesh/ 00030 Node1_1 000000000011, Cost=3 , I/O=0/0 <0/0> /join/ |
Как видно из примера, каждый интерфейс считает, что к нему подключено два соседних узла. Поскольку реальный обмен информацией между объединёнными узлами не затрагивает физических интерфейсов, то энергетические параметры соединения (амплитуды сигналов и скорости передачи) не показываются (равны нулю). И такое соединение имеет постоянную, очень низкую стоимость.
В отличие от объединения нескольких сегментов сети с помощью коммутатора, "JOIN" дает возможность создания действительно единой сети, в которой будут работать все механизмы MINT, включая оптимизацию маршрутов и контроль топологии.
Для разъединения интерфейсов используется следующая команда:
mint disjoin |
Протоколы архитектуры MINT могут работать не только по радио, но и через проводной интерфейс Ethernet. Для этого в системе имеется “псевдо” радио-интерфейс (prf), который можно “прицепить” к физическому интерфейсу подобно тому, как это делают интерфейсы "vlanX".
prf 0 parent eth0 ifconfig prf0 up |
Такой псевдо радио-интерфейс можно использовать для настройки на нём узла MINT сети и даже для объединения с другими интерфейсами. С точки зрения протоколов MINT, это будет обычный радио-интерфейс, через который узел сможет найти соседей и установить с ними связь.
mint prf0 start mint join rf4.0 rf4.1 prf0 |
|
В этом примере нам удалось объединить в единую MINT сеть несколько обособленных, и возможно, территориально удалённых сегментов сети. Разумно комбинируя перемычки join и псевдо радио-интерфейсы можно обеспечить наличие в сети достаточного количества надёжных альтернативных путей для обеспечения оптимальности распространения трафика и устранения узких мест (bottleneck).
Если несколько интерфейсов объединены с помощью функции "join", то при включении их в группу коммутации следует указывать только один из них (любой). |
mint join rf4.0 rf4.1 switch group 1 add eth0 rf4.0 |
Следующая команда используется для получения информации о текущих связях данного узла:
mint IFNAME map [routes | full | swg] [detail] [-m] mint -[no]colormap |
Вывод команды в версиях ОС WANFleX до версии 1.25.11:
Используются следующие опции:
|
Параметры:
Вывод команды в версиях ОС WANFleX после версии 1.25.11 включительно:
|
Описание цветовой индикации вывода команды «mint map» (включается/выключается командой “mint -[no]colormap”):
При обозначении узлов-соседей определенным стилем цветовой индикации учитывается не только уровень сигнала между текущим устройством и узлом-соседом, но и количество переповторов и ошибок при передаче.
Синтаксис:
mint IFNAME trace MAC |
Команда "trace" позволяет посмотреть информацию об узле MINT сети по известному MAC-адресу: статус узла , ID узла, имя узла, значение параметра «сost», количество хопов. Команда так же выводит информацию об оптимальном (по параметру "cost") пути до данного узла в данный момент времени.
Перед выполнением данной инструкции рекомендуется заранее изучить особенности технологии MINT и проверить основные навыки конфигурации на тестовых устройствах. Также следует заранее продумать принципы построения новой сети, будет ли это "mesh" или "point-to-multipoint" сеть, как и какая будет использоваться маршрутизация, будет ли сеть коммутируемой и т.д. |
Ifc rf5.0 |
config save |
fl get user:password@server/file |
2. Выполнить рестарт всех клиентских устройств (по очереди) командой:
restart y |
3. Загрузить прошивку MINT на базовую станцию и перегрузить её.
После перезагрузки все устройства запустятся с прошивкой MINT. Обнаружив наличие старой (RMA) конфигурации, MINT запустит протокол поиска соседей на всех радиоинтерфейсах устройства с параметрами по умолчанию (master, autobitrate, hiamp=4).
Параметры радиоинтерфейсов будут взяты из старой конфигурации (на момент её последнего сохранения).
Этого достаточно, чтобы устройство подключилось к MINT сети. При этом все устройства потеряют IP-адреса назначенные протоколом RMA.
4. Командой "mint map" на базовой станции убедиться, что все клиентские устройства подключились к базовой станции.
5. Назначить на радиоинтерфейс базовой станции подходящий IP-адрес, например:
ifc rf5.0 10.0.0.254/24 up |
6. Используя команду "mint rcmd" назначить IP-адреса на радиоинтерфейсы всех клиентских устройств, обращаясь к ним по MAC адресу (двоеточия в MAC адресах можно опускать), например:
mint rf5.0 rcmd -node 17:9a:c2:f4:34 -cmd "ifc rf5.0 10.0.0.1/24 up; co save;" mint rf5.0 rcmd -node 17:9a:c3:ad:46 -cmd "ifc rf5.0 10.0.0.2/24 up; co save;" mint rf5.0 rcmd -node 179ab1f391 -cmd "ifc rf5.0 10.0.0.3/24 up; co save;" |
...
и т.д.
После этого все клиентские устройства будут доступны с базовой станции по IP (если это не было запрещено настройками конфигурации).
7. Используя "telnet" выполнить остальные необходимые настройки на каждом устройстве для восстановления работы сети (маршрутизация и т.д.)
Если доступ по IP получить не удаётся, то всегда можно проверить или исправить конфигурацию клиентского устройства с помощью команды "mint rcmd":
mint rf5.0 rcmd -node 0023113231 -cmd "co show" -reply |
если указан параметр "-reply", то результат выполнения команды появится в локальном системном журнале (sys log show).
