mcsim_ck

nik247 для не авторизированых абонентов даем серый ip и редирект на сервер авторизации, после авторизации появляется счетчик и после его окончания абонент получает свой белый ip и возвращается на ту страничку на которую хотел попасть, так вот хотелось бы, что бы абонент долго не ждал своих параметров при авторизации, а получал их максимально быстро, но так же не хотелось бы досить сервер постоянными dhcp запросами от авторизированых абонентов. Для того и хотим для серых ip - 30 сек а для белых 300 или более. У вас есть другие предложения, говорите будем думать. Выдача белых ip не подходит так как их не так уж и много на сегодняшний день.

xeb давно уже не отвечает, может есть другой способ связи с ним?

nik247 подойдет подскажите пожалуйста какой параметр надо передавать радиусом?

Добрый день. Подскажите возможно ли на accel установить разное время аренды ip адреса для разных pool. Ситуация такая, для не авторизированных абонентов выдаем серую подсеть которую редиректим на сайтик авторизации, после авторизации выдаем белый ip. Так вот серым бы хотелось давать время аренды 30 сек а белым 300 к примеру.

Спасибо то что нужно)

Возник еще вопрос, если перейти на технологию ipoe, как бороться с тем что бы пользователь не смог самостоятельно установить себе ip адрес, ну а если он это сделал, то доступа в интернет не было, есть такая технология arp inspection, бороться с ее помощи либо какие хитрые аксесы писать на juniper? Как кто поступает в данной ситуации?

протестил и пришел к выводу, что любой ip который мы хотим назначить абоненту, необходимо что бы был заведен на juniper в dhcp пулах с dhcp атрибутами,только так все работает корректно. Например 1 пул для динамики, выдает билинг посредством перебора и поиска свободного, 1 пул для статики, ip прописан статически в базе и тд.

Добрый день. Стоит задача разобраться как дать интернет по средством ipoe через juniper mx80. Собрал стенд, билинг(самопис) радиус и сам juniper. Juniper является брасом и dhcp сервером. Если раздавать абонентам динамику, создав пулы на железке все работает коректно, а вот если статику тут не получаться, а именно не получаться выдать абоненту основной шлюз. передаю такие параметры: Framed-IP-Address = 192.168.0.2 Framed-IP-Netmask = 255.255.255.0 ERX-Primary-Dns = x.x.x.x ERX-Secondary-Dns = x.x.x.x как передать абоненту основной шлюз? надо передать шлюз по умолчанию 192.168.0.1!

Всем доброго времени суток. Тоже есть сервер 7.4-STABLE, mpd-5.5(pppoe,vpn,). Железо Intel® Xeon® CPU X3480 @ 3.07GHz Решил вставить в него igb двухголовый, две штучки. Схема такая, две сетевые вешаю в lagg и смотрят он в наружу, а на остальные две навешиваю vlan-ы. Так вот собственно вопрос по распределению, те сетевые на которых висит lag распределяются равномерно по ядрам, а те на которых vlan-ы не равномерно. Вот статистика: PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 12 root 1 171 ki31 0K 16K CPU5 5 23.6H 100.00% idle: cpu5 10 root 1 171 ki31 0K 16K CPU7 7 23.6H 100.00% idle: cpu7 13 root 1 171 ki31 0K 16K CPU4 4 23.5H 100.00% idle: cpu4 11 root 1 171 ki31 0K 16K CPU6 6 23.6H 98.73% idle: cpu6 17 root 1 171 ki31 0K 16K CPU0 0 22.4H 95.12% idle: cpu0 16 root 1 171 ki31 0K 16K RUN 1 22.4H 91.46% idle: cpu1 14 root 1 171 ki31 0K 16K CPU3 3 19.6H 78.42% idle: cpu3 15 root 1 171 ki31 0K 16K CPU2 2 17.7H 72.56% idle: cpu2 76 root 1 -68 - 0K 16K WAIT 2 373:18 24.07% irq275: igb2 93 root 1 -68 - 0K 16K WAIT 3 251:03 16.36% irq284: igb3 54 root 1 -68 - 0K 16K WAIT 1 55:50 4.59% irq265: igb1 64 root 1 -68 - 0K 16K WAIT 5 38:32 3.22% irq270: igb1 37 root 1 -68 - 0K 16K WAIT 0 56:53 2.98% irq256: igb0 2405 root 1 46 0 29180K 10720K select 1 68:29 2.69% snmpd 43 root 1 -68 - 0K 16K WAIT 3 38:23 2.49% irq259: igb0 66 root 1 -68 - 0K 16K WAIT 6 37:48 1.90% irq271: igb1 45 root 1 -68 - 0K 16K WAIT 4 36:41 1.90% irq260: igb0 39 root 1 -68 - 0K 16K WAIT 1 40:49 1.76% irq257: igb0 41 root 1 -68 - 0K 16K WAIT 2 36:33 1.51% irq258: igb0 62 root 1 -68 - 0K 16K WAIT 4 36:28 1.51% irq269: igb1 49 root 1 -68 - 0K 16K WAIT 6 34:17 1.42% irq262: igb0 60 root 1 -68 - 0K 16K WAIT 3 40:54 1.37% irq268: igb1 47 root 1 -68 - 0K 16K WAIT 5 35:14 1.32% irq261: igb0 58 root 1 -68 - 0K 16K WAIT 2 39:36 1.22% irq267: igb1 56 root 1 -68 - 0K 16K WAIT 1 36:36 1.22% irq266: igb1 68 root 1 -68 - 0K 16K WAIT 7 36:22 1.07% irq272: igb1 51 root 1 -68 - 0K 16K WAIT 7 34:30 0.93% irq263: igb0 vmstat -i | grep igb irq256: igb0 756720008 8352 irq257: igb0 197764216 2182 irq258: igb0 177279548 1956 irq259: igb0 181277615 2000 irq260: igb0 197996716 2185 irq261: igb0 186843687 2062 irq262: igb0 183530872 2025 irq263: igb0 181866497 2007 irq264: igb0 4 0 irq265: igb1 765738549 8451 irq266: igb1 181670703 2005 irq267: igb1 186292780 2056 irq268: igb1 189463604 2091 irq269: igb1 196028338 2163 irq270: igb1 204377553 2255 irq271: igb1 198425534 2190 irq272: igb1 193709760 2138 irq273: igb1 5 0 irq275: igb2 769140625 8489 irq276: igb2 4098053 45 irq277: igb2 3728449 41 irq278: igb2 4509908 49 irq279: igb2 6606983 72 irq280: igb2 2963080 32 irq281: igb2 4188590 46 irq282: igb2 11297904 124 irq283: igb2 4 0 irq284: igb3 719996925 7946 irq285: igb3 2584035 28 irq286: igb3 10696024 118 irq287: igb3 2313979 25 irq288: igb3 11002020 121 irq289: igb3 2021147 22 irq290: igb3 14660273 161 irq291: igb3 20451048 225 irq292: igb3 4 0 netstat -w1 -h input (Total) output packets errs bytes packets errs bytes colls 230K 0 184M 231K 0 197M 0 192K 0 146M 192K 0 155M 0 200K 0 161M 198K 0 165M 0 195K 0 157M 193K 0 160M 0 177K 0 162M 166K 0 132M 0 прерывания irq275: igb2 и irq275: igb2 привязал к разным ядрам потому что вообще падает в одно ядро... Подскажите есть ли какой тюнинг, у кого как?

Для эксперимента переключил один дом с проблемного влана на другой сервер доступа, проблемы нету. Логи и коммутаторы смотрел, нечего не вижу. Могут ли не справляться сетевухи? em0@pci0:5:0:0: class=0x020000 card=0x10a48086 chip=0x10a48086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '82571EB Gigabit Ethernet Controller' class = network subclass = ethernet em1@pci0:5:0:1: class=0x020000 card=0x10a48086 chip=0x10a48086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '82571EB Gigabit Ethernet Controller' class = network subclass = ethernet em2@pci0:6:0:0: class=0x020000 card=0x10a48086 chip=0x10a48086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '82571EB Gigabit Ethernet Controller' class = network subclass = ethernet em3@pci0:6:0:1: class=0x020000 card=0x10a48086 chip=0x10a48086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '82571EB Gigabit Ethernet Controller' class = network subclass = ethernet em4@pci0:8:0:0: class=0x020000 card=0x34848086 chip=0x10968086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel PRO/1000 EB (Intel PRO/1000 EB)' class = network subclass = ethernet em5@pci0:8:0:1: class=0x020000 card=0x34848086 chip=0x10968086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel PRO/1000 EB (Intel PRO/1000 EB)' class = network subclass = ethernet netstat -w1 -h input (Total) output packets errs bytes packets errs bytes colls 177K 0 135M 185K 0 148M 0 169K 0 130M 177K 0 141M 0 165K 0 125M 173K 0 139M 0 164K 0 125M 171K 0 137M 0 172K 0 132M 181K 0 146M 0

ping -s 1024 -A XX.XX.XX.XX во время того как начинаються потери смотрю на сервер доступа netstat -w1 -h -IvlanXXX вижу что трафик падает до 10 - 30К в нормальном режиме 1 - 10M.

Добрый день всем. Столкнулся возможно с похожей проблемой, иногда время от времени на сервере доступа падает трафик в сторону одного из вланов, при этом у абонентов видны потери в инет, думал проблема в середине влана, но нет по локальноу ip адресу абонент пингуеться без потерь. Подскажите куда копать как лечить.

У меня FreeBSD 7.4-STABLE amd64 параметров те что описали вы нет.

1. покажите tcpdump -eni eth1.154 broadcast 2. есть ли ограничение по brodcast 3. 90% нагрузки это много. Лично у меня железо Intel® Xeon® CPU E5405 @ 2.00GHz на нем nagios и cacti. В nagios 3029 хостов 5607 сервисов, жалоб нет.

Это для какой версии FreeBSD у меня нет таких параметров. sysctl net.isr net.isr.swi_count: 98291198 net.isr.drop: 0 net.isr.queued: 1468290228 net.isr.deferred: 3997407 net.isr.directed: 1107893454 net.isr.count: 1111309153 net.isr.direct: 1 еще есть вопрос, кто то толково объяснить мне может, что такое ентропия во FreeBSD в кронтабе */11<-->*<----->*<----->*<----->*<----->operator /usr/libexec/save-entropy собственно почему спрашиваю, заметил загрузку 8 ядер под 90% на протяжении 5 минут, примерно в это время запускалась энтрпия. Есть ли смысл ее выключить, на что может повлиять?