Na een jaar van ontwikkeling release van een nieuwe stabiele tak van het open communicatieplatform , gebruikt voor het inzetten van software-PBX's, spraakcommunicatiesystemen, VoIP-gateways, het organiseren van IVR-systemen (spraakmenu), voicemail, telefoonconferenties en callcenters. Projectbronnen gelicentieerd onder GPLv2.
Asterisk 17 categorie releases met regelmatige ondersteuning, waarvoor updates binnen twee jaar worden gegenereerd. Ondersteuning voor de vorige LTS-tak van Asterisk 16 duurt tot oktober 2023, en ondersteuning voor de Asterisk 13-tak tot oktober 2021. LTS-releases zijn gericht op stabiliteit en prestatie-optimalisatie, terwijl reguliere releases zich richten op het toevoegen van functionaliteit.
toegevoegd in Sterretje 17:
- In ARI (Asterisk REST Interface), een API voor het maken van externe communicatietoepassingen die kanalen, bruggen en andere telefoniecomponenten in Asterisk direct kunnen manipuleren, is de mogelijkheid geïmplementeerd om gebeurtenisfilters te definiëren - de toepassing kan een lijst met toegestane of verboden gebeurtenistypen specificeren , en vervolgens in toepassingen. Alleen gebeurtenissen die op de witte lijst zijn toegestaan of die niet op de zwarte lijst staan, worden verzonden;
- Er is een nieuwe 'move'-aanroep toegevoegd aan de REST API, waardoor u kanalen van de ene applicatie naar de andere kunt verplaatsen zonder terug te keren naar het oproepverwerkingsscript (dialplan);
- Er is een nieuwe toepassing AttendedTransfer toegevoegd voor het doorverbinden van gesprekken in de wachtrij (de telefoniste maakt eerst verbinding met de doelabonnee en verbindt de beller na een succesvol gesprek met hem) naar een opgegeven toestelnummer;
- Een nieuwe BlindTransfer-applicatie toegevoegd om alle kanalen die aan de beller zijn gekoppeld, door te sturen naar de doelabonnee ("blinde" overdracht, wanneer de operator niet weet of de gebelde persoon de oproep zal beantwoorden);
- In de ConfBridge-conferentiegateway zijn de parameters “average_all”, “highest_all” en “lowest_all” toegevoegd aan de optie remb_behavior, die op bridge-niveau werken en niet op bronniveau, d.w.z. de REMB-waarde (Receiver Estimated Maximum Bitrate), die de doorvoer van de client schat, wordt berekend en naar elke afzender verzonden, in plaats van aan een specifieke afzender te worden gekoppeld;
- Er zijn nieuwe variabelen toegevoegd aan de opdracht Kiezen, bedoeld voor het tot stand brengen van een nieuwe verbinding en de koppeling ervan met een kanaal:
- RINGTIME en RINGTIME_MS - bevatten de tijd tussen het creëren van het kanaal en de ontvangst van het eerste RINGING-signaal;
- PROGRESSTIME en PROGRESSTIME_MS - bevatten de tijd tussen het aanmaken van het kanaal en de ontvangst van het PROGRESS-signaal (equivalent aan de PDD, Post Dial Delay-waarde);
- DIALEDTIME_MS en ANSWEREDTIME_MS zijn varianten van DIALEDTIME en ANSWEREDTIME die de tijd weergeven in milliseconden in plaats van seconden;
- In rtp.conf voor RTP/ICE is de mogelijkheid toegevoegd om het lokale adres ice_host_candidate, evenals het vertaalde adres, te publiceren;
- DTLS-pakketten kunnen nu worden gefragmenteerd op basis van MTU-waarde, waardoor het gebruik van grotere certificaten mogelijk wordt bij het onderhandelen over DTLS-verbindingen;
- Optie "p" toegevoegd aan de ReadExten-opdracht om te stoppen met het lezen van de extensieset na het indrukken van het "#"-symbool;
- Ondersteuning voor dubbele binding aan IPv4/IPv6 is toegevoegd aan de DUNDi PBX-module;
- Voor MWI (Message Waiting Indicators) is een nieuwe module “res_mwi_devstate” toegevoegd, waarmee u zich kunt abonneren op voicemailboxen met behulp van “aanwezigheids”-gebeurtenissen, waardoor het mogelijk wordt om BLF-lijnstatustoetsen te gebruiken als voicemail-wachtindicatoren;
- Het chan_sip-stuurprogramma is verouderd; in plaats daarvan wordt het voor het SIP-protocol aanbevolen om het chan_pjsi-kanaalstuurprogramma te gebruiken, gebouwd met behulp van de SIP-stack en stelt u in staat om weg te komen van de beperkingen en knelpunten die inherent zijn aan de oude driver, zoals monolithisch ontwerp, verwarrende codebasis, hardgecodeerde beperkingen en de moeizaamheid van het toevoegen van nieuwe functies.
Bron: opennet.ru