Die Kommunikationsplattform Asterisk 17 ist verfügbar.

Nach einem Jahr Entwicklung statt Release der neuen stabilen Version der offenen Kommunikationsplattform Asterisk 17, die für die Bereitstellung von Software-ATCs, Sprachkommunikationssystemen, VoIP-Gateways, IVR-Systemen (Sprachauswahl), Sprachmailboxen, Telefonkonferenzen und Call-Centern verwendet werden. Die Quelltexte des Projekts sind nur steht unter der GPLv2-Lizenz.

Asterisk 17 wird in die Kategorie der Veröffentlichungen mit regulärer Unterstützung eingeordnet, Updates werden über einen Zeitraum von zwei Jahren bereitgestellt. Die Unterstützung für die vorherige LTS-Version Asterisk 16 läuft bis Oktober 2023, während die Version Asterisk 13 bis Oktober 2021 unterstützt wird. Bei der Vorbereitung von LTS-Versionen liegt der Schwerpunkt auf der Gewährleistung der Stabilität und der Optimierung der Leistung, während bei regulären Versionen die Erweiterung der Funktionalität Priorität hat.

Schlüssige Verbesserungen, die in Asterisk 17 hinzugefügt wurden:

• Im ARI (Asterisk REST Interface), der API zur Erstellung externer Kommunikationsanwendungen, die direkt mit Kanälen, Brücken und anderen Telefoniekomponenten in Asterisk interagieren können, wurde die Möglichkeit zur Definition von Ereignisfiltern implementiert — die Anwendung kann eine Liste erlaubter oder verbotener Ereignistypen festlegen, sodass nur Ereignisse, die auf die Whitelist passen oder nicht auf die Blacklist fallen, an die Anwendung übertragen werden;
• Im REST API wurde ein neuer Aufruf ‚move‘ hinzugefügt, der es ermöglicht, Kanäle von einer Anwendung zu einer anderen zu verschieben, ohne zum Verarbeitungsszenario (Dialplan) zurückzukehren;
• Eine neue Anwendung AttendedTransfer wurde hinzugefügt, um Warteschlangen für begleitete Anrufübertragungen einzurichten (der Operator verbindet sich zunächst selbst mit dem Zielteilnehmer und verbindet dann den Anrufer nach erfolgreichem Anruf);
• Eine neue Anwendung BlindTransfer wurde hinzugefügt, um alle Kanäle, die mit dem Anrufer verbunden sind, an den Zielteilnehmer weiterzuleiten (‚blinde‘ Übertragung, bei der der Operator nicht weiß, ob der Angerufene den Anruf entgegennehmen wird);
• Im Konferenz-Gateway ConfBridge wurden in die Option remb_behavior die Parameter „average_all“, „highest_all“ und „lowest_all“ eingefügt, die auf der Ebene der kombinierten Kanäle (bridge) funktionieren und nicht auf der Ebene der Quellen. Das bedeutet, dass der Wert REMB (Receiver Estimated Maximum Bitrate), der die Bandbreite des Clients schätzt, berechnet und jedem Sender übermittelt wird, statt an einen spezifischen Sender gebunden zu sein.
• Der Dial-Befehl, der für die Einrichtung einer neuen Verbindung und deren Zuordnung zu einem Kanal dient, wurde um neue Variablen erweitert:
  • RINGTIME und RINGTIME_MS – enthalten die Zeit zwischen der Erstellung des Kanals und dem Erhalt des ersten RINGING-Signals;
  • PROGRESSTIME und PROGRESSTIME_MS – enthalten die Zeit zwischen der Erstellung des Kanals und dem Erhalt des PROGRESS-Signals (entsprechen dem PDD-Wert, Post Dial Delay);
  • DIALEDTIME_MS und ANSWEREDTIME_MS – Varianten von DIALEDTIME und ANSWEREDTIME, die die Zeit in Millisekunden anstatt in Sekunden ausgeben;
• In der rtp.conf für RTP/ICE wurde die Möglichkeit hinzugefügt, die lokale Adresse ice_host_candidate zu veröffentlichen, ebenso wie die übertragene Adresse;
• DTLS-Pakete können jetzt gemäß dem MTU-Wert fragmentiert werden, was die Verwendung umfangreicherer Zertifikate bei der Aushandlung von DTLS-Verbindungen ermöglicht.
• Im ReadExten-Team wurde die Option "p" hinzugefügt, um das Lesen der Nebenstellen nach Drücken des Zeichens "#" zu stoppen;
• Im DUNDi-Modul der PBX wurde die Unterstützung für Dual-Stack IPv4/IPv6 hinzugefügt;
• Für MWI (Message Waiting Indicators) wurde das neue Modul "res_mwi_devstate" hinzugefügt, das es ermöglicht, sich über "presence"-Ereignisse auf Voicemails zu abonnieren, wodurch die BLF-Status-Tasten als Indikatoren für wartende Sprachnachrichten verwendet werden können;
• Der chan_sip-Treiber wurde für veraltet erklärt; stattdessen wird empfohlen, den chan_pjsip-Kanaltreiber zu verwenden, der mit einem SIP-Stack entwickelt wurde. PJSIP und es ermöglicht, die Einschränkungen und Engpässe des alten Treibers zu umgehen, wie z.B. das monolithische Design, die Komplexität des Codes, hartkodierte Einschränkungen und den hohen Aufwand für die Implementierung neuer Funktionen.

Quelle: opennet.ru