Mr. D

Якщо ще й пошукати на aliexpress.com, то там й за $30 можливо знайти варіанти. Сильно китайське обладнання час від часу має деяку специфіку, тому, мені здається, з ним треба бути обережним. Здається, траплялись якісь історії, коли сильно китайське обладнання порушувало межі діапазонів або додавало якихось шумів іншим абонентам.

Wi-Fi не потрібен, Wi-Fi мережа - це окреме обладнання. Цікавий варіант. Там часом SIM-карти працюють не в режимі Dual Stand-By (як в більшості телефонів з двома SIM-картами)? Ще вдалося знайти якихось китайців (CPF 905; є Passive PoE), але, звісно, ці пристрої не виглядають конкурентними відносно MikroTik.

З'явилась необхідність під'єднатися до мобільної мережі (саме для зв'язку з Інтернет). Звісно, для кращого зв'язку зручно встановити антену 3G\4G передавача\приймача ззовні приміщення. В цьому випадку застосування якоїсь кількості метрів коаксіального кабелю для антени (у разі встановлення маршрутизатору у приміщені) виглядає як втрата потужності сигналу, яка можливо вплине на подальшу швидкість зв'язку. Бувають такі 3G\4G пристрої у вуличному форматі? Уявляю собі такий пристрій як деякий маршрутизатор з живленням за допомогою PoE.

Вважаю, що з точки зору звичайного побутового NVR немає різниці використовується SMR HDD або CMR HDD. Поки що не побачив жодного пояснення, чому це не так. Якщо у Вас є посилання на відповідні матеріали WD, Seagate або іншої компанії, де зазначено, що саме HDD з технологією SMR не можуть бути використанні в NVR, будь ласка, надайте таке посилання. Мені не вдалося поки що знайти.

Приклади вище показують як саме працює велика частина файлових систем. Звісно, існує ще багато інших особливостей, які можливо побачити виконуючи деякі сценарії користувача. Якщо NVR використовує block storage device для зберігання даних, то всі зазначені особливості роботи HDD або навіть SSD все ще застосовуються до цих пристроїв зберігання даних. Немає іншого методу доступу в HDD окрім LBA (з тих типів HDD, які обговорюються).

Підвищення gain антени як передавача так й приймача шляхом корегування діаграми направленості підвищує потужність сигналу у приймача. Вимкнення окремих сегментів антени фактично спрямовує енергію саме в якомусь потрібному напрямку.

Ось, будь ласка, відповідь на ваше питання. Не існує HDD, які так швидко можуть записати дані. Створення файлу, розмір якого 10 GiB, за 1 секунду. C:\>fsutil fsinfo volumeInfo c: Volume Name : Volume Serial Number : 0x72272232 Max Component Length : 255 File System Name : NTFS Is ReadWrite Not Thinly-Provisioned Supports Case-sensitive filenames Preserves Case of filenames Supports Unicode in filenames Preserves & Enforces ACL's Supports file-based Compression Supports Disk Quotas Supports Sparse files Supports Reparse Points Returns Handle Close Result Information Supports POSIX-style Unlink and Rename Supports Object Identifiers Supports Encrypted File System Supports Named Streams Supports Transactions Supports Hard Links Supports Extended Attributes Supports Open By FileID Supports USN Journal C:\>dir /l/o/p | findstr nvr C:\>echo:| time The current time is: 21:18:20.78 Enter the new time: C:\>fsutil file createnew c:\NVR.data 10737418240 File c:\NVR.data is created C:\>echo:| time The current time is: 21:18:21.13 Enter the new time: C:\>dir /l/o/p | findstr nvr 06-Jan-24 21:18 10,737,418,240 nvr.data або [administrator@localhost ~]$ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS sda 8:0 0 1T 0 disk ├─sda1 8:1 0 1G 0 part /boot └─sda2 8:2 0 1023G 0 part ├─rl-root 253:0 0 70G 0 lvm / ├─rl-swap 253:1 0 3.9G 0 lvm [SWAP] └─rl-home 253:2 0 949.1G 0 lvm /home sr0 11:0 1 1024M 0 rom [administrator@localhost ~]$ findmnt / TARGET SOURCE FSTYPE OPTIONS / /dev/mapper/rl-root xfs rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota [administrator@localhost ~]$ cd /tmp/ [administrator@localhost tmp]$ ls -ahl | grep NVR [administrator@localhost tmp]$ time fallocate -l 10G NVR.data real 0m0.002s user 0m0.001s sys 0m0.000s [administrator@localhost tmp]$ ls -ahl | grep NVR -rw-rw-r--. 1 administrator administrator 10G Jan 6 21:41 NVR.data

Що таке створення файлу? Навіщо створювати файл, розмір якого 1 GiB та заповнювати його нерелевантними даними для того, щоб пізніше модифікувати. Чому не можливо додати до 1 сектору, в якому розміщені дані, ще один сектор, коли це знадобиться? Якщо прочитати абсолютно чистий SMR HDD він поверне нулі з однаковою швидкістю протягом всього часу читання цього HDD, що каже про те, що фізично (з пластин HDD) читання не було виконано, а лише програма керування на базі існуючої інформації, що сектори вільні, повернула нулі хосту.

Тоді виглядає так, що додатково ліцензії не будуть потрібні

Будь ласка, ознайомтесь з попередніми відповідями та коментарями та сформулюйте конкретне технічне питання. На всякий випадок напишу, я нічого не продаю, мені особисто байдуже якого типу HDD Ви використовуєте у своєму NVR або у NVR ваших клієнтів. Питання яке обговорювалось останні кілька сторінок - це ефективність або відсутність ефективності SMR HDD відносно CMR HDD. Якщо у Вас є якесь технічне пояснення як, що і йде відбувається, будь ласка, надайте відповідні пояснення або посилання, де можливо ознайомитися з відповідними матеріалами. Таким чином спільнота зможе зробити свої висновки. Буду вдячний побачити коментар про те, як саме я міг бі подивитись яка саме файлова система використовується в Hikvision NVR.

Будь ласка, надайте посилання на відповідні огляди або тестування, ознайомлюсь. Також прошу вказати на помилки в повідомленнях, які є вище, та надати відповідні пояснення, чому це так. Відповіді на всі питання в мене немає, але відповідей типу "Ми завжди так робили" мені не достатньо. Загалом якщо Ви не хочете щось коментувати або Вам тема не цікава, не коментуйте.

Порушувати, звісно, нічого в планах немає. Подивився відповідні специфікації, написано, що всі європейські частоти підтримуються. Лише питання стосовно ліцензій на обладнання дещо заплутане, але у зв'язку з тим, що кількість AP не велика, маю надію для контролера не треба буде шукати ліцензію. Ruckus має дещо заплутане ліцензування. Спробую, коли це все приїде. Особливо цікаво порівняти в наявних реальних умовах корегування діаграми (якщо, звісно, є можливість вимкнути цю функцію, тобто з корегуванням та без (як всеспрямована антена). До речі, думаю, корегування діаграми й MIMO - це одночасно працюючі технології у цьому випадку.

В контексті швидкості мережі, схоже, є сенс лімітувати клієнтів, виходячи з того, наскільки потужний сигнал від них. Наскільки я розумію, AP не знає, сигнал якої потужності отримує від AP клієнт, тому, мабуть, орієнтується по своїм показникам (а саме на потужність сигналу від клієнта). Десь була інформація, що мова про кілька тисяч варіантів діаграм. Скажімо, щоб отримати 1000 достатньо мати по 10 сегментів в кожній площині. Загалом мова була про те, що такого типу обладнання коштує кілька сотень доларів, тому й стало цікаво спробувати. Ruckus ZoneFlex 7982 коштує USD 25 в США, а R500 - близько USD 55. Мені здається, це дуже непогана ціна, якщо вся мережа адаптується до умов, виконує балансування й централізовано узгоджує потужності та інші фізичні параметри мережі.

Виглядає так, що можлива ситуація, коли фізично ще буде можливість бути на зв'язку з точки зору потужності сигналу, але APs будуть вирішувати, що такого клієнта не будуть обслуговувати. Тобто фактично відбувається лімітування фізичних можливостей. Скажімо, телефон може бути десь в сумці або в кишені й тоді потужність сигналу зменшується. Можливий сценарій, коли один фізичний домен буде завантажений інші пристрої не зможуть використати інші AP, які знаходяться десь поряд. Мені здається контролер Ruckus також працює з таким сценарієм корегуючи потужність різних AP та пропонуючи окремим клієнтам перемкнутися на ті AP. Фактично знову ж маючи фізичний ресурс відбувається лімітування цього ресурсу. Увімкнув TP-Link під'єднав 10 Tuya IoT й ось з тих 10 Tuya на відстані до 10 метрів половина втрачає зв'язок періодично. Очевидно, все складніше. )

Якщо я правильно розумію, то індивідуальна зміна діаграми направленості для зв'язку з якимось окремим абонентом утворює ситуацію, коли в точці простору де знаходиться клієнт з'являється сигнал більшої потужності (за рахунок концентрації енергії в якомусь напрямку). В той час як під час приймання даних вимкнення непотрібних секторів зменшує шум від тих непотрібних секторів (одночасно збільшуючи gain антени приймача). Та й загалом MIMO та корегування діаграми направленості працюють одночасно. Або MIMO потребує саме omni-directional антену й буде менш ефективною у разі секторної антени?

Як саме відбувається балансування навантаження між AP в такій архітектурі? Скажімо, є 5 - 6 приміщень в кожному знаходяться якісь бездротові пристрої та відповідно є окрема AP в кожному приміщенні. До якої саме AP під'єднається клієнт спочатку? Що буде відбуватися, якщо бездротовий клієнт переміститься в інше приміщення? Буде виконано перемикання на іншу AP або ні? Якщо я правильно розумію, то швидкість бездротової мережі - це швидкість найповільнішого клієнта.

На хостах з цим питань немає, але зустрічались випадки з побутовим абонентським обладнанням. Скажімо, у когось є маршрутизатор, який повністю влаштовує, але WireGuard там не працює. Звісно, можливо змінити на інший пристрій, але тоді треба додатково виконати налаштування вже існуючих сервісів, хоча у разі якогось побутового використання таких налаштувань й не дуже багато. Загалом бачу, що nmap, дійсно, показує "open" у разі NTP або DNS (навіть може визначити тип сервісу) PORT STATE SERVICE VERSION 123/udp open ntp NTP v4 (secondary server) PORT STATE SERVICE VERSION 53/udp open domain (generic dns response: SERVFAIL) 1 service unrecognized despite returning data. If you know the service/version, please submit the following fingerprint at nmap.org/cgi-bin/submit.cgi?new-service : SF-Port53-UDP:V= Тобто "open" визначається\інтерпретується не у разі unusual відповідей

Особисто швидкість не вимірював, але бачу деяку кількість тестів, які це підтверджують. Але я не впевнений, що WireGuard існує для будь-якої архітектури, тому, можливо, в деяких ситуаціях можливі й не найкращі показники.

Можливо, також NTP, який здається за замовчуванням працює зі 123 портом

Завершуючи тему WireGuard та OpenVPN є ось ще така думка "...If you think about this 'stealth' result vs one that actively sends a 'reject' response, the more secure is the no-answer situation because it reveals nothing at all. You can compare it to answering the phone and saying "go away" vs not answering at all... if you answer, the caller knows that you're there, but if you don't answer at all, they have no idea if your number works at all..." forum.openwrt.org/t/increase-wireguard-security-udp-port-open-filtered-closed/113402/9 Тобто стан який nmap інтерпретує як "open|filtered" фактично, схоже, найбезпечніший. У той час, якщо сервер\маршрутизатор" надсилає відповідь у вигляді ICMP-пакету, що nmap вважає як "closed", можливо вважати як хтось відреагував на попередню операцію. Тому у разі WireGuard та OpenVPN (UDP) відбувається все однаково. Й, схоже, можливості зробити примусово так, щоб був надісланий пакет "ICMP port unreachable error (type 3, code 3)", якщо серверу (сервісу WireGuard або OpenVPN) не вдалося ідентифікувати\автентифікувати клієнта немає. Тому WireGuard не має ніякої переваги саме в цьому (відносно OpenVPN (UDP)).

Навіть Ви підтверджуєте, що на вулиці обговорюванні AP будуть працювати краще, ніж можливі аналоги

Нагадаю, що програма керування HDD працює з хостом в контексті LBA. HDD нічого не знає про те, яка саме файлова система використовується ОС або користувачем. Тому в деяких випадках користувач для портативних NAND'ів може застосувати спеціалізовані файлові системи, але все ще можливо використати традиційні файлові системи й на портативних NAND'ах.

Я звернув увагу, коли у Вас немає відповіді або Ви щось не знаєте, то відбувається знущання на 3 - 4 сторінки. Тому я не побачив того, про що Ви розказуєте на практиці. Що й де не вірно налаштовано? Я подивлюсь відповідні налаштування й ще раз протестую рішення.

Ваші знущання я переживу. Не бачу конкретної відповіді. Мій приклад показує, що ICMP працює, але все одно я отримую "ICMP port unreachable error (type 3, code 3) - closed" та відповідно бачу такий пакет в мережі.

Як раз я бачу різницю, а саме отримую очікувано "open|filtered" або "closed". Тому роблю висновок, що наявність чогось видно (WireGuard, OpenVPN або щось інше).