Kommunikationsplattformen Asterisk 17 är tillgänglig

Efter ett års utveckling har ägt rum utgåvan av den nya stabila versionen av en öppen kommunikationsplattform Asterisk 17, som används för att implementera programvaru-PBX:er, röstkommunikationssystem, VoIP-gateways, organisera IVR-system (röstmenyer), röstmeddelanden, telefonkonferenser och call centers. Källkoderna för projektet är tillgängliga är under GPLv2-licensen.

Asterisk 17 har klassificerats inom kategorin versioner med vanlig support, för vilka uppdateringar genereras under två år. Stödet för den tidigare LTS-versionen Asterisk 16 kommer att fortsätta till oktober 2023, och för version Asterisk 13 till oktober 2021. Vid förberedelse av LTS-utgåvor fokuseras på att säkerställa stabilitet och optimera prestanda, medan prioriteten för vanliga utgåvor är att öka funktionaliteten.

Nyckel förbättringar, som har lagts till i Asterisk 17:

• I ARI (Asterisk REST Interface), API:et för att skapa externa kommunikationsapplikationer som kan manipulera kanaler, broar och andra telekommunikationskomponenter i Asterisk direkt, har funktionen för att bestämma händelsefilter implementerats — applikationen kan ange en lista av tillåtna eller förbjudna händelsetyper, och efter det kommer endast händelser som godkänts i vitlistan eller som inte omfattas av svarta listan att sändas till applikationerna;
• I REST API har en ny anrop funktionen 'move' lagts till, vilket gör det möjligt att flytta kanaler från en applikation till en annan utan att återgå till samtalsbearbetningsscenariot (dialplan);
• Ett nytt applikation AttendedTransfer har lagts till för att ställa in köer för assisterade samtalsöverföringar (operatören kopplar först till den avsedda abonnenten och kopplar sedan samtalet efter ett framgångsrikt samtal) till angiven internnummer;
• Ett nytt applikation BlindTransfer har lagts till för att omdirigera alla kanaler relaterade till den som ringer till den avsedda abonnenten ('blind' överföring, när operatören inte vet om den avsedda kommer att svara på samtalet);
• I konferensgatewayen ConfBridge har alternativet remb_behavior fått parametrar 'average_all', 'highest_all' och 'lowest_all', som fungerar på nivån av sammanfogade kanaler (bridge), snarare än på nivån av källor, det vill säga värdet REMB (Receiver Estimated Maximum Bitrate) som estimerar kundens bandbredd beräknas och skickas till varje avsändare, snarare än att kopplas till en specifik avsändare;
• I kommandot Dial, som används för att etablera en ny anslutning och koppla den till kanalen, har nya variabler lagts till:
  • RINGTIME och RINGTIME_MS — innehåller tiden mellan skapandet av kanalen och mottagandet av den första signalen RINGING;
  • PROGRESSTIME och PROGRESSTIME_MS — innehåller tiden mellan skapandet av kanalen och mottagandet av PROGRESS-signalen (motsvarar värdet PDD, Post Dial Delay);
  • DIALEDTIME_MS och ANSWEREDTIME_MS — varianter av DIALEDTIME och ANSWEREDTIME som ger tiden i millisekunder istället för sekunder;
• I rtp.conf för RTP/ICE har möjligheten att publicera den lokala adressen ice_host_candidate lagts till, precis som den retransmitterade adressen;
• DTLS-paket kan nu fragmenteras i enlighet med MTU-värdet, vilket gör det möjligt att använda större certifikat under förhandlingar av DTLS-anslutningar;
• I ReadExten-kommandot har alternativet 'p' lagts till för att stoppa läsningen av den tillagda uppsättningen efter tryckning på '#' -tecknet;
• Åtkomstmodulen DUNDi har nu stöd för dubbelbindning till IPv4/IPv6;
• För MWI (Message Waiting Indicators) har en ny modul 'res_mwi_devstate' lagts till, vilket möjliggör prenumeration på röstbrevlådor med användning av 'presence'-händelser, vilket gör det möjligt att använda BLF-linjestatusknappar som indikatorer för väntande röstmeddelanden;
• Drivrutinen chan_sip har förklarats föråldrad, istället rekommenderas det att använda kanaldrivrutinen chan_pjsip för SIP-protokollet, som bygger på SIP-stacken; PJSIP och möjliggör att undvika begränsningarna och flaskhalsarna som är förknippade med den gamla drivrutinen, såsom monolitisk design, komplicerad kodbas, hårdkodade begränsningar och besvärligheten vid tillägg av nya funktioner.

Källa: opennet.ru