Saab95

По поводу зарплат уже вопрос 15 и более лет обсуждается. Можно обучить специалистов для себя, обеспечивать им нормальную зарплату и условия работы, тем самым обезопасить от увольнения и последующего устройства в другие организации, имея уже опыт работы. Можно держать низкие зарплаты, постоянно обучать новых работников, терпеть убытки от их низкой квалификации и отсутствии мотивированности на качественное выполнение работы. Люди будут приходить, набираться знаний, работая пол года - год, после уходить к конкурентам, которые больше платят. Есть примеры и тех, и других провайдеров, и те, кто адекватно оплачивает зарплату - те вообще никаких проблем в своей работе не имеют, т.к. сложился костяк сотрудников, которые полностью самостоятельно работают, вмешательство в управление руководителей вообще не требуется. А вот там, где экономят, руководство только и занимается тем, что постоянно решает возникающие с работой организации проблемы.

У микротика чипы для производства CCR закончились, а ampere еще не поступил в производство роутеров, срочно нужно было показать какое-то "революционное" решение, что бы иметь в линейке мощные роутеры и, заодно, подтянуть пользователей на глючную 7 версию ПО. Как зачем - что бы процессор, у которого нет встроенных сетевых портов, мог иметь возможность данные через интерфейсы передавать. Многие задачи по ограничению доступа можно решить иными способами, кроме как создавать миллионы правил.

Нужно делать редирект на порт веб прокси, а в самом прокси создать правило перенаправления на нужный ресурс (адрес сайта со страничкой).

Зачем такая прошивка, если CCR1036 еще работает с 6 версией? Смотрите настройки фасттрак.

Микротик свичи дешевле выходят на то же количество портов, смотреть надо на модели CRS, а не CSS.

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

То же самое происходит и с обычным вайфаем, когда настраивают на модуляциях авто. Модуляции прыгают и уровни сигналов снижаются, отсюда проблемы с наведением. В 60ггц та же ситуация - нужно наводить по центру антенн, после включать автоподстройку.

Скорее всего где-то проблема с метрикой маршрутов. Пока OSPF не загрузил маршруты трафик идет по какому-то пути, через который все работает. Когда маршруты загружаются данные могут идти каким-то другим образом, даже, возможно, на каком-то другом маршрутизаторе. И может получиться ситуация, когда другой маршрутизатор отправляет данные через интерфейс, через который они к источнику назначения не доходят, вот и не открываются сайты. Это может быть еще и НАТ, какие-то маркировки манглов и т.п.

Странно, получается любой может указать IP адрес руками и попасть в интернет? Возможно, сперва, над дизайном сети поработать? Сделать влан на абонента, хотя бы? DHCP сервер может при выдачи адреса создавать ARP запись. Если на основном интерфейсе (влане) установить арп - репли онли, то никто не сможет руками установить адрес и получить доступ в сеть. Вы не написали каким образом сейчас выдаете адреса - статическими записями, или через радиус от биллинга. Если статическими - то просто создаете еще один пул, который и будет раздаваться всем тем, у кого нет статической записи и всего делов.

Берите двойные, но вешайте на каждый только один кабель.

А по поводу удаления абонентов из корзины поштучно, срок еще не определен для реализации задачи?

Яндекс, почему-то, не использует рейд для хранения данных. Я уже задавал вопрос - как можно реализовать рейд из, хотя бы, сотни жестких дисков? А если этих дисков 1000? Если будет 100000 дисков тоже можно их в какой-то рейд 6+ собрать? Везде, где требуется хранение больших распределенных объемов данных рейд не используется. Используется уникальный номер носителя и файл на нем. Если данные дублируются или требуется 3 и более копий - то в таблице хранения файла создаются указатели на все 3 диска.

90% всех систем хранения данных уже не используют рейд - по причинам дорого, не надежно, не удобно.

Ага, под видео наблюдение как раз рейд 6-й будет самым отличным решением. Нужно не забывать одну штуку - когда записываются данные на рейд массив, то выход из строя любого одного диска влияет на работу всего массива. Если записывать данные на 2 разных физических диска, то вероятность повреждения данных меньше, т.к. вероятность выхода из строя одного диска из 100 меньше, чем вероятность отказа в рейд массиве из 100 дисков. При выходе из строя одного диска в режиме зеркалирования, запись на него не производится. В случае каких-то проблем с диском происходит переназначение секторов с раскруткой и остановкой мотора. Перестать работать диск может на 20 и более секунд. Контроллер столько времени в буфере данные хранить не сможет и произойдет потеря данных на сбойном диске, даже если он после нескольких попыток восстановил свою работу. В рейд 5 и 6 будет точно та же ситуация, только в момент выхода из строя диск выключится из массива и общая скорость записи на массив упадет, после восстановления диска массив уйдет в ребилд, что еще больше скажется на скорости записи. При параллельной записи на 2 диска (в 2 папки), данные будут помещаться в буфер операционной системы, для каждого диска он свой и потери данных не произойдет.

Программный рейд сделайте и никаких лишних задержек не будет возникать.

По старым ценам ПК в обычном корпусе без жестких дисков для записи обходился в районе 40-50 тыс. И это была хорошая начинка. На ПК используется системный жесткий диск, на котором работает ОС, запись данных ведется на другие диски. Даже в случае выхода из строя компьютера, можно вынуть диски и смотреть с них данные, чего не всегда можно сделать с регистратора. Так вся аналитика и производится процессором, камеры лишь картинку передают. Аналитика на самих камерах довольно посредственная и не обновляется - нужно обновлять прошивки камер. NTFS достаточно надежная файловая система и сломать ее надо еще постараться. На дисках должны быть только записи и ничего более. Ни разу не было случаев, что бы данные потерялись. Этот регистратор поддерживает всего 320Мбит поток, и это еще без интеллектуальных функций, там вообще 160. Даже процессор класса i3 тянет 320Мбит поток с камер. А старый куда? Если на ПК не хватает ресурсов можно провести апгрейд, заменить процессор, материнскую плату, память, это дешевле, чем замена регистратора. Например на 8 камер регистратор стоит 20 тыс. а на 16 стоит 35 - замена, по сути, выйдет в 55 - можно было бы сразу на 32 камеры взять=) А подключить его к сети как? Потребуется роутер еще какой-то. Тот же комп с виндой может сам L2TP туннель поднять (через серый адрес за НАТ, не нужно выпускать его прямиком в интернет с белым IP). Регистраторы так не умеют. Второй поток идет в большем разрешении. На калькуляторах обычно идут завышенные параметры, да и вообще методы расчета уже устарели. Если говорить про линию то там переход с 7 на 8 версию чуть ли не на 30-40 процентов изменения по нагрузке, то есть простым обновлением софта можно увеличить количество камер. Обновление же софта регистраторов производительность не увеличивает. При чем тут контроллер? Рейд пишет данные на несколько дисков одновременно, если один диск сбоит - вся запись на него останавливается полностью. При этом у контроллера есть свой буфер, который просто переполняется в таких случаях и данные теряются. И буфер один на весь контроллер. Когда используется просто 2 диска и параллельная запись (просто ПО пишет данные в разные папки, а каждая папка на своем диске), то в случае сбоя одного диска, данные сохраняются в буфере компьютера = размеру оперативной памяти, когда диск восстановит сбойный сектор, пометит его и продолжит работу (даже через 5 минут) - на него будут выгружены все данные из буфера диска. Более того, у нас есть вообще дисковые хранилища, которые и по оптике к серверам подключаются напрямую, и могут по локальной сети (драйвер устанавливается и появляется жесткий диск на компьютере, который за 100км может быть установлен. Так вот они работают без рейда, просто в виде массива дисков. Это быстрее по скорости и менее нагружены диски, особенно если сравнивать со всякими 5-ми рейдами. Технология RAID вообще уже устарела, она имела актуальность на малом количестве дисков для работы локального компьютера или сервера, если используется 100 и более дисков, какой тут можно собрать рейд? Все крупные площадки давно от этой технологии отказались и работают с дисками напрямую.

У нас, например, на радио - никакой рекламы нет. Первые 5 минут каждого часа выходит короткая передача, которая сообщает об актуальной дорожной обстановке и других ситуациях в городе. У радиостанции есть номер, куда можно прислать СМС, есть группы в социальных сетях - туда пишут слушатели и делятся информацией. Да, там 90 процентов полная ерунда и приветы, но остальные 10 дельная информация.

Как вариант проверить, легко ли они вращаются - смазать. А разве у микротика на плате на этих устройствах есть схемотехника управлением питания от БП? Нужно вынимать оба БП по очереди и проверять работу на одном, второй должен именно физически отключаться. Как правило писк пропадает. После мониторинга напряжения становится видно, что БП или просаживается, или очень сильные пульсации (видно на осциллографе).

Количество батарей нужно поставить 3 - если они соединяются последовательно. Напряжение полного заряда батарей - 2.167. Остальные параметры оставить без изменений. Вообще можно методом тыка в статусе батарей посмотреть - он показывает напряжение в вольтах. Подгоняете под свои параметры. В вашем случае напряжение полного заряда батарей было большее значение, чем полный заряд, и в статусе не было 100% заряда.

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

Наверное слышали и видели где-то сочетания слов - при поддержке такой-то радиостанции. Если какая-то организация на мероприятиях, или просто указывает что ее поддерживает некая вещательная станция, то у потребителей появляется лишний факт для взаимодействия с ней - вроде бы радиостанции считаются "надежными партнерами" и им доверяют.

А регистратор не эконом класса стоит не дешевле сервера - те же производители софта для записи выпускают свои регистраторы на линуксе, только начинка там не особо хорошая. Например есть камеры дахуа, хиквижн и некоторые другие "нормального" качества. К решению на базе ПК их можно подключать все вместе, и будет работать весь функционал, и звук в том числе. Приведите пример регистратора, который может делать дефрагментацию? Например на сервере при наличии 2-х жестких дисков можно чередовать запись между ними, и пока диск не используется делать дефрагментацию сторонним ПО методом "по папкам", тогда все файлы в одной папке (один день записи), будут расположены рядом, и когда этот день сотрется, освободится большой непрерывный кусок дискового пространства. Разве есть модели регистраторов, куда можно установить 4 диска для записи "толстого" формата? Разве есть модели, которые раскручивают диски по очереди, а не все разом? Разве есть модели где есть прямой удаленный доступ со смартфона без использования сторонних сервисов? Регистраторы имеют ограничение по максимальному потоку. И при заявленных 16 камерах это будет минимальный поток 2М, если надо лить 10М с камеры, то что от 16 камер останется? Значит надо брать регистратор на 64 камеры=) Комп позволяет делать выгрузку архива куда угодно - например на внешнее хранилище через интернет, и это надежнее, быстрее и не будет ухудшения картинки. Даже такое свое "облако" будет дешевле, т.к. аренда облака же денег стоит, а за год этих денег как раз хватит на свою инфраструктуру. На базе компа можно установить оперативки 32-64гб или более, иметь буфер диска для записи (например пока с диска идет чтение для просмотра архива). Сама нагрузка на процессор не линейна от количества камер, например процессор класса i5 вполне легко держит 32 камеры с общим потоком 15М на каждую, при использовании сетевого адаптера intel - разве есть в регистраторах такие адаптеры? Вот как раз рейд массивы не нужны на сервере наблюдения - зеркалирование можно делать и софтовым методом, это не создает никакой нагрузки на процессор. Делается в виде простой записи одного и того же потока сразу на 2 диска в разные папки, при этом в случае поломки диска (да там будет некая пауза в работе, даже на версиях дисков для рейда без переповторов чтения / записи, остановится запись потока на один диск (да и то данные пойдут в буфер диска = объему оперативной памяти и все равно потом будут записаны), на работу второго диска все эти затыки никак не повлияют. А на работу рейд массива как раз повлияют.

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

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

Потому что на L3 сети роутеров столько, сколько на L2 сети коммутаторов. Например если в домах стоят CRS от микротика, которые сразу терминируют адреса абонентов на порту и выдают IP, и таких роутеров в многоэтажке 8 штук. На соседней многоэтажке их так же 8 штук и так далее. Для резервирования собрано кольцо, по цепочке домов, где-то звезда сделана с кольцом по периферии. То есть каждый роутер имеет как минимум 2, а то и 3 ветки для передачи данных на роутер микрорайона. Обычно это домов 10-20. Никакую разбивку по зонам в этих пределах не сделать, т.к. это абсурд получается. И на роутерах микрорайона светится около 80 и более домовых роутеров (коммутаторов по аналогии L2), и если и думать о какой-то новой зоне, то в этой будет не менее 80 роутеров. Далее зачем все линки тянуть куда-то в центр города? Где дорогой подвес кабелей и т.п. Выгодно наоборот, все линки тянуть за город, где по полям можно проложить подземный кабель, где по столбам легко повесить воздушку - а там же на внешнем кольце тоже нужны роутеры. И получается что надо, если следовать логике разделения, разделять подсети абонентам (белые и серые) так, что бы в каждом районе использовались свои, иначе как можно сети разделить? А плюс большой зоны в том, что все роутеры знают где расположен какой маршрут и всегда можно соединить участки сети где угодно и как угодно, когда будет на сети 30-40 маленьких зон, встает проблема управления передачи трафика между зонами.