ProHoster > Blog > balita sa internet > Available ang platform ng komunikasyon ng Asterisk 17

Available ang platform ng komunikasyon ng Asterisk 17

Pagkatapos ng isang taon ng pag-unlad naganap pagpapalabas ng isang bagong matatag na sangay ng bukas na platform ng komunikasyon Asterisk 17, ginagamit para sa pag-deploy ng mga software PBX, voice communication system, VoIP gateway, pag-aayos ng IVR system (voice menu), voice mail, mga kumperensya sa telepono at mga call center. Mga mapagkukunan ng proyekto magagamit lisensyado sa ilalim ng GPLv2.

Asterisk 17 iniuugnay kategorya ng mga release na may regular na suporta, mga update na nabuo sa loob ng dalawang taon. Ang suporta para sa nakaraang LTS branch ng Asterisk 16 ay tatagal hanggang Oktubre 2023, at suporta para sa Asterisk 13 branch hanggang Oktubre 2021. Ang LTS ay naglalabas ng focus sa stability at performance optimization, habang ang mga regular na release ay nakatuon sa pagdaragdag ng functionality.

Susi mga pagpapabutiidinagdag sa Asterisk 17:

  • Sa ARI (Asterisk REST Interface), isang API para sa paglikha ng mga panlabas na application ng komunikasyon na maaaring direktang manipulahin ang mga channel, tulay at iba pang bahagi ng telephony sa Asterisk, ipinapatupad ang kakayahang tukuyin ang mga filter ng kaganapan - maaaring tukuyin ng application ang isang listahan ng mga pinapayagan o ipinagbabawal na mga uri ng kaganapan , at pagkatapos ay sa mga application Tanging ang mga kaganapang pinapayagan sa puting listahan o hindi kasama sa itim na listahan ang ipapadala;
  • Ang isang bagong 'move' na tawag ay naidagdag sa REST API, na nagbibigay-daan sa iyong ilipat ang mga channel mula sa isang application patungo sa isa pa nang hindi bumabalik sa script ng pagpoproseso ng tawag (dialplan);
  • Ang isang bagong AttendedTransfer application ay idinagdag para sa pagpila sa mga tinulungang paglilipat ng tawag (ang operator ay unang kumokonekta sa target na subscriber at, pagkatapos ng isang matagumpay na tawag, ikinonekta ang tumatawag sa kanya) sa isang tinukoy na numero ng extension;
  • Nagdagdag ng bagong BlindTransfer application para i-redirect ang lahat ng channel na nauugnay sa tumatawag sa target na subscriber ("bulag" na paglipat, kapag hindi alam ng operator kung sasagutin ng tinawag na tao ang tawag);
  • Sa gateway ng kumperensya ng ConfBridge, ang mga parameter na "average_all", "highest_all" at "lowest_all" ay idinagdag sa remb_behavior na opsyon, gumagana sa bridge level, at hindi sa source level, i.e. ang halaga ng REMB (Receiver Estimated Maximum Bitrate), na tinatantya ang throughput ng kliyente, ay kinakalkula at ipinadala sa bawat nagpadala, sa halip na nakatali sa isang partikular na nagpadala;
  • Ang mga bagong variable ay idinagdag sa Dial command, na nilayon para sa pagtatatag ng isang bagong koneksyon at ang kaugnayan nito sa isang channel:
    • RINGTIME at RINGTIME_MS - naglalaman ng oras sa pagitan ng paggawa ng channel at ng pagtanggap ng unang RINGING signal;
    • PROGRESSTIME at PROGRESSTIME_MS - naglalaman ng oras sa pagitan ng paggawa ng channel at ng pagtanggap ng signal ng PROGRESS (katumbas ng PDD, halaga ng Post Dial Delay);
    • Ang DIALEDTIME_MS at ANSWEREDTIME_MS ay mga variant ng DIALEDTIME at ANSWEREDTIME na nagpapakita ng oras sa millisecond sa halip na mga segundo;
  • Sa rtp.conf para sa RTP/ICE, ang kakayahang mag-publish ng lokal na address na ice_host_candidate, pati na rin ang isinaling address, ay naidagdag;
  • Ang mga packet ng DTLS ay maaari na ngayong hatiin ayon sa halaga ng MTU, na nagpapahintulot sa paggamit ng mas malalaking sertipiko kapag nakikipag-usap sa mga koneksyon sa DTLS;
  • Idinagdag ang opsyon na "p" sa ReadExten na utos upang ihinto ang pagbabasa ng extension set pagkatapos pindutin ang "#" na simbolo;
  • Ang suporta para sa dual binding sa IPv4/IPv6 ay idinagdag sa DUNDi PBX module;
  • Para sa MWI (Message Waiting Indicators), isang bagong module na "res_mwi_devstate" ay idinagdag, na nagbibigay-daan sa iyong mag-subscribe sa mga voice mailbox gamit ang "presence" na mga kaganapan, na ginagawang posible na gamitin ang BLF line status key bilang voicemail waiting indicator;
  • Ang chan_sip driver ay hindi na ginagamit; sa halip, para sa SIP protocol inirerekumenda na gamitin ang chan_pjsi channel driver, na binuo gamit ang SIP stack PJSIP at nagbibigay-daan sa iyong lumayo sa mga limitasyon at bottleneck na likas sa lumang driver, gaya ng monolitikong disenyo, nakalilitong code base, hard-coded na mga paghihigpit at pagiging matrabaho sa pagdaragdag ng mga bagong feature.

Pinagmulan: opennet.ru

Magdagdag ng komento