Сегодня мы обратимся к части немного скучной, но важной для начинающих: как подключиться, поставить или сбросить пароль, войти по telnet. Также рассмотрим существующие программы — эмуляторы ciscо и интерфейс оборудования. 

Среда

Начнём с того, в какой среде будем работать.

В данный момент есть два известных пакета программ, позволяющих моделировать сеть, построенную на оборудовании Cisco:

• Цисковский же продукт Packet Tracer, который по идее свободно не распространяется. Это эмулятор и имеет лишь некоторые функции Cisco IOS. Вообще говоря, он сильно ограничен и многие вещи в нём реализованы лишь отчасти. Никаких тонких настроек. С другой стороны к настоящему моменту версия 5.3.2 поддерживает создание GRE-туннелей, протоколов динамической маршрутизации (и в их числе даже BGP!). Притом он очень прост в освоении и имеет в своём арсенале сервера (FTP, TFTP, DHCP, DNS, HTTP, NTP, RADIUS, SMTP, POP3), рабочие станции и свичи. Сейчас уже есть под Linux, хотя в былые времени он прекрасно запускался и из-под Wine.
• Распространяемый по лицензии GNU GPL симулятор GNS3. В этом пакете необходимо загружать настоящие образы Cisco IOS. С одной стороны это плюс – вы работаете с настоящим интерфейсом cisco и ограничены лишь своей фантазией, существующими стандартами и производительностью рабочей станции, с другой, во-первых, эти IOS ещё нужно суметь достать, во-вторых, это более сложный продукт для понимания, и в-третьих, в нём есть только маршрутизаторы и «типа» коммутаторы.

Я считаю, что для знакомства с принципами лучше начать всё же с Packet Tracer’a, а потом переходить на тяжёлую артиллерию по мере надобности. Все мы не дети малые, где взять то, что нам нужно, рассказывать не будем.

Способы подключения

В Packet Tracer’e управлять оборудованием можно следующими способами:

• GUI
• CLI в окне управления
• Терминальное подключение с рабочей станции через консольный кабель
• telnet

Интерфейс последних трёх идентичный – отличается лишь способ подключения. Разумеется, GUI – не наш метод.

В реальной же жизни доступны:

• Telnet/ssh
• Терминальное подключение с рабочей станции через консольный кабель
• Web-интерфейс (Cisco SDM).

Последний вариант даже не упоминайте в приличном обществе. Даже если вы адепт мыши и браузера, очень не советую.

На своём примере при работе с другим оборудованием я сталкивался с тем, что настроенное через веб не работает. Хоть ты тресни, но не работает. А у того же длинка вообще был баг в одной версии прошивки для свичей: если изменить настройки VLAN в веб-интерфейсе из под линукс, то свич становится недоступным для управления. Это официально признанная проблема).

Телнет – стандартная, всем известная утилита, как и ssh. Для доступа к cisco по этим протоколам нужно настроить пароли доступа, об этом позже. Возможность использования ssh зависит от лицензии IOS.

Управление по консоли

Это первая статья из серии «Сети для самых маленьких». Мы с Максимом aka Gluck долго думали с чего начать: маршрутизация, VLAN’ы, настройка оборудования.

В итоге решили начать с вещи фундаментальной и, можно сказать, самой важной: планирование. Поскольку цикл рассчитан на совсем новичков, то и пройдём весь путь от начала до конца.

Предполагается, что вы, как минимум, читали о эталонной модели OSI (то же на англ.), о стеке протоколов TCP/IP (англ.), знаете о типах существующих VLAN’ов (эту статью я настоятельно рекомендую к прочтению), о наиболее популярном сейчас port-based VLAN и о IP адресах (более подробно). Мы понимаем, что для новичков «OSI» и «TCP/IP» — это страшные слова. Но не переживайте, не для того, чтобы запугать вас, мы их используем. Это то, с чем вам придётся встречаться каждый день, поэтому в течение этого цикла мы постараемся раскрыть их смысл и отношение к реальности.

Когда я был студентом, я сдавал право одной очень милой женщине. Она была практикующим юристом, и я ожидал, что такой специалист меня сейчас будет гонять от и до по всему конспекту.
Она посмотрела на меня и, ничего не спрашивая, поинтересовалась:
- Оценку вам какую ставить?
- Э... Пять хотелось бы
- Отлично, - сказала она, и стала писать в зачётке
- А вы что, даже ничего спрашивать не будете? - удивился я.
Она оторвалась от заполнения зачётки, внимательно посмотрела на меня и сказала:
- Запомните, молодой человек, чем меньше вы знаете, тем более ценна я как специалист.
Эта фраза мне запомнилась на всю жизнь и больше я не страдал фигнёй во время занятий.
И сейчас самое время мне, уже доценту и одновременно практикующему проектировщику зданий, повторить то же самое:
Господа студенты, не учитесь, пожалуйста! Старайтесь как можно больше получить на халяву! Чем меньше вы знаете по окончании института, тем более ценен я как специалист и тем большую зарплату я могу потребовать за свои услуги!

Немного теории

Итак, простым языком протокол MQTT используется для общения между умными устройствами, путем пересылки сообщений о своем состоянии. Для этого используется WiFi сеть и некое центральное устройство под названием Брокер (Broker). В его задачу входит слушать сеть, получать и передавать полученные сообщения и хранить их "пока смерть не разлучит нас" если это запрошено. 

Основные термины и понятия используемые в данном протоколе:

• Message
• Publish
• Subscribe
• Topic
• QoS
• Retain

Разберем каждый термин по отдельности

Message 

Сообщения (message) содержат в себе информацию, которую один участник сети на базе протокола MQTT хочет передать другим. Взаимодействие между участниками сети осуществляется через Брокера. То есть, если мне, как устройству, нужно передать сообщение о том что я что-то сделал или сообщить о том, как у меня дела, я передаю сообщение брокеру публикуя во всеуслышание что "я что-то сделал" или "как у меня дела".

Publish

Это процесс передачи сообщения брокеру.

То есть простым языком, я подошел к брокеру и сказал "мама я покакал". Брокер гипотетически должен услышать это сообщение и записать его к себе в блокнотик. Почему гипотетически? Потому что есть особенности протокола, которые мы разберем чуть ниже. Пока берем за данность, что я сказал что-то брокеру используя механизм Publish и он это услышал и записал.

Subscribe

Так как всеми сообщениями от всех устройств владеет исключительно брокер, то нам жеж нужно как то получить эти сообщения. Для этого мы подписываемся на рассылку от брокера для получения проходящих через него сообщений. Чтобы читать какие-то конкретные сообщения, нам необходимо определить на какую тему мы хотим получать эти сообщения, и для этого как раз используется механизм Topic

Topic

Это как раз таки Тема, по поводу которой мы хотим получать или как ни странно отправлять сообщения.

То есть формат общения между участниками выглядит примерно так.

Я как участник хочу сказать всем "мама я покакала"

для этого я создаю топик любого содержания, например: мое_тело/задница/

и сообщаю в этот топик сообщение "мама я покакала"

Брокер получит это сообщение, и передаст всем, кто подписался на тему (топик) мое_тело/задница/

То есть это такая вот упрощенная система смс рассылок с определенными темами.

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

Что касается особенностей топиков, то их не так чтобы много.

Во первых они чувствительны к регистру. То есть топик "мое_тело/задница" и топик "Мое_Тело/Задница" это два разных топика.

Во вторых, топики не создаются не сервере администратором. Они создаются публикаторами и подписчиками которые на них подписаны. Брокер только занимается передачей сообщений и служебной информации.

Зачем нужны разделители в виде "/" ?

Они позволяют выстраивать иерархию. Ну например:

У нас есть в гостиной и в спальне по два выключателя и один в гараже. Для этого мы формируем на выключателях в топики в виде:

В гостиной:

home/livingroom/switch1
home/livingroom/switch2

В спальне: 

home/bedroom/switch1
home/bedroom/switch2

В гараже: 

garage/switch1

Зачем это нужно ? 

Затем, что есть служебные топики, которые позволяют подписаться на группы топиков или сообщений.

Например если мы хотим читать вообще все сообщения мы подписываемся на топик # 

Если мы хотим видеть то, что происходит в доме, то мы подписываемся на топик home/# и будем получать сообщения в топиках:

home/livingroom/switch1
home/livingroom/switch2
home/bedroom/switch1
home/bedroom/switch2

Но не будем видеть то что происходит в топике: 

garage/switch1

Если мы хотим видеть то, что происходит в гостиной, мы подписываемся на топик home/livingroom/# и будем получать сообщения только из топиков   

home/livingroom/switch1
home/livingroom/switch2

Также в подписках можно использовать символ +Он позволяет например узнать, что происходит со всеми выключателями под номером 1 во всех комнатах дома. Для этого мы подписываемся на топик home/+/switch1, и мы будем получать сообщения в топиках home/livingroom/switch1 и home/bedroom/switch1
В общем я думаю понятно что и как происходит с этими топиками.

Служебные сообщения

В качестве служебных сообщений используются в основном два типа сообщений

Birth Message - которое сообщает миру что "я родился и живой"

и 

Last Will and Testament (LWT) которое сообщает что после этого сообщения считать меня мертвым.

Ну плюс еще используется Keep Alive сообщения, которые сообщают брокеру что "я все еще живой" и стандартно посылаются каждые 60 секунд. Если брокер не получил это сообщение от клиента, то он принудительно пингует его чтобы выяснить живой ли тот, и если выясняется что он неживой, то брокер публикует за клиента LWT сообщение, чтобы все узнали что тот скончался.

Соответственно получение брокером Birth Message от устройства, переводит устройство в понимании брокера в режим ONLINE, а после того как брокер получает от устройства LWT сообщение или когда сам принимает решения что тот скончался проверив устройство на доступность, то переводит статус устройства в режим OFFLINE.

QoS

QoS в принципе расшифровывается как Quality Of Service, то есть качество предоставляемой услуги. В разрезе MQTT оно имеет три значения 0,1 и 2

Если по простому, то эти варианты означают по факту определение того, надо ли нам как публикующему свое сообщение устройству, быть уверенным что оно получено.

QoS=0 означает что мы один раз публикуем сообщение "мама я покакала" и нам пофиг услышали нас или нет

QoS=1 означает что мы будем публиковать сообщение "мама я покакала" до посинения, до тех пор пока нам не скажут что нас услышали и можно заткнуться уже.

QoS=2 означает что мы один раз сказали "мама я покакала", получили от мамы подтверждение того что она нас услышала, сообщили маме что мы узнали о том что мама нас улышала, а мама подтвердила, что она поняла что мы узнали о том что она услышала :)))))) 

Я думаю первая буква М в протоколе, имеет отсылку в адрес Майкрософта, который по стопицот раз переспрашивает "действительно ли вы уверены что хотите закрыть это приложения?" :)))))))

Вот в общем то и все.

Retain

Этот параметр имеет всего два значения вкл и выкл. Означает он очень простой механизм.Если у нас режим выключен, то когда я сообщаю всему миру "мама я покакала", то его слышат все кто подписан сейчас на топик в который я это сообщил. Но вновь подключившийся подписчик на наш веселый топик "мое_тело/задница" не узнает о том что все уже случилось и так и умрет в неведении наверное.Если же мы включаем режим Retain, то брокер берет на себя обязательство, после того как мы сообщили миру об акте дефекации, сообщать каждому вновь подписавшемуся на этот топик сей удивительный и жизненно необходимый факт.

Вот в общем то и вся теория.

 Источник

1. Канифоль "Живичная" Рязань. Годится конечно, но проигрывает всем остальным претендентам.
2. ФКСп от Solins - паяет так же как и канифоль, разницы не увидел. Но выигрывает удобством нанесения, и баночкой непроливайкой.
3. СКФ от "Технопайка" - неожиданно хорошо и комфортно работает. Но бутылочка без кисти, здравствуй зубочистка.
4. ЛТИ-120 ООО "Центр ВТО" Рязань (пару лет пользуюсь, переливая в пустую бутылочку от лака для ногтей) - очень неплохо, но чуть хуже предыдущего. Да и пачкает сильнее.
5. ФТКА от "Технопайка" - сработал бодро и активнее СКФ. Бутылочка без кисти
6. Kingbo RMA-218 китайский гость. Работает быстро и отлично, наносится удобно.
7. RIESBA NC-559-ASM еще один китаец. Сработал аналогично предыдущему.
8. Rusflux, ER-700-PRO Белгород Неоднозначно под паяльник. паяет хорошо и красиво, но как то не сразу "разгоняется" Не требует отмывки, но залепляет поверхность тягучей массой.
9. Rusflux, HR-500-LK Аналогично
10. Rusflux, RMA-223 Аналогично
11. Rusflux, NR-255 Zero Аналогично. Неприятной особенностью всех образцов Rusflux - неудобство нанесения. Масса тянется как мёд от места нанесения. Но, в целом все они понравились.
12. ТТ от "Контактола" - "ядерная" штука. Но, подозреваю, без качественной отмывки всему настанет писец.
13. Что то типа СКФ - презентовано с производства радиотехники. Лучше первых двух из списка справляется, и, наверняка безопасен монтажу.
14. Что то типа паяльного жира - презентовано с производства радиотехники. Лютая штука, по эффективности почти ТТ.
15. Кислота паяльная от "Технопайка" - шипит и паяет неистово... Но, как то не, без меня 

16. ЛТИ-120 "Connector" - хорошо справился. работать комфортно, нравится...
17. Rusflux, MR-850-CS Показался лучшим из Rusflux по ощущениям при ручной пайке. Минусы те же...