Po roku prac rozwojowych zadebiutowała nowa stabilna wersja otwartej platformy komunikacyjnej Asterisk 19, wykorzystywanej do wdrażania programowych centrali telefonicznych, systemów komunikacji głosowej, bramek VoIP, organizacji systemów IVR (menu głosowe), poczty głosowej, konferencji telefonicznych oraz call centrów. Kody źródłowe projektu są dostępne na licencji GPLv2.
Asterisk 19 został zakwalifikowany jako wydanie o standardowym wsparciu, które jest aktualizowane przez dwa lata. Wsparcie dla poprzedniej wersji LTS Asterisk 18 potrwa do października 2025 roku, a wersji Asterisk 16 do października 2023 roku. Wsparcie dla wersji LTS 13.x i pośredniej wersji 17.x zostało zakończone. Przy przygotowywaniu wydań LTS największy nacisk kładzie się na zapewnienie stabilności i optymalizację wydajności, natomiast w przypadku standardowych wydań priorytetem jest zwiększanie funkcjonalności.
Kluczowe ulepszenia w Asterisk 19:
- Wprowadzono kategorie logów debugowania, które pozwalają na dostosowanie wyjścia jedynie do potrzebnych informacji diagnostycznych. Obecnie dostępne są następujące kategorie: dtls, dtls_packet, ice, rtcp, rtcp_packet, rtp, rtp_packet, stun i stun_packet.
- Dodano nowy tryb formatowania logów „plain”, w którym do logu bez zbędnych znaków kontrolnych (bez kolorowania) wyświetla się nazwa pliku, funkcji oraz numery linii. Umożliwiono także definiowanie własnych poziomów logowania oraz zmianę formatu wyjścia w logu dat i czasu.
- W AMI (Asterisk Manager Interface) dodano możliwość dołączania obsługiwanych zdarzeń związanych z przychodzącym sygnałem tonalnym (DTMF) „flash” (krótkotrwałe przerwanie kanału).
- W komendzie Originate ( inicjowanie połączenia) wprowadzono możliwość ustawienia zmiennych dla nowego kanału.
- W komendzie SendMF oraz menedżerze PlayMF dodano wsparcie dla wysyłania dowolnych sygnałów tonalnych R1 MF (multi-frequency) do dowolnego kanału.
- W komendzie MessageSend dodano możliwość oddzielnego wskazywania adresów docelowych „Destination” oraz „To”.
- Dodano komendę ConfKick, która umożliwia wyłączenie z konferencji określonego kanału, wszystkich użytkowników lub użytkowników bez praw administratora.
- Dodano komendę Reload do ponownego załadowania modułów.
- Dodano komendę WaitForCondition, aby wstrzymać wykonanie scenariusza przetwarzania połączeń (dialplan) do spełnienia określonych warunków.
- W module app_dial dodano opcję «A», która umożliwia odtwarzanie dźwięku podczas wykonywania połączenia zarówno dla dzwoniącego, jak i dla odbierającego abonenta.
- Dodano moduł app_dtmfstore, który przechowuje w zmiennej wprowadzone cyfry z tonowego zestawu.
- W module app_morsecode wprowadzono obsługę amerykańskiego dialektu alfabetu Morse'a oraz udostępniono ustawienie do zmiany interwału pauz.
- W module app_originate, dla połączeń inicjowanych z scenariuszy dialplanu, dodano możliwość wskazania kodeków, plików call i działań zarządzających.
- W module app_voicemail dodano możliwość wcześniejszej wysyłki powitań i instrukcji dotyczących korzystania z poczty głosowej oraz tworzenia kanału tylko po osiągnięciu czasu nagrywania wiadomości przychodzącej.
- Dodano ustawienie astcachedir do zmiany lokalizacji pamięci podręcznej na dysku. Domyślnie pamięć podręczna jest teraz przechowywana w osobnym katalogu /var/cache/asterisk zamiast w katalogu /tmp.
Jednocześnie po trzech latach prac opublikowano wydanie projektu FreePBX 16, rozwijającego interfejs webowy do zarządzania Asterisk oraz gotowy dystrybucję do szybkiego wdrażania systemów VoIP. Wśród zmian zauważono wsparcie dla PHP 7.4, rozszerzenie API oparte na języku zapytań GraphQL, przejście na jednolity sterownik PJSIP (sterownik Chan_SIP jest domyślnie wyłączony), wsparcie dla tworzenia szablonów do zmiany wyglądu użytkownika panelu sterowania, przerobiony moduł zapory sieciowej z rozszerzonymi możliwościami zarządzania ruchem SIP, możliwość dostosowania parametrów protokołu dla HTTPS, wiązanie AMI tylko z localhostem domyślnie, opcja weryfikacji siły haseł.
Można również zauważyć poprawiające aktualizację platformy VoIP FreeSWITCH 1.10.7, w której usunięto 5 luk bezpieczeństwa, które mogą prowadzić do wysyłania wiadomości SIP bez uwierzytelnienia (np. do spoofingu i rozsyłania spamu przez bramę SIP), wycieku haseł uwierzytelniających sesji oraz przeprowadzania ataków DoS (wyczerpanie dostępnej pamięci i awarie) w celu zablokowania działania serwera poprzez wysyłanie nieprawidłowych pakietów SRTP lub flood pakietów SIP.
Źródło: opennet.ru
