NiTr0

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

да там и рисовать нечего. кол-во бордеров по кол-ву аплинков (ну или минимум 2шт если аплинков больше 2, а усложнять не хочется), на них бгп сконфигурен как route reflector. аплинк воткнут в бордер, бордер - в л2 свич. ну и на каждом брасе поднят бгп к бордерам. чтобы совсем уж по феншую - можно и фуллвью, но если не заморачиваться с тем что исходящий трафик может уйти на один бордер по дефолт роуту, а с него - уйти через второй т.к. через него best path (о котором брас не догадывается т.к. знает лишь дефолт) - то можно и дефолт, или даже вместо бгп заюзать какой-нить ripv2 для вну

1072 на пппое с натом с одним дефолтом по бгп скукоживается нафиг при 1.6 гбит трафика и под 2000 онлайна. причем так, что до него невозможно достучаться ничем. таращить начинает его нааамного раньше. хотите спать спокойно - пара тазиков на аплинки в BGP RR, к ним - коннектятся брасы и получают анонсы, + анонсят клиентов по iBGP либо по ripv2.. на брасах же и нат. брасы - какой-то 4ядерный камень + интел сетевки. в ядре - л2 свич от которого кроме вланов (ну и возможно стп/агрегации) не требуется ничего.

замерьте напряжение на батарее в заряженном состоянии. в норме должно быть 13.6-13.8В. если 14.2В (как это часто у люксеонов бывает) - батарея сдохнет через пару месяцев.

какой максимально исходящий трафик на порту был? при 700-800 мбит на нем у нас (и не только у нас) были потери, переключение линка в стоящий рядом 3120 проблему решало. 1210 включен 10гбит аплинком.

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

когда из двух гигабитных клиентских портов льется в один порт браса/бордера - будут проблемы. "-почему так дорого? -деньги нужны" (с) покупать за 850 уе гигабитный свич с парой морально устаревших СХ4, когда за примерно те же деньги продается бдком S3740 - сильно на любителя затея...

важно не сколько вливается, а сколько выливается из порта наружу. с ростом пингов проблем и не будет. проблемы - с дропами из-за мелкого буфера. если аплинк поддерживает пинги любого размера - сделайте пинг аплинка пакетами по эдак 50-60к для наглядности. удивитесь... ну или посмотрите ошибки по портам, счетчик dropped packets... угу, мы на него свой 3100 сменили когда начали появляться дропы и жалобы абонов на низкую скорость по спидтесту. проблему как рукой сняло хотя цена нового 3120 как по мне неадекватна...

и как с дропами на линке, из которого вытекает 500-550 мбит?

удачи в попытках прокачать через него хотя бы 600-700 мбит в линке

в офис, где есть несколько рабочих станций с десяткой. как и все прочие свичи микротика. и не более того.

вебсмартик, не умеющий практически ничего, с бонус-функцией хилого сохо роутера?

да, а кто щупал bdcom S3740F? очень уж интересно смотрится, и цена вкусная...

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

https://fex.net/155393024196?fileId=1053373109

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

при комнатной температуре. если в ящике +60 - то для батареи это будет уже не стандартный буферный режим, и она будет активно подкипать...

оно не факт что на лету меняется. вернее - вроде как должно, но не меняется. я параметром модуля в modprobe.conf прописывал. да, что в perf top все же?

да, глупый вопрос... conntrack hash size какой? надеюсь, не дефолтный? оптимально - где-то порядка половины от ожидаемого кол-ва сессий.

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

подкрутить таймауты ната? и syn рассылать могут и торрент-клиенты к примеру, когда пиры ищут. у меня сейчас на одном брасе 300к сессий в коннтраке при онлайне около 1к, из них 38к в состоянии SYN_SENT. надо бы notrack прикрутить для белых адресов...

perf top что говорит?

perf top ответит. и да, стоит включить interrupt moderation на какое-то разумное значение (несколько тысяч прерываний/сек) и выкрутить буфера на максимум.

ну если там есть щели для обдува карты - то брать карту с пассивкой. потому как кулер скорее всего упрется в дно и соответственно работать не будет. на amd картах вроде как повеселее с многомониторной работой.

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