l1ght

Ты хоть сам понимаешь, какая пропасть поколений между Pentium 4 и Pentium G sandy bridge? Значит не железо виновато, рекомендация стандартна - сносите BSD, ставьте linux. Да я вот думаю в сторону accel-ppp с ipoe, только вот у меня стоит Ubilling, такой он теплый и родной Не хочется никуда переходит, да и с фрей мне как-то проще, если не считать этого момента с падением в кору. По поводу проца - ну я просто перепутал, поэтому и вылажил строчку hw.model, дабы вопросы о железе отпали.

А я думал я один такой дурак ) Меня кстати net.isr спасал в такие моменты. Когда он был выключен - его включение спасло сервер от падения в кору, он конечно был нагружен очень, но нормально себя чувствовал. Кстати кто ещё подскажет - не хотят грузится параметры из loader.conf после недавнего мажорного обновления с 9.0 до 9.2. Лично у меня спам на определенный порт отменяется, т.к. 6881 порт у меня ничем не слушается и включен blackhole. Да и вообще, сокстат никакого криминала не показывает Я правило с каунтом добавил - но думаю счётчик вообще дергатся не будет. И почему сразу выкинуть же

А кхм, если вы про это http://habrahabr.ru/post/168607/ - сначала внешняя сетевая была 82574L, а потом, всё переехало на двух портовую серверную. И была ровно та же жопа...

Вот как.... Чтож тогда всё стало понятно, значит будем думать про замену! Очень благодарен. Но если сменим карточки и будет та же фигня, с меня начальство шкуру-то снимет ) Так что жду ещё идей не так давно разработчики интела заметили уязвимость, при которой наступал п@зд#ц при конкретном SIP пакете. Не твой случай? Да у меня вообще sip трафик незамечен, и ничего у меня вроде его не использует. Если не ошибаюсь SIP - для айпи телефонии?

выкидывате эти, ставьте с чипом не менее 82576. На моей практике все сетевухи подобные вашей начинали дохнуть при 12к ппс и окончательно дохли при 18к. Никакими тьюнингами и "яндексовскими" драйверами проблема не устранялась. Яндексовские дрова максимум что могли - это облегчить жизни на исходящем трафике PS: в моём случае ОС - FreeBSD. На линуксе с 82579 чипом 480к ппс шуршит с 17% нагрузки на проц. ну и посмотрите что именно проц нагружает pmcstat -S instructions -O /tmp/sample.out & sleep 30 && killall pmcstat pmcstat -R /tmp/sample.out -g && gprof -l -K

Сетевухи аж 3, одна двух портовая inter pro/1000 pt dual port server adapter а ещё 2 на чипе device = '82574L Gigabit Network Connection', если верить pciconv -lv. Нагрузки не очень большие порядка 70-80кппс и 150 мегабит. В час пик загрузка проца - максимум 35%, при нормальных условиях.

День добрый, имеется: 9.2-RELEASE #0: Sun May 18 03:42:49 EEST 2014 /usr/obj/usr/src/sys/ROUTER i386 Суть проблемы: иногда, загрузка проца подымается до возможных 100% (проц кстати двухядерка пень 4). Так вот если верить показанию топа - нагрузка растёт именно из-за прерываний на внешней сетевой карте (менять пробовал, эфект тот-же). Но vmstat -i в норме. Вот примерно следующее видно: last pid: 22409; load averages: 0.52, 0.50, 0.30 128 processes: 3 running, 109 sleeping,

Еще раз. Никто ничего против елтекса не имеет, это раз. Во вторых вы про мерседес могли бы рассказать год или два назад. А сейчас, когда у меня все отлично работает на бдкоме, какой нах@р мерседес и жигули? Может быть Мерседес и БМВ? Тогда, кто тут кто? И вообще дело не в этом =) Лично я не буду покупать у россиян, это мое лично мнение и я никого не переубеждаю. Куплю бдком, хуавей, суньхуйвчай, эриксон, еще что то. Такие дела. Порадовал ваш ответ Да надо прекращать флудить в теме где предоставляют оборудование на тесты!

Нет, не предлогайте бюджетные решения! А то и дальше будут набегать и кричать, что построена говносеть на тупых мыльницах Ну а по поводу микрота - 950 микрот держит порядка 80 машин (нат, шейп, дхцп, фильтрация в фаерволе). Пиковую нагрузку, что он видел - 40 мегабит и загрузка проца примерно 60%. Запаса ещё с головой, но микроты они такие, лучше их не перенагружать, а то у них bad block-и вылетают. Ну а лично мне больше нравится решение на тазике, там много не надо, сойдет любая машина с линем или бздей. Манов в интернете полно, так что при желании всё настраивается, а и в послед

Не будем обсуждать определенных вендоров, просто сравним Gepon и Turbo Gepon. Gepon VS Turbo Gepon Downlink: 1.25G 2.5G Uplink: 1.25G 1.25G Дело не конкретно в мультикасте, а в том что нисходящая скорость в 2 раза выше. Так как аплоад задействуется в 99% не больше чем на половину от даунлоада - это позволить не уперется в пропускную способность в ЧНН. У меня вообще статистика что аплоада задействуется в 5-10 раз меньше от даунлоада. А если посчитать что, если 1 дерево состоит из 128 абонентов: и существует тариф 100 мегабит - то 10 качальщик

+++++ Ну что могу сказать, если сугубо из таких убеждений... Только вот тот же BDCOM -> GEPON, a Eltex -> Turbo GEPON. Разницу думаю объяснять не надо.

Да 750-ки там с головой хватит И натить, шейпить, ещё и проксик держать запаса хватить должно

750-го и на больше хватить может, если не требовать от него чего-то сверх))

Политика - политикой, а работа - работой! Мне вот скоро в руки тоже елтекс попадет. Жду не дождусь, поработать с хваленым елтексом. И блин при чём тут политика когда человек оборудование на тесты предлагает?

Спасибо - то что нужно. Свич заработал

Спасибо, буду пытатся

О как, тогда всё понятно Спасибо за инфу!

Ну насколько я понимаю 82 опция это собственно agent circuit id и agent remote id. Agent circuit id - с какого порта. Agent remote id - айди самого свича. Если я правильно понял вы намекаете что каким-то волшебным образом номер влана может выступать как circuit id? Если нет - поправте как правильнее будет, или расскажите, что имели в виду. Потому что я всё таки думаю что именно на доступе нужна 82 опция.

Всем доброго времени суток. Значит столкнулся я лицом к лицу с выше упомянутым коммутатором - D'Link DES 3200-26/1A. Знакомый притащил и попросил "глянуть что с ним". Ну у свича немного невменяемое поведение как-то. Он сброшен на дефолт как я понял. Проблема в следующем к консоли я подключаюсь нормально и всё ок. А вот порты (все 24 100 мегабитных) не фурычат. А 2 из них и вовсе горят всё время, хотя к ним ничего не подключено. Втыкаю свой ноут в любой из 24 портов - 0. Никакой реакции. В 2 гигабтных втыкаюсь - реакция идет, а толку немного. А точнее сказать и вовсе нету. Даже через них

Если для абонентского влана указывать хулпер адрес - то тогда л3 интерфейс должен находится на свиче доступа или агрегации, правильно? И тогда возвращаемся к тому, что уже говорил

Хм, сказано было что только выше серии 3560 умеют private vlan. Согласен, без 82 опции тяжко. Но вот надо что-то придумать.

у меня много cisco 2960 8 портовых, а они private vlan не умеют допустим.

Если с релеем то как? Типо сервер вешать на loopback и релеить с вланов? Но как-то даже в понимании для меня сложно такое...

Да я понял что в сторону unnumbered. И понимаю, что биллингу от меня надо. Но допустим у меня доступ через vlan-per-user. Каждый влан у меня \30. Через unnumbered в FreeBSD будет выглядеть примерно: ifconfig em1.100 create inet 10.0.0.1/32 up ifconfig em1.101 create inet 10.0.0.1/32 up ifconfig em1.102 create inet 10.0.0.1/32 up ifconfig em1.103 create inet 10.0.0.1/32 up route delete 10.235.0.1/32 route add -net 10.0.0.2/32 -cloning -iface em1.100 route add -net 10.0.0.2/32 -cloning -iface em1.101 route add -net 10.0.0.2/32 -cloning -iface em1.102 route add -net 10.0.0.2/32 -cloning -if

Добрые люди! Поделитесь соображением на эту тему)) А то как-то слабо у меня получается мою логику к Ubilling привязать. Имеется NAS + Billing в одной коробке. Там же будет в этой коробке будут подняты vlan-ы. Дальше по трассе стоят просто л2 свичи.