KaYot

Пожар в колодце самое страшное что может быть в телекоме. У нас недавно колодец сгорел - остались без инета, несмотря на 3ех независимых аплинкеров и резервный же канал на киев через мобильщиков. Тупо все кабеля в одной канализации лежали))

А если подумать? В мелких пакетах заголовок составляет половину самого фрейма, соответственно компрессия получается 45%. Для больших пакетов(1000b например) размер заголовка уже можно не учитывать, и компоессия выходит близка к нулю. Средний пакет, по крайней мере у меня на аплинках, 800-900 байт, значит на эту фичу можно внимания не обращать.

По чем открытка?

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

где это написано? Где написано что нельзя какать в лифте? в админ и уголовном кодексе. это хулиганство. именно про какать?

На каталисте 3750 считается только трафик идущий на CPU. 6500 и 4900, как говорили на НАГе, это сцуко другой каталист))

Угу, на тех же каталистах по snmp доступен трафик с вланов, только идущий на CPU. В итоге фигня какая-то рисуется.

где это написано? Где написано что нельзя какать в лифте?

А я думал один такой, после ребута с матами переписываю конфиги VLC))

Ну так пруф все подтверждает, один адаптер висит на pci, второй на персональной шине. 82566DM-2 - GLCI(интеловская адаптация pci-e 1x) 82541GI - pci 2.3 Да, _должен_ давать гиг без шинных ограничений.

Если в спеке четко написано про поддерживаемый интерфейс GLCI on Intel ICH8, ICH9 chipsets то вариантов не остается)) У меня есть пара серверов с такими чипами, их интел раньше на все свои младшие server board лепил. В мануале матери так и описано, выделенная шина только как-то оно по другому называлось, не помню уже.

Нет там никакого pci, ерунда. Данные чипы используют специальную шину для подключения к интеловскому чипсету, выделенный гигабитный интерфейс. http://www.intel.com...ontrollers.html Менять его просто потому что это не pci-e не нужно, до гигабита оно может прожевать.

Ну а кроме этого на ip-транзит сети тратят 2-3 миллиона, на фоне чего серьезная сумма в 120к как-то теряется.

А при чем тут регионы? Наливают на Л9/Г50, транспорт вы туда будете брать в любом случае. Причем, гиг транспорта от нас в киев стоит 12к, а гиг украины магистралы на месте продают за 5к. С инетом ситуация еще интереснее, магистралы со своим транспортом продают его по примерно равным ценам хоть на леонтовича, хоть в мухосранске. В итоге даже коджент купить в киеве будет стоить дороже, чем 'правильный' микс на месте. Реальная экономия и взаимная выгода - организация картеля, с кучей финансово независимых предприятий объединенных под общий бренд. Вот об этом нужно думать, готов участвовать

Неверная математика. Небольшим сетям порт в ua-ix нафиг не нужен, а магистралы гиг ua-ix/dtel дают за 1к грн с радостью. Или вообще бесплатно, если мировой трафик у них купите. Насколько я понимаю, в том же ua-ng сейчас дешевле не получается.

Давайте в триолан проситься, мысль вполне здравая.

Реально, у меня аккаунтинг заработал вообще без пересборки, make/make install в папке xtables-addons, modporbe xt_account - есть контакт.

ipt_account включили в xtables-addons, добавление в любую систему делается за минуту. Плюс ipset недавно появился в ядре, вообще счастье Раньше все это приходилось вручную добавлять кривыми патчами. Встроил xt_account(так он называется в патчах) в 3.1.5, работает.

Или любой TPlink и не мучать себе мозг играми с унылыми прошивками.

Для тупого учета объема трафика netflow разбирать как-то избыточно, тем более что собирать и хранить его у нас в отличии от россии не нужно. Значит буду дальше мучать ядро 3.1.5, RPS очень странная штука.

Со всем согласен, но не умеет биллинг собирать из радиуса статистику и все тут Изначально он писался под чистый ipoe с помегабайтной оплатой, тоннели я к нему уже напильником приделывал, и получилось на удивление удачно. В данный момент мне проще патч на ядро наложить чем в дебрях чужого недокументированного кода ковыряться. Тем более в планах скорый отказ от тоннелей, тут вариантов учета опять не будет. Повисшие сессии изредка бывают, раз в неделю саппорт по звонку абонента нажимает кнопку 'прибить' в биллинге.

Зачем их мониторить? Те у кого null в session-end радиуса - активны. А бесплатную нагрузку на биллинг/БД из-за alive пакетов как-то не хочется. В текущей схеме, биллинг раз в 10 минут сам сливает с NASов данный по нужному трафику.

И у меня тоннели, но биллинг заточен на прямой сбор трафика с NASов, через радиус не умеет.

http://leaf.sourceforge.net ну или коротко на русском - http://dev.seti.kr.u...ring-uclibc-4_x А по аккаунтингу в этом дистрибутиве что есть? На боевых серверах использую ipt_account от intra2net, нужен он или какой-то аналог.

Любой биллинг - набор костылей прилепленных к операционной системе, не спорьте зря Для себя я конечно доверился бы скорее пачке скриптов дергающих стандартные(и проверенные за десятки лет) iptables/tc/ppp/freeradius, чем состряпанным зачем-то 'своим' аналогам.