форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[ Отслеживать ]

"netflow теряет пакеты ?! "

Сообщение от dark_stealth (ok) on 08-Апр-09, 06:56

uname -a FreeBSD 7.1-STABLE FreeBSD 7.1-STABLE #0: Sun Jan 11 00:44:07 2009 Процессор 2.8Ghz PIV, ОЗУ 512Mb, два гигабитных интела на входе и выходе. Для контроля статистики используются два источника netflow: ipcad который через диверт ловит весь трафик серых IP'ов и fprobe на em0 только для белых IP'ов.нагрузка по трафику не больше 10-15 гиг за сутки. Нагрузка процессора в среднем до 5-15% в сутки поток нетфлоу льется на соседнюю машину где его ловит UTM5 черз линк 1Gb. ежедневная потеря колеблется от 5 до 10% от счетчиков апстрима. Для чистоты эксперимента на тот же UTM5 льется поток с еще одного сервера территориально удаленного и связанного с узлом оптикой на 1Gb.На этом сервере тот же самый fprobe c теми же аргументами запуска что и на контрольном. Средний трафик не больше 10-15 гиг за сутки. Потеря от апстрима 0%! Куда рыть ? Все попытки запускать ipcad и fprobe с различными аргументами привели только к бОльшим потерям. Пробовал и ng_netflow тот же результат -потери до 15 % в сутки. Точить напильником маршрутизатор на тему передачи udp ? Убирать все дополнительные сервисы на нем ? Вроде нагрузка то совсем никакая, что бы грешить в эту сторону. Патовая ситация

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "netflow теряет пакеты ?! "

Сообщение от Michael (??) on 08-Апр-09, 10:13

>Точить напильником маршрутизатор на тему передачи udp ? с этого следует начать в первую очередь sysctl net

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	2. "netflow теряет пакеты ?! "
	Сообщение от Michael (??) on 08-Апр-09, 10:14
	>с этого следует начать в первую очередь >sysctl net и еще netstat -s -p udp с обоих машин
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "netflow теряет пакеты ?! "
	Сообщение от dark_stealth (ok) on 08-Апр-09, 10:17
	#sysctl net net.local.stream.recvspace: 8192 net.local.stream.sendspace: 8192 net.local.dgram.recvspace: 4096 net.local.dgram.maxdgram: 2048 net.local.recycled: 0 net.local.taskcount: 0 net.local.inflight: 0 net.inet.ip.portrange.randomtime: 45 net.inet.ip.portrange.randomcps: 10 net.inet.ip.portrange.randomized: 1 net.inet.ip.portrange.reservedlow: 0 net.inet.ip.portrange.reservedhigh: 1023 net.inet.ip.portrange.hilast: 65535 net.inet.ip.portrange.hifirst: 49152 net.inet.ip.portrange.last: 65535 net.inet.ip.portrange.first: 49152 net.inet.ip.portrange.lowlast: 600 net.inet.ip.portrange.lowfirst: 1023 net.inet.ip.forwarding: 1 net.inet.ip.redirect: 1 net.inet.ip.ttl: 64 net.inet.ip.rtexpire: 3600 net.inet.ip.rtminexpire: 10 net.inet.ip.rtmaxcache: 128 net.inet.ip.sourceroute: 0 net.inet.ip.intr_queue_maxlen: 50 net.inet.ip.intr_queue_drops: 12 net.inet.ip.accept_sourceroute: 0 net.inet.ip.keepfaith: 0 net.inet.ip.same_prefix_carp_only: 0 net.inet.ip.subnets_are_local: 0 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: 9930165 net.inet.ip.dummynet.io_pkt_fast: 5109942 net.inet.ip.dummynet.io_pkt: 333233053 net.inet.ip.dummynet.io_fast: 1 net.inet.ip.dummynet.tick_lost: 0 net.inet.ip.dummynet.tick_diff: 2664974 net.inet.ip.dummynet.tick_adjustment: 460525 net.inet.ip.dummynet.tick_delta_sum: -518 net.inet.ip.dummynet.tick_delta: -1 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: 16 net.inet.ip.dummynet.expire: 1 net.inet.ip.dummynet.search_steps: 333397405 net.inet.ip.dummynet.searches: 333233053 net.inet.ip.dummynet.extract_heap: 16 net.inet.ip.dummynet.ready_heap: 0 net.inet.ip.dummynet.curr_time: -1055729530 net.inet.ip.dummynet.hash_size: 64 net.inet.ip.fastforwarding: 1 net.inet.ip.fw.dyn_keepalive: 1 net.inet.ip.fw.dyn_short_lifetime: 5 net.inet.ip.fw.dyn_udp_lifetime: 10 net.inet.ip.fw.dyn_rst_lifetime: 1 net.inet.ip.fw.dyn_fin_lifetime: 1 net.inet.ip.fw.dyn_syn_lifetime: 20 net.inet.ip.fw.dyn_ack_lifetime: 300 net.inet.ip.fw.static_count: 134 net.inet.ip.fw.dyn_max: 4096 net.inet.ip.fw.dyn_count: 0 net.inet.ip.fw.curr_dyn_buckets: 256 net.inet.ip.fw.dyn_buckets: 256 net.inet.ip.fw.default_rule: 65535 net.inet.ip.fw.verbose_limit: 1500 net.inet.ip.fw.verbose: 1 net.inet.ip.fw.debug: 1 net.inet.ip.fw.one_pass: 0 net.inet.ip.fw.autoinc_step: 100 net.inet.ip.fw.enable: 1 net.inet.ip.maxfragpackets: 2048 net.inet.ip.maxfragsperpacket: 16 net.inet.ip.fragpackets: 0 net.inet.ip.check_interface: 0 net.inet.ip.random_id: 0 net.inet.ip.sendsourcequench: 0 net.inet.ip.process_options: 1 net.inet.icmp.maskrepl: 0 net.inet.icmp.icmplim: 200 net.inet.icmp.bmcastecho: 0 net.inet.icmp.quotelen: 8 net.inet.icmp.reply_from_interface: 0 net.inet.icmp.reply_src: net.inet.icmp.icmplim_output: 1 net.inet.icmp.log_redirect: 0 net.inet.icmp.drop_redirect: 0 net.inet.icmp.maskfake: 0 net.inet.tcp.rfc1323: 1 net.inet.tcp.mssdflt: 512 net.inet.tcp.keepidle: 7200000 net.inet.tcp.keepintvl: 75000 net.inet.tcp.sendspace: 262144 net.inet.tcp.recvspace: 262144 net.inet.tcp.keepinit: 75000 net.inet.tcp.delacktime: 100 net.inet.tcp.hostcache.purge: 0 net.inet.tcp.hostcache.prune: 300 net.inet.tcp.hostcache.expire: 3600 net.inet.tcp.hostcache.count: 133 net.inet.tcp.hostcache.bucketlimit: 30 net.inet.tcp.hostcache.hashsize: 512 net.inet.tcp.hostcache.cachelimit: 15360 net.inet.tcp.recvbuf_max: 262144 net.inet.tcp.recvbuf_inc: 16384 net.inet.tcp.recvbuf_auto: 1 net.inet.tcp.insecure_rst: 0 net.inet.tcp.rfc3390: 1 net.inet.tcp.rfc3042: 1 net.inet.tcp.drop_synfin: 1 net.inet.tcp.delayed_ack: 1 net.inet.tcp.blackhole: 0 net.inet.tcp.log_in_vain: 0 net.inet.tcp.sendbuf_max: 262144 net.inet.tcp.sendbuf_inc: 8192 net.inet.tcp.sendbuf_auto: 1 net.inet.tcp.tso: 1 net.inet.tcp.newreno: 1 net.inet.tcp.local_slowstart_flightsize: 4 net.inet.tcp.slowstart_flightsize: 1 net.inet.tcp.path_mtu_discovery: 1 net.inet.tcp.reass.overflows: 34788 net.inet.tcp.reass.maxqlen: 48 net.inet.tcp.reass.cursegments: 0 net.inet.tcp.reass.maxsegments: 4096 net.inet.tcp.sack.globalholes: 1 net.inet.tcp.sack.globalmaxholes: 65536 net.inet.tcp.sack.maxholes: 128 net.inet.tcp.sack.enable: 1 net.inet.tcp.inflight.stab: 20 net.inet.tcp.inflight.max: 1073725440 net.inet.tcp.inflight.min: 6144 net.inet.tcp.inflight.rttthresh: 10 net.inet.tcp.inflight.debug: 0 net.inet.tcp.inflight.enable: 1 net.inet.tcp.isn_reseed_interval: 0 net.inet.tcp.icmp_may_rst: 1 net.inet.tcp.pcbcount: 158 net.inet.tcp.do_tcpdrain: 1 net.inet.tcp.tcbhashsize: 512 net.inet.tcp.log_debug: 0 net.inet.tcp.minmss: 216 net.inet.tcp.syncache.rst_on_sock_fail: 1 net.inet.tcp.syncache.rexmtlimit: 3 net.inet.tcp.syncache.hashsize: 512 net.inet.tcp.syncache.count: 0 net.inet.tcp.syncache.cachelimit: 15360 net.inet.tcp.syncache.bucketlimit: 30 net.inet.tcp.syncookies_only: 0 net.inet.tcp.syncookies: 1 net.inet.tcp.timer_race: 0 net.inet.tcp.finwait2_timeout: 60000 net.inet.tcp.fast_finwait2_recycle: 0 net.inet.tcp.always_keepalive: 1 net.inet.tcp.rexmit_slop: 200 net.inet.tcp.rexmit_min: 30 net.inet.tcp.msl: 30000 net.inet.tcp.nolocaltimewait: 0 net.inet.tcp.maxtcptw: 8191 net.inet.udp.checksum: 1 net.inet.udp.maxdgram: 9216 net.inet.udp.recvspace: 41600 net.inet.udp.soreceive_dgram_enabled: 0 net.inet.udp.blackhole: 0 net.inet.udp.log_in_vain: 0 net.inet.sctp.enable_sack_immediately: 0 net.inet.sctp.udp_tunneling_port: 0 net.inet.sctp.udp_tunneling_for_client_enable: 0 net.inet.sctp.mobility_fasthandoff: 0 net.inet.sctp.mobility_base: 0 net.inet.sctp.default_frag_interleave: 1 net.inet.sctp.default_cc_module: 0 net.inet.sctp.log_level: 0 net.inet.sctp.max_retran_chunk: 30 net.inet.sctp.min_residual: 1452 net.inet.sctp.strict_data_order: 0 net.inet.sctp.abort_at_limit: 0 net.inet.sctp.hb_max_burst: 4 net.inet.sctp.do_sctp_drain: 1 net.inet.sctp.max_chained_mbufs: 5 net.inet.sctp.abc_l_var: 1 net.inet.sctp.nat_friendly: 1 net.inet.sctp.auth_disable: 0 net.inet.sctp.asconf_auth_nochk: 0 net.inet.sctp.early_fast_retran_msec: 250 net.inet.sctp.early_fast_retran: 0 net.inet.sctp.cwnd_maxburst: 1 net.inet.sctp.cmt_pf: 0 net.inet.sctp.cmt_use_dac: 0 net.inet.sctp.cmt_on_off: 0 net.inet.sctp.outgoing_streams: 10 net.inet.sctp.add_more_on_output: 1452 net.inet.sctp.path_rtx_max: 5 net.inet.sctp.assoc_rtx_max: 10 net.inet.sctp.init_rtx_max: 8 net.inet.sctp.valid_cookie_life: 60000 net.inet.sctp.init_rto_max: 60000 net.inet.sctp.rto_initial: 3000 net.inet.sctp.rto_min: 1000 net.inet.sctp.rto_max: 60000 net.inet.sctp.secret_lifetime: 3600 net.inet.sctp.shutdown_guard_time: 180 net.inet.sctp.pmtu_raise_time: 600 net.inet.sctp.heartbeat_interval: 30000 net.inet.sctp.asoc_resource: 10 net.inet.sctp.sys_resource: 1000 net.inet.sctp.sack_freq: 2 net.inet.sctp.delayed_sack_time: 200 net.inet.sctp.chunkscale: 10 net.inet.sctp.min_split_point: 2904 net.inet.sctp.pcbhashsize: 256 net.inet.sctp.tcbhashsize: 1024 net.inet.sctp.maxchunks: 2128 net.inet.sctp.maxburst: 4 net.inet.sctp.peer_chkoh: 256 net.inet.sctp.strict_init: 1 net.inet.sctp.loopback_nocsum: 1 net.inet.sctp.strict_sacks: 0 net.inet.sctp.ecn_nonce: 0 net.inet.sctp.ecn_enable: 1 net.inet.sctp.auto_asconf: 1 net.inet.sctp.recvspace: 233016 net.inet.sctp.sendspace: 233016 net.inet.raw.recvspace: 9216 net.inet.raw.maxdgram: 9216 net.inet.accf.unloadable: 0 net.link.generic.system.ifcount: 16 net.link.ether.inet.log_arp_permanent_modify: 1 net.link.ether.inet.log_arp_movements: 1 net.link.ether.inet.log_arp_wrong_iface: 0 net.link.ether.inet.proxyall: 0 net.link.ether.inet.useloopback: 1 net.link.ether.inet.maxtries: 5 net.link.ether.inet.max_age: 1200 net.link.ether.ipfw: 0 net.link.vlan.soft_pad: 0 net.link.log_link_state_change: 1 net.link.tun.devfs_cloning: 1 net.bpf.maxinsns: 512 net.bpf.maxbufsize: 524288 net.bpf.bufsize: 4096 net.isr.swi_count: 2019002280 net.isr.drop: 0 net.isr.queued: 185176787 net.isr.deferred: 0 net.isr.directed: 935744152 net.isr.count: 935783702 net.isr.direct: 1 net.raw.recvspace: 8192 net.raw.sendspace: 8192 net.my_fibnum: 0 net.add_addr_allfibs: 1 net.fibs: 1 net.route.netisr_maxqlen: 256 net.graph.msg_version: 8 net.graph.abi_version: 11 net.graph.maxdata: 512 net.graph.maxalloc: 4096 net.graph.control.proto: 2 net.graph.data.proto: 1 net.graph.family: 32 net.graph.recvspace: 20480 net.graph.maxdgram: 20480
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	5. "netflow теряет пакеты ?! "
	Сообщение от Michael (??) on 08-Апр-09, 10:24
	>net.inet.ip.intr_queue_maxlen: 50 маловато. ставьте на роутере 500 и на коллекторе 1000 и еще на хосте-коллекторе увеличьте значение net.inet.udp.recvspace
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "netflow теряет пакеты ?! "
	Сообщение от dark_stealth (ok) on 08-Апр-09, 10:22
	маршрутизатор : netstat -s -p udp udp:     3417791 datagrams received     0 with incomplete header     0 with bad data length field     140 with bad checksum     867 with no checksum     27795 dropped due to no socket     206725 broadcast/multicast datagrams undelivered     0 dropped due to full socket buffers     0 not for hashed pcb     3183131 delivered     5601354 datagrams output     0 times multicast source filter matched машина с коллектором : netstat -s -p udp udp:     2891940 datagrams received     0 with incomplete header     0 with bad data length field     0 with bad checksum     0 with no checksum     81 dropped due to no socket     19658 broadcast/multicast datagrams undelivered     0 dropped due to full socket buffers     0 not for hashed pcb     2872201 delivered     290416 datagrams output     0 times multicast source filter matched
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "netflow теряет пакеты ?! "
	Сообщение от Michael (??) on 08-Апр-09, 10:25
	>маршрутизатор : >netstat -s -p udp >udp: вот где грабли: > 3417791 datagrams received > 27795 dropped due to no socket примерно 10%
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	8. "netflow теряет пакеты ?! "
	Сообщение от dark_stealth (ok) on 08-Апр-09, 10:36
	>>маршрутизатор : >>netstat -s -p udp >>udp: > >вот где грабли: >> 3417791 datagrams received >> 27795 dropped due to no socket > >примерно 10% Контрольная удаленная машина, где статистика сходится полностью netstat -s -p udp udp:     174082 datagrams received     0 with incomplete header     0 with bad data length field     3 with bad checksum     124 with no checksum     3200 dropped due to no socket     17015 broadcast/multicast datagrams dropped due to no socket     0 dropped due to full socket buffers     0 not for hashed pcb     153864 delivered     180886 datagrams output
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	9. "netflow теряет пакеты ?! "
	Сообщение от Michael (??) on 08-Апр-09, 10:41
	>Контрольная удаленная машина, где статистика сходится полностью увеличьте значение maxsockets и посмотрите, что будет
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	7. "netflow теряет пакеты ?! "
	Сообщение от Michael (??) on 08-Апр-09, 10:29
	>маршрутизатор : sysctl kern.ipc.maxsockets
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	10. "netflow теряет пакеты ?! "
	Сообщение от dark_stealth (ok) on 08-Апр-09, 10:50
	>>маршрутизатор : >sysctl kern.ipc.maxsockets sysctl kern.ipc.maxsockets kern.ipc.maxsockets: 65536 Вопрос, а разве dropped due to no socket в netstat'e не информирует о количестве принятых дейтаграмм ? net.inet.ip.intr_queue_maxlen- увеличил -будем смотреть
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	11. "netflow теряет пакеты ?! "
	Сообщение от Michael (??) on 08-Апр-09, 10:52
	>Вопрос, а разве dropped due to no socket в netstat'e не информирует >о количестве принятых дейтаграмм ? наоборот, отклонненых из-за нехватки свободных сокетов.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	12. "netflow теряет пакеты ?! "
	Сообщение от Michael (??) on 08-Апр-09, 10:53
	>kern.ipc.maxsockets: 65536 удвойте эту цифру
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	13. "netflow теряет пакеты ?! "
	Сообщение от dark_stealth (ok) on 08-Апр-09, 11:06
	>>kern.ipc.maxsockets: 65536 > >удвойте эту цифру Удвоил. И все равно не понимаю- на машине без тюнинга с практически одинаковой нагрузкой и параметрами показывает статистику гораздо более точнее. Единственно, что на ней нет dummynet'a на 4 пайпа в которых тусуется порядка 15-30 пользователей.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	14. "netflow теряет пакеты ?! "
	Сообщение от Michael (??) on 08-Апр-09, 12:11
	>Удвоил. И все равно не понимаю- на машине без тюнинга с практически >одинаковой нагрузкой и параметрами показывает статистику гораздо более точнее. Единственно, что >на ней нет dummynet'a на 4 пайпа в которых тусуется порядка >15-30 пользователей. данные нетфлоу точно не попадают в пайпы? для них должно быть отдельное разрешающее правило в самом начале
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	15. "netflow теряет пакеты ?! "
	Сообщение от dark_stealth (ok) on 08-Апр-09, 12:18
	>>Удвоил. И все равно не понимаю- на машине без тюнинга с практически >>одинаковой нагрузкой и параметрами показывает статистику гораздо более точнее. Единственно, что >>на ней нет dummynet'a на 4 пайпа в которых тусуется порядка >>15-30 пользователей. > >данные нетфлоу точно не попадают в пайпы? для них должно быть отдельное >разрешающее правило в самом начале Хм... не было, точнее ниже пайпов установлено. Поднял на 1 место.... Хотя весь трафик с этих адресов skip'ался через правила пайпов.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	16. "netflow теряет пакеты ?! "
	Сообщение от dark_stealth (ok) on 08-Апр-09, 13:30
	Два часа тестов- результат тот же самый- счетчики апстрима и мои отличаются. сервер с коллектором : netstat -s -p udp udp:     11379 datagrams received     0 with incomplete header     0 with bad data length field     0 with bad checksum     0 with no checksum     0 dropped due to no socket     14 broadcast/multicast datagrams undelivered     0 dropped due to full socket buffers     0 not for hashed pcb     11365 delivered     766 datagrams output     0 times multicast source filter matched маршрутизатор :   netstat -s -p udp udp:     15765 datagrams received     0 with incomplete header     0 with bad data length field     0 with bad checksum     8 with no checksum     69 dropped due to no socket     1498 broadcast/multicast datagrams undelivered     0 dropped due to full socket buffers     0 not for hashed pcb     14198 delivered     23702 datagrams output     0 times multicast source filter matched Где то читал, что счетчик dropped due to no socket может увеличиваться из за работающего на этой машине bind 9...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	17. "netflow теряет пакеты ?! "
	Сообщение от Michael (??) on 08-Апр-09, 15:31
	>Два часа тестов- результат тот же самый- счетчики апстрима и мои отличаются. > расхождение не уменьшилось? если нет, то дело не в тюнинге/производительности udp
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	18. "netflow теряет пакеты ?! "
	Сообщение от dark_stealth (ok) on 09-Апр-09, 11:01
	>расхождение не уменьшилось? если нет, то дело не в тюнинге/производительности udp данные за 12 часов на роутере : net.inet.ip.intr_queue_maxlen: 500 sysctl kern.ipc.maxsockets=131072 netstat -s -p udp udp:     81192 datagrams received     0 with incomplete header     0 with bad data length field     5 with bad checksum     19 with no checksum     6998 dropped due to no socket     6978 broadcast/multicast datagrams undelivered     0 dropped due to full socket buffers     0 not for hashed pcb     67211 delivered     115687 datagrams output     0 times multicast source filter matched кажется тюнинг в моем случае привел к обратным результатам. Откат на kern.ipc.maxsockets=65536 kern.ipc.maxsockets: 131072 sysctl: kern.ipc.maxsockets: Invalid argument Мдя...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	19. "netflow теряет пакеты ?! "
	Сообщение от Michael (??) on 09-Апр-09, 11:02
	>кажется тюнинг в моем случае привел к обратным результатам. Откат на kern.ipc.maxsockets=65536 > >kern.ipc.maxsockets: 131072 >sysctl: kern.ipc.maxsockets: Invalid argument >Мдя... эту цифру в реальном времени можно только увеличивать. для уменьшения нужен ребут
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	20. "netflow теряет пакеты ?! "
	Сообщение от dark_stealth (ok) on 09-Апр-09, 11:14
	> >>кажется тюнинг в моем случае привел к обратным результатам. Откат на kern.ipc.maxsockets=65536 >> >>kern.ipc.maxsockets: 131072 >>sysctl: kern.ipc.maxsockets: Invalid argument >>Мдя... > >эту цифру в реальном времени можно только увеличивать. для уменьшения нужен ребут > Угу... значит перегружаться... Кстати, из тюнинга для роутера net.inet.ip.fastforwarding=1                                                                                                 kern.polling.enable=0                                                                                                         net.inet.tcp.recvspace=262144                                                                                                 net.inet.tcp.sendspace=262144                                                                                                 kern.ipc.maxsockbuf=33554432                                                                                                 kern.ipc.somaxconn=1024                                                                                                       kern.ipc.nmbclusters=65536                                                                                                   kern.ipc.maxsockets=65536             все что применяется... в текущий момент, может посоветуете что? Я уже не знаю, куда думать. Эта же машина несколько месяцев назад считала все на ура, с бОльшей нагрузкой.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	21. "netflow теряет пакеты ?! "
	Сообщение от Michael (??) on 09-Апр-09, 12:16
	>[оверквотинг удален] >kern.polling.enable=0 >net.inet.tcp.recvspace=262144 >net.inet.tcp.sendspace=262144 >kern.ipc.maxsockbuf=33554432 >kern.ipc.somaxconn=1024 >kern.ipc.nmbclusters=65536 >kern.ipc.maxsockets=65536 >все что применяется... в текущий момент, может посоветуете что? Я уже не >знаю, куда думать. Эта же машина несколько месяцев назад считала все >на ура, с бОльшей нагрузкой. так сложно сказать. но значение kern.ipc.maxsockbuf мне кажется великоватым netstat -m netstat -s -p ip еще покажите
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	22. "netflow теряет пакеты ?! "
	Сообщение от dark_stealth (ok) on 09-Апр-09, 12:28
	>так сложно сказать. но значение kern.ipc.maxsockbuf мне кажется великоватым >netstat -m >netstat -s -p ip >еще покажите netstat -m 514/1901/2415 mbufs in use (current/cache/total) 513/993/1506/65536 mbuf clusters in use (current/cache/total/max) 513/715 mbuf+clusters out of packet secondary zone in use (current/cache) 0/434/434/8512 4k (page size) jumbo clusters in use (current/cache/total/max) 0/5/5/4256 9k jumbo clusters in use (current/cache/total/max) 0/2/2/2128 16k jumbo clusters in use (current/cache/total/max) 1154K/4274K/5428K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/65/4512 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 1127 requests for I/O initiated by sendfile 0 calls to protocol drain routines netstat -s -p ip ip:     791791 total packets received     0 bad header checksums     0 with size smaller than minimum     0 with data size < data length     0 with ip length > max ip packet size     0 with header length < data size     0 with data length < header length     0 with bad options     0 with incorrect version number     0 fragments received     0 fragments dropped (dup or out of space)     0 fragments dropped after timeout     0 packets reassembled ok     244246 packets for this host     31 packets for unknown/unsupported protocol     371411 packets forwarded (288190 packets fast forwarded)     32 packets not forwardable     3 packets received for unknown multicast group     0 redirects sent     255909 packets sent from this host     170329 packets sent with fabricated ip header     0 output packets dropped due to no bufs, etc.     0 output packets discarded due to no route     0 output datagrams fragmented     0 fragments created     0 datagrams that can't be fragmented     0 tunneling packets that can't find gif     0 datagrams with bad address in header netstat'у делал netstat -s -z час назад
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	23. "netflow теряет пакеты ?! "
	Сообщение от Michael (??) on 09-Апр-09, 12:43
	>513/993/1506/65536 mbuf clusters in use (current/cache/total/max) kern.ipc.nmbclusters можно смело уменьшить вдвое (ребут) > 371411 packets forwarded (288190 packets fast forwarded) > 170329 packets sent with fabricated ip header вы знаете, откуда у вас это берется?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	24. "netflow теряет пакеты ?! "
	Сообщение от dark_stealth (ok) on 09-Апр-09, 12:57
	> >>513/993/1506/65536 mbuf clusters in use (current/cache/total/max) > kern.ipc.nmbclusters можно смело уменьшить вдвое (ребут) Ок > >> 371411 packets forwarded (288190 packets fast forwarded) >> 170329 packets sent with fabricated ip header > >вы знаете, откуда у вас это берется? То что касается форвардинга- стоит прозрачный сквид и smtp-gated, плюс pf редиректит порты 25 и 110 внутрь сети. А вот касательно fabricated ip header- не могу ничего сказать.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	25. "netflow теряет пакеты ?! "
	Сообщение от Michael (??) on 09-Апр-09, 13:05
	>То что касается форвардинга- стоит прозрачный сквид и smtp-gated, плюс pf редиректит >порты 25 и 110 внутрь сети. ясно >А вот касательно fabricated ip header- не могу ничего сказать. это из-за форвардинга внутрь сети
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	26. "netflow теряет пакеты ?! "
	Сообщение от freeBSDun (ok) on 09-Апр-09, 18:26
	>Угу... значит перегружаться... >Кстати, из тюнинга для роутера >net.inet.ip.fastforwarding=1 А это точно нужно? Фастфорвардинг "обходит" много чего в нормальном прохождении пакета по кишкам ОС, вполне вероятно, что ваши съемники трафика действительно не видять часть пакетов...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	27. "netflow теряет пакеты ?! "
	Сообщение от dark_stealth (ok) on 09-Апр-09, 18:49
	>>net.inet.ip.fastforwarding=1 > >А это точно нужно? Фастфорвардинг "обходит" много чего в нормальном прохождении пакета >по кишкам ОС, вполне вероятно, что ваши съемники трафика действительно не >видять часть пакетов... > В принципе нет нужды- устанавливал дабы поиграться в плане производительности. Отключил. будем смотреть
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]