Точна стратегія вимірювання продуктивності зв'язку "точка-точка"?

У мене є вимога забезпечити точний засіб для демонстрації продуктивності лінії по плоскому шару Ethernet-ланцюга 1 Гбіт точкою-точкою, приблизно на відстані 100 миль, що, здавалося б, проходить через декілька стрибків на відстані.

Бізнес-вимога повинна демонструвати результативність із точністю затримки мінімум 8 мс. Посилання здійснюватиме голосовий та інформаційний трафік, завдяки чому послуга SLA повинна гарантувати пропускну здатність 1000 Мбіт.

Які відомі точні методи вимірювання продуктивності з огляду на ці вимоги?
Мені відомо, що існує ряд доступних показників, які можуть формувати тестову стратегію, але, маючи гугл купу інформації, вона може отримати переважну інформацію, і мені незрозуміло, чи слід використовувати програмне забезпечення, подібне iPerth, що є орієнтиром для цього сценарію тощо?

Якщо ви намагаєтеся перевірити 1xGE No Drop Rate і виміряти затримку ланцюга протягом 8 мс, я б використав nuttcp для перевірки пропускної здатності та iperf2 / mtr для тесту затримки.

Я б зробив наступне ...

1. Знайдіть два настільних ПК Linux , якщо це можливо (ноутбуки іноді прийнятні, але у вас можуть виникнути проблеми з продуктивністю чіпсету або шини зі швидкістю 1GE). Ви можете завантажитися на компакт-диск із інструментальністю Performance Sonar , якщо ви не хочете постійно встановити Linux на цих полях
2. Виберіть розміри пакетів для свого тесту. Оскільки вам потрібна голосова підтримка в ланцюзі, ви повинні протестувати потоки з меншими кадрами, наприклад, 128-байтними Ethernet-кадрами. Якби я проводив тест, я вибрав би 128, 256, 768 і 1514 байт Ethernet кадри.
3. Перевірте продуктивність пропускної здатності UDP nuttcp для ваших ПК Linux, підключених до спини, перед тим, як доставити один з них за 100 миль. Ви хочете переконатися, що ви можете виміряти 1000 Мбіт / с при різних розмірах пакетів. Не забудьте врахувати міжкадровий розрив, коли ви обчислюєте очікувану швидкість пропускної здатності ... наприклад, найкраща пропускна здатність, яку ви можете розраховувати для немеченого гіга-ланцюга при 128-байтовому середньому розмірі кадру Ethernet - 864,9 Мбіт / с.
4. Використовуйте iperf2 або mtr для тестування затримки ланцюга ...
5. Виберіть тестове вікно. Я думаю, що найкраще тестувати схеми безперервно принаймні протягом дня ... Краще два дні на тиждень, якщо вам потрібно зрозуміти потенційну переплату в мережі вашого оператора.
6. Відправте один з ПК на віддалений сайт, попередньо налаштований на IP-адресу, необхідну вам за посиланням.

Різні думки

Інші відповіді пропонують використовувати iperf2 поодинці; однак у нього немає опцій CLI для регулювання розміру пакету UDP. Він також має тенденцію демонструвати пластові показники на високій швидкості в MS Windows.

Цей документ Metro Ethernet Forum про тестування мікросхем несучої Ethernet допоможе забезпечити загальне розуміння деяких компромісів, які ви приймаєте під час тестування схем.

iperf може виконати цю роботу. Просто переконайтеся, що ви протестуєте свої пристрої спочатку назад, щоб ви знали можливості цих пристроїв.

Звичайно, є і більш професійні інструменти.

Це хороший RFC, щоб прочитати належну методологію: http://www.ietf.org/rfc/rfc2544.txt

Якщо у вас комп'ютери з обох кінців, ви можете запустити xjperf , Qcheck від Ixia або інших інструментів. Можливо, ви отримаєте різні результати залежно від використання UDP або TCP та кількості сеансів.

На відстані понад 100 миль ви дивитесь як мінімум на RTT 1,6 мс зі швидкістю світла у волокні / міді. Тож ваш RTT має бути дуже низьким, можливо, лише пару мс. Скажіть, що у вас RTT 6 мс. За допомогою параметрів розміру вікна за замовчуванням у Windows ви можете отримати лише близько 85 Мбіт / с. Вам потрібно буде розмір вікна принаймні 768 кбайт, щоб надіслати концерт вартістю трафіку.

Ви можете використовувати калькулятор пропускної здатності TCP, щоб робити власні розрахунки.

У Ixia є більш високі інструменти, але вони коштують грошей, а перераховані вище інструменти не мають.

Ось стаття, яка пояснює, чому сам iperf2 не може відповісти на питання для вас: http://bradhedlund.com/2008/12/19/how-to-calculate-tcp-throughput-for-long-distance-links/

Я ніколи по-справжньому не розумів цю концепцію, поки не прочитав цю статтю. Сподіваюся, це допомагає.

Оскільки ви хочете виміряти схему 2 рівня, я хотів би безсоромно просунути якесь безкоштовне програмне забезпечення, яке я писав. Він все ще знаходиться в бета-версії, але робить саме те, що ви хочете, виходячи з інформації у вашому запитанні.

На відміну від nuttcp, iPerf, jPerf та ін., Etherate працює безпосередньо над шаром 2, призначеним спеціально для тестування Ethernet. Як і інші, ноутбук на кожному - це все, що потрібно, і мій ноутбук Intel i3 може максимально легко встановити посилання на концерт.

Оскільки він знаходиться на стадії бета-версії, більш вдосконалені функції ще не готові, як тестування MPLS, але пропускна здатність, затримка та тестування MTU (все безпосередньо на шарі 2 Ethernet) реалізовані.

https://github.com/jwbensley/etherate

Для того, щоб отримати повний "профіль здоров'я" посилання, вам потрібно врахувати кілька різних показників.

• Затримка
• Джиттер
• Пропускна здатність
• Втрата

Найкращий спосіб точно виміряти ці показники - це пристрій, призначений для тестування. Exfo, JDSU та Fluke - це кілька великих компаній, що виробляють подібні пристрої.

ПК / можна / перевірити ці показники, але ви повинні переконатися, що на комп’ютері немає нічого перекошеного чисел і що програма, яку ви використовуєте, є точною.

iperf вимірює пропускну здатність пропускної здатності, але більше не вимірює. Пінг вимірює затримку в моменті, але не тремтить. Також відлуння ICMP дійсно точне лише до 1 мс. Якщо ви намагаєтесь отримати фактичне вимірювання затримки, то вам потрібно буде вирішити, чи достатньо 1мс деталізації для вас / ваших програм.

Iperf і mtr, щоб зробити певний тест. І палити, щоб мати просту історію продуктивності посилання за допомогою датчика fping.