Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / IBM DB2, WebSphere, IMS, U2, etc Новый топик    Ответить
 DB2 for real-time VOIP'a или вопрос спец. для ggv  [new]
Aion
Member

Откуда: Riga, Latvia
Сообщений: 187
Привет!

В свое время Вы упоминали здесь
https://www.sql.ru/forum/actualthread.aspx?bid=5&tid=26683&pg=1
что система базируясь на DB2, обрабатывает до 500 calls/min и .т.д. и .т.д.

Вопрос из любопытства, какая редакция Enterprise или Workgroup и на каком железе все это работает?
Как понял там Sun'i и pSeries. Если можно ссылочку, интересует ценовые категории (диапазоны)

Если что, сорри за off-topic, хотя вопрос связан с DB2 :-)

Спасибо!

P.S.
Просто я и сам немного связан сейчас с биллингом...
26 апр 04, 13:53    [649588]     Ответить | Цитировать Сообщить модератору
 Re: DB2 for real-time VOIP'a или вопрос спец. для ggv  [new]
ggv
Member

Откуда:
Сообщений: 1810
For the task of VoIP Accounting and billing DB2 WSE unlimited edition is in use.
The technical requirements is 500 calls/min, it's about 13Mbps.
For two years the system has been on different platforms including old rs/6000.
Now it is SUN e4500.
Used e4500 we got for $5000. Initially it has a 4 CPUs and 4GB RAM, later we upgraded it. Seems soon it will be upgraded again.
But it's more easy to say "This exact system won't handle the task", than to say "This exact system will handle the task"....
But the system is distributed modular, consists from many modules, I have described the central main server, also there are many smaller, including the mentioned above rs/6000.

And about Real Time - because of nature of VoIP we never know that a call is completelly finished and all CDR about it from all cisco GW came into the system.
Sometime we have delay, CDRs come later. And so on, and so force.
The system based on a set of channels, set of cisco, each cisco served by two radius server for AAA.

Cost calculation -
1) Throughput calculation. The amount of calls according your technical spec multiply by averadge amount of CDR for each call (it depends from you net structure, cisco admin may tell you) and multiply by the size of CDR (check in your radius).
2) Choise of hardware - looking of required max throughput. Using different buffers the hardware could be cheaper, but the delay between real call time and its appearing in the databse will be bigger.
26 апр 04, 14:45    [649877]     Ответить | Цитировать Сообщить модератору
 Re: DB2 for real-time VOIP'a или вопрос спец. для ggv  [new]
ggv
Member

Откуда:
Сообщений: 1810
I took a readius client, made a wrapper for it to control an amount of outgoing accounting request, and now we may test/measure any system for max throughput.
It's not just CDR insertion (legs insertion), also it's a calculating different values for a call, and finding call's costs.
26 апр 04, 15:40    [649948]     Ответить | Цитировать Сообщить модератору
 Re: DB2 for real-time VOIP'a или вопрос спец. для ggv  [new]
Aion
Member

Откуда: Riga, Latvia
Сообщений: 187
> For the task of VoIP Accounting and billing DB2 WSE unlimited edition is in use.
И сама база, используеться как и для OLTP (теже CDR) так и для BI? Как вообще со временем отклика?
Или у Вас жесткое разограничение?

> The technical requirements is 500 calls/min, it's about 13Mbps.
Опс.. Сам я в вопросе написал что 500 за минуту, а голова моя имела ввиду - секунды... :-)


> For two years the system has been on different platforms including old rs/6000.
> Now it is SUN e4500.
> Used e4500 we got for $5000. Initially it has a 4 CPUs and 4GB RAM, later we upgraded it. Seems soon it will be upgraded again.
А на SUN'и почему перешли, дешевле, лучше?
A пик этой конфигурации? Сколько она может выдержать?

> But it's more easy to say "This exact system won't handle the task", than to say "This exact system will handle the task"....
Это точно. В этом весь и вопрос.

> But the system is distributed modular, consists from many modules, I have described the central main server, also there are many smaller, including the mentioned above rs/6000.
Понимаю, конечно система состоит не из-за одного компьютера и далеко неодна программа.

>
> Cost calculation -
> 1) Throughput calculation. The amount of calls according your technical spec multiply by averadge
> amount of CDR for each call (it depends from you net structure, cisco admin may tell you)
> and multiply by the size of CDR (check in your radius).
> 2) Choise of hardware - looking of required max throughput. Using different buffers the hardware could be cheaper,
> but the delay between real call time and its appearing in the databse will be bigger.
С этим я несовсем понял. ОК, предположем я расчитал среднию - Throughput calculation, как мне прийти к Choise of hardware...?

Из все вышесказаного, если при той же инфраструктуре (при условии,что она же сама может выдержить эту нагрузку),
перед Вами была бы поставленна тех.задача - пик 100 calls/sec (6000 calls/мин),
в какую Вы "бы сторону смотрели" по поводу железо для DB2?
26 апр 04, 16:57    [650185]     Ответить | Цитировать Сообщить модератору
 Re: DB2 for real-time VOIP'a или вопрос спец. для ggv  [new]
Aion
Member

Откуда: Riga, Latvia
Сообщений: 187
I took a readius client, made a wrapper for it to control an amount of outgoing accounting request, and now we may test/measure any system for max throughput.
It's not just CDR insertion (legs insertion), also it's a calculating different values for a call, and finding call's costs

Интересно...
И сколько Ваша система может выдержить, максимально, на том железо, которое Вы указывали?
И как сильно DB2 for Solaris "идет на износ", когда он просто неуспеват делать, то что его просят?

Поиск тарифного плана и стоимости на предмет требуемых параметров, задача конечно нетривиальная,
вот здесь я бы сказал - одна из ключевых.
Сам процесс от получения CDR до обновления баланса клиента, достаточно долгий.
И сопроводим с достаточно большим кол-вом запросов к базе.
Неужели у Вас все синхронно происходит?
26 апр 04, 17:11    [650230]     Ответить | Цитировать Сообщить модератору
 Re: DB2 for real-time VOIP'a или вопрос спец. для ggv  [new]
ggv
Member

Откуда:
Сообщений: 1810
>И сама база, используеться как и для OLTP (теже CDR) так и для BI? Как вообще со временем отклика?
>Или у Вас жесткое разограничение?
And OLTP, and DSS. DSS is for now just a set of predefined stat reports and invoice issuing. MDC tables are in use.

>А на SUN'и почему перешли, дешевле, лучше?
Only because existing RS/6000 is too old, and for its upgrade IBM charged unacceptable money. And were some political reasons.

>A пик этой конфигурации? Сколько она может выдержать?
Hmm, I'm afraid, my NDA..... I've told more than I should.

>С этим я несовсем понял. ОК, предположем я расчитал среднию - Throughput calculation, как мне прийти к Choise of hardware...?
You have to have :
- hardware knowledge;
- good hardware consultant;
I'm not hardware specialist, have just a few knowledge, but enough to 'filter' what our consultants told us.
It depends a lot from how your infrastructure will be orginized, from how your database will be orginized. I told about buffers - from them depends also.

>И сколько Ваша система может выдержить, максимально, на том железо, которое Вы указывали?
NDA.

>И как сильно DB2 for Solaris "идет на износ", когда он просто неуспеват делать, то что его просят?
Wrong question. We just never have such case. We use serialization & buffering.

>Поиск тарифного плана и стоимости на предмет требуемых параметров, задача >конечно нетривиальная,
>вот здесь я бы сказал - одна из ключевых.
>Сам процесс от получения CDR до обновления баланса клиента, достаточно долгий.
>И сопроводим с достаточно большим кол-вом запросов к базе.
Exactly. Each CDR processing (we use an internal name 'leg' for it, it came from cisco vocabulary) is 36 SQL statements, SELECT, and INSERT, and UPDATE. It was CLI application, now partially migrated to embedded SQL.
But a balance updating we use for pre-paid customer only, for others we just calculate/keep a cost for each call, later stat reports and/or invoice issuing use it.

>Неужели у Вас все синхронно происходит?
synchronously with what? it happens synchronously with legs coming in.
All those calculations are in place for each coming leg.
Some calls have up to 8 legs. It depends from cisco routing.

It would be easy to publish a doc for the system, than to answer all question :)
Some part of it, I think , may be public available. But it's up to board of managers, I'm afraid.
26 апр 04, 19:22    [650541]     Ответить | Цитировать Сообщить модератору
 Re: DB2 for real-time VOIP'a или вопрос спец. для ggv  [new]
ggv
Member

Откуда:
Сообщений: 1810
>в какую Вы "бы сторону смотрели" по поводу железо для DB2?
I believe a wide range of servers can handle the task.
let say you will have an average 4 legs per call.
Each leg, is about 500B (it's could be bigger, you have to check your environment, your radius, if you use radius).
The required throughput is
100*4*500*8/(1024*1024) = 1.52587890625 Mbps, if I calculated it correctly.
Easy could be you have a single VoIP GW, and you configured it to send START/STOP requests only, then you always will have only 2 legs per call.

We have several channels, each have a priority, when a GW is trying to route a call through one of the channel, the remote GW may discard the request (overloaded, or whatever), then the local GW will try to use a channel with next priority - we have more and more START legs with each such attempt. But here better to talk to cisco admins.

One more - the funny shit happens when a salesman tells "Wow, shit, I have forgoten to change the prices!!!" - and we have to recalculate existing calls.
Sometime cisco people do their 'experiments' with buggy IOS - and again we have to recalculate existing calls, and not only recalculate, but can be even worse... The shit happens, and the system has to be designed to handle it.
26 апр 04, 20:23    [650622]     Ответить | Цитировать Сообщить модератору
 Re: DB2 for real-time VOIP'a или вопрос спец. для ggv  [new]
ggv
Member

Откуда:
Сообщений: 1810
Also we have two costs for each call:
The cost we pay to a supplier;
The cost a customer pays to us;

Both of them calculated when a leg come to the system.

BTW I'm looking for a job :)
26 апр 04, 22:46    [650720]     Ответить | Цитировать Сообщить модератору
 Re: DB2 for real-time VOIP'a или вопрос спец. для ggv  [new]
Aion
Member

Откуда: Riga, Latvia
Сообщений: 187
>And OLTP, and DSS. DSS is for now just a set of predefined stat reports and invoice issuing. MDC tables are in use.
С MDC несталкивался, на первый взгляд выглядит очень интересным...

>You have to have :
> - hardware knowledge;
> - good hardware consultant;
> I'm not hardware specialist, have just a few knowledge, but enough to 'filter' what our consultants told us.
> It depends a lot from how your infrastructure will be orginized, from how your database will be orginized. I told about buffers - from them depends also.
hardware knowledge и good hardware consultant = этого мне и нехватает, как сейчас понимаю,
так как сравнить например тот-же pSeries 615 (entry-level: 1 CPU, 1GB RAM, 1 HDD)
c тем-же DELL PowerEdge 2650 (2xXeon,4GB,3HDD) - непредставляеться возможным (нехватка опыта, отсуствие знанй и т.д.)


>>И как сильно DB2 for Solaris "идет на износ", когда он просто неуспеват делать, то что его просят?
>Wrong question. We just never have such case. We use serialization & buffering.
Ммм... А что имееться ввиду под buffering? Hardware? Software (DB2)? Непонял я совсем :-(

> synchronously with what? it happens synchronously with legs coming in.
> All those calculations are in place for each coming leg.
> Some calls have up to 8 legs. It depends from cisco routing.
Синхроно с тем, кто начал весь этот процесс - инициатор (т.е. radius).
Другими словами если у Вас все происходит "в такт" (radius<->app<->db2), то если предположить,
что сегодня Новый год :-), объем траффика увеличился x5 :-), наступило 1-ое, тут и счета подоспели (a-lja billing cycle)
+ что-то еще :-) и во всем этом деле, cisco (как и прежде) делает запрос на auth к радиусу
(типа клиент 1.1.1.1 хочет позвонить туда-то туда-то), DB2 - "молчит",
cisco немного подумав - делает тотже запрос => cisco "захлебываеться" в своих пакетах... :-)
Это немного из области фантастики, но при "благоприятном" стечении обстоятельств имеет место быть в реальной жизни.


И еще, на Ваш взгляд DB2 for Solaris/AIX и Linux - это совсем разные вещи (из-за рвзной "природы"), или это больше "одно и тоже".
Про Windows неспрашиваю, т.к. вроде Вы давненько с ним несталкивались :-)

P.S.
Сорри за столь "откровенные" вопросы.
Никаких корысных целей я не преследовал :-)
Только хотелось бы понять, "как есть что".


Off-topic:
Если у Вас 8 записей на 1 звонок, то задачка непростая сказать что "на нем" мы сделали маржу такую-то...
27 апр 04, 10:17    [651128]     Ответить | Цитировать Сообщить модератору
 Re: DB2 for real-time VOIP'a или вопрос спец. для ggv  [new]
Aion
Member

Откуда: Riga, Latvia
Сообщений: 187
>>в какую Вы "бы сторону смотрели" по поводу железо для DB2?
> I believe a wide range of servers can handle the task.
Угу, только самый главный вопрос для меня "как".
Celeron тот тоже можен работать... под 100% и ж... :-)
Просто хотелось узнать Ваши доводы и предпочтения на этот счет.

> One more - the funny shit happens when a salesman tells "Wow, shit, I have forgoten to change the prices!!!" - and we have to recalculate existing calls.
> Sometime cisco people do their 'experiments' with buggy IOS - and again we have to recalculate existing calls, and not only recalculate, but can be even worse... The shit happens, and the system has to be designed to handle it.
Это нормальное явления, я считаю, другими словами системе (а в первую очередь базе) должно быть все это поплечу.

Спасибо!
27 апр 04, 10:37    [651186]     Ответить | Цитировать Сообщить модератору
 Re: DB2 for real-time VOIP'a или вопрос спец. для ggv  [new]
Aion
Member

Откуда: Riga, Latvia
Сообщений: 187
> Also we have two costs for each call:
> The cost we pay to a supplier;
> The cost a customer pays to us;
В стандартном случае, да, два, в более "расширенном" - добавляеться +1 and more costs :-) на тот же звонок


> BTW I'm looking for a job :)
Это серьезно?
27 апр 04, 10:40    [651196]     Ответить | Цитировать Сообщить модератору
 Re: DB2 for real-time VOIP'a или вопрос спец. для ggv  [new]
ggv
Member

Откуда:
Сообщений: 1810
>> BTW I'm looking for a job :)
>Это серьезно?
Absolutelly. The company I'm in has got up to 80% of the local VoIP market.
And has been bought by bigger foreign company.
And so on, and so force.

Answers for other questions are in depends from this one :)
27 апр 04, 11:37    [651440]     Ответить | Цитировать Сообщить модератору
 Re: DB2 for real-time VOIP'a или вопрос спец. для ggv  [new]
Aion
Member

Откуда: Riga, Latvia
Сообщений: 187
>>> BTW I'm looking for a job :)
>>Это серьезно?
>Absolutelly. The company I'm in has got up to 80% of the local VoIP market.
>And has been bought by bigger foreign company.
local - это "где"?
27 апр 04, 11:48    [651479]     Ответить | Цитировать Сообщить модератору
 Re: DB2 for real-time VOIP'a или вопрос спец. для ggv  [new]
Aion
Member

Откуда: Riga, Latvia
Сообщений: 187
> Answers for other questions are in depends from this one :)
А где вопрос?!
27 апр 04, 11:50    [651491]     Ответить | Цитировать Сообщить модератору
 Re: DB2 for real-time VOIP'a или вопрос спец. для ggv  [new]
ggv
Member

Откуда:
Сообщений: 1810
>local - это "где"?
Not in Russia.
27 апр 04, 11:59    [651534]     Ответить | Цитировать Сообщить модератору
 Re: DB2 for real-time VOIP'a или вопрос спец. для ggv  [new]
Aion
Member

Откуда: Riga, Latvia
Сообщений: 187
>>local - это "где"?
>Not in Russia.
С этим я как-то догодался :-)
Может в Латвии :-))))
27 апр 04, 12:04    [651554]     Ответить | Цитировать Сообщить модератору
 Re: DB2 for real-time VOIP'a или вопрос спец. для ggv  [new]
ggv
Member

Откуда:
Сообщений: 1810
Have not been in Riga since 1993
27 апр 04, 13:14    [651824]     Ответить | Цитировать Сообщить модератору
 Re: DB2 for real-time VOIP'a или вопрос спец. для ggv  [new]
ggv
Member

Откуда:
Сообщений: 1810
>что сегодня Новый год :-), объем траффика увеличился x5 :-), наступило 1-ое, тут и >счета подоспели (a-lja billing cycle)
>+ что-то еще :-) и во всем этом деле, cisco (как и прежде) делает запрос на auth к >радиусу
>(типа клиент 1.1.1.1 хочет позвонить туда-то туда-то), DB2 - "молчит",
>cisco немного подумав - делает тотже запрос => cisco "захлебываеться" в своих >пакетах... :-)
That's a system design question.

We have several cisco GW worldwide, as I said. A radius server has to be on a reliable link to a cisco, and we have two radius servers for each cisco GW in the same switch with cisco.

1) Cisco send accounting request very often, and it's unacceptable to wait until radius server inserts it in a database and answer to cisco;
2) Cisco send auth request very often also and it is unacceptable to wait until radius from India or Pakistan gets an answer from a database located far away;
3) An event of customer add/delete/change happens seldom (if to compare with accounting). It's true about post-paid customers, with prepaid it's different, but I skip it now, this case just need an additional module;

These info enough to make a system design.
After the system structure is ready, such question as concurent request to the database for stat reports / invoice issuing is quit simple, imho.
28 апр 04, 09:00    [653377]     Ответить | Цитировать Сообщить модератору
 Re: DB2 for real-time VOIP'a или вопрос спец. для ggv  [new]
Aion
Member

Откуда: Riga, Latvia
Сообщений: 187
2 ggv

Конечно
> 2) Cisco send auth request very often also and it is unacceptable to wait until
> radius from India or Pakistan gets an answer from a database located far away;
информацию о том кому можно, а кому нельзя (для идентификации) можно хранить в другой форме, типа в тесктовых файлах...

Безусловно, все зависит в конкретном случае от самого решения, точнее
конкретное решение - "заточено" для решения конкретных проблем.

В Вашем случае, я покрайне мере "невижу", вообще никакую нагрузку на базу
(в моем понимании).

Спасибо за комментарии!
28 апр 04, 11:34    [653861]     Ответить | Цитировать Сообщить модератору
 Re: DB2 for real-time VOIP'a или вопрос спец. для ggv  [new]
ggv
Member

Откуда:
Сообщений: 1810
>В Вашем случае, я покрайне мере "невижу", вообще никакую нагрузку на базу

But all info are in DB2.
And all accounting requests from all cisco gateways come into DB2.
And all partners/customers/internal staff trees are in LDAP which use DB2 as a storage.
Everything absolutely are in DB2, but the highest load gives VoIP accounting, of course, and BI (stat reports and invoice issuing).

So your statement is wrong.
28 апр 04, 20:27    [655742]     Ответить | Цитировать Сообщить модератору
Все форумы / IBM DB2, WebSphere, IMS, U2, etc Ответить