UTP

man igb hw.igb.rxd Number of receive descriptors allocated by the driver. The default value is 256. The minimum is 80, and the maximum is 4096. hw.igb.txd Number of transmit descriptors allocated by the driver. The default value is 256. The minimum is 80, and the maximum is 4096.

pfctl -si Status: Enabled for 3 days 20:25:50 Debug: Urgent State Table Total Rate current entries 17935 searches 54378409558 163421.2/s inserts 61485264 184.8/s removals 61467329 184.7/s Counters match 51300951214 154172.7/s bad-offset 0 0.0/s fragment 29290 0.1/s short 3345 0.0/s normalize 0 0.0/s memory 0 0.0/s bad-timestamp 0 0.0/s congestion 0 0.0/s ip-option 57391 0.2/s proto-cksum 1086994 3.3/s state-mismatch 3762063 11.3/s state-insert 0 0.0/s state-limit 0 0.0/s src-limit 0 0.0/s synproxy 0 0.0/s

PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 171 ki31 0K 16K CPU7 7 68.9H 100.00% idle: cpu7 12 root 171 ki31 0K 16K RUN 6 68.8H 100.00% idle: cpu6 13 root 171 ki31 0K 16K CPU5 5 68.3H 100.00% idle: cpu5 15 root 171 ki31 0K 16K CPU3 3 69.4H 97.36% idle: cpu3 17 root 171 ki31 0K 16K CPU1 1 69.0H 94.09% idle: cpu1 14 root 171 ki31 0K 16K CPU4 4 65.1H 83.89% idle: cpu4 18 root 171 ki31 0K 16K CPU0 0 61.1H 83.06% idle: cpu0 16 root 171 ki31 0K 16K CPU2 2 61.6H 75.20% idle: cpu2 76727 root 43 - 0K 16K WAIT 0 291:12 10.99% em1_rx_kthread_2 76728 root 43 - 0K 16K WAIT 2 291:43 10.60% em1_rx_kthread_3 67 root 43 - 0K 16K WAIT 2 301:31 10.50% em1_rx_kthread_0 68 root 43 - 0K 16K WAIT 0 302:00 10.06% em1_rx_kthread_1 76662 root 43 - 0K 16K WAIT 0 248:41 8.59% em0_rx_kthread_3 76661 root 43 - 0K 16K WAIT 5 248:32 8.59% em0_rx_kthread_2 64 root 43 - 0K 16K WAIT 3 259:46 8.40% em0_rx_kthread_1 63 root 43 - 0K 16K WAIT 0 259:20 8.15% em0_rx_kthread_0 19 root -32 - 0K 16K WAIT 7 173:56 1.66% swi4: clock sio 72280 root 96 0 83240K 32568K select 6 31:30 0.20% mpd5 66 root -68 - 0K 16K WAIT 4 32:45 0.00% em1_txcleaner 62 root -68 - 0K 16K WAIT 4 19:23 0.00% em0_txcleaner 41 root 44 - 0K 16K - 2 4:32 0.00% yarrow 84 root 20 - 0K 16K syncer 4 1:22 0.00% syncer 79 root 8 - 0K 16K pftm 6 1:02 0.00% pfpurge 3452 root 44 0 5856K 1448K select 7 0:23 0.00% syslogd 5 root -68 - 0K 16K sleep 4 0:21 0.00% ng_queue3 7 root -68 - 0K 16K sleep 4 0:21 0.00% ng_queue5 3 root -68 - 0K 16K sleep 4 0:21 0.00% ng_queue1 4 root -68 - 0K 16K sleep 4 0:21 0.00% ng_queue2 9 root -68 - 0K 16K sleep 2 0:21 0.00% ng_queue7 8 root -68 - 0K 16K sleep 4 0:21 0.00% ng_queue6 packets errs bytes packets errs bytes colls 335185 0 209992823 254527 0 169373415 0 338935 0 214580075 255092 0 169751118 0 335443 0 211247010 254734 0 170707083 0 327842 0 205201850 247467 0 161428697 0 328424 0 205379409 246017 0 162671318 0 ifconfig |grep ng |wc -l 845 Вот теперь скажите мне wsimons, почему у меня процесс ng_queue совсем не грузит систему. Почему работают яндекс драйвера, и таки работают в классическом понимании SMP(а не в вашем) что я делаю не так?

Попроуй без дров от Яндекса

Это радостная новость...будем тестить ;)

Пробуй обновиться до STABLE pf нат, или хоть чтото другое..только не то зло что у тебя P.S. У всех работает а у тебя нет, меняй прокладку (с)

Надоело #echo >> /boot/loader.conf net.isr.maxthreads=8 net.isr.direct=0 net.isr.direct_force=0 net.inet.ip.intr_queue_maxlen=1024 net.route.netisr_maxqlen=1024 hw.em.rxd=4096 hw.em.txd=4096 #reboot Обновиться до STABLE ipnat заменить лучьше на pf

Вот я и нашел причину своей проблемы, и даже не знаю радоваться или нет :) А обрадовал провайдинг как всегда торрент. И беда в том что и резать UDP не выход, жалеть нужно тот же скайп, онлайн игры, иначе хомячки разорвут техподдержку. Пока добавили еще один сервер. Будем думать что делать дальше. Но вопрос в другом, во сколько выростет pps через месяц-другой?:) Интересен опыт тех, кто еще держит акцесы на Freebsd какое количетво пакетов он сможет прожевать. У меня начались потери где-то при 400-450к. И поделитесь как с помощью мртж отрисовать pps с FreeDSD.

:) а трафика сколько должен пророутить? Инет по дефалту или full view?

а этот пипелац только на терминацию PPPoE, или еще и шейпинг с натом?:) Ну только на mpd 2 Гб хватит за глаза.

Попробуйте передавать правила с УТМ с помощью радиус атрибутов, а не заворачивать ng_car через ipfw, тогда процесс nq-queue должен уйти в нули. Хотя при трафике в 100 Мб должно и так работать, если не сильно накручено с правилами.

На таких аппаратных мощностях только фри или линузе, и правила в ручную вбивать Можно пробовать Абилс ставить, но модули на вебманю стоят денег.

С консоли самого клиента DC 1) !modplug lua -a1 ---- Добавь плагин в автозагрузку 2) !onplug lua --- включение плагина 3) !lstplug --- список плагинов потом !luaload /usr/local/etc/verlihub/scripts/xxx.lua -- путь к скрипту

Если оба аплинка отдают вам полные таблицы то вообще проблем нет, все решается через local preference.

nagios + sms

Будем выносить тогда нат на отдельную машину. Что лучьше использовать pf , ipfw kernel NAT или ng_nat? net.inet.ip.dummynet.debug: 0 net.inet.ip.dummynet.pipe_byte_limit: 1048576 net.inet.ip.dummynet.pipe_slot_limit: 100 net.inet.ip.dummynet.io_pkt_drop: 70516821 net.inet.ip.dummynet.io_pkt_fast: 4240269156 net.inet.ip.dummynet.io_pkt: 12077517516 net.inet.ip.dummynet.io_fast: 1 net.inet.ip.dummynet.tick_lost: 0 net.inet.ip.dummynet.tick_diff: 6596405 net.inet.ip.dummynet.tick_adjustment: 8023455 net.inet.ip.dummynet.tick_delta_sum: -864 net.inet.ip.dummynet.tick_delta: -5 net.inet.ip.dummynet.red_max_pkt_size: 1500 net.inet.ip.dummynet.red_avg_pkt_size: 512 net.inet.ip.dummynet.red_lookup_depth: 256 net.inet.ip.dummynet.max_chain_len: 20000 net.inet.ip.dummynet.expire: 0 net.inet.ip.dummynet.search_steps: 12076019364 net.inet.ip.dummynet.searches: 12075825055 net.inet.ip.dummynet.extract_heap: 0 net.inet.ip.dummynet.ready_heap: 256 net.inet.ip.dummynet.hash_size: 65535

Пока машина не под нагрузкой, трафика порядка 200Мбит (453 Users) FreeBSD 7.2-RELEASE-p3 FreeBSD 7.2-RELEASE-p3 #2: amd64 CPU: Intel® Core2 Quad CPU Q9550 @ 2.83GHz (2833.02-MHz K8-class CPU) usable memory = 2081468416 (1985 MB) avail memory = 2004656128 (1911 MB) em0@pci0:1:0:0: class=0x020000 card=0x115e8086 chip=0x105e8086 rev=0x06 hdr=0x00 em1@pci0:1:0:1: class=0x020000 card=0x115e8086 chip=0x105e8086 rev=0x06 hdr=0x00 sysctl: net.inet.ip.dummynet.hash_size=65535 net.inet.ip.dummynet.max_chain_len=10240 net.inet.ip.dummynet.io_fast=1 kern.ipc.maxsockbuf=1000000 dev.em.0.rx_abs_int_delay=1000 dev.em.0.tx_abs_int_delay=1000 dev.em.1.rx_abs_int_delay=1000 dev.em.1.tx_abs_int_delay=1000 dev.em.0.rx_int_delay=600 dev.em.0.tx_int_delay=600 dev.em.1.rx_int_delay=600 dev.em.1.tx_int_delay=600 net.inet.ip.fw.one_pass=1 net.inet.ip.fastforwarding=1 net.isr.direct=1 net.graph.recvspace=350000 net.graph.maxdgram=350000 dev.em.0.rx_kthreads=6 dev.em.1.rx_kthreads=6 привязан dummynet к одному из ядер systat -v 1 users Load 0.59 0.58 0.54 Oct 15 14:44 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 31076 5068 100032 8344 706264 count All 130732 5508 12742256 9840 pages Proc: Interrupts r p d s w Csw Trp Sys Int Sof Flt 1058 cow 9877 total 22 45k 3846 18k 1879 986 3786 1542 zfod 1 uhci4++ 19 ozfod 1997 cpu0: time 20.6%Sys 0.5%Intr 2.0%User 0.0%Nice 76.9%Idle %ozfod 943 em0 irq256 | | | | | | | | | | | daefr 935 em1 irq257 ==========+> 2042 prcfr 1997 cpu1: time 26 dtbuf 3216 totfr 2002 cpu2: time Namei Name-cache Dir-cache 100000 desvn react 2002 cpu3: time Calls hits % hits % 63921 numvn pdwak 7235 7235 100 24997 frevn pdpgs intrn Disks ad4 406228 wire KB/t 16.00 27924 act tps 1 831452 inact MB/s 0.01 12872 cache %busy 0 693392 free 213184 buf netstat -w1 input (Total) output packets errs bytes packets errs bytes colls 109899 0 80306101 110361 0 88368653 0 106698 0 77774480 107810 0 85393650 0 108080 0 78244523 109350 0 87654676 0 108163 0 78848878 109448 0 88082915 0 107474 0 77476669 109711 0 87101879 0 109609 0 79378665 111653 0 89666621 0 114320 0 81278554 116110 0 91880617 0 110416 0 79542115 112970 0 89624646 0 top -SP last pid: 8623; load averages: 0.60, 0.58, 0.54 up 2+16:41:50 14:45:23 96 processes: 7 running, 74 sleeping, 15 waiting CPU 0: 0.8% user, 0.0% nice, 6.8% system, 0.4% interrupt, 92.1% idle CPU 1: 0.4% user, 0.0% nice, 31.6% system, 0.8% interrupt, 67.3% idle CPU 2: 0.4% user, 0.0% nice, 19.5% system, 0.7% interrupt, 79.4% idle CPU 3: 0.4% user, 0.0% nice, 20.6% system, 0.0% interrupt, 79.0% idle Mem: 27M Active, 812M Inact, 397M Wired, 13M Cache, 208M Buf, 677M Free Swap: 2048M Total, 2048M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 14 root 1 171 ki31 0K 16K CPU0 0 43.0H 98.19% idle: cpu0 11 root 1 171 ki31 0K 16K RUN 3 51.1H 84.67% idle: cpu3 12 root 1 171 ki31 0K 16K RUN 2 49.5H 78.76% idle: cpu2 13 root 1 171 ki31 0K 16K CPU1 1 48.3H 67.58% idle: cpu1 28400 root 1 43 - 0K 16K WAIT 3 136:02 6.69% em1_rx_kthread_4 28398 root 1 43 - 0K 16K WAIT 2 135:47 6.69% em1_rx_kthread_2 35 root 1 43 - 0K 16K WAIT 1 300:25 6.49% em1_rx_kthread_0 36 root 1 43 - 0K 16K WAIT 1 300:17 5.86% em1_rx_kthread_1 28401 root 1 43 - 0K 16K CPU1 1 136:26 5.86% em1_rx_kthread_5 28399 root 1 43 - 0K 16K WAIT 1 136:12 5.86% em1_rx_kthread_3 31 root 1 43 - 0K 16K WAIT 1 267:47 5.57% em0_rx_kthread_0 28396 root 1 43 - 0K 16K WAIT 3 113:44 5.47% em0_rx_kthread_5 28394 root 1 43 - 0K 16K WAIT 3 113:40 5.37% em0_rx_kthread_3 32 root 1 43 - 0K 16K WAIT 2 267:37 5.18% em0_rx_kthread_1 28393 root 1 43 - 0K 16K CPU3 2 113:44 5.18% em0_rx_kthread_2 28395 root 1 43 - 0K 16K WAIT 1 113:44 4.98% em0_rx_kthread_4 34 root 1 -68 - 0K 16K WAIT 2 66:47 2.59% em1_txcleaner 16 root 1 -32 - 0K 16K WAIT 3 48:37 1.27% swi4: clock sio 56 root 1 -68 - 0K 16K - 0 20.8H 0.00% dummynet 3179 root 1 96 0 44632K 15948K select 2 68:25 0.00% mpd5 ipfw list 01000 pipe tablearg ip from any to table(10) out 01010 pipe tablearg ip from table(20) to any in Нуд канечно в этом зоопарке есть еще и нат :) pfctl -s info Status: Enabled for 2 days 16:46:53 Debug: Urgent State Table Total Rate current entries 42696 searches 20368136393 87337.1/s inserts 92602174 397.1/s removals 92559478 396.9/s Counters match 13272006141 56909.4/s bad-offset 0 0.0/s fragment 1731 0.0/s short 6542 0.0/s normalize 7460 0.0/s memory 0 0.0/s bad-timestamp 0 0.0/s congestion 0 0.0/s ip-option 38756 0.2/s proto-cksum 239385 1.0/s state-mismatch 1562852 6.7/s state-insert 48 0.0/s state-limit 0 0.0/s src-limit 0 0.0/s synproxy 0 0.0/s

А если попробовать просумировать все вышесказаное. Есть несколько серверов под FreeBSD с mpd5+ipfw+dummynet через tablearg pipe tablearg ip from any to table(10) out pipe tablearg ip from table(20) to any in Трафика проходит порядка 400Mbit/s на каждый Правил в таблицах порядка 2500 Проблемы: 1) плохо шейпит исходящий трафик, да понимаю что нельзя шейпить на in, но при текущей схеме это не реально. варианты ришений: переход на ng_car, розделять на шейпер и брас 2) иногда у некоторых абонентов не шейпиться канал, хотя когда смотриш конфиг пайпа все в порядке. Лечиться удалением/добавлением ip в таблицу. варианты ришений: делать для каждого тарифного плана отдельную таблицу Что можете посоветовать в даной ситуацыи?

Тоже столкнулся с подобной проблемкой...есть Wi-Fi точка доступа d-link 2100AP+ И внешняя антенна за ней в 5-7 метрах в другую сторону смотрит ТВ антена....в итоге на тв помехи...пришлось прятать антену за угол дома...

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

есть таких парочку..просто на стандарте небыло возможности, кабель бил плохой, а менять небило ни смисла ни времени :( вот и приходится иногда напрягать паметь или ноги:)

так какраз про ето я и говорю...а под кросом и имелось в виду смена местами 1 с 3 и 2 с 6 но разнецы то нету или первий кабель будет БО или например синий. А автоопредиление между свичами фурциклюет только при одинакових обжимах обеих концов кабеля. Да, кстати можно завести по одной паре витои 10 Мbit полудуплекса?(не судите строго)

Так причом тут стандарт обжатия, главное чтоб бил крос...так и автоопридиление на 20 метрах неплохо работает. иму нужно чтоб потерь на пинг небило... да к стати на на максимальном пинге пакеты проходят?