l1ght

from interface просто не? укажи интерфейс юнит где у тебя сессия с ua-ix, не факт что оно так будет работать но проще вряд ли придумаешь, а вообще завязывать надо с этими полисерами по направлениям в 2021 то

1.0.9 alter.ini: новая опция TASKMAN_GULAG позволяющая включить репрессии для администраторов использующих «Планирование работ». http://wiki.ubilling.net.ua/doku.php?id=faq Q: Я тут что-то изменил в конфиге и теперь что-то сломалось. Что не так? A: Для начала следует запомнить, что все опции в конфигах case-sensitive, также хорошо подумайте, чего вы хотели добиться меняя эту опцию. к слову что по умолчанию это поведение было отключено

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

a10 хоть 150 гиг ната

ну это же не правда, ни чем не стабильнее МХ МХ по стабильности не хуже, а моментами и получше, я уже насмотрелся на RMA линейных карт на a9k, хотя джун тоже может подкинуть, тут как повезет но зависит от требований и задействованного функционала - стабильность может очень отличаться

можно перейти на фрибсд для богатых (junos)

loopdetect отрубай

может все же с луптедекта начать на гпон портах? тож поидее конфиг на онушке самой, не должно плату укладывать а вот всякие discover-period и loopdetect так легко

проверь свой csv файл например через cat -e на предмет непечатной херни там где её не должно быть

это нормально что "через пол часа" он при стопе дисконнектит всех юзеров что можно увидеть в tail -f /var/stargazer/allconnect.log при стопе старгейзера

ты дурак? исходники посмотри, всё там правильно

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

руты? потому что скорость держится на кешах и эти же кеши не дают завалить руты, децентрализация и нормальные люди кешируют на 10-30 минут, не более но в общем-то даже при суточном кеше особых проблем нет

из дешмана Arista DCS-7050QX поинтереснее будет уже juniper qfx 10002: QFX10002-60C: The QFX10002-60C 100GbE switch features 60 QSFP28 ports, 60 QSFP+ 40GbE ports, or 192 QSFP+ 10GbE ports QFX10002-36Q: The QFX10002-36Q 40GbE switch features 36 QSFP+ ports or 12 QSFP28 100GbE ports QFX10002-72Q: The QFX10002-72Q 40GbE switch offers 72 QSFP+ ports or 24 QSFP28 100GbE ports

forwarding-options { family inet { filter { input custom-flow-fbf; } } } > show configuration firewall family inet filter custom-flow-nat term local { from { source-prefix-list { pl-mynets; rfc1918; nat; } destination-prefix-list { pl-mynets; rfc1918; nat; } } then accept; } term nat { from { source-prefix-list { nat; } } then { routing-instance cg-nat-1; } } term default { then accept; } > show configuration policy-options prefix-list nat 100.64.0.0/10; > show configuration routing-instances cg-nat-1 instance-type virtual-router; interface xe-0/1/6.9; routing-options { static { route 0.0.0.0/0 next-hop 10.255.252.2; route 100.64.0.0/10 next-table inet.0; } }