ageNT_666

можете проверить 1г модули с 100м медиками заводятся?

Мы пользуемся только финмарком, за 3 года проблем не было вообще. Лежит одна трасса южкабель 800м, за 1 год утянулся метров так на 6-8, но уже почти как год нормально стал себя вести, из за этого доверие к южу пропало совсем!

например?

planet GSW-2416sf у меня несколько штучек стоит, проблем не было уже 2 года вообще, единственное очень жаль что SFP дырки 1г и не могут работать с 100м медиками даже если модуль 100м втыкаешь. отлично работает с 100м медиками Ну и как Вы этого достигли, максимум что получалось - это переставляя порт на 100м вроде бы как заводится но через линк ничего не бегает!

Ну тогда DES-3200-28f я себе думаю такой брать для линков по частному сектору, то уже горы медиков достали))

planet GSW-2416sf у меня несколько штучек стоит, проблем не было уже 2 года вообще, единственное очень жаль что SFP дырки 1г и не могут работать с 100м медиками даже если модуль 100м втыкаешь.

+1 абиллс

Ну я и не говорю что готовить могу, тема висит около месяца, могли бы подсказать в чем могла быть причина. Настроил за неделю 3 серва и не на одном из них нет боков, тьфу-тьфу)), из железа на них ничего не менялось(на 1 только винт поменяли), раньше на 10 мегах обрывало каждые 5 минут, а сейчас уже около суток торрент тянит 20 мег и нормально.

Поставил Debian все гуд! конфиги сравнивал абсолютно одинаковые, вывод напрашивается сам))

Приехали точки доступа, забыл что они идут без блоков питания, а включить нужно срочно, можно ли как нибудь запустить их от 12V блока питания, задать на синюю пару "+" а на коричневую "-"? ктото уже так запускал?

Перевёл основной серв на rlm_exec всё равно обрывы, поидее с rlm_perl всё нормально, буду сейчас подымать ещё один серв и на нем тестировать, то както не очень хорошо на основном серваке тестировать!(( выдержка из freeradius -X ++[perl] returns ok Sending Accounting-Response of id 198 to 127.0.0.1 port 49947 Finished request 1032. Cleaning up request 1032 ID 198 with timestamp +538 Going to the next request Ready to process requests. rad_recv: Accounting-Request packet from host 127.0.0.1 port 59413, id=199, length=143 Acct-Session-Id = "4D47C7E725D300" User-Name = "tes

Intel pro 1000 mt desktop

дело в том что сесии обрываются и когда канал не в пике пробывал в сегодня в 7 часов утра. мониторинг стоит какти в пике более 200 сесий и pps около 9к пакетов. сетевая отпадает, пробывал на другом серваке с сетевой 8169 и нагрузкой намного меньше, всеравно обрыв идет на 10мегах через 5-10 минут. пробывал на тестовом стенде серв с абиллс 0.4 и rlm_exec а не rlm_perl скачал 3.5 гига обрыва небыло! подозрение падает на rlm_perl завтрв попробую основной серв перевести на rlm_exec и я думаю что сразу будет понятно.

дело в том что сесии обрываются и когда канал не в пике пробывал в сегодня в 7 часов утра. мониторинг стоит какти в пике более 200 сесий и pps около 9к пакетов. сетевая отпадает, пробывал на другом серваке с сетевой 8169 и нагрузкой намного меньше, всеравно обрыв идет на 10мегах через 5-10 минут. пробывал на тестовом стенде серв с абиллс 0.4 и rlm_exec а не rlm_perl скачал 3.5 гига обрыва небыло! подозрение падает на rlm_perl завтрв попробую основной серв перевести на rlm_exec и я думаю что сразу будет понятно.

Пинги бегают постоянно, <1мс 1024 пакетом; 3мс 12000 Потерь нет вообще!!

Трафика ходит немного 50 инет + локальный(междугородний) около 200 мег в пике! В локалку смотрит десктопная интеловая 1г сетевушка!

Ну это у меня на тестовом компе, стоит 7, и начинают жаловаться клиенты у клиентов не знаю что, сегодня попробую на десктопной машинке с линуксом, и через роутер! чтоб уже точно определить проблему! а активка тут причем? на меньших тарифах то не рвется... я бы начал рыть в сторону pptpd У человека Lost Carrier. Session terminated when modem dropped DCD(Data Carrier Detect). This can either mean the user or his modem hung up the phone from their end, in which case there is no problem, or can mean that the line was dropped or took a noise hit too severe for the modems to recover

Попробывал поставить 10 мег и запустил торрент, каждые 10 минут обрыв, причем сначала пропадает полностью инет а гдето через минуту рвется сама сессия, как я понял алив пакеты теряются Acct-Interim-Interval=60 и происходит дисконект!

Добрый день, у меня возникла проблема разрыва pptp сессий у клиентов когда я добавил новый ТП 4 Мбита, когда раздавал максимум 2 Мбита было всё отлично, в статистике сессии пишет 2 : Lost-Carrier, странно но в логах пустота. Отключается только на 4х Мбитном пакете когда качаешь долго большие объёмы, например с торрента, может отключится через 20 минут а может и через 2 часа! PS. Ubuntu 9.10, pptpd v1.3.4, FreeRADIUS Version 2.1.0, abills 0.51b.

Интересно, сколько в Киеве за такую работу платят?

Не знаю как у кого а у меня нагрузка в пике 60-70% при 250 активных изверях, нагрузка распределяется нормально на 2 ядра, проц "model name:Pentium® Dual-Core CPU E5400 @ 2.70GHz", тип авторизации pptp, биллинг - абиллс, сейчас стоит авторизация через rlm_exec, на днях буду ставить rlm_perl, когда пробовал с перлом проц в пике был 20-22%. Сетевухи стоят 8139 ещё и вланы на них крутятся, жуть!))) У знакомого стоит "Intel® Core i7 CPU 920 @ 2.67GHz" в пике 1500 юзверей онлайн. ЗЫ. за сетевухи не пинайте, поменять руки не доходят.

2 spaul спасибо, что натолкнул на мысль, я его победил)) ошибка была в /etc/freeradius/sites-enabled/default Просто нужно внимательно читать)))

/etc/freeradius/sites-enabled/default authorize { preprocess perl #abills_preauth mschap #files #abills_auth } preacct { preprocess #abills_acc perl } #post-auth { #Post-Auth-Type REJECT { #abills_postauth #} #} post-auth { Post-Auth-Type REJECT { perl } } authenticate { Auth-Type PAP { pap perl } Auth-Type CHAP { chap } Auth-Type MS-CHAP { mschap } unix eap } accounting { unix radutmp perl } /etc/freeradius/sites-enabled/inner-tunnel я его не трогал, там всё по дефолту

Это я сделал, запускается вродибы нормально, юзеры конектятся но в мониторинге не отображаются FreeRADIUS Version 2.1.0, for host i486-pc-linux-gnu, built on Sep 17 2009 at 17:22:02 Copyright (C) 1999-2008 The FreeRADIUS server project and contributors. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. You may redistribute copies of FreeRADIUS under the terms of the GNU General Public License v2. Starting - reading configuration files ... including configuration file /etc/freeradius/radiusd.conf including configuration file /etc/freeradius/proxy.con

Завязал, но возникла проблема в мониторинге не отображаются пользователи, когда возвращаю на exec всё нормально! Где баг? ЗЫ биллинг - abills 0.52b