nwton

Перезаписали информацию в EEPROM. А что показывает ethtool? ethtool -P|--show-permaddr DEVNAME Show permanent hardware address https://git.kernel.org/pub/scm/network/ethtool/ethtool.git/tree/ethtool.c#n4168 Чинить - через ethtool с ключами -e и -E

Вопрос к знатокам zabbix - как можно реализовать автоматизацию шаблонов в зависимости от количества ядер на хосте? Можно ли реализовать два calculated item на system.cpu.util[N,idle] где N от 0 до 15 для первого процессора и N от 16 до 31 - если мы получили system.cpu.num равное 32 - хотелось бы сделать циклом суммирование, но в zabbix такого нет? Или можно как-то назначить определенный темплейт на хост или выбирать один из доступных item в зависимости от значения system.cpu.num? Хочется красивости, а то текущий вариант не очень радует глаз. Настроил для каждого хоста сбор system.cpu.util каждого ядра через discovery LLD, дальше сделал нескольких шаблонов (для каждого процессора свой шаблон по количеству ядер) - организовал через calculated item подсчет суммы cpu.util для всех ядер именно этого процессора, дальше одинаковые для всех темплейтов отрисовка графиков и отправка алертов. Но для меня навешивание разных темплейтов в зависимости от процессора на хосте выглядит некрасиво, хочется объединить и автоматизировать их создание. У меня Zabbix 3.0 и 3.4. Графики красивые, но алертинг из графаны?? "шеф, у вас один из процессоров перегружен, а остальные простаивают" И намекните, как там сделать автоматизацию суммирования отдельных ядер по процессорам и шаблонизирования? По графане я совсем новичок.

Исправляюсь - система Linux Ubuntu 14.04/16.04 с штатным ядром (минимально 4.4 и до 4.15) SNMP агент - snmpd из штатных репозиториев, в параллель еще zabbix-agent. Что-нибудь добавить\заменить предложите? По SNMP в данный момент размышляю над OID с утилизацией по каждому ядру и потом суммировать, но это проще будет решить сразу через zabbix agent, а не дёргать snmp несколько раз, особенно с учётом того, что индексы могут измениться, но хочется целиком загрузку со всего процессора получать из одного OID - если такой есть. HOST-RESOURCES-MIB::hrProcessorLoad (.1.3.6.1.2.1.25.3.3.1.2) HOST-RESOURCES-MIB::hrDeviceIndex (.1.3.6.1.2.1.25.3.2.1.1) HOST-RESOURCES-MIB::hrDeviceDescr (.1.3.6.1.2.1.25.3.2.1.3) Спасибо, как раз и думал в сторону суммирования использования каждого ядра system.cpu.util[N,idle] где N от 0 до 15 для первого процессора и N от 16 до 31 для второго процессора (и далее для всех остальных процессоров, и HT ядра если есть можно добавить сюда же) и выводить графики для каждого из процессоров отдельно, но может есть что-то еще в мониторинге zabbix agent или snmp или чего-то еще - сразу для всей ноды (всего процессора).

Есть многопроцессорный сервер (именно многопроцессорный с несколькими NUMA nodes). Хочется для некоторых процессов делать cpu pinning (affinity) на разные процессоры и привязывать туда же память для увеличения пиковой производительности отдельного приложения. Проблема в том, что иногда несколько процессов оказываются в рамках одной ноды и неожиданно решают что-то сделать одновременно, в результате - мужественно сражаются за один процессор. Ручной мониторинг загрузки CPU и MEM на отдельных нодах через top и numastat не подходит. Стандартные OID измеряют суммарную загрузку - если у меня на 4-х процессорном сервере в мониторинге показывается 25% нагрузки, то это может означать как нормальную ситуацию, так и проблему, что один процессор используется в полку, а остальные простаивают. percentage of user CPU time: .1.3.6.1.4.1.2021.11.9.0 percentages of system CPU time: .1.3.6.1.4.1.2021.11.10.0 percentages of idle CPU time: .1.3.6.1.4.1.2021.11.11.0 Total RAM used: .1.3.6.1.4.1.2021.4.6.0 Total RAM Free: .1.3.6.1.4.1.2021.4.11.0 Какие будут предложения по автоматизации мониторинга?

Начало сентября наступило. Есть изменения?

Какая все же последняя рекомендуемая версия для Orion A28F ? С одной стороны: http://data.nag.ru/Orion%20Networks/Firmwares/A28F/ Bootstrap_3.1.7.A28F.20150820 25-May-2016 09:30 373552 NOS_4.14.1968.A28F.002.20160301.zip 25-Mar-2016 04:22 5093115 Но в папке с многообещающим названием OLD лежат не только более старые, но и более новые версии: http://data.nag.ru/Orion%20Networks/Firmwares/A28F/old/ NOS_4.14.1967.A28F-6.002.20140901.zip 03-Sep-2014 08:59 5044828 NOS_4.14.1968.A28F-6.002.20150306.zip 06-Mar-2015 08:33 5093521 NOS_4.14.1968.A28F-6.002.20150707.zip 08-Jul-2015 12:18 5093529 NOS_4.15.1073.A28F-1.002.20151207.zip 07-Dec-2015 10:43 5122907 NOS_4.15.1197.A28F-1.002.20160707.zip 08-Jul-2016 04:21 5130653 Какие изменения внутри ветки NOS_4.14 и чем она отличается от NOS_4.15? Синтаксис команд пляшет от версии к версии даже внутри ветки и отличается от документации в PDF и в FAQ (пример - настройка igmp + mvr). Интуитивно я догадываюсь, но хотелось бы уточнить.

Вопросы по питанию данного устройства: 1) Какой диапазон напряжения питания для устройства через штатный 5 мм коннектор? На фото "5В", в документации "Коннектор питания. Устройство работает от источника питания напряжением 5-6 вольт, мощностью 5 Ватт". А реально все таки сколько можно подавать? 2) Устройство поддерживает фантомное питание через PoE - какой диапазон напряжения на разьеме RJ-45 допускается? Пример ситуации, почему вопрос возник: Взяли блок питания на 5В, подключили через метровый патчкорд на столе в тестовой лаборатории - все работает, падением напряжения на кабеле можно пренебречь. А теперь реальность - запитали через длинный кабель, при потребляемом токе в 1А (мощность 5Вт, напряжение 5В - по закону Ома получается 1А) будет существенное падение напряжения на самом кабеле. Стандартная витая пара 95 Ом/км - для патчкорда длиной 10 м (при использовании по 2 жилы) получаем падение при токе в 1А равным 0.95 В, на входе в устройство 4.05 В. Если возьмем блок питания на большее напряжение, чтобы на конце получалось 5В - то получается что для каждой площадки нужно иметь свой собственный БП, да и если техники-монтажники при проверке устройства подключат сначала возле инжектора, а не через длинный кабель - то сожгут или нет? 3) на 10 контактном разьеме контакт 1 подписан на фото как "3.3В out" - какая нагрузочная способность? 4) на 10 контактном разьеме контакт 2 подписан на фото как "5В in/out", а в документации просто 5В. Можно ли подавать на эти контакты питание напрямую, а не через обычный круглый 5 мм коннектор - связаны они напрямую или через какие-то элементы? При питании устройства через PoE - можно ли отсюда забирать питание и какая нагрузочная способность, стабилизированное ли тут напряжение или напрямую с контактов RJ-45?

А зато у Элтекса в даташитах картинки красивее. У длинков начнутся проблемы при заполнении таблицы на 50%, но можно будет доковылять до заполнения до 100% (если раньше абоненты не разбегутся из-за деградации качества сети) А у Элтекса четко обрубит при 100% заполнении. По количеству обслуживаемых МАС адресов получится одно и то же (плюс-минус лапоть, значения 50% и 100% - взяты с потолка). По функционалу (да и ценнику тоже) надо сравнивать Eltex и D-link DGS-3420-28sc Возьмите на тест, пообщайтесь с поставщиками - что больше понравится, то и ставьте. Для меня обе железки оказались идентичны по функционалу, но по цене/удобству немножко выиграл длинк. На сети сейчас использую Dlink DGS-3420 просто как L2 свитч, фичи L3 не включал и не собираюсь (16 маршрутов - это для чего мне можно использовать?), для L3 на 10G есть другие железяки.

Разбираем терминал, если возле разьема питания видим катушку индуктивности и несколько конденсаторов на 25В и выше, то значит там стоит импульсный преобразователь на внутреннние 5В, 3.3В и прочие напряжения. Тогда - можно использовать ЛЮБОЙ бесперебойник на 12В аккумуляторе. На 99% уверен, что в вашем терминале именно так. За ассортиментом бесперебойников для дома/офиса - в любую лавку по охранных/пожарным сигнализациям. Если в ящик на чердаке при температуре -30..+70, то не любой аккумулятор и ИБП подойдет. По качеству фильтрации помех - ничем от штатного китайского БП на 12В не отличается, не надейтесь на чудо за такие деньги. И к указанной коробке не забудьте еще купить аккумулятор, генерировать энергию из воздуха она не умеет.

ну а я понял, что значит "не пускает" и почему на одной циске нужно два разных оператора с разными ASN :) alexpn - не думали насчет VRF-lite? Вариантов масса: хотите AS1 в дефолте, а AS2 в отдельном VRF, хотите - оба AS в разных VRF. Между ними - начиная от route leak и заканчивая банальной петлей между физическими интерфейсами.

Как и просите - обьясняю на пальцах как с этим бороться: * поставьте шейпер на исходящий канал на 500Кбит/с для каждого пользователя и ваша проблема с "хреновым интернетом" будет решена. Почему это происходит: * какое-то приложение генерит 3.5М исходящего трафика не обращая внимания на остальных * ваш микротик, который делает NAT прекрасно все переваривает и отправляет на модем 3.5М * ваш модем принимает 3.5М трафика, отправляет к аплинку 1М, остальное - укладывает в буфер и что не влезает - дропает. * после дропов наступает череда ретрансмитов - и канал нагружается еще в дополнение к основному трафику еще и этим трафиком. * ну и результат - к вам отправляется трафик в ответ примерно на треть запросов - поэтому там нет никаких 10М, а есть жалкие 1-2М * и вашему модему от этого обьема трафика который он кладет в буфер и дропает сносит башню - поэтому и на менеджмент не зайти.

циска - может, джунипер - может, SNR - может, микротик - не может. Почему? Кто у циски держатель сертификата, кто у джунипера, кто у SNR сообщите пожалуйста. Смотри вложение. После этого расскажи, что мешает Микротику? http://forum.nag.ru/forum/index.php?showtopic=90643&view=findpost&p=941444 Для тех кто не может прочитать содержимое - в качестве держателя сертификата обьявлена именно сама Cisco, а не её российское представительство ("Циско Коммуникейшн Рус" или как там в старых сертификатах было). Повторяем вопрос - когда сам производитель микротика будет сертифицировать свои железки? Или производителю глубоко по барабану на применение железок в среде провайдеров и ориентация все таки идет на гиков - конечных пользователей??? Предупреждаем сразу - ответ будет записан, игнорирование вопроса - приравнивается к ответу "микротику плевать на провайдеров, это железо для обычных пользователей". cisco6500.pdf

все как всегда... Saab95 начал предлагать mikrotik, который сможет решить лишь часть задач у ТС, но предлагает это как идеал, советует забить на проверки РКН ("как договоритесь" - "зависит от проверяющего и региона"). И тут все опять скатилось в чистый оффтопик по обсуждению личности и производителя... какие результаты в топике с голосованием - "ангажированный" или "упоротый"? У SNR можно купить оборудование с собственным брендированием. Можно перепродавать и жить на разницу между диллером и розницей, даже не оказывая никакой техподдержки. Можно взять оборудование D-Link, про которое начало будет таким же - "сертификаты есть, техподдержка есть, производитель привлекает внимание...". Вот только дальше - это оборудование продавать может любой, а не один магазин. Почему же микротик не хочет сертифицироваться?

"Забудьте по L3 на оборудовании D-Link, только L2" © коллективное мнение forum.nag.ru Только если у вас действительно есть несколько клиентов, которые забивают каждый более 500Мбит в один поток (Src-Dst Port/IP/MAC) и есть вероятность что оборудование их сбалансирует в один канал на 1Гб. Если оборудование дешевое, то балансировка по МАС адресу, если подороже, то еще и IP/Port будут участвовать в балансировке. "Вещь редкая, цены необычайной" Имеет смысл только если трафика до 3-5 Гбит наберется, но для этого вполне достаточно и агрегированных линков (8*1Гб вполне переварит этот объем). Или с потребностями у топикстартера "только OSPF" - можно вообще начиная с Cisco 3650E поглядеть. Или взять современную pizzabox уровня L3 если много хотелок.

Да, без использования NAT и использовании vlan per user - либо осваивать ip unnumbered, либо тратить на каждого абонента по 4 IP. Да и запросить у аплинка 512 IP адресов - может быть проблемой. А уж получить 2К адресов - это либо ваш аплинк Буратино, либо будет дорого. По поводу 15К руб. в год за подсеть /23 - предполагаю, что это обычный платеж к LIR за поддержку PI адресов, которые были получены давным-давно. Новые адреса типа PI уже не получить. Максимум - у вашего аплинка получите PA и номер автономки.