[Kirk]

Господа, а как Вы осуществляете проверку линка при пусконаладке и сдаче клиенту?

Какой инструментарий, какие допустимые считываемые параметры.

Железо ubiquiti. Схемы ptp и ptmtp.

Если можно, в подробностях.

Edited February 24, 2016 by Kirk

[Kirk]

ну неужели никто не раскроет своих секретов?

[rdc]

клиенту предъявляется speedtest.net с устраивающей его циферкой

[Kirk]

клиенту предъявляется speedtest.net с устраивающей его циферкой

 

Мы говорим о внутренней инженерной проверке канала при пусконаладке и сдаче.

Понятно, что для клиента спидтест.

[Kondor416]

Проверить кабеля тестером, команда ping и ей подобными.

[Adim]

Господа, а как Вы осуществляете проверку линка при пусконаладке и сдаче клиенту?

гарантия обычно даётся что это не упадёт через год

[Kondor416]

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

[witch]

Iperf с параметрами не?

[Kirk]

Господа. Интересуют конкретные цифры и параметры кто и как проверяет.

Если пинг, то размер пакета.

Айперф то в течении какого времени куда и как и тд.

Мониторим в это время показания айрмакса и антены. Тоже ccq не ниже чего-то. Кволити и капасити столько-то.

Встроенный тест между сектором и клиентом тоже что и как.

Интересует именно опыт проверки от людей которые построили много линков на данном бюджетном оборудовании.

Edited February 26, 2016 by Kirk

[l7avel]

Господа. Интересуют конкретные цифры и параметры кто и как проверяет.

Если пинг, то размер пакета.

Айперф то в течении какого времени куда и как и тд.

Мониторим в это время показания айрмакса и антены. Тоже ccq не ниже чего-то. Кволити и капасити столько-то.

Встроенный тест между сектором и клиентом тоже что и как.

Интересует именно опыт проверки от людей которые построили много линков на данном бюджетном оборудовании.

Speedtest для клиента, сигнал не ниже -75 ,ssq не менее 90

[Alex-Pilot]

Клиенту сдаем только скорость самого канала Интернет. Если VPN, то показываем ping до шлюза (скорость там не покажешь, да и никого она не интересует). Если телефония, то демонстрация звонков и качество звука. Параметры радиолинка это служебная информация и клиенту не показывается. Сами при настройке смотрим на CCQ (не ниже 98 %), уровни сигнала (чтобы не было перекосов), графики airmax quality и capacity).

[Kirk]

Народ, я понимаю что важно ccq , quality, capacity и тд. Важны значения....... Если графики, то как анализируете.

Вот вы говорите про ccq. В нагруженном и ненагруженном состоянии ccq разное. Как грузите, с шейпером, без шейпера и тд.

[Kirk]

Господа. Интересуют конкретные цифры и параметры кто и как проверяет.

Если пинг, то размер пакета.

Айперф то в течении какого времени куда и как и тд.

Мониторим в это время показания айрмакса и антены. Тоже ccq не ниже чего-то. Кволити и капасити столько-то.

Встроенный тест между сектором и клиентом тоже что и как.

Интересует именно опыт проверки от людей которые построили много линков на данном бюджетном оборудовании.

Speedtest для клиента, сигнал не ниже -75 ,ssq не менее 90

 

а верхний уровень сигнала вы какой допускаете?

[Adim]

Господа. Интересуют конкретные цифры и параметры кто и как проверяет.

Если пинг, то размер пакета.

Айперф то в течении какого времени куда и как и тд.

Мониторим в это время показания айрмакса и антены. Тоже ccq не ниже чего-то. Кволити и капасити столько-то.

Встроенный тест между сектором и клиентом тоже что и как.

Интересует именно опыт проверки от людей которые построили много линков на данном бюджетном оборудовании.

уважаемый...клиенту далеко насрать на всё это

ему важно работает или не работает и ВСЁ (если плохо работает для клиента читай НЕ работает)

для себя у клиента запускаем тест скорости или торрент на полную и в это же время пингуем к примеру тот же самый ya.ru

Edited February 28, 2016 by Adim

[Kirk]

Господа. Интересуют конкретные цифры и параметры кто и как проверяет.

Если пинг, то размер пакета.

Айперф то в течении какого времени куда и как и тд.

Мониторим в это время показания айрмакса и антены. Тоже ccq не ниже чего-то. Кволити и капасити столько-то.

Встроенный тест между сектором и клиентом тоже что и как.

Интересует именно опыт проверки от людей которые построили много линков на данном бюджетном оборудовании.

уважаемый...клиенту далеко насрать на всё это

ему важно работает или не работает и ВСЁ (если плохо работает для клиента читай НЕ работает)

для себя у клиента запускаем тест скорости или торрент на полную и в это же время пингуем к примеру тот же самый ya.ru

 

клиенту насрать, а Вам на свою сеть тоже насрать?

я четко написал при "пусконаладке" И "сдаче клиенту"

Интересен опыт. Вот и все.

И опять же. ну запустили торент, ну запустили пинг и что? критерии то где проверки? идет не идет(потери пакетов) время прохождения пакета. размер пакета?

[XPEH]

Господа. Интересуют конкретные цифры и параметры кто и как проверяет.

Если пинг, то размер пакета.

Айперф то в течении какого времени куда и как и тд.

Мониторим в это время показания айрмакса и антены. Тоже ccq не ниже чего-то. Кволити и капасити столько-то.

Встроенный тест между сектором и клиентом тоже что и как.

Интересует именно опыт проверки от людей которые построили много линков на данном бюджетном оборудовании.

уважаемый...клиенту далеко насрать на всё это

ему важно работает или не работает и ВСЁ (если плохо работает для клиента читай НЕ работает)

для себя у клиента запускаем тест скорости или торрент на полную и в это же время пингуем к примеру тот же самый ya.ru

 

клиенту насрать, а Вам на свою сеть тоже насрать?

я четко написал при "пусконаладке" И "сдаче клиенту"

Интересен опыт. Вот и все.

И опять же. ну запустили торент, ну запустили пинг и что? критерии то где проверки? идет не идет(потери пакетов) время прохождения пакета. размер пакета?

Странный вопрос,смотри на качество в веб морде,ccq желательно 97+,Noise Floor 95+,качество airmax,ну так же спидтест+пинг,wi fi это рандом,в одном месте будет нормально работать,а в другом нет,метод тыка решает

Edited February 28, 2016 by XPEH

[Adim]

клиенту насрать, а Вам на свою сеть тоже насрать?

я четко написал при "пусконаладке" И "сдаче клиенту"

Вы так об этом пишете как будто это у вас прям событие)))) мирового масштаба....

если ставим устройства до десятками сотнями....в сети щяс 200 + устройств, естественно всё мониторится

щяс это всё переводим на волокно ибо делалось всё временно и только там где не было возможности

[slv700]

Если пинг, то размер пакета.

Айперф то в течении какого времени куда и как и тд.

Мониторим в это время показания айрмакса и антены. Тоже ccq не ниже чего-то. Кволити и капасити столько-то.

Встроенный тест между сектором и клиентом тоже что и как.

Интересует именно опыт проверки от людей которые построили много линков на данном бюджетном оборудовании.

Оценка параметров канала связи (пропускной способности, надежности, задержки, джиттера и др) :

1) Первичная оценка надежности проводится пингом, обязательно пакетами 1500 ( 1470) байт и обязательно под хотя бы небольшой нагрузкой трафиком ( это особенно важно для систем с агрегацией пакетов, к чему относится также и ubnt). Потерь быть не должно. Длинными пакетами пинг также измеряется задержка и джиттер. Также полезен flood ping. Пинги ( особенно стандартными пакетами 64 байт) на пустом канале бессмысленны.

Для оценки надежности канала в системе АС надо обратить внимание на соответствие текущего CINR и установленной системой рабочей модуляции. Неправильный выбор системой модуляции ( у ubnt это часто встречающаяся серьезная ошибка) ведет к значительным потерям и снижению пропускной способности канала.

Показания aimax, quality, capacity дают очень приблизительную оценку состояния канала и могут быт взяты во внимание разве что при выборе наименее зашумленного частотного канала.

2) оценка пропускной способности проводится внешними тестерами UDP пакетами длиной 1500 байт и TCP. При этом следует иметь в виду, что UDP тест не учитывает ошибки в канале. TCP - учитывает ошибки, поэтому тест TCP является наиболее информативным и дает адекватную оценку пропускной способности канала. Высокая разница ( более 20%) в скорости между UDP и TCP тестами свидетельствует о высоких потерях в канале и низкой надежности канала.

Наиболее популярные UDP/TCP тестеры- bandwidth tester Mikrotik, iperf. Очень информативна ( показывает много параметров, включая % ошибок в канале, MOS- для VoIP и др.) утилита ixChariot. Очень адекватный тестер OOKLA speedtest.com- это TCP тестер и наиболее практичен для применения как провайдером так и юзерами.

Встроенный тест - это UDP ( ubnt), также в других системах встречаются L2 MAC тестеры. Главный недостаток (помимо того что это UDP) встроенного тестера- трафик в тесте не проходит через ethernet. Встроенный тест не дает адекватную оценку пропускной способности канала, его можно использовать разве что при инсталляции при выборе менее зашумленного частотного канала.

3) В канале точка-точка также полезно измерить пакетную производительность канала. Это делается UDP дуплексным тестом с пакетами длиной 64 или 128 байт.

[[anp/hsw]]

Встроенный тест - это UDP ( ubnt)

Это зависит от версии прошивки. В AC - tcp в 10 потоков, когда я в последний раз ее щупал.

 

Наиболее популярные UDP/TCP тестеры- bandwidth tester Mikrotik, iperf.

Не забудьте упомянуть, что микротик надо брать мощный, иначе тест даст загрузку 100% CPU и результаты будут не столь радостные.

 

При этом следует иметь в виду, что UDP тест не учитывает ошибки в канале.

Учитывает. Там аж два раза CRC проверяется. Первый раз на приеме из радио (полный CRC, если у нас включено шифрование AES, при выключеном шифровании только заголовок), второй раз на форвардинге (только crc заголовка IP). Так что все пакеты с ошибками будут отброшены.

[slv700]

' timestamp='1456746118' post='1250487']

Встроенный тест - это UDP ( ubnt)

Это зависит от версии прошивки. В AC - tcp в 10 потоков, когда я в последний раз ее щупал.

 

Наиболее популярные UDP/TCP тестеры- bandwidth tester Mikrotik, iperf.

Не забудьте упомянуть, что микротик надо брать мощный, иначе тест даст загрузку 100% CPU и результаты будут не столь радостные.

 

При этом следует иметь в виду, что UDP тест не учитывает ошибки в канале.

Учитывает. Там аж два раза CRC проверяется. Первый раз на приеме из радио (полный CRC, если у нас включено шифрование AES, при выключеном шифровании только заголовок), второй раз на форвардинге (только crc заголовка IP). Так что все пакеты с ошибками будут отброшены.

Во -первых , речь идет не только об ошибочных пакетах, контролируемых CRC, но и потерянных ( не дошедших до адресата), что котролируется ACK. Ни CRC, ни ACK в UDP нет. В TCP -есть.

Потерянные пакеты UDP не повторяются, а действительно отбрасываются. И в UDP "отброшенные" пакеты будут компенсированны генератором трафика в виде новых тестовых пакетов, так что снижение скорости суммарного трафика в тесте не видно. В TCP потерянные, а также ошибочные пакеты не отбрасываются, а повторяются. Это снижает скорость трафика ( точно также как это происходит с реальным TCP/IP трафиком) и тест это показывает.

[slv700]

' timestamp='1456746118' post=1250487]

Это зависит от версии прошивки. В AC - tcp в 10 потоков, когда я в последний раз ее щупал.

Может там и есть iperf, где можно запустить TCP. А то, что в ubnt АС встроенный тест TCP- это крайне сомнительно. В этом случае все говнолинки на ubnt АС будут видны всем и сразу, что противоречит маркетинговой стратегии ubnt.