YuryD Опубликовано 25 октября, 2017 · Жалоба 1 час назад, Unker сказал: на 5 ггц чтобы затухание в коксе было по-максимуму Из древнего опыта аналога дмв в ГСВГ. Любая скрутка от дмв-антенны до блока усилителей - вызывала полный киздец у приёмника, по затуханию. Мы случайно укоцали кабель от антенны до блока, где жили замполит и комдивчасти, а частота в коаксиле - до 1 ггц., ну и срастили... Нам - связистам было полная пи... Просто 75омник на трехэтажке, от антенны, до входа в блок усилителей-смесителей меняли. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 25 октября, 2017 · Жалоба Даже на минимальной мощности в 1дбм если соединить антенные разъемы напрямую то сгорит. Не важно какой кабель и сколько там ом, работать будет. Если уходить в ретрансляторы, то можно внизу где йота поставить QRT5 и направить по линии раздающих точек, а там уже поставить двухдиапазонные роутеры, которые на 5ггц примут а на 2ггц раздадут. Проверенная и рабочая схема. Самое главное это сделать себе куда-то туннель из сети этого клиента, что бы по жалобам не ездить, а сначала удаленно посмотреть что происходит. Поэтому всякие там тплинки использовать не стоит. Вся экономия на последующих выездах на бензин уйдет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 25 октября, 2017 · Жалоба 1 час назад, Saab95 сказал: а сначала удаленно посмотреть что происходит. ну туннели то можно легко и на tp-link с openwrt делать , у нас есть отлаженное отработанное решение. Но для индивидуальных проектов микротик несравненно удобнее в этом. да. Особенно после того как я узнал что на HEX r3 с микросд карточкой можно поставить напрямую Dude Server . Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NewUse Опубликовано 25 октября, 2017 · Жалоба минимальная мощность, вроде, -8dBm... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
f.tagir Опубликовано 26 октября, 2017 · Жалоба Есть преобразователи витая пара в коаксиал, вот 2 штуками нужно оконечить этот кабель. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 26 октября, 2017 · Жалоба 11 часов назад, f.tagir сказал: Есть преобразователи витая пара в коаксиал, вот 2 штуками нужно оконечить этот кабель. это если два кооксала есть в наличии для tx и rx Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NewUse Опубликовано 26 октября, 2017 · Жалоба 28 минут назад, LostSoul сказал: это если два кооксала есть в наличии для tx и rx Зачем два -- обычный медиаконвертер коаксеальный, например: http://www.avtech.su/catalog/26/21/69/ Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Глеб Высоцкий Опубликовано 28 октября, 2017 (изменено) · Жалоба Для начала надо бы взять банальный тестер и проверить, действительно ли "похороненный" под отделкой кабель является просто куском кабеля, а не частью более сложной системы. Например, если между (условно) бывшей ТВ антенной и (условно) абонентской ТВ-розеткой стоит ТВ-разветвитель, использовать медиаконвертер будет проблематично. А заодно убедиться, что кабель не оборван и на замкнут накоротко. Изменено 28 октября, 2017 пользователем Глеб Высоцкий Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 29 октября, 2017 · Жалоба В 25.10.2017 в 23:12, NewUse сказал: о Изучив вот эту тему я пришел к выводу , что в оборудовании SNR с хендовером все гораздо печальнее чем в микротике. Так как в микротике никаких "уровней отстрела" задавать не нужно, клиенты дропаются capsmanager по факту того что с другой точки он виден с лучшим сигналом. А не по факту тупой отсечки по уровню. С "отсечкой по уровню" все с незапамятных времен работает вообще практически на любых мыльницах без всякого центрального контроллера. ( с полной правда потерей связи для всех зон где покрытие ещё есть, но ниже уровня отсечки ) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NewUse Опубликовано 29 октября, 2017 · Жалоба Изучите повторно,а заодно и Микротик, если найдёте, SNR -- безконтроллерное решение, если что... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 29 октября, 2017 · Жалоба Цитата я пришел к выводу , что в оборудовании 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 и т.д. и т.п. Всё есть в теме. Сделайте милость, изучите вопрос. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 29 октября, 2017 · Жалоба P.SS. А можно узнать, как это вообще оказалось в теме о коксе? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Vasmer Опубликовано 29 октября, 2017 · Жалоба есть EoC (Ethernet over Coaxial cable) вот им и воспользуйтесь например от planet PLANET VC-202A http://www.planet.com.tw/en/product/images/30798/C-VC-202A_s.pdf Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...