forella

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

Можно пересобрать, думаю не проблема, и толкнуть батарею можно, чтобы ее оживить. Хочу спросить совета кто занимается или сам перепаковывал батарею. Насколько хитрый контролёр и уходит ли он в защиту, и, возможно, его нужно перепрошивать после замены батареи. Т.к. депс ответил, что возможно прийдется после замены батареи обновлять ПО сварочного. (На счёт железофосфата был вопрос, возможно ли его впихнуть туда, т.к. место позволяет, но проблема набрать нужный вольтаж)

Чтоб не создавать новую тему, спрошу тут. Есть люди которые занимаются ремонтом батаеи на даный сварочный? Сдохла батарея, выключался на 20%, сейчас от сети включается, показывает 10% заряд батареи, но от батареи не работает. На батарее 9.3В (рабочее напряжение 11.1). Внутри стоят 6шт батарей как на телефоне. возможно их заменить на "банки" литий ион (поидее влезет 2*3шт паралельно) или заменить на железо фосфат (но там по напряжению не получается набрать нужный вольтаж). ( п.с ценик на оригинал батарею просто капец)

В идеале да

uptime 7 дней, понятно, что это далеко не те цифры но пока как-то так RX packets 245814870869 bytes 244065176075645 (221.9 TiB) RX errors 12 dropped 463 overruns 0 frame 293 в среднем получается 400kpps в пиках 600kpps в среднем по всем серверам выходит 100кpps на гиг трафика. 3,5мpps - это примерно до 40гбит дропы и им подобные составлют 0,000000003 (а как вообще без дропов? дропы - это не всегда отброшеный нужный пакет пакет) -------- Всегда когда отсылают к тюнингу, привел пример с распределением очередей, это уже все реализовано в ядре, а если не в нем, то по дефолту стоят нужные значения и т.п. да, есть нюансы по conntrack и ему подобных значений, но перелопачивать нынче половину исходников чтоб чтото там затюнить не нужно, как это было 10 лет назад. ------ поэтому и вопрос, гоняет ли ктото больше 40гбит трафика на одной сетевой, либо нескольких но на одном сервере и с какими проблемами можно столкнуться?

да, как-то так, сильных перекосов или простоев нет. ядро самосборное linux-5.15.69-gentoo hardened CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 CPU6 CPU7 CPU8 CPU9 CPU10 CPU11 CPU12 CPU13 CPU14 CPU15 CPU16 CPU17 CPU18 CPU19 CPU20 CPU21 CPU22 CPU23 103: 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 IR-PCI-MSI 2621440-edge i40e-0000:05:00.0:misc 104: 4113365359 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 IR-PCI-MSI 2621441-edge i40e-enp5s0-TxRx-0 105: 0 3677903553 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 IR-PCI-MSI 2621442-edge i40e-enp5s0-TxRx-1 106: 0 0 3698803595 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 IR-PCI-MSI 2621443-edge i40e-enp5s0-TxRx-2 107: 0 0 0 3472295542 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 IR-PCI-MSI 2621444-edge i40e-enp5s0-TxRx-3 108: 0 0 0 0 3756412373 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 IR-PCI-MSI 2621445-edge i40e-enp5s0-TxRx-4 109: 0 0 0 0 0 3758183773 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 IR-PCI-MSI 2621446-edge i40e-enp5s0-TxRx-5 110: 0 0 0 0 0 0 3673112919 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 IR-PCI-MSI 2621447-edge i40e-enp5s0-TxRx-6 111: 0 0 0 0 0 0 0 3708627347 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 IR-PCI-MSI 2621448-edge i40e-enp5s0-TxRx-7 112: 0 0 0 0 0 0 0 0 3233291826 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 IR-PCI-MSI 2621449-edge i40e-enp5s0-TxRx-8 113: 0 0 0 0 0 0 0 0 0 3384152814 0 0 0 0 0 0 0 0 0 0 0 0 0 0 IR-PCI-MSI 2621450-edge i40e-enp5s0-TxRx-9 114: 0 0 0 0 0 0 0 0 0 0 3403744821 0 0 0 0 0 0 0 0 0 0 0 0 0 IR-PCI-MSI 2621451-edge i40e-enp5s0-TxRx-10 115: 0 0 0 0 0 0 0 0 0 0 0 3541832274 0 0 0 0 0 0 0 0 0 0 0 0 IR-PCI-MSI 2621452-edge i40e-enp5s0-TxRx-11 116: 0 0 0 0 0 0 0 0 0 0 0 0 3503280425 0 0 0 0 0 0 0 0 0 0 0 IR-PCI-MSI 2621453-edge i40e-enp5s0-TxRx-12 117: 0 0 0 0 0 0 0 0 0 0 0 0 0 3395023778 0 0 0 0 0 0 0 0 0 0 IR-PCI-MSI 2621454-edge i40e-enp5s0-TxRx-13 118: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3236106440 0 0 0 0 0 0 0 0 0 IR-PCI-MSI 2621455-edge i40e-enp5s0-TxRx-14 119: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3503076748 0 0 0 0 0 0 0 0 IR-PCI-MSI 2621456-edge i40e-enp5s0-TxRx-15 120: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3349536377 0 0 0 0 0 0 0 IR-PCI-MSI 2621457-edge i40e-enp5s0-TxRx-16 121: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3349568006 0 0 0 0 0 0 IR-PCI-MSI 2621458-edge i40e-enp5s0-TxRx-17 122: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3413920888 0 0 0 0 0 IR-PCI-MSI 2621459-edge i40e-enp5s0-TxRx-18 123: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3385517112 0 0 0 0 IR-PCI-MSI 2621460-edge i40e-enp5s0-TxRx-19 124: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3329004819 0 0 0 IR-PCI-MSI 2621461-edge i40e-enp5s0-TxRx-20 125: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3370035605 0 0 IR-PCI-MSI 2621462-edge i40e-enp5s0-TxRx-21 126: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3418082728 0 IR-PCI-MSI 2621463-edge i40e-enp5s0-TxRx-22 127: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3416479859 IR-PCI-MSI 2621464-edge i40e-enp5s0-TxRx-23 128: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 IR-PCI-MSI 2621465-edge i40e-0000:05:00.0:fdir-TxRx-0

раньше и очередя руками распределяли, сейчас много чего в ядре поменялось, если например взять 6 ядро, самосборное, и допустим 2шт 2690v4, без "лишнего софта", стандартный iptables(nat)+ipset и полисер от этого дядьки, сколько можно переварить трафика на 1\2 картах xl710. если на одной двухпортовой, как устроена работа двух процессоров с одним портом pci? все пишут что это невозможно, так нельзя, но никто не аргументирует какие при этом могут быть проблемы? пока по наблюдениям 6гбит\3%cpu, пускай 60гбит 40-50% с запасом, проц думаю вывезет, но как там дела будут с пакетами и распеределениям по процессорам? сейчас, допустим, у меня оба процессора загружены равномерно, хотя при этом hp говорит об обратном Expansion Slots # Technology Bus Width Connector Width Bus Number Form Factor Notes 1 PCIe 3.0 X16 X16 7 Full-height, ¾ length (up to 9.5") Slot Proc 1 т.е. Primary Riser - proc 1 Secondary Riser - proc 2 сейчас задействован первый райзер х16 слот, поидее все должно пойти на 1 проц, но загружены 2 процессора равномерно по всем ядрам.

Gen8 был, больше 3гбит не грузил на х520 карте, все было ок. На каком объеме трафика такое возникает? А есть какие-то "волшебные" ядра? Если есть проблема, то с чем она связана, при каких конфигурациях/скоростях начинают возникать проблемы и какого вида железо/софт?

Є hp gen9 2*E5-2690 v3, nat(4к+ абонов)+policer, 6гбит трафика 2-3% softirq с xl-710 сетевкой тут нужны спецы по конкретным моделям серваков(если двух процессорная система), т.к. у некоторых серваков pci шины подвязаны к конкретным cpu, а у некоторых шина общая. И поидее иногда лучше 2 сетевые по разным pci раскидать, а в некоторых можно повесить на один порт. ----- если есть знатоки подскажите по hp gen9 dl360p на одном x16 порту pci пройдет 80гбит или будут какието проблемы при обработке с одной сетевой двумя процессорами?

Додайте будьласка ваше розташування.

статистика по олт вот такая (те что down уже заменены) EPON0/2:30 Connect FORA 0311 a0c6.ec01.0660 N/A static auto-configured N/A Detail EPON0/2:31 Connect FORA 0311 a0c6.ec01.065f N/A static authenticated N/A Detail EPON0/2:39 Down FORA 0311 a0c6.ec01.0652 N/A static deregistered wire-down Detail EPON0/3:16 Connect FORA 0311 a0c6.ec01.136a N/A static auto-configured N/A Detail EPON0/3:32 Down FORA 0311 a0c6.ec01.1369 N/A static deregistered power-off Detail EPON0/3:50 Connect FORA 0311 a0c6.ec01.1373 N/A static auto-configured N/A Detail EPON0/3:62 Connect FORA 0311 a0c6.ec01.1355 N/A static auto-configured N/A Detail EPON0/4:6 Down FORA 0311 a0c6.ec01.0032 N/A static deregistered wire-down Detail EPON0/4:16 Connect FORA 0311 a0c6.ec01.0653 N/A static authenticated N/A Detail ону 2:31 ONU Interface Basic Info EPON0/2:30 ONU Vender ID : FORA ONU MODEL ID : 0311 ONU ID : a0c6.ec01.0660 Hardware Version : V1.0 Software Version : V1.0.6 Firmware Version : 0x00000001 Chipset Vendor ID : e9 Chipset MODEL ID : 0x6601 Chipset Revision : 2 Chipset Date : 12/06/01 Onu type : SFU Support multillid : Not supported Protection type : Not supported Number of Pon : 1 Number of slot : 0 Support 1 types of port: Number of GE port : 1 Battery Backup : 0 olt3(c)_config# operating temperature(degree): 52 supply voltage(V): 3.3 bias current(mA): 14.6 transmitted power(DBm): 2.0 received power(DBm): -21.7 на пробу была взята одна ону, которая не регестрировалась, прошивка в ней была 1.0.6, идентичная той что выше (2:31), и прошита на 1.1.2, прошивка прошла успешно, ону ушла в ребут, но после ребута зависла в статусе authenticated, и, соответственно не применялась команда epon commit-onu-image-update interface epoN 0/1:2, и после физической перезагрузке получили кирпич с активной только одной лампочкой питания. ------ так же было проверено нет ли сигнала со стороны абонента. его не оказалось. модули, на которых проблема, так же разные, от пикотелов до оригинальных бдком. ------- не может ли, чисто теоритически, быть какой-то механизм "старения" заложен? т.к. ону эти устанавливались в 2015 году в течении 2 месяцев (одна партия) но попадаются ону этого же времени установки что работаеют норм.

на тест была взята одна олт и дошли до прошивки 10.1.0F Build 115824, эфект тот же. шаблон такой что и убирать нечего: epon onu-config-template T1 cmd-sequence 001 epon onu all-port ctc vlan mode tag %1 cmd-sequence 002 epon onu all-port ctc loopback detect interface EPON0/2 epon pre-config-template vlatest binded-onu-llid 1-64 param 32 switchport trunk vlan-allowed 32,321 switchport trunk vlan-untagged none switchport mode trunk switchport protected 1 interface EPON0/2:30 epon onu port 1 ctc vlan mode tag 32 priority 0 epon onu port 1 ctc loopback detect ! interface EPON0/2:31 ! interface EPON0/2:32 epon onu port 1 ctc vlan mode tag 32 priority 0 epon onu port 1 ctc loopback detect

EPON0/2:31 a0c6.ec01.065f authenticated notready 2927 1805 2023.09.01.08:27:50 2023.09.01.08:27:50 llid-admin-down 0.00:00:41

olt bdcom 3310C(и 3310D)прошивки разные на олт. одномоментно стали отваливаться ону одной модели ONU FORA NA-1001B в логах warnings(4) AUG 31 22:5:44 %EPON-ONUDEREG: ONU a0c6.ec01.0032 is deregistered on EPON0/4:6. warnings(4) AUG 31 22:5:37 %EPON-ONUAUTHEN: ONU a0c6.ec01.065f is authenticated on EPON0/2:31. warnings(4) AUG 31 22:5:37 %EPON-ONUREG: ONU a0c6.ec01.065f is registered on EPON0/2:31. warnings(4) AUG 31 22:5:37 %EPON-ONUDEREG: ONU a0c6.ec01.065f is deregistered on EPON0/2:31. warnings(4) AUG 31 22:5:10 %EPON-ONUAUTHEN: ONU a0c6.ec01.0653 is authenticated on EPON0/4:16. в статусе висит как authenticated, прошить не получается удаленно. со слов абонента после перезагрузки 1-2 минуты работает, потом отвал. проблема наблюдается даже когда на одной олт на разных портах такие ону есть, т.е. на одном порту они работают а на соседнем все ону даной модели с такой проблемой. настройки не менялись на олт ничего не перезагружалось и т.п. может ктото сталкивался с такой пробелмой? пока идея что проблема может быть в sfp со стороны головы, но количество проблемных портов получается довольно таки большое.

я немного далек от этой темы, но вы даете жителям осбб интернет и еще им же платите за то что он там проведен, типа подвес кабеля и т.п.?

абоненту всеравно прийдется запитать роутер и т.п., от витухи максимум ноутбук можно запитать, а как показывает практика восновном все любители сидеть в телефоне на wifi, так что сейчас не проблема взять повербанк и пару переходников с юсб на 12 вольт. смысл pona в том, что если оформлять все официально, вы платите за каждую точку где запитан ваш свитч и т.п. а с поном таких проблем нет. например распростарненая проблема свет выкл\вкл большая нагрузка при включении и отгорает фаза, а ваш свитч какраз на этой фазе сидит.

а, freebsd, понял, пас....

это весь конфиг? какая система, чем ротацию логов делаете? если linux и logrotate, то конфиг иначе выглядит.

Вполне себе может. Отлавливал ip похожим способом от ip камер, бывали ноунейм камеры либо настроены хз как. Главное отлавливать при включении.

https://dlink.ru/ru/products/1/2310.html

del

скорее всего считает запросы не 1.1.1.1 и 10.0.0.1 а чтото дальше, куда оно их релеит. так что наверное сумируются.

да, в секунду. неправильно сказал по лимитам. у гугла 1500 запросов с одного Ip.(почему-то помнилось что 3к, может изменили) https://developers.google.com/speed/public-dns/docs/isp?hl=ru а с чего вы взяли про 10к абонентов? dns сервер отдельно, абоненты отдельно. при первом включении так сказать будет тупить пока кеш не набъет, а дальше уже можно считать по 100 запросов на 2к абонентов, т.е. на гугловский днс можно впритык посадить до 30к абонов с одного ip. один ip - имеется ввиду что dns сервер будет делать запросы на гугл с одного Ip, никто не запрещает повесить несколько ip внешних на один сервер и умножаете запросы пропорционально количеству ip.

у гугла было 3к запросов на 1 ip. у cloudflare нет конкретных ограничений, но скорее всего тоже лучше порог 3-5к не превышать. на 4,5 гигабита трафика, 2к+ абонов, в среднем 80% запросов с кеша, в пиках 500 запросов\сек и соответственно из 500, 400 будет с кеша.. поэтому тут единственное ориентироваться на пинг. (у гугла обычно маршруты длинные и пинги так же). стоят в работе openDNS\cloudflare\google разницы особой небыло замечено.

на bdcom gp3600 на последних прошивках довольно таки удобно, может не с нуля создавать, но редактировать намного удобнее уже имеющиеся.