Dostępna platforma komunikacyjna Asterisk 17

Po roku rozwoju odbyła się wydanie nowej stabilnej gałęzi otwartej platformy komunikacyjnej Gwiazdka 17, służące do wdrażania oprogramowania central PBX, systemów komunikacji głosowej, bramek VoIP, organizacji systemów IVR (menu głosowe), poczty głosowej, konferencji telefonicznych i call center. Kod źródłowy projektu dostępny licencjonowany na licencji GPLv2.

Gwiazdka 17 przydzielony do kategorii wydań z regularnym wsparciem, dla których aktualizacje generowane są w ciągu dwóch lat. Wsparcie dla dotychczasowej gałęzi LTS Asterisk 16 potrwa do października 2023 r., a wsparcie dla gałęzi Asterisk 13 do października 2021 r. Wersje LTS skupiają się na optymalizacji stabilności i wydajności, podczas gdy w wydaniach regularnych priorytetem są ulepszenia funkcji.

Klucz ulepszenia, dodano w gwiazdce 17:

  • W ARI (Asterisk REST Interface), API do tworzenia zewnętrznych aplikacji komunikacyjnych, które mogą bezpośrednio manipulować kanałami, mostami i innymi komponentami telefonii w Asterisk, zaimplementowano możliwość definiowania filtrów zdarzeń - aplikacja może ustawić listę dozwolonych lub zabronionych typów zdarzeń , a następnie do aplikacji przesyłane będą wyłącznie zdarzenia dopuszczone na białą listę lub nie mieszczące się na czarnej liście;
  • Do interfejsu API REST dodano nowe wywołanie „move”, umożliwiające przenoszenie kanałów z jednej aplikacji do drugiej bez konieczności powrotu do skryptu obsługi połączeń (dialplan);
  • Dodana została nowa aplikacja AttendedTransfer umożliwiająca kolejkowanie nadzorowanych transferów połączenia (operator najpierw sam łączy się z abonentem docelowym, a po udanym połączeniu łączy z nim rozmówcę) na dany numer wewnętrzny;
  • Dodano nową aplikację BlindTransfer przekierowującą wszystkie kanały powiązane z dzwoniącym do abonenta docelowego (przekierowanie „na ślepo”, gdy operator nie wie, czy odbiorca odbierze połączenie);
  • W bramce konferencyjnej ConfBridge do opcji remb_behavior dodano parametry „average_all”, „highest_all” i „lowest_all”, działające na poziomie połączonych kanałów (bridge), a nie na poziomie źródeł tj. wartość REMB (Receiver Estimated Maximum Bitrate), która szacuje przepustowość klienta, jest obliczana i wysyłana do każdego nadawcy i nie jest powiązana z konkretnym nadawcą;
  • Do polecenia Dial dodano nowe zmienne, których zadaniem jest nawiązanie nowego połączenia i powiązanie go z kanałem:
    • RINGTIME i RINGTIME_MS - zawierają czas pomiędzy utworzeniem kanału a otrzymaniem pierwszego sygnału RINGING;
    • PROGRESSTIME i PROGRESSTIME_MS - zawierają czas pomiędzy utworzeniem kanału a otrzymaniem sygnału PROGRESS (równoważny wartości PDD, Post Dial Delay);
    • DIALEDTIME_MS i ANSWEREDTIME_MS to warianty DIALEDTIME i ANSWEREDTIME, które zwracają czas w milisekundach zamiast w sekundach.
  • W rtp.conf dla RTP/ICE dodano możliwość publikowania lokalnego adresu ice_host_candidate, a także przetłumaczonego adresu;
  • Pakiety DTLS można teraz fragmentować zgodnie z wartością MTU, co pozwala na używanie większych certyfikatów podczas negocjowania połączeń DTLS;
  • Do polecenia ReadExten dodano opcję „p”, aby zatrzymać czytanie zestawu rozszerzeń po naciśnięciu znaku „#”;
  • Do modułu DUNDi PBX dodano obsługę podwójnego wiązania IPv4/IPv6;
  • Dla MWI (Message Waiting Indicators) dodano nowy moduł „res_mwi_devstate”, który umożliwia subskrybowanie skrzynek głosowych za pomocą zdarzeń „obecności”, co umożliwia wykorzystanie klawiszy stanu linii BLF jako wskaźników oczekujących wiadomości głosowych;
  • Sterownik chan_sip stał się przestarzały, zamiast tego zaleca się użycie sterownika kanału chan_pjsi zbudowanego przy użyciu stosu SIP dla protokołu SIP PJSIP i pozwala uniknąć ograniczeń i wąskich gardeł właściwych staremu sterownikowi, takich jak monolityczny projekt, zaciemnianie bazy kodu, na stałe zakodowane ograniczenia i pracochłonność dodawania nowych funkcji.

Źródło: opennet.ru

Dodaj komentarz