Саутиной Марии
Добавлено: 01 ноя 2013, 22:35
Замечания к сообщению Радиосеть передачи данных. Часть 2
1. «Модель OSI описывает прохождение информации от одного пользователя к другому через сеть связи» - довольно неожиданная интерпретация понятия модели.
2. «..на основании которого принимается решение о дальнейших действиях системы» - какие действия «системы» имеются в виду? (Модель имеет отношение к конкретному сетевому объекту, следовательно, и «действия» его же).
3. «…принимает решения, о том кому из пользователей предназначен какой-либо пакет» - неверно. Необходимо принять во внимание: а) сделанное выше примечание б) «задачи Т», «задачи АР» и «Рассмотрим краткое описание концепции функционирования сети» из предшествующей статьи – может что из этого найдется для L3?
4. «сценариев взаимодействия точки доступа (АР) с терминалом (Т), прописанных в ИС» - сценарии взаимодействия сетевых объектов закладываются в суть системы (программно-аппаратный стержень объектов). Сценарии могут быть в составе низкоуровневых прошивок аппаратных частей, но никак не являться частью ИС. ИС хранит постоянные/оперативные сведения, в том числе необходимые для принятия решений. Такие сведения могут собираться со всех уровней модели в различных узлах сценария.
5. «Принцип гарантированной доставки основывается на том, что на передающей стороне всегда известно, были доставлены сообщения или нет» - это неосновное назначение ТрУ. А вот это «Трафик в данной системе может быть как пульсирующий (генерирует сеансовые сетевые приложения, такие, как веб-браузеры и почтовые клиенты) и постоянный (генерирует загрузки файлов и мультимедиа-приложения)» уже существенно.
6. «наличие сетевого уровня в разрабатываемой системе не требуется» - крайне сомнительный вывод в контексте АР и сведений из источника http://omoled.ru/publications/view/429.
7. «Канальный уровень предназначен для создания, передачи и приема кадров данных» - это крайне примитивная трактовка КУ. На КУ прежде всего реализуются КС для адресной/неадресной доставки сообщений. Отсутствует анализ состава и назначения служб КУ, необходимых именно в контексте решаемых задач (выделение/закрепление КС за сеансами/потоками отдельных Т, управление качеством соединения, способ доступа к свободным ФКС, регулирование пропускной способности на сеанс и т.п.). Тема Ку не раскрыта.
8. О L1 высказался здесь и здесь. То, что представлено в сообщении, в полной мере м.б. отнесено и к брелку автосигнализации. Требуется целевая трактовка стратегии построения ФК и служб L1 в рамках именно рассматриваемой задачи.
9. «Из широковещательного сообщения..» - из какого такого сообщения? Выше об этом не было сказано ни слова; « хранящимся в терминале» - точнее
10. «Режим регистрации…» - а) целесообразно разделить на поиск и собственно регистрацию б)назначение режима. Описание каждого режима должно начинаться с пояснения его назначения.
11. Список режимов неполный – это следует из материала разделов 2.2 и 2.3. Содержание п2.3 слабо связано с декларируемыми задачами системы, а также никак не связано с материалом п.2.2. Непонятно, на каком этапе осуществляется организация КС с запрашиваемыми параметрами, как на диаграмме может меняться профиль L1 и т.п. Создается впечатление того, что для системы имеются свои правила, диаграммы живут своей жизнью, а ИС – вообще вещь в себе…
12. html-ссылки желательно привести с наименованиями работ и их авторов.
1. «Модель OSI описывает прохождение информации от одного пользователя к другому через сеть связи» - довольно неожиданная интерпретация понятия модели.
2. «..на основании которого принимается решение о дальнейших действиях системы» - какие действия «системы» имеются в виду? (Модель имеет отношение к конкретному сетевому объекту, следовательно, и «действия» его же).
3. «…принимает решения, о том кому из пользователей предназначен какой-либо пакет» - неверно. Необходимо принять во внимание: а) сделанное выше примечание б) «задачи Т», «задачи АР» и «Рассмотрим краткое описание концепции функционирования сети» из предшествующей статьи – может что из этого найдется для L3?
4. «сценариев взаимодействия точки доступа (АР) с терминалом (Т), прописанных в ИС» - сценарии взаимодействия сетевых объектов закладываются в суть системы (программно-аппаратный стержень объектов). Сценарии могут быть в составе низкоуровневых прошивок аппаратных частей, но никак не являться частью ИС. ИС хранит постоянные/оперативные сведения, в том числе необходимые для принятия решений. Такие сведения могут собираться со всех уровней модели в различных узлах сценария.
5. «Принцип гарантированной доставки основывается на том, что на передающей стороне всегда известно, были доставлены сообщения или нет» - это неосновное назначение ТрУ. А вот это «Трафик в данной системе может быть как пульсирующий (генерирует сеансовые сетевые приложения, такие, как веб-браузеры и почтовые клиенты) и постоянный (генерирует загрузки файлов и мультимедиа-приложения)» уже существенно.
6. «наличие сетевого уровня в разрабатываемой системе не требуется» - крайне сомнительный вывод в контексте АР и сведений из источника http://omoled.ru/publications/view/429.
7. «Канальный уровень предназначен для создания, передачи и приема кадров данных» - это крайне примитивная трактовка КУ. На КУ прежде всего реализуются КС для адресной/неадресной доставки сообщений. Отсутствует анализ состава и назначения служб КУ, необходимых именно в контексте решаемых задач (выделение/закрепление КС за сеансами/потоками отдельных Т, управление качеством соединения, способ доступа к свободным ФКС, регулирование пропускной способности на сеанс и т.п.). Тема Ку не раскрыта.
8. О L1 высказался здесь и здесь. То, что представлено в сообщении, в полной мере м.б. отнесено и к брелку автосигнализации. Требуется целевая трактовка стратегии построения ФК и служб L1 в рамках именно рассматриваемой задачи.
9. «Из широковещательного сообщения..» - из какого такого сообщения? Выше об этом не было сказано ни слова; « хранящимся в терминале» - точнее
10. «Режим регистрации…» - а) целесообразно разделить на поиск и собственно регистрацию б)назначение режима. Описание каждого режима должно начинаться с пояснения его назначения.
11. Список режимов неполный – это следует из материала разделов 2.2 и 2.3. Содержание п2.3 слабо связано с декларируемыми задачами системы, а также никак не связано с материалом п.2.2. Непонятно, на каком этапе осуществляется организация КС с запрашиваемыми параметрами, как на диаграмме может меняться профиль L1 и т.п. Создается впечатление того, что для системы имеются свои правила, диаграммы живут своей жизнью, а ИС – вообще вещь в себе…
12. html-ссылки желательно привести с наименованиями работ и их авторов.