https://www.opennet.me/openforum/vsluhforumID1/84827.html uname -a<br>FreeBSD 7.1-STABLE FreeBSD 7.1-STABLE #0: Sun Jan 11 00:44:07 2009<br>Процессор 2.8Ghz PIV, ОЗУ 512Mb, два гигабитных интела на входе и выходе.<br>Для контроля статистики используются два источника netflow: ipcad который через диверт ловит весь трафик серых IP'ов и fprobe на em0 только для белых IP'ов.нагрузка по трафику не больше 10-15 гиг за сутки. Нагрузка процессора в среднем до 5-15% в сутки<br>поток нетфлоу льется на соседнюю машину где его ловит UTM5 черз линк 1Gb. ежедневная потеря колеблется от 5 до 10% от счетчиков апстрима. <br><br>Для чистоты эксперимента на тот же UTM5 льется поток с еще одного сервера территориально удаленного и связанного с узлом оптикой на 1Gb.На этом сервере тот же самый fprobe c теми же аргументами запуска что и на контрольном. Средний трафик не больше 10-15 гиг за сутки. Потеря от апстрима 0%!<br><br>Куда рыть ? Все попытки запускать ipcad и fprobe с различными аргументами привели только к бОльшим потерям. Пробовал и ng_netflow тот же результат -потери до 15 % в сутки.<br>Точить https://www.opennet.me/openforum/vsluhforumID1/84827.html#27 Thu, 09 Apr 2009 14:49:46 GMT &gt;&gt;net.inet.ip.fastforwarding=1 <br>&gt;<br>&gt;А это точно нужно? Фастфорвардинг "обходит" много чего в нормальном прохождении пакета <br>&gt;по кишкам ОС, вполне вероятно, что ваши съемники трафика действительно не <br>&gt;видять часть пакетов... <br>&gt;<br><br>В принципе нет нужды- устанавливал дабы поиграться в плане производительности.<br>Отключил. будем смотреть<br><br><br><br> https://www.opennet.me/openforum/vsluhforumID1/84827.html#26 Thu, 09 Apr 2009 14:26:36 GMT <br>&gt;Угу... значит перегружаться... <br>&gt;Кстати, из тюнинга для роутера <br>&gt;net.inet.ip.fastforwarding=1 <br><br>А это точно нужно? Фастфорвардинг "обходит" много чего в нормальном прохождении пакета по кишкам ОС, вполне вероятно, что ваши съемники трафика действительно не видять часть пакетов... <br><br> <br><br> https://www.opennet.me/openforum/vsluhforumID1/84827.html#25 Thu, 09 Apr 2009 09:05:35 GMT <br>&gt;То что касается форвардинга- стоит прозрачный сквид и smtp-gated, плюс pf редиректит <br>&gt;порты 25 и 110 внутрь сети. <br><br>ясно<br>&gt;А вот касательно fabricated ip header- не могу ничего сказать. <br><br>это из-за форвардинга внутрь сети<br> https://www.opennet.me/openforum/vsluhforumID1/84827.html#24 Thu, 09 Apr 2009 08:57:37 GMT &gt;<br>&gt;&gt;513/993/1506/65536 mbuf clusters in use (current/cache/total/max) <br>&gt;<br><br>kern.ipc.nmbclusters можно смело уменьшить вдвое (ребут) <br>Ок<br>&gt;<br>&gt;&gt; 371411 packets forwarded (288190 packets fast forwarded) <br>&gt;&gt; 170329 packets sent with fabricated ip header <br>&gt;<br>&gt;вы знаете, откуда у вас это берется? <br><br>То что касается форвардинга- стоит прозрачный сквид и smtp-gated, плюс pf редиректит порты 25 и 110 внутрь сети.<br>А вот касательно fabricated ip header- не могу ничего сказать.<br> https://www.opennet.me/openforum/vsluhforumID1/84827.html#23 Thu, 09 Apr 2009 08:43:12 GMT <br>&gt;513/993/1506/65536 mbuf clusters in use (current/cache/total/max) <br><br>kern.ipc.nmbclusters можно смело уменьшить вдвое (ребут)<br><br><br>&gt; 371411 packets forwarded (288190 packets fast forwarded) <br>&gt; 170329 packets sent with fabricated ip header <br><br>вы знаете, откуда у вас это берется?<br><br><br> https://www.opennet.me/openforum/vsluhforumID1/84827.html#22 Thu, 09 Apr 2009 08:28:22 GMT &gt;так сложно сказать. но значение kern.ipc.maxsockbuf мне кажется великоватым <br>&gt;netstat -m <br>&gt;netstat -s -p ip <br>&gt;еще покажите <br><br>netstat -m<br>514/1901/2415 mbufs in use (current/cache/total)<br>513/993/1506/65536 mbuf clusters in use (current/cache/total/max)<br>513/715 mbuf+clusters out of packet secondary zone in use (current/cache)<br>0/434/434/8512 4k (page size) jumbo clusters in use (current/cache/total/max)<br>0/5/5/4256 9k jumbo clusters in use (current/cache/total/max)<br>0/2/2/2128 16k jumbo clusters in use (current/cache/total/max)<br>1154K/4274K/5428K bytes allocated to network (current/cache/total)<br>0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)<br>0/0/0 requests for jumbo clusters denied (4k/9k/16k)<br>0/65/4512 sfbufs in use (current/peak/max)<br>0 requests for sfbufs denied<br>0 requests for sfbufs delayed<br>1127 requests for I/O initiated by sendfile<br>0 calls to protocol drain routines<br><br>netstat -s -p ip <br>ip:<br>791791 total packets received<br>0 bad header checksums<br>0 with size smaller than min https://www.opennet.me/openforum/vsluhforumID1/84827.html#21 Thu, 09 Apr 2009 08:16:28 GMT &gt;[оверквотинг удален]<br>&gt;kern.polling.enable=0 <br>&gt;net.inet.tcp.recvspace=262144 <br>&gt;net.inet.tcp.sendspace=262144 <br>&gt;kern.ipc.maxsockbuf=33554432 <br>&gt;kern.ipc.somaxconn=1024 <br>&gt;kern.ipc.nmbclusters=65536 <br>&gt;kern.ipc.maxsockets=65536 <br>&gt;все что применяется... в текущий момент, может посоветуете что? Я уже не <br>&gt;знаю, куда думать. Эта же машина несколько месяцев назад считала все <br>&gt;на ура, с бОльшей нагрузкой. <br><br>так сложно сказать. но значение kern.ipc.maxsockbuf мне кажется великоватым<br>netstat -m<br>netstat -s -p ip<br>еще покажите<br> https://www.opennet.me/openforum/vsluhforumID1/84827.html#20 Thu, 09 Apr 2009 07:14:16 GMT &gt;<br>&gt;&gt;кажется тюнинг в моем случае привел к обратным результатам. Откат на kern.ipc.maxsockets=65536 <br>&gt;&gt;<br>&gt;&gt;kern.ipc.maxsockets: 131072 <br>&gt;&gt;sysctl: kern.ipc.maxsockets: Invalid argument <br>&gt;&gt;Мдя... <br>&gt;<br>&gt;эту цифру в реальном времени можно только увеличивать. для уменьшения нужен ребут <br>&gt;<br><br>Угу... значит перегружаться...<br>Кстати, из тюнинга для роутера<br>net.inet.ip.fastforwarding=1 <br>kern.polling.enable=0 <br>net.inet.tcp.recvspace=262144 <br>net.inet.tcp.sendspace=262144 <br>kern.ipc.maxsockbuf=33554432 <br>kern.ipc.somaxconn=1024 https://www.opennet.me/openforum/vsluhforumID1/84827.html#19 Thu, 09 Apr 2009 07:02:45 GMT <br>&gt;кажется тюнинг в моем случае привел к обратным результатам. Откат на kern.ipc.maxsockets=65536 <br>&gt;<br>&gt;kern.ipc.maxsockets: 131072 <br>&gt;sysctl: kern.ipc.maxsockets: Invalid argument <br>&gt;Мдя... <br><br>эту цифру в реальном времени можно только увеличивать. для уменьшения нужен ребут<br>