Нажмите "Enter", чтобы перейти к содержанию

Тестирование скорости передачи данных: Speedtest от Ookla — Глобальный тест скорости широкополосного доступа

Содержание

как сделать это правильно с первого раза?

Предлагаем вашему вниманию практический материал, который расскажет, как можно просто, быстро и надежно тестировать каналы связи Ethernet с помощью приборов VIAVI Solutions. В документе рассмотрен полный, базирующийся на международных стандартах, набор тестов.

Данные тесты обладают целым рядом уникальных усовершенствований (сделанных компанией VIAVI Solutions), которые позволяют значительно сократить время тестирования и количество выездов специалистов. Тесты можно запускать на всех транспортных анализаторах VIAVI. Поддерживается скорость до 100 Гбит/сек и, в некоторых случаях, виртуализация сетевых функций (NFV).

О каких тестах пойдет речь:

  1. J-QuickCheck – проверка базового подключения и пропускной способности.
  2. RFC 2544 – тестирование одного сервиса по каналам Ethernet.
  3. Y.1564 SAMComplete – тестирование нескольких сервисов по каналам Ethernet.
  4. J-Proof - тестирование прозрачности протоколов управления Layer 2 по каналам Ethernet.
  5. RFC 6349 TrueSpeed – тестирование пропускной способности сети на уровне TCP протокола.

J-QuickCheck

В отличие от выполнения сложного длительного тестирования мы предлагаем использовать данный тест для проверки готовности канала и его пропускной способности всего за 2-3 минуты. Тест J-QuickCheck можно также запускать как «предварительный тест» пред запуском RFC 2544/Y.1564. В качестве встроенного предварительного теста рабочего процесса RFC 2544/Y.1564.

Особенности

  • Проверка автосогласования скорости и дуплекса.

Если интерфейс не может провести правильное согласование и переходит в полудуплексное состояние, то тест RFC 2544/Y.1564 после выполнения выдаст ложное сообщение об очень низкой пропускной способности для данного канала. Например, канал со скоростью 100 Мбит/с может достигать скорости только 10 Мбит/с (или меньше), если канал настроен как полудуплексный.

  • Проверка виртуальных локальных сетей (VLAN). Тест сканирования VLAN J-QuickCheck автоматически отправляет команды «hello» по шлейфу всем 4096 возможным виртуальным локальным сетям, и предоставляет список удаленных устройств, которые отвечают на VLAN (с идентификацией устройства VIAVI Solutions).

Как правило, измеритель должен ввести в локальный тестер номер правильного VLAN. На практике, специалисты или не догадываются или не знают, что в сети используются теги VLAN. Например, сеть настроена для использования между локальным и удаленным тестером сети VLAN 202. Если измеритель не вводит идентификатор VLAN или вводит его не правильно, то удаленное устройство никогда не увидит команды запроса на установление шлейфа. Выполнение такого сканирования занимает около десяти секунд.

Преимущества

  • VIAVI Solutions единственный производитель данного теста.
  • Являясь частью скрипта RFC 2544/Y.1564, J-QC потенциально снижает общее время тестирования на 75% и более

Как запустить тест J-QuickCheck?

ВЫБОР ТЕСТА

Подключите в требуемый интерфейс 2 коннектора (Tx и Rx).

Если меню Select Test скрыто, нажмите «All Tests» для его отображения.

В меню «Select Test» выберите нужную скорость (1-10-40-100GE) и выберите пункт Quick check.

После нажатия кнопки START прибор автоматически определит согласование, скорость и пропускную способность канала.

Полный отчет выведется после окончания теста.

Улучшенный RFC 2544

RFC 2544 – это стандартное тестирование Ethernet и IP (так называемое «тестирование трубы»). При тестировании измеряются профиль пропускной способности и такие ключевые показатели производительности как: пропускная способность, задержка, джиттер пакетов, потеря кадров и гарантированный размер пакета (CBS).

Особенности

  • Стандартный отраслевой тест Ethernet и IP.
  • Измеряет ключевые показатели эффективности и профиль полосы пропускания, например, пропускную способность, задержку, джиттер пакетов, потерю кадров и гарантированный размер пакета (CBS).
  • Долгосрочное тестирование или «комплексное испытание под нагрузкой», которое может продолжаться до 24 часов.

Преимущества

  • Разработанные компанией VIAVI Solutions улучшенные тесты RFC 2544 запускаются одновременно, что сокращает время тестирования приблизительно на 66%.
  • Стандартное тестирование RFC 2544 занимает приблизительно 30 минут, но использование улучшенной технологии время сокращается до 10 минут.
  • Ограничители сетевого трафика должны быть настроены правильно, иначе будет страдать производительность пользователя. Стандартные тесты RFC 2544 не относят это испытание к необходимым, но VIAVI Solutions добавила тест CBS (допустимый объем всплеска трафика) как часть улучшенного тестирования RFC 2544. Компания VIAVI Solutions также предлагает алгоритм «отлова» пакетов, автоматически определяющий значение CBS, которое сеть может обрабатывать (что довольно сложно определить без подобного автоматического режима).

Традиционные методы тестирования активации службы Ethernet, такие как RFC 2544, ориентируются на тестирование с трафиком, имеющим постоянную скорость передачи данных. Хотя тестирование трафиком с постоянной скоростью передачи позволяет проверять важные показатели KPI, оно не позволяет подтвердить, насколько хорошо сеть будет работать при передаче реального потока данных, представляющего собой одновременную передачу голоса с постоянной скоростью, видео и пакетного трафика данных. Двумя целями пакетного тестирования является обеспечение того, чтобы пакетный трафик данных мог проходить через сеть без потери кадров и без ущерба для других служб.

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

Для решения этой проблемы компания VIAVI Solutions предлагает режим «отлова» пакетов, который автоматически определяет значение CBS, с которым сеть способна справиться. Без подобного автоматического режима это значение бывает довольно сложно определить. Как показано ниже, пользователь просто выбирает режим Burst Hunt, задает нижний и верхний пределы, а инструмент автоматически находит значение для сквозной передачи пакетов.

  • В дополнение к тестам типа CBS компания VIAVI Solutions также поддерживает тест ограничения скорости MEF 34. Тесты ограничения скорости MEF 34 полезны операторам транспортных сетей Ethernet или поставщикам бизнес-услуг Ethernet для обеспечения правильных настроек параметров ограничения скорости, что позволит предотвратить использование клиентами большей пропускной способности, чем им разрешено.

Как запустить тест RFC2544?

ВЫБОР ТЕСТА

Если меню Select Test скрыто, нажмите «All Tests» для его отображения.

В меню «Select Test» выберите один из следующих вариантов:

Для электрического (медного) интерфейса 10BASE-T, 100BASE-T, или 1000BASE-T:

  • Ethernet>►10/100/1000>►Layer 2 Traffic>►Terminate или
  • Ethernet>►10/100/1000>►Layer 2 Traffic>►P1 Terminate.

Для оптического 100BASE-FX:

  • Ethernet>►100M Optical>►Layer 2 Traffic>►Terminate или
  • Ethernet>►100M Optical>►Layer 2 Traffic>►P1 Terminate.

Для 1000BASE-SR, 1000BASE-L или другого оптического GigE:

  • Ethernet>►1GigE Optical>►Layer 2 Traffic>►Terminate или
  • Ethernet>►1GigE Optical>►Layer 2 Traffic>►P1 Terminate.

Для 10GBASE-SR, 10GBASE-LR, другого оптического 10GigE:

  • Ethernet>►10GigE LAN>►Layer 2 Traffic>►Terminate или
  • Ethernet>►10GigE LAN>►Layer 2 Traffic>►P1 Terminate.

Для 40GBASE-SR4, 40GBASE-LR4, другого 40GigE:

  • Ethernet>►40GigE>►Layer 2 Traffic>►Terminate или
  • Ethernet>►40GigE>►Layer 2 Traffic>►P1 Terminate.

Для 1000GBASE-SR4:

  • Ethernet>►100GigE>►Layer 2 Traffic>►Terminate или
  • Ethernet>►100GigE>►Layer 2 Traffic>►P1 Terminate.

После активации приложения необходимо нажать кнопку «Enhanced RFC 2544» на правой панели.

Данная кнопка активирует скрипт тестирования RFC 2544.

НАСТРОЙКА

Нажмите клавишу «Go» для перехода в «

Start a New Configuration (reset to defaults)». Используя клавиши «Next» и «Back» внизу экрана, перемещайтесь по настройкам.

Необходимо выбрать тип канала (симметричный или ассиметричный).

Второй момент – указать, где будет производиться заворот, измерения и генерация траффика. При использовании двух устройств выбирайте второй пункт.

Нажмите «Next».

Укажите тип фрейма (DIX или 802.3). Если используется VLAN, выберите его в поле Encapsulation.

Режим – Traffic.

Нажмите «Next».

Далее вы можете использовать предустановленные конфигурации в экране Do you want to use a configuration template?

Если это не очень удобно, можете пропустить данный пункт и нажать «Next».

Далее необходимо выбрать нужные тесты:

  • Throughput (пропускная способность).
  • Latency (задержка).
  • Frame loss (потеря кадров).
  • Back to back (режим минимальной межкадровой задержкой)
  • Packet jitter (пакетный джиттер).
  • Burst test (режим «взрывной» генерации траффика).

Выбрав нужные, отметив их галкой нажмите «Next».

Укажите в чем будет измеряться утилизация: в процентах, или Mб/с (на 2 или 3 уровнях).

Укажите максимальную утилизацию канала.

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

Указав, нажмите «Next».

В поле Zeroing-in Process выберите Viavi Enhanced.

Укажите погрешность измерений.

Указав, нажмите «Next».

Укажите в поле Test procedure RFC 2544 Standard.

В поле Bandwidth granularity укажите минимальное значение для каждой скорости:

  • 1 для 100Mbps
  • 10 для Gigabit
  • 100 для 10GigE
  • 400 для 40GiE
  • 1000 для 100GigE

В поле Configure test durations separately?: Выберите No.

Duration (длительность): укажите 120 секунд.

Number of Trials (количество проходов): укажите 1

Указав, нажмите «Next».

Проставьте галки во необходимые поля окна Show Pass/Fail.

(при желании можно оставить только Throughput Frame Loss Tolerance (%)).

Далее необходимо указать пороги:

  • Throughput: укажите значение CIR.
  • Throughput Frame Loss Tolerance (%): укажите 0.0000, если не определено другое.
  • Latency RTD (µs): в зависимости от условий.
  • Packet Jitter (µs): в зависимости от условий.
  • Acterna Payload Version: выберите Version 3.

Если вы хотите сохранить данную конфигурацию как новый профиль, то введите имя файла и нажмите «OK» на экране Save Profiles. Нажмите «Save Profiles», нажмите «OK», и два раза «Next» .

Если не требуется, нажмите «Skipe Save Profile» затем «Next».

ЗАПУСК

Проверьте, что заворот на дальнем конце установлен и нажмите «Start» для запуска скрипта J- QuickCheck для проверки готовности канали, организации заворота на дальне конце и определения базовой пропускной способности.

Нажмите «Next» затем «Run Test». Заворот на дальнем конце включится (при использовании активного устройства) и начнется сам тест.

По завершении тестов, заворот на дальнем конце будет автоматически отключен (при использовании активного устройства. Подробные данные по каждому тесту можно посмотреть, нажав на «лупу».

СОЗДАНИЕ ОТЧЕТА

Нажмите дважды «Next», заполните необходимые поля. Нажмите снова «Next», затем «Create Report».

Y.1564 SAMComplete

Y.1564 является стандартным тестированием активации службы для мультисервисного Ethernet и IP (модель «Triple Play») и позволяет измерить следующие показатели эффективности и профили полосы пропускания:

  • CIR, EIR (пропускная способность).
  • Задержка кадра (FD), задержка.
  • Изменение задержки кадра (FDV), джиттер.
  • Коэффициент потери кадров (FLR).
  • Допустимый всплеск трафика (CBS), ограничение скорости передачи.

Особенности

  • Y.1564 определяет только трафик уровня 2 до тестовых служб; однако приложения конечного потребителя, такие как просмотр веб-страниц и электронная почта, работают на транспортном уровне - TCP (уровень 4). SAMComplete позволяет тестировать действующие службы передачи данных TCP максимально с 64-мя пользовательскими сессиями на скоростях до 10 GE.
  • В тесте Y.1564 проверка пропускной способности запускается при более низком значении (например, 10%) от скорости CIR и увеличивается до достижения значения CIR. Разработанное Viavi тестирование SAMComplete начинается с 100% CIR и снижается в поиске достижимой пропускной способности.

Преимущества

  • Единственное решение, в котором одновременно запускаются тесты Y.1564 и RFC 6349.
  • Служба передачи данных тестируется с использованием реального трафика TCP, что является единственным способом точно протестировать мультисервисное качество обслуживания (QoS), включая очереди, приоритеты, ограничители скорости, формирователи трафика и т. п.
  • Более быстрое тестирование конфигурации Y.1564 путем запуска при 100-процентной пропускной способности для экономии времени (в сравнении с запуском, начиная с самого низкого значения полосы пропускания).
  • Широкий спектр используемых шлейфов, таких как OAM и JMEP и т.д.
  • Тестирование гарантированного размера пакета (CBS) для обеспечения надлежащей конфигурации сетевого ограничителя скорости и формирователя, а также тестирование ограничителя сетевой скорости MEF 34.
  • Мастер-интерфейс** и профили тестирования упрощают настройку конфигурации теста и интерпретацию его результатов.
  • SAMComplete является единственным решением, которое запускает тесты Y.1564 и RFC 6349 одновременно. Это означает, что служба передачи данных тестируется с использованием реального трафика TCP, и является единственным способом точно протестировать мультисервисное качество обслуживания (QoS). Это позволяет сетевым провайдерам оценивать сеть с точки зрения своих клиентов, устраняя ненужный разрыв в ощущениях от тестирования.
  • При использовании усовершенствованной технологии со снижением пропускной способности экономия времени для конфигурации Y.1564 может составлять до 75%.
  • Объединяя базирующееся на RFC 6349 тестирование TrueSpeed™ с использованием Y.1564 SAMComplete, компании VIAVI Solutions обеспечивает надежную, автоматизированную подготовку, которая позволяет проверять услуги уровня 2/3 (то есть голос/видео) одновременно с пакетными сеансами. Это ликвидирует разрыв в тестировании и позволяет провайдеру с уверенностью подключать линию клиента, зная, что приложения конечного пользователя будут работать должным образом. Если тест Y.1564 выполняется без интеграции с тестом RFC 6349, то конечный пользователь может столкнуться с проблемами производительности TCP, которая будет ниже гарантированной скорости передачи данных (CIR) провайдера сети.

Как запустить Y.1564 SAMComplete?

ВЫБОР ТЕСТА

Если меню Select Test скрыто, нажмите «All Tests» для его отображения.

В меню «Select Test» выберите один из следующих вариантов:

Для электрических (медных) 10BASE-T, 100BASE-T или 1000BASE-T:

  • Ethernet>►10/100/1000>►Y.1564 SAMComplete>►L2 Multiple Streams>►Terminate или
  • Ethernet>►10/100/1000>►Y.1564 SAMComplete>►L2 Multiple Streams>►P1 Terminate.

Для 1000BASE-SR, 1000BASE-LR или другого оптического GigE:

  • Ethernet>►1GigE Optical>►Y.1564 SAMComplete>►L2 Multiple Streams>►Terminate или
  • Ethernet>►1GigE Optical>►Y.1564 SAMComplete>►L2 Multiple Streams>►P1 Terminate.

Для 10GBASE-SR, 10GBASE-LR, другого 10GigE:

  • Ethernet>►10GigE LAN>►Y.1564 SAMComplete>►L2 Multiple Streams>►Terminate или
  • Ethernet>►10GigE LAN>►Y.1564 SAMComplete>►L2 Multiple Streams>►P1 Terminate.

Для 40GBASE-SR4, 40GBASE-LR4, другого 40GigE:

  • Ethernet>►40GigE>►Y. 1564 SAMComplete>►L2 Multiple Streams>►Terminate или
  • Ethernet>►40GigE>►Y.1564 SAMComplete>►L2 Multiple Streams>►P1 Terminate.

Для 100GBASE-SR10, 100GBASE-LR4, другого 100GigE:

  • Ethernet>►100GigE>►Y.1564 SAMComplete>►L2 Multiple Streams>►Terminate или
  • Ethernet>►100GigE>►Y.1564 SAMComplete>►L2 Multiple Streams>►P1 Terminate.

НАСТРОЙКА

Нажмите клавишу «Go» для перехода в «Start a New Configuration (reset to defaults)».

Необходимо выбрать тип канала (симметричный или ассиметричный).

Второй момент – указать, где будет производиться заворот, измерения и генерация траффика. При использовании двух устройств выбирайте второй пункт.

Нажмите «Next».

Далее вы можете использовать предустановленные конфигурации в экране Do you want to use a configuration template?

Если это не очень удобно, можете пропустить данный пункт и нажать «Next».

Выберите тип фрейма (DIX или 802.3).

Нажмите «Next».

Укажите количество эмулируемых сервисов для теста (2, если не определено другое).

Тестовый режим Traffic.

Тут же можно присвоить сервисам имена и определить их тип (Data, Voice, HDTV, SDTV).

По этим типам, в зависимости от кодеков, количества каналов и т.д., будет сформирован размер фрейма, CIR.

Нажмите «Next».

На следующем экране можно указать, присвоен ли каждому сервису свой VLAN и сконфигурировать его номер, приоритет. Если эти параметры для всех сервисов одинаковы, в поле Do services have different VLAN ID’s…указываем No

Если VLAN не используются в принципе, то в поле Encapsulation выбираем None.

Нажмите «Next».

На данном экране необходимо указать пороговые значения SLA.

CIR будет указан, если был выбран тип сервиса. Поля EIR оставляем со значением 0, если не требуется другое.

Если необходимо проверить настройки полисинга, ставим галки напротив нужных сервисов. Разобраться в данных порогах поможет данная схема:

То есть задача проверить не только, будет ли проходить траффик по данному каналу с гарантированной скоростью, но и осознано превысить данные значения для проверки отработки устройств контролирующих объем траффика (полисеров).

Нажмите «Next».

На следующем экране происходит настройка параметра M, того самого превышения.

Если не требуется оставьте значения 0.

Нажмите «Next».

На данном экране вы можете выбрать, будет ли проходить тестирование в режиме Burst.

Если не требуется оставьте No.

Данный режим позволяет проверить настройки буферов, учитывать тот факт, что передача данных по TCP всегда имеет характер всплесков и может вызывать пропадание пакетов.

Нажмите «Next».

На данном экране можно указать значения SLA для следующих параметров:

  • Frame Loss Ratio: оставьте 0, если не определено другое.
  • Frame Delay (RTD, ms): если не определено, установите: 20 for EPL/EVPL, 2 for Mobile Backhaul.
  • Delay Variation (ms) если не определено, установите: 20 для EPL/EVPL, 2 для Mobile Backhaul.

Нажмите «Next».

На данном экране можно конфигурировать поведение теста, количество шагов до достижения CIR, их длительность и длительность всего теста.

По умолчанию:

  • Number of Steps Below CIR: 3
  • Step Duration (Sec): 15
  • Test Duration: 5

Нажмите «Next».

Если вы хотите сохранить данную конфигурацию как новый профиль, то введите имя файла и нажмите «OK» на экране Save Profiles. Нажмите «Save Profiles», нажмите «OK», и два раза «Next» .

ЗАПУСК

Проверьте, что заворот на дальнем конце установлен и нажмите «Start» для запуска скрипта J- QuickCheck для проверки готовности канали, организации заворота на дальне конце и определения базовой пропускной способности.

Нажмите «Next» затем «Run Test». Заворот на дальнем конце включится (при использовании активного устройства) и начнется сам тест.

По завершении тестов, заворот на дальнем конце будет автоматически отключен (при использовании активного устройства). Подробные данные по каждому тесту можно посмотреть, нажав на «лупу».

СОЗДАНИЕ ОТЧЕТА

Нажмите дважды «Next» заполните необходимые поля. Нажмите снова «Next», затем «Create Report».

RFC 6349 TrueSpeed

TrueSpeed, который представляет собой автоматизированный и повторяемый тест пропускной способности на уровне TCP. Он соответствует стандартам IETF RFC 6349, включая ключевые показатели эффективности TCP и задержку буфера. Тест TrueSpeed является «однокнопочной» реализацией RFC 6349, которая работает на транспортных анализаторах или как виртуальная сетевая функция (VNF).

Особенности

  • Автоматическое и повторяемое тестирование пропускной способности TCP в соответствии со стандартами IETF RFC 6349, включая основные показатели эффективности TCP и буферную задержку.
  • На производительность TCP в значительной мере влияют потери в сети, включая ограничители сетевой скорости и размеры сетевых очередей. В подобных условиях лучшим методом улучшения производительности TCP считается формирование трафика, но очень часто эта функция не настроена правильно или просто не реализована.
  • TrueSpeed VNF – это базирующееся на сервере решение RFC 6349, которое обеспечивает централизованную настройку, выполнение и предоставление отчетности о тестировании.

Преимущества

  • TrueSpeed является «однокнопочной» реализацией RFC 6349, которая работает на физических инструментах или VNF и включает такие функции дифференциации, как:
  • Взаимодействие между анализаторами MТS, ONX, QT-600, программными клиентами и интегрированными сетевыми элементами VNF.
  • «TCP Doctor» обеспечивает экспертную диагностику результатов тестирования, которая поможет определить основную причину плохой производительности TCP.
  • Встроенный формирователь трафика TrueSpeed прост в использовании. Он позволяет демонстрировать производительность TCP с формирователем и без него. Встроенный формирователь трафика может обеспечить правильность настройки конфигурации сети провайдера (например, с ограничителем скорости передачи данных), а конечный пользователь для оптимального использования производительности TCP должен активировать формирователь трафика
  • Централизованная отчетность позволяет собирать историю данных из тестов, выполненных техническими специалистами на местах с помощью физических инструментов и конечными пользователями с помощью VNF-клиентов. Такая централизованная отчетность обеспечивает легкий доступ ко всем операциям, выполненным на сети.
  • Хотя RFC 6349 определяет структурированную последовательность шагов для правильной повторяющейся проверки пропускной способности TCP, процесс тестирования требует определенного опыта работы с TCP. TrueSpeed автоматизирует все компоненты тестирования RFC 6349, включая:
  • Расчет BDP (интегрального показателя задержки передачи), определяющего оптимальный размера окна TCP и номер соединения для тестирования пропускной способности.
  • Выполнение всех шагов теста RFC 6349, включая MSS, RTT и тестирование пропускной способности, в виде одной «цепочки».
  • Загрузка и выгрузка тестов проводятся при выполнении одного теста

Диагностика TCP Doctor

Стандарт RFC 6349 определяет процедуру и показатели тестирования пропускной способности TCP с использованием функции «TCP Doctor». В данной функции используется собственные экспертные знания, позволяющие декодировать результаты тестирования в реальные диагнозы. TrueSpeed позволяет легко понять причины проблем с производительностью TCP, как при использовании инструментов, так и при использовании компонентов VNF.

Например, понижение скорости сети может быть связано ситуациями, когда данные более высокоскоростных соединений LAN передаются по сети WAN, имеющей более низкую скорость. В следующем примере локальная сеть центра обработки данных предприятия имеет скорость 10 GigE, а физическое соединение WAN составляет 1 GigE. Была сделана попытка использовать пропускную способность 1000 Мбит/с (уровень 1), но результат был очень плохим. Функция TCP Doctor теста TrueSpeed предоставляет четкое описание возможной проблемы – в этом случае источником проблемы является недостаточный размер буфера интерфейса или параметры формирователя.

Генератор трафика

Как было показано в предыдущем разделе, производительность TCP сильно зависит от потерь в сети, включая ограничители сетевого трафика и небольшие сетевые очереди. Диагностика TrueSpeed показала, что производительность может повысить формирование трафика. Следующим логическим шагом является убеждение в этом выводе конечного потребителя. Это может быть довольно сложной задачей, поскольку необходимо изменить конфигурацию сетевых элементов, что способно еще больше усугубить ситуацию с тестированием.

Встроенная аппаратная функция формирования трафика теста TrueSpeed позволяет провайдеру продемонстрировать разницу в производительности при включенном формировании трафика, и дает окончательное доказательство того, что сеть WAN может правильно транспортировать TCP-трафик конечного пользователя.

В следующем примере предприятие имеет локальную сеть 1 GigE, а транспорт WAN сетевого провайдера также 1 GigE. Тем не менее, корпоративный заказчик приобрел услугу на скорости 100 Мбит/с, но не сформировал трафик с ограничением 100 Мбит/с, прежде чем передавать его в сеть WAN. В результате производительность была довольно низкой, а сам заказчик винил сеть WAN провайдера в создании проблемы.

Приведенный ниже пример показывает, что при использовании интегрированной функции формирования трафика TrueSpeed сетевой провайдер смог бы продемонстрировать похожий результат для несформированного трафика (слева) и идеальный результат для сформированного трафика (справа). Более того, тестирование несформированного/сформированного трафика является частью «однокнопочного» метода тестирования TCP TrueSpeed. Для тестирования формирования трафика можно установить режим автоматического включения в выполнение одной цепочки тестирования.

Как запустить RFC 6349 TrueSpeed?

ВЫБОР ТЕСТА

Если меню Select Test скрыто, нажмите «All Tests» для его отображения.

В меню «Select Test» выберите один из следующих вариантов:

Для электрического (медного) интерфейса 10/100/1000BASE:

  • Ethernet>►10/100/1000>► RFC6349 TrueSpeed>►P1 Terminate

Для оптического гигабита 1000BASE-SX/LX/ZX:

  • Ethernet>►1GigE Optical>►RFC6349 TrueSpeed>►P1 Terminate

Для 10GBASE-SX/LX/ZX Testing:

  • Ethernet>►10GigE LAN>► RFC6349 TrueSpeed>►P1 Terminate

НАСТРОЙКА

Нажмите клавишу «Go» в разделе «Configure Test Settings Manually».

Затем в экране Select Mode выберите «I’m installing or turning-up a new circuit»,

затем нажмите клавишу «Next».

В экране Symmetry выберите «My downstream and upstream throughputs are the same»,

в случае если канал симметричный, затем нажмите «Next».

После введения сетевых настроек проверьте доступность удаленного устройства клавишей «Ping».

При желании можно сохранить данный профиль тестирования.

ЗАПУСК

Нажмите «Next» для перехода в экран Run TrueSpeed Tests. Нажмите «Run Test». Тест запущен. Требуется около 5 минут для завершения.

РЕЗУЛЬТАТЫ

Для каждой метрики доступен статус Pass/Fail. Для получения подробных данных нажмите иконку «лупа».

J-Proof

Тест J-Proof позволяет проверить прозрачную сквозную передачу данных через коммутируемые сети Ethernet. В отличие от передачи данных Ethernet по темному оптоволокну, корпоративная локальная сеть Ethernet передает данные по сетям WAN Ethernet, поэтому на них могут отрицательно влиять элементы этих сетей. Неправильно настроенные такие сетевые элементы, как маршрутизаторы и коммутаторы, могут отбрасывать сообщения плоскости управления Ethernet, что способно привести к задержкам в установке и кошмарам при поиске и устранении неисправностей.

Особенности

  • Проверяет возможность прозрачной сквозной передачи трафика плоскости управления Ethernet (ARP, STP, CDP и т. д.).
  • Например: Протоколы корпоративного коммутатора Cisco передаются через сеть поставщика услуг без изменения.
  • Автоматическое «прохождение P-bit»
  • Тестирование VTP и CDP Cisco.
  • Тестирование GMRP/GVRP и STP/RSTP/MSTP.

Преимущества

  • Проблемы с плоскостью управления Ethernet сложны с точки зрения выявления и устранения неисправностей.
  • J-Proof – это настраиваемый и надежный способ гарантировать, что передаваемый от конечного пользователя трафик управления не будет изменяться.
  • Выполнение теста занимает всего 10 секунд, что потенциально экономит часы, потраченные на выявление скрытых проблем, вызванных ошибками прозрачности.
  • Многие из ваших клиентов не знают о данном тесте и его быстрых результатах. Если вы находитесь на месте тестирования, то можете запустить этот тест всего за 10 секунд для гарантированной передачи трафика плоскости управления.
  • Подтверждает приоритет кадров плоскости управления Ethernet, гарантируя, что управляющие сообщения не будут отбрасываться или для них не будет использоваться таймаут.
    Обычно используемые тесты и нестандартные кадры Ethernet для тестирования истинной сквозной прозрачности.
  • Проверка прозрачности протоколов регистрации и топологии, гарантирующая, что мостовые коммутаторы смогут прозрачно обмениваться информацией о топологии.

Как запустить J-proof?

ВЫБОР ТЕСТА

Если меню Select Test скрыто, нажмите «All Tests» для его отображения.

В меню «Select Test» выберите требуемую скорость (1-10-40-100GE), например, на уровне L2.

После запуска приложения, перейдите в настройки теста, нажав клавишу SETUP в правом верхнем углу.

После этого выберите вкладку J-Proof.

Нажав кнопку Quick config в правом нижнем углу анализатор автоматически сформирует набор из 5 (из 20 возможных вариантов) протоколов управления.

Для опытных пользователей возможен вариант настройки протоколов по выбору, с возможностью указания типа, размера фреймов и т.д.

В течение теста доступно получение информации о статусе теста по системе PASS/FAIL.

Так же доступно создание отчета, как и в предыдущих тестах.

На каких приборах VIAVI работают данные тесты:

  • MTS-5800 - транспортный анализатор (до 10G).
  • MTS-5800-100G - транспортный анализатор (до 100G).
  • транспортные модули CSAM и MSAM, при установке в оптические рефлектометры MTS-6000 и MTS-8000.

Тестирование пропускной способности с помощью Test TCP (TTCP)

Содержание

Введение
Перед началом работы
      Условные обозначения
      Предварительные условия
      Используемые компоненты
Подготовка сеанса TTCP
Тестирование нисходящего канала (от маршрутизатора к компьютеру под управлением Windows)
      Получение результатов
      Анализ результатов
Тестирование восходящего канала (от компьютера под управлением Windows к маршрутизатору)
Общие рекомендации

Для измерения пропускной способности TCP через IP-путь можно использовать служебную программу Test TCP (TTCP). Чтобы использовать ее, запустите приемник на одной стороне пути, затем запустите передатчик на другой стороне. Передающая сторона посылает указанное число TCP-пакетов принимающей стороне. В конце тестирования обе стороны отображают переданное количество байтов и время, затраченное на передачу данных между обеими сторонами. Эти данные можно использовать для расчета фактической пропускной способности канала. Общие сведения о программе TTCP см. на странице Проверка производительности сети с помощью TTCP .

Утилиту TTCP можно эффективно использовать для определения фактической скорости передачи на определенном модемном подключении или подключении WAN. Однако эту функцию можно использовать для проверки скорости подключения между любыми двумя устройствами, поддерживающими IP-подключения.

Условные обозначения

Дополнительные сведения об условных обозначениях см. в документе Cisco Technical Tips Conventions.

Предварительные условия

Ознакомление с этим документом требует наличия следующих знаний:

  • Служебная программа TTCP нуждается в наличии ПО Cisco IOS® версии 11. 2 или выше и набора функций IP Plus (образы is-) или Service Provider (образы p-).

    Примечание. Команда ttcp — это скрытая, неподдерживаемая команда привилегированного режима. Поэтому ее доступность зависит от выпуска ПО Cisco IOS, то есть в некоторых выпусках она может отсутствовать. На некоторых платформах для выполнения этой операции требуется наличие функций Cisco IOS из набора для Enterprise Edition.

  • Клиентскую часть программы TTCP можно загрузить по адресу http://renoir.csc.ncsu.edu/ttcp/; загрузка ttcpw.zip для клиентов Windows.

Используемые компоненты

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

  • Убедитесь, что между двумя тестируемыми устройствами установлено IP-подключение.

  • Загрузите и установите программное обеспечение TTCP для клиентов, отличных от IOS, если это необходимо.

В следующем примере мы попытаемся определить скорость модемного подключения между Microsoft Windows PC и сервером AS5300 Access Server. Хотя многие из освещенных здесь тем относятся к модемным подключениям, служебная программа TTCP может быть использована для проверки связи между любыми двумя устройствами.

Используйте команду show modem operational-status(для модемного канала), чтобы проверить параметры подключения. Для других сценариев с использованием LAN или WAN это действие не является обязательным.

 customer-dialin-sj>
    show modem operational-status 1/51 Parameter
    #1 Connect Protocol: LAP-M Parameter #2 Compression: 
     None ... 
!--- Выходные данные опущены
 
... Parameter #8 Connected Standard: 
     V.90 Parameter #9 TX,RX Bit Rate: 
     45333,24000

В этих отредактированных выходных данных показано, что клиент подключен по протоколу V.90, нисходящая скорость равна 45333 бит/с, восходящая — 24000 бит/с. Сжатие данных отключено на клиентском модеме. Так как шаблон тестирования в TTCP имеет большой коэффициент сжатия, любое сжатие данных приведет к недостоверному измерению пропускной способности модемного канала.

  • Запустите в окне DOS программу ttcpw на компьютере, работающем в качестве приемника. Синтаксис см. в файле Readme, поставляемом вместе с программным обеспечением TTCP.

    C:\PROGRA~1\TTCPW> 
    ttcpw -r -s ttcp-r: buflen=8192, nbuf=2048,
            align=16384/0, port=5001 tcp ttcp-r: socket
  • Запустите отправитель TTCP (передатчик) на AS5300. Оставьте большинство значений по умолчанию, кроме количества передаваемых буферов. Количество буферов по умолчанию равно 2048. При этом выполнение теста TTCP займет длительное время. Уменьшение количества буферов позволит выполнить тест в приемлемых временных рамках.

В следующем примере мы попытаемся определить скорость модемного подключения между Microsoft Windows PC и сервером AS5300 Access Server. Хотя многие из освещенных здесь тем относятся к модемным подключениям, служебная программа TTCP может быть использована для проверки связи между любыми двумя устройствами.

Примечание. Попытайтесь получить снимок рабочего состояния порта модема, как описано выше, перед самым началом тестирования TTCP.

customer-dialin-sj>ttcp 
transmit or receive [receive]:
transmit 
!--- AS5300 – передатчик ttcp

Target IP address: 10.1.1.52 
! -- IP-адрес удаленного устройства (компьютер с ОС Windows)

perform tcp half close [n]: use tcp driver [n]: send buflen [8192]: send nbuf
[2048]: 50 
!--- Количество передаваемых буферов теперь равно 50 (значение по умолчанию: 2048).
 
bufalign [16384]: bufoffset [0]: port
[5001]: sinkmode [y]: buffering on writes [y]: show tcp information at end [n]:
ttcp-t: buflen=8192, nbuf=50, align=16384/0, port=5001 tcp ->10.1.1.52
ttcp-t: connect (mss 1460, sndwnd 4096, rcvwnd 4128) 

Это приведет к тому, что Cisco IOS TTCP установит TCP-подключение к TTCPW (на компьютере с ОС Windows).

Если компьютер получает запрос на сеанс TTCP, TTCPW отображает сообщение о приеме компьютером сеанса TTCP от IP-адреса маршрутизатора:

ttcp-r: accept from 10. 1.1.1

Получение результатов

Когда отправитель TTCP закончит передавать все данные, обе стороны распечатают статистику пропускной способности и завершат сеанс. В этом случае в ОС IOS на стороне отправителя TTCP будет показано следующее:

ttcp-t: buflen=8192, nbuf=50, align=16384/0, port=5001 tcp ->
10.1.1.52 ttcp-t: connect (mss 1460, sndwnd 4096, rcvwnd 4128) ttcp-t: 409600
bytes in 84544 ms (84.544 real seconds) (~3 kB/s) +++ ttcp-t: 50 I/O calls
ttcp-t: 0 sleeps (0 ms total) (0 ms average) 

С другой стороны, приемник TTCPW на компьютере отображает следующие данные:

ttcp-r: 
   409600 bytes in 8 
   4.94 seconds = 4.71 KB/sec
   +++ ttcp-r: 79 I/O calls, msec/call = 1101.02, calls/sec =0.93 

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

Анализ результатов

Так как скорость подключения измеряют в основном в кбит/с (килобитах в секунду или 1000 битов в секунду), а не в КБ/с (килобайтах в секунду или 1024 байтов в секунду), мы должны использовать информацию из TTCP для расчета битовой скорости (в килобитах). Используйте количество полученных байтов и время передачи для расчета фактической битовой скорости подключения.

Вычислите битовую скорость, преобразовав количество байтов в биты и разделив получившееся значение на время передачи. В этом примере компьютер с ОС Windows получил 409600 байтов за 84,94 секунд. Битовая скорость в таком случае вычисляется следующим образом: (409600 байтов * 8 битов в секунду) разделить на 84,94 секунд =38577 бит/с или 38,577 кбит/с.

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

В сравнении с номинальной скоростью канала, равной 45333 кбит/с (определено при выполнении команды show modem operational-status), эффективность составляет 85 процентов. Такая эффективность считается нормальной, если учитывать процедуры доступа к каналам на модемах (LAPM), а также служебные данные заголовков PPP, IP и TCP. Если результаты значительно отличаются от ожидаемых, проанализируйте рабочее состояние, журнал модема и, если необходимо, статистику модема на стороне клиента, чтобы просмотреть, что могло так повлиять на производительность (например, передачи EC, переключения скоростей, перенастройки и т. п.).

Затем выполните проверку пропускной способности восходящего канала. Эта проверка аналогична проверке нисходящего канала, за исключением того, что Cisco IOS TTCP действует как приемник, а Windows TTCPW является передатчиком. Сначала настройте маршрутизатор как приемник, используя параметры по умолчанию.

customer-dialin-sj>ttcp 
transmit or receive [receive]:
perform tcp half close [n]: use tcp driver [n]: receive buflen [8192]: bufalign
[16384]: bufoffset [0]: port [5001]: sinkmode [y]: rcvwndsize [4128]: delayed
ACK [y]: show tcp information at end [n]: ttcp-r: buflen=8192, align=16384/0,
port=5001 rcvwndsize=4128, delayedack=yes tcp 

Включите компьютер и передатчик TTCP и укажите IP-адрес маршрутизатора. Синтаксис см. в файле Readme, поставляемом вместе с программным обеспечением TTCP.

C:\PROGRA~1\ 
   TTCPW>ttcpw -t -s -n 50 10.1.1.1 ttcp-t:
   buflen=8192, nbuf=50, align=16384/0, port=5001 tcp -> 10.1.1.1 ttcp-t:
   socket ttcp-t: connect 

Приемник IOS сообщает следующие результаты:

ttcp-r: accept from 10.1.1.52 (mss 1460, sndwnd 4096, rcvwnd
    4128) ttcp-r: 
    409600 bytes in 23216 ms (23.216 real seconds) 
(~16kb/s) +++ ttcp-r: 280 I/O calls ttcp-r: 0 sleeps (0 ms total) (0 ms average)

Таким образом, пропускная способность восходящего канала равна 141144 бит/с или коэффициент сжатия равен 6:1 по сравнению с номинальной скоростью восходящего канала 24 кбит/с. Это интересный результат, учитывая тот факт, что аппаратное сжатие отключено (мы это определили при просмотре рабочего состояния модема). Однако используйте команду IOS show compress для проверки использования программного сжатия.

Ниже приведены общие рекомендации по использованию TTCP для измерения пропускной способности IP-пути.

  • Для получения значимых результатов узлы, на которых работает TTCP, должны иметь достаточно процессорной мощности относительно скорости канала. Это применимо, если скорость канала равна 45 кбит/с, а узлами являются простаивающий сервер доступа AS5300 и компьютер 700 МГц. Это неприменимо, если каналом является сеть 100baseT, а один из узлов — маршрутизатор 2600.

  • Cisco IOS воспринимает данные, поступающие с маршрутизаторов, иначе, чем данные, передаваемые через маршрутизатор. Несмотря на то, что в этом примере сжатие MPPC было согласовано на проверяемом канале, передаваемые маршрутизатором данные не сжимались программно, в отличие от данных, передаваемых компьютером. Поэтому пропускная способность восходящего канала была значительно выше пропускной способности нисходящего канала. При проверке производительности каналов с высокими пропускными способностями всегда следует проверять данные, передаваемые через маршрутизаторы.

  • Для IP-путей с большим продуктом задержки в полосе пропускания * важно использовать размер TCP-окна, достаточный для заполнения канала. При использовании модемных каналов достаточно наличие окна, равного 4 КБ. Можно увеличить размер окна TCP в IOS с помощью команды ip tcp window-size. Обратитесь к соответствующей документации для систем с ОС, отличной от Cisco IOS.

Другим простым способом проверки пропускной способности модемного канала является использование программного средства с открытым исходным текстом Through-Putter . Установите это программное средство на веб-сервере за серверами доступа и попытайтесь открыть программное средство Java в браузере на клиентских компьютерах Windows. Затем можно быстро определить скорость передачи данных по модемному подключению. Эта программа проверки пропускной способности модемного канала является программным средством с открытым исходным текстом и не поддерживается Центром технической поддержки Cisco. Инструкции по установке и использованию см. в файле Readme, который предоставлен вместе с программным средством.


Тестирование скорости локальной сети Ethernet.

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

Протестировать скорость локаьлной сети можно несколькими способами: передать большой файл по FTP или HTTP и засечь время передачи файла, затем поделим размер файла в МБ (мегабайтах) на время передачи (в секундах) и получим скорость нашего канала в МБ/с (магабайт в секунду), если умножим это значение на 8, то получим значение скорости в Мб/с (мегабит в секунду). А можно для тестирования скорости локальной сети использовать специализированные программы. Одной из таких программ является IPERF (http://iperf.sourceforge.net/).

Iperf — кроссплатформенная консольная клиент-серверная программа — генератор TCP и UDP трафика для тестирования пропускной способности локальной или распределённой сети. Iperf не требует установки. Iperf для измерения ёмкости канала пользуются даже крупные провайдеры. Скачать программу Ipref для Windows можно на нашем сайте в разделе программы iperf.

Iperf проста в использовании. Для тестирования скорости локальной сети вам понадобятся:
  • два компьютера (один будет выступать в роли сервера, другой в роли клиента), подключенные к сети и с назначенными IP-адресами
  • собственно, iperf (под Linux или Windows) на каждом компьютере
  • компьютеры должны пинговаться
  • если тестироваться будет определённый порт TCP или UDP, то доступ на этот порт должен быть открыт.

Общая методика измерений

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

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

Итак, если все вышеуказанные требования выполнены, приступаем.

Сначала необходимо запустить серверную часть программы, затем клиентскую. Для "сервера" запуск iperf происходит следующим образом:
iperf -s -p 80

параметр -s указывает на то, что этот компьютер будет сервером, параметр -p 80 указывает что тестировать будем 80-й TCP порт. Если нужно протестировать UDP порт, то нужно добавить флаг -u (использовать UDP пакеты):

iperf -s -u -p 80

На клиенте запуск iperf производится со следующими параметрами:

iperf -c 172.16.12.1 -p 80 -t 180

здесь указывает что это клиентская часть, 172.16.12.1 – ip адрес сервера, -t 180 указывает, что тестировать скорость локальной сети в течение 180 секунд (3 минуты).

Так выглядит запущенная серверная часть, в процессе измерения скорости локальной сети, видно, что клиент с ip 1.1.1.2 подключился на 80 TCP порт.

Так выгладит клиентская часть Iperf во время измерения скорости канала:

После завершения тестирования, на "клиенте" и на "сервере" отображается измеренная скорость канала связи:

А вот скриншот из реальной жизни (тест в прямом и обратном направлении скорости локальной сети):

Приведу перечень всех параметров iperf с переводом:

-f, --format [kmKM] format to report: Kbits, Mbits, KBytes, Mbytes В каком формате показывать скорость

-i, --interval # seconds between periodic bandwidth reports – с какими интервалами отображать промежуточные результаты
-l, --len #[KM] length of buffer to read or write (default 8 KB) - размер буфера (можно не менять)
-m, --print_mss print TCP maximum segment size (MTU - TCP/IP header) - показывать инфрмацию по пакетам
-p, --port # server port to listen on/connect to порт на котором сервер будет принимать соединения а клиент соединятся (по умолчанию 5001)
-u, --udp use UDP rather than TCP - использовать UDP вместо TCP
-w, --window #[KM] TCP window size (socket buffer size) - размер окна TCP
-B, --bind bind to , an interface or multicast address - для сервера, если несколько интерфейсов указывает на каком начинать принимать трафик
-C, --compatibility for use with older versions does not sent extra msgs - режим совместимости со старыми версиями( не интересен)
-M, --mss # set TCP maximum segment size (MTU - 40 bytes) - позволяет изменить MSS
-N, --nodelay set TCP no delay, disabling Nagle's Algorithm – меняет опции TCP (тоже трогаем)
-V, --IPv6Version Set the domain to IPv6 – использовать IP версии 6 (пока не актуально)

Server specific: Опции для сервера
-s, --server run in server mode - запустить как сервер и отображать всю информацию на экран
-D, --daemon run the server as a daemon - запустить как сервер и не отображать информацию

Client specific: Опции клиента
-b, --bandwidth #[KM] for UDP, bandwidth to send at in bits/sec (default 1 Mbit/sec, implies -u) - используемая полоса для UDP (По умолчанию 1Mbit/sec)
-c, --client run in client mode, connecting to - запустить как клиент и соединится с IP
-d, --dualtest Do a bidirectional test simultaneously - тестировать линию в обе стороны
-n, --num #[KM] number of bytes to transmit (instead of -t) - установить предел для передаваемого трафика
-r, --tradeoff Do a bidirectional test individually - не делать двунаправленное тестирование
-t, --time # time in seconds to transmit for (default 10 secs) - тестировать и усреднять по времени
-F, --fileinput input the data to be transmitted from a file - не генерирует трафик а передает готовый файл
-I, --stdin input the data to be transmitted from stdin
-L, --listenport # port to recieve bidirectional tests back on - порт на котором клиент будет принимать двунаправленный трафик
-P, --parallel # number of parallel client threads to run - запустит параллельно несколько потоков
-T, --ttl # time-to-live, for multicast (default 1) – время жизни пакета для мультикаста

Для тех кто не любит CLI (консоль) есть графический интерфейс для iperf, написанный на Java.

Выводы:

Протестировать скорость локальной сети с помощью Iperf - задача довольно простая. Единственная сложность в том, что если сеть распределённая, и необходимо померить скорость передачи канала связи между разными частями города, или между разными городами, то придётся искать человека на другом конце канала, чтобы он запустил серверную/киентскую часть Iperf.

Автор Bordac, http://bloggik.net



Онлайн-журнал CHIP

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

Загрузка — скорость передачи данных из сети Интернет.

Выгрузка — скорость отдачи данных в Сеть.

Пик — максимальное значение скорости.

Среднее — усредненное значение скорости.

Задержка (Ping) — задержка сигнала, количество времени за которое сигнал проходит от вашего устройства до сервера. Чем меньше, тем лучше.

Единицы измерения — провайдеры и наш измеритель вычисляют скорости интернет-соединения в мегабитах (Мбит/с или Мб/с — буква «б» маленькая). Торрент-клиенты замеряют скорость в мегабайтах (Мбайт/с — МБ/с — буква «Б» большая).

1 мегабайт = 8 мегабит

Что означает измеренная скорость загрузки?

0,5 — 3 Мбит/с
Очень низкая скорость, позволяющая лишь неспешно просматривать сайты с длительным ожиданием загрузки иллюстраций. Просмотр каналов Youtube затруднителен.

3 — 8 Мбит/с
Низкая скорость, пригодная для комфортного просмотра интернет-страниц без видеоконтента.

8 — 15 Мбит/с
Средняя скорость, пригодная для комфортного просмотра интернет-страниц с видеоконтентом HD, общения в социальных сетях и загрузки фото.

15 — 45 Мбит/с
Приемлемая скорость, пригодная для комфортного просмотра интернет-страниц с видеоконтентом и каналов Youtube в Full HD, а также загрузки фото и видео в соцсети и онлайн-бэкапа.

45 — 100 Мбит/с
Такое значение тестирования скорости интернета говорит о высоком показателе, пригодном для комфортного просмотра с компьютера интернет-страниц с видеоконтентом и каналов Youtube в 4К.

Что означает измеренная задержка (Ping)?

5 — 40 мс
Хорошие значения при проверке пинга для комфортной игры в шутеры от первого лица, RT-стратегий, MOBA и MMORPG, а также удаленного подключения офисных приложений.

40 — 100 мс
Среднее значение пинга, достаточное для игры в пошаговые стратегии и удаленной работы.

100 и выше
Плохое значение пинга, недостаточное для комфортной игры и удаленной работы.

Разобрались? Осталось только проверить скорость интернета на своем компьютере или телефоне — жмите на кнопку «тест» на нашем измерителе и ждите результатов замера.

Проверка скорости. Поддержка. New Line Telecom

Проверка скорости

Наш сервис позволяет быстро и просто измерить скорость вашего соединения с нашим сайтом.


Для получения наиболее точного результата мы рекомендуем вам временно отключить все программы, которые могут повлиять на конечный результат: программы-качалки (торрент-клиенты и dc-клиенты), интернет-телевидение, мессенджеры, прочие интернет-страницы или вкладки в браузере.  Для начала тестирования, пожалуйста, нажмите на надпись Begin Test и дождитесь результата. Проверка скорости может занять некоторое время, наберитесь терпения. Рекомендуется повторить тест несколько раз, потому как результат зависит от условий соединения в данный момент времени. Для повтора проверки соединения нажмите на Restart. Результаты входящей (Download) и исходящей (Upload) скорости указаны в мегабитах в секунду (Мбит/сек). 

После завершения тестирования соединения с нашим сайтом, программа предложит протестировать скорость соединения со сторонними серверами в сети интернет.

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

Обратите внимание, если ваш компьютер выходит в интернет через беспроводную сеть Wi-Fi, то данные замера скорости могут отличаться в меньшую сторону!

  • Для стандарта 802.11g теоретическая максимальная скорость составляет 54 Мбит/сек, и именно эту скорость производитель заявляет для своего оборудования. Но на практике она достигает не более 25 Мбит/сек.
  • На скорость влияет ряд факторов, в том числе: удаленность от точки доступа, наличие стенных перегородок, включенное шифрование, радиопомехи, количество подключенных компьютеров и проч. Производитель указывает максимальную, так называемую канальную, скорость (т.е. скорость в обе стороны, на приём и передачу!), в неё входит и реально передающаяся информация и служебная информация — тип передачи, информация о переданных и полученных пакетах и т.п.
  • Для оценки реальной скорости пользуйтесь компьютером, подключенным по кабелю!

 

На счет сайтов измерителей скорости 

В сети интернет существует множество ресурсов, позволяющих измерять скорость соединения. Нужно понимать, что каждый такой сервис измеряет скорость между сайтом, на котором он находится, и вашим компьютером. Ряд популярных измерителей находится за пределами нашей страны. Данные об измерении скорости с таким ресурсом не будут являться объективными. 

Один из таких популярных русскоязычных ресурсов находится в Германии. Вследствие задержки, обусловленной конечной скоростью света, пакеты данных до и от Германии не могут доходить быстрее 40 миллисекунд. Это значит, что даже теоретически при любой пропускной способности интернет-каналов скорость передачи данных не может быть высокой на таких расстояниях (т.к. IP-пакеты, подтверждающие получение данных, доходят до Германии слишком долго). 

«Нью Лайн Телеком» рекомендует тестировать соединение с сервисом Speedtest.net, который позволяет измерять скорость соединения с серверами в разных странах, в том числе и с серверами в России. Для тестов мы рекомендуем выбирать сервера ближайших провайдеров в Санк-Петербурге и Ленинградской области.

 

Ознакомиться с алгоритмом проверки скорости можно тут, а заполнить заявление на проверку скорости доступа к сети интернет можно заполнить тут.

Проверка скорости интернета, тест скорости интернет-соединения

Что такое тест скорости интернет-соединения?

Тест измеряет скорость, с которой ваше устройство получает и отправляет данные в сеть. Именно он поможет вам понять, соответствует ли действительная скорость интернета той, что заявлена в тарифе.

От чего зависит скорость интернета?

Скорость подключения к интернету и качество соединения зависят от множества параметров:

  • от тарифа, который вы выбрали;
  • от характеристик кабеля или Wi-Fi-роутера;
  • от качества оборудования и коммуникаций провайдера;
  • от технических возможностей вашего компьютера, ноутбука, планшета или телефона;
  • от того, сколько трафика потребляют программы, например, антивирус;
  • от внешних помех, например, если рядом бетонные стены, железные двери;
  • от расстояния до Wi-Fi-роутера.

Как самостоятельно увеличить скорость домашнего интернета

Если тест показал, что реальная скорость интернет-соединения ниже заявленной в тарифе:

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

Если скорость интернета не изменилась, позвоните в техподдержку или прочитайте наши рекомендации ниже.

Какая скорость интернета считается хорошей?

Хорошая скорость интернета для каждого пользователя своя. Всё зависит от того, зачем вам нужен интернет: какими приложениями вы пользуйтесь, какие сайты посещаете, смотрите ли фильмы онлайн в HD-качестве, играете ли по сети. Каждая активность в интернете требует определенной скорости:

  • звонок в Skype — 0.1 Мбит/с;
  • видеозвонок в Skype — 0.3 Мбит/с;
  • видеоконференция в Skype — 2 Мбит/с;
  • HD-видео в Skype — 1.5 Мбит/с;
  • передача медиа (фото, видео) — 12 Мбит/с;
  • почта, соцсети — 2 Мбит/с;
  • стриминг музыки — 2 Мбит/с;
  • стриминг HD-видео — 10 Мбит/с;
  • онлайн-игры — 25 Мбит/с

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

Скорость сети 5G такая же, как сети 4G

Убедитесь, что SIM-карта поддерживает стандарт 5G

Свяжитесь с вашим оператором связи, чтобы узнать, активирован ли стандарт 5G. Если нет, скорость не будет выше, даже если у вас есть доступ к сети 5G. Скорость 5G может отличаться в зависимости от тарифного плана. Обратитесь к вашему оператору, чтобы узнать скорость сети, которую поддерживает ваш текущий тарифный план.

Проверьте, включена ли сеть 5G на вашем телефоне

Откройте приложение Настройки, найдите и откройте раздел Статус и выберите раздел Сети. Если на экране раздела Уровень сигнала отображается значение «NR XXX дБм XX asu», это означает, что сеть 5G включена. Если не отображается, то это значит, что сеть 5G выключена и это влияет на скорость передачи данных. Проведите вниз по строке состояния, затем включите и выключите Режим полета.

Попробуйте переместиться в другое место или использовать другое приложение

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

Приложение Speedtest показывает низкую скорость

Проверьте, связано ли это с тем, что в приложении Speedtest была выбрана единица измерения МБ/с (1 МБ/с = 8 Мбит/с), в результате чего приложение отображает результат теста в соответствующем значении, которое заведомо меньше, чем при использовании единицы измерения Мбит/с.

Разные приложения для тестирования скорости могут показывать разные результаты. Вы можете выбрать другое приложение и снова протестировать скорость.

Если вы не можете загрузить приложение Speedtest из AppGallery, загрузите его из Интернета. Либо загрузите другое приложение для тестирования скорости.

Выполните тестирование скорости сети в другое время или в другом месте

Результат тестирования зависит от сервера и статуса сети в режиме реального времени. Для получения точных результатов проводите тестирование скорости несколько раз в разное время и в разных местах.

Перезагрузите телефон и повторите попытку

  • Если сигнал сети 5G сильный, но скорость низкая, перезагрузите телефон и повторите попытку.
  • Если после перезагрузки телефона скорость сети остается низкой, проблема может быть связана с ошибкой в конфигурации сети или сбоем поддержки сети в месте, где вы находитесь. В этом случае обратитесь к вашему мобильному оператору.

Проверьте скорость передачи данных на устройствах, совместимых с Arduino - работает ли желаемая комбинация тактовой частоты и скорости передачи данных? · GitHub

#! / Usr / bin / env python
# - * - кодировка: utf-8 - * -
из __future__ импортного отдела
из __future__ import print_function
из __future__ import unicode_literals
"" "Проверьте, с какими скоростями передачи вы можете успешно взаимодействовать, используя данный
последовательный порт (или переходник с USB на последовательный) и последовательное устройство.
Для проверки совместимости с Arduino используйте вместе с ohmybaud.ino.
"" "
импорт ОС
импортная система
импортный серийный
из коллекции импортировать namedtuple
из математического импорта ceil
из серийника.tools.list_ports импорт компорты
# Сколько секунд проверять на каждую скорость передачи.
TEST_DURATION_TARGET = 2,5
SAFE_BAUD_RATE = 9600
BAUD_RATES = (
2400,
4800,
7200,
9600,
14400,
19200,
38400,
57600,
115200,
128000
)
Capability = namedtuple ('Возможности', ('pc_to_device', 'device_to_pc'))
def serial_without_dtr (порт, * аргументы, ** kwargs):
"" "Создать объект Serial с немедленно отключенным DTR.
В системах, где pySerial поддерживает это, это предотвратит установку Arduino из
сбрасывается при открытии последовательного соединения. В других системах аппаратное обеспечение
Требуется обходной путь (например, конденсатор 10 мкФ между RST и землей).
"" "
ser = серийный.Последовательный (Нет, * args, ** kwargs)
ser.port = порт
сер.dtr = 0
, если порт не None: # Для соответствия тому, что делает pySerial.
сер. Открытый ()
возврат ser
def single_exchange_works (порт, скорость передачи):
с serial_without_dtr (порт, скорость_бода, тайм-аут = 1) как ser:
попробовать:
сер.написать (b '\ xA5')
возврат ser.read (1) == b '\ xA5'
, кроме serial.SerialTimeoutException:
возврат Ложь
def send_start_command (порт, скорость_бода):
с serial_without_dtr (порт, скорость_бода, тайм-аут = 1) как ser:
сер.написать (b '\ x01')
assert ser.read (1) == b '\ x01'
def test_baud_rate (порт, baud_rate, test_length):
тайм-аут = ((1 / (baud_rate / 8)) * test_length) * 1,5
bytes_to_write = массив байтов (диапазон (0x100))
bytes_to_write = bytes_to_write * int (ceil ((test_length / 0x100)))
bytes_to_write = bytes_to_write [: test_length]
pc_to_device = Верно
device_to_pc = True
с serial_without_dtr (порт, скорость_бода, тайм-аут = тайм-аут) как ser:
попробовать:
сер.запись (bytes_to_write)
, кроме serial.SerialTimeoutException:
pc_to_device = Ложь
попробовать:
Received_bytes = ser.read (test_length)
, кроме serial.SerialTimeoutException:
device_to_pc = Ложь
иначе:
я = 0
для n в полученных_байтах:
, если n! = I:
device_to_pc = Ложь
перерыв
я + = 1
я% = 0x100
с serial_without_dtr (порт, SAFE_BAUD_RATE, timeout = 1) как ser:
сер.написать (b '\ x00')
error_code = ser.read (1) [0]
pc_to_device = error_code == 0
возможность возврата (pc_to_device, device_to_pc)
def main (* аргументы):
SCRIPT_NAME = os.path.split (__ файл __) [- 1]
попробовать:
порт = аргументы [0]
, кроме IndexError:
print ("Использование: {} <последовательный порт>". Формат (SCRIPT_NAME))
print ("Примеры:")
печать ("{} / dev / ttyUSB0".формат (SCRIPT_NAME))
печать ("{} COM5" .format (SCRIPT_NAME))
печать ()
print («Доступные в настоящее время последовательные порты:»)
для порта в отсортированном (comports ()):
описание = описание порта, если описание порта \
и порт.description! = 'n / a' else Нет
, если описание не None:
index_index в скобках = description.find ('({})'. Format (port.device))
, если индекс_в скобках! = -1:
description = description [: parenthetical_index]
печать ("{} {}".формат (
порт. Устройство,
"({})". Format (description) if description else ''
))
возврат 1
, если не single_exchange_works (порт, SAFE_BAUD_RATE):
print ("Известная рабочая \" скорость передачи {} не работает, поэтому тесты не могут быть выполнены.".format (SAFE_BAUD_RATE), file = sys.stderr)
возврат 1
send_start_command (порт, SAFE_BAUD_RATE)
для ставки в BAUD_RATES:
# Делится на два, так как тест выполняется в обоих направлениях.
test_length = (TEST_DURATION_TARGET / 2) / (1 / (скорость / 8))
test_length = int (ceil (test_length))
попробовать:
печать ("{} бод:" .format (скорость), end = '')
sys.stdout.flush ()
pc_to_device, device_to_pc = test_baud_rate (порт, скорость, test_length)
, если pc_to_device и device_to_pc:
печать («ОК!»)
elif pc_to_device, а не device_to_pc:
print («Ошибка приема с устройства.")
elif not pc_to_device и device_to_pc:
print («Ошибка передачи на устройство.»)
иначе:
print («Невозможно передать в любом случае.»)
кроме OSError:
print ("Не удалось открыть порт {}.Он может использоваться ... или просто отсутствовать. ". Format (port), file = sys.stderr)
возврат 0
, если __name__ == '__main__':
sys.exit (основной (* sys.argv [1:]))

Определение неизвестной скорости передачи

Определение неизвестной скорости передачи

Часто я получаю какое-то устройство с портом RS-232, но я не знаю, какую скорость передачи оно использует и т. Д.Раньше я просто подключал его к терминалу и пробовал все разные скорости передачи, пытаясь получить что-то внятное, чтобы появилось. К сожалению, существует большое количество скоростей передачи на выбор, и заставить устройство выводить все, что угодно, часто бывает сложно, особенно если вы не знаете распиновку (хотя умный кабель Black Box делает это немного более терпимым).

В конце концов мне это надоело, особенно после того, как я просто не смог найти нужные параметры для сканера радужной оболочки глаза LG IrisAccess 2200 (для которого я все еще ищу документы), и поэтому я решил, что мне нужно кое-что с лучшим Решение, поэтому я взял коммутационную коробку RS-232 и припаял несколько контрольных точек, чтобы я мог подключить ее к прицелу.

Вы просто подключаете осциллограф к контакту TX (продолжайте гадать, пока не найдете его!) И настраиваете осциллограф на запуск по импульсу. Затем вы измеряете время самого короткого импульса и берете обратную величину, чтобы вычислить скорость передачи (хорошо, на самом деле я написал эту страницу, чтобы у меня было место для размещения таблицы, чтобы я мог просто найти ответ, потому что набирать bc слишком жесткий :-).

Вот пример:

Отсюда мы видим, что период самого короткого импульса составляет 26 мкс - 1/26 мкс (1/26 * 10 6 ) = 38461 - округлите это значение до ближайшей реальной скорости передачи данных, 38400 или 34.8k

Другой пример:

Здесь самый короткий пул составляет 100 мкс - это 1/100 * 10 6 или 10 000 бит / с - это явно не реальная скорость передачи, но она действительно близка к 9600 бит / с.

Время Скорость передачи
3333 мкс (3,3 мс) 300
833 мкс 1200
416 мкс 2400
208 мкс 4800
104 мкс 9600
69 мкс 14400
52 мкс 19200
34 мкс 28800
26 мкс 38400
17.3 мкс 57600
8 мкс 115200
4,34 мкс 230400

Если вы не можете отправить команду прерывания с помощью своей программы терминала (на устройство со скоростью 9600 бод, например, коммутатор Cicco и т. Д.), Это часто срабатывает ...

Измените скорость передачи данных на 1200 бод, N, 8,1. Перезагрузить устройство, зажать пробел 10-15 секунд.Измените скорость передачи данных обратно на 9600. Готово.

Пространство на 1200 достаточно близко к разрыву на 9600, чтобы удовлетворить большинство устройств.

Последовательная связь - learn.sparkfun.com

Добавлено в избранное Любимый 91

Правила серийного номера

Асинхронный последовательный протокол имеет ряд встроенных правил - механизмов, которые помогают обеспечить надежную и безошибочную передачу данных. Вот эти механизмы, которые мы получаем для отказа от внешнего тактового сигнала:

  • Биты данных,
  • бит синхронизации,
  • битов четности,
  • и скорость передачи.

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

Скорость передачи

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

Скорость передачи может быть практически любой в разумных пределах. Единственное требование - чтобы оба устройства работали с одинаковой скоростью. Одна из наиболее распространенных скоростей передачи, особенно для простых вещей, где скорость не критична, составляет 9600 бит / с . Другие "стандартные" скорости: 1200, 2400, 4800, 19200, 38400, 57600 и 115200.

Чем выше скорость передачи, тем быстрее отправляются / принимаются данные, но существуют ограничения на скорость передачи данных.Обычно вы не увидите скорости, превышающей 115200 - это быстро для большинства микроконтроллеров. Поднимитесь слишком высоко, и вы начнете видеть ошибки на принимающей стороне, так как часы и периоды выборки просто не успевают.

Обрамление данных

Каждый блок (обычно байт) передаваемых данных фактически отправляется в пакете или фрейме бит. Кадры создаются путем добавления к нашим данным битов синхронизации и четности.

Серийный корпус. Некоторые символы в кадре имеют настраиваемый размер бит.

Давайте подробно рассмотрим каждую из этих частей рамы.

Фрагмент данных

Настоящая суть каждого последовательного пакета - это данные, которые он несет. Мы неоднозначно называем этот блок данных чанком , потому что его размер конкретно не указан. Количество данных в каждом пакете может быть установлено от 5 до 9 бит. Конечно, стандартный размер данных - это ваш базовый 8-битный байт, но другие размеры имеют свое применение. 7-битный блок данных может быть более эффективным, чем 8-ми битный, особенно если вы просто передаете 7-битные символы ASCII.

После согласования длины символа оба последовательных устройства также должны согласовать порядок байтов своих данных. Отправляются ли данные из старшего разряда в младший или наоборот? Если не указано иное, обычно можно предположить, что данные передаются младших битов (LSB) сначала .

Биты синхронизации

Биты синхронизации - это два или три специальных бита, передаваемых с каждым блоком данных. Это стартовый бит и стоповый бит .Верные своему названию, эти биты отмечают начало и конец пакета. Всегда есть только один стартовый бит, но количество стоповых битов можно настроить на один или два (хотя обычно его оставляют равным одному).

Стартовый бит всегда обозначается незанятой строкой данных, переходящей от 1 к 0, в то время как стоповый бит (ы) переходит обратно в состояние ожидания, удерживая строку на 1.

Биты четности

Четность - это форма очень простой низкоуровневой проверки ошибок. Он бывает двух видов: четный и нечетный.Для создания бита четности все 5-9 битов байта данных складываются, и четность суммы определяет, установлен ли бит или нет. Например, предполагая, что четность установлена ​​на четность и добавляется к байту данных, например 0b01011101 , который имеет нечетное число 1 (5), бит четности будет установлен на 1 . И наоборот, если был установлен нечетный режим четности, бит четности был бы 0 .

Четность необязательный и не очень широко используется.Это может быть полезно для передачи через шумные среды, но это также немного замедлит вашу передачу данных и требует, чтобы отправитель и получатель реализовали обработку ошибок (обычно полученные данные, которые терпят неудачу, должны быть отправлены повторно).

9600 8N1 (пример)

9600 8N1 - 9600 бод, 8 бит данных, без контроля четности и 1 стоповый бит - это один из наиболее часто используемых последовательных протоколов. Итак, как бы выглядели один или два пакета данных 9600 8N1? Приведем пример!

Устройство, передающее символы ASCII «O» и «K», должно создать два пакета данных.Значение ASCII O (это верхний регистр) - 79, которое разбивается на 8-битное двоичное значение 01001111 , а двоичное значение K - 01001011 . Осталось только добавить биты синхронизации.

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

Поскольку мы передаем со скоростью 9600 бит / с, время, затрачиваемое на поддержание высокого или низкого уровня каждого из этих битов, составляет 1 / (9600 бит / с) или 104 мкс на бит.

Для каждого переданного байта данных фактически отправляется 10 бит: стартовый бит, 8 бит данных и стоповый бит. Итак, при 9600 бит / с мы фактически отправляем 9600 бит в секунду или 960 (9600/10) байтов в секунду.


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


← Предыдущая страница
Введение

Как проверить последовательный порт с помощью программного обеспечения для тестирования портов RS232 [РУКОВОДСТВО]

Установите детали последовательного порта

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

Соберите все детали устройства, такие как скорость передачи, количество последовательных портов, к которым оно подключено, биты данных и четность. Вы можете использовать значение 2 для старших битов, если не знаете, сколько из них используется. Это не причинит никакого вреда, за исключением, возможно, небольшого замедления передачи данных. Вы можете запрашивать и отслеживать состояние текущих подключений к вашему компьютеру с помощью окна состояния COM-порта тестера последовательного порта.

Примечание. Подробную информацию о каждой настройке можно получить, просмотрев документацию на устройство.

Информация об управлении последовательным портом отображается как набор из 4 или 5 элементов, каждый из которых разделен тире. В списке бросок вперед «n» обозначает числовой элемент, а «c» обозначает символьный элемент.

nBaudRate:

Определяет скорость передачи последовательного порта или скорость передачи. Возможные значения: 110, 300, 600, 1200, 2400, 4800, 9600, 14400, 19200, 38400, 56000, 57600, 115200, 128000 и 256000.Если значение не установлено, используется значение по умолчанию 110.

cParity:

Четность можно определить с помощью одного из следующих значений: (E) ven, (O) dd, (M) ark, (S) pace или (N) one. (N) по умолчанию используется один.

cHandflow:

Определяет управление потоком, используемое в соединении. Он может быть установлен на Аппаратное обеспечение (P), Xon / Xoff (X) и Нет. Значение по умолчанию - Нет.

nDataLength:

Определяет длину пакета данных.Возможные значения: 5, 6, 7 и 8. По умолчанию - 7 бит.

nStopBits:

Определяет количество стоповых битов. Возможные значения: «1», «1,5» и «2». Значение по умолчанию - «1».

python - Есть ли что-то нестабильное со скоростью 38400 бод?

Я пишу проект на Python для управления устройством с помощью PyVisa через USB-кабель. У меня большой успех. Я заметил, что техническое описание устройства поддерживает скорости передачи 9600, 19200, 38400, 57600, 115200, 230400, 460800 бод, поэтому я создал несколько функций для изменения скорости передачи.

Но мне нужен отличный способ определить, какая скорость передачи установлена ​​на устройстве, чтобы я мог автоматически подключаться к нему, не зная, каким образом оно работает. Устройство «запоминает» последнюю установленную вами скорость - оно не сбрасывается до скорости по умолчанию при отключении питания. Кажется, что устройство вообще не отвечает, если у вас установлена ​​неправильная скорость передачи данных. Итак, учитывая случайную скорость передачи, я перебираю все поддерживаемые и отправляю короткую команду. Если устройство отвечает, ЭТО установленная скорость передачи данных, и я использую ее, чтобы больше разговаривать с устройством.

Однако во время стресс-тестирования я заметил, что, когда устройство было случайным образом установлено на 38400 бод, и я пошел его обнаруживать, моя программа не могла определить эту скорость передачи. (Устройство не отвечало на вызов на этой скорости.) Когда я удалил его из списка поддерживаемых скоростей, устройство работало нормально.

Есть ли что-то в скорости передачи 38400 бод, что делает ее более нестабильной, чем другие скорости?

Мне тоже показался интересным этот вариант использования. Если у вас возникли подобные проблемы, попробуйте отказаться от поддержки определенных бодов и посмотрите, исправит ли это ваши ошибки.Надеюсь, поможет.

РЕДАКТИРОВАТЬ: код действительно не имеет значения, но был запрос на него, поэтому ...

  импортная виза
BAUDRATES = [
    9600, г.
    19200, г.
    38400, г.
    57600, г.
    115200, г.
    230400, г.
    460800, г.
]
rm = visa.ResourceManager ('@ py')
dev = rm.open_resource ('ASRLCOM7: INSTR')
for i in range (1, 101): # запустить 100 тестов
    # выбираем случайную скорость передачи из списка
    rand_baud = БАУДРАТЫ [рандомный диапазон (0, len (БАУДРАТЫ))]
    dev.write ('SETBAUD' + str (rand_baud)) # Ответ устройства с 'OK'
    print ('Случайная скорость была {0}'.формат (rand_baud))

# теперь обнаруживаем случайную скорость передачи, отправляя команды прибору и ища ответ
Detected_baud = Нет
для скорости передачи в BAUDRATES:
    dev.baud_rate = baudrate # устанавливает скорость передачи com-порта
    resp = dev.query ('GETINFO')
    если resp! = '':
        Detected_baud = скорость передачи
        перерыв
print ('Обнаруженная скорость была {0}'. формат (обнаружено_бод))
  

Этот код сокращен до настоящего кода, но идея та же. Просто выполните цикл, отправьте команду и ожидайте ответа.Прибор не отправит ответ через COM-порт, если сообщение отправлено с неправильной скоростью передачи или команда неразборчива. Этот метод обнаружения ВСЕГДА дает сбой на 38400 и никогда не дает сбоев на любой другой скорости передачи. Единственный способ, при котором этот метод может потерпеть неудачу, - это то, что он никогда не получит ответа на ЛЮБОЙ скорости передачи, что именно то, что он делал. Это заставляет меня думать, что, возможно, существует несоответствие часов только при этой скорости передачи данных или аналогичной. Мне было любопытно узнать, имеют ли одни боды более высокий уровень ошибок, чем другие.

MicroRidge Free ComTest Программа тестирования последовательной связи

MicroRidge Free ComTest Программа тестирования последовательной связи

Специалисты по сбору результатов измерений
Подключите любой датчик к любому программному обеспечению

ComTestSerial
Бесплатный сериал программа тестирования связи


Скачать ComTestSerial бесплатно, используйте его и дайте всем, у кого есть потребность в тестировании последовательной связи программа!

MicroRidge производит множество устройств с последовательным интерфейсом.У нас был потребность в быстрой, эффективной и простой в использовании программе последовательного тестирования связи. Мы разработали ComTestSerial, чтобы удовлетворить эту потребность, и предлагаем его бесплатно. всем, у кого есть потребность в тестовой программе, чтобы помочь им понять результат их серийного устройства.

Версия 3.1.0.133 выпущена 2 апреля 2019 г.

Загрузить

Важные примечания к распространению:
  • ComTestSerial можно установить на сколь угодно компьютеры по мере необходимости.
  • Вы также можете передать ComTestSerial кому угодно кому нужна программа тестирования последовательной связи.
  • Вы не можете изменять программу ComTestSerial файл любым способом.
  • Если у вас нет письменного разрешения от MicroRidge, вы не можете распространять ComTestSerial с любое другое программное обеспечение или оборудование, которое продается или лицензируется.

ComTestSerial был разработан и является собственностью MicroRidge Systems, Inc., Sunriver, Орегон.

Copyright 2004-2019 MicroRidge Systems, Inc.
Все права защищены.

Зачем вам ComTestSerial?
Когда вы не можете получить связь между вашим последовательным устройством и вашим приложением вам обычно нужно выполнить следующие шаги по устранению неполадок. Эти шаги являются общими рекомендации по устранению неполадок.Наш опыт показал, что можно сэкономить часы и даже дни на устранение неполадок, если вы сначала поймете работы вашего последовательного устройства с помощью тестовой программы, такой как ComTestSerial.

  1. Подключите ваше последовательное устройство к последовательному программа тестирования связи, такая как ComTestSerial.

  2. Нажмите кнопку отправки на последовательном устройстве, чтобы отправить информацию в ComTestSerial или отправить команду из ComTestSerial на ваше последовательное устройство.

  3. Найдите руководство для вашего последовательного устройства, чтобы определить, какой должна быть скорость передачи и параметры связи (да, я знаете, мы все ненавидим читать руководство!).

  4. Если у вас есть несколько последовательных портов на вашем ПК, измените последовательный порт в ComTestSerial, чтобы определить, какой последовательный порт ваше устройство подключено к.

  5. См. Раздел «Устранение неполадок справки» в ComTestSerial за дополнительными предложениями.

ComTestSerial Возможности

  • Много дружелюбнее и проще в использовании, чем программа HyperTerminal, включенная в Windows.

  • Установить на столько компьютеров, сколько нужно.

  • Отдай всем, кому это нужно.

  • Поддерживает С COM1 по COM200.

  • Поддерживает скорость передачи от 300 до 115,2К.

  • Поддерживает все часто используемых параметров связи.

  • Установить принтер и размер шрифта экрана.

  • 12 пользователей определяемые кнопки для определения команд для отправки на ваше последовательное устройство.

  • Показать все символы, включая управляющие и расширенные символы.

  • Состояние светодиода индикаторы, отображающие состояние линий подтверждения и параметры отображения.

  • Очень быстро обновления экрана.

Поддерживаемые операционные системы
ComTestSerial был протестирован в Windows XP через Windows 10 При установке ComTestSerial у вас должен быть Права включены.


Главная | MobileCollect Беспроводная связь | Интерфейсы GageWay | Клавиатура WedgeLink Клинья
MobileCollect Store | Мини-датчик Кабельный магазин | Командный Гейдж Кабельный магазин | RS-232 Гейдж Магазин кабелей
Магазин GageWay | Гейдж Кабельный магазин | Магазин WedgeLink | USB & Кабели RS-232 Магазин

Авторские права 2021 MicroRidge Systems, Inc.
Все права защищены.

Исправлено 10 июня, г. 2021

Тестирование порта RS-232 ПК

Существует множество факторов, влияющих на связь с устройством RS-232 с ПК.Среди них - правильная настройка скорости передачи данных для устройства, правильная конфигурация программного обеспечения и правильная разводка кабелей. Существует один очень простой тест, который поможет упростить задачу поиска и устранения неисправностей в вашей системе RS-232, который иногда называют тестом «петли».

Обычно этот тест проверяет, что последовательный порт вашего ПК работает правильно, и что программное обеспечение RS-232, которое вы используете, работает правильно, и что вы подключены к правильному порту. Распространенной ошибкой является подключение последовательного устройства к порту принтера, поскольку многие считают, что это 25-контактный порт RS-232.Следует помнить одну важную вещь: порт RS-232 на IBM или совместимом ПК всегда является штекерным разъемом и может быть 9- или 25-контактным. Порт принтера всегда представляет собой 25-контактный гнездовой разъем.

Чтобы выполнить тест с обратной связью, выполните следующие простые шаги. (эти инструкции предназначены для IBM или совместимого компьютера. Однако для других компьютеров они аналогичны)

Определите свой последовательный порт

Помните, что порт RS-232 ПК может быть 9-контактным или 25-контактным, но всегда будет штекерный разъем (содержащий контакты, а не гнезда).Если у вас есть 2 последовательных порта, определите, является ли это COM1 или COM2. При необходимости обратитесь к руководству по эксплуатации вашего компьютера или обратитесь в службу технической поддержки.

Найдите контакты 2 и 3

Для чтения цифр на внутренней стороне разъема может потребоваться увеличительное стекло. 25-контактный порт ПЕРЕДАЕТ на контакт 2 и ПРИНИМАЕТ на контакт 3, а 9-контактный порт - с точностью до наоборот, но для этого теста это не имеет значения, поскольку все, что мы хотим сделать, это подключить линию TRANSMIT к строка ПОЛУЧИТЬ.

Соединительный провод

Подключите кусок провода от контакта 2 к контакту 3. Замыкая их на контакты напрямую вместе, вы подключаете линию TRANSMIT к линии RECEIVE. Если вы используете что-то другое, кроме IBM или совместимого ПК, найдите TRANSMIT и подключите его к RECEIVE. Если вам трудно подключиться к контактам, вы можете попытаться обернуть тонкий медный провод вокруг одного конца не обернутой канцелярской скрепки, образуя небольшую катушку. Затем наденьте эту катушку на контакты последовательного порта.

Запустить программу эмуляции терминала

Запустите любую программу эмуляции терминала, например Hyperterminal (входит в состав Windows 95) или Terminal (входит в состав Windows 3.1). Настройте программное обеспечение для связи с правильным номером порта, например COM1 или COM2. Отключите любое квитирование, такое как RTS / CTS или X-ON / X-OFF. Скорость передачи не имеет значения для этого теста, поскольку порт будет передавать и получать с одинаковой скоростью.

Начните набирать

Начните вводить любые символы на клавиатуре.Все, что вы напечатаете, должно появиться на вашем мониторе. Если ваше программное обеспечение настроено на «эхо» символов, вы увидите каждый символ дважды. Например, если вы наберете HELLO, вы увидите HHEELLOO на вашем экране. Если вы не уверены, есть ли у вас «эхо-сигнал», начните печатать, а затем отсоедините провод от порта и введите снова, и вы должны увидеть разницу. Если вы ничего не видите, с подключенным проводом или без него, возможно, у вас плохой порт или вы используете неправильный порт.

Этот тест только проверяет правильность работы вашего компьютера и программного обеспечения. Если вы определили, что порт RS-232 вашего ПК работает правильно, вам необходимо проверить кабели и убедиться, что ваше устройство настроено на ту же скорость передачи, четность и стоп-биты, что и последовательный порт вашего компьютера.

Ваш комментарий будет первым

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *