BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 19 апр 2024, 03:27

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 24 ] 
Автор Сообщение
СообщениеДобавлено: 15 фев 2010, 22:03 
Не в сети

Зарегистрирован: 30 июл 2009, 15:12
Сообщения: 17
Карма: 0
В отчете по трафику учитывается и отображается наработка в объеме (мегабайты за час).
А если у меня UnLimit и мне по барабану сколько трафика в М(Г)байтах там пролетело,
а вот на какой скорости это все пролетало, то бишь с каким качеством или с какой нагрузкой работает канал?

Вложение:
graf.jpg


Последний раз редактировалось Arcad 19 фев 2010, 13:05, всего редактировалось 1 раз.

Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 16 фев 2010, 00:31 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 08 мар 2007, 20:44
Сообщения: 1570
Откуда: Челябинск
Карма: 18
не путайте систему мониторинга с биллинговой системой.

_________________
Интернет и телефония оптом со склада, или в розницу


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 16 фев 2010, 17:36 
Не в сети

Зарегистрирован: 30 июл 2009, 15:12
Сообщения: 17
Карма: 0
Не понял а причем тут мониторинг!?

Речь идет как раз о биллинге, клиент контролирует свой канал (причем это не обязательно какой-то интерфейс, это может быть и QoS по IP)
если клиент заказывал конкретную скорость услуги то по наработке ее без некоторых расчетах не определить.

Вложение:
graf2.jpg
Вложение:
graf1.jpg


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 16 фев 2010, 18:34 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Arcad писал(а):
Не понял а причем тут мониторинг!?

Речь идет как раз о биллинге, клиент контролирует свой канал (причем это не обязательно какой-то интерфейс, это может быть и QoS по IP)
если клиент заказывал конкретную скорость услуги то по наработке ее без некоторых расчетах не определить.

Вложение:
graf2.jpg
Вложение:
graf1.jpg


а я не понял пр чем тут биллинг ?

вот это и есть мониториг :
Arcad писал(а):
а вот на какой скорости это все пролетало, то бишь с каким качеством или с какой нагрузкой работает канал?

цена же выставленная клиенту не зависит от загрузки канала ? Иди вы хотите задним числом по факту выставлять - грузил весь канал - брать 100% абонплаты, грузил 50 % - брать половину абонплаты ?..
Я так понимаю вам это чисто для планирования нужно , а не для выставления цены клиенту .Это и есть мониторинг


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 16 фев 2010, 18:38 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Вообще у нас есь мысль сделать отдельную систему, сопряжённую с биллингом, типа equipment manager для подобных вещей . Но пока работы в этом направлении не начаты . и наверное возьмемся за это не раньше, чем допилим CRM-систему (в разработке ).


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 16 фев 2010, 18:59 
Не в сети

Зарегистрирован: 16 ноя 2007, 16:11
Сообщения: 829
Карма: 49
Объединяйтесь с Топологией (http://dev.rinet.net/dev/topology/description/index.php)! ;)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 фев 2010, 12:50 
Не в сети

Зарегистрирован: 30 июл 2009, 15:12
Сообщения: 17
Карма: 0
vdd писал(а):
Объединяйтесь с Топологией (http://dev.rinet.net/dev/topology/description/index.php)! ;)


Для VDD.
да можно и Топологию применять, можно старый The Finger (если мне память не изменяет) найти, или "Объединяйтесь с The Dudo (http://www.mikrotik.com/thedude.php)
Все это отдельная тема и не для этого форума.

Для Stark
Приведенные графики ДА применяются в основном в мониторинге.
Все выше перечисленные программы собирают данную статистику с интерфейса через который могут работать десятки клиентов, следовательно мне необходимо видеть десятки таких графиков для каждого клиента.

Доскональна структуру базы я пока не изучил, поэтому за невежество не судить, но суть решения попробую изложить.

Исходное: имеем архив за прошлый год от старого/резервного коллектора + текущая наработка в реальном времени.
Сейчас: Поток (принятый и сохраненный на диск "как есть") обрабатывается исходя из данных КОГДА, ОТ КОГО, К КОМУ, СКОЛЬКО - биллинг записывает некому User-у что в некоторый ЧАС(КОГДА) в определенном НАПРАВЛЕНИИ(ОТ КОГО - К КОМУ) прибавляет к ВСЕГО + СКОЛЬКО.
Предложение: Каждому User-у добавить еще некую статистику которая заполняется не суммарно за ЧАС, а квантово QTime=5сек (можно сделать переменной в конфиге от 1 - 60 сек), за этот период суммируется наработка всех пакетов SBit, ну а дальше банальная матиматика начальной школы V=S/t или в нашем случае VSpeed=SBit/QTime. Тоесть в базу записываем Определенный маркер времени MTime который объединяет десяток QTime, ну и саму последовательность десятка вычислений VSpeed.

Отображение такой статистики будет вестись в виде третей закладке в каждом ДОГОВОР -> ОТЧЕТ -> ПРОСМОТР | ПЕЧАТЬ | ГРАФИК
Основное отображение (по умалчанию) показывает по вункции Y=VSpeed(MTime), надо болие детально клиент меняет маштаб (M) как вплюс (Y=VSpeed(QTime)) так и в минус (Y=VSpeed(MTime*M)/

Вот пока и все умозаключение. Благодаря такой статистике можно аналитаку строить по каждому клиенту, при этом на интерфейсе всеравно картина будет одна и таже.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 фев 2010, 13:43 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
т.е кроме наработки за час записывать еще статистику за меньший квант времени и хранить это в отдельной таблице ..Это может делать и внешнее приложение . Т.е берет исходные логи netflow и расичтвает по ним скорости(или наработку) в кванты времени , сохраняя это в бд. Т.е это может быть система с web-интерфейсом отделтьная и бд может быть тоже отдельная , нужне только доступ к логам netflow .Если мы это и будем делать , то скорее всего так . Т.е не в самом биллинге


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 фев 2010, 14:29 
Не в сети

Зарегистрирован: 30 июл 2009, 15:12
Сообщения: 17
Карма: 0
Не в самом биллинге это не интересно, Если для каждого параметра нужно ставить отдельный софт причем не смакуемый друг с другом то это как-то не профессионально.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 фев 2010, 16:49 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Arcad писал(а):
Не в самом биллинге это не интересно, Если для каждого параметра нужно ставить отдельный софт причем не смакуемый друг с другом то это как-то не профессионально.


кто сказал что что для каждого параметра ? кто сказал что он будет нестыкуемый с биллингом ? ..Я всего лишь хотел сказать что нужна отдельная система мониторинга оборудования , где будет и топология сети и ваши графики скорости и т.п ..И она будет состыкована с биллингом (хотя может и без него работать в общем случае, т.е 2 режима ) . У нас сейчас реализуется отдельная crm-система для работы с клиентами , она берет часть данных из биллинга(в общем случае из нескольких биллингов ) . Нечто подобное нужно сделать и для оборудования .


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 фев 2010, 18:24 
Не в сети

Зарегистрирован: 30 июл 2009, 15:12
Сообщения: 17
Карма: 0
Ну тогда я согласен с таким тесным взаимодействием разных систем ради снижения нагрузки на сервера и разделения клиентских модулей по доступу. Пусть каждый занимается своими данными админ/дилер/кассир.

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 фев 2010, 19:00 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
т.е вы предлагает для анлммитных клиентов хранить не почасовой трафик, а трафик для более мелкого интревала .Мда ..с одной стороны вроде как получается что анлимитных клиентов считать не надо и поэтому биллинг проще должен быть..Но с другой стороны им нужно видеть свою скорость с очень большой точностью , что увеличивает значительно объемы данных. Т.е получается что мы храним кучу значений лишних. Но не для обсчета ..а для того чтобы клиента Видел .Не для того чтобы ему денег начислить (что и есть функция биллинга), а для того чтобы клиент это увидел . Т.е в данном случае - это задача мониторинга .

Теперь вообще об организации взаимодействия между нашими различными подсистемами. Как мы это видим .. Первичным для оператора и клиента является ни биллинг, ни crm , ни система мониторинга . Первичным является - АРМ(автоматизированное рабочее место ) , он заходит туда и видит наработку из биллинга , видит заявки из crm , видит данные по мониторингу .Т.е это надстройка над этими системами . А биллинг и его личный кабинет так и остаются сами по себе , но если использовать только их, то там не будет не заявок, ни данных мониторинга и т.п .. мы не хотим все тащить в биллинг


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 фев 2010, 19:59 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 08 мар 2007, 20:44
Сообщения: 1570
Откуда: Челябинск
Карма: 18
собственно если клиенту хочется видеть свою скорость, то пусть ставит оборудование и мониторит у себя, а не взваливает это на плечи провайдера, так как у провайдера всё серитфицировано....

_________________
Интернет и телефония оптом со склада, или в розницу


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 фев 2010, 10:55 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
На самом деле очень интересная былабы вещь. данные можно собирать из разных мест. а вот можно ли их прикрутить к личному кабинету? Тоесть если есть там мониторинг с помощью zenos и его графики можно добаыить в личный кабинет?

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 фев 2010, 12:40 
Не в сети

Зарегистрирован: 30 июл 2009, 15:12
Сообщения: 17
Карма: 0
Цитата:
т.е вы предлагает для анлммитных клиентов хранить не почасовой трафик, а трафик для более мелкого интервала

Не только для анлимитчиков, а для любого договора у которого стоит галочка на применение аналитаки трафика в конфиге.
Код:
#Вести аналитику трафика 0-нет, 1-да, (default - 0)
trafik=1
#Доступ клиента к аналитике 0-нет, 1-да, (default - 0)
view_trafik=1

То есть данные записываются только для тех кому Admin назначит для своих нужд или по запросу клиента.
Цитата:
Мда ..с одной стороны вроде как получается что анлимитных клиентов считать не надо и поэтому биллинг проще должен быть..Но с другой стороны им нужно видеть свою скорость с очень большой точностью , что увеличивает значительно объемы данных. Т.е получается что мы храним кучу значений лишних.

Не считать надо все и вся, чем больше способностей у биллинга тем он круче!
Что касается кучи данных записываемых куда либо, все познается в сравнении. НетФловКоллектор записывает в папку Источника 12-14 Гигобайт архива за месяц и это при канале 512кб/с.
Если Вы внимательней посмотрите на графики которые я выложил, то там видно что детальная статистика показывается только за последние 24 часа, на практике это маловато будет. В нашем случае необходимо детализировать 1 месяц целиком (последний полный + текущий). Это для работы действительно важно!
Следующие графики это менее детализированная статистика за неделю, месяц, год. В нашем случае Квартал, Год, Договор. Там можно отбросить данных до 50% оставив только самые информационные, говорящие о перепадах закачек. Эта информация уже для показа качества работы провайдера.
Цитата:
Но не для обсчета ..а для того чтобы клиента Видел .Не для того чтобы ему денег начислить (что и есть функция биллинга), а для того чтобы клиент это увидел . Т.е в данном случае - это задача мониторинга .

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

Теперь попробую расписать различие "Задач МОНИТОРИНГА" и "МОНИТОРИНГ ДОГОВОРА"
Все программы собирающие статистику скорости интерфейса собирают ее по SMTP от умных железок, при этом информация там общая и о работе самого интерфейса, а не Васи, Димы, Договор1, Договор2....

При МОНИТОРИНГЕ ДОГОВОРА мне не особо важно на каком интерфейсе висит клиент (умный и неуправляемый), собирая НетФлов поток с пограничного роутера о всех клиентах, биллинг записывает статистику альтернативную действующей по тому же принципу ДОГОВОР -> ОТЧЕТ -> ГОД -> МЕСЯЦ -> ДЕНЬ -> УСЛУГА / АДРЕСА, ставим нужные галочки -> смотрим нужный отчет.

Цитата:
Первичным является - АРМ(автоматизированное рабочее место ) , он заходит туда и видит наработку из биллинга , видит заявки из crm , видит данные по мониторингу .Т.е это надстройка над этими системами .

Вот уже на таком АРМ-Администратора это информация и отображается, только доступ к ней по другому алгоритму
ОТЧЕТ ЗАГРУЗКИ -> ГОД -> МЕСЯЦ -> ДЕНЬ -> ДОГОВОР-а / УСЛУГА / АДРЕСА, ставим в трех закладках нужные галочки и видим кто когда работает по делу а кто погружает канал не за те деньги которые платит, ущемляя права других, или отделу продаж меняем политику работы, или уже пришла пора идти к вышестоящему прову и расширять канал.

В общем вот такие плюсы и выводы из данного симбиоза Биллинга и Мониторинга.
Цитата:
собственно если клиенту хочется видеть свою скорость, то пусть ставит оборудование и мониторит у себя, а не взваливает это на плечи провайдера, так как у провайдера всё серитфицировано....

Интересно max, а к примеру твои родители могут настроить соединение с провайдером, переназначить IP, проверить настройки АДСЛмодема. Скорее всего они вызывают тебя или специалиста от провайдера, ну и о каком оборудовании дополнительном или софте можно говорить.
Сертифицировано!? - что? зачем это в данном вопросе? Данная фишка не для Клиента, а для Админа - ради Клиента.

Респект skyb кажется заложенное зерно начинает находить понимание и прорастание!


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 фев 2010, 14:27 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
Просто половина рабочего времени занимает ненужный ответ в хелпдеске на описание того что у него со скоростью все хорошо. А так пользователь будет все видеть. Запихивать это в билинг-эм загружать сервак. а вот прикрутить отдельную мощьную систему мониторинга(существующую или разработаную).
Можно ли запихать в личный кабинет кнопку которая будет отображать определенные ссылки-по ним находятся графики которые собирает система мониторинга? если да то возможно получится и я расскажу как прикрутить зенос к личному кабинету. Было бы вообще супер

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 фев 2010, 16:16 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Цитата:
Предложение: Каждому User-у добавить еще некую статистику которая заполняется не суммарно за ЧАС, а квантово QTime=5сек (можно сделать переменной в конфиге от 1 - 60 сек), за этот период суммируется наработка всех пакетов SBit, ну а дальше банальная матиматика начальной школы V=S/t или в нашем случае VSpeed=SBit/QTime. Тоесть в базу записываем Определенный маркер времени MTime который объединяет десяток QTime, ну и саму последовательность десятка вычислений VSpeed.

Вы предлагаете измененную версию этого?
http://www.bgbilling.ru/v5.0/doc/ch03s1 ... l#d0e10239


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 фев 2010, 16:49 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 08 мар 2007, 20:44
Сообщения: 1570
Откуда: Челябинск
Карма: 18
ну я смотрю со своей колокольни, у нас все абоненты юрики, физиков нету, поэтому такой проблемы не стоит

_________________
Интернет и телефония оптом со склада, или в розницу


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 фев 2010, 00:00 
Не в сети

Зарегистрирован: 30 июл 2009, 15:12
Сообщения: 17
Карма: 0
max писал(а):
ну я смотрю со своей колокольни, у нас все абоненты юрики, физиков нету, поэтому такой проблемы не стоит


Интересно MAX а почему такое кардинальное разделение, какой именное нет проблемы у юриков и есть у физиков, я думал что перед микросхемами все равны.

Споры о том куда это именно интегрировать данную функцию и кто к ней должен иметь доступ, Юзер через статистику, Admin через BGBillingClient, или SysAdmin через свое АМР, это покажет практика.

А то как это будет работать и как выглядеть можно и по обсуждать.
Вот набросал некий коллаж как бы это могло выглядеть.
Вложение:
trafmon.jpg

1. выбираем источник и интерфейс который хотим проверить. -> Появляются договора проходящие через него.
2. отмечаем договора которые нас интересуют (были нарекания по их работе) -> появляются IP адреса и услуги прикрепленные за договорами
3., 4. - отмечаем IP и Услуги и получаем статистику не просто самого интерфейса а его содержание.
По данным такой статистики можно определить насколько эффективно используется канал, нет ли там лишнего трафика, может есть необходимость кому-то приоткрыть канал побольше и т. д.

В общем поле для фантазий разработчикам.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 фев 2010, 00:51 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 08 мар 2007, 20:44
Сообщения: 1570
Откуда: Челябинск
Карма: 18
Arcad писал(а):
max писал(а):
ну я смотрю со своей колокольни, у нас все абоненты юрики, физиков нету, поэтому такой проблемы не стоит


Интересно MAX а почему такое кардинальное разделение, какой именное нет проблемы у юриков и есть у физиков, я думал что перед микросхемами все равны.
[quote]

Равны то равны, но у юриков обычно есть админы, которые отвечают на глупые вопросы, которые обычно сыпятся на ТП.

_________________
Интернет и телефония оптом со склада, или в розницу


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 23 фев 2010, 21:11 
Не в сети

Зарегистрирован: 30 июл 2009, 15:12
Сообщения: 17
Карма: 0
max писал(а):
Равны то равны, но у юриков обычно есть админы, которые отвечают на глупые вопросы, которые обычно сыпятся на ТП.


Ну а я хочу чтобы умные админы от юриков также не задавали "умных" вопросов.
Если вообще вопросы задаются в ТП значит провайдер не эффективно работает.

Так какое мнение у разработчиков по последнему коллажу?
Для начала можно к серверу прикрутить без web-clienta, ну а после бетта-тестирования можно и в АМР с легкостью при-модулировать.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 24 фев 2010, 09:42 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
Arcad писал(а):
max писал(а):
Равны то равны, но у юриков обычно есть админы, которые отвечают на глупые вопросы, которые обычно сыпятся на ТП.


Ну а я хочу чтобы умные админы от юриков также не задавали "умных" вопросов.
Если вообще вопросы задаются в ТП значит провайдер не эффективно работает.

Так какое мнение у разработчиков по последнему коллажу?
Для начала можно к серверу прикрутить без web-clienta, ну а после бетта-тестирования можно и в АМР с легкостью при-модулировать.

Я за! Было бы приятней графики покруглее.

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 24 фев 2010, 11:18 
Не в сети

Зарегистрирован: 16 ноя 2007, 16:11
Сообщения: 829
Карма: 49
Arcad писал(а):
vdd писал(а):
Объединяйтесь с Топологией (http://dev.rinet.net/dev/topology/description/index.php)! ;)


Для VDD.
да можно и Топологию применять, можно старый The Finger (если мне память не изменяет) найти, или "Объединяйтесь с The Dudo (http://www.mikrotik.com/thedude.php)
Все это отдельная тема и не для этого форума.


Обидчивые то все какие...
Это разработчикам было адресовано. ;)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 24 фев 2010, 14:35 
Не в сети

Зарегистрирован: 16 ноя 2007, 16:11
Сообщения: 829
Карма: 49
stark писал(а):
Теперь вообще об организации взаимодействия между нашими различными подсистемами. Как мы это видим .. Первичным для оператора и клиента является ни биллинг, ни crm , ни система мониторинга . Первичным является - АРМ(автоматизированное рабочее место ) , он заходит туда и видит наработку из биллинга , видит заявки из crm , видит данные по мониторингу .Т.е это надстройка над этими системами . А биллинг и его личный кабинет так и остаются сами по себе , но если использовать только их, то там не будет не заявок, ни данных мониторинга и т.п .. мы не хотим все тащить в биллинг


Надеюсь, что это нехотение сохранится как можно дольше.

Оффтопик для Reports: Но, у нас например, уже есть пожелания от клиентов оплачивать отдельно CIR и отдельно каждые, к примеру, 5 минут превышения загрузки. Умно можно сказать, что есть явная тенденция к массовой тарификации с учетом SLA.
Допустим, что за обнаружение событий, контролирующих соблюдение SLA, отвечает внешняя система - как эти события можно учесть при тарификации в БГБ? В качестве костыля воображение рисует netflow генератор, формируюций трафик на специальные адреса, который уже тарифицируется согласно "стоимости" события. :)


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 24 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
POWERED_BY
Русская поддержка phpBB
[ Time : 0.106s | 66 Queries | GZIP : On ]