Die Kommunikationsplattform Asterisk 17 ist verfügbar.

Nach einem Jahr Entwicklung hat stattgefunden Release der neuen stabilen Version der offenen Kommunikationsplattform Asterisk 17, die für die Bereitstellung von Software-Telefonanlagen, Sprachkommunikationssystemen, VoIP-Gateways, die Organisation von IVR-Systemen (Sprachauswahlmenü), Voicemail, Telefonkonferenzen und Callcentern verwendet wird. Die Quelltexte des Projekts verfügbar sind unter der GPLv2-Lizenz.

Asterisk 17 wurde eingestuft in die Kategorie der regulären Veröffentlichungen, für die Updates über einen Zeitraum von zwei Jahren bereitgestellt werden. Der Support der vorherigen LTS-Version Asterisk 16 läuft bis Oktober 2023, während der Support für die Version Asterisk 13 bis Oktober 2021 dauert. Bei der Vorbereitung von LTS-Veröffentlichungen liegt der Schwerpunkt auf der Gewährleistung von Stabilität und Leistungsoptimierung, während das Hauptziel regulärer Veröffentlichungen die Erweiterung der Funktionalität ist.

Hauptmerkmale Verbesserungen, die in Asterisk 17 hinzugefügt wurden:

• In ARI (Asterisk REST Interface), einer API zur Erstellung externer Kommunikationsanwendungen, die direkt mit Kanälen, Brücken und anderen Komponenten der Telefonie in Asterisk interagieren können, wurde die Möglichkeit implementiert, Ereignisfilter zu definieren – die Anwendung kann eine Liste von erlaubten oder verbotenen Ereignistypen festlegen, nach der dann nur die im weißen Bereich erlaubten oder die nicht im schwarzen Bereich enthaltenen Ereignisse an die Anwendung übermittelt werden;
• In der REST-API wurde ein neuer Aufruf 'move' hinzugefügt, der es ermöglicht, Kanäle von einer Anwendung zu einer anderen zu übertragen, ohne zum Szenario der Anrufbearbeitung (Dialplan) zurückzukehren;
• Eine neue Anwendung AttendedTransfer wurde hinzugefügt, um begleitete Anrufweiterleitungen (der Operator verbindet sich zunächst selbst mit dem Zielteilnehmer und verbindet den Anrufenden dann nach erfolgreicher Verbindung) an eine angegebene Durchwahl zu verwalten;
• Eine neue Anwendung BlindTransfer wurde hinzugefügt, um alle Kanäle, die mit dem Anrufer verbunden sind, an den Zielteilnehmer weiterzuleiten ('blinder' Transfer, bei dem der Operator nicht weiß, ob der Angerufene den Anruf annehmen wird);
• Im Konferenz-Gateway ConfBridge wurden zu der Option remb_behavior die Parameter 'average_all', 'highest_all' und 'lowest_all' hinzugefügt, die auf der Ebene der verbundenen Kanäle (bridge) und nicht auf der Ebene der Quellen arbeiten, d.h. der REMB (Receiver Estimated Maximum Bitrate) Wert, der die Bandbreite des Kunden schätzt, wird berechnet und jedem Sender gesendet, anstatt an einen spezifischen Sender gebunden zu sein;
• In der Dial-Anweisung, die dazu dient, eine neue Verbindung herzustellen und mit dem Kanal zu verbinden, wurden neue Variablen hinzugefügt:
  • 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 (entspricht dem Wert von PDD, Post Dial Delay);
  • DIALEDTIME_MS und ANSWEREDTIME_MS – Varianten von DIALEDTIME und ANSWEREDTIME, die die Zeit in Millisekunden anstelle von Sekunden ausgeben;
• In rtp.conf wurde für RTP/ICE 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;
• Dem Befehl ReadExten wurde die Option „p“ hinzugefügt, um das Lesen des zusätzlichen Satzes nach dem Drücken des Zeichens „#“ zu stoppen;
• Im PBX-Modul DUNDi wurde die Unterstützung für doppeltes Binding an IPv4/IPv6 hinzugefügt;
• Für MWI (Message Waiting Indicators) wurde ein neues Modul „res_mwi_devstate“ hinzugefügt, das es ermöglicht, sich über „presence“-Ereignisse bei Sprachboxen anzumelden, wodurch die BLF-Status-Tasten als Indikatoren für wartezeitgebundenes Voicemail verwendet werden können;
• Der Treiber chan_sip wurde als veraltet erklärt, stattdessen wird empfohlen, den Kanaltreiber chan_pjsip zu verwenden, der mit dem SIP-Stack gebaut ist; PJSIP und es ermöglicht, die Einschränkungen und Engpässe des alten Treibers zu überwinden, wie monolithisches Design, die Verwirrung des Codes, fest im Code definierte Einschränkungen und die aufwendige Implementierung neuer Funktionen.

Quelle: opennet.ru