(no subject)

[totaltelecom]

Занявшись подготовкой к мультитесту БШПД, столкнулся с технической проблемой. В идеале скорость загрузки/выгрузки информации необходимо измерять посредством ftp-сервиса самого провайдера. Максимально быстрого и близкого к абонентскому оборудованию. Однако одни провайдеры попросту не отвечают на запросы, другие не имеют подобных серверов. Поэтому в некоторых случаях придётся измерять скорость хотя бы до UA-IX

В связи с этим вопрос: кто может подсказать такого рода ftp-серверы? Важно, чтобы была возможность записывать на него, измеряя скорость "вверх"

Comments

[andrey gumenny (from livejournal.com)]

Дело говорят на счет тестирования торрентами. Это если не хватает вправности на использование IxChariot - лучший метод. Никакой ftp клиент не выжрет полную полосу, 100%

[telecom-ua.livejournal.com]

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

Поддерживаю как вариант e-disk укрнета, а лучше обратиться напрямую в какую-то из компаний входящих в UA-IX чтобы временно открыли тестовую папку на своём сервере, у того же укрнета.

[totaltelecom.livejournal.com]

Можете подсказать с кем там пообщаться на этот предмет?

[andrey gumenny (from livejournal.com)]

а слив/закачка ftp дает конечно нормальную оценку джиттера :-) я писал выше - есть нормальные решение для тестирования каналов, если на платные не хватает денег, есть iperf тот же

[totaltelecom.livejournal.com]

В случае с беспроводными сетями в первую очередь важно понять состояние именно радиоинтерфейса. Отсюда такое внимание к участку абонент - провайдер. Толку качать торренты? Что именно мы определим таким образом? Пропускную способность на каком именно участке? Измеряя скорость в радиоканале мы, как минимум, выясняем размеры бутылочного горлышка, которым априори является радиоинтерфейс в сравнении с FTTx Да и другими фиксированными сетями

[shwapper.livejournal.com]

" Измеряя скорость в радиоканале мы, как минимум, выясняем размеры бутылочного горлышка, которым априори является радиоинтерфейс в сравнении с FTTx Да и другими фиксированными сетями"

Тому, для тестування швидкості підключення по радіоканалу оптимально буде використовувати власний/орендований сервер, який підключений до UA-IX по каналу із швидкістю, яка перевищує максимально допустиму швидкість передачі/прийому даних в тестованому підключенні по радіоканалу (100Мбіт/сек з головою вистачить (здається стільки по радіоканалу в нас ніхто не пропонує, принаймні для більш-менш масового користувача).
.
Враховуючи вищенаписане, для звичайного (не надто прискіпливого) тестування достатньо здійснювати завантаження/вивантаження файлів по FTP та HTTP з даного серверу.
Для того, щоб зменшити похибки, краще розташовувати сервер в максимально близькому до операторських сегменті мережі (UA-IX буде цілком достатньо).

[totaltelecom.livejournal.com]

Колеги, ви, здається, забуваєте про специфіку бездротового доступу. Недостатньо зясувати, що провайдер Х має канали до UA-IX, що забезпечують швидкісь обміну аж до 10 Гбіт/сек, наприклад. Швидкість обміну для конкретного користувача в конкретній точці залежатиме, в першу чергу, від харктеристик покриття в цій самій точці. І саме для цього пропоную досліджувати покажчики сигнал та сигнал/шум.

По-друге, від ситуації з канальним ресурсом, тобто навантаження на БС. Цей параметр можливо оцінити лише опосередковано, досліджуючи ефективну швидкість обміну даних в радіоканалі. Ось для цього фахівці операторських компаній і порадили міряти швидкість обміну даними між абонентським та операторським обладнанням.

В ідеалі, як я розумію, варто міряти і швідкість передачі у ланці абонент-оператор, і у ланці абонент-UA-IX. Для цього в мене зараз недостатньо ресурсів. І так довелось обмежити програму через те, що комплекс вимірювань на одній локації сягає півтори-дві години. Не вимагайте від мене забагато :)

Поки обмежусь тим, що напишу про всі ці застереження в матеріалах Мультитесту.

[shwapper.livejournal.com]

Романе, пропоную Вам дещо спростити схему тестування, що не матиме значного впливу на об"єктивність результатів.

Потрібно: поміряти швидкість передачі даних по безпроводовому підключенню до Інтернету, що забезпечується за допомогою технологій GPRS/EDGE,UMTS/HSDPA, WiMax/ etc (LTE не розглядаємо, цей метод для нього не підійде).

Шлях проходження пакетів:
Абонент-радіоканал-обладнання оператора-сервер1-сервер2-...серверх - наш сервер.

Так от при сучасному розвитку Інтернет технологій, bottleneck в даній схемі на проміжку "абонент-обладнання провайдера". Максимальна ширина цього bottleneck'у - обмеження технології передачі даних (цифри можна підглянути у довідниках, вікіпедії, етц).
Припустимо, що ми можемо знехтувати втратами швидкості передачі даних на проміжку між обладнанням оператора та сервером, куди/звідки ми завантажуємо файли. Ми це можемо зробити в тому разі, якщо пропускна здатність кожного із каналів між обладнанням оператора і кінцевим сервером є значно більшою за максимальну пропускну здатність технології передачі даних по радіоканалу.

Так от. В разі, якщо ми для експериментів беремо сервер в датацентрі, що підключений до UA-IX на швидкості 100 Мбіт/сек, то даних 100 Мбіт/сек є значно вищими за 7.2 Мбіт/сек (максимальна швидкість передачі даних в 3G мережах в Україні (спостерігалася мною виключно в лабораторних умовах, імхо, в реальних такого побачити неможливо :)). Відповідно, втратами швидкості на проміжку "обладнання оператора - кінцевий сервер" можемо цілком спокійно знехтувати.

Буде отримано. Максимально близькі до реальних результати з мінімальними фінансово-часовими затратами.

[totaltelecom.livejournal.com]

Залишилось взяти швидкий ftp-сервіс із правами на запис даних (щоб поміряти швидкість завантаження). Оскільки грошей на це в мене зараз немає, треба знайти такого провайдера, що надасть це безкоштовно.

[telecom-ua.livejournal.com]

я тебе уже 2 сервера подсказал, причём второй подключён к UA-IX на 10 Гбит, и вообще ширина канала там шире некуда )))

[shwapper.livejournal.com]

Достатньо просто перед тестами безпровідних мереж зробити заміри швидкості із Вашого існуючого високошвидкісного Інтернет-підключення. В разі, якщо швидкість завантаження файлів буде перевищувати 20 Мбіт/сек, сміливо можете тестувати безпровідні підключення.
Стосовно замірів по ФТП, для об"єктивності хотілося би ним не обмежувати. а ще поміряти http upload і http download. Це більш близький до реального абонентського трафіку use case і, не виключено, що результати будуть трохи різнитися.

[totaltelecom.livejournal.com]

Нема часу на всі можливі досліди. І так виходить по півтори-дві години на кожну локацію. Це забагато як для мене.

[totaltelecom.livejournal.com]

Осталось провести сравнительный анализ, чтобы удостовериться в их адекватности поставленной задаче. :)

[andrey gumenny (from livejournal.com)]

Роман, я начну с меньшим доверием относиться к вашим исследованиям :-) Выше уже ответили, что из обычно доступных любому пользователю программных продуктов утилизировать полосу максимально близко к 100% могут только торренты. Никакими HTTP запросами полосу в десятки мегабит не забить. Посмотрите по исследованиям того же Гартнера, что является драйвером потребления полосы. Загрузить многопоточно ftp клиентом можно, но с меньшей гарантией, да и многопоточная ftp закачка - не самая часто используемая пользователями задача.
Поверьте мне. что любая раздача большого трекера с 10000+ сидеров упрется ни разу ни в их способность отдать, а именно в возможности провайдера и самая узкая полоса обычно именно на участке радиоинтерфейса.

PS: не понял, почему так устойчиво игнорируется специальное ПО для исследования полосы; если по причине непонятности сценариев использования - могу поделиться мануалами, которые мы использовали при сдаче каналов одному крупному украинскому банку

[totaltelecom.livejournal.com]

1. О каких десятках мегабит идёт речь? :) В лучшем случае WiMAX сетей получается 6-8 Мбит/сек. А в большинстве случае - до 1 Мбит. Утилизировать такую полосу, как меня заверили специалисты компаний, можно и ftp-сервисом.

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

3. Я не использую торренты.

4. Если можете посоветовать специализированное ПО, буду признателен.

5. Не надо ожидать слишком многого от этого проекта.

[andrey gumenny (from livejournal.com)]

Из платного ixchariot (используется практически всеми операторами для цели проверки параметров сетей, в т.ч. беспроводных). Естественно, не все за нее платят :-)
Из свободного - многочисленные вариации на тему iperf. Рекомендуется использовать *никс версии, т.к. в некоторых виндовых реализациях есть прикол отсутствия учета оверхеда (надо пересчитывать результаты с учетом коррекции размера пакета)

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

[totaltelecom.livejournal.com]

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

[totaltelecom.livejournal.com]

Можете подсказать ПО, которое измеряло бы показатели сигнал и сигнал\шум типовых CDMA/HSDPA/WiMAX модемов за определённый период? Чтобы видеть средние значения, а не только текущиее

[andrey gumenny (from livejournal.com)]

С "типовыми" все сложно. Мы использовали проприетарные для каждого вендора тулзы. Но в любом случае это усложнение поставленной задачи. Составлением карт сигнал-шум занимаются при радиопланировании достаточно долго и нудно представители вендоров/операторов.
Думаю, для юзеров будет более полезно узнать "сидя на открытой веранде Голден Гейт вы получите столько-то от Киевстар/Утел, столько-то от Жирафа, столько-то от Фрештел". А как там спланировали покрытие инженеры - это уже задача другого порядка. Ну и в таком русле - по максимально возможному количеству популярных мест. Сейчас это, кстати, осложнено тем фактом, что беспроводщики мигрируют на периферию и покрывают её конечно так как нравится маркетологам. А нравится всем по разному чаще всего.

[shwapper.livejournal.com]

вставлю п"ять копійок.

1. У Вас немає гарантії, що на стороні оператора безпроводового зв"язку торренти не шейпляться за певними критеріями (причому, сучасні шейпери дозволяють такий шейпінг проводити дуже гнучко і зачасту не дуже помітно для кінцевого користувача)
2. для тестування потрібно створювати тепличні умови (брати торрент зі значною кількістю пірів, причому, дуже бажано, щоб дані піри знаходилися в одному регіоні із тестуючим)

[andrey gumenny (from livejournal.com)]

1. Этого очень хотят многие операторы, но реально реализовать достаточно дорого, поэтому не делают. Просто вводят FUP лимиты для исключения таких прецедентов
2. Найти торрент с большим количеством сидов на популярных трекерах (мне же не нужно подсказывать адреса, правда?) - не проблема вообще. Расположение сидов (в локальной сети прова или вне её) в 99,99999 случаях из 100 не важно, ибо пресловутое "горлышко" - на последней миле. Ну и большинство провов используют локальные ретрекеры для исключения нагрузки торрентов на внешние каналы (второе распространенное решение по борьбе с качальщиками)

[shwapper.livejournal.com]

1. Так, дорого, так, складно, бо, можливо, деколи треба трохи архітектуру мережі поміняти, але це не відміняє того факту, що така функціональність в операторів може бути реалізованою. І в декого в УА вона в мережі навіть є (стосовно того ввімкнена вона, чи ні не скажу), бо не для всього ФАП із лімітами добре застосовувати.
2. Локальні ретрекери це більше до фіксованих провайдерів, наскільки мені відомо, безпровідні оператори цим не дуже переймаються.

[idle-mode.livejournal.com]

приходилось заниматься подобными тестированиями, поэтому несколько предложений "на подумать":1) состояния р/интерфейса достаточно однозначно характеризуется определенными параметрами (уровень принимаемого сигнала, сигнал/шум, % потерянных пакетов), поэтому если хотите проводить сравнение р/интерфейсов, то не нужно ничего качать, достаточно сравнить по указанным параметрам.2) р/интерфейс далеко не всегда узкое место, есть еще транспорт (например, злые языки клевещут, что в Утеле бывает по 2Е1 на БС :) , "затыки" в core-части, шейпинг у оператора и т.д. Поэтому если хотите проводить сравнение по user experience, то сети нужно воспринимать как "черную коробку" не привязываясь к радио и скачивать/закачивать на любой (но один и тот же) ресурс.3) абонентское оборудование - желательно использовать однотипное или похожее (некорректно, например, использовать ЮСБ-свисток одного оператора и рутер с внешней антенной другого)4) количество точек тестирования - для более-менее корректной картины должно превышать количество БС у оператора в данном городе, а в Киеве это сотни БС :) Поэтому - грузимся в машину и километров 700 наматываем по Киеву :)Успехов!

[totaltelecom.livejournal.com]

1. Чтобы оценить состояние радиоканала действительно не нужно что-либо качать.
2. Насчёт "на один и тот же" кипят споры. Мне, грубо говоря, всё равно, а технари, с которыми я общался, почему-то настаивают на локальном (на стороне провайдера) сервере. Посмотрю на результаты. Может и поменяю методу.
3. Свистки и роутеры будут учитываться отедльно, безусловно.
4. У меня нет столько времени и сил. Да и задача теста дать пищу для размышлений и ориентир для самостоятельных экспериментов. не более.

Можете подсказать ПО, которое измеряло бы показатели сигнал и сигнал\шум типовых CDMA/HSDPA/WiMAX модемов за определённый период? Чтобы видеть средние значения, а не только текущиее

[idle-mode.livejournal.com]

по п.2 - локальный сервер безусловно полезен технарям оператора, для чистоты эксперимента и поиска проблем на своей сети. С точки зрения конечного пользователя, который хочет скачать свежую клубничку, совершенно не важно, где находится сервер :)
По поводу ПО - я работал только с платным и узкоспециализированным - TEMS и Nemo.