Vicus

Как же подз поднадоел этот ТТК, у которого при аварии на магистрали врубается петля. Вместо того, чтобы упасть и не отдавать пострадавшие маршруты BGP, он продолжает их анонсить и продолжает анонсить нас на запад. В итоге: и трафика толком нет (100-200 Мегабит вместо положенных 1.8 гигабит в это время суток), потому что петля (очевидно во много раз менее емкая) враз нагружается под завязку всеми операторами, и на второй канал (Ростелеком) полностью не переходит, по выше описанным причинам... Толку от такой петли ноль. Зла не хватает.

Отвечу за коллегу :) PS: посмотри в аську

Правильно, я считал по нагрузке на линк СОРМ, а там уже и входящий и исходящий...

Доброе время суток, Предлагаю обсудить http://www.leonidvolkov.ru/p/131/ Если примут закон, мы как мелкий провайдер можем смело закрываться, т.к. при средней нагрузке на наши каналы в 3 гигабита в секунду, это получается, что надо хранить 35.5 петабайт данных, без учета роста абон. базы и трафика. В ценах это 4435 жестких дисков объемом 8Тб по цене (на вскидку) 75 лямов рублей... А еще оборудование, помещение и электричество чтобы это все запитать и охладить... Короче какой-то бред получается.

Они хитрые, хотят чтобы при проверке соответствующими контроллирующими службами ответственность спихнуть на вас... За платно еще можно подставится, забесплатно я бы ни за какие коврижки не подписался...

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

Вам нужен IF-IF Converter Мы для переноса сигнала от антенного поля до ГС используем оборудование IKUSI, а именно: Несколько SPC-030 (до 3-х транспондеров с одной или двух голов), собранные в цепочку, далее SAT-IF Сумматор/Усилитель HPA-920 и все это в оптику через FTD-передатчик. Приём ихним приемником (модель не помню). Все работает пару лет без нареканий. Настроил и забыл.

Здравствуйте. А можете показать конфиги какие у Вас в итоге вышли sysctl.conf loader.conf ? И желательно вывод top -aSCHIP Спасибо! # cat /etc/sysctl.conf security.bsd.see_other_uids=0 net.inet.ip.dummynet.io_fast=1 net.inet.ip.fw.one_pass=1 net.inet.ip.dummynet.pipe_slot_limit=1000 net.inet.icmp.icmplim=20000 net.inet.ip.dummynet.hash_size=65535 net.inet.ip.dummynet.expire=0 net.inet.ip.forwarding=1 net.inet.ip.fastforwarding=0 net.link.ether.inet.proxyall=1 dev.em.0.rx_int_delay=200 dev.em.0.tx_int_delay=200 dev.em.0.rx_abs_int_delay=4000 dev.em.0.tx_abs_int_delay=4000 dev.em.0.rx_processing_limit=4096 dev.em.1.rx_int_delay=200 dev.em.1.tx_int_delay=200 dev.em.1.rx_abs_int_delay=4000 dev.em.1.tx_abs_int_delay=4000 dev.em.1.rx_processing_limit=4096 dev.em.2.rx_int_delay=200 dev.em.2.tx_int_delay=200 dev.em.2.rx_abs_int_delay=4000 dev.em.2.tx_abs_int_delay=4000 dev.em.2.rx_processing_limit=4096 dev.em.3.rx_int_delay=200 dev.em.3.tx_int_delay=200 dev.em.3.rx_abs_int_delay=4000 dev.em.3.tx_abs_int_delay=4000 dev.em.3.rx_processing_limit=4096 kern.ipc.nmbclusters=128000 kern.ipc.maxsockbuf=16000000 net.graph.maxdgram=8388608 net.graph.recvspace=8388608 net.inet.ip.redirect=0 kern.random.sys.harvest.ethernet=0 kern.random.sys.harvest.point_to_point=0 kern.random.sys.harvest.interrupt=0 # cat /boot/loader.conf net.isr.maxthreads=4 net.isr.dispatch=hybrid net.isr.bindthreads=1 net.graph.maxalloc=65536 net.graph.maxdata=65536 hw.em.rxd=4096 hw.em.txd=4096 hw.em.rx_int_delay=200 hw.em.tx_int_delay=200 hw.em.rx_abs_int_delay=4000 hw.em.tx_abs_int_delay=4000 hw.em.rx_process_limit=4096 net.link.ifqmaxlen=10240 ipdivert_load="YES" last pid: 33653; load averages: 1.48, 1.53, 1.40 up 15+15:33:19 21:35:33 107 processes: 6 running, 77 sleeping, 24 waiting CPU 0: 0.0% user, 0.0% nice, 7.9% system, 27.6% interrupt, 64.6% idle CPU 1: 0.0% user, 0.0% nice, 2.4% system, 25.6% interrupt, 72.0% idle CPU 2: 0.0% user, 0.0% nice, 0.8% system, 18.5% interrupt, 80.7% idle CPU 3: 0.0% user, 0.0% nice, 30.7% system, 11.8% interrupt, 57.5% idle Mem: 63M Active, 25M Inact, 325M Wired, 47M Buf, 3503M Free Swap: PID USERNAME PRI NICE SIZE RES STATE C TIME CPU COMMAND 11 root 155 ki31 0K 64K RUN 2 326.5H 83.50% [idle{idle: cpu2}] 11 root 155 ki31 0K 64K RUN 1 321.7H 74.41% [idle{idle: cpu1}] 11 root 155 ki31 0K 64K CPU0 0 284.8H 68.51% [idle{idle: cpu0}] 11 root 155 ki31 0K 64K CPU3 3 294.1H 65.53% [idle{idle: cpu3}] 0 root -92 0 0K 288K CPU2 3 55.2H 26.03% [kernel{em1 que}] 12 root -72 - 0K 384K WAIT 1 43.2H 21.29% [intr{swi1: netisr 1}] 12 root -72 - 0K 384K WAIT 2 41.5H 17.77% [intr{swi1: netisr 2}] 12 root -72 - 0K 384K WAIT 0 29.6H 14.94% [intr{swi1: netisr 0}] 12 root -92 - 0K 384K WAIT 1 41.4H 14.84% [intr{irq266: em2:rx 0}] 12 root -72 - 0K 384K WAIT 3 27.0H 12.35% [intr{swi1: netisr 3}] 0 root -16 0 0K 288K sched 1 2:06 4.69% [kernel{swapper}] 33642 root -16 - 0K 16K - 3 0:00 4.64% [newnfs 0] 12 root -92 - 0K 384K WAIT 1 256:55 1.56% [intr{irq267: em2:tx 0}] 13 root -16 - 0K 64K sleep 1 81:17 0.49% [ng_queue{ng_queue0}] 13 root -16 - 0K 64K sleep 1 80:24 0.49% [ng_queue{ng_queue3}] 13 root -16 - 0K 64K sleep 0 80:47 0.39% [ng_queue{ng_queue1}] 13 root -16 - 0K 64K sleep 3 80:46 0.39% [ng_queue{ng_queue2}] 12 root -60 - 0K 384K WAIT 1 367:25 0.05% [intr{swi4: clock}] Сейчас как-раз ЧНН, данные взял с самого нагруженного шлюза. 650 мегабит, 700 пользователей....

И? Это уберет необходимость создавать на свитче все вланы, которые через транковые порты идут?

А провайдерам не из Москвы и МО куда выйти скажешь? Особенно на ДВ.

Почему же неконкурентноспособные? Очень даже. Что касается скорости и оплаты, то вообще вне конкуренции.

Из всего пожалуй только кабельного тестера нет. Все остальное есть. Вебморда не нужна вообще (хотя проблем ни в IE, Firefox, Chrome не видел). АЦЛ более чем нормальный. SNMP тоже полностью функционален. Вы случаем в D-Link'е черным пиарщиком не подрабатываете?

:D это 5+ Я этого не писал, так что поправьте свой блок цитаты.

По проектной цене вполне себе нормален. А по фичам, что именно есть в D-Link, чего нет в Zyxel?

Вот кстати про CLI, после долгих использований всяких цисок, зюхелей и прочее реально просто понравился JUNOS CLI... ничего лучше еще не встречал.