Частен опит при инсталиране и конфигуриране на Asterisk от нулата

Първо, отказ от отговорност

Първо имаше дума

Тогава имаше случая

Като цяло всичко беше красиво и лесно на хартия. Делото възникна само за разполагането.
Първо бяха закупени два прости сървъра. Core i7-930, 12GB памет и по 12TB на SATA устройства. На тези сървъри беше инсталиран безплатен Xen сървър и бяха разположени виртуални сървъри и работни станции за отдалечени служители.
QNAP NAS се използва като външно хранилище, което е наследено.
Терабайтното локално хранилище е необходимо само за съхранение на медийната банка, която е доста голяма. Самите сървъри тежат по-малко от 3 терабайта.
Един от сървърите беше Asterisk, за да замени стария Panasonic TDE-200. Защото компанията се нуждае от евтина връзка, директни номера в различни страни и безплатни преговори между служителите, тогава като цяло няма алтернатива за 12 шекела.

Ден първи: Направете свят

Беше решено да се разположи Asterisk в операционната система CentOS, родна на Citrix Xen. Същият RedHat, само отстрани. Ще направя резервация веднага: Администрирам Windows през целия си живот и * nixes са били „пускани“ само във виртуални машини, без да броим няколко уеб сървъра на хардуер. Следователно, това внедряване на Asterisk в Citrix Xen прилича на известна наивност от гледна точка на опитни хора.
Като цяло следвах доказания път: подробна инструкция за манекени от официалните ръководства се отваря на лаптопа и се изпълнява на сървъра буквално и без инициатива. По-късно ще бъде възможно да играете на настройвачите на герои, когато всичко е настроено и работи в състояние „по подразбиране“ и е направено първото пълно архивиране.

Ден втори: yum инсталирайте звездичка -y

Не че бях много изненадан, но въпреки това отидох при комуникационен оператор, когото познавах за съвет, когато открих, че вече има три живи звездички, практически независими разклонения: 1.4, 1.6 и 1.8. Всеки от тях има свои хлебарки и лосиони. Защото Не се заблуждавах с надеждата да надвия звездичката с мах, тогава реших да инсталирам версия 1.4, подобна на приятелска, за да имам максимално възможната съвместимост на конфигурациите. Въпреки че впоследствие трябваше да се покача до 1.6 поради липсата на поддръжка на TCP през 1.4, когато възникна такава необходимост.
За това към CentOS беше прикачено хранилище на digium и от него беше инсталирана Asterisk.
Инсталацията мина съвсем според очакванията, без проблеми. По принцип използвах разумна стъпка по стъпка пътна карта с voip-info.

Iptables беше незабавно коригиран, за да позволи трафик на SIP портове.
Не веднага, но препоръчвам на бъдещите поколения да инсталират и конфигурират веднага пакет, наречен fail2ban. Абсолютно не е излишна програма на сървър, изложен на Интернет. Един ден след инсталацията, цял Тайван отиде да падне, съдейки по iptables.

Ден трети: техническо задание за функционалността на централата

На пръв поглед задачата е проста, но на практика отнемаше доста кръв, за да се съгласим по нея. Особено да се съгласим за забраната на всички посоки, с изключение на изрично разрешените. Клиентът трябваше да се съгласи с това само при неизбежната иначе необходимост от VPN конфигурация на всяко устройство, свързано към централата. Просто се опитвам да се придържам към най-простите и разбираеми конфигурации и клиентът винаги смята, че добавянето на някаква функционалност към системата е „само няколко бутона за натискане“.

Ден четвърти: nano sip.conf

Ден пет: нано разширения.conf

Не по-малко интересен файл, в който е записана цялата логика на централата. Тези статии се оказаха много полезни за разбиране на логиката на плановете за набиране: http://inhibitz.ucoz.ru/publ/9-1-0-21, http://asterisk-pbx.ru/wiki/doku .php/asterisk_dialplan
Така че нека да тръгнем:

Ден шести: nano Voicemail.conf, nano queues.conf

Време е да добавите гласова поща.

С queues.conf всичко също е просто:

Ден седми: Послеслов

Като цяло, по-голямата част от проблемите са причинени от нежеланието на потребителите да живеят в ерата на промяната. От мрънкане до откровен саботаж. Бих могъл да изброя претенциите на потребителите още няколко страници, но това би било трудно извън темата. Единственото нещо, което може да се препоръча в този случай, е да планирате внимателно миграцията си към Asterisk. Опитайте се да го направите възможно най-удобен за потребителя. Не е изгодно бизнесът да губи платеното време на хората, за да ги учи на нови неща, които биха могли да работят както преди, ако всичко е било правилно планирано.

Сега Asterisk с такива конфигурации ми работи напълно задоволително. Има досадни дребни неща, като ехо при обаждане на някакви странни градски централи или отвратителна работа на някои вградени звукови карти (проклет един популярен производител на бюджетни дънни платки), но това е ежедневен въпрос - решава се чрез USB- тръби, с които безплатният Zoiper Free се справя много добре.
Като цяло аз и моето ръководство сме доволни от свършената работа. Просто трябва да работите върху файла и можете да започнете следващия проект.

Какво друго остава да завършим за пълно щастие:
Настройте и конфигурирайте Fop2, така че потребителите да могат да видят кой от служителите е в какво състояние, така че да няма ситуация на прехвърляне на повикване към зает абонат, когато повикването се прехвърля автоматично в групата и човекът погрешно място.
Настройте система за мониторинг, за да следите състоянието на централата, обажданията, опашките в реално време.
Поставяне на някаква изключително проста система за докладване на обажданията Задачата е само в ясна визуализация на броя обаждания за проверка на сметки.