Тема: Расширение Ldk 100 до Ip телефонии. Вопросы.

схема простая (и уже описанная мною в этом топике) - компьютер с asterisk, на нём два потока pri - один подключен к ldk, другой к телефонному оператору. к asterisk уже по sip цепляются телефоны (как в самом офисе, так и в филиалах). значительная часть межгорода также идет через ip (в основном alterphone.ru).
в качестве абонентских устройств в основном используются linksys pap2 (двухпортовые sip-шлюзы ценой ~$70) - никаких претензий к ним не имею. кстати cisco купила фирмы linksys и sipura и теперь на корпусе этих шлюзов красуется логотип cisco.

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

ps: ldk в этой схеме оставлен просто потому что он уже был, продавать его невыгодно. его оказалось реально объединить с asterisk (с единой нумерацией абонентов - спасибо harrisу).

Уважаемый Edo1. Если не секрет, напишите какая абонентская емкость у Вашей системы.
Как ведет себя asterisk при емкости более 200 абонентов? Что будет происходить когда ежедневно десяток непутевых абонентов будет сажать (не специально) свои линии на короткое зм. На производстве так бывает. Просто я никак не могу найти предприятие, которое использует asterisk с указанным количеством абонентов. Интересует именно промышленное предприятие, так как использование asterisk в офисе, это лабораторные условия. Может кто из Ваших знакомых использует,  поделитесь информацией.
P.S. Прочитав про Вашу систему, я понял почему Вы в прошлый раз написали, что LDK стоит в “девственно-чистом” виде. Просто в Вашей конфигурации она вообще лишняя, и вероятно даже мешает.
😊

Создано nikol
Уважаемый Edo1. Если не секрет, напишите какая абонентская емкость у Вашей системы.

сейчас что-то около 50 абонентов, думаю к концу года будет 100

Как ведет себя asterisk при емкости более 200 абонентов?

я пробовал устраивать stress-testing - 60 звонков по e1 или по sip средненький сервер просто не замечает (вернее даже средненькая персоналка).
хотя дьявол кроется в мелочах  - захочется со временем писать логи звонков сразу в sql, хранить диалплан в sql или вообще формировать его динамически (очень удобно - пишешь логику обработки вызовов на каком-нибудь скриптовом языке), записывать разговоры и т.д. - постепенно требования к компьютеру повышаются.

но ничего запредельного нет, да и масштабируется asterisk нормально (что немаловажно - без увеличения цены порта).

очень приятное впечатление произвела работа с pri потоками - всё завелось с полпинка и работает безо всяких нареканий. думаю и с прочим чисто телефонным железом будет то же самое.
с voip возни побольше, но в общем тоже всё работает

Что будет происходить когда ежедневно десяток непутевых абонентов будет сажать (не специально) свои линии на короткое зм. На производстве так бывает.

тут зависит от используемого железа, боюсь оно в своей массе особо на это не рассчитано...
а ethernet нельзя абонентам провести? тогда можно ставить у них 1-2-х портовые шлюзы - даже если они и устроят кз и шлюз перестанет работать, то на работе всей атс это никак не скажется.

а как именно можно не специально устроить кз? работал я одно время на маленьком заводике - таких проблем не было.

P.S. Прочитав про Вашу систему, я понял почему Вы в прошлый раз написали, что LDK стоит в “девственно-чистом” виде. Просто в Вашей конфигурации она вообще лишняя, и вероятно даже мешает.
😊

ну в общем да - тяжело делать унификацию, а некоторые вещи невозможно сделать в принципе (из-за того, что ldk свои внутренние звонки не пропускает через asterisk - хотя мне сейчас пришло в голову, что это можно обойти - но вот стоит ли)