с помощью какой команды show можно проверить пропускную способность и параметры mtu интерфейса

Маршрутизация

Пропускная способность по умолчанию на Последовательных интерфейсах

Помните, это значение пропускной способности фактически не влияет на скорость связи; оно используется некоторыми протоколами маршрутизации, чтобы вычислить маршрутную метрику. Наиболее вероятно, что на последовательных интерфейсах фактическая скорость связи отличается, чем пропускная способность по умолчанию. Важно, чтобы значение пропускной способности отражало фактическую скорость связи так, чтобы у таблицы маршрутизации была точная информация о лучшем пути. Например, можно платить только за часть соединения T1 от Вашего поставщика услуг, например одну четверть полного соединения T1 (384 Кбит/с). Однако, для протокола маршрутизации IOS принимает значение пропускной способности T1 даже при том, что интерфейс фактически отправляет и получает только одну четверть полного соединения T1 (384 Кбит/с).

Рисунок показывает вывод для Последовательного интерфейса 0/0/0 на R1. Топология также теперь отражает фактическую пропускную способность связи между маршрутизаторами. Заметьте, что значение пропускной способности по умолчанию в выводе команды для R1 составляет 1544 Кбит/с. Однако, фактическая пропускная способность этой связи составляет 64 Кбит/с. Это означает, что у маршрутизатора есть маршрутная информация, которая не отражает точно топологию сети.

Щелкните 2 на рисунке.

Рисунок отображает таблицу маршрутизации для R1. R1 полагает, что оба из его последовательных интерфейсов соединяются со связями T1, хотя одна из связей является связью на 64 Кбит/с, а другая является связью на 256 Кбит/с. Это приводит к таблице маршрутизации R1, имеющей два пути равной стоимости к сети 192.168.8.0/30, когда Serial 0/0/1 фактически является лучшим путем.

O 192.168.10.8 [110/ 128 ] via 192.168.10.6, 00:03:41, Serial0/0/1
[110/ 128 ] via 192.168.10.2, 00:03:41, Serial0/0/0

Щелкните 3 на рисунке.

Источник

Как узнать значение MTU

Windows

Нажмите комбинащию клавишь Win + R

В появившемся окне введите cmd и нажмите OK

В открывшемся черном окне введите команду:

netsh interface ipv4 show subinterfaces

В первой колонке ответа мы увидим значение MTU:

* в данном примере, значение MTU равно 1500 для сетевого адаптера Ethernet.

Linux

ip address

В более современных системах используется утилита для работы с сетевыми интерфейсами — ip address. Вводим команду:

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

eth0:
mtu 1500 qdisc pfifo_fast state UP qlen 1000

* то, что мы ищем — mtu 1500.

ifconfig

В более ранних системах или с установленным ifconfig вводим:

* где eth0 — сетевой адаптер, для которого хотим узнать MTU.

В полученном результате находим что-то на вроде:

eth0: flags=4163 mtu 1500

* где mtu 1500 — наше значение.

FreeBSD

В данной системе работаем с уже описанным выше ifconfig:

em0: flags=8843 metric 0 mtu 1500

Провайдера

Чтобы определить оптимальное значение MTU для нашего сетевого адаптера, подключенного к сети Интернет, необходимо узнать значение, используемое на оборудовании поставщика.

Для этого выполняем ping с запретом фрагментации сетевых пакетов (-f) и выставлением определенного размера пакета (-l):

* 1472 будет соответствовать MTU — 1500, так как к пакету мы должны еще прибавить 28 (заголовок).

Наша задача — подобрать значение пакета, при котором будет идти пинг:

Ответ от 90.156.242.197: число байт=1472 время=13мс TTL=56
Ответ от 90.156.242.197: число байт=1472 время=12мс TTL=56

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

Находим значение, которое стоит на границе с ошибкой и прибавляем к нему заголовок пакета — 28. Так мы получаем наше оптимальное MTU.

На данный момент большинство Интернет провайдеров предоставляет услуги связи с фрагментом в 1500. Старые подключения от Ростелеком или подключения на основе PPPoE могут работать на меньших значениях.

Источник

Настройка и проверка значения максимального блока передачи данных на платформах Cisco Nexus

Параметры загрузки

Об этом переводе

Этот документ был переведен Cisco с помощью машинного перевода, при ограниченном участии переводчика, чтобы сделать материалы и ресурсы поддержки доступными пользователям на их родном языке. Обратите внимание: даже лучший машинный перевод не может быть настолько точным и правильным, как перевод, выполненный профессиональным переводчиком. Компания Cisco Systems, Inc. не несет ответственности за точность этих переводов и рекомендует обращаться к английской версии документа (ссылка предоставлена) для уточнения.

Содержание

Введение

В этом документе описывается настройка и проверка максимального блока передачи данных (MTU) на коммутаторах Cisco Nexus.

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

Требования

Для этого документа отсутствуют особые требования.

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

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

Настройка

Конфигурации MTU уровня 3

Все порты уровня 3 настраиваются индивидуально независимо от платформы.

Настройка MTU на коммутируемом виртуальном интерфейсе (SVI)

Настройте MTU на порте уровня 3

Конфигурации MTU уровня 2

MTU уровня 2 настраивается с использованием политики качества обслуживания (QoS) сети или путем настройки самого порта (на коммутаторах, поддерживающих настройку MTU на отдельных портах). Только Nexus 7000, 9000, и определенные 3000 моделей поддерживает для каждого порта MTU.

Настройка MTU для политики качества обслуживания сети

Nexus 3000: Включает коммутаторы серий Nexus 3048, 3064, 3132Q, 3132Q-X, 3132Q-XL, 3172 и 3500

Nexus 5000: Все коммутаторы серии Nexus 5000 и 5500

Nexus 6000: Все коммутаторы серии Nexus 6000

Чтобы настроить более высокое значение MTU на этих коммутаторах, создайте политику network-qos или измените существующую политику, чтобы задать более высокое значение MTU. Эта конфигурация применима ко всем портам. Она охватывает все порты Cisco Fabric Extender (FEX), подключенные к коммутатору. Настройка MTU на отдельных портах.

Настройка MTU на отдельных портах

Nexus 3000: Включает коммутаторы серии Nexus 3132Q-V, 3164, 31108, 31128PQ, 3200 и 36180YC-R

Neuxs 7000: Все коммутаторы серии Nexus 7000 и 7700

Nexus 9000: Все коммутаторы серии Nexus 9200 (включает 92xxx), 9300 коммутаторов Серии (включает 93xxx), и коммутаторы серии 9500

Для настройки MTU на для каждого порта основание, эта конфигурация необходима:

Настройка Nexus 2000

Примечание. Значение MTU для Nexus 2000 задается путем настройки кадров крупного размера на родительском коммутаторе. Для родительских коммутаторов, которые поддерживают кадры крупного размера для отдельных портов, следует настроить канал порта матрицы (FPC) FEX. Если для родительского коммутатора требуется политика качества обслуживания сети, в этом случае кадр крупного размера задается с использованием конфигурации политики качества обслуживания сети родительского коммутатора. Эти изменения в обоих случаях автоматически передаются в FEX.

Настройка FPC на отдельных портах (настраивается на родительском коммутаторе Nexus)

Примечание. Nexus 7000 не позволяет задать MTU FEX с использованием FPC в версии 6.2 и более поздних версий. Вместо этого необходимо создать пользовательскую политику качества обслуживания в соответствии со следующей конфигурацией.

Nexus 7000 / Конфигурация Кадра большого размера FEX (только применяется к версии 6.2 и позже),

Примечание. Измените текущий используемый шаблон. Чтобы найти текущий используемый шаблон, выполните команду show policy-map system type network-qos.

Настройка политики качества обслуживания сети (настраивается на родительском коммутаторе Nexus)

Проверка

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

MTU уровня 3

Проверьте MTU уровня 3 на всех платформах Nexus с помощью команды show interface eth x/y, как показано в этом примере:

Проверьте MTU SVI с помощью команды show interface vlan, как показано в следующем примере вывода:

MTU уровня 2

В этом разделе описывается процедура проверки MTU уровня 2 для отдельных платформ. Команды выполняются с родительского коммутатора.

Проверьте MTU на коммутаторах то QoS сети использования

Проверьте MTU на коммутаторах та поддержка для каждого порта MTU

Примечание. Если Nexus 3000 в коде идет раньше, чем 7.0(3) I2(2a), необходимо проверить значение MTU с помощью команды ethernet show queueing interface x/x. Коммутаторы Nexus 3000, которые выполняют 7.0 (3) I2 (2a) и позже показывают максимальный размер передаваемого блока данных на для каждого порта основание.

Nexus 2000

Примечание. Если MTU FEX изменяется, значение MTU FEX увеличивается до более высокого предварительно определенного значения, которое не точно совпадает с заданным значением. Родительское устройство принудительно применяет настроенное значение MTU в канале порта матрицы (FPC) FEX.

Для FEX, связанного с Nexus 5000, 6000, и 7000:

Для FEX, связанного с Nexus 9000:

Устранение неполадок

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

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

Иногда необходимо проверять изменения в программном обеспечении. Для этого проверьте диспетчер портов Ethernet (ethpm), чтобы убедиться в том, что изменения передаются программно на все платформы:

Кроме того, в модулях M1, M2, F1 и F2 можно проверить передачу изменений аппаратным способом:

Можно также просмотреть конфигурацию QoS на сетевой карте:

Влияние

Если обе стороны VPC не совпадают с MTU, несогласованный MTU через ссылку мог бы оказать влияние на маршрутизируемые интерфейсы с маршрутизацией смежностей и вызовет несоответствие типа 1 с VPC. Следует настраивать конфигурацию с осторожностью.

Дополнительные сведения о параметрах непротиворечивости VPC и Несоответствиях Типа 1 как MTU могут быть найдены в описании команды show vpc consistency-parameters.

Источник

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

Параметры загрузки

Содержание

Введение

Для измерения пропускной способности 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.

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

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

Подготовка сеанса TTCP

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

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

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

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

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

Тестирование нисходящего канала (от маршрутизатора к компьютеру под управлением Windows)

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

Запустите отправитель TTCP (передатчик) на AS5300. Оставьте большинство значений по умолчанию, кроме количества передаваемых буферов. Количество буферов по умолчанию равно 2048. При этом выполнение теста TTCP займет длительное время. Уменьшение количества буферов позволит выполнить тест в приемлемых временных рамках.

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

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

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

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

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

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

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

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

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

Так как скорость подключения измеряют в основном в кбит/с (килобитах в секунду или 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, переключения скоростей, перенастройки и т. п.).

Тестирование восходящего канала (от компьютера под управлением Windows к маршрутизатору)

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

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

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

Таким образом, пропускная способность восходящего канала равна 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, который предоставлен вместе с программным средством.

Источник

TTCP — Iperf в Cisco

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

Чаще всего используются инструменты, такие как FTP и Ping для создания TCP/IP-трафика между серверными системами, после чего производится анализ производительности сети во время генерирования этого трафика. Проблема с таким подходом связана с тем, что зачастую нет доступа у сетевого администратора к серверным системам или же нет достаточной производительности системы для тестирования сети с высокой пропускной способностью по протоколу FTP. Во многих случаях приходится устанавливать специализированные аппаратные средства для произведения испытаний — процесс, который может быть непрактичным, если сеть состоит из многих удаленных LAN и WAN сегментов.

Представление TTCP

Сообщество Unix имеет хороший инструмент для тестирования каналов связи в течении многих лет — утилита TTCP. Эта утилита доступна из различных источников в Интернете.

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

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

Cisco внедрила копию TTCP в IOS 11.2 и позже, в настоящее время эта команда незадокументирована. С помощью интерактивных подсказок эту команду нельзя обнаружить на устройстве. Вместо этого, просто нужно просто ввести команду ttcp, а затем нажать ENTER. Если маршрутизатор поддерживает эту команду, тогда необходимо будет ответить на ряд вопросов для установки параметров TTCP. Так как TTCP может создать огромное колличество трафика, эта команда возможна к выполнению только в привилегированном режиме.

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

Совместимость TTCP

Версия TTCP в Cisco отправляет и получает TCP данные (версия в Unix также поддерживает UDP) Можно контролировать количество отправленных пакетов, размер пакета, номер порта, на котором передатчик и приемник общаются между собой, и ряд других параметров. Изменяя параметры, можно проверить различные механизмы буферизации в сетевом оборудовании между передатчиком и приемником.

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

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

Использование TTCP

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

Теперь, когда есть немного общей информации о TTCP, рассмотрим установку и запуск тестовой сети. В этом примере, будет протестирован канал «точка-точка» с пропускной способностью способностью 56 Кбит между двумя маршрутизаторами.

Во-первых, необходимо запустить приемник. На маршрутизаторе Cisco необходимо выполнить нижеописанные команды. Значения в скобках — значения по умолчанию, которые вступают в силу по нажатию ENTER. В настройках можно изменить окно TCP для имититации работы рабочих станций.

Теперь необходимо запустить передатчик:

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

Аналогичным образом передатчик делает вывод в строке состояния, когда он подключается к получателю. Когда передача завершена, передатчик показывает свою статистику:

Анализ пропускной способности

TTCP вычисляет приблизительную пропускную способность в килобайтах в секунду. В этом случае, пропускная способность 5KBps, что переводится как 40kbps (5KBps*8бит/Байт = 40kbps) Это более 56 Кбит/с для соединения «точка-точка «. Является ли это пропускная способность реальной?

Размер буфера TCP на передатчике составляет 8192 байт. Когда TCP отправляет этот размер пакета IP, он будет разбит на пять по 1500 байт пакетов IP, плюс один пакет 693 байт(в общей сложности 8192 байт). Для передачи всех 50 буферов, маршрутизатору будет необходимо отправить 300 IP-пакетов. При выполнении приблизительного инженерного анализа каждый пакет будет иметь 40 байт TCP/IP заголовков. Используем следующие вычисления для определения приближенный пропускной способности:

Это очень близко к скорости 56 Кбит/сек, что указывает на справедливость сетевого соединения.

Особенности TTCP

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

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

Источник