[Zerkal]

 

По моему, на картинке изображена разновидность ПЕСЦА, но как какой именно, хотел узнать у вас. Это полный песец или пойдет? Что это за рябь, её природа происхождения, можно ли с неё бороться-работать?

 

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

Третьей частоты в пятерке у нас нет. Делать 4 сектора по 90 градусов и работать в АБАБ, получается ужасно нерентабельно.

Друзья выгодаприобретатели, после полевого эксперимента у будущего клиента, который показал dl\ul 22 и 30 мбит\сек соответственно, при пинге 9, по спидтесту, решили что работать вполне возможно.

 

Вышеприведенный эксперимент проводили в 2427, в качестве БС + Антенна, использовались абонентский модуль epmp1000 + AM 2G-15-120, у клиента ставили интегрированную epmp1000.

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

 

Эта экспериментальная БС висит на нашей вышке, ниже на метра 2-3(т.е. на высоте где-то 18-20 метров от земли), 2 секторов epmp1000 5Ггц. в метрах 70-80 от нашей вышки, стоит 30 метровая вышка с секторами сотового оператора.

 

Задача же стоит, предоставить 5-10 домохозяйствам, безлимитный доступ к интернету на скорости 5 мбит\с, с возможностью, общаться по скайпу, смотреть онлайн фильмы в HD, информационные сми в онлайне, типо рбк, вести и тп, нормально играть в онлайн игры подобные dota2, wow, wot, cs. Это реально при такой спектрограмме?

 

Всем заранее благодарен за советы и вердикты.

[magnum50]

Делать 4 сектора по 90 градусов и работать в АБАБ, получается ужасно нерентабельно.

почему нерентабельно ?

[Zerkal]

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

[magnum50]

ну поставьте 3 сектора по 120 с небольшим перекрытием

[shinta]

по поводу анализа спектра, выложи скрин за 15 минут, работаете официально или нет? ставь больший диапазон от 2312 до 27..

Изменено 14 ноября, 2016 пользователем shinta

[Constantin]

после полевого эксперимента у будущего клиента, который показал dl\ul 22 и 30 мбит\сек соответственно, при пинге 9, по спидтесту, решили что работать вполне возможно.

на камбиуме в 2,4 можно и даже думаю в вашем случае придется...

про скорость поверю реально, даже и больше можно а вот пинг...это бред, загрузите на 10-15 мбит линк даже когда один клиент и пропинговку с пакетом 1500 пакетов на 300-400 и вот тогда увидите и размер пинга и джитер.....

 

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

\

а так да от 6 и выше канала совсем плохо 1-2-3 еще куда ни шло, за счет того что камбиум на 2,4 ватт орет будет что то работать.

[slv700]

Это реально при такой спектрограмме?

При помехе -87dbm будет работать отлично.

Вот спектр в 2.4ГГц БС PMP 1000, где в рабочем канале 2472 MHz помеха -75 дБм. Для того чтобы работало нормально нужно сигналы UL RSSI в данных условиях выводить на -55 dBm.

На этой базе работают 50 клиентов.Сервис - 4/8/16 Mbps. IPTV unicast- 720p HD ( 8 Mbps ) и TB (2-3Mbps).

Вот пинг 1472 байта при полной 80Mbps загрузке сектора - это 50 !!! клиентов в 2.4 ГГц

ping 192.168.12.29 -t -l 1472

Обмен пакетами с 192.168.12.29 по с 1472 байтами данных:

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

Ответ от 192.168.12.29: число байт=1472 время=44мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=82мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=45мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=50мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=58мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=60мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=89мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=79мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=52мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=53мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=29мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=54мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=54мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=40мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=64мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=30мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=45мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=54мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=45мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=50мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=41мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=38мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=47мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=67мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=48мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=51мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=35мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=36мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=46мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=41мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=83мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=83мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=87мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=36мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=38мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=63мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=45мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=50мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=51мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=94мс TTL=63

Ответ от 192.168.12.29: число байт=1472 время=50мс TTL=63

Статистика Ping для 192.168.12.29:

Пакетов: отправлено = 42, получено = 42, потеряно = 0 (0% потерь)

Приблизительное время приема-передачи в мс:

Минимальное = 29мсек, Максимальное = 94 мсек, Среднее = 53 мсек

Скажете большой пинг и джиттер для пакета почти 1500 байт, для 50 клиентов ,при такой нагрузке и такой помехе в 2.4 Ггц? Это 5 мс фрейм. Нужно меньше- ставьте фрейм 2.5 мс. И вообще это старая прошивка и старый ( больше года давности) тест. Сейчас все намного лучше.

И вот спидтест при средней ( не час пик , при средней примерно 30-40 Mbps загрузке сектора ).

[slv700]

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

Тебе неоднократно обьясняли почему у тебя на Камбиум большой джиттер ( даже не пинг). Причем и в точка-точка, и в малтипойнт ( если он у тебя есть).

У тебя сильные помехи ( причем так и неустановленного происхождения) и недостаточная ( для этой помехи ) энергетика линка для системы ePMP. Поэтому есть потери MAC пакетов на L2 и система пытается повторами передачи все таки доставить пакет получателю , вместо того чтобы его потерять. Камбиум считает, что лучше потерять время на повторах передачи на L2, что сказывается на джиттере, чем вообще потерять пакет на L2 и тем самым передать необходимость его восстановления ( повтором передачи) но уже на L4 -TCP, что будет хуже.

Что с того, что ты например на своем, например, ubnt, на пинге даже длиной 1500 байт видишь, что типа нет потерь ( или их мало ) и джиттер небольшой? Ну так запусти флуд пинг или пинг длиной 32K-64K байта ( размер A-MPDU на MAC) или максимальный пакет, что пропустит твоя сеть, тогда точно увидишь разницу между потерями, пингом и джиттером на Камбиум и др системах.

ЗЫ

Ставь нормальные антенны, не свети бимом помехой в задницу ( в бок ) ePMP Integrated и будет у тебя, также как у всех других, и нормальный пинг и джиттер.

Вот пинг на современной 5ГГц базе ePMP - 100 клиентов на сектор в час пик ( воскресенье 19.00), тариф клиентов 10/20 Мbps.

Фрейм 5 мс.

А насчет видео ? Full HD видео 1080p вечером с fs.to на этой базе можно смотреть!!

ЗЫ

Практик блин. Имеет пару линков ePMP 2.4 Ггц в самой ж.е и разглагольствует тут видите ли какой большой джиттер у Камбиум !

[Constantin]

Тебе неоднократно обьясняли почему у тебя на Камбиум большой джиттер ( даже не пинг). Причем и в точка-точка, и в малтипойнт ( если он у тебя есть).

У тебя сильные помехи ( причем так и неустановленного происхождения) и недостаточная ( для этой помехи ) энергетика линка для системы ePMP

 

бугага, камбиум снят поставлен микротик и это тот линк где мультикаст в туннеле бегал))) кстати антенны не менялись )))) топология тоже и мощность снижена на мт до 12 дб против 18 что стояло на камбиуме.

 

имеем

 

мля куда же помехи делись....пинг ровный для радио прекрасный в канале 60-90 мбит бегает и это еще не час пик.....

скоро и последний камбиумовский ptp линк сменю на МТ, точнее камбиум на резерв уйдет. и будет счастье.

а там и юбик на 11 Ггц разродиться, и вашу революцию в 5 ггц можно хоронить, 2 еще поживет немного.

[slv700]

Тебе неоднократно обьясняли почему у тебя на Камбиум большой джиттер ( даже не пинг). Причем и в точка-точка, и в малтипойнт ( если он у тебя есть).

У тебя сильные помехи ( причем так и неустановленного происхождения) и недостаточная ( для этой помехи ) энергетика линка для системы ePMP

 

бугага, камбиум снят поставлен микротик и это тот линк где мультикаст в туннеле бегал))) кстати антенны не менялись )))) топология тоже и мощность снижена на мт до 12 дб против 18 что стояло на камбиуме.

 

имеем

 

мля куда же помехи делись....пинг ровный для радио прекрасный в канале 60-90 мбит бегает и это еще не час пик.....

скоро и последний камбиумовский ptp линк сменю на МТ, точнее камбиум на резерв уйдет. и будет счастье.

а там и юбик на 11 Ггц разродиться, и вашу революцию в 5 ггц можно хоронить, 2 еще поживет немного.

И этого пинга на микротике ты тоже не понимаешь что и почему. Во-первых, это Nstreme на нефиксированном фрейме ( на Nv2 с была бы другая картина) и на пустом канале точка-точка. Ну не ждет пустой асинхронный канал заполнения пингом фрейма- чуть больше 5 мс ( примерно 2000 байт). А если бы была нагрузка то ждал бы наполнения этого фрейма и задержка никак бы не была меньше 5 мс туда и 1 мс ( при пустом обратном канале) обратно- всего никак не меньше 6 мс. Впрочем продолжать нет смысла. Что неизвестно как и с каким пингом на каких дальностях и при каких помехах работает Микротик при нагрузке 90 Mbps? 2-4 мс у него видите ли задержка. Да такую задержку без нагрузки и помех покажет любой вайфай. Это капздец. Синхронные TDD/TDMA системы ( включая ubnt AF11 GHz или AF5x с 2 мс фиксированным фреймом) отдыхают.

[Constantin]

И этого пинга на микротике ты тоже не понимаешь что и почему. Во-первых, это Nstreme на нефиксированном фрейме ( на Nv2 с была бы другая картина) и на пустом канале точка-точка. Ну не ждет пустой асинхронный канал заполнения пингом фрейма- чуть больше 5 мс ( примерно 2000 байт). А если бы была нагрузка то ждал бы наполнения этого фрейма и задержка никак бы не была меньше 5 мс туда и 1 мс ( при пустом обратном канале) обратно- всего никак не меньше 6 мс. Впрочем продолжать нет смысла. Что неизвестно как и с каким пингом на каких дальностях и при каких помехах работает Микротик при нагрузке 90 Mbps? 2-4 мс у него видите ли задержка. Да такую задержку без нагрузки и помех покажет любой вайфай. Это капздец. Синхронные TDD/TDMA системы ( включая ubnt AF11 GHz или AF5x с 2 мс фиксированным фреймом) отдыхают.

ну ты как антошка главное в лужу пукнуть, главно что то написать

а я специально заскринил пинг и загрузку на интерфейсе

и это nv2....короче...конкретный пример где у камбиума были проблеммы у МТ проблем нет.

[npokypop]

Продажника не переубедишь, а чем кто еще анализ спектра снимает? Вот идею подкинули прикупить Б\У Cisco с его ClearAir, там есть анализатор и 2.4ггц и 5ггц и с определением сигнатуры сигнала. Что скажет сообщество ?

[streeter]

На юбике с отдельным чипом Airview неплохо эфир показывает.

http://savepic.ru/12576517.htm

 

 

П.С. Не разобрался как сделать ссылку нормально на большую картинку.

Изменено 3 января, 2017 пользователем streeter

[rdc]

юбик даже умеет снимать спектр одновременно со всех устройств сектора, оснащённых чипом

[streeter]

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

Сменил себе прошивку на мосту - сижу тащусь. На картинке видно как эфир засран загружен, но призма справляется на отлично.

[Saab95]

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

 

На юбике с отдельным чипом Airview неплохо эфир показывает.

 

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

[rdc]

Как же он показывает эфир, если оборудование в данный момент что-то излучает в эфир?

Капитан Очевидность подсказывает - эфир сканируется в моменты, когда передачи нет)

[Saab95]

Капитан Очевидность подсказывает - эфир сканируется в моменты, когда передачи нет)

 

А это как?

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

Для работы анализатора спектра нужно пройтись по всему диапазону частот (ну или по указанному в настройках), на каждой частоте нужно слушать эфир какое-то время, при этом основной адаптер работает, принимает или передает данные, то есть излучает в эфир, на ту же антенну, по которой слушает эфир хитрый чип. Каким же образом разработчики сделали так, что бы во время передачи сканер отключался? Выходит он сканирует не в реальном времени, а опять показывает не совсем актуальные данные?

[rdc]

Вот этот хитрый чип и сканит - в моменты, пока основной чип не ведёт передачу.

Данные актуальные - просто он располагает не 100% эфирного времени, а работает только урывками.

 

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