СМОДЕМ - SMODEM

Эта статья поднимает множество проблем. Пожалуйста помоги Улучши это или обсудите эти вопросы на страница обсуждения. (Узнайте, как и когда удалить эти сообщения-шаблоны) Тема этой статьи может не соответствовать Википедии общее руководство по известности. Пожалуйста, помогите установить известность, указав надежные вторичные источники которые независимый темы и предоставить подробное ее освещение, помимо банального упоминания. Если известность не может быть установлена, статья, вероятно, будет слился, перенаправлен, или же удалено. Найдите источники: "СМОДЕМ"  – Новости  · газеты  · книги  · ученый  · JSTOR (апрель 2013) (Узнайте, как и когда удалить этот шаблон сообщения) Эта статья включает Список ссылок, связанное чтение или внешняя ссылка, но его источники остаются неясными, потому что в нем отсутствует встроенные цитаты. Пожалуйста, помогите улучшать эта статья введение более точные цитаты. (апрель 2013) (Узнайте, как и когда удалить этот шаблон сообщения) Эта статья слишком полагается на Рекомендации к основные источники. Пожалуйста, улучшите это, добавив вторичные или третичные источники. (апрель 2013) (Узнайте, как и когда удалить этот шаблон сообщения) (Узнайте, как и когда удалить этот шаблон сообщения)

Файл передается в обоих направлениях одновременно во время чата с SModem v1.0.

Smodem относится к двунаправленному протокол для передачи файлов используется между модемы и ДОС программа, в которой реализован протокол, обе из которых были разработаны Финский компания названа Арисофт. В основном он использовался в системы досок объявлений потому что он мог передавать файлы в обоих направлениях одновременно и позволял пользователям общаться друг с другом с помощью AriSoft Групповой чат программного обеспечения. Другие популярные двунаправленные протоколы, такие как БиМодем, HS / ссылка и HydraCom также предлагали возможность чата с оператором, но не с другими пользователями системы.

Обзор протокола Smodem

В отличие от ZMODEM и других старых протоколов, SMODEM имеет отдельный уровень мультиплексированной передачи низкого уровня (MSLP) и уровень передачи файлов высокого уровня. Это упрощает структуру протокола и обеспечивает очень высокую эффективность 99,5%. Мультиплексирование позволяет отправлять один или несколько файлов в непрерывном потоке без перерывов между файлами, что значительно увеличивает пропускную способность при передаче нескольких файлов.

Мультиплексирование также сделало возможным^{[требуется разъяснение ]} добавить полноэкранный эмулятор терминала ANSI с локальным полнофункциональным строковым редактором и цветным буфером обратной прокрутки «неограниченного» размера. Эмуляция терминала с локальной буферизацией позволяла пользователям общаться в чате во время высокоскоростной двунаправленной передачи файлов.

Протокол симметричен и может соединяться сам с собой в петля режим. Файлы можно одновременно передавать и получать без заметной потери производительности.

SMODEM обнаруживает DESQview и DPMI (Windows, OS / 2 ) и освобождает всю неиспользуемую мощность процессора хост-системе. Он написан на языке C и скомпилирован с помощью Microsoft Visual C ++ v1.0 компилятор, оптимизированный для 80286 ЦПУ. Для правильной работы требуется не менее 200 КБ свободной памяти и больше, чтобы можно было запускать оболочку из программы. Файлы не могут быть переданы во время использования оболочки.

Протокол мультиплексированного последовательного канала (MSLP)

MSLP имеет возможность одновременно управлять 32 независимыми каналами. Каждый канал использует традиционный двухфазный ACK / NAK введите подпротокол. Максимальная эффективность достигается за счет одновременного использования нескольких параллельных каналов для обеспечения занятости передатчика.

Максимальный размер пакета колеблется от 16 до 1024 байтов. Ошибки передачи уменьшают размер пакета в зависимости от частоты ошибок. Размер окна передатчика (общий размер переданных пакетов, ожидающих подтверждения) может быть ограничен, чтобы получить более быстрый ответ.

Кадр пакета содержит один байт для номера канала и два байта для 16-битного CCITT (ITU) -CRC с использованием того же алгоритма, что и в модемах с исправлением ошибок. При необходимости подтверждения и запросы включаются в кадр пакета.

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

Максимальная эффективность при односторонней безошибочной передаче будет:

${displaystyle {frac {max packetsize} {max packetsize + frame}} = {frac {1024} {1024 + 5}} = 0,9951 = 99,5 \%}$

Если размер пакета ограничен 256 байтами, эффективность составит 98,1%, что все равно лучше оригинального Zmodem.

Если канал данных не может передавать некоторые специальные символы, можно активировать традиционный режим инкапсуляции символов. В этом режиме выбранные коды символов инкапсулируются, что снижает производительность примерно на 0,4% + дополнительные 0,4% для каждого выбранного кода символа.

Если канал данных ограничен семью битами данных, может быть активирован специальный режим сбора битов. Старшие биты для каждых семи байтов собираются в один байт (который при нормальных условиях составляет восемь бит). Эта коллекция снижает производительность примерно на 12,4% и удваивает способность инкапсуляции символов.

Максимальный режим коррекции строки передачи MSLP использует пять символов для передачи четырех символов, которые используют только печатаемые 7-битные коды ASCII (Ascii85 ). Этот режим должен работать почти на каждой непрозрачной линии передачи. Режим максимальной коррекции снижает производительность на 20%. Его следует использовать только в целях тестирования, если настройки по умолчанию не работают, или если ограничения линии передачи неизвестны или слишком сложны для обработки с отдельными настройками.

Рекомендации

• Смодем Techinfo.doc
• HydraCom

внешняя ссылка

• Arisoft Oy