Pull to refresh
6
0

User

Send message
шаблоны в астериске кстати с _ начинаются

_99646[0-2]XXXX
ну в начале статьи просто про оператора связи говорили. я подрузамевал там больше 1000 звонков в день.
same => n,Set(FROM_IP=${CUT(CUT(SIP_HEADER(From),>,1),:,2)})

вообще, написать в хидере From произвольный ip адрес делов 1 минуты, и использовать это для проверки доступа совсем не айс.

с таким количеством AGI ваш сервер умрет даже при не сильно большом cps. FastAGI хотябы используйте.
если не надо транскодировать и делать репакатизацию то можно просто в кернел спейсе переложить. но в софте который сильно заточен для офисной атс этого наверное не стоит ожидать.
canreinvite=yes не будет медию проксировать.

без медии нам не интересно.

затык в том что астериск гоняет пакеты через user спейс.
5-6 секунд это не серьезно. у нас камалио машину мертвой метит если не получил 100 на инвайт за секунду.

и повторюсь, что уперлись мы в то, что астериск не успевает выгребать ртп пакеты из сетевого стека.

pjsip или chan_sip кстати?
чего за железо / операционка если не секрет?

800 cps это сильно… PDD какой при этом?

cat /proc/cpuinfo

processor: 39
vendor_id: GenuineIntel
cpu family: 6
model: 62
model name: Intel® Xeon® CPU E5-2470 v2 @ 2.40GHz
stepping: 4
microcode: 1064
cpu MHz: 2400.129
cache size: 25600 KB
physical id: 1
siblings: 20
core id: 12
cpu cores: 10
apicid: 57
initial apicid: 57
fpu: yes
fpu_exception: yes
cpuid level: 13
wp: yes
flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat xsaveopt pln pts dts tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms
bogomips: 4799.30
clflush size: 64
cache_alignment: 64
address sizes: 46 bits physical, 48 bits virtual

на таком живет 7к звонков ( по 2 лега ) с ртп в продакшине, больше начинаются проблеммы с перформансом сетевого стека. мы тупо не успеваем пакеты выбирать.

ось затюнина по гайдам. карточки 10 гигабитные. 711 кодек.

и да у нас тоже 1.5 млн в день бывает но на 10 нод…
При этом «Наумен» не делает своё железо, что означает, что контакт-центры всё равно нужно было строить (до этого) на железе кого-то из США или Китая.

да и после этого судя по всему тоже. Выж его не на елтексовскую железку поставили...
> до нашего сервера голос передается по мобильной сети

наверное все таки до сервера ОПСОСа. нет?
аа, это зеон… уже спрашивал.
как пользователей в астериске изолируете?
я к чему клоню — чтоб оно работало в любом случае надо коннекшен до вас? даже в случае 'выноса'?
меня нет, но кого то — да. Есть сферический мелкий оператор с узлом и пулом номеров который отдает последнюю милю по сипу через свою сеть — вполне законно. Вот как в этом случае будет выглядеть схема подключения?

P.S. для IVR таки тоже трафик к вам гнать надо.
> Как уже говорилось выше — платформа живет в нашем кластере, никаких многодневнных инсталляций и настроек не требуется

тоесть оператор свой трафик будет через вас гонять?

их над просто описать как macro macro-name

macro macro-b_leg_vars() {

}
>Т.е. использовать не M(x) как в extensions.conf, а U(x))

макросы просто выкинуть хотят уже давно (типа gosub не имеет некоторых проблемм макросов). но работают и M и U по крайней мере в 11.
ok. понял. я к чему спросил — на сайте есть три варианта, один из которых 'частное облако'. Симки там есть?
1 астериск == 1 клиент или 1 астериск == много-клиентов?

Information

Rating
Does not participate
Registered
Activity