Jump to content

IgaX

Forum Members
  • Posts

    950
  • Joined

  • Last visited

  • Days Won

    3

Everything posted by IgaX

  1. А официальная позиция немного другая: https://zyxel.ru/kb/4782/ Это ведь не я придумал. Опять же, если серьезно, то на 802.11ac с 2х2 и тем более 256-QAM (уж будем надеяться, что есть) можно добиться формирования SU-MIMO Beamforming для высокоскоростной передачи на средней дистанции. Что такое средняя дистанция? А это мы сможем узнать, если поймем какой стоит TX Power для выбранного в настройках региона (фиг с ним, если не дадут поменять ручками, то хотя бы цифры посмотреть). В идеале это как? Берем кол-во антенн N, подставляем в формулу 10*log(N), получаем MIMO array gain в 3 dB. Далее берем ограничение ERP для, например, US (в настройках у нас как country-code US) - для массива MIMO из двух антенн оно составляет 20 dBm ERP (или составляло, если успели изменить), соответственно, сам радио-чип должен выжимать 17 dBm (=20-3). Смотрим куда-нибудь (в идеале) или спрашиваем знающих людей какой у нас все же TX Power для нужного региона .. и если отличается от нужной цифры, то делаем выводы и задаем вопросы уже вышестоящим людям (если не лень). И даже будучи уверенными в TX Power все равно придется сделать поправку на ветер, фазу луны и что пингвины ели на завтрак, т.е. много и много раз оценить на каком расстоянии в идеальных условиях у нас все же начинает деградировать фактическая скорость передачи. Чтобы в дальнейшем правильно определить положение роутера по отношению к прожорливому клиенту с соответствующей поддержкой. Сделать выводы. Сделать расчеты, например, для этой игрушки с MU-MIMO Beamforming (иначе будет как золотое сидение для унитаза с подогревом): http://store.zyxel.ru/news/besprovodnoy_marshrytizator_zyxel_armor_z2_podderzhivaet_tehnologiyu80211ac_wave_2_mu-mimo/ .. сделать апгрейд всей инфраструктуры с учетом потребностей .. раз и навсегда забыть о беспроводном аде .. ну или до следующего круга ада. *** Но это все граблями по воде, т.к. движения судя по всему нет и не будет
  2. не моя вина, что большинство не в курсе того, как может улучшить свою беспроводную жизнь
  3. немного странный вопрос. с тремя TX/RX на 5 ГГц в 802.11ac MIMO вроде хватает воображения представить .. особенно если клиент также поддерживает beamforming .. некоторые даже пользуются или так считают. вопрос ведь шкурный, народ жалуется на проходимость и дальность 802.11ac в старших моделях zyxel, типа за что кровные отдали)) *** в общем, давайте так, чтобы не тратить время, потому что кол-во отрицательных голосов уже о многом говорит: ядро крутое, все нравится, такую стабильность можно по пальцам пересчитать в soho-сегменте, но беспроводная составляющая, imho, на данный момент без аттестата зрелости; если потолок в построении hi-end беспроводной сети - это все же роль второй скрипки на раздаче трафика от шнурка последней мили, то я здесь зря для того, чтобы поучаствовать в "Мы, разработчики NDMS, принимаем участие в беседах на этом форуме, потому что мы лично хотим сделать наши устройства лучше всех других". Примы-балерины, которые по всем пунктам устроят на рынке есть, кому надо, тот найдет. за сим, видимо, откланиваюсь. как обычно, все было зря, хотелось бы ошибиться.
  4. Та, которая, по идее, ограничивается законодательством выбранной страны в настройках wifi, каналом или возможностью радио-чипа со стороны EEPROM. Измеряется в mW или dBm. Знание этого, как минимум, поможет с выбором оптимального юнита, как максимум, прекратит холивар чья палка круче. Возможность же поменять ее фактически, а не абы как, может быть сродни чип-тюнинга движка хорошей машины. Более высокие пороговые значения влияют на тепловыделение, соответственно, переходя физический предел можно поджарить юнит. При подборе более высоких значений необходимо следить за температурой, продумать доп.охлаждение при необходимости. Рекомендуется применять с особой осторожностью. Зато можно поднять уровень сигнала и придушить шум соседей (у многих ведь автовыбор канала, они просто сбегут на автомате.. другая альтернатива здесь - поднятие wds в той или иной форме, чем больше дружественных AP на одном канале, тем меньше шанс, что соседи с автовыбором сунутся на него .. т.е. захватываем канал за собой .. а что делать, джунгли, всем ведь не настроишь обычный уровень оптимальной мощности в %, чтобы все жили дружно). Другое применение - расширение покрытия на дачных участках итп. Т.к. идет определенного рода нарушение и повышается вероятность внезапной смерти юнита от перегрева, то, по идее, должно сопровождаться дисклеймером со стороны производителя о слете гарантии как минимум. Но если гарантия вышла и/или хочется адреналина, то почему нет? В знании - сила, а возможность поменять значение на любое оценят гики)) Так что запихнуть изменение под замок в CLI с передачей флага через Service tag, чтобы не было мухлежа с возвратом потенциального "брака" от продвинутых пользователей, а в веб-морде показывать просто уровень в mW или dBm на странице настроек wifi (чтобы сделать удобным подбор фактической мощности для простого пользователя без "тюнинга") .. или опять же если руководство упрется рогом и наплюет на мнение рядовых пользователей, то хотя бы через show в CLI. Это было бы одним из оптимальных решений. Но можно ничего не делать, тогда не нужно удивляться про некоторые нелестные отзывы на просторах сети. А так голые цифры помимо тестов скорости могли бы играть роль в определении конкурентного преимущества. Если только изначально эти цифры не в пользу юнитов, за которые "лучше всех остальных" мы тут слегка скрещиваем шпаги вместо нормального диалога. А фз, это ж как суслик, которого никто особо так и не видел в сегменте soho. Формирование луча заявлено, например, как одна из фич для Гиги 3 и Ультра 2, которые "пока" отключены (на момент заявления). Хочется ведь пощупать .. или хотя бы увидеть, что суслика пока нет .. хотя бы через тот же show в cli .. чтобы не делать "ку" цветовой дифференциации штанов каждый раз, когда захочется узнать что там с сусликом. Правдивый подход здесь помог бы убрать из головы ненужный возможный булшит. Поэтому эти два пункта для отчаянных и верующих N.B. Предложение по голосам уже в минусе и, судя по политике партии, вряд ли пройдет, поэтому уже пишу что думаю)) Без обид. С уважением.
  5. Чтобы хотя бы поддерживающим данный стандарт BT-устройствам сообщалось на каком канале "не гадить" BT-передачей в эфир 2.4 .. те же самые BT-устройства, о которых Вы упоминаете, при поддержке данного стандарта - смогут работать стабильнее, т.к. их, в свою очередь, не будет "глушить" передача 2.4 от wifi .. хотя в большинстве случаев им как раз фиолетово, они передают по всем каналам. В реализацию же поочередной передачи данных wifi и BT на одном канале не особо верится в плане синхронизации, хотя фз. P.S. профессионалы вроде выбирают cisco
  6. Угу, отличный ответ) микротик, кста, так же относится к пожеланиям по Bluetooth Coexistence Mode .. годы уже прошли Вот просто и беспроблемно оставьте по умолчанию в веб морде, а остальным дайте возможность решать самим .. всё ведь, наверное, решается строкой инициализации драйвера, это безумно сложно, да?
  7. Очень, очень хотелось бы перестать быть пацаками и смотреть в сторону броадкомов с wrt, включая стоковые. Настойчиво прошу помимо имеющихся через веб-интерфейс настроек wifi и имеющихся через CLI (включая, но не ограничиваясь) preamble-short и rekey-interval добавить возможность узнавать и менять все возможные значения настроек wifi, особенно: 1) BeaconPeriod 2) DTIM 3) Bluetooth Coexistence Mode (если есть такая поддержка со стороны железа хотя бы для старших моделей) .. для тех, кому мало что помогает и много времени: 4) CTS/RTS Threshold 5) Fragmentation Threshold .. для отчаянных и верующих: 6) TX Power 7) Single/Multi Beamforming .. и еще пара моментов, но потом после этих, чтобы не отпугнуть раньше времени Иначе это все похоже на фруктовый кефир с угадайкой что и как лучше собрать, чтобы, наконец, получить топовое удовольствие. Уважаемые пользователи, пожалуйста, голосуем, кому еще не все равно.
×
×
  • Create New...