Az Asterisk 17 kommunikációs platform elérhető

Egy év fejlesztés után megtörtént az új stabil ágon megjelent nyílt kommunikációs platform verziója Asterisk 17, amelyet szoftveres PBX-ek, hangkommunikációs rendszerek, VoIP átjárók, IVR rendszerek (hangmenük), hangüzenetek, telefonkonferenciák és call centerek telepítésére használnak. A projekthez tartozó forrásszövegek elérhetők GPLv2 licenc alatt.

Asterisk 17 a szokásos támogatás kategóriájába sorolták, amelyre a frissítések két évig készülnek. A korábbi Asterisk 16 LTS ága 2023 októberéig, míg az Asterisk 13 ága 2021 októberéig kap támogatást. Az LTS kiadások előkészítésénél főként a stabilitás és a teljesítmény optimalizálása áll a középpontban, míg a szokásos kiadások fő prioritása a funkcionalitás növelése. , amelyeket az Asterisk 17-ben adtak hozzá:

Kulcsok fejlesztésekAz ARI (Asterisk REST Interface), külső kommunikációs alkalmazások létrehozására szolgáló API, amely közvetlenül manipulálhatja a csatornákat, hidakat és más telefonálási összetevőket az Asterisk-ben, bevezette az esemény szűrők definiálásának lehetőségét — az alkalmazás megadhatja a megengedett vagy tiltot típusok listáját, ennek következtében csak az engedélyezett események, vagyis a fehér listán szereplő események kerülnek továbbításra az alkalmazásokba;

  • A REST API-hoz új 'move' hívás került hozzáadásra, amely lehetővé teszi a csatornák áthelyezését egyik alkalmazásból a másikba anélkül, hogy vissza kellene térni a híváskezelési forgatókönyvhöz (dialplan);
  • Új AttendedTransfer alkalmazás került hozzáadásra a hívások kísérő átirányításának sorba állítására (a kezelő először a célszemélyhez csatlakozik, majd a sikeres hívást követően összeköti a hívót);
  • Új BlindTransfer alkalmazás került hozzáadásra, amely lehetővé teszi az összes, a hívóhoz kapcsolódó csatorna átirányítását a célszemélyhez ('vak' átirányítás, amikor a kezelő nem tudja, hogy a célszemély válaszol-e a hívásra);
  • A konferenciák szervezésére szolgáló ConfBridge átjáróhoz az remb_behavior opcióhoz hozzáadták az 'average_all', 'highest_all' és 'lowest_all' paramétereket, amelyek a csatornaszintű híd szintjén működnek, nem pedig a forrás szintjén, azaz a REMB (Receiver Estimated Maximum Bitrate) érték, amely a kliens sávszélességét méri, kiszámításra és minden küldő számára elküldésre kerül, nem egy specifikus küldőhöz kötődve;
  • A Dial parancshoz, amely új kapcsolat létrehozására és annak csatornához való kapcsolására szolgál, új változók kerültek hozzáadásra:
  • A Dial parancs csapatához, amely új kapcsolat létrehozására és annak csatornához való összekapcsolására szolgál, új változók lettek hozzáadva:
    • A RINGTIME és a RINGTIME_MS – a csatorna létrehozása és az első RINGING jelzés megérkezése közötti időtartamot tartalmazzák;
    • A PROGRESSTIME és a PROGRESSTIME_MS – az időtartamot tartalmazzák a csatorna létrehozása és a PROGRESS jelzés megérkezése között (megegyeznek a PDD, Post Dial Delay értékével);
    • A DIALEDTIME_MS és az ANSWEREDTIME_MS – a DIALEDTIME és az ANSWEREDTIME változatai, amelyek a másodpercek helyett ezredmásodpercekben adják meg az időt;
  • Az rtp.conf fájlhoz az RTP/ICE-hoz hozzáadódott a helyi ice_host_candidate címzés publikálásának lehetősége, akárcsak az átkonfigurált címzésé;
  • A DTLS csomagok most a MTU értékének megfelelően fragmentálhatók, lehetővé téve a nagyobb méretű tanúsítványok használatát a DTLS kapcsolatok során;
  • A ReadExten parancshoz hozzáadódott egy "p" opció, amely leállítja a további számjegyek olvasását a "#" karakter megnyomása után;
  • A PBX DUNDi modulhoz hozzáadódott a dupla kötődés támogatása az IPv4/IPv6-hoz;
  • A MWI (Üzenetvárakoztatási Jelzők) számára új "res_mwi_devstate" modul került bevezetésre, amely lehetővé teszi, hogy a felhasználók hangpostafiókokra iratkozzanak fel "presence" eseményekkel, így a BLF vonal státusz gombjai használhatók hangposta várakozásának jelzésére;
  • A chan_sip meghajtó elavulttá vált, helyette SIP protokollhoz a chan_pjsip csatorna meghajtót ajánlják, amely a SIP-Stack felhasználásával készült A PJSIP és lehetővé teszi a régi meghajtóra jellemző korlátok és szűk keresztmetszetek elkerülését, mint például a monolitikus tervezés, a kód bonyolultsága, a kódban rögzített korlátok és új funkciók hozzáadásának nehézsége.

Forrás: opennet.ru

Megbízható hosting vásárlása weboldalak számára, DDoS védelemmel, VPS VDS szerverek. 🔥 Megbízható webtárhely vásárlása DDoS védelemmel, VPS VDS szerverek | ProHoster