KaYot

У нас на важных площадках такого не случалось. Стопка батарей нужной толщины стоит дешевле чем потерянные клиенты. [kayot@Billing2 ~]$ uptime 22:51:08 up 1104 days, 12:25, 2 users, load average: 0.49, 0.45, 0.37

Может вопрос немного глупый, но зачем вообще ребутить сервера? [kayot@IPoE1 ~]$ uptime 22:45:23 up 626 days, 9 min, 1 user, load average: 1.51, 1.27, 1.26 [kayot@IPoE1 ~]$ cat /etc/redhat-release CentOS release 6.8 (Final) Это нагруженный BRAS с кучей трафик и 3к сессий.

Вовсе не обязательно, для этого нужна полная поддержка RTC материнки со стороны ОС. Где-то пишется, где-то нет.

Еще пара модулей в наличии, 8$/шт, 15$ пара.

Up, в наличии с высокой и низкими планкой.

В наличии.

Остался один сервер CPU: Xeon E3-1220(4 core/4 threads, up to 3.4Ghz, 80w) RAM: 8Gb DDR3-1333 ECC HDD: 1х 500Gb SATA Seagate PCIe-16x рейзер 280$

Дык какие шутки? Стройплощадку и гору леса сфоткать или что? Вам предлагают работу, вы включаете режим оленя.

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

Меня как раз строители прокинули с беседкой на даче, за 2 недели управитесь. Берётесь?

Сейчас, выражаясь твоим языком, самая всратая нода отдает под гиг в любое время. И флеша с яваскриптом давно нет в спидтесте, пора выходить из криосна.. Если мощный комп на канале в 1г даёт 100/70 - надо не ноды чужие винить, а каналы/сервера чинить.

С каждым постом все больше убеждаюсь что микротику не место даже в мелком офисе. Взлом и чужие закладки еще на этапе первоначальной настройки это зачёт.

У нас после последних обновлений этот демон раз в пару дней выедает память вплоть до умирания системы по OOM. Пришлось припинать костыли для отлова/перезапуска. До того пару лет стоял себе тихо-мирно.

Спидтест это абсолютно адекватный показатель качества интернета. Если он "не жмет гиг" - надо чинить проблему а не подтасовывать результат..

Ну банальным пингом большими пакетами. Может вообще mtu где-то кривой и пакеты в 1500 не проходят.

Торрентом можно тестировать максимальную ширину канала, но никак не качество. Ибо работает он в кучу потоков и в основном по udp. На канале с потерям торрент может давать гигабит, а закачка в 1 поток по tcp - мегабит 30. Тур вариантов 2, или потери по трассе, или у соседей сервер спидтеста говно. Тестируйтет на Киев.

Это именно ethertype или TPID, тип пакета. Прописывание(по моему разумению) влияет то какие пакеты длинк будет считать двухметочными и на то как будет паковать сам. Для транзита по идее это не нужно вообще, если не пролезают через длинк - можно включить на нем QinQ, прописать все порты NNI и поставить TPDI 0х88a8 для нужных портов и 8100 для остальных. Вообще с таким TPID затык может быть на любом свиче в цепочке, это метка трафика QinQ а не стандартных ethernet фреймов. Соответсвенно свичи не знающие ничего про qinq могут его дропать без объяснения причин.

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

Что значит реально работающий? Я себе дописал скрипт Ivan_83 с НАГа, работает года 3. Без релея не работает, но не могу представить как использовать OPT82 без оного. Да и дописать нужный функционал этому скрипту куда проще чем ваять свой сервер на С.

При 4к сессиях и клиентской лизе в 5 минут(перезапрос каждые 2.5мин) загрузка CPU околонулевая. Это у ics куча ограничений и производительность 20ти летней давности..

Это не так, все акб могут быть вполне живые. Данный график в буферном режиме ничего не показывает, разве что параметры батареи со временем немного разбежались. Я в теме балансиров выкладывал страшный график с разбегом 12.5-14в - так вот, ботареи с максимальной ёмкостью как ни странно как раз эти крайние. А пара слегка уставших - имеют 13.8в как и все остальные. Смотреть графики нужно под нагрузкой, скорость падения заряда.

На наге было, по-моему там патч для ics из пары строк делали. Проще наверное это модулем для фрирадиуса сделать, или более современным dhcp-серверами типа perl-dhcp с того же нага.

Видимо вы имеете в виду не тег 0х88a8, а ethertype? По идее просто так он не пройдет, нужно на 25 и 26 портах прописать этот самый tpid 0х88a8.

Есть, а что?

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