KaYot

В наличии.

Остался один сервер 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, много тысяч маршрутов и ничего не залипает. Может что-то делаю неправильно?

Все еще ждут своего хозяина. 20$ комплект.

Up

Up.

Никакой загадки нет, руки у блокировщиков кривые немного. nslookup moy.su - 193.109.247.236 mintek-dnr.ru - 193.109.246.217 whois 193.109.246.217 - netnum: 193.109.246.0 - 193.109.247.255, netname: UCOZ-NET Заблокирован весь PI блок UCOZа да и все.

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