[NiTr0]

1 минуту назад, YuryD сказал:

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

в том-то и дело - ООС должна быть довольно-таки "мягкой" в таком включении (ну т.е. допустим при холостом ходе - 12.5В, при 90% нагрузке - 12В к примеру). и разброс выходных напряжений БП должен быть очень малым (гораздо меньше интервала "гуляния" напряжения под нагрузкой).

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

в общем - сделать-то можно, но нужно ли?...

[YuryD]

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

 

 И еще - обычный шим не гасит генерацию, просто поуже импульсы генерит.

[NiTr0]

4 часа назад, YuryD сказал:

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

сотые вольта, да при совковых стабилитронах (у которых разброс +- лапоть в пределах партии) - тут либо ручной отбор и длительная настройка тока стабилитрона подбором резисторов, либо - еще какая-то магия сумрачного совкового гения, позволяющая сэкономить полторы копеечных детали ценой увеличения затрат человекочасов на сборку/настройку (что, как правило, при утверждении рацпредложения не считалось), суть которой можно понять только после десятого литра пива. ну сродни стабилизации частоты вращения электродвигателя постоянного тока с использованием лишь одного тиристора + переменного резистора (не, оно работает, но крайне хреново и нестабильно, особенно на малых оборотах).

 

4 часа назад, YuryD сказал:

 И еще - обычный шим не гасит генерацию, просто поуже импульсы генерит. 

вот как раз обычный ШИМ (ну типа 3845), когда цепь ООС орет что напряжение вышло за все разумные границы, генерацию гасит (иначе - он бы без нагрузки в принципе не смог работать). и чем уже диапазон "плаванья" напряжений под нагрузкой, тем уже границы, которые считаются "разумными" с т.з. шимки...

[YuryD]

 Твою маму, ей быть здоровой. Обычный шим на 142серии, советской, и обычные потери в дросселе и кондее на выходе - вот и ему повод . Плюс - мы выбирали такие компоненты, которые не плывут по температуре, буковки в названиях стабилитронов последние - не изучали? . Про буквы точности в приборах - точно не изучали.

 

 Насчет сотых вольта по поверенному прибору, а их поверяли каждый год, ну +- 5 последних цифр.

 У Вас просто были буржуйские шимы, а в реалии блоки БП в параллели кормили корзину модулей счпу. Можете и не верить, но это было. Объяснять  как и что работало и было в промэлектронике СССР, только за деньги.

 

И да, Вы можете хоть сто раз написать, что не бываит, и я, десять лет обслуживаюший парк счпу, соглашусь, что не было и СССР, и цехов со станками чпу. Не Было !, ***.

[NiTr0]

1 час назад, YuryD сказал:

Обычный шим на 142серии, советской, и обычные потери в дросселе и кондее на выходе - вот и ему повод

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

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

 

1 час назад, YuryD сказал:

Плюс - мы выбирали такие компоненты, которые не плывут по температуре, буковки в названиях стабилитронов последние - не изучали?

а разброс +-лапоть в пределах одной партии какими буквами лечили?

 

1 час назад, YuryD сказал:

 Насчет сотых вольта по поверенному прибору, а их поверяли каждый год, ну +- 5 последних цифр.

при разбросе напряжений стабилитронов одной партии +- 5%...

 

1 час назад, YuryD сказал:

И да, Вы можете хоть сто раз написать, что не бываит

если вы не заметили - я написал, что бывает, можно, но только нафиг не нужно, ибо для массового изготовления - малопригодно, ибо дорого.

 

сколько человекочасов инженера требуется на наладку собранного девайса, чтобы он таки выдал требуемое напряжение с точностью до сотых вольта (без чего - работать схема не будет), и сколько они будут стоить в деньгах? + стоимость приборов (сколько там вольтметр класса точности хотя бы 0.5 стоил - хотя у вас был минимум 0.2 если речь о десятках милливольт на 5В?) и сколько будет стоить диод на выходе, при котором 2 блока питания вполне могут работать параллельно даже при разбросе выходного напряжения в несколько десятых вольта?

 

не, если выпуск - 10 штук в месяц, и ремонт 1 штуки в квартал, то пофиг. если выпуск - тысячи штук в месяц, тут совершенно другой расклад будет...

[LostSoul]

В 02.02.2019 в 18:36, NiTr0 сказал:

DC-DC для 14-57->12В

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

не все оптопары там от uart.

кроме dc-dc там еще имеется.

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

 

 

В 02.02.2019 в 18:36, NiTr0 сказал:

если некротик можно уложить в кернел паник/полный вис тыцаньем пимпочки в винбоксе - это таки днище же.

Абсолютное любое профессиональное устройство можно легчайше уложить тыканием пимпочки в соответветствующем ПО.

 

Это обратная сторона широкого функционала и разнообразия настроек и областей применения.

 

На большинстве топовых железок чтоб их в полный вис достаточно тупо включить дебаг

 

специализированная отраслевая техника рассчитана на подготовленных специалистов , которые знают и понимают что они делают.

А ошибки в действиях персонала приводят к авариям.  Что на ядерных реакторах, что на провайдерских роутерах.

 

 

В 02.02.2019 в 13:15, YuryD сказал:

Как нам не хватает того, успешного манагера , как его там  :)

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

 

[LostSoul]

В 02.02.2019 в 18:36, NiTr0 сказал:

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

 

 

 

Вас не смущает, что именно мной в 90е годы написаны патчи для ядер серии 2.0.xx  с функциональностью, аналогичной netconsole которым пользовались половина московских домонетов с софтроутерами?

 

Сети росли. повзрослевшие пионеры выбросили софтроутеры на свалку вместе с RG-59 и П-296.

 

И вот , 22 года спустя, нашелся наконец новый пионер с тазиками из китая, чтоб рассказать мне про мои "нулевые знания" и обзывать меня "фанатом микротика".

Я считаю, это прекрасно.

 

 

 

 

 

В 03.02.2019 в 09:34, YuryD сказал:

во всех станках чпу советского производства на базе электроники60.

Видимо это оно .

 

 

Разбирал похоже себе на детальки  , но  гораздо более военной приёмки и исполнения.

( родители в ракетном КБ работали )

 

[LostSoul]

18 часов назад, YuryD сказал:

И да, Вы можете хоть сто раз написать, что не бываит, и я, десять лет обслуживаюший парк счпу, соглашусь, что не было и СССР, и цехов со станками чпу. Не Было !, ***.

ну, не было у него видимо в те годы доступа к деталям для оборонки и.т.п.  , был только к ширпотребным.

++ забыл уже видимо как и в бытовой технике проблемы решали - 4 конденсатора по 2000 мкФ  воткнем на выход и все гладко :-)

А чтоб оно при пуске не крякнуло воткнем трансформатор на побольше килограмм :-)

 

17 часов назад, NiTr0 сказал:

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

 

такое ощущение, что вы звон про электронику где то просто в курилке слышали, где пол подметали.

отставание советской электроники от зарубежной началось не на этапе шим,  а намного позже и на гораздо более высоком уровне, когда пошли БИС и СБИС . А не какие то там ШИМ простейшие.

 

[NiTr0]

23 часа назад, LostSoul сказал:

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

защиты чего от чего? от рукожопа, который воткнул вместо 48В все 220 а то и 380? так не поможет же, выгорит все и хором, с синим пламенем.

и да, в CCR1036/1072 никакого дополнительного dc-dc нет - в лучшем случае коммутация мосфетами (чтобы потери были пониже). в вундервафле за 3 килобакса, да.

 

23 часа назад, LostSoul сказал:

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

модуль от супермикро - это собссно и есть аналог PicoPSU :) а выходы блоков питания на нем, судя по фоткам платы, тупо запараллелены. что в принципе вы и сами можете увидеть (да-да, тот самый жирный полигон по центру с обеих сторон платы, с кучей переходных отверстий, и есть +12В).

давайте, расскажите еще "как в серверах блоки питания резервируются"...

 

23 часа назад, LostSoul сказал:

Абсолютное любое профессиональное устройство можно легчайше уложить тыканием пимпочки в соответветствующем ПО.

в kernel hardlockup (при котором собссно и нужен вочдог) - таки нет, это только некротиковское днище можно свалить. а все остальное - прекрасно решается без вочдога штатными средствами. потому что ядро и юзерспейс живые. и к вочдогу не имеет никакого отношения. почему и "хуки во всех подсистемах" нахрен никому не упали.

 

23 часа назад, LostSoul сказал:

На большинстве топовых железок чтоб их в полный вис достаточно тупо включить дебаг

вот никогда такого не видел. да и не слышал о подобном...

 

23 часа назад, LostSoul сказал:

Вас не смущает, что именно мной в 90е годы написаны патчи для ядер серии 2.0.xx  с функциональностью, аналогичной netconsole которым пользовались половина московских домонетов с софтроутерами?

тогда накой советуете отключать ребут по кернел панику и гадать по ошметку стектрейса с экрана (есличо - он целиком на экран может и не влезть)?

 

22 часа назад, LostSoul сказал:

ну, не было у него видимо в те годы доступа к деталям для оборонки и.т.п.  , был только к ширпотребным.

"детальки для оборонки" в пром.оборудование и не ставились есличо. там был самый обычный ширпотреб.

ну и да, оборонка не особо-то далеко ушла от ширпотреба.

 

22 часа назад, LostSoul сказал:

отставание советской электроники от зарубежной началось не на этапе шим,  а намного позже и на гораздо более высоком уровне, когда пошли БИС и СБИС . А не какие то там ШИМ простейшие.

открою огромный секрет: отставание - оно было всегда. и наверстывалось копированием (когда - творческим воссозданием по буржуйским даташитам, когда - послойным сдиранием). "творчество" закончилось где-то во времена гибридных микросхем (или правильнее их микросборками таки называть?). которые, к слову, использовались до конца 80-х, если не в 90-х (как и радиолампы - был у меня лампово-полупроводниковый телевизор 93-го года выпуска, чернобелый, наглядная иллюстрация глубины технического прогресса).

 

а вот критическим оно стало тогда, когда на коленке спилить и срисовать топологию стало сложно из-за тонкого техпроцесса и большого кол-ва слоев кристалла.

[LostSoul]

1 минуту назад, NiTr0 сказал:

защиты чего от чего? от рукожопа, который воткнул вместо 48В все 220 а то и 380? так не поможет же, выгорит все и хором, с синим пламенем.

Знаю лично несколько человек, отправившихся на тот свет из-за таких рукожопов. 

Например поменявших ноль и фазу на подстанции.

Микротик с его раздельными 2 БП такую ситуацию выдержит и продолжит работать.

А вот ваш китайский ТАЗ с "диодами в косичке" - намного менее вероятно.

 

 

 

4 минуты назад, NiTr0 сказал:

в kernel hardlockup (при котором собссно и нужен вочдог) - таки нет, это только некротиковское днище можно свалить.

Нет, kernel hardlookup не происходит.

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

 

И именно этим mikrotik выгодно отличается от Cisco или говнотазика дядюшки ляо с вашим кривыми руками налитым linux.

Что когда он "еще не совсем повис" , но готов по нескольку часов тупить над каждой командой -  он через развитую подсистему ватчдог будет перегружен и уже через 25-30 секунд вернется в работу.

 

 

 

8 минут назад, NiTr0 сказал:

тогда накой советуете отключать ребут по кернел панику и гадать по ошметку стектрейса с экрана (есличо - он целиком на экран может и не влезть)?

Ошметки трейса никому не нужны, они и так на syslog сервере записаны.

Нужно для анализа иной дополнительной информации.

от состояния всяких там индикаторов на клавиатуре если устройство не headless и заканчивая иной инфой от кривых приложений во framebuffer.

 

В целом , на сервере за которым круглосуточно присматривает дежурная смена должен быть отключен и panic и wdt , а перезапуск осуществляется вручную через ipmi , после того как будет собрана необходимая информация о произошедшем сбое.

 

[LostSoul]

12 минут назад, NiTr0 сказал:

"детальки для оборонки" в пром.оборудование и не ставились есличо. там был самый обычный ширпотреб.

ЧИТАЙТЕ ДАЛЬШЕ ПЕРВОЙ СТРОЧКИ.

У меня была не электроника 60 , а что то аналогичного поколения, но военного исполнения.

Возможно для применения в каких-нибудь C-300 , хз.

 

 

15 минут назад, NiTr0 сказал:

открою огромный секрет: отставание - оно было всегда. и наверстывалось копированием (когда - творческим воссозданием по буржуйским даташитам, когда - послойным сдиранием).

в ШИМ нету ничего такого умного , что требовалось бы "сдирать" и что не было бы гораздо эффективнее придумать на коленке самим, исходя из собственных реалий, стандартов и возможностей.

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

 

[NiTr0]

6 минут назад, LostSoul сказал:

Микротик с его раздельными 2 БП такую ситуацию выдержит и продолжит работать.

дадада, "выдержит" :)

если ему в 48В порт подать 220 - сгорит с черным дымом и копотью. вплоть до дырок в плате.

 

8 минут назад, LostSoul сказал:

Нет, kernel hardlookup не происходит.

тогда и вочдог не нужен. потому что все решается ШТАТНЫМИ средствами, т.к. юзерспейс жив. в нормальных системах, не в наколенной индусской поделке, которая может работать и висеть одновременно, поему и требует "хуков во всех подсистемах".

 

9 минут назад, LostSoul сказал:

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

а нахрена систему перезапускать-то, объясните? потому что рукожопы-индусы не осилили мониторинг отдельного демона и его рестарт?

 

11 минут назад, LostSoul сказал:

И именно этим mikrotik выгодно отличается от Cisco или говнотазика дядюшки ляо с вашим кривыми руками налитым linux.

бугага, то что поделка ребутается целиком по любому чиху - "выгодно отличается", да :)

 

12 минут назад, LostSoul сказал:

Что когда он "еще не совсем повис" , но готов по нескольку часов тупить над каждой командой -  он через развитую подсистему ватчдог будет перегружен и уже через 25-30 секунд вернется в работу. 

а схренали ему тупить-то? а, ну да, забыл - его же индусы писали криворукие :)

и да, что там по поводу дебага - как там вы писали, "надо же разобраться почему оно повисло а не просто ребутать"?

 

ну и некротику 1072 это нифига не помогало, он уходил в себя до полного снятия с него трафика.

 

14 минут назад, LostSoul сказал:

ЧИТАЙТЕ ДАЛЬШЕ ПЕРВОЙ СТРОЧКИ.

У меня была не электроника 60 , а что то аналогичного поколения, но военного исполнения.

а причем тут вынесенное вашими родителями с оборонного предприятия к применяемому в промышленных станках?...

[Chrst]

Предложение переименовать тему в "Пристанище флудерастов"...

[LostSoul]

1 час назад, NiTr0 сказал:

дадада, "выдержит" :)

если ему в 48В порт подать 220 - сгорит с черным дымом и копотью. вплоть до дырок в плате. 

Если в RB1100eh4 на вход одного блока питания 220в подать 600в -   устройство продолжит работу ( с вероятным выходом БП из строя )

Если в RB1100eh4 между любым из сигнальных проводников медных 1000base-t интерфейсов и любым питающим проводом ( нулем или фазой ) подать 600в - устройство продолжит работу без повреждений.

 

Это то что мне требуется, и этого достаточно.

Так как линии связи и силовые проходят за пределами нашего помещения ( и помещений клиентов ) и могут подвергаться воздействиям , типа "идиот вкрутил саморез" .   "идиот отключил в щитке ноль и перепутал фазы".    И в данных случаях оказание услуг не должно прерваться.

 

 

 

 

1 час назад, NiTr0 сказал:

тогда и вочдог не нужен. потому что все решается ШТАТНЫМИ средствами, т.к. юзерспейс жив. в нормальных системах, не в наколенной индусской поделке, которая может работать и висеть одновременно, поему и требует "хуков во всех подсистемах".

Как жаль что такая яркая и гениальная личность как вы, сидит и звездит на форумах  24 часа в сутки.

Вместо того чтоб пойти работать в cisco или huawei или juniper и написать туда наконец прямой софт. 

В которой бы все решалось штатными средствами.  Без долбанной gsm-розетки в питание или выезда на узел.

 

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

 

 

1 час назад, NiTr0 сказал:

а нахрена систему перезапускать-то, объясните? потому что рукожопы-индусы не осилили мониторинг отдельного демона и его рестарт?

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

Эту ахинею вы из пальца высосали, или кто-то ещё одаренный подсказал?

 

Уже два раза я писал вам , что перезапуск устройства по watchdog это ПОСЛЕДНЕЕ СРЕДСТВО в борьбе за живучесть системы , когда остальные средства исчерпаны.

Для слепых инвалидов , напишу сразу дополнительно

 

Аппаратный watchdog это ПОСЛЕДНЕЕ СРЕДСТВО

Аппаратный watchdog это ПОСЛЕДНЕЕ СРЕДСТВО

Аппаратный watchdog это ПОСЛЕДНЕЕ СРЕДСТВО

 

в борьбе за живучесть системы.

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

 

Случаи, когда системе пришлось применить это ПОСЛЕДНЕЕ СРЕДСТВО , по моей статистике составили ОДИН случай на 5184000  часов эксплуатации.  Вы это понимаете??? Один случай на 60 лет.

Но я очень благодарен латвийцам , что мне не пришлось краснеть перед клиентами ,  или с жопой в огне срочно направлять куда-то техника для перезапуска зависшего железа.   Как это в прошлом году случилось с Cisco 7201.

 

 

 

 

[LostSoul]

2 часа назад, NiTr0 сказал:

и да, что там по поводу дебага - как там вы писали, "надо же разобраться почему оно повисло а не просто ребутать"?

 

Вы безнадежны.  

В этой теме вам уже 5 или 6 раз писали про отличие заводского серийного устройства от  домашнего самосбора на коленке.

Разбираться и дебажить почему повисло - нужно с вашим эксклюзивным ТАЗОМ , существующем в природе в единственном экземпляре.

 

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

 

Для устройства серийно выпускаемого на заводе единым производителем ( включая прошивку и ПО ) его тестирование и дебаг проводит производитель.

А у вас оно - просто работает. А если раз в 60 лет действия жопоруких админов все таки поставят его раком -- то за 30 секунд перегрузится и продолжит работать. Ничего там дебажить.

 

 

2 часа назад, NiTr0 сказал:

а причем тут вынесенное вашими родителями с оборонного предприятия к применяемому в промышленных станках?...

Потому что мы с Юрием обсуждали блоки питания советских ЭВМ .

Про станки там вообще ничего не было, кроме того что у Юрия они были подключены к ЭВМ в качестве исполнительных устройств.

 

[NiTr0]

1 час назад, LostSoul сказал:

Если в RB1100eh4 на вход одного блока питания 220в подать 600в -   устройство продолжит работу ( с вероятным выходом БП из строя )

Если в RB1100eh4 между любым из сигнальных проводников медных 1000base-t интерфейсов и любым питающим проводом ( нулем или фазой ) подать 600в - устройство продолжит работу без повреждений.

если в любой тазик с двумя БП от LED ленты, прикрученных на саморезах и включенных через диоды на PicoPSU или DC вход тахика, подать на вход БП 600В - устройство продолжит работу от второго БП без повреждений. внезапно, да?

 

1 час назад, LostSoul сказал:

Так как линии связи и силовые проходят за пределами нашего помещения ( и помещений клиентов ) и могут подвергаться воздействиям , типа "идиот вкрутил саморез" .   "идиот отключил в щитке ноль и перепутал фазы".    И в данных случаях оказание услуг не должно прерваться.

дадада, у вас на каждый узел на засраном голубями чердаке два независимых ввода от двух ТП :) ох уж эти сказочники, рассказывающие о "непрерывании услуги" при подаче 380В на их вундервафли...

 

1 час назад, LostSoul сказал:

Вместо того чтоб пойти работать в cisco или huawei или juniper и написать туда наконец прямой софт. 

В которой бы все решалось штатными средствами.  Без долбанной gsm-розетки в питание или выезда на узел.

дадада, расскажите еще о постоянно виснущих цисках и джуниперах, и волшебных микротиках которые никогда не виснут а когда виснут - мгновенно перезагружаются и у клиента "ни единого разрыва" :)

ох уж эти пионеры-фантазеры :)

 

1 час назад, LostSoul сказал:

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

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

и если есть перезапуск сервисов - нахрена ребутать всю железку?

 

1 час назад, LostSoul сказал:

Уже два раза я писал вам , что перезапуск устройства по watchdog это ПОСЛЕДНЕЕ СРЕДСТВО в борьбе за живучесть системы , когда остальные средства исчерпаны.

еще раз: если ядро в порядке, а таращит юзерспейс - НАХРЕНА ребутать железку?

а если ядро не в порядке и юзерспейс умер и не шевелится - НАХРЕНА мониторить что-то там в юзерспейсе, если обычный вочдог при этом прекрасно прибьет умершую железку?

 

1 час назад, LostSoul сказал:

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

да-да, "работает", а как же. видели мы, как он "работает" :) грув раз в неделю окукливался нафиг, с отсыханием сети, вочдогу (обычному, не пинговалке) - пофиг, пришлось шлюз на пинг ставить - костыль, но помогло :) "работает", да :)

 

1 час назад, LostSoul сказал:

Для устройства серийно выпускаемого на заводе единым производителем ( включая прошивку и ПО ) его тестирование и дебаг проводит производитель.

дадада, "тестирование и дебаг", лол :) расскажите еще о "тестировании и дебаге" у какой-нить тенды там, или нетиса :)

 

1 час назад, LostSoul сказал:

Потому что мы с Юрием обсуждали блоки питания советских ЭВМ .

к оборонке с ее военной приемкой они какое отношение имели? никакого? об чем и речь...

[LostSoul]

57 минут назад, NiTr0 сказал:

если в любой тазик с двумя БП от LED ленты, прикрученных на саморезах и включенных через диоды на PicoPSU или DC вход тахика, подать на вход БП 600В - устройство продолжит работу от второго БП без повреждений. внезапно, да? 

Пишу, в 14 раз,  НАУЧИСЬ ЧИТАТЬ  дальше первой строчки.

 

Четыре страницы назад я писал, что да, если ты возьмешь два блока питания, вставишь их ВНУТРЬ в металлический корпус , нормально все соединишь и разместишь это в корпусе 1U -- да ,  ДА , оно продолжит работу без повреждений.

И именно за эту проделанную работу я плачу в Mikrotik 300$ , так как мне эта работа нужна.

 

Если же это будет "косичка на соплях снаружи с вплетенными в нее на соплях диодами"  - НЕТ  , такое решение меня не устраивает.

Поэтому все китайские тазы от дядюшки ЛЯО идут мимо.

 

Хочешь - становись московским пионерам и делай конкуренцию пионерам латвийским. 

Латвийские пионеры росли больше 10 лет и не с пустого места, а еще с советского кадрового и инструментального задела.

 

 

 

1 час назад, NiTr0 сказал:

дадада, у вас на каждый узел на засраном голубями чердаке два независимых ввода от двух ТП :)

Почти на каждом моем узле присутствуют вводы от двух разных ячеек одной ТП.

Просто потому , что получалось сделать это дешево.

 

На основных узлах  естественно есть вводы от 2 ТП + ДГУ.

Но там и стоят разумеется не микротики.

 

 

1 час назад, NiTr0 сказал:

дадада, у вас на каждый узел на засраном голубями чердаке два независимых ввода от двух ТП :)

вы сейчас очень точно описали узел наших конкурентов , строящих все на openwrt и тазиках из б.у. оптерона 3000.

скорее всего это ваш :-)

 

[LostSoul]

1 час назад, NiTr0 сказал:

дадада, расскажите еще о постоянно виснущих цисках и джуниперах, и волшебных микротиках которые никогда не виснут а когда виснут - мгновенно перезагружаются и у клиента "ни единого разрыва" :)

 

Вам бесполезно рассказывать,  я уже 4 раза рассказывал.

Расскажу в пятый раз.

В отсутствие внешний воздействий и Cisco и Juniper и  Mikrotik просто стоят и работают.

Они не виснут. А если виснут то это неисправность,  их надо снять и отправить в ремонт/утилизацию.

 

Виснут сетевые устройства только в результате внешнего воздействия.

Воздействия эти носят внутренний и внешний характер.

Внутренние воздействия - это те , что находятся в зоне нашего прямого объективного контроля.

Это действия наших админов, монтажников , частично действия клиентов и аплинков.

 

Внешние воздействия - погодные ( грозы , наводнения )  , информационные   ( вирусы , ddos , некорректные bgp анонсы и.т.п. ) , воздействия иных лиц и организацией на кабели и оборудование и.т.п.

 

По моим наблюдениям за период около 20-25 лет в телекоме -   80-90% даунтайма -- это прямое следствие ошибочных действий персонала.   Остальное ( в зависимости от особенностей сети связи - это "грустный экскаваторщик" или иная местная специфика.  

 

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

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

 

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

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

То что танк будет расходовать 300 литров горючего на сотню вместо 10  , портить дороги и громко шуметь окружащим - сисадмина обычно не волнует.

 

Другой крайностью является пионер , который популярно обьяснит необходимость нанять еще троих пионеров и сделать за счет фонда оплаты труда работодателя танкостроительный кружок , где из китайской жести , говна и палок будут сделаны танки почти не хуже мировых аналогов.   У которых правда постоянно отвалиться то башня, то  каток ,   то уже спустя 2 года выяснится что сиденье было не прикручено ( когда слегка убьет моториста ) .  Но зато свое и каждая следующая копия танка обходится работодателю  почти задаром .   пока однажды не выясняется что 70-80 времени танкостроительный кружок проводит уже не за изготовлением новых, а за постоянной поддержкой и доделкой уже используемых на предприятии танков.

 

 

Так вот ,  повторяю, в отсутствие воздействий сетевые железки не виснут.

Виснут они если:

-Закольцевать сеть

-дать какую-нибудь необдуманную команду, в результате которой слишком дохрена трафика побежит в CPU и парализует его

- дать необдуманную команду, переполнившую TCAM , RAM или иной другой конечный ресурс

- создать бесконечную рекурсию выполняемых операций

и по разным другим ошибочным действиям.

 

Естественно, что чаще всего ошибочные действия производятся не от скуки, а во всякие там периоды роста или модернизации.

Когда предполагается что "сейчас мы как повключаем везде вот ту замечательную схему , что у нас вчера на стенде из 3 железок и без нагрузки превосходно работала"

 

Виснут в результате таких действий cisco , juniper и mikrotik практически одинаково.

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

То есть  в выйгрыше в основном  те cisco или juniper, что  с x86 процессорами.  

 

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

 

 

 

 

 

[YuryD]

В 04.02.2019 в 14:20, LostSoul сказал:

ну, не было у него видимо в те годы доступа к деталям для оборонки и.т.п.  , был только к ширпотребным.

++ забыл уже видимо как и в бытовой технике проблемы решали - 4 конденсатора по 2000 мкФ  воткнем на выход и все гладко :-)

А чтоб оно при пуске не крякнуло воткнем трансформатор на побольше килограмм :-)

 

 Значить так, я имел доступ к каталогам радиокомпонентов, и наш завод имел возможность заказывать хоть военпредовские  компоненты, в т.ч. и танталовые конденсаторы. Далее - однажды добыли еще одну СМ1420 в экспортной британской версии, с двойным комплектом зипа, носителей и документации. И даже диплом имею, по ремонту процессора М2 (эл-ка60). Процессоры см1420 чинились проще, там была плата-модуль-удиннитель, и команда DKA с пульта, можно было пройти любую команду процессора по тактам, с обычным индикатором ттл-уровней, правда с осциллографом это было быстрее. И еще - у нас все были инженеры, а не по положить транс побольше. Таких глупостей в промэлектронике не встречал, да и в Киеве, на ВУМСе бывал, общался с умными людьми.

[YuryD]

34 минуты назад, LostSoul сказал:

Естественно, что чаще всего ошибочные действия производятся не от скуки, а во всякие там периоды роста или модернизации.

Когда предполагается что "сейчас мы как повключаем везде вот ту замечательную схему , что у нас вчера на стенде из 3 железок и без нагрузки превосходно работала"

 

Виснут в результате таких действий cisco , juniper и mikrotik практически одинаково.

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

 

 

 

 Ок, набуя коммутатору на ЦПУ перекладывать нагрузку ? Переложить *** нагрузку L3 и выше на коммутатор  L2 - это конечно тенденция, говенная, но тенденция... Хотя все пердят, у нас цпу мощнейший, в результате - пук на выхлопе. Совмещать l3 и выше на карманной железке - портить себе сончас.  Далее -  мелкие китайские поделки экономят на нормальных комплектующих, особенно на конденсаторах, даже в БП, не говоря уж о разводочных фильтрующих на шинах питания материнских плат.

[LostSoul]

9 минут назад, YuryD сказал:

Ок, набуя коммутатору на ЦПУ перекладывать нагрузку ? Переложить *** нагрузку L3 и выше на коммутатор  L2

Да простой классический пример.  На 6500/7600 мангалах обработка каждого arp пакета идет через супервизор . Который ложиться уже даже от весьма жиденького потока arp , возникшего в результате любой петли чего-нибудь где больше десятка устройств в vlan.

Соответственно когда на каком-нибудь IX  какой-то умник что-нибудь закольцует,  то летает потом у всех все как фанера над парижем....

так как после истечения таймеров bgp соседи начинают рвать сессии и понеслась....

 

то есть всего порядка 30мбит ( если мне склероз не изменяет )  arp запросов укладывает самый мощный супервизор в линейке данного шасси на лопатки.  Которое формально на 720 гигабит расчитано :-)

 

 

[YuryD]

2 минуты назад, LostSoul сказал:

Да простой классический пример.  На 6500/7600 мангалах обработка каждого arp пакета идет через супервизор .

 Этта, 6500/7200 - это не коммутаторы, а немного маршрутизаторы, кривые, горбатые, но не коммутаторы. Соотв как мак адрес из самого Парижа я могу поймать в бгп ? до парижа у меня l2 нету.

[LostSoul]

1 минуту назад, YuryD сказал:

 Этта, 6500/7200 - это не коммутаторы, а немного маршрутизаторы, кривые, горбатые, но не коммутаторы. Соотв как мак адрес из самого Парижа я могу поймать в бгп ? до парижа у меня l2 нету.

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

 

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

В итоге кольцо оказывается наполнено сетевыми пакетами некоторых разных типов ( которые пытались отправить системы до переполнения емкости кольца )

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

Микротик в подобной ситуации перезагрузитcя :-)

 

 

[YuryD]

16 минут назад, LostSoul сказал:

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

 

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

 Ничего необычного, я так раком поставил одну из Ix. Обычная несогласованность у нас, физику воткнули раньше, чем я роут-порт законфигурил правильно на брокаде.

[NiTr0]

3 часа назад, LostSoul сказал:

В отсутствие внешний воздействий и Cisco и Juniper и  Mikrotik просто стоят и работают.

Они не виснут.

ну да, если в некротик не включать патч-корды с живым трафиком - он возможно и будет работать годами, красиво светя экранчиком. вот только нафига он такой нужен? :)

 

 

2 часа назад, LostSoul сказал:

Виснут они если:

-Закольцевать сеть

-дать какую-нибудь необдуманную команду, в результате которой слишком дохрена трафика побежит в CPU и парализует его

- дать необдуманную команду, переполнившую TCAM , RAM или иной другой конечный ресурс

- создать бесконечную рекурсию выполняемых операций

и по разным другим ошибочным действиям.

нормальная железка, да даже обычный тазик, от колечка даже на пару сот тысяч кппс (ну т.е. соточный порт с колечком) не виснет. даже динозаврики с куриными мозгами типа 6500/7200, если одмину ума хватило ACLи настроить с ratelimit на CPU (без оного - динозаврики могут призадуматься при флуде, но не повешаются и не покрашатся).

 

но к некротику это не относится :)