[YuryD]

1 час назад, Unker сказал:

на 5 ггц чтобы затухание в коксе было по-максимуму

 Из древнего опыта аналога дмв в ГСВГ. Любая скрутка от дмв-антенны до блока усилителей - вызывала полный киздец у приёмника, по затуханию. Мы случайно укоцали кабель от антенны до блока, где жили замполит и комдивчасти, а частота в коаксиле - до 1 ггц., ну и срастили... Нам - связистам было полная пи... Просто 75омник на трехэтажке, от антенны, до входа в блок усилителей-смесителей меняли.

[Saab95]

Даже на минимальной мощности в 1дбм если соединить антенные разъемы напрямую то сгорит.

 

Не важно какой кабель и сколько там ом, работать будет.

 

Если уходить в ретрансляторы, то можно внизу где йота поставить QRT5 и направить по линии раздающих точек, а там уже поставить двухдиапазонные роутеры, которые на 5ггц примут а на 2ггц раздадут. Проверенная и рабочая схема.

 

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

[LostSoul]

1 час назад, Saab95 сказал:

а сначала удаленно посмотреть что происходит.

ну туннели то можно легко и на tp-link с openwrt делать , у нас есть отлаженное отработанное решение.

Но для индивидуальных проектов микротик несравненно удобнее в этом. да.

Особенно после того как я узнал что на HEX r3 с микросд карточкой  можно поставить напрямую Dude Server .

 

[NewUse]

минимальная мощность, вроде, -8dBm...

[f.tagir]

Есть преобразователи витая пара в коаксиал, вот 2 штуками нужно оконечить этот кабель.

[LostSoul]

11 часов назад, f.tagir сказал:

Есть преобразователи витая пара в коаксиал, вот 2 штуками нужно оконечить этот кабель.

это если два кооксала есть в наличии для tx и rx

 

[NewUse]

28 минут назад, LostSoul сказал:

это если два кооксала есть в наличии для tx и rx

 

Зачем два -- обычный медиаконвертер коаксеальный, например:

http://www.avtech.su/catalog/26/21/69/

 

[Глеб Высоцкий]

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

А заодно убедиться, что кабель не оборван и на замкнут накоротко.

Изменено 28 октября, 2017 пользователем Глеб Высоцкий

[LostSoul]

В 25.10.2017 в 23:12, NewUse сказал:

о

Изучив вот эту тему

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

Так как в микротике никаких "уровней отстрела" задавать не нужно, клиенты дропаются capsmanager по факту того что с другой точки он виден с лучшим сигналом. А не по факту тупой отсечки по уровню.

 

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

( с полной правда потерей связи для всех зон где покрытие ещё есть, но ниже уровня отсечки )

 

[NewUse]

Изучите повторно,а заодно и Микротик, если найдёте, SNR -- безконтроллерное решение, если что...

[sfstudio]

Цитата

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

 

Да правда чтоль?

 

Цитата

 

Так как в микротике никаких "уровней отстрела" задавать не нужно, клиенты дропаются capsmanager по факту того что с другой точки он виден с лучшим сигналом. А не по факту тупой отсечки по уровню.
 

 

 

Определитесь вы о handover (т.е. клиенсткая логика с использованием 802.11R/K или без) или о handoff. Второе эт именно отстрел (руки прочь). В SNR он не так прост и включает в себя не только kickout по уровню (там и probe фильтр и логика препятствующая ложным срабатываний). Да и не только уровнем живы. В т.ч. по tx retry error, по alive и т.д. и т.п.

 

Цитата

 

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

( с полной правда потерей связи для всех зон где покрытие ещё есть, но ниже уровня отсечки )
 

 

 

Микротик научился 802.11R/K ? Ну и ещё раз вы близко не о том.

 

А теперь вопросы:
1) каким образом ваш соседний микротик узнает о том, что клиент "с другой точки виден с лучшим сигналом"? Вот по пунктам. Что мониторим. =)) Предлагаете отключить все фильтры в BBP и разбирать всё говно летящее в эфире в софте? Ну дык разом ёмкость сети свалиться в хламину. Или будем ждать probe который никогда не будет даже послан пока RSSI от текущей АП удовлетворяет клиента, или клиент не умеет handover... Или как многие свежие ведроиды и яблоки все probe шлют с рандомизированного мака дабы препятствовать отслеживанию перемещения (тут вы вообще до assoc req не узнаете ничего о существовании реального клиента). И т.д. и т.п.
2) пруфы на факмокинетику логику, от и до, как видит чего видит и т.д. Задолбали меня уже все эти "видельщики", верующие в "микротик" или "ынтырпрайз" (чьи чувства, я тут видимо регулярно оскорбляю выдавая технический разбор логики со всеми ссылками и результатами). Тут технический форум. Так что техническим языком будьте добры. А именно "мониторятся probe req от клиентов", ну как пример. А то тут даже скорее не видят, а слышат, и слушают номальные AP далеко не всё говно летящее в эфире. Для этого аппаратные фильтры в бэйзбэнд процессоре есть. Что бы откидывать бесполезно летящее в эфире гуано. А что бы почти всё гуано это ловить, существует monitor mode выключенный по дефолту ибо жестоко затратен со всех сторон.
3) ну и на закуску, вышел клиент за край зоны и висит он бедный до упора на крайней АП в сети с самым низким рэйтом, и пытается при этом ещё что-то активно закачивать, при этом сожрав всё эфирное время, а вокруг все курят в сторонке. Ну и нафиг такое счатьсе? Задача обслужить макс число клиентов. А это значит обеспечить макс рэйт на любом из них в любой точке покрытия. Вышел за зону - получи по голове. И не чего его там держать до упора т.к. пострадают остальные в радиусе рабочей АП. Это особенно актуально в 2.4ГГц. Радиопланирование, что бы не было дырок и зона была предсказуема никто не отменял.

Нормальным клиентам никакой отстрел (handoff) не нужен. Им достаточно быстро их приземлить когда они решат мигрировать (выполнить процедуру handover с или без использования 802.11k/r, учитывая или нет данные BSS Qload и т.д. и т.п.), и для клиентских приложений тогда (и только тогда) не будет никакого прерывания связи (с точки зрения приложений). Для ускорения этой процедуры существуют 802.11K/R (как и зачем есть в теме о роуминге в разделе, с примерами запросов логикой и т.д. изучайте).

 

P.S. Я разбирал всю логику от и до. Со ссылками на аналогичные исследования Cisco и т.д. и т.п. Всё есть в теме. Сделайте милость, изучите вопрос.

[sfstudio]

P.SS. А можно узнать, как это вообще оказалось в теме о коксе?

[Vasmer]

есть EoC (Ethernet over Coaxial cable) вот им и воспользуйтесь  например от planet

PLANET VC-202A

http://www.planet.com.tw/en/product/images/30798/C-VC-202A_s.pdf