Asterisk

Asterisk е най-популярният софтуер за PBX (Private Branch Exchange) и IVR (интерактивна гласова реакция), проектирана от офсетовия за предоставяне на способен и надежден телефонен двигател. които искат да създават комуникационни приложения.

Той е софтуер за команден ред с отворен код, сървър, който предлага пълната гъвкавост, необходима на разработчиците и интеграторите, за да създават безплатни съвременни комуникационни решения. Може да се използва и като шлюз, функция / медиен сървър или център за обаждания.

Основните характеристики включват система IVR (интерактивна гласова реакция), конферентен мост, всички необходими графични елементи за създаване на сървър за PBX (Private Branch Exchange) и практически всякакви други комуникационни инструменти, които можете да си представите.

Asterisk може да се използва като комутатор (PBX), конфигуриран като сърцевина на хибридна телефонна централа или IP, за превключване на повиквания, разрешаване на различни функции, свързване на повиквания и управление на маршрути с външния свят чрез IP, / E1) или аналогови (POTS) връзки.

Първи стъпки с Asterisk

Инсталирането на Asterisk на система GNU / Linux се оказва лесна задача, тъй като всичко, което трябва да направите, след като изтеглите и разопаковате най-новата версия на софтуера (вижте връзката за изтегляне по-горе), трябва да изпълни "lsquo; && make & rsquo; команда в емулатор на терминала, разбира се, след навигация към местоположението на извлечените архивни файлове (например cd /home/softoware/asterisk-13.0.1).

След успешен процес на компилиране съобщението ще ви уведоми, че Asterisk може да бъде инсталиран на вашата система, като стартирате инсталацията & rsquo; команда като корен или sudo make install & rsquo; команда като привилегирован потребител. Това е, можете да използвате Asterisk и да инсталирате един от front-ends на Softoware.

Asterisk е мултиплатформен софтуер, който поддържа и работи на широк кръг от операционни системи Linux и UNIX, включително GNU / Linux, FreeBSD, OpenBSD, Solaris и Mac OS X. инсталиран на 64-битови и 32-битови хардуерни платформи.

Какво е новото

• Тези издания разрешават няколко въпроса, съобщени от общността, и не биха били възможни без вашето участие.

Какво е новото във версия 14.6.0:

• Тези издания решават няколко проблема, не би било възможно без вашето участие.

Какво е новото във версия 14.2.1:

• AST-2016-008: Сблъсък с оферта SDP или отговор от крайна точка, използващ Opus
• Ако се получи оферта или отговор на SDP с кодека на Opus и параметрите на формата се разделят с помощта на интервал, кодът, който отговаря за анализа, ще се обади отново, докато не се срине. Това се случва, тъй като кодът не обработва правилно пространствата, разделящи параметрите.
• Това НЕ изисква крайната точка да има Opus конфигуриран в Asterisk. Това също не изисква крайната точка да бъде удостоверена. Ако гостът е активиран за chan_sip или анонимен в chan_pjsip, офертата или отговорът на SDP все още е обработен и се случи катастрофата.
• AST-2016-009: Отдалечени неупълномощени сесии в chan_sip
• Каналът на канала chan_sip има либерална дефиниция за празно пространство, когато се опитва да премахне съдържанието между заглавието на SIP заглавието и колона. Вместо да следва RFC 3261 и да премахва само интервали и хоризонтални раздели, Asterisk разглежда всеки незаписваем ASCII символ, сякаш е бяло. Това означава, че заглавията като
• Contactx01:
• ще се разглежда като валиден заглавие на контакта. Това най-вече не създава проблем, докато Asterisk не бъде поставен в тандем с удостоверяващ SIP прокси сървър. В такъв случай хитри комбинация от валидни и невалидни За заглавия може да предизвика прокси, за да позволи заявка INVITE в Asterisk без удостоверяване, тъй като смята, че заявката е заявка в диалоговия прозорец. Въпреки това, поради описаната по-горе грешка, заявката ще изглежда като искане за излизане извън диалоговия прозорец на Asterisk. След това Asterisk ще обработва заявката като ново обаждане. Резултатът е, че Asterisk може да обработва обаждания от невалидни източници без удостоверяване.
• Ако не използвате прокси за удостоверяване, този проблем не ви засяга. Ако вашият прокси сървър има диалог (което означава, че проксият проследява какви диалози в момента са валидни), този проблем не ви засяга. Ако използвате chan_pjsip вместо chan_sip, този проблем не ви засяга.

Какво е новото във версия 14.2.0:

• Подобрения, направени във версия 14.2.0:
• ASTERISK-26558 - app_queue: добавете променлива, за да разберете дали обаждането не е отговорено след опашката
• ASTERISK-26176 - chan_sip: Добавете кода на профила в AMI PeerEntry
• ASTERISK-26538 - codec_opus: Добавете пример към configs / samples / codecs.conf.sample
• ASTERISK-26488 - ARI: Добавете команди за CLI за "ari show app", "ari show apps" и "ari set debug"
• ASTERISK-26418 - res_rtp_asterisk: Ускорете резолюцията на ICE чрез черен списък на подмрежите на хоста, които не са включени в RTP
• Поправени са бъгове във версия 14.2.0:
• ASTERISK-26608 - Проблеми при компилиране и свързване на OpenBSD
• ASTERISK-26520 - codec_opus: Генерираният fmtp ред няма съдържание
• ASTERISK-26605 - codec_opus: Предупреждение за спам, когато Опос не договори, но codec_opus не е зареден.
• ASTERISK-26516 - pjsip: Повреда в паметта с възможно изтичане на памет.
• ASTERISK-26556 - мениджър: версията на AMI докладва същото в Ast 13 и 14 въпреки промените на синтаксиса Ast 14
• ASTERISK-26343 - ASTERISK-25951 причинява проблеми при манипулиране на калдърд чрез agi
• ASTERISK-26592 - Последният libedit (3.1) по подразбиране е в Unicode и прави CLI с атрибут чете боклука
• ASTERISK-26565 - chan_unistim на 11, 13, 14 поставяне на разговор в режим на временно заключване
• ASTERISK-26575 - testsuite: Трябва да проверите функцията PJSIP, когато res_srtp не е зареден.
• ASTERISK-26571 - res_pjsip: Разрешение неправилно, когато конфигуриране на експресиран IPv6 трафикSASTERISK-26468 - ari: Събития на мост спират да работят след тази последователност от повиквания ARI
• ASTERISK-24400 - ooh323 изпраща грешен код за hangup
• ASTERISK-26555 - Многостранно видео: Коригирайте някои публикации на Asterisk-11 регресии
• ASTERISK-26412 - изграждане: Подгответе се за gcc 6.2
• ASTERISK-26509 - Няколко некритични предупреждения за отхвърляне при изграждане на Ubuntu 16.10
• ASTERISK-26523 - chan_sip: Asterisk 13.12.1 прекъсва входящите повиквания след 2 минути - rtptimeout се държи лошо - регресия
• ASTERISK-26549 - app_dial: Когато се използва PickupChan (), някои канали може да имат неправилно състояние на устройството
• ASTERISK-24274 - [patch] Форматът на кодека не е включен в SDP медийните атрибути, когато се използва SLIN48 кодек
• ASTERISK-26311 - [patch] rtp_engine: Позволява повече от 32 вида динамичен полезен товар.
• ASTERISK-26506 - [patch] res_pjsip_outbound_publish: Срив при публикуване в publisher_client_send на res_pjsip_outbound_publish.c
• ASTERISK-25070 - Фиксирайте FTBFS на Hurd
• ASTERISK-26476 - chan_sip: Неправилна опция за показване "Outbound reg. опитайте 403 " в настройките за показване на дупка
• ASTERISK-26541 - res_pjsip_sdp_rtp: Ограничете максималния брой формати
• ASTERISK-26537 - AMI: събитието NewConnectedLine не е документирано
• ASTERISK-26526 - [UBSAN] vector.h: нулев показалец може да бъде предаден като аргумент 2 на memcpy
• ASTERISK-26524 - astobj2: променлива data_size е губи пространство, когато AO2_DEBUG не е активиран.
• ASTERISK-26344 - Астериск 13.11.0 + PJSIP катастрофа
• ASTERISK-26387 - Asterisk се появява малко след стартиране дори и без активни повиквания.
• ASTERISK-26513 - тестове / канали / pjsip / qualify / auth: Трясък достатъчно, за да бъде неудобство
• ASTERISK-26514 - Супер страхотна компания: Не посочвайте транспорта в pjsip.conf
• ASTERISK-26510 - pjproject_bundled използва опцията -strip-components на tar, която не се поддържа в по-стари версии
• ASTERISK-22480 - Вграден pjproject: build.mak съдържа пълен пътека на hardcoded към версия.mak
• ASTERISK-26307 - res_pjsip_caller_id: Сблъсък при изходящата промяна
• ASTERISK-26503 - app_voicemail: Asterisk се срива, когато се използва MailboxExists
• ASTERISK-26423 - res_pjsip_sdp_rtp: Асиметричният RTP кодек може да причини загуба на звук и невероятност
• ASTERISK-26309 - [patch] res_pjsip: Позволява инсталиране на IPv4 / IPv6 (Dual Stack) инсталации.
• ASTERISK-26482 - [patch] chan_pjsip: segfault на вече изключена сесия
• ASTERISK-26421 - Сегментираща повреда с ARI възниква в смесващ мост с 43 клиента
• ASTERISK-26444 - командата "Показване на функциите" в CLI не се връща бързо.
• ASTERISK-26480 - [patch] CLI: дебъгване на основния комплект: Автоматично завършване на файл не на модул
• ASTERISK-26356 - menuselect: невалиден тест за GTK2
• ASTERISK-26462 - [patch] app_queue: При използване на опашки в реално време, връщането в празен контекст не спира използването на изходния ключ
• ASTERISK-26439 - chan_rtp: Случай при срив
• ASTERISK-26457 - [patch] force_rport, auto_comedia: Не се задейства откриване на NAT.
• ASTERISK-26618 - изграждане: Добавяне на резервно копие на librt за проверка на configure.ac
• Нови функции, направени във версия 14.2.0:
• ASTERISK-26595 - ARI: Добавете способността да управлявате източника на видеоклипа в мулти-партиен миксиращ мост
• ASTERISK-26492 - ARI: Добавяне на възможност за задаване на променливи на канали в събития в мрежата
• ASTERISK-26470 - ARI: Добавете поле "asterisk_id" към изходящите събития

Какво е новото във версия 13.5.0:

• AST-2014-012: Коригирайте грешката със смесените ACL на семейство адреси. Преди да извърши това, семейството на адреса на първия елемент в ACL бе използвано за сравнение на всички входящи трафик. Това може да доведе до трафик на други IP адресни семейства, които заобикалят ACL.
• AST-2014-013: Коригирайте PJSIP ACL, които не се зареждат при стартиране и прилагат / проблеми с ACL при контакта Най-големият проблем, който тази корекция поправя е, че ACLs не са били заредени преди това, когато модулът res_pjsip_acl е бил зареден. Освен това опциите ACL contact_permit и contact_acl бяха ефективно интерпретирани като contact_deny, а тази корекция също поправя това.
• AST-2014-015: Фиксирайте състоянието на състезанието в chan_pjsip, когато изпращате отговори след получаване на CANCEL. Поради серийната архитектура на chan_pjsip съществува условие за състезание, при което CANCEL може да бъде получено и обработено, преди да бъдат изпратени отговори (като 180 звънене, 183 сесия и 200 OK). Тъй като сесията е в неочаквано състояние, PJSIP ще установи кога се опитва това. Тази промяна прави така, че тези отговори да не се изпращат на несвързани сесии.
• AST-2014-016: Рестартирайте катастрофата, когато получавате в диалоговия прозорец INVITE с Replaces в res_pjsip_refer. Изпълнението на INVITE с "Заместители" в res_pjsip_refer не е очаквало те да се появят в диалоговия прозорец. В резултат на това неправилно ще се опита да затвори канал, за който смяташе, че е под негов контрол. В действителност каналът ще бъде под контрола на друга нишка. Когато другата нишка е осъществила достъп до канала, ще има достъп до свободна памет и може да се срине. Тази промяна кара res_pjsip_refer да не действа в диалоговия прозорец INVITE with Replaces.
• AST-2014-017 - app_confbridge: разрешение за ескалация / разрешение за клас. Развитие на разрешение за функцията за разширен план на Confbridge чрез AMI и неподходящо разрешение за клас за действието ConfbridgeStartRecord. Функцията CONFBRIDGE dialplan, когато се изпълнява от външен протокол (например AMI), може да доведе до ескалация на привилегии. Също така, действието AMI "oConfbridgeStartRecorda" може също да се използва за изпълнение на произволни системни команди, без първо да се провери достъпът до системата. Asterisk пречи на функцията CONFBRIDGE да бъде изпълнена от външен интерфейс, ако опцията live_dangerously е зададена на No. Също така, действието "oConfbridgeStartRecorda" AMI сега може да се изпълнява само при потребител с достъп до системно ниво.
• AST-2014-018 - func_db: Ескалация на функцията за DB Dialplan чрез емисията AMI. Функцията DB dialplan, когато се изпълнява от външен протокол (например AMI), може да доведе до ескалация на привилегии. Asterisk пречи на функцията DB да бъде изпълнена от външен интерфейс, ако опцията live_dangerously е зададена на не.

Какво е новото във версия 13.0.1:

• AST-2014-012: Коригирайте грешката със смесените ACL на семейство адреси. Преди да извърши това, семейството на адреса на първия елемент в ACL бе използвано за сравнение на всички входящи трафик. Това може да доведе до трафик на други IP адресни семейства, които заобикалят ACL.
• AST-2014-013: Коригирайте PJSIP ACL, които не се зареждат при стартиране и прилагат / проблеми с ACL при контакта Най-големият проблем, който тази корекция поправя е, че ACLs не са били заредени преди това, когато модулът res_pjsip_acl е бил зареден. Освен това опциите ACL contact_permit и contact_acl бяха ефективно интерпретирани като contact_deny, а тази корекция също поправя това.
• AST-2014-015: Фиксирайте състоянието на състезанието в chan_pjsip, когато изпращате отговори след получаване на CANCEL. Поради серийната архитектура на chan_pjsip съществува условие за състезание, при което CANCEL може да бъде получено и обработено, преди да бъдат изпратени отговори (като 180 звънене, 183 сесия и 200 OK). Тъй като сесията е в неочаквано състояние, PJSIP ще установи кога се опитва това. Тази промяна прави така, че тези отговори да не се изпращат на несвързани сесии.
• AST-2014-016: Рестартирайте катастрофата, когато получавате в диалоговия прозорец INVITE с Replaces в res_pjsip_refer. Изпълнението на INVITE с "Заместители" в res_pjsip_refer не е очаквало те да се появят в диалоговия прозорец. В резултат на това неправилно ще се опита да затвори канал, за който смяташе, че е под негов контрол. В действителност каналът ще бъде под контрола на друга нишка. Когато другата нишка е осъществила достъп до канала, ще има достъп до свободна памет и може да се срине. Тази промяна кара res_pjsip_refer да не действа в диалоговия прозорец INVITE with Replaces.
• AST-2014-017 - app_confbridge: разрешение за ескалация / разрешение за клас. Развитие на разрешение за функцията за разширен план на Confbridge чрез AMI и неподходящо разрешение за клас за действието ConfbridgeStartRecord. Функцията CONFBRIDGE dialplan, когато се изпълнява от външен протокол (например AMI), може да доведе до ескалация на привилегии. Също така, действието AMI "oConfbridgeStartRecorda" може също да се използва за изпълнение на произволни системни команди, без първо да се провери достъпът до системата. Asterisk пречи на функцията CONFBRIDGE да бъде изпълнена от външен интерфейс, ако опцията live_dangerously е зададена на No. Също така, действието "oConfbridgeStartRecorda" AMI сега може да се изпълнява само при потребител с достъп до системно ниво.
• AST-2014-018 - func_db: Ескалация на функцията за DB Dialplan чрез емисията AMI. Функцията DB dialplan, когато се изпълнява от външен протокол (например AMI), може да доведе до ескалация на привилегии. Asterisk пречи на функцията DB да бъде изпълнена от външен интерфейс, ако опцията live_dangerously е зададена на не.

Какво е новото във версия 1.8.12.0:

• Предотвратете обвързването на chanspy с каналите на зомбита
• (Затваря емисията ASTERISK-19493. Съобщено от lvl)
• Fix Dial m и r опции и раздвоени повиквания, генерирайки предупреждения за гласови кадри.
• (Затваря издаване на ASTERISK-16901, съобщено от Крис Гентъл)
• Премахване на ограничението за задържане на ISDN за немоторни повиквания.
• (Затваря издаване ASTERISK-19388, съобщено от Birger Harzenetter)
• Коригирайте копирането на CDR (кодов код) в местни канали.
• (Затваря издаване ASTERISK-19384, съобщено от jamicque)
• Уверете се, че Asterisk потвърждава ACKs до 4xx на Replaces errors
• (Затваря издаване ASTERISK-19303, съобщено от Джон Цирос)
• Премахване на двойното затваряне на файловия дескриптор в manager.c
• (Затваря емисия ASTERISK-18453, съобщено от Джако Кроон)

Какво е новото във версия 1.8.10.1:

• Пускането на Asterisk 1.8.10.1 и 10.2.1 разрешава два въпроса. Първо, те решават проблема в app_milliwatt, където буфера може потенциално да бъде препълнен на стека, но не е възможно дистанционно изпълнение на код. Второ, те решават проблем в HTTP AMI, където може да се използва информация за идентифициране на заразения код, за да се преодолее буфер на стека, което позволява внедряване и изпълнение на кода.
• Тези проблеми и тяхното разрешаване са описани в съвет за сигурността.

Какво е новото във версия 1.8.0:

• Това издание включва нови функции. За списък с новите функции, които са включени в тази версия, моля, вижте файла CHANGES в пакета на източника. Тъй като това е ново основно издание, потребителите се насърчават да извършват разширени тестове, преди да надстроят тази версия в производствена среда.

Какво е новото във версия 1.4.24:

• Екипът за разработка на Asterisk с гордост обявява пускането на Asterisk 1.4.24 и е достъпен за незабавно изтегляне на адрес http://downloads.digium.com/
• В допълнение към други корекции на програмни грешки, този кандидат за издаване поправя няколко проблема с катастрофата и решава някои от останалите проблеми, свързани с приемането на обаждания и паркирането на повиквания, открити след пускането на Asterisk 1.4.23. В допълнение, проблемите, свързани с chan_iax2, и регресиите, въведени в разширението "h", са разрешени.
• Това издание означава първото включване на обобщените файлове за пускане, които ще бъдат включени във всички бъдещи издания. Целта е да се даде по-ясен преглед на промените, които са се случили между текущото и предишното издание, кои въпроси са били закрити и кои членове на общността са участвали в изпращане на материали, кодекси и тестове. Освен това, в края на файла diffstat показва накратко броя на промените, направени в файловете между предишните и текущите версии.
• За резюме на промените в тази версия вижте резюмето на изданието. За пълен списък на промените в тази версия вижте ChangeLog.
• Следният списък с бъгове беше разрешен с участието на общността и това издание не би било възможно без ваша помощ!
• Програмата за пейджинг срива звездичката. Затваря проблем # 14308. Изпратено от bluefox. Тестван от kc0bvu. Оптимизиран от seanbright.
• Срив в VoiceMailMain, ако се получи hangup, преди да бъде въведен валиден номер на пощенска кутия (само IMAP). Затваря емисия # 14473. Изпратено от, и кръпка, осигурена от dwpaul.
• Входящите обаждания в Gtalk не са успешни. Затваря емисия # 13984. Изпратено, тествано и коригирано от jcovert.
• Партньорите в реално време никога не са квалифицирани след "презареждане на глътка". Затваря емисия # 14196. Изпратено, тествано и коригирано с pdf.
• SIP преместен прекъсва. Затваря емисия 14611. Внесено, тествано и коригирано от klaus3000.