[PATCH 4/5] Основания рекурсивных компьютерных сетей связи. Основания рекурсивной сети
Принципиальное устройство рекурсивной сети лучше всего излагать на абстрактной модели, которая, однако, достаточно хорошо соотносится с компьютерными реалиями. Для этого введем несколько базовых определений.
Взаимодействующие сущности
- Среда, обладающая возможностью исполнять программы, называется хостом (обычно это компьютер или виртуальная машина под управлением какой-либо операционной системы).
- Программа, запущенная на каком-либо хосте, называется процессом.
- Процесс, предоставляющий услуги другим процессам, называется сервисом.
- Процесс, пользующийся услугами какого-либо сервиса, называется клиентом. Услуги предоставляются посредством обмена сообщениями: клиент инициирует взаимодействие, отправляя сообщение к сервису, и затем они взаимодействуют, передавая сообщения друг другу.
Теперь переходим к двум ключевым понятиям.
Сетевой узел и слой узлов
Сетевой узел - это сервис, предоставляющий клиентам услуги по обмену сообщениями. Для этого он присоединяется к сетевому слою.
Сетевой слой - это группа узлов, соединенных между собой и предоставляющих клиентам услуги по обмену сообщениями. Клиентами могут быть другие сервисы, в том числе и узлы других слоев.
На этом вся конструкция закончена! Сеть в данной концепции - это межпроцессное взаимодействие, организованное с использованием одного или нескольких сетевых слоёв. Рекурсивность заключается в том, что сетевые слои устроены одинаково (реализованы с использованием одних и тех же механизмов), отличаются только конфигурацией (политикой использования механизмов).
Очень важно осознать, что узел здесь - это специальный сервис (процесс), предоставляющий услуги межпроцессного взаимодействия другим процессам. Не более и не менее. Для сравнения, в IP-сети вообще нет узлов, есть только хосты, имеющие сетевые интерфейсы, которым назначаются IP-адреса. И вся IP-сеть представляется в виде хостов с интерфейсами, соединенными физическими линиями различной природы (например, Ethernet или Wifi), по которым передаются IP-датаграммы, инкапсулированые в кадры этих каналов. Для понимания рекурсивной сети необходимо выбросить из головы это представление - за текучую реку, за высокие горы! Далее мы попытаемся построить аналогичную иллюстрацию рекурсивного подхода, но сначала разберем устройство сетевого узла.
Принципиальное устройство рекурсивной сети лучше всего излагать на абстрактной модели, которая, однако, достаточно хорошо соотносится с компьютерными реалиями. Для этого введем несколько базовых определений.
Взаимодействующие сущности
- Среда, обладающая возможностью исполнять программы, называется хостом (обычно это компьютер или виртуальная машина под управлением какой-либо операционной системы).
- Программа, запущенная на каком-либо хосте, называется процессом.
- Процесс, предоставляющий услуги другим процессам, называется сервисом.
- Процесс, пользующийся услугами какого-либо сервиса, называется клиентом. Услуги предоставляются посредством обмена сообщениями: клиент инициирует взаимодействие, отправляя сообщение к сервису, и затем они взаимодействуют, передавая сообщения друг другу.
Теперь переходим к двум ключевым понятиям.
Сетевой узел и слой узлов
Сетевой узел - это сервис, предоставляющий клиентам услуги по обмену сообщениями. Для этого он присоединяется к сетевому слою.
Сетевой слой - это группа узлов, соединенных между собой и предоставляющих клиентам услуги по обмену сообщениями. Клиентами могут быть другие сервисы, в том числе и узлы других слоев.
На этом вся конструкция закончена! Сеть в данной концепции - это межпроцессное взаимодействие, организованное с использованием одного или нескольких сетевых слоёв. Рекурсивность заключается в том, что сетевые слои устроены одинаково (реализованы с использованием одних и тех же механизмов), отличаются только конфигурацией (политикой использования механизмов).
Очень важно осознать, что узел здесь - это специальный сервис (процесс), предоставляющий услуги межпроцессного взаимодействия другим процессам. Не более и не менее. Для сравнения, в IP-сети вообще нет узлов, есть только хосты, имеющие сетевые интерфейсы, которым назначаются IP-адреса. И вся IP-сеть представляется в виде хостов с интерфейсами, соединенными физическими линиями различной природы (например, Ethernet или Wifi), по которым передаются IP-датаграммы, инкапсулированые в кадры этих каналов. Для понимания рекурсивной сети необходимо выбросить из головы это представление - за текучую реку, за высокие горы! Далее мы попытаемся построить аналогичную иллюстрацию рекурсивного подхода, но сначала разберем устройство сетевого узла.
🔥1
[PATCH 5/5] Основания рекурсивных компьютерных сетей связи. Интерфейс сетевого узла
Интерфейс узла, принадлежащего какому-либо сетевому слою, состоит из трех частей:
- пользовательский интерфейс, с помощью которого клиенты могут передавать сообщения другим клиентам;
- системный интерфейс, с помощью которого узлы в слое взаимодействуют между собой;
- конфигурационный интерфейс, с помощью которого привелигированные сущности могут настраивать работу слоя.
Чтобы добавить немного конкретики, рассмотрим эти интерфейсы чуть подробнее. Пользовательский интерфейс включает следующие методы:
Cистемный интерфейс включает следующие группы методов:
Здесь мы не детализируем устройство
Конфигурационный интерфейс включает следующие группы методов:
Для реализации своего системного интерфейса узел может опираться на пользовательские интерфейсы узлов из других слоёв.
Определение сетевого слоя взято из концепции RINA, но расширено: слои не образуют стека и могут связываться между собой произвольным образом. Например, вполне нормальной и практичной является ситуация, когда слой A использует пользовательский интерфейс слоя B, а слой B - пользовательский интерфейс слоя A. В конце мы разберем такой случай на конкретном примере.
Клиенты сетевого слоя могут устанавливать соединения и обмениваться сообщениями с сетевыми сервисами, зарегистрированными в этом слое. Все сетевые сервисы, зарегистрированные в слое, образуют область видимости слоя. Обратиться к этим сетевым сервисам возможно только через узлы слоя, но не через узлы, использующие данный слой, или узлы, используемые данным слоем для своей работы.
Примеры рекурсивного представления Wifi-сети можно посмотреть по ссылке.
Интерфейс узла, принадлежащего какому-либо сетевому слою, состоит из трех частей:
- пользовательский интерфейс, с помощью которого клиенты могут передавать сообщения другим клиентам;
- системный интерфейс, с помощью которого узлы в слое взаимодействуют между собой;
- конфигурационный интерфейс, с помощью которого привелигированные сущности могут настраивать работу слоя.
Чтобы добавить немного конкретики, рассмотрим эти интерфейсы чуть подробнее. Пользовательский интерфейс включает следующие методы:
user_api {
register(service_name), // зарегистрировать сервис в сетевом слое
connect(service_name), // подключиться к сервису, зарегистрированному в слое
recv() -> (from, msg), // получить сообщение
send(to, msg) // послать сообщение
}Cистемный интерфейс включает следующие группы методов:
system_api {
join, // методы для присоединения узла к слою, и для поддержания этой связи
transmit // методы для передачи пользовательских данных между узлами
}Здесь мы не детализируем устройство
system_api - по сути, это детали реализации слоя.Конфигурационный интерфейс включает следующие группы методов:
conf_api {
get, // методы для получения текущих значений конфигурации
set // методы для задания значений
}Для реализации своего системного интерфейса узел может опираться на пользовательские интерфейсы узлов из других слоёв.
Определение сетевого слоя взято из концепции RINA, но расширено: слои не образуют стека и могут связываться между собой произвольным образом. Например, вполне нормальной и практичной является ситуация, когда слой A использует пользовательский интерфейс слоя B, а слой B - пользовательский интерфейс слоя A. В конце мы разберем такой случай на конкретном примере.
Клиенты сетевого слоя могут устанавливать соединения и обмениваться сообщениями с сетевыми сервисами, зарегистрированными в этом слое. Все сетевые сервисы, зарегистрированные в слое, образуют область видимости слоя. Обратиться к этим сетевым сервисам возможно только через узлы слоя, но не через узлы, использующие данный слой, или узлы, используемые данным слоем для своей работы.
Примеры рекурсивного представления Wifi-сети можно посмотреть по ссылке.
🔥4❤1
Статья вышла на Хабре: https://habr.com/ru/articles/819855/
Хабр
Основания рекурсивных компьютерных сетей связи
В этой статье я расскажу о том, что такое рекурсивные сети передачи данных, и попытаюсь раскрыть смысл этой концепции. Во введении представлена историческая справка, её можно пропустить и перейти...
🔥4
Forwarded from RULKC (Andrey)
Всем привет!
Климатическая зима в Москве задерживается на 20 дней, но это не повлияло на подготовку конференции, посвященной системному ПО, ядру Linux и Оpen Source.
OS DevConf 2024 пройдёт 5 декабря.
На текущий момент:
- подано более 15 заявок;
- программный комитет начал работу: рассматривает заявки и формирует комментарии;
- выбрано и утверждено место проведения;
- продолжается приниём заявок на доклады.
Будем рады каждой заявке — всё внимательно рассмотрим и дадим обратную связь.
Ключевые даты:
29 октября — окончание приёма заявок
11 ноября — публикация программы и открытие регистрации для участников
5 декабря — встречаемся на конференции
По любым вопросам пишите:
@dstebnev или DVStebnev@sberbank.ru
Климатическая зима в Москве задерживается на 20 дней, но это не повлияло на подготовку конференции, посвященной системному ПО, ядру Linux и Оpen Source.
OS DevConf 2024 пройдёт 5 декабря.
На текущий момент:
- подано более 15 заявок;
- программный комитет начал работу: рассматривает заявки и формирует комментарии;
- выбрано и утверждено место проведения;
- продолжается приниём заявок на доклады.
Будем рады каждой заявке — всё внимательно рассмотрим и дадим обратную связь.
Ключевые даты:
29 октября — окончание приёма заявок
11 ноября — публикация программы и открытие регистрации для участников
5 декабря — встречаемся на конференции
По любым вопросам пишите:
@dstebnev или DVStebnev@sberbank.ru
developers.sber.ru
OS DevConf 2024 | Мероприятия Цифровой витрины
Конференция про разработку системного ПО, ядра Linux и open source. Подайте заявку, чтобы стать спикером OS DevConf 2024
На итоговой конференции Нижегородской минцифры мне вручили благодарность за вклад в развитие ИТ-сообщества Нижнего Новгорода - министр цифрового развития Александр Синелобов и зам. губернатора Егор Поляков)
Вторая фотка - вместе с другими организаторами сообществ :) Спасибо Игорю Позументову за то, что отметил наши заслуги, это было приятно
Вторая фотка - вместе с другими организаторами сообществ :) Спасибо Игорю Позументову за то, что отметил наши заслуги, это было приятно
🔥7👍2👏1
Forwarded from DC7831 Info Channel
Хорошие новости, друзья!
Шестая конференция DEFCON Нижний Новгород состоится!
26 апреля 2025 года!
Программа мероприятия:
[10:30] Прибытие участников
[11:00] Открытие конференции. Приветственное слово от DC7831
[11:10] Название уточняется
[12:00] FROM im:age to Kind:Cluster (c) Анатолий "rusdacent", Luntry, Санкт-Петербург
На воркшопе пройдёмся сначала по теории (от образа к кластеру Kubernetes) и инструментам, а потом попробуем посмотреть, как приложение, которое нам нужно защищать и оберегать, выглядит в окружении и на что стоит обращать внимание.
[13:30] Обед
[14:30] 2fa не 2fa (c) Эмиль Алтынбаев, ГК "Солар"
[15:20] Веб-Анархия 4 или Да может хватит уже? (c) Роман Ананьев, DC78422, Ульяновск
[16:10] Кофе-брейк
[16:40] Понаписали тут, а мне проверяй... Ода лени при проведении проверок на НДВ (c) Ilya Smit, TwoDrunkMen.
[17:30] Закрытие
Внимание: количество мест ограничено 90 человек, регистрация.
https://defcon-nn.ru/
https://it52.info/events/2025-04-26-defcon-nn-0x0f
Шестая конференция DEFCON Нижний Новгород состоится!
26 апреля 2025 года!
Программа мероприятия:
[10:30] Прибытие участников
[11:00] Открытие конференции. Приветственное слово от DC7831
[11:10] Название уточняется
[12:00] FROM im:age to Kind:Cluster (c) Анатолий "rusdacent", Luntry, Санкт-Петербург
На воркшопе пройдёмся сначала по теории (от образа к кластеру Kubernetes) и инструментам, а потом попробуем посмотреть, как приложение, которое нам нужно защищать и оберегать, выглядит в окружении и на что стоит обращать внимание.
[13:30] Обед
[14:30] 2fa не 2fa (c) Эмиль Алтынбаев, ГК "Солар"
[15:20] Веб-Анархия 4 или Да может хватит уже? (c) Роман Ананьев, DC78422, Ульяновск
[16:10] Кофе-брейк
[16:40] Понаписали тут, а мне проверяй... Ода лени при проведении проверок на НДВ (c) Ilya Smit, TwoDrunkMen.
[17:30] Закрытие
Внимание: количество мест ограничено 90 человек, регистрация.
https://defcon-nn.ru/
https://it52.info/events/2025-04-26-defcon-nn-0x0f
Google Docs
Регистрация участника на Defcon-NN 0x0F 2025
👍1
Forwarded from rus dacent
Всем привет! У нас отличные новости!
20 июля с 14:00 до 19:00 нас ждет очередная встреча
Будет всё как мы любим: доклады и атмосфера дружественного общения в окружении морского бриза.
Ожидайте информацию по регистрации и докладам!
Свистать всех наверх!
20 июля с 14:00 до 19:00 нас ждет очередная встреча
DCG#7812, она же K0R48LYK 🌝Будет всё как мы любим: доклады и атмосфера дружественного общения в окружении морского бриза.
Ожидайте информацию по регистрации и докладам!
Свистать всех наверх!
Сегодня прошла традиционная встреча DCG#7812 K0R48LYK - было очень круто, атмосферно. Интересные доклады, вкусная пицца - и, конечно же, море нетворкинга)
❤3
Началась конференция ITGorky :) Множество сообществ собрались. В этом зале в начале секция Java, затем OpenSource, и потом наш любимый InfoSec
Ещё немного фоток с конфы :) особенно крутая штука, про которую узнал сегодня - FrostFs
Выиграл на конкурсе архитекторов ArchKata от MWS (МТС web services). В комментарии выложу задание и мое решение
🔥7