Darth Vader2

Куплю WS-X6K-SLOT-CVR , в личку, пожалуйста, если есть в наличии.

Сейчас так скучно стало, что либо холиваришь с молодым пополнением, они такие забавные, глаза горят, волосы дыбом, либо отвечаешь на вопросы мамонтов. Но по большей части тянет в сон и дремоту.

Как-то поднимали вопрос о ONU Vendor ID. Буквально только что натолкнулся случайно на список соответствий. Для себя я этот вопрос давно решил и не нуждался в дополнениях, но список который увидел значительно расширил мой собственный: ONU Vendor ID.txt

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

Спасибо, По крайней мере я теперь уверен, что смогу найти замену и не будет с этим проблем.

Спасибо, если не затруднит. Один диск на аналогичном оборудовании потихоньку доходит. Лучше заранее быть готовым к исходу.

А у меня вопрос. Как вышли из положения с дохлым SSD, чем заменили?

.1.3.6.1.4.1.2011.6.128.1.1.2.46.1.23 это покажет крайнюю запись, когда ушла в офлайн, если в данный момент онлайн, покажет время предыдущего офлайна. Отличия: последний офлайн Если онушка онлайн, по .1.3.6.1.4.1.2011.6.128.1.1.2.101.1.7.[номер порта].[номер онушки].[выдаст пустую строку .9] последний онлайн Если онушка онлайн по .1.3.6.1.4.1.2011.6.128.1.1.2.101.1.6.[номер порта].[номер онушки].[выдаст заполненную строку .9] последний офлайн Если онушка офлайн, по .1.3.6.1.4.1.2011.6.128.1.1.2.101.1.7.[номер порта].[номер онушки].[выдаст заполненную строку .9] последний онлайн Если онушка офлайн, по .1.3.6.1.4.1.2011.6.128.1.1.2.101.1.6.[номер порта].[номер онушки].[выдаст заполненную строку .9] Особенности: 1.3.6.1.4.1.2011.6.128.1.1.2.46.1.23 выдаст в виде последовательности байтов в шестнадцатеричном формате (стандарт SNMP DateAndTime), который надо преобразовать в человекопонятный вид (пропустим эти детали) 1.3.6.1.4.1.2011.6.128.1.1.2.101.1.6 .1.3.6.1.4.1.2011.6.128.1.1.2.101.1.7 выдаст в формате timestamp, 13/08/2024 09:29:15Z , где: 13/08/2024 : дата в формате DD/MM/YYYY 09:29:15 : время Z : обозначает время в формате UTC (координатное универсальное время Zulu Time) То есть полученные данные не нужно преобразовывать, если преобладает желание украсить вывод, можно привести в соответствие часовой пояс. А дальше уже дело вкуса и цвета фломастеров, кому как больше нравится, так и нужно запрашивать данные.

Найти достойную работу. С этого надо начать, а не с "курсов". Кройки и шитья. Все "курсы" это способ заработать деньги, то есть люди нашли себе достойную работу. Вот и товарищу дайте совет - найти работу.

Спасибо https://t.me/+dDkgC6YKCss1NjY0 здесь нашел s6t64-adventerprisek9_npe-mz.SPA.155-1.SY5.bin

А вот этой штуки больше нет, никто не поделится альтернативным источником? Нужна под Cisco Catalyst 6807-XL SUP6T-XL

Я знал одного чувака, Жаквира. Он был брутальнее.

У Вас тут кони люди смешались в грохоте орудий. NAT это когда белый ip, "внешний", вешается на интерфейс, к которому подключен "интернет", а к внутреннему интерфейсу, обращенному в локальную сеть с серыми адресами, подключена вот эта самая локальная сеть. Потом мы берем вот этот внешний ip и назначаем его правилами как чревовещателя из локальной сети во внешнюю, попутно определяя кого он будет пущать из локальной сети под себя конкретно или всех подряд пущать будет. Понятное дело Default IP gateway к этому процессу не имеет никакого отношения, потому что для локальной сети это ip внутреннего интерфейса роутера, а для самого роутера это ip собственного gateway в интернете. То есть это два разных Default IP gateway, для локалки и интернета и присваиваются они в разных местах. Первый на компьютерах в локальной сети, а второй на интерфейсе роутера. Причем если на компьютерах локальной сети выдача идёт по dhcp, то ничего присваивать не надо, оно прилетает согласно настроек dhcp на роутере. И самое главное, Default IP gateway может быть любым, не обязательно первым, хоть тридцать первым, хоть двести тридцать первым. Теперь что касается таблиц маршрутизации. Если роутер обслуживает локальную сеть в пределах своей подсети, то маршруты не нужны. А если нет, тогда роутер полезет искать неизвестные ему сети в интернет, даже если это серые ip. p.s. да, есть еще такая тема как Port Forwarding , но это уже кто-то другой пусть Вас расскажет.

Кто подскажет, как вернуть в норму выдачу display service-port next-free-index он же HUAWEI-ETHERLIKE-EXT-MIB::hwExtSrvFlowIndexNext он же SNMPv2-SMI::enterprises.2011.5.14.5.1 Пример. У Вас 200 сервис портов, поработали с произвольно взятым 400, удалили и уже display service-port next-free-index выдаёт 401, а не правильный 201. Повторю вопрос, как вернуть в норму выдачу? p.s. не думаю, что кому-то это понадобится. snmpwalk $oid = "1.3.6.1.4.1.2011.5.14.5.2.1.22"; последняя строка содержит номер свободного порта, обрабатывается примерно 10 сек Проблема как бы решена, но вопрос остался. Если кто знает - подскажите, хотя, конечно, уже не очень актуально.

Когда много лет пользуешься чем-то, то отвыкать не хочется. А аналога судя по всему просто нет. Вот теперь сиди и думай, что делать дальше. А время идёт, тики-так.

Кто подскажет, кто торгует сейчас в Украине HP. Свои прошлые контакты часть растерял, остальные не занимаются больше таким.

UTM ? Прежде всего в том, что используется очень долгое время и удовлетворяет всем потребностям. Один минус, разработчик находится в стране агрессоре и продление лицензии по этой причине не представляется возможным. Хотелось бы поиметь переход с меньшими моральными потерями. Психологическими в том числе.

Желательно близкий по духу. Если нет украинского, пусть будет любой другой. Прибалтийский, Польский, Африканский. Главное, чтобы очень близко по сути к UTM.

В порядок приведем исходные: This object indicates the transmission rate of the port 1.3.6.1.4.1.2011.6.128.1.1.2.62.1.4 hwGponDeviceOntEthernetSpeed 1. speed10M(1) - The forced transmission rate of the port is 10M 2. speed100M(2) - The forced transmission rate of the port is 100M 3. speed1000M(3) - The forced transmission rate of the port is 1000M 4. autoneg(4) - The transmission rate of the port is auto negotiation 5. autospeed10M(5) - The auto transmission rate of the port is 10M 6. autospeed100M(6) - The auto transmission rate of the port is 100M 7. autospeed1000M(7) - The auto transmission rate of the port is 1000M 8. speed10G(8) - The forced transmission rate of the port is 10G 9. autospeed10G(9) - The auto transmission rate of the port is 10G 10. speed2500M(10) - The forced transmission rate of the port is 2500M 11. autospeed2500M(11) - The auto transmission rate of the port is 2500M 12. invalid(-1) - Indicates that the query fails or no information is detected This object indicates the actual ETH port type of the ONT 1.3.6.1.4.1.2011.6.128.1.1.2.62.1.21 hwGponDeviceOntEthernetActualPortType The value (13) indicates that the port type is t1, The value (14) indicates that the port type is e1, The value (24) indicates that the port type is fe, The value (34) indicates that the port type is ge, The value (46) indicates that the port type is moca, The value (47) indicates that the port type is eth, The value (50) indicates that the port type is iphost, The value (-1) indicates that the query fails. This object indicates the duplex type of the port 1.3.6.1.4.1.2011.6.128.1.1.2.62.1.3 hwGponDeviceOntEthernetDuplexMode 1. half(1) - Forced half duplex 2. full(2) - Forced full duplex 3. autoneg(3) - Auto negotiation 4. autohalf(4) - Auto half duplex 5. autofull(5) - Auto full duplex 6. invalid(-1) - Indicates that the query fails or no information is detected< This object indicates the status of ONT ETH port 1.3.6.1.4.1.2011.6.128.1.1.2.62.1.22 hwGponDeviceOntEthernetOnlineState 1. linkup(1) - Indicates that the status of ONT ETH port is link up 2. linkdown(2) - Indicates that the status of ONT ETH port is link down 3. invalid(-1) - Indicates that the query fails or no information is detected теперь по сути вопроса: Надо получить больше информации по поводу проблемы snmpwalk относительно конкретной ont. Показать как выполняется запрос, модель ont, рандомно это происходит или на конкретных ont. Взять одну и именно с ней провести проверку snmpget. О себе скажу, что ни по одному из OID я не получил в ответ No Such Instance currently exists at this OID

WS-C3750G-24TS-S1U предложение актуально?

Личку проверьте, пожалуйста.

Обе сразу подохли? Такой жути не было ни разу.

Кто-то реализовывал у себя такое? В моём случае максимум это 600 - 700 мегабит, при пустом порту и достаточной емкости аплинка. Тест локальный, iperf, перепробовал разные ont , не пробовал сфп-стики. Если реализовывали, с проверкой, тестами. Отпишитесь. Спасибо!

Да собственно уже нет проблемы. CCR1036 , более 5гиг (только на нём). Абонентов не считал. Скажем так - дофига. Оптимизировал число правил, завтра увижу разницу. Если будет в плюс (положительный эффект) перестрою логику их построения. Думаю для меня вопрос закрыт. Но чужой опыт не помешает выслушать. p.s. на самом деле как будто вернулся во времена тазиков и перехода на ipset. Так давно было, что уже не помню в каком году.

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