?

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

Не, продавать её не буду :)

нашшел время

а qfx5100/5110 умеет ^__^

5110 не умеет issu, вообще недосвищ

да

+

пинед всегда пиликает

С добрым блядь утром

ниокгда не видел не пиликающих пиннед месаджей

А у меня не пиликало

имхо к галочке забыли прикрутить функционал ;)

но вообще не удивлюсь если в каком-нибудь клиенте это и работает

Лол

Сейчас пол канала свалит

на одном канале вечно по ночам чтото пинят, выбешивали прям

ниокгда не видел не пиликающих пиннед месаджей

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

а вот в +7 поясе норм, я уже даже на работу успел приехать

пиликайте на здоровье :)

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

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

запили автоответчик )

на го

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

Две недели починить не можешь?)

запили автоответчик )

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

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

Что же у тебя там происходит?)

тебе лучше не знать

но я кейс не могу даже по этому открыть

воспроизвести сложно

но происходит каждую ночь

А что разваливается?

Хз, мы по багам которые раз в 3 недели воспроизводились кейсы открывали

На а9к. И чинили потом нам

У тебя стоит reload at ?)))

А что разваливается?

я уже писал. что-то с форвардингом. отваливается пинг до менеджмента некоторых свичей, делаешь shu/no shu на менеджмент влане и все оживает

ключевое слово что страдают некоторые свичи

всегда разные

шу/но шу и все колосится

мож софт поменять? или ткам подыхает уже?

софт и так меняю

15.4 самый свежий раскатываю

4 версии сменилось, не помогает

другую ветку не могу

только выше 15.5

боюсь там свои баги подъедут

ткам хз, многое менялось, и супы и шасси

это в ядре

а в агрегации... ну так по всем железкам эта херня

всегда разные

У меня на одном мангале почему-то периодически по снмп не отвечает, летят алерты, а потом ок

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

вплс на сети тоже не могут починить, через вебекс все 10 раз увидели, а у себя в лабе они не смогли, сказали простите извините, ни хера сделать не могем

смешно, но я в свокй лабе не смог проблему с вплс воспроизвести

косяк только на сети

а залипушку в менеджмент влане вообще хз как диагностить

из сотни залипает не больше десятка

возможно, но как же жить с этим

да пипец как хорошо

только это надо воспроизвести

мне надо в лабе 10 свичей, и три 65 и чтобы хоть один залип

у меня нет таких ресурсов

оно вопроизводится при работах на ядре, залипает на агрегации

я их пинал про вплс периодически, но уже просто надоело

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

у них не воспроизвелось

и все, сосем

Мы вообще решали проблемы с Е/// выпиливанием функционала с железки пока не нашли какая фича крашит железку

Потому что контракт пздц дорогой

Дороже железа был

ну не работает новый функционал. ничего из того что в продуктиве, так что проще забить

У меня на одном мангале почему-то периодически по снмп не отвечает, летят алерты, а потом ок

Это обычные компьютеры, хоть и с пачкой эзернетов, у них иногда тоже бывают свои какие-то интимные дела, отнесись к ним с пониманием ^_^

из сотни залипает не больше десятка

по крону делай шу ноу шу в 5 утра

не благодари

шёл 2018 год, Е/// так и не может починить bgp пишут в рассылке redback-nsp send NOTIFICATION: 3/4 (update: attribute flags error) with 11 byte data. mxReadMs=5897 notification msg sent (nbr 129.250.203.101, context 0x40080002 32 bytes, repeated 167 times, code 3/4 (update: attribute flags error) - 0000 0000 ffff ffff ffff ffff ffff ffff ffff ffff 0020 0303 04e0 0708 0003 02ed

This mess in 2011 was due to an empty AGGREGATOR attribute, interpreted as ASN 0, and ridiculously overzealous SEOS behaviour (the RFC was dumb and it was strictly implemented). https://mailman.nanog.org/pipermail/nanog/2011-December/042524.html It was fixed in SEOS 11.x. Last ones were 12.x. If you run some older XCRP3, you're in trouble. About your notification message, its decoding gives: 0020 (length) 03 (message type: notification) 03 (error code: update message error) 04 (error subcode: Attribute Flags Error) Attribute not recognised: e0 (attribute flags: optional, transitive, partial [that is, not understood by a previous router on the path]) 07 (attribute type code: AGGREGATOR) 08 (attribute length: 8, as expected for an AGGREGATOR with 32 bits ASN) 00 03 02 ed (aggregator AS: 197357, or AS "3:749" for SEOS) Missing: the aggregator IP. A matching prefix in the DFZ is 91.220.63.0/24, Aggregator [197357 91.220.63.1]. But there's nothing wrong with it. From NTT the AS Path is: 2914 3223 197357 I There's no AS4_AGGREGATOR here, as it looks like your sessions is AS4 enabled (you can check the capabilities negotiated with sh bgp neighbor: CapSent / CapRcvd both containing 4byteAS, on SEOS). AS4_AGGREGATOR is used with non-AS4 routers.

у чувака кстати последний seos с последним патчем )

ну вот интересно, вроде Е/// не только как брасы свои рухтеры продает же. если там фиб в 4М. и если ты не дай бог туда FV будешь вливать - будешь стабильно иметь проблемы, у них за последние 3 года штуки 3-4 бага вылезали подобных

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

статики в 5 утра переписываешь?

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