Asterisk 17 kommunikationsplattform tillgänglig

Efter ett år av utveckling ägde rum lansering av en ny stabil gren av den öppna kommunikationsplattformen Asterisk 17, används för att distribuera mjukvaruväxel, röstkommunikationssystem, VoIP-gateways, organisera IVR-system (röstmeny), röstbrevlåda, telefonkonferenser och callcenter. Projektkällor tillgängliga licensierad under GPLv2.

Asterisk 17 hänföras kategori av utgåvor med regelbundet stöd, för vilka uppdateringar genereras inom två år. Support för den tidigare LTS-grenen av Asterisk 16 kommer att pågå till oktober 2023 och stöd för Asterisk 13-grenen till oktober 2021. LTS-släpp fokuserar på stabilitet och prestandaoptimering, medan vanliga releaser fokuserar på att lägga till funktionalitet.

Nyckel förbättringarlagt till i Asterisk 17:

  • I ARI (Asterisk REST Interface), ett API för att skapa externa kommunikationsapplikationer som direkt kan manipulera kanaler, bryggor och andra telefonikomponenter i Asterisk, implementeras möjligheten att definiera händelsefilter - applikationen kan specificera en lista över tillåtna eller förbjudna händelsetyper , och sedan i applikationer Endast händelser som är tillåtna i den vita listan eller som inte ingår i den svarta listan kommer att sändas;
  • Ett nytt "flytta"-anrop har lagts till i REST API, vilket gör att du kan flytta kanaler från en applikation till en annan utan att gå tillbaka till samtalsbehandlingsskriptet (dialplan);
  • En ny AttendedTransfer-applikation har lagts till för att köa assisterade samtalsöverföringar (operatören ansluter först till målabonnenten och, efter ett lyckat samtal, kopplar uppringaren till honom) till ett specificerat anknytningsnummer;
  • Lade till en ny BlindTransfer-applikation för att omdirigera alla kanaler som är associerade med den som ringer till målabonnenten (“blind” överföring, när operatören inte vet om den uppringda personen kommer att svara på samtalet);
  • I ConfBridge-konferensgatewayen har parametrarna "average_all", "highest_all" och "lowest_all" lagts till i alternativet remb_behavior, som arbetar på bryggnivå och inte på källnivå, dvs. REMB (Receiver Estimated Maximum Bitrate)-värdet, som uppskattar klientens genomströmning, beräknas och skickas till varje avsändare, snarare än kopplat till en specifik avsändare;
  • Nya variabler har lagts till i kommandot Dial, avsedda för att upprätta en ny anslutning och dess koppling till en kanal:
    • RINGTIME och RINGTIME_MS - innehåller tiden mellan skapandet av kanalen och mottagandet av den första RING-signalen;
    • PROGRESSTIME och PROGRESSTIME_MS - innehåller tiden mellan skapandet av kanalen och mottagandet av PROGRESS-signalen (motsvarande PDD, Post Dial Delay-värde);
    • DIALEDTIME_MS och ANSWEREDTIME_MS är varianter av DIALEDTIME och ANSWEREDTIME som visar 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, såväl som den översatta adressen, lagts till;
  • DTLS-paket kan nu fragmenteras enligt MTU-värde, vilket tillåter användning av större certifikat vid förhandling av DTLS-anslutningar;
  • Lade till alternativet "p" till kommandot ReadExten för att sluta läsa tilläggsuppsättningen efter att ha tryckt på "#"-symbolen;
  • Stöd för dubbel bindning till IPv4/IPv6 har lagts till i DUNDi PBX-modulen;
  • För MWI (Message Waiting Indicators) har en ny modul "res_mwi_devstate" lagts till, som gör att du kan prenumerera på röstbrevlådor med hjälp av "närvaro"-händelser, vilket gör det möjligt att använda BLF-linjestatusnycklar som indikatorer för röstbrevlåda;
  • Drivrutinen chan_sip har föråldrats; istället rekommenderas för SIP-protokollet att använda chan_pjsi-kanaldrivrutinen, byggd med SIP-stacken PJSIP och låter dig komma bort från de begränsningar och flaskhalsar som är inneboende i den gamla drivrutinen, såsom monolitisk design, förvirrande kodbas, hårdkodade begränsningar och mödosamt att lägga till nya funktioner.

Källa: opennet.ru

Lägg en kommentar