afedorov писал(а):
Насколько я понял в вашей реализации на контракт вешаются объекты в которых инфа о том, откуда можно подключаться, но к конкретным логинам контракта эти объекты не привязаны и любой логин контракта сможет подключиться из любой точки описанной в объектах этого контракта?
Именно так. Я не вижу смысла прибивать гвоздями конкретный логин/алиас договора к свичу/порту, т.к. у меня "кол-во абон. платы = абон. плата * кол-во логинов" (анлимы же, доп логин - всего лишь уход от доп. договора), а раз клиент платит - не все ли равно с какого именно свича/порта он зайдет? Например: если у него 2 логина в разных концах города - мне проще разрешить юзеру пользоваться его логинами/алиасами в любой точке подключения, чем общаться с ним и объяснять что он не может пользоваться логином А в точке Б - так и юзер доволен и мне спокойней и, главное, прибыльнее.
afedorov писал(а):
Кода не многовато?
Насколько я смог разобраться - через API короче не получится, но если Вы сможете - буду рад посмотреть как это можно сделать.
afedorov писал(а):
Какой у вас call rate и какие процессорные мощности на сервере?
Call rate большой только в начале месяца и только в полночь, вот тогда мой слабенький сервак "проседает", все остальное время полет нормальный. Сервер, на котором живут все компоненты БГБ и мускул (InnoDB), такой:
Код:
# sysctl dev.acpi.0.%desc
dev.acpi.0.%desc: INTEL S3200SHL
# sysctl hw.model
hw.model: Intel(R) Core(TM)2 Duo CPU E7300 @ 2.66GHz
# sysctl hw.realmem
hw.realmem: 9126805504
"Проседает" только по памяти (загрузка проца стабильно 5-10%), т.к. мускулу ее не хватает, а мать бОльше не понимает. Сейчас выношу мускул на отдельный сервак с 32ГБ оператики и, надеюсь, тогда все будет нормально, т.е. без "проседаний".