Utgivelse av Asterisk 19 kommunikasjonsplattform og FreePBX 16 distribusjon

Etter et år med utvikling ble en ny stabil gren av den åpne kommunikasjonsplattformen Asterisk 19 utgitt, brukt til å distribuere programvare-PBX-er, talekommunikasjonssystemer, VoIP-gatewayer, organisering av IVR-systemer (talemeny), talepost, telefonkonferanser og callsentre. Kildekoden til prosjektet er tilgjengelig under GPLv2-lisensen.

Asterisk 19 er klassifisert som en vanlig støtteutgivelse, med oppdateringer som rulles ut over en toårsperiode. Støtte for den forrige LTS-grenen av Asterisk 18 vil vare til oktober 2025, og støtte for Asterisk 16-grenen til oktober 2023. Støtte for 13.x LTS-grenen og 17.x staging-grenen er avviklet. LTS-utgivelser fokuserer på stabilitet og ytelsesoptimalisering, mens vanlige utgivelser fokuserer på å legge til funksjonalitet.

Viktige forbedringer i Asterisk 19:

  • Kategorier av feilsøkingslogger er implementert, slik at du kan konfigurere utdataene for kun nødvendig feilsøkingsinformasjon. For øyeblikket tilbys følgende kategorier: dtls, dtls_packet, ice, rtcp, rtcp_packet, rtp, rtp_packet, stun og stun_packet.
  • En ny loggformateringsmodus «vanlig» er lagt til, der filnavn, funksjon og linjenummer vises i loggen uten unødvendige kontrolltegn (uten utheving). Det er også mulig å definere dine egne loggingsnivåer og endre utdataformatet for datoer og klokkeslett i loggen.
  • AMI (Asterisk Manager Interface) har lagt til muligheten til å koble til behandlere for hendelser knyttet til ankomsten av et tonesignal (DTMF) "flash" (kortvarig kanalbrudd).
  • Originate-kommandoen gir muligheten til å angi variabler for en ny kanal.
  • Lagt til støtte for å sende vilkårlige R1 MF (flerfrekvens) toner til en hvilken som helst kanal i SendMF kommandoen og PlayMF manager.
  • MessageSend-kommandoen gir muligheten til å spesifisere "Destinasjon" og "Til" destinasjonsadresser separat.
  • La til ConfKick-kommandoen, som lar deg koble fra en bestemt kanal, alle brukere eller brukere uten administratorrettigheter fra konferansen.
  • Lagt til Reload-kommando for å laste inn moduler på nytt.
  • La til WaitForCondition-kommandoen for å pause utførelsen av samtalebehandlingsskriptet (dialplan) til visse betingelser er oppfylt.
  • Alternativet "A" er lagt til app_dial-modulen, som lar deg spille av lyd for både den som ringer og den som ringer under en samtale.
  • Lagt til app_dtmfstore-modul, som lagrer oppringingssifrene i en variabel.
  • App_morsecode-modulen gir støtte for den amerikanske dialekten morsekode og gir innstillinger for å endre intervallet for pauser.
  • I app_originate-modulen, for anrop initiert fra dialplan-skript, er muligheten til å spesifisere kodeker, anropsfiler og kontrollhandlinger lagt til.
  • App_voicemail-modulen har lagt til muligheten til å sende en hilsen og instruksjoner for bruk av talepost tidlig og opprette en kanal først etter at det er på tide å spille inn en innkommende melding.
  • Lagt til astcachedir-innstilling for å endre cacheplasseringen på disken. Som standard er cachen nå plassert i en egen katalog /var/cache/asterisk i stedet for /tmp-katalogen.

Samtidig, etter tre års utvikling, ble utgivelsen av FreePBX 16-prosjektet publisert, og utviklet et webgrensesnitt for å administrere Asterisk og et ferdig distribusjonssett for rask distribusjon av VoIP-systemer. Endringer inkluderer støtte for PHP 7.4, en API-utvidelse basert på GraphQL-spørringsspråket, en overgang til en enkelt PJSIP-driver (Chan_SIP-driveren er deaktivert som standard), støtte for å lage maler for å endre utformingen av brukerkontrollpanelet, en redesignet brannmurmodul med utvidede muligheter for å administrere SIP-trafikk, muligheten til å konfigurere protokollparametere for HTTPS, binding av AMI kun til localhost som standard, et alternativ for å sjekke styrken til passord.

Du kan også merke deg den korrigerende oppdateringen av VoIP-telefoniplattformen FreeSWITCH 1.10.7, som eliminerer 5 sårbarheter som kan føre til sending av SIP-meldinger uten autentisering (for eksempel for spoofing og spamming gjennom en SIP-gateway), lekkasje av øktautentiseringshasher og DoS angrep (utmattelse av minnet og krasjer) for å blokkere serveren ved å sende feil SRTP-pakker eller oversvømme SIP-pakker.

Kilde: opennet.ru

Legg til en kommentar