Jump to content
Local

N.Leiten

Сitizens
  • Content Count

    975
  • Joined

  • Last visited

  • Days Won

    4

Everything posted by N.Leiten

  1. N.Leiten

    NanoBridge M2 не получает IP

    У вас на LAN интерфейсе неправильно указан адрес, 192.168.5.0 - это адрес подсети, а не адрес устройства, поставьте 192.168.5.1, и соответственно Range start 192.168.5.2. Ну и как выше написали, на WAN/WLAN нужен NAT.
  2. N.Leiten

    NanoBridge M2 не получает IP

    WDS или 4-field MAC должен быть включён на обоих устройствах, иначе длинк будет просто игнорировать 4-е поле с мак-адресом устройств за клиентским нанобриджём. Тема уже обсасывалась на этом форуме неоднократно. В режиме 802.11 infrastructure (с точками доступа и клиентами) точка доступа коммутирует фреймы по мак-адресам, к которым привязан AID номер, если к ней из эфира прилетает неизвестный мак, то она фрейм отбрасывает. То есть, в данном случае, нанос подключается, и на наносе даже будет интернет, если на него зайти телнетом или ssh и пропинговать, а вот клиенты за наносом уже ничего не получат, т.к. точка доступа о них не имеет представления. Когда разработчики 802.11 поняли проблему, для её решения придумали WDS или ещё одно поле для идентификации клиентских устройств. Точнее, идея была в том, что точки доступа между собой могут коммутировать любые фреймы от любых клиентов на разных точках доступа - wireless distribution system. Побочным эффектом стала возможность подключать клиентов с WDS и прозрачный проброс фреймов из проводного сегмента в беспроводной и обратно. Но для этого WDS должен быть включён на всех точках доступа. Другой механизм, довольно старый, и сейчас не везде реализованный - так называемый nat2.5, когда на беспроводном клиенте происходит трансляция MAC адресов в MAC беспроводного интерфейса. В голом линуксе подобного можно добиться используя ebtables, чтоб все мак-адреса с беспроводного интерфейса подменялись и вышестоящая точка доступа не отбрасывала пакеты. Но полноценный nat2.5 дополнительно делает трассировку вышестоящих протоколов, например, dhcp и pppoe, т.к. у этих протоколов в полях дублируются мак-адреса, которые тоже нужно подменять, иначе сервер не поймёт, чего от него хотят. Для dhcp можно использовать dhcp-relay с ebtables. Всё вышеизложенное касается именно использования режима бриджа. Самый простой и быстрый способ решения текущей проблемы, это просто включить режим роутера на нанобридже и не сношать никому мозг (ни себе, ни другим). Роутер здесь необходим только для того, чтоб происходила правильная подстановка src-MAC на беспроводном клиентском интерфейсе. Надеюсь, теперь стало понятней? Во вкладке Network вместо bridge, включите router или как-то так будет называться. Беспроводной интерфейс у вас будет выступать в роли WAN (с включённым dhcp), а проводной интерфейс настройте в другую подсеть, например 192.168.5.1/255.255.255.0 с включённым dhcp-сервером на нём. И всё будет работать.
  3. N.Leiten

    NanoBridge M2 не получает IP

    Для полноценной работы WDS, она должна быть включена на обоих устройствах. А с учётом того, что на другой стороне dlink, нет гарантий совместимости wds и того, что на длинке она вообще включается. По теме, переводите нанобридж в режим роутера, с собственным dhcp-сервером и раздельными подсетями. Не помню, есть ли у ubiquity поддержка nat2.5 на клиентском wifi, если есть, можно попробовать её включить, иначе, только режим роутера или обоюдный WDS для прозрачного L2 моста, чтоб широковещательные пакеты бегали для dhcp.
  4. Для ваших целей нужно два устройства, иначе потеряете скорость в два раза минимум. А с учётом DIR-300NRU на раздаче скорости там будут совсем маленькие. У последнего 1х1:1 конфигурация, до 150МБит/с в физическом канале, а реальная скорость раза в два ниже - до 70Мбит/с при самых хороших уровнях сигнала, в режиме репитера вы получите до 30-35Мбит/с, а в реальных условиях с учётом затухания сигнала вы максимум получите 15-20Мбит/с до редми в лучшем случае. Я уже молчу, что в режиме репитера нанос будет мешать всем клиентам в беспроводной сети при закачке данных на редми (подождать пока примет фреймы от вышестоящего роутера, потом передать на редми, причём светить будет и в сторону роутера). Нанос можно перепрошить в openwrt и настроить псевдорепитер с двумя виртуальными беспроводными интерфейсами, один в режиме клиента, второй в режиме точки доступа, настроить между ними роутинг, но на скорость это никак не повлияет, т.к. проблема использования общей среды никуда не денется. Самый лучший вариант - поставить нанос в сторону роутера в режиме клиента, а к наносу подцепить ещё один роутер на другом непересекающемся канале для раздачи, чтоб не мешали друг другу.
  5. Читать на тему tcp window size и tcp window scaling.
  6. По теме: Датагруп ПОНом в многоэтажках вроде бы грозится подключать, максимальный тариф до 500Мбит/с.
  7. N.Leiten

    APC ACRC103 как подключить этот чиллер?

    А разве там не хладагент специальный, который до минусовых температур умеет работать, как и в обычных кондёрах? оффтоп: устройте сауну в соседнем помещении, чтоб вода не замерзала. Только стенку между серверной и сауной термоизолируйте.
  8. N.Leiten

    Поиск MAC'а в сети

    Ну телевизоры и прочее действительно могут отсылать MAC как часть идентификатора устройства. С этого места уже можно двигаться дальше, но всё-равно сомневаюсь, что что-то получится. В теории, можно поснифить трафик, если повезёт и ТВ общается с вендором на голом HTTP (без шифрования), то возможно "выудить" айпишник роутера за которым сидит ворованное устройство. Но это так себе затея, при большой сети заманаетесь сниффить весь трафик. Если у вас бордер на PC, то можно попробовать, но я бы не рекомендовал, т.к. при большом количестве абонентов и трафике DPI может "просадить" скорость для всех абонов, т.к. придётся делать общее правило для всех. В идеальных условиях это делается через зеркалирование портов на бордерном коммутаторе и обработкой уже на отдельной машине. Но стоит ли овчинка выделки - тут вопрос.
  9. N.Leiten

    Поиск MAC'а в сети

    Никак, роутер для того и предназначен, чтоб разделять L2 сегменты сети, то есть MAC-адреса не видны, причём независимо от того, есть NAT или нет.
  10. N.Leiten

    usb-jtag

    По-моему, быстрее будет взять программатор и зашить флешку напрямую.
  11. Вопрос не в частотах, а в затратах на развёртывание. Если 4G ещё как-то имело смысл развёртывать для операторов, то 5G не несёт в себе принципиально новых методов получения прибыли. А вот затраты возрастают существенно. Даже если будет развёртывание на sub-6GHz диапазоне, работать оно будет очень плохо из-за проникаемости радиоволн. Про миллиметровый диапазон (выше 10ГГц) вообще нет смысла говорить, работает только на малых расстояниях и не сильно любит переотражения, добавьте к этому количество БС для поддержания сети, планируется ставить каждые 150м по столбам, а к ним ещё нужно backbone подводить. Показательны рекламные видосики, которые показывают работу mixed 5g/4g сети, типа роуминг между ними полноценный, только не сильно акцентируется внимание на то, что 5G работает на улице, а при заходе в помещение смартфон/модем сам переключается на 4G. На секундочку, большинство людей интернетом как раз в помещениях и пользуется. Тут операторы для 4G сильно напряглись подводить волокно к каждой БС для достижения нужных скоростей... По-моему, сейчас 5G для государства - очередной повод наполнить бюджет на хайпе. Такое уже проходили с wimax и 4G, первый помер не родившись, второй трепыхается и даёт возможность разгрузить 2g/3g сеть, а что даст 5G неясно.
  12. А что мешает самому откусить uboot из официальной прошивки? Исходники по формированию прошивки для этих девайсов есть в openwrt, сделать вручную обратный процесс - ничего сложного. По сути, там нужно сначала "откусить" заголовоные поля файла прошивки (несколько байт) и забить нолями первые 128КБиБ файла - это место самого uboot, дальше получившийся файл снова прогнать через mtplinkfw2 для добавления полей. Возьмите прошивку openwrt для tftp-recovery и проверьте, если она по tftp заливается нормально, значит можно попытаться сделать прошивку самому. Если большого покрытия не нужно, достаточно любого 802.11n 2x2:2 устройства с гигабитными портами (например, тот же wr1043n(d)). Проблема в том, что трудно найти 2х2:2 клиентские устройства для 2.4 диапазона, по моим тестам, в пределах пары метров можно получить 200+МБит/с. С практической же стороны, лучше смотреть в сторону 802.11ac устройств, у них, как правило, процессоры уже многоядерные, провод гигабитный, ну и сам беспроводной интерфейс в 5ГГц присуствует с более высокими скоростями и меньшей зашумлённостью, а 2.4ГГц диапазон уже в довесок с минимум 2х2:2 конфигурацией для старых устройств (смартфоны, планшеты и т.д.)
  13. N.Leiten

    4G прийшов

    Я мопедом со своей прошивкой посмотрел, 1800МГц диапазон на 95м квартале, ширина 15МГц. Может по районам и 2600 используют, но сильно сомневаюсь. 3G антенны для LTE не подойдут, там 2100-2200МГц, плюс для LTE лицензии у нас выдавали только на 2600 и 1800 (привет, технологическая нейтральность, которой у нас нет). КС выхватил много в 1800МГц, но они там что-то заикались на тему внутреннего делёжа полос меж операторами, так что хрен его знает, что они там поделили. Но на фоне кризиса с ZTE, думается мне, они решили использовать антенны 1800МГц через мультиплексор, или как там эта фигня называется. Тем более, что на 1800 у них GSM тоже работает.
  14. N.Leiten

    4G прийшов

    Так в Кривбассе на 1800 и запустили, куда ж ниже? 700-900МГц лицензии на LTE не выдавались и вряд ли будут, там у нас GSM/GPRS/EDGE и DVB-T2 работают, насколько мне не изменяет склероз.
  15. Тут важна ревизия, в последних ревизиях тп-линк решил сэкономить на производстве и перешёл на медиатек с православного атероса. При использовании проприетарных драйверов всё может работать нормально, но если хочешь свою прошивку, то тут возникают нежданчики.
  16. Постараюсь, но не обещаю, что смогу выложить патчи для mt76 сразу, нужно обсудить с заказчиком. По части старых патчей, вот ссылки: Китайский форум с полным патчем в первом сообщении. (на самом деле, часть с WMM необязательна, но она не влияет на работоспособность) Обсуждения в рассылке openwrt с первой версией того же патча.
  17. Для Mediatek-based устройств есть патчи опенсорсных драйверов, решающих проблему. В upstream их не примут, т.к. это грязные хаки портированные из проприетарного драйвера. Mediatek - это очень паршивенький китай. Тут или пользоваться проприетарным драйвером из wive-ng или писать свои патчи, увеличивающие queuelen в самом драйвере для BE/BK и т.д. цепочек. Плюс для старых устройств обязательно добавление проверки и "жонглирование" цепочками при переполнении. На китайских форумах эти патчи за моим авторством давненько уже висят. PS. Пару недель назад закончил патч для новых устройств, использующих драйвер mt76. Удалось повысить скорость и стабильность, но есть ещё один момент, который нужно исправить, через пару дней будет готово.
  18. Да уже несколько лет висит, видимо, магазинский до ближайшей многоэтажки с провайдерами, т.к. сначала на "Маяк" был направлен, а сейчас в другую сторону. Видимо, у комплекса свои условия доступа к интернету для арендателей, вот и обходят таким вот образом.
  19. N.Leiten

    HDMI

    Речь шла о возможных причинах. А как оно там в проприетарных драйверах работает с edid, тем более в приставках - вопрос покрытый мраком. Об этом я и писал, дословно: "ещё может быть несовместимость с контроллером матрицы монитора, которые из-за внутренних порядков инициалиазации могут отдавать EDID через раз". Если не понятно, то контроллер тоже может уходить в энергосберегающий режим внутри монитора и при подключении он внутри переинициализирует себя и читает данные из собственного ПЗУ для отдачи edid, причём порядок и тайминги отдачи в сторону источника картинки жёстко регламентированы, а порядок инициализации самого контроллера - дело производителя самого контроллера, и если по какой-то причине контроллер перестал успевать считывать ПЗУ до отдачи edid, оно отошлёт компу нули в лучшем случае, а то и вовсе прекратит инициализацию. А что вас удивляет? Никто вам не гарантирует работу больше гарантийного срока, и то, в большинстве случаев гарантийный срок распространяется только на заводской брак. Времена техники, служащей 20+ лет прошли уже очень давно. Но речь шла о совсем другом, стандартизация интерфейсов - это хорошо, но совместимость оборудования - ещё лучше. Совместимость не определяется по лейблу на корпусе в потребительской технике - вот и всё. Да там как раз полный разбор полётов и беда в контроллере была.
  20. N.Leiten

    HDMI

    Проверьте и обновите/откатите драйвера видеокарты. Как правило, переменная работа видео-интерфейса говорит о нарушенных "таймингах" инициализации цифровых интерфейсах и/или проблемах с режимами энергосбережения, ещё может быть несовместимость с контроллером матрицы монитора, которые из-за внутренних порядков инициалиазации могут отдавать EDID через раз. Последнее проверяется как раз повторным переподключением кабеля, но можно ещё попробовать включать/выключать сам монитор (кнопочкой или по питанию из розетки). У меня в ноуте было подобное поведение, только по шине eDP (собственный монитор ноутбука), пришлось патчить драйвера в ядре линукса, в винде по-видимому в драйверах это учли или, скорее всего, просто edid вбили костылём для модели ноутбука. То, что монитор и ноутбук Asus ещё ничего не значит, от Asus'а там только внешний корпус и измененные логотипы в прошивках и программах. Поэтому ожидать полноценность совместимости не стоит. Это не проблема конкретно Asus, так работает большинство брендов с референс-дизайнами.
  21. N.Leiten

    WDS vs Repeater

    WDS требует его включения и поддержки на всех точках доступа. При этом желательно использовать точки доступа одного производителя, а если точнее, с одинаковым производителем чипов в точках доступа, т.к. WDS имеет разную реализацию в драйверах и может быть не совместим между разными точками доступа. Как вариант обхода, использовать точки доступа, которые поддерживаются openwrt с opensource-драйверами. Главное отличие между WDS и "репитером" в канальном уровне. WDS позволяет создавать "прозрачную" сеть на L2 уровне используя стандартный метод 802.11 (использование 4 полей для MAC-адресов во фреймах при приёме и передаче данных). В простейшем случае ретранслятор "эмулирует" подключение клиента к вышестоящей точке доступа, то есть работает как прокси между ними. Есть реализации, которые создают дополнительные подключения к вышестоящей точке доступа для каждого подключившегося клиента, а есть которые подключаются один раз и просто пересылают данные используя так называемую технологию nat2.5 (трансляция/подстановка своего MAC-адреса на вышестоящую точку доступа). Это необходимо, т.к. в обычном режиме 802.11 infrastructure клиентское устройство может иметь только 1 MAC-адрес, который является его идентификатором в 802.11 сети и непосредственно идентификатором для обмена данными. В плане скорости, обе технологии будут уменьшать полезную скорость, т.к. используется один канал для обмена между точками доступа и клиентом. То есть фрейм сначала передаётся клиентом до ретранслятора, там буферизируется и передаётся на вышестояющую точку доступа (то есть один фрейм занимает более чем в 2 раза больше времени).
  22. N.Leiten

    4G прийшов

    Уже проверил, Люксембург. Просто в прошлом году, когда вся эта катавасия с блокировками была - их тоже зацепило. Видимо, перестроились.
  23. N.Leiten

    4G прийшов

    Могу ошибаться, конечно, но насколько я в курсе World of Tanks хостятся на mail.ru, оттого пинг на скрине через впн и не показателен в данном случае.
  24. N.Leiten

    Демпінг Київстар.

    На самом деле, всё зависит от того, что у кого в приоритете. Я в нулевых тоже слышал аргумент, мол за беспроводными сетями будущее. Но этот аргумент разивается очень просто - разделяемая общая физическая среда. Когда строишь кабельную сеть (оптика, витая, коаксиал), у тебя собственная изолированная разделяемая среда под полным контролем. Если человеку нужна "мобильность", то да, 3Г/4Г у него будут в приоритете, но таких пользователей от общего числа немного. Поэтому не вижу смысла обращать внимание и что-то таким доказывать - приоритеты/требования разные. Ожидание человеком от 4Г невероятного прорыва больше похоже на маркетинговый булшит, который льётся изо всех дыр касательно любой "новой" технолгии (даже вайфай сюда же). Мало, наверное, кто помнит, как на стендах первого 4Г показывали скорости в 100+, а то и выше мегабит/с, на практике же всё оказалось очень печально. Аналогично будет и с 5Г и т.д. Фундаметальную проблему разделяемой общей среды решить невозможно. Те, кому достаточно 10Мбит/с - будут использовать 10Мбит/с. Кому нужны скорость повыше и rtt приемлемый и стабильный, будут использовать провод. Большинство домашних пользователей вряд ли спрыгнут с проводного интернета, все уже привыкли к 100Мбит/с. В некоторых городах провайдеры уже даже выше скорости предлагают. Тут тягаться беспроводной сети не с чем.
  25. Да, блок-схема не полная, там по тексту: Another effective approach to eliminating the frequency pulling or phase noise disturbance on the VCO is to ensure the frequencies of the RF signal and its harmonics far away from the VCO frequency. As illustrated in Fig. 3.27, VCO operates at the frequency range of 3.2 to 3.9 GHz, which is two-third of the RF channel frequency for the 802.11a band. The 3.2–3.9 GHz synthesizer output is divided by 2 and then mixed with the 3.2–3.9-GHz synthesizer output again to generate a pair of quadrature LO signals at 4.8–5.9 GHz [6] at the cost of additional mixers. Another method to avoid the pulling effect is to utilize dual up-conversion [25–27] for the transmitter as shown in Fig. 8.8, where the RF channel frequency (4.8–5.85 GHz) is generated with two stages of the frequency conversion by mixing an LO frequency at 2/3 the channel frequency (3.2–3.9 GH) with 1/2 LO quadrature frequencies (1.6–1.95 GHz) for the 802.11a WLAN systems. Since the transmitter output frequency and its harmonic frequencies are away from the VCO frequency, no pulling effect on the VCO signal could happen. Furthermore, any LO leakage to the antenna will be far away from the in-band signal and appear as out-of-band tone, which will not interfere with other receivers operating in the 5-GHz band. То есть для 5ГГц (4.8-5.85ГГц) используется генерация в два этапа, дополнительно подмешивается половинная частота (1.6-1.95ГГц) к основной от генератора в разных комбинациях, откуда и получается диапазон в 1050ГГц. Но, опять же, это общая схема, у атеросов сам генератор, вроде бы, даёт шире диапазон. Мне удавалось в диапазоне 2.4ГГц заставить чип работать на 2.9ГГц, но там очевидные проблемы с сигналом вылазят во весь рост, без калибровки оно работать нормально не будет. Да, простите, англицизмы лезут. С завода у атеросов всё одинаково, кроме параметров калибровки (да и то не факт, если не рассматривать убер-девайсы на 700МГц или 900МГц). Насчёт ФАР антенн есть один немаловажный аспект - соотношение усиления к потерям на переключателях/фазовращателях. Одно дело, когда в пределах 802.11ac вся эта управляющая схема расположена сразу в чипе, другое - когда это находится за его пределами. Я могу ошибаться, как сейчас дела обстоят, но первые антенны с формированием луча страдали от потерь на переключателях (там на уровне 2-3дБ потерь на каждом), то есть отдельная излучающая "подантенна" должна иметь усиление минимум в 9-10дБ, чтоб получить хоть какой-то выигрыш по сигналу и шуму (за счёт более узкого луча).
×