parazit

нужно 2 материнки S5000 или подобные им... кто что может предложить Спасибо

сори что влез но не хочу плодить темы.. есть 5шт Huawei Quidway S2326TP-EI по 1300 заберет кто? если все сразу то по 1200грн.. Еще раз сори что влез..

продано

ОПУБЛИКУЙТЕ ПЛИЗ ЦЕНУ.. 2 ГОДА НАЗАД БРАЛ ПО 300УЕ

Доброго дня.. есть что то из комплектов (мать+проц) в наличии? 0976538356

так киевстар вроди как есть.. даже на Пукт Приема Посетителей на площади есть...

поддерживаю.. хорошая штука

День добрый.. у кого есть в наличии на продажу данный девайс.. ВОЗЬМУ... alcatel 6224

опередили

проблемма снова появилась... снова проблемма с натом.. недогузка страниц, не работают приложения контакта, недокачивает файлы... кто то дружит с FreeBSD 10 + pf nat..

так точно.. со времени последнего поста проблемма исчезла... может карма - ХЗ

Доброе всем утро... Ночь пережил нормально привожу последний конфиг pf.conf # NAT ext_if_ua = "vlanXXX" ext_if_world = "vlanYYY" #------------------------------ # Log #------------------------------ set loginterface $ext_if_ua #------------------------------ # Нормализация #------------------------------ # Максимальное количество вхождений в пул отвечающий за состояние таблицы состояний соединений (keep state) set limit { states 900000000, src-nodes 900000000, table-entries 900000000, frags 900000000 } # изменяем время для состояния установленного tcp соединения, которое по-умолчанию черезчур большое (24часа) set timeout { interval 10, frag 10, tcp.established 3600 } # Устанавливаем тип оптимизации set optimization aggressive # Игнорируем фильтрацию на кольцевом интерфейсе set skip on lo0 # Нормализация всего входящего трафика на всех интерфейсах scrub in all #------------------------------ # PORT MAPPED #------------------------------ nat pass on $ext_if_ua from 10.20.0.0/16 to any -> W.W.W.W/27 round-robin sticky-address static-port nat pass on $ext_if_world from 10.20.0.0/16 to any -> W.W.W.W/27 round-robin sticky-address static-port Изменения выделил жирным...

только небольшой скан.. на часах 3-13 пока полет нормальный

round-robin sticky-address - только так люди получают нат в постоянно одни и теже адреса из пула... лан и ван на разных сетевых.. вланы конечно же присутствуют.. увиличил значения оптимизации как у вас... ждем ...

подправил pf.conf #------------------------------ # Log #------------------------------ set loginterface xxx #set loginterface yyy #------------------------------ # Нормализация #------------------------------ # Максимальное количество вхождений в пул отвечающий за состояние таблицы состояний соединений (keep state) set limit { states 5000000, src-nodes 1600000, table-entries 1600000, frags 300000 } # изменяем время для состояния установленного tcp соединения, которое по-умолчанию черезчур большое (24часа) set timeout { interval 10, frag 10, tcp.established 3600 } # Устанавливаем тип оптимизации set optimization aggressive # Игнорируем фильтрацию на кольцевом интерфейсе set skip on lo0 # Нормализация всего входящего трафика на всех интерфейсах scrub in all nat pass on $ext_if_ua from 10.20.0.0/16 to any -> W.W.W.W/27 round-robin sticky-address nat pass on $ext_if_world from 10.20.0.0/16 to any -> W.W.W.W/27 round-robin sticky-address ЖДУ тревожного часа

sysctl kern.ipc.nmbclusters kern.ipc.nmbclusters: 746462 во freebsd 10 это значение по умолчанию.. оно довольно большое... 34921/1651/ 36572/ 746462 mbuf clusters in use (current/cache/total/max) еще очень далеко до MAX netstat -w 1 -d -h input (Total) output packets errs idrops bytes packets errs bytes colls drops 84K 0 0 74M 83K 0 74M 0 0 88K 0 0 78M 86K 0 78M 0 0 85K 0 0 75M 84K 0 75M 0 0 85K 0 0 75M 84K 0 74M 0 0 86K 0 0 75M 85K 0 75M 0 0 86K 0 0 77M 85K 0 77M 0 0 89K 0 0 79M 88K 0 79M 0 0 80K 0 0 70M 79K 0 70M 0 0 это при 250мб/с - не ЧНН. завтра выложу ЧНН

сечас настраиваю логгирование... а что за таблица.. контрак?

Доброго времени, всем. Дабы не создавать новую тему - продолжу существующую Проблема в следующем... После обновления сервера с Freebsd 9.1 i386 на FreeBSD 10.0-RELEASE amd64.. начались проблемы с юзерами которые сидят за натом... тоесть днем работаю отлично, а в ночь примерно 2-00 - 3-00 часа начинается ЦИРК.. постоянные обрывы, загрузить ничего нельзя, странички недогружаются.... В то же время пользователи с белыми адресами никаких дискомфортов не чувствуют.... Данная проблема проходит сама по себе (в разное время.. может и в 11-0 может и 14-00 ) либо после ребута сервера... Как понимаете караулить начало траблов и потом бутать сервак каждую ночь - не есть феншуй... Использую для ната PF pf.conf # NAT ext_if_ua = "vlanXXX" ext_if_world = "vlanYYY" set limit states 500000 set optimization aggressive set limit src-nodes 160000 set limit table-entries 160000 nat pass on $ext_if_ua from 10.20.0.0/16 to any -> W.W.W.W/27 round-robin sticky-address nat pass on $ext_if_world from 10.20.0.0/16 to any -> W.W.W.W/27 round-robin sticky-address pfctl -si Status: Enabled for 0 days 20:56:04 Debug: Urgent State Table Total Rate current entries 23854 searches 5653235026 75012.4/s inserts 19840986 263.3/s removals 19817734 263.0/s Counters match 3889321848 51607.2/s bad-offset 0 0.0/s fragment 169 0.0/s short 127 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 35 0.0/s proto-cksum 0 0.0/s state-mismatch 5200 0.1/s state-insert 4 0.0/s state-limit 0 0.0/s src-limit 0 0.0/s synproxy 0 0.0/s сеть W.W.W.W/27 прицеплена на ЛУПБЕКЕ алиасами # Loopback ifconfig_lo0="inet 127.0.0.1 netmask 255.0.0.0" ifconfig_lo0_alias0="inet w.w.w.32 netmask 255.255.255.255" .............................................................................................. ifconfig_lo0_alias31="inet w.w.w..63 netmask 255.255.255.255" в старом конфиге нат был в /28 sysctl.conf net.inet.ip.fastforwarding=1 # net.inet.ip.dummynet.io_fast=1 # net.inet.ip.fw.one_pass=1 # net.inet.ip.dummynet.pipe_slot_limit=1000 # ########## KERNEL ####### #kern.ipc.nmbclusters=400000 # kern.ipc.maxsockets=204800 # kern.maxfilesperproc=200000 kern.ipc.nmbjumbop=65536 # kern.ipc.shm_use_phys=1 # kern.ipc.somaxconn=4096 net.inet.tcp.nolocaltimewait=1 # kern.ipc.maxsockbuf=83886080 ### TCP/IP ### net.inet.tcp.sendspace=131072 net.inet.tcp.msl=7500 net.inet.ip.intr_queue_maxlen=10240 # 256 net.inet.tcp.blackhole=2 net.inet.udp.blackhole=1 net.inet.icmp.drop_redirect=1 net.inet.icmp.log_redirect=1 # 1 net.inet.ip.redirect=0 # 1 net.inet.icmp.maskrepl=0 net.inet.icmp.icmplim=100 net.inet.tcp.drop_synfin=1 kern.sync_on_panic=1 # 0 # net.inet.tcp.hostcache.expire=1200 # 3600 net.inet.tcp.keepinit=5000 # 75000 # boot/loader.conf kern.maxdsiz="2G" kern.dfldsiz="2G" geom_mirror_load="yes" netstat -m 34957/3353/38310 mbufs in use (current/cache/total) 34921/1651/36572/746462 mbuf clusters in use (current/cache/total/max) 34921/1650 mbuf+clusters out of packet secondary zone in use (current/cache) 20/83/103/373230 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/110586 9k jumbo clusters in use (current/cache/total/max) 0/0/0/62205 16k jumbo clusters in use (current/cache/total/max) 78685K/4472K/83157K bytes allocated to network (current/cache/total) 350/21402/321 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 35/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 31 requests for I/O initiated by sendfile Ядро собрано с device pf device pflog device pfsync options ALTQ top -aSCHIP трафика примерно 500мб/с last pid: 22396; load averages: 1.28, 1.20, 1.11 319 processes: 13 running, 249 sleeping, 57 waiting CPU 0: 0.8% user, 0.0% nice, 3.9% system, 9.8% interrupt, 85.5% idle CPU 1: 1.6% user, 0.0% nice, 0.4% system, 7.1% interrupt, 91.0% idle CPU 2: 1.2% user, 0.0% nice, 0.8% system, 9.4% interrupt, 88.6% idle CPU 3: 0.4% user, 0.0% nice, 0.0% system, 18.0% interrupt, 81.6% idle CPU 4: 1.2% user, 0.0% nice, 0.4% system, 8.2% interrupt, 90.2% idle CPU 5: 1.6% user, 0.0% nice, 0.8% system, 8.6% interrupt, 89.0% idle CPU 6: 0.8% user, 0.0% nice, 1.6% system, 10.2% interrupt, 87.5% idle CPU 7: 1.6% user, 0.0% nice, 1.2% system, 20.8% interrupt, 76.5% idle Mem: 198M Active, 408M Inact, 817M Wired, 1307M Buf, 10G Free Swap: PID USERNAME PRI NICE SIZE RES STATE C TIME CPU COMMAND 11 root 155 ki31 0K 128K CPU5 5 19.4H 97.17% [idle{idle: cpu5}] 11 root 155 ki31 0K 128K CPU0 0 19.0H 95.46% [idle{idle: cpu0}] 11 root 155 ki31 0K 128K CPU1 1 19.3H 94.38% [idle{idle: cpu1}] 11 root 155 ki31 0K 128K RUN 6 19.3H 93.46% [idle{idle: cpu6}] 11 root 155 ki31 0K 128K CPU2 2 19.3H 91.36% [idle{idle: cpu2}] 11 root 155 ki31 0K 128K RUN 7 19.3H 89.70% [idle{idle: cpu7}] 11 root 155 ki31 0K 128K RUN 4 19.2H 89.26% [idle{idle: cpu4}] 11 root 155 ki31 0K 128K CPU3 3 18.3H 78.56% [idle{idle: cpu3}] 12 root -92 - 0K 944K WAIT 7 42:27 13.28% [intr{irq271: igb0:que}] 12 root -92 - 0K 944K CPU3 3 73:02 12.70% [intr{irq301: em1:rx 0}] 12 root -92 - 0K 944K WAIT 2 43:35 7.76% [intr{irq266: igb0:que}] 12 root -92 - 0K 944K WAIT 6 43:49 6.98% [intr{irq270: igb0:que}] 12 root -92 - 0K 944K WAIT 4 38:35 6.79% [intr{irq268: igb0:que}] 12 root -92 - 0K 944K WAIT 0 43:56 6.69% [intr{irq264: igb0:que}] 12 root -92 - 0K 944K WAIT 3 42:18 6.15% [intr{irq267: igb0:que}] 12 root -92 - 0K 944K WAIT 5 41:12 5.57% [intr{irq269: igb0:que}] 12 root -92 - 0K 944K CPU1 1 44:26 5.27% [intr{irq265: igb0:que}] 12 root -92 - 0K 944K WAIT 3 10:03 2.49% [intr{irq276: igb1:que}] 12 root -92 - 0K 944K WAIT 3 6:58 1.76% [intr{irq285: igb2:que}] 12 root -92 - 0K 944K WAIT 2 9:34 1.56% [intr{irq275: igb1:que}] 97896 root 20 0 48560K 10160K nanslp 2 17:53 1.07% perl nomake.pl nodhcp (perl5.16.3) 9192 mysql 21 0 211M 62852K CPU2 2 11:05 0.98% /usr/local/libexec/mysqld --defaults-extra-file=/var/db/mysql/my.cnf --basedir=/usr/local --datadir=/v 12 root -92 - 0K 944K WAIT 6 9:38 0.88% [intr{irq279: igb1:que}] 12 root -92 - 0K 944K WAIT 7 6:21 0.78% [intr{irq289: igb2:que}] 12 root -92 - 0K 944K WAIT 5 8:21 0.68% [intr{irq278: igb1:que}] 12 root -92 - 0K 944K WAIT 1 7:12 0.68% [intr{irq283: igb2:que}] 12 root -92 - 0K 944K WAIT 6 6:40 0.68% [intr{irq288: igb2:que}] 12 root -92 - 0K 944K WAIT 2 6:28 0.68% [intr{irq284: igb2:que}] 97898 root 20 -15 197M 156M nanslp 7 20:30 0.59% perl nodeny.pl (perl5.16.3) На мой взгляд проблема явно в нате.. на 9.1 работало без проблем... в 10 ветке PF уже паралелится по ядрам может связано с этим что? P.S. просьба сильно не пинать.. если нужна доп.инфа - покажу...

пусть друг поставит себе Connectify и пользуйтесь...

1. В украине 2. айпи один в течении все сесии 3.Сомневаюсь.. Тот же екс и мегого работает... написал на фс.то в поддержку - жду ответа... П.С. Не ужели все дают реальные адреса? или просто никто не заморачивается...?

в первом посте написано что НАТИТСЯ в ПУЛ адресов.. на 1реальный адрес приходится примерно 30клиентов...

Уважаемые коллеги. Ситуация следующая.. БольшАя часть сети бегает из-за ната... С недавних пор начали пользователи жаловаться на то что не могут посмотреть фильмы с сайта fs.to -> brb.to. Мол "реклама показывает и далее постоянно крутится кружочек".. Проверил у себя дома (подключен к другой сети и тоже работаю из-за ната) - ситуация аналогичная... Если у пользователя реальный адрес - все показывает отлично... Изначально была проблема и с ex.ua и megogo.net поскольку серые ip natились в пул реальных адресов (из которого выбирались random) - теперь исправили и nat идет в пул реальных iр но с привязкой к ip в pf это выглядит как round-robin sticky-address Совет - раздайте всем реальные адреса - просьба не предлагать.. Подскажите кто что думает... Спасибо

День добрый уважаемые... нужны куски 4 волоконной следующих длин 120 - 120 - 150 - 300м нужен на вторник 22.10.2013 кто чем сможет помочь контактный номер 0976538356 Александр, Киев

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

продано