greyshadow

Если свичи управляемые - смотрите по графикам из какой дырки всплеск приходит. Если неуправляемые - снифером смотрите что за траф шуруетв такие моменты, и по mac-ам ищете гада.

Пытались проснифить что за траф летит в моменты таких всплесков???

Наполнение медиасервера сожрет столько трафика, что реально проще канал расширить, а на сети в 100-200 человек поддержание репертуара в юзабельном состоянии... так потребление переплюнет всякую потенциальную экономию.

попробуйте сначала посчитать-прикинуть объём потребляемого вашими абонами ua-ix. Вполне может оказаться, что он не превышает 20%, в таком варианте городить отдельный канал под uaix особого смысла нет.

когда-то zyxel себя неплохо вели, и AT.

А зачем вам forwarders? сколько кеширующих DNS-ов настраивал - никогда сие не потребовалось....

Вам надо скорее всего что-то до банальности простое, но такое никогда не будет "технически верной". А "формулы распределения" если имеются ввиду "функции распределения" это ему не по зубам Дайте задачу построить примерный прогноз потребления трафика на таком-то районе через полгода, если всреднем в месяц подключаем, например, 10 абонов, есть 4(5,6... нужное подчеркнуть) тарифных плана, всреднем 1/4 абонов ни 1-м, 1/5 на втором и т.д.... среднее потребление одного абона на таком-то тарифе - 0.25 (0.3? 0.1? пусть сам статистику соберет-прикинет) от скорости в тарифе указанной, на другом,

А еще можно графити заказать, или как самый "незаклеиваемый" метод - на этапе строительства разноцветным кирпичем чтобы выложили на стене между 4-м и 16-м этажами.... главное - с контактами не промазать, ато потом всю стену перекладывать

А представьте если вы его совсем выключите?? Экономия на сопровождении - было N минут в день, стало 0! Экономия на электроэнергии. Экономия на апгрейде. (он теперь просто ненужен). Экономия на бесперебойнике. Повышение отказоустойчивости - выкинули из цепочки одно звено, которое вполне даже могло отказать/сгореть/зависнуть, соответственно меньше поступит жалоб от абонов. Чем меньше обращений в техподдержку - тем меньше можно штат содержать.... Думаю на первый раз хватит... Вот и прикиньте - какая экономия для вас более эффективна.

когда-то делали так: Брали "Саморегулирующийся нагревательный кабель"(дорогой он правда) и приматывали к антенне и облучателю (подумали об этом еще осенью) и в морозы включали, вроде работало, пока от радио совсем не отказались.

Статданные берете свои, а вот прогнозы в этом деле вешь неблагодарная. Тут социальные тенденции очень много значат, например за последние 2 года существенно снизился трафик торрентовский, но подпрыгнул http, online стали смотреть больше однако, при этом суммарно трафик вырос в 1.5 раза меньше, чем прогнозировали 2 года назад. причем интерполяция хорошо ложилась на логарифмическую кривую, гипербола давала большую диспесию, но экстраполяция логарифмической кривой оказалось не вполне удачная, а вот теперь все лучше ложиться на гиперболу... Студент-то хоть из какой отрасли?

А причем тут одно к другому?? что-то слабо представляю себе медную атмосферную оптику... Хотя на базе sfp наверное попробовать можно, если тщательно отъюстировать модули то наверное миллиметров на 5 дистанции на стандартных sfp может и получиться Как вы sfp-ками собираетесь всепогодность обеспечивать?

Свой поднять не выход??

Берете железку, в которую OpenWRT можно залить и VLAN чтобы поддерживала, и вперед... дешево, надежно... Напильником конечно придется поработать, ту так тут либо бабки плати за чужой напильник, либо сам пили...

Это атмосферная оптика что-ли имеется ввиду?

Так работает любой маршрутизатор, на котором НАТ не включен

Какраз все укладывается в описаную мной схему работы - тенда отмаршрутил пакет, который не должен был вообще принимать.

Обратите внимание - в дампе всего несколько DNS запросов, но многократно продублированых, причем продублированых не на уровне dns запроса, а именно как IP пакет, короче там вагон абсолютно идентичных IP пакетов, резольвер работает не так, да и если пакеты генерировал бы роутер - у него src port тоже менялся, а тут - полная идентичность, значит либо работа генератора пакетов, либо это действительно дублированый пакет.

Так у них mac-cloned есть.... так что не панацея тоже...

алиасы искоренить

Отсутствием резервных связей, если вы о топологии сети "звезда" и "расширенная звезда" . тут согласен. Но минуса есть в каждой топологии. Ваш вопрос был именно про эту. Повышеннием нагрузки на шлюз и на определенном этапе масштабируемостью. Можно узнать ваше мнение когда с масшабируемостью начнуться проблемы? зависит от железа и кол-ва абонов. Как пример видел в одном месте как в nvram у кошки тупо конфиг не влазил именно по причине количества интерфейсов.. У других по причине непонятного желания иметь статистику с детализацией в 10секунд с примерно 300 интерфейсов кат

Пан, Товарищь, Господин! Мы, вообще говоря, сильно уклонились от изначальной темы. Хотелось бы услышать каковы результаты топикстартера на предмет наличия/излечения имевшего место быть эффекта?

port security You can use port security with dynamically learned and static MAC addresses to restrict a port's ingress traffic by limiting the MAC addresses that are allowed to send traffic into the port. т.е. port security не канает! т.к. надо ограничить egress , а при port security эффект (если это именно тот эффект от tenda, который упоминался) сохраниться. vlan на юзера - скорее всего капитальная такая перестройка сети... ACL - собствено такое решени и было предложено в соседней ветке (или в этой? уже сам запутался ) в ethernet сети, увы, труднодостижимо, пожалуй единст

Отсутствием резервных связей, если вы о топологии сети "звезда" и "расширенная звезда" . Повышеннием нагрузки на шлюз и на определенном этапе масштабируемостью. Хотя бы тем, что придуман он был в эпоху классовых сетей для экономии IP-ов. Да, я знаю что сей механизм по-прежнему неплохо работает, но это вовсе не означает его безальтернативность. Кроме возможных религиозных убеждений - пожалуй ничем. Тоже хотелбы знать более-менее обьективный ответ на этот вопрос. p.s. надеюсь никого не покоробит, что вопрос вроде как не мне задавался. С нетерпением жду так же ответа от адрессат

Очередное заблуждение. Никакое оборудование не наладит работу плохо спроэктированой сети. При этом плохое оборудование может испоганить работу любой хорошо спроектированной сети. Золотые слова... только иногда "правильное использование" сводиться к единственному варианту - на свалку. ЗЫ. Не хочу никого обидеть или заводить дискусси на эту тему , это только мое личное мнение и последствия "фонарика на спине"