Po roku prac rozwojowych wydanie nowej stabilnej gałęzi otwartej platformy komunikacyjnej , stosowanej do wdrażania systemów PBX, systemów głosowych, bramek VoIP, organizacji systemów IVR (menu głosowe), poczty głosowej, konferencji telefonicznych oraz call-center. Kody źródłowe projektu na licencji GPLv2.
Asterisk 17 zakwalifikowane do kategorii wydania z normalnym wsparciem, dla którego aktualizacje będą tworzone przez dwa lata. Wsparcie dla poprzedniej gałęzi LTS Asterisk 16 potrwa do października 2023 roku, a gałęzi Asterisk 13 do października 2021 roku. Podczas przygotowywania wydań LTS główny nacisk kładziony jest na zapewnienie stabilności oraz optymalizacji wydajności, a priorytetem zwykłych wydań jest rozbudowa funkcjonalności.
, dodane w Asterisk 17:
- W ARI (Asterisk REST Interface), API do tworzenia zewnętrznych aplikacji komunikacyjnych, które mogą bezpośrednio manipulować kanałami, mostkami i innymi komponentami telefonii w Asterisk, wprowadzono możliwość definiowania filtrów zdarzeń — aplikacja może określić listę dozwolonych lub zabronionych typów zdarzeń, a następnie tylko te zdarzenia, które figurują w białej liście lub nie są objęte czarną listą, będą przekazywane do aplikacji;
- Do REST API dodano nowe wezwanie ‘move’, które pozwala na przenoszenie kanałów z jednej aplikacji do drugiej bez powracania do scenariusza obsługi połączeń (dialplan);
- Dodano nowe aplikacje AttendedTransfer do kolejkowania obsługiwanych transferów połączeń (operator najpierw łączy się z docelowym abonentem, a po pomyślnym połączeniu łączy z nim dzwoniącego) na określony numer wewnętrzny;
- Dodano nowe aplikacje BlindTransfer do przekierowywania wszystkich kanałów związanych z dzwoniącym do docelowego abonenta („ślepy” transfer, kiedy operator nie wie, czy odbierający połączenie odpowie);
- W bramce dla organizacji konferencji ConfBridge do opcji remb_behavior dodano parametry „average_all”, „highest_all” i „lowest_all”, które działają na poziomie połączonych kanałów (bridge), a nie na poziomie źródeł, tzn. wartość REMB (Receiver Estimated Maximum Bitrate), oceniająca przepustowość klienta, jest obliczana i wysyłana do każdego nadawcy, a nie przypisywana do konkretnego nadawcy;
- Do polecenia Dial, które służy do nawiązywania nowego połączenia i jego powiązania z kanałem, dodano nowe zmienne:
- RINGTIME i RINGTIME_MS — zawierają czas między utworzeniem kanału a otrzymaniem pierwszego sygnału RINGING;
- PROGRESSTIME i PROGRESSTIME_MS — zawierają czas między utworzeniem kanału a otrzymaniem sygnału PROGRESS (są równoważne wartości PDD, Post Dial Delay);
- DIALEDTIME_MS i ANSWEREDTIME_MS — to warianty DIALEDTIME i ANSWEREDTIME, które podają czas w milisekundach zamiast w sekundach;
- W pliku rtp.conf dla RTP/ICE dodano możliwość publikacji lokalnego adresu ice_host_candidate, jak i adresu przekazywanego;
- Pakiety DTLS mogą być teraz fragmentowane zgodnie z wartością MTU, co pozwala na wykorzystanie większych certyfikatów podczas negocjacji połączeń DTLS;
- Do komendy ReadExten dodano opcję „p”, aby zatrzymać odczytywanie zestawu wewnętrznego po naciśnięciu znaku „#”;
- W module PBX DUNDi dodano wsparcie dla podwójnego powiązania z IPv4/IPv6;
- Dla MWI (Message Waiting Indicators) dodano nowy moduł „res_mwi_devstate”, umożliwiający subskrypcję na skrzynki głosowe z wykorzystaniem zdarzeń „presence”, co daje możliwość używania przycisków statusu linii BLF jako wskaźników oczekiwania na wiadomości głosowe;
- Sterownik chan_sip został zadeklarowany jako przestarzały, zamiast niego dla protokołu SIP zaleca się użycie sterownika kanałowego chan_pjsip, zbudowanego z użyciem stosu SIP. i pozwalający na uniknięcie ograniczeń i wąskich gardeł obecnych w starym sterowniku, takich jak monolityczna architektura, złożoność kodu, sztywno zdefiniowane ograniczenia w kodzie oraz trudności w dodawaniu nowych funkcji.
Źródło: opennet.ru
