Elisium

Реже ?? Ахаха ) Если почитать наг, то походу зато там других проблем завались ... п.с. не будем переводить тему с железок на вечный срач линух\фря.

Таксь. Результаты: 1. На ДРУГОМ железе (мать+проц), но с той же картой 10Г система работает стабильно вторые сутки. 2. После выключения на мамке АсРок всех вариантов энергосбережения, C-state, Турбо, HT итд итп, короче, ВСЁ выключил, что нашел, второй сервак с 50МБт проработал сутки без аварий. Далее выключил, ибо приехала новая мамка Intel DX79TO, поставил на тест вместо АсРоковской.

Ах да, забыл дописать - пока полет нормальный =) Просто в пару прошлых раз ОНО тоже работало больше суток, а потом в самый "подходящий" момент падало. Поэтому просто скрестив пальцы жду завтрашнего дня. п.с. Взяли на тест замену АсРоковской материнке - Интеловскую DX79TO Завтра попробую на ней.

1. Драйвер сетевухи точно такой же, как ставится на линуха. Один в один. А там вроде как про проблемы данной карточки не слышно. MSI-X можно попробовать отключить, но для 10Г карт это ж вроде совсем не вариант. 2. Материнка на сокете 2011 и в категории "офисных" их нет. А если речь про заменить "мать+проц", так уже сделано - выше отписАл. 3. А чем "зафлудить" ВСЕ 10 ГБ - мне и самому интересно, чем. Кроме иперфа или пары тысяч живых хомяков вариантов в голову не приходит )

Возможно. Что мониторить то? Имхо, при потоке в 50 МБт врятли может случится перегревнехватка памятивообще чего-нибуть, нормально мониторящееся. п.с. У нас есть сервачек на Атоме - жует 300 МБт с шейперами, НАТом, БГП итд. Стоит и есть не просит. А тут железка - гигабиты можно прокидывать - и на 50 МБт ночью виснет.

Затем, что даже в таком МИНИМАЛЬНОМ наборе - зависает. Поэтому было выключено/вырезано почти все, что не нужно в данный момент времени. А ядро сразу собрано с нужными параметрами, так как без них оно не нужно вообще, само собой. По поводу "годами работает" - наши два старых шейпера вот как раз таки "годами" и работают на 7.3 и вот поставили недавно 9.0 - всё ок. Только там железо брендовое, а не самосбор. п.с. Кстати, на ядре GENERIC самосборные сервера тоже виснут.

Боже упаси ))) Там тупо минимальный джентельменский набор: ось + квагга + нет-снмп. ВСЁ.

1. Упр питанием и всякие C-state отключил 2. Пока жужжит 3. Выключил. Пока там бегает тестово метров 100 трафика.

Вот эта же тема на НАГе: http://forum.nag.ru/forum/index.php?showtopic=76905&st=0&gopid=728489&

Мы с семерки как раз и ушли на 89. В 7ке при большом количестве правилпайпов в фаерволе быстро заканчивались ресурсы проца. У нас сейчас есть два работающих сервера. На одном 9ка и 4хголовая Интел РТ, на втором 7ка и тоже 4х Интел РТ (которая em). Там все жужжит и не чихает, причем при одинаковом трафике загрузка проца на 9ке в полтора раза меньше, чем на 7ке.

То maxx: Не рисую, но пару раз пациент "умер" у меня на руках как раз в момент рассматривания этих самых цифер вживую. Отклонений в этот момент не было (( Выкл ACPI - попробую. То KaYot: У меня тоже такое подозрение, поэтому жду окончания результата тестов на совсем другом железе. То Sargas: Включено. Выключу.

Абсолютно. Стандартный процесс загрузки, нигде нет видимых ошибокварнингов. После зависания в логе по этому поводу пусто - сразу начинается лог следующей загрузки. Гдето гуглилось, что это ВОЗМОЖНЫЕ проблемы с переполнением КАКИХ-ТО внутренних буферовпамяти ядра. Так, что виснет наглухо. Но, опять же, ГДЕ нужно посмотреть на это что поправить - не нашлось.

Нюанс в том, что я фряшник и в линуксовом шейпере знаю только его название ) Поэтому спасибо, за совет, буду думать. Но на данный момент хотелось бы решить проблему не столько кардинально, как смена оси\софта\скриптов\прокладки между стулом и серваками.

Почитал. Вопрос: оно умеет шейпить один ип с разными скоростями ? С одной скоростью в мир, с другой (или вообще БЕЗ шейпов) - в уа-икс ? У нас просто есть шейпер, адекватно решающий все вопросы со скоростьюитд, но он только под Фрю. Поэтому бы и хотелось остаться на ней же, так как не нужно никаких переделок. Да и вопрос то хотелось бы решить, ибо уже прочитал немало тем с подобными симптомами, а решения либо нет, либо шаманства с бубном. И не факт, что поможет. Вот нам эти советы не помогли =(

Как бЭ поставить дебиан не проблема, если бы планировался только чистый БГП. НО. ЕСЛИ БЫ все работало нормально, то была задача повесить туда еще и шейпера. А так как связка биллинг-шейпер заточена под Фрю, то поставить линуха туда не вариант.

Доброго дня. Есть два самосборных сервера: Мать: AsRock X79 Extreme3 Проц: Intel(R) Core(TM) i7-3930K CPU @ 3.20GHz Сетевуха: Intel 10G X520-DA2 E10G42BTDA 82599ES dev.ix.0.%desc: Intel(R) PRO/10GbE PCI-Express Network Driver, Version - 2.4.5 dev.ix.1.%desc: Intel(R) PRO/10GbE PCI-Express Network Driver, Version - 2.4.5 Память: 4 ГБ БП: 460 Ватт FSP Оба настроены АБСОЛЮТНО идентично - с первого сделан клон винчестера и поставлен на второй. Ось: FreeBSD bgp2_btm.crystal.in.ua 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Jun 26 19:57:19 EEST 2012 amd64 Сервера включены в тестовый режим работы, то есть, при отказе одного включается (в ручном режиме ) второй. Оба используются только как БГП - один основной, второй резервный. Трафик бегает только по одному порту 10Г карты и в ЧНН допрыгивает до 2,8 ин 2,8 оут ГБ. Проблема в следующем: в произвольные моменты времени (от 10 минут до суток) активный сервер зависает. Причем зависает так, что не реагирует на клавиатуру. Перегрузить можно только нажатием на Ресет. В этот момент на экране нет никаких сообщений об ошибках - просто висит надпись Логин. Дампы не делаются, хотя включены. Судя по встроеному мониторингу температуры, перегрева нет, температура до 52 градусов самого горячего ядра. Память тестировали. Зависнуть может в моменты и когда бегает 50 МБт трафа и когда 2500 МБт. На обоих серверах стоят одинаковые комплектующие. Меняли уже все запчасти, кроме материнки и проца. На драйвера от сетевой стоит патчик от 'amarao', отключающий проверку типа СФП на порту. Без него порт не поднимается и пишет "Unsupported SPF+ module", так как DA-кабель не интеловский. Iperfом между серверами пролетает 8ГБ трафика. Тестировал два часа - ни один не завис. Изначально на серверах стояла Фря 9.0 СТАБЛЕ. Так на ней сервера висли уже в течении пары часов после запуска в работу. Еще интересное наблюдение: Точно такой же сервер (третий) стоит под систему виртуализации. У него аптайм уже больше месяца, таких проблем нет. Но и трафика там больше 10-20 МБт не пробегает и используется бортовая карта Broadcom bge. Проштудированы уже и ЖЖ 'dadv'a, и ЭТА и ЭТА и ЭТА темы, загуглено всё до дыр. Просветление так и не наступило =( На что можно обратить внимание? Что посоветуете? Какие еще конфигитесты приложить? Конфиги: ядро: Закомментированы все ненужные устройства, включен DEBUG=-g, ВЫКЛЮЧЕН options INET6. От себя добавлены device coretemp device cpuctl options HZ=2000 options IPFIREWALL options IPDIVERT options IPFIREWALL_FORWARD options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=999 options DUMMYNET options NETGRAPH options NETGRAPH_SOCKET options NETGRAPH_IPFW options NETGRAPH_NETFLOW options NETGRAPH_KSOCKET options SC_NORM_ATTR=(FG_GREEN|BG_BLACK) options SC_KERNEL_CONS_ATTR=(FG_YELLOW|BG_BLACK) На ядре GENERIC тоже проверялось - виснет =( loader.conf vm.pmap.pg_ps_enabled="1" net.inet.tcp.tcbhashsize=16384 net.inet.tcp.syncache.hashsize=1024 net.inet.tcp.syncache.bucketlimit=512 net.graph.maxdata=4096 net.isr.defaultqlimit=4096 net.link.ifqmaxlen=1024 net.isr.maxthreads=1 net.isr.direct=0 net.isr.direct_force=0 kern.ipc.nmbclusters=262800 Если сделать kern.ipc.nmbclusters выставлено по умолчанию или меньше 65000, то при загрузке драйвер сетевой карты пишет - "Невозможно установить значение буферов, будет использовано значение по умолчанию" (както так) sysctl.conf net.local.stream.recvspace=65535 net.local.stream.sendspace=65535 net.inet.ip.portrange.first=1024 net.inet.ip.portrange.last=65535 net.inet.ip.random_id=1 net.inet.udp.blackhole=1 net.inet.tcp.blackhole=2 net.inet.tcp.nolocaltimewait=1 net.inet.tcp.fast_finwait2_recycle=1 net.inet.tcp.sendspace=131072 net.inet.tcp.recvspace=131072 net.inet.udp.recvspace=131072 net.inet.raw.recvspace=262800 net.inet.tcp.maxtcptw=40960 net.inet.tcp.syncookies=1 net.inet.tcp.keepidle=40000 net.inet.tcp.keepintvl=40000 net.inet.tcp.keepinit=40000 net.route.netisr_maxqlen=4096 net.inet.ip.intr_queue_maxlen=4096 net.inet.icmp.icmplim=600 net.inet.ip.fw.dyn_max=16384 net.inet.ip.fw.dyn_buckets=32768 net.inet.ip.dummynet.hash_size=2048 net.inet.ip.dummynet.io_fast=1 net.inet.ip.dummynet.expire=0 net.inet.ip.dummynet.pipe_slot_limit=1000 ###net.graph.recvspace=350000 ###net.graph.maxdgram=350000 kern.ipc.maxsockbuf=83886080 kern.ipc.somaxconn=4096 net.inet.ip.redirect=0 net.inet.ip.fastforwarding=1 dev.ix.0.fc=0 dev.ix.1.fc=0 dev.ix.0.rx_processing_limit=4000 dev.ix.1.rx_processing_limit=4000 Если kern.ipc.maxsockbuf выставлено в значение по умолчанию или меньше 1000000, то даже пинг пишет "No space buffer available" netstat -m 25085/2695/27780 mbufs in use (current/cache/total) 25083/1163/26246/262800 mbuf clusters in use (current/cache/total/max) 25083/1157 mbuf+clusters out of packet secondary zone in use (current/cache) 0/5/5/131400 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/65700 9k jumbo clusters in use (current/cache/total/max) 0/0/0/32850 16k jumbo clusters in use (current/cache/total/max) 56437K/3019K/59457K 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/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines netstat -Q Configuration: Setting Value Maximum Thread count 1 1 Default queue limit 4096 10240 Direct dispatch disabled n/a Forced direct dispatch disabled n/a Threads bound to CPUs disabled n/a Protocols: Name Proto QLimit Policy Flags ip 1 4096 flow --- igmp 2 4096 source --- rtsock 3 4096 source --- arp 7 4096 source --- Workstreams: WSID CPU Name Len WMark Disp'd HDisp'd QDrops Queued Handled 0 0 ip 0 3 0 0 0 35752 35752 igmp 0 0 0 0 0 0 0 rtsock 0 2 0 0 0 34293 34293 arp 0 8 0 0 0 70179 70179 vmstat -i interrupt total rate irq16: ehci0 20863 1 irq23: ehci1 44164 3 cpu0: timer 27679535 1999 irq256: ix0:que 0 150825498 10897 irq257: ix0:que 1 149848455 10827 irq258: ix0:que 2 143558676 10372 irq259: ix0:que 3 145734821 10529 irq260: ix0:que 4 147141456 10631 irq261: ix0:que 5 148140406 10703 irq262: ix0:link 2 0 irq263: ix1:que 0 13816 0 irq264: ix1:que 1 13816 0 irq265: ix1:que 2 13816 0 irq266: ix1:que 3 13816 0 irq267: ix1:que 4 13816 0 irq268: ix1:que 5 13816 0 irq269: ix1:link 11 0 irq271: bge0 1 0 irq272: ahci1 4694 0 cpu5: timer 27679401 1999 cpu1: timer 27679136 1999 cpu3: timer 27679415 1999 cpu2: timer 27679333 1999 cpu4: timer 27679339 1999 Total 1051478102 75973 top -SHPI last pid: 2552; load averages: 0.52, 0.64, 0.58 up 0+03:51:43 12:29:30 137 processes: 8 running, 90 sleeping, 39 waiting CPU 0: % user, % nice, % system, % interrupt, % idle CPU 1: % user, % nice, % system, % interrupt, % idle CPU 2: % user, % nice, % system, % interrupt, % idle CPU 3: % user, % nice, % system, % interrupt, % idle CPU 4: % user, % nice, % system, % interrupt, % idle CPU 5: % user, % nice, % system, % interrupt, % idle Mem: 31M Active, 9960K Inact, 185M Wired, 152K Cache, 17M Buf, 3660M Free Swap: 2048M Total, 2048M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 171 ki31 0K 96K CPU5 5 216:47 98.73% idle{idle: cpu5} 11 root 171 ki31 0K 96K CPU4 4 216:48 98.54% idle{idle: cpu4} 11 root 171 ki31 0K 96K CPU3 3 215:10 96.34% idle{idle: cpu3} 11 root 171 ki31 0K 96K CPU2 2 212:52 94.92% idle{idle: cpu2} 11 root 171 ki31 0K 96K RUN 0 209:56 93.51% idle{idle: cpu0} 11 root 171 ki31 0K 96K RUN 1 211:01 93.41% idle{idle: cpu1} 12 root -68 - 0K 640K WAIT 0 15:30 8.01% intr{irq256: ix0:q 12 root -68 - 0K 640K WAIT 3 14:49 8.01% intr{irq259: ix0:q 12 root -68 - 0K 640K CPU1 1 15:12 7.86% intr{irq257: ix0:q 12 root -68 - 0K 640K WAIT 2 15:03 7.86% intr{irq258: ix0:q 12 root -68 - 0K 640K WAIT 5 14:30 7.71% intr{irq261: ix0:q 12 root -68 - 0K 640K WAIT 4 14:10 7.08% intr{irq260: ix0:q 0 root -68 0 0K 400K - 3 2:51 0.98% kernel{ix0 que} 0 root -68 0 0K 400K - 3 2:40 0.88% kernel{ix0 que} 0 root -68 0 0K 400K - 0 2:36 0.88% kernel{ix0 que} 0 root -68 0 0K 400K - 0 2:42 0.78% kernel{ix0 que} 0 root -68 0 0K 400K - 2 2:39 0.78% kernel{ix0 que} 0 root -68 0 0K 400K - 5 2:43 0.63% kernel{ix0 que} systat -if /0 /1 /2 /3 /4 /5 /6 /7 /8 /9 /10 Load Average |||| Interface Traffic Peak Total ... skip... ix0 in 215.106 MB/s 215.106 MB/s 2.152 TB out 214.945 MB/s 214.945 MB/s 2.150 TB sysctl dev.ix.0 dev.ix.0.%desc: Intel(R) PRO/10GbE PCI-Express Network Driver, Version - 2.4.5 dev.ix.0.%driver: ix dev.ix.0.%location: slot=0 function=0 dev.ix.0.%pnpinfo: vendor=0x8086 device=0x10fb subvendor=0x8086 subdevice=0x0003 class=0x020000 dev.ix.0.%parent: pci3 dev.ix.0.fc: 0 dev.ix.0.advertise_gig: 0 dev.ix.0.enable_aim: 1 dev.ix.0.advertise_speed: 0 dev.ix.0.rx_processing_limit: 4000 dev.ix.0.dropped: 0 dev.ix.0.mbuf_defrag_failed: 0 dev.ix.0.no_tx_dma_setup: 0 dev.ix.0.watchdog_events: 0 dev.ix.0.tso_tx: 307 dev.ix.0.link_irq: 2 dev.ix.0.queue0.interrupt_rate: 11235 dev.ix.0.queue0.txd_head: 1877 dev.ix.0.queue0.txd_tail: 1877 dev.ix.0.queue0.no_desc_avail: 0 dev.ix.0.queue0.tx_packets: 522247016 dev.ix.0.queue0.rxd_head: 764 dev.ix.0.queue0.rxd_tail: 754 dev.ix.0.queue0.rx_packets: 522423035 dev.ix.0.queue0.rx_bytes: 439349665008 dev.ix.0.queue0.lro_queued: 0 dev.ix.0.queue0.lro_flushed: 0 dev.ix.0.queue1.interrupt_rate: 250000 dev.ix.0.queue1.txd_head: 1922 dev.ix.0.queue1.txd_tail: 1922 dev.ix.0.queue1.no_desc_avail: 0 dev.ix.0.queue1.tx_packets: 499340467 dev.ix.0.queue1.rxd_head: 908 dev.ix.0.queue1.rxd_tail: 905 dev.ix.0.queue1.rx_packets: 499393418 dev.ix.0.queue1.rx_bytes: 433420059450 dev.ix.0.queue1.lro_queued: 0 dev.ix.0.queue1.lro_flushed: 0 dev.ix.0.queue2.interrupt_rate: 55555 dev.ix.0.queue2.txd_head: 476 dev.ix.0.queue2.txd_tail: 479 dev.ix.0.queue2.no_desc_avail: 0 dev.ix.0.queue2.tx_packets: 502389134 dev.ix.0.queue2.rxd_head: 1992 dev.ix.0.queue2.rxd_tail: 1990 dev.ix.0.queue2.rx_packets: 502468551 dev.ix.0.queue2.rx_bytes: 447423791311 dev.ix.0.queue2.lro_queued: 0 dev.ix.0.queue2.lro_flushed: 0 dev.ix.0.queue3.interrupt_rate: 41666 dev.ix.0.queue3.txd_head: 341 dev.ix.0.queue3.txd_tail: 343 dev.ix.0.queue3.no_desc_avail: 0 dev.ix.0.queue3.tx_packets: 489592945 dev.ix.0.queue3.rxd_head: 241 dev.ix.0.queue3.rxd_tail: 239 dev.ix.0.queue3.rx_packets: 489627888 dev.ix.0.queue3.rx_bytes: 438060012259 dev.ix.0.queue3.lro_queued: 0 dev.ix.0.queue3.lro_flushed: 0 dev.ix.0.queue4.interrupt_rate: 1000000 dev.ix.0.queue4.txd_head: 952 dev.ix.0.queue4.txd_tail: 952 dev.ix.0.queue4.no_desc_avail: 0 dev.ix.0.queue4.tx_packets: 471091610 dev.ix.0.queue4.rxd_head: 1578 dev.ix.0.queue4.rxd_tail: 1577 dev.ix.0.queue4.rx_packets: 471164458 dev.ix.0.queue4.rx_bytes: 409881181720 dev.ix.0.queue4.lro_queued: 0 dev.ix.0.queue4.lro_flushed: 0 dev.ix.0.queue5.interrupt_rate: 55555 dev.ix.0.queue5.txd_head: 584 dev.ix.0.queue5.txd_tail: 584 dev.ix.0.queue5.no_desc_avail: 0 dev.ix.0.queue5.tx_packets: 482597087 dev.ix.0.queue5.rxd_head: 1815 dev.ix.0.queue5.rxd_tail: 1813 dev.ix.0.queue5.rx_packets: 482629398 dev.ix.0.queue5.rx_bytes: 414473310965 dev.ix.0.queue5.lro_queued: 0 dev.ix.0.queue5.lro_flushed: 0 dev.ix.0.mac_stats.crc_errs: 0 dev.ix.0.mac_stats.ill_errs: 0 dev.ix.0.mac_stats.byte_errs: 0 dev.ix.0.mac_stats.short_discards: 0 dev.ix.0.mac_stats.local_faults: 0 dev.ix.0.mac_stats.remote_faults: 2 dev.ix.0.mac_stats.rec_len_errs: 0 dev.ix.0.mac_stats.link_xon_txd: 0 dev.ix.0.mac_stats.link_xon_rcvd: 0 dev.ix.0.mac_stats.link_xoff_txd: 0 dev.ix.0.mac_stats.link_xoff_rcvd: 0 dev.ix.0.mac_stats.total_octets_rcvd: 2606615322672 dev.ix.0.mac_stats.good_octets_rcvd: 2606325113515 dev.ix.0.mac_stats.total_pkts_rcvd: 2970506195 dev.ix.0.mac_stats.good_pkts_rcvd: 2967678482 dev.ix.0.mac_stats.mcast_pkts_rcvd: 867 dev.ix.0.mac_stats.bcast_pkts_rcvd: 122071 dev.ix.0.mac_stats.rx_frames_64: 90966031 dev.ix.0.mac_stats.rx_frames_65_127: 1041294326 dev.ix.0.mac_stats.rx_frames_128_255: 85729000 dev.ix.0.mac_stats.rx_frames_256_511: 44289698 dev.ix.0.mac_stats.rx_frames_512_1023: 66616039 dev.ix.0.mac_stats.rx_frames_1024_1522: 1638783388 dev.ix.0.mac_stats.recv_undersized: 0 dev.ix.0.mac_stats.recv_fragmented: 0 dev.ix.0.mac_stats.recv_oversized: 0 dev.ix.0.mac_stats.recv_jabberd: 0 dev.ix.0.mac_stats.management_pkts_rcvd: 0 dev.ix.0.mac_stats.management_pkts_drpd: 0 dev.ix.0.mac_stats.checksum_errs: 58309085 dev.ix.0.mac_stats.good_octets_txd: 2604466960626 dev.ix.0.mac_stats.total_pkts_txd: 2967230280 dev.ix.0.mac_stats.good_pkts_txd: 2967230280 dev.ix.0.mac_stats.bcast_pkts_txd: 7837 dev.ix.0.mac_stats.mcast_pkts_txd: 0 dev.ix.0.mac_stats.management_pkts_txd: 0 dev.ix.0.mac_stats.tx_frames_64: 543929978 dev.ix.0.mac_stats.tx_frames_65_127: 587900462 dev.ix.0.mac_stats.tx_frames_128_255: 85715330 dev.ix.0.mac_stats.tx_frames_256_511: 44286755 dev.ix.0.mac_stats.tx_frames_512_1023: 66615662 dev.ix.0.mac_stats.tx_frames_1024_1522: 1638782093 dev.ix.0.mac_stats.fc_crc: 0 dev.ix.0.mac_stats.fc_last: 0 dev.ix.0.mac_stats.fc_drpd: 0 dev.ix.0.mac_stats.fc_pkts_rcvd: 0 dev.ix.0.mac_stats.fc_pkts_txd: 0 dev.ix.0.mac_stats.fc_dword_rcvd: 0 dev.ix.0.mac_stats.fc_dword_txd: 0 Присутствует dev.ix.0.mac_stats.checksum_errs: 58309085 Но менялась и сетевая карта, и кабели и порты на свиче: ошибки по счетчику есть, а реальных потерь пакетов - нет. vmstat -z Ошибок нет. Везде, кроме buckets, нули.

В ОСПФ не силЁн, поэтому и задаю вопросы на форуме. Прошлым постом я уже убедился, что так,как мне нужно, сделать не получится. А на бгп вариант готов - но хотелось же сделать проще =)

Вроде как нашел подобный вариант: http://stack.nil.com...faultMysteries/ Тоесть, на оспф построить то, что мне нужно (аналог бгп) не получится... п.с. Люблю поговорить с умными людьми =)

Нашел http://wiki.nil.com/..._router_designs , но мне интересна балансировка трафика, а не просто файловер.

Доброго дня. Возник такой теоретический вопросец: Есть два роутера, на каждом есть выход в инет. Есть с десяток клиентских Л3 цисок. На всех цисках и роутерах поднят протокол ОСПФ в одном area 100. С каждого роутера я могу проанонсировать в area 100 дефролт-роут. Никто же вроде не запрещает, верно ? Походу, с помощью maximum-path на цисках можно держать несколько одинаковых маршрутов в таблице маршрутизации. Задача стоит такова, что часть цисок должна принимать один дефолт с одной метрикой, а второй - с другой метрикой (большейменьшей - не важно. Суть в резервировании маршрутов) Тоесть, допустим, в оспф есть два дефолт роута. Как их правильно принять на цисках с разными метрикамистоимостьюитп? В бгп для подобного есть локал-префы. Есть ли какойто аналог для оспф ? Нужно, что бы первые пять цисок бегали через 1й роутер, вторые пять - через второй, но при падении любого из роутеров траф начал бежать по запасному маршруту. Сразу вопрос - КАК правильно проанонсить дефолты с роутеров ? Нужно ли както добавлять метрикихз что при анонсировании 0.0.0.00? И вообще - МОЖНО ли так сделать ? п.с. Гугление принесло много интересного, но не ответ на подобный вопрос ... п.п.с. В сети уже есть оспф. На бгп то это как два пальца об асфальт, но - хотелось бы попробовать все это сделать на оспф.

Неактуально. Уже взяли.

Собственно, сабж: Куплю радиатор охлаждения под HP DL180G6.

Куплю б\у проц за адекватную цену. НЕ НОВЫЕ - Б\У.

Забыл отписаться, исправляюсь. Сделал так: router bgp 1111 ! network 2.2.2.0/20 route-map PREP-AS2222 ! neighbor х.х.х.х route-map COMMON-OUT out ! ! ip prefix-list upstream-OUT seq 10 permit у.у.у.у/22 ! ip prefix-list AS2222-OUT seq 10 permit 2.2.2.0/20 ! ! route-map PREP-AS2222 permit 100 set as-path prepend 2222 ! ! ! route-map COMMON-OUT permit 100 match ip address prefix-list upstream-OUT ! route-map COMMON-OUT permit 110 match ip address prefix-list AS2222-OUT ! route-map COMMON-OUT deny 200 ! Отсылаемые маршруты: bgp# sh ip bg ne х.х.х.х advertised-routes BGP table version is 0, local router ID is z.z.z.z Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, R Removed Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path *> 2.2.2.0/20 x.x.x.x 0 32768 2222 2222 2222 i *> 3.3.3.0/19 x.x.x.x 0 32768 1111 1111 i В уа-иксе видно, как UA-IX Looking Glass results Command: show ipv4 bgp Parameter: 2.2.2.1 BGP routing table entry for 2.2.2.0/20, version 447929 Paths: (2 available, best #1, table default) Advertised to update-groups: 1 Refresh Epoch 1 <Аплинк1> <Наша_АС_1111> <Наша_доп_АС_2222> ******* from ********** (*************) Origin IGP, localpref 100, valid, external, best Community: ********* Refresh Epoch 1 <Аплинк2> <Наша_АС_1111> <Наша_доп_АС_2222> <Наша_доп_АС_2222> <Наша_доп_АС_2222> (2 препенда) ********** from *********** (***********) Origin IGP, localpref 100, valid, external Community: ********** Аналогично, через DTEL итд. Вроде как, именно то, что и хотелось сделать: новую АС видно ЧЕРЕЗ старую АС.

хттп-прокси ? сквид ? )) п.с. могу быть и совсем не прав.