Silius

Всем доброго времени суток! Заметил на коммутаторе при выводе информации о привязки Dhcp snooping на порту строчку "Alarm info: 1" и данные по этому алярму: NODE#show ip dhcp snooping interface ethernet 1/8 interface Ethernet1/8 user config: trust attribute: untrust action: none binding dot1x: disabled binding user: enabled recovery interval:0(s) Driver user number 1 : Max user number 1024 Alarm info: 1 -------------------------------------------------------- DHCP Snooping:Ethernet1/8 (00:30:27 )action: none Binding info: 1 Static Binding info: 0 Static Binding info from shell: 0 Static Binding info from server: 0 flag: D - Dynamic ; U - already upload server ; S - static binding info from shell; R - static binding info from server; O - dhcp ack has option82; X - notify dot1x ok; L - notify driver ok; E - notify dot1x error P - binding protect; -------------------------------------------------------- DHCP Snooping Binding built at SUN JAN 01 00:25:39 2006 Time Stamp: 1544 Ref Count: 1 VID 43, Port: Ethernet1/8 Client MAC: ac-f1-df-2e-10-bb Client IP: 10.110.1.90 255.255.255.0 Gateway: 10.110.1.1 Lease: 86400(s) Flag: DL Expired Binding: 0 Request Binding: 0 Модель свитча SNR-S2950-24G "Погуглил" по этому вопросу, но ответа как-то не нашел или плохо искал :) Может кто-нибудь знает что это за алярм и что коммутатор хочет им сказать?

А тема то началась с простого вопроса про Vlc и Астру, а переросла в программерское обсуждение проблемы :)

Всем доброго времени суток! Поделитесь пожалуйста если у кого есть софтом для SCE 2000, а конкретнее JavaAPI для софта версии 3.8.5, он идет как часть набора LEG. У меня есть только от 3.8.0 архив scms-sm-v380-b98-leg.tgz. За ранее благодарю!

Куплю сети IPv4 /24 /23 /22, предложения в личку.

Добрый день! Если тема еще жива поделитесь пожалуйста софтом для SCE 2020 :) За ранее Очень благодарю!

Добрый день! Действительно так и есть, такой эффект проявляется именно на SpeedTest, если например просто начать качать файл по HTTP или выгружать его от клиента то скорость ограничивается как положено. Хитрая железка :), разбираюсь дальше.

Добрый день! У меня SCE в данный момент установлена в тест, т.е. нагрузки на нее никакой нет. Создано два тарифа и два подписчика по одному IP на каждый. Проблема в том что например создан простой тариф со скоростью 5 Мбит (5120 Kbit) в итоге получается так что входящая скорость на абоненте четко 5 Мбит, а вот исходящая в 2 раза больше т.е. 10 Мбит. Такая проблема заметна только если ограничение на выход от абонента установлено больше 3 Мбит, т.е. если ставить 3 Мбит или менее то скорость режется четко как установлено. Проверку делаю на локальном SpeedTest. Версия софта 3.7.5. Никто не замечал такой проблемы с неправильной нарезкой исходящей скорости?

Добрый день! Причину в принципе нашел, aggressive уже давно стоит. В конфиге теперь так: set limit { states 1800000, frags 300000, src-nodes 60000, table-entries 400000} set optimization aggressive До этого стояло set limit 900000 и эти adaptive timeouts вычисляются автоматически: # pfctl -st | grep adaptive adaptive.start 1080000 states adaptive.end 2160000 states Поставил просто limit побольше до 1800000 теперь adaptive стал больше. В man pf.conf говориться что отключить эти adaptive timeouts можно выставив их в ноль: set timeout { adaptive.start 0, adaptive.end 0 } я это проверил, в итоге сессии достигают выставленного лимита и начинается деградация (разрывы соединения и т.д.). В общем пока точно не понял про механизм adaptive, надо еще почитать. Главное то что если ставить состояний больше то они всеравно не достигают этого лимита а максимум будет это adaptive.start. По памяти ядра делался тюнинг на увеличение, пока все стабильно на x32.

У меня вот так: pfsrctrpl: 124, 60016, 0, 0, 0, 0 pfrulepl: 828, 0, 37, 155, 353, 0 pfstatepl: 284, 900004, 225464, 395576, 2509145129, 0 pfaltqpl: 224, 0, 0, 0, 0, 0 pfpooladdrpl: 68, 0, 29, 251, 294, 0 pfrktable: 1240, 1002, 0, 0, 0, 0 pfrkentry: 156, 400000, 0, 0, 0, 0 pfrkentry2: 156, 0, 0, 0, 0, 0 pffrent: 16, 300034, 0, 1218, 363642658, 0 pffrag: 48, 0, 0, 1014, 179993779, 0 pffrcache: 48, 10062, 0, 0, 0, 0 pffrcent: 12, 50141, 0, 0, 0, 0 pfstatescrub: 28, 0, 0, 0, 0, 0 pfiaddrpl: 100, 0, 0, 0, 0, 0 pfospfen: 108, 0, 696, 204, 9744, 0 pfosfp: 28, 0, 407, 482, 5698, 0 Это не пиковая загрузка. Днем сегодня кол-во состояний было до упора, потом я перезапустил pf, теперь их кол-во плавно растет. До перезапуска было впечатление что pf не очищал состояния... P.S. система i386 7.3-STABLE-201008 FreeBSD 7.3-STABLE-201008

В man pf.conf в разделе про лимиты: set limit Sets hard limits on the memory pools used by the packet filter. See zone(9) for an explanation of memory pools. For example, set limit states 20000 Кажется понятно что количество состояний в таблице зависит от memory pool, только вот сколько не гуглю не могу найти как изменить этот размер памяти для pf. Неужели придется править исходники и пересобирать :(

Всем доброго времени суток! Тоже заметил такую ситуацию что pf не выходит за пределы 600000 состояний. Кто-нибудь тюнил это? :) Делаешь set limit states 1000000 всеравно не больше 600000.

Всем доброго времени суток! Кто использует данный Supervisor а конкретно WS-SUP32-GE-3B. Подскажите пожалуйста по модулю памяти для MSFC Bootflash (видно на фото по ссылке под номером 4) уже всю голову сломал как найти такой же только на 64MB, в данный момент установлен на 32MB, и нужный IOS не загружается т.к. у него требования под 64MB Bootflash. В show version я так понимаю эта строчка отвечает за эту память "32768K bytes of Flash internal SIMM (Sector size 512K)" Хотя бы модель какая на нем написана на плашке 64MB, на моем написано SM73288XV1CIEG1DA0. За ранее благодарен за помощь!

Сегодня переставил DHCP и Radius сервер на Centos 5.5 DHCP начал хотябы получать ответы от Radius'a теперь точно такая же проблема как у вас :) тоже не может найти ответ от Радиуса, жду ответа их техподдержки.

Просто судя из этих строчек я понял что клиент всетаки получает настройки но если добавить в атрибуты шлюз то уже не получает, а на деле получается что у нас одинаковая проблема в том что на DHCP сервер просто не возвращается ответ от Радиуса. По системе, у меня это все на FreeBSD 7.3 стоит а у вас я так понимаю какой-то Linux судя из названия сетевого интерфейса, а какой Linux если не секрет? :) Просто уже не знаю что делать, щас буду ставить Linux и проверять на нем судя из документации LanBilling'a у них конфигурация описана на Fedore. И кстати у меня такого "WARN: Can't find request info for client" в логах нет вообще, тоесть радиусу запрос передался он авторизовал настройки в логах какие выдал тоже написаны а на деле ничего на DHCP не вернулось.

Добрый день! Не могли бы показать свою конфигурацию DHCPd и на какой системе это все работает? так как настраиваю такую конфигурацию и столкнулся с проблемой что ответ от радиуса совсем не приходит, хотя судя по логам авторизацию запрос проходит и даже адреса выдаются а ответа от DHCP с настройками нет.