| Обзор функций | Модули программы | ||
|---|---|---|---|
| Клиент | Сервер | ||
| Отправка и получение | Отправка файлов | ○ | ○ |
| Получение файлов | ○ | ○ | |
| Отправка папок | ○ | ○ | |
| Получение папок | ○ | ○ | |
| Отправка файла по мере его создания | ○ | × | |
| Управление | Измерение ширины канала связи | ○ | × |
| Управление шифрованием передаваемых данных | ○ | ○ | |
| Управление проверкой целостности файлов |
○ | ○ | |
| Ограничение используемой ширины канала | ○ | ○ | |
| Командная строка | ○ | ○ | |
| Автоматический запуск программы при получении файла | × | ○ | |
| Функция автоматического возобновления работы | ○ | × | |
| Дополнительные опции | Содержание |
|---|---|
| Многоступенчатая пересылка (с указанием сервера) |
Можно одновременно отправлять файлы сразу нескольким получателям, указав их сервера. |
| Снятие ограничений на ширину канала (дополнительная опция для гигабитных каналов). |
Можно использовать всю ширину канала без ограничений. |
| 対応OS | Windows | 32bit | 8、8.1、10 |
|---|---|---|---|
| 64bit | 8、8.1、10、11、2008Server R2、2012Sever R2 | ||
| Mac OS | 32bit | 10.15以上（PowerPCは使用不可） | |
| 64bit | |||
| Linux ※1 | x86 | CentOS 7.X | |
| x64 | |||
| Системные требования |
|
||
Необходимо, чтобы устройства Wi-Fi отправителя соответствовали нижеследующим требованиям.
Поскольку TCP не увеличивает скорость, существует многосессионный метод, который объединяет несколько TCP. Это улучшает эффект задержки, но все еще существует проблема, заключающаяся в том, что он уязвим для потери пакетов.
Далее, существует метод, который использует UDP для передачи данных и TCP с высокой надежностью для контроля. Поскольку это должно оставить пропускную способность для TCP, эффективность передачи соответственно снизится.
Кроме того, существует метод, называемый FEC, который дополняет данные, потерянные на принимающей стороне, вычислениями, однако, поскольку данные увеличиваются с помощью FEC, они становятся неэффективными в среде высокого качества. Это также уязвимо для большого количества потери пакетов.
STORM® - это решение, которое решает эти технические проблемы. Используя только UDP как для передачи, так и для управления, можно максимально использовать линию связи. Нет проблем, даже если происходит потеря пакета. Там почти нет замедления в плохой среде.
Метод увеличения скорости путем объединения нескольких TCP. Несмотря на то, что он устойчив к задержкам, скорость на линии, где часто происходит потеря пакетов, не увеличивается.
Если пропускная способность TCP для элемента управления не оставлена, управление становится невозможным.
Наоборот, это становится неэффективным в высококачественной среде, потому что объем данных увеличивается FEC. Не может обработать большое количество потери пакета и может потерпеть неудачу.
Предполагая академическую высокоскоростную, высококачественную сеть, связь не стабильна по общим линиям, где часто происходит потеря пакетов.
Для передачи и управления используется только порт UDP1. Можно использовать максимальную пропускную способность линии связи. Это основано на возникновении потери пакетов, и снижение скорости является небольшим даже в плохой окружающей среде.
О концепции протокола STORM®Потеря пакета определяется как всегда происходящая в зависимости от состояния линии связи, и даже если потеря пакета происходит, скорость передачи не уменьшается, и оптимальная скорость передачи определяется путем проверки состояния приема.
Этот протокол не определяет потерю пакета как перегрузку ※.
В обычных протоколах потеря пакетов определяется как перегрузка, поэтому скорость передачи значительно снижается. Другими словами, STORM® не уменьшает скорость передачи только потому, что происходит потеря пакета. Оптимальная скорость передачи рассчитывается на основе того, сколько пакетов получатель получил за определенное время.。
※Заторы:【 congestion 】
Это относится к ситуации, когда звонки и связь, которые обычно возможны, становятся невозможными из-за концентрации доступа пользователя к определенному пункту назначения по телефонной линии или линии Интернет.
Устраняет влияние задержки, устраняя понятие времени для ответа при определении потери пакета.
Протокол STORM® определяет, что колебания задержки происходят. Колебания задержки происходят из-за перегрузки сети и тому подобного, но в серьезных случаях возникают колебания в несколько сотен миллисекунд или более, и обычно на управление связью негативно влияют, такие как ошибочное определение потери пакетов.
Традиционным способом после отправки пакета, если ответ не получен даже после определенного периода времени, считается, что пакет потерян, и это колебание задержки вызывает явление, что фактически принятый пакет передается повторно. Сгенерировано и неэффективно. Этот протокол исключает понятие времени для ответа при определении потери пакетов и устраняет последствия задержки.
Используя порт UDP 1 для передачи и управления, можно использовать максимальную пропускную способность линии связи. Кроме того, маршрутизаторы и межсетевые экраны легко настраиваются и работают без проблем в средах NAT.
Многие похожие высокоскоростные продукты передачи используют как UDP, так и TCP. В этом случае необходимо оставить пропускную способность для TCP.
Способ использования пропускной способности линии связи. Для эффективного использования линии важно иметь механизм, который не мешает другим пользователям, в дополнение к увеличению частоты, с которой пакеты поступают в буфер коммутатора.
Посылая пакеты со скоростью, превышающей пропускную способность линии связи, скорость, превышающая пропускную способность линии, не выходит изначально, и в результате полоса пропускания может быть полностью использована, а пропускная способность линии используется максимально. В этом случае происходит потеря пакета, но этот протокол разрабатывается исходя из предположения, что потеря пакета произойдет, поэтому нет проблем с точки зрения управления. Однако, если линия связи занята, существует риск раздражения окружения, поэтому предусмотрена функция для установки максимальной скорости передачи и установки скорости использования полосы пропускания.
Использование полосы пропускания может быть указано в зависимости от того, какой процент пропускной способности линии связи используется, и пользователи не будут беспокоиться другими, даже если они не знают об этом.
Используя линию связи, которая является полнодуплексной и вертикально симметричной, как оптическая линия, и передает пакеты, соединяя несколько баз в последовательной цепи, несколько баз передаются примерно в то же время, что и передача один-к-одному. Возможна доставка до. Когда первый отправитель выбрасывает пакет на следующую базу, эта база передает пакет на следующую базу. Делайте это до финального сайта.
Так как каждое индивидуальное общение, в результате возможна одновременная передача во все местоположения.
В TCP такие процедуры, как проверка ошибок и запрос на повторную передачу, увеличиваются, чтобы гарантировать гарантию передачи данных и стабильность связи.
Поэтому его производительность ограничена с точки зрения «доставки данных с высокой скоростью».
С другой стороны, UDP используется в качестве протокола, который подчеркивает высокую скорость вместо гарантии передачи TCP. Поскольку UDP не обеспечивает функцию гарантии передачи (подтверждение передачи / приема или запрос повторной передачи), он менее надежен, чем TCP.
В дополнение к тому факту, что UDP превосходит по скорости, нам удалось реализовать практически достаточную надежность, введя собственное управление потоком данных на верхнем уровне UDP. Протокол STORM® также гарантирован для следующих элементов, гарантируемых TCP.
STORM® разработан C ++, собственной программой, и управляет связью с использованием уникального протокола с использованием UDP в модели OSI. Уровень 4: транспортный уровень, уровень 6: уровень представления.
Кроме того, TBS TV провела тесты проверки передачи данных покрытия со всего мира и оптимизировала этот протокол, чтобы всегда была возможна высокоскоростная связь по различным линиям связи.
Определите потерю пакета, просматривая непрерывность информации ответа (не используйте время для возврата пакета. Удалите понятие времени)
Он определяется как «потеря пакета - это пакет, переданный до пакета, для которого возвращается ответ после непрерывной передачи пакетов».
Другими словами, время для возврата ответа для каждого пакета не определено, и потеря пакета определяется путем просмотра состояния ответа пакетов до и после передачи. Другими словами, поскольку приходит ответ другого пакета, отправленного вместе, определяется, что пакет, который еще не получил ответ, является потерей пакета.
Однако, если сравнение выполняется просто, становится невозможным справиться с переупорядочением пакетов, в котором изменяется порядок, так что возникает некоторая разница во времени для определения потери пакетов.
С помощью этого метода потеря пакетов может быть определена надлежащим образом, обеспечивая эффективную передачу.
Чтобы проверить, поступил ли переданный файл правильно на сервер или нет, файл проверяется путем вычисления хеш-значения. Существует два типа проверки файлов: «CRC-32-IEEE 802.3» и «SHA-256». Установка без проверки также возможна. Оба могут быть переключены только с настройками экрана STORM®.
О шифрованииSTORM® может выполнять зашифрованную связь, используя AES-256, когда необходимо выполнить безопасную передачу файлов при обмене файлами в бизнесе или при обмене с использованием глобальной сети. Кроме того, при обмене данными через внутреннюю среду локальной сети или выделенную линию можно переключаться только с настройками экрана STORM®, чтобы можно было легко удалить шифрование.