របៀបភ្ជាប់ Zabbix ជាមួយ Asterisk ចេញពីប្រអប់

នៅក្នុងអត្ថបទមុន "Zabbix - ពង្រីកព្រំដែនម៉ាក្រូ" ខ្ញុំបានប្រាប់អ្នកពីរបៀបដើម្បីទទួលបានវគ្គអនុញ្ញាត និងជំនួសវាទៅជាម៉ាក្រូម៉ាស៊ីនក្នុងស្រុក។ នៅក្នុងអត្ថបទនេះខ្ញុំនឹងប្រាប់អ្នកពីរបៀបភ្ជាប់ Zabbix ជាមួយ Asterisk ដោយគ្មានស្គ្រីប និងកម្មវិធីខាងក្រៅ។

គំនិត "បង្កើតមិត្ត" នៃប្រព័ន្ធទាំងពីរនេះបានកើតតាំងពីយូរយារណាស់មកហើយ ដោយមិនបានដំឡើងកម្មវិធី ឬស្គ្រីបបន្ថែម។ ការហ្គូហ្គលរហ័សផ្តល់នូវដំណោះស្រាយដែលអាចកើតមានជាច្រើន វាទាំងអស់បានក្លាយទៅជាការពិតដែលបង្ហោះស្គ្រីប (នៅក្នុង Pyha, Bash, Python ។ល។) ទៅកាន់ម៉ាស៊ីនមេ ហើយអ្នកនឹងសប្បាយចិត្ត។ ខ្ញុំចង់អនុវត្តការត្រួតពិនិត្យ "ចេញពីប្រអប់" - ដោយគ្មានស្គ្រីបខាងក្រៅ និងដំឡើងកម្មវិធីបន្ថែមនៅលើម៉ាស៊ីនមេជាមួយនឹងការត្រួតពិនិត្យ និង PBX ។

ខ្ញុំបានចំណាយពេលសរុប 4 ថ្ងៃធ្វើការជាមួយនេះ ប៉ុន្តែលទ្ធផលគឺមានតម្លៃវា។ ធ្វើការតាមរយៈចំណុចប្រទាក់ AMI ការរកឃើញកម្រិតទាប ការកេះ និងសំខាន់បំផុត ការភ្ជាប់ PBX និងការកំណត់ផ្សេងទៀតទាំងអស់ឥឡូវនេះចំណាយពេលប្រហែល 15 នាទី។

Zabbix 4.4 អាចប្រើបានប្រហែល 100 បំណែកនៃ Asterisk កំណែ 13 ។ PBX មួយចំនួនមានភ្ជាប់មកជាមួយចំណុចប្រទាក់បណ្តាញ FreePBX ខ្លះមានកុងសូលទទេ ល្បិចជាច្រើន និងការរួមបញ្ចូលតាមរយៈ dialplan ។

ការទទួលទិន្នន័យពី PBX

ចំណុចដំបូង និងសំខាន់ដែលត្រូវដោះស្រាយគឺការទទួលបានទិន្នន័យអំពីការចុះឈ្មោះមិត្តភ័ក្តិ និងការចុះឈ្មោះ SIP ។ ចំពោះគោលបំណងនេះ PBX មានចំណុចប្រទាក់ AGI, AMI, ARI និង SSH ។ សម្រាប់ហេតុផលជាក់ស្តែង ខ្ញុំមិនបានពិចារណាម៉ូឌុលបន្ថែមទេ។

ដំបូងយើងត្រូវស្វែងយល់ថាតើអាជី, អាមី, អារី ទាំងនេះជាអ្វី...

• AGI - ដោយប្រើស្គ្រីបក្នុងប្រអប់លេខ។ ប្រើជាចម្បងសម្រាប់ការគ្រប់គ្រងការហៅទូរសព្ទ។
• AMI - អាចផ្តល់ព័ត៌មានចាំបាច់ទាំងអស់ ដំណើរការតាមរយៈច្រក 5038 ស្រដៀងទៅនឹង Telnet ។ សាកសមនឹងយើង!
• ARI - ទំនើប ទាន់សម័យ JSON ។ មានលទ្ធភាពជាច្រើន ទ្រង់ទ្រាយទិន្នន័យអាចយល់បានសម្រាប់ Zabbix ប៉ុន្តែសម្រាប់ខ្ញុំមិនមានរឿងសំខាន់ទេ៖ អ្នកមិនអាចគ្រប់គ្រងការចុះឈ្មោះស៊ីបបានទេ។ គុណវិបត្តិមួយទៀតគឺថា សម្រាប់មិត្តភ័ក្តិមានរដ្ឋតែពីរលើអ៊ីនធឺណិត/ក្រៅបណ្តាញ ទោះបីជាមានរដ្ឋច្រើនក៏ដោយ ហើយវាមានប្រយោជន៍ក្នុងការយកវាទៅក្នុងគណនីនៅពេលធ្វើរោគវិនិច្ឆ័យ។
• SSH អាចធ្វើអ្វីៗគ្រប់យ៉ាង ប៉ុន្តែពេលខ្លះវាមិនត្រូវបានអនុញ្ញាតទេ ដោយសារ "ហេតុផលសុវត្ថិភាព"។ ការពិចារណាអាចខុសគ្នា ខ្ញុំនឹងមិនចូលទៅក្នុងពួកគេទេ។

ទោះយ៉ាងណាក៏ដោយ ជាមួយនឹងចំណុចខ្វះខាតទាំងអស់ ARI គ្របដណ្តប់ 90% នៃតម្រូវការត្រួតពិនិត្យទាំងអស់។

Zabbix និង Telnet - ការខកចិត្តរបស់ខ្ញុំ

ខ្ញុំស្គាល់ AMI បានយ៉ាងល្អ នៅពេលមួយខ្ញុំបានអនុវត្តការតាមដានការបាត់បង់នៅក្នុងការសន្ទនាជាមួយការបែងចែកតាមការិយាល័យពីចម្ងាយ ការគ្រប់គ្រងការហៅទូរសព្ទ។ល។ ជាមួយ Telnet អ្វីគ្រប់យ៉ាងក៏ច្បាស់ដែរ៖ បើកការតភ្ជាប់ ផ្ញើពាក្យបញ្ជា និងអានការឆ្លើយតប។ នោះជាអ្វីដែលខ្ញុំបានធ្វើ ប៉ុន្តែលទ្ធផលបានធ្វើឱ្យខ្ញុំខកចិត្ត។

Telnet របស់ Zabbix មិនដូចគ្នានឹងកុងសូលទេ។ Linuxវាសាមញ្ញជាងបន្តិច ហើយត្រូវបានរចនាឡើងសម្រាប់ការផ្ទៀងផ្ទាត់ការចូល/ពាក្យសម្ងាត់ស្តង់ដារ។ ប្រសិនបើតក្កវិជ្ជាផ្ទៀងផ្ទាត់ខុសគ្នា ហើយមិនមានការស្នើសុំគូចូល/ពាក្យសម្ងាត់ទេ កំហុសនឹងកើតឡើង។ បន្ទាប់ពីព្យាយាមមិនបានសម្រេចដើម្បីរំលងតម្រូវការផ្ទៀងផ្ទាត់ ខ្ញុំបានចាប់ផ្តើមមើលកូដប្រភពរបស់ម៉ូឌុល Telnet។

ខ្ញុំ​បាន​ដឹង​ថា​រហូត​ដល់​មាន​ការ​ចូល​និង​ការ​ស្នើ​សុំ​ពាក្យ​សម្ងាត់​ជា​ប្រពៃណី, ខ្ញុំ​នឹង​មិន​បន្ត​ទៅ​មុខ​។ គ្រាន់​តែ​ជា​ការ​សប្បាយ ខ្ញុំ​បាន​ដក​អ្វី​គ្រប់​យ៉ាង​ដែល​ទាក់​ទង​នឹង​ការ​អនុញ្ញាត​ចេញ​ពី​កូដ ហើយ​បាន​ផ្គុំ​អ្វី​គ្រប់​យ៉ាង​ឡើង​វិញ។ ធ្វើការ! ប៉ុន្តែវាមិនបំពេញតាមតម្រូវការ។ ទៅ​ពេល​ខាង​មុខ…

ចូរយើងត្រលប់ទៅការស្វែងរកវិញ។

ខ្ញុំបានអានឯកសារ ARI ម្តងទៀត ធ្វើតេស្តបន្ថែម - មិនមានការចុះឈ្មោះស៊ីបនៅទីនេះទេ។ មាន​បុណ្យ មាន​ការ​សន្ទនា​គ្នា មាន​បន្ទរ ប៉ុន្តែ​គ្មាន​ការ​ចុះ​បញ្ជី។ នៅចំណុចខ្លះខ្ញុំថែមទាំងគិតថា តើយើងពិតជាត្រូវការចុះឈ្មោះ SIP មែនទេ?

ដោយចៃដន្យគួរឱ្យអស់សំណើច នៅពេលនេះសំណើមួយផ្សេងទៀតបានមកដល់ពីអ្នកប្រើប្រាស់ ដោយមានបញ្ហាជាមួយនឹងការហៅចេញ។ បញ្ហាគឺថាការចុះឈ្មោះ sip ត្រូវបានបង្កក ហើយត្រូវបានដោះស្រាយដោយគ្រាន់តែចាប់ផ្ដើមម៉ូឌុលឡើងវិញ។

asterisk -rx "sip reload"

វាជាការល្អណាស់ក្នុងការចូលប្រើ AMI លើបណ្តាញ៖ ខ្ញុំគិតថានឹងដោះស្រាយបញ្ហាទាំងអស់។ ខ្ញុំចាប់ផ្តើមជីកក្នុងទិសដៅនេះ ហើយតាមព្យញ្ជនៈ បន្ទាត់ស្វែងរកដំបូងនាំទៅដល់ឯកសារ Asterisk ផ្លូវការ ដែលនិយាយថាមានជម្រើសសម្រាប់កិច្ចការរបស់ខ្ញុំ បានបើកដំណើរការបណ្តាញ នៅក្នុងឯកសារ /etc/asterisk/manager.confដែលត្រូវកំណត់ទៅ YES នៅក្នុងផ្នែក [ទូទៅ]

បន្ទាប់ពីនេះតាមរយៈសំណើគេហទំព័រធម្មតានៃទម្រង់ http://ats:8089/mxml?action=SIPshowregistry យើងទទួលបានព័ត៌មានចាំបាច់ទាំងអស់។

នៅពេលប្រើចំណុចប្រទាក់ FreePBX អ្នកមិនអាចបើកជម្រើសនេះតាមរយៈបណ្តាញទេ អ្នកត្រូវបើកវាតាមរយៈកុងសូលដោយធ្វើការផ្លាស់ប្តូរឯកសារ manager.conf ។ FreePBX មិនលុបវាទេ នៅពេលដែលការផ្លាស់ប្តូរការកំណត់ត្រូវបានធ្វើឡើងតាមរយៈបណ្តាញ។

ខ្ញុំបានធ្វើការជាមួយប្រភេទផ្សេងៗនៃការរួមបញ្ចូល Asterisk អស់រយៈពេលជាយូរមកហើយ ប៉ុន្តែខ្ញុំមិនដែលឃើញលក្ខណៈពិសេសនេះដែលត្រូវបានលើកឡើងនៅកន្លែងណានោះទេ។ ខ្ញុំ​ភ្ញាក់​ផ្អើល​ដែល​គ្មាន​អ្នក​ណា​ពណ៌នា​អំពី​វិធី​ធ្វើ​អន្តរកម្ម​ជាមួយ PBX នេះ​ទេ។ វាមានប្រយោជន៍ជាពិសេសក្នុងការស្វែងរកព័ត៌មានលើប្រធានបទនេះ៖ គ្មានអ្វីសោះ ឬវាត្រូវបានប្រើសម្រាប់កិច្ចការខុសគ្នាទាំងស្រុង។

WEB AMI - តើសត្វប្រភេទណា?

ការបន្ថែមជម្រើសមួយ។ បានបើកដំណើរការបណ្តាញ ទៅកាន់​ឯកសារ manager.conf បានផ្តល់សិទ្ធិពេញលេញដល់ការគ្រប់គ្រង ATS តាមរយៈបណ្តាញ។ ពាក្យបញ្ជាទាំងអស់ដែលមានតាមរយៈ AMI ធម្មតាឥឡូវនេះមាននៅលើគេហទំព័រ អ្នកអាចស្តាប់ព្រឹត្តិការណ៍ពី PBX តាមរយៈរន្ធមួយ។ គោលការណ៍នៃប្រតិបត្តិការគឺមិនខុសពីកុងសូល AMI ទេ។ បន្ទាប់ពីបើកដំណើរការជម្រើសនេះ អ្នកអាចទាក់ទង PBX តាមអាសយដ្ឋានខាងក្រោម៖

https://ats:8089/manager — ទំព័របណ្ដាញដែលមានចំណុចប្រទាក់សាមញ្ញសម្រាប់សាកល្បង និងផ្ញើសំណើដោយដៃ។ ការឆ្លើយតបទាំងអស់ត្រូវបានធ្វើទ្រង់ទ្រាយទៅជា HTML ដែលអាចអានបាន។ មិនស័ក្តិសមបំផុតសម្រាប់ការត្រួតពិនិត្យ។
https://ats:8089/rawman - លទ្ធផលអត្ថបទតែប៉ុណ្ណោះ ធ្វើទ្រង់ទ្រាយស្រដៀងទៅនឹងកុងសូល AMI
https://ats:8089/mxml - លទ្ធផលអត្ថបទតែប៉ុណ្ណោះ ក្នុងទម្រង់ XML ។ សាកសមនឹងយើង!

បន្ទាប់មកខ្ញុំបានគិតថា៖ «នេះជាដំណោះស្រាយ! ឥឡូវនេះអ្វីៗនឹងរួចរាល់! ច្របាច់ក្រូចឆ្មារងាយស្រួល” ប៉ុន្តែវាលឿនពេកក្នុងការរីករាយ។ ដើម្បីទទួលបានព័ត៌មានដែលយើងត្រូវការ វាគ្រប់គ្រាន់ក្នុងការប្រើសំណើ GET ជាមួយនឹងសកម្មភាពចាំបាច់ សកម្មភាពដែលនៅក្នុងការឆ្លើយតបនឹងត្រឡប់ xml ជាមួយនឹងបញ្ជីនៃការចុះឈ្មោះទាំងអស់ និងស្ថានភាពរបស់វា។ ទាំងអស់នេះល្អណាស់ ប៉ុន្តែអ្នកត្រូវការការអនុញ្ញាតដើម្បីចងចាំវគ្គពីខូគី។ នៅពេលអ្នកសាកល្បងនៅក្នុងកម្មវិធីរុករក អ្នកមិនគិតពីដំណើរការនេះទេ។

ដំណើរការអនុញ្ញាត

ដំបូងយើងកំណត់អាសយដ្ឋាន http://ats:8089/mxml?action=login&username=zabbix&secret=zabbixជាការឆ្លើយតប ម៉ាស៊ីនមេផ្ញើមកយើងនូវខូគីជាមួយនឹងវគ្គអនុញ្ញាត។ នេះជាអ្វីដែលសំណើ HTTP មើលទៅដូច៖

https://ats:8089/mxml?action=login&username=zabbix&secret=zabbix

Host: ats:8089
User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:77.0) Gecko/20100101 Firefox/77.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Accept-Language: ru-RU,ru;q=0.8,en-US;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate, br
DNT: 1
Connection: keep-alive
Upgrade-Insecure-Requests: 1

ចម្លើយ:

GET: HTTP/1.1 200 OK
Server: Asterisk/13.29.2
Date: Thu, 18 Jun 2020 17:41:19 GMT
Cache-Control: no-cache, no-store
Content-type: text/xml
Set-Cookie: mansession_id="6f5de42c"; Version=1; Max-Age=600
Pragma: SuppressEvents
Content-Length: 146

<ajax-response>
<response type="object" id="unknown">
<generic response="Success" message="Authentication accepted"/>
</response>
</ajax-response>

ដើម្បីធ្វើការនៅទីនោះអ្នកត្រូវការ mansession_id="6f5de42c", i.e. ខូគីអនុញ្ញាតខ្លួនឯង។
មាតិកាដែលអ្នកគ្រាន់តែត្រូវការដើម្បីពិនិត្យមើលចម្លើយ "ការផ្ទៀងផ្ទាត់ត្រូវបានទទួលយក" បន្ទាប់មក សម្រាប់ការហៅទូរសព្ទទាំងអស់ទៅកាន់ម៉ាស៊ីនមេ PBX យើងនឹងត្រូវការបន្ថែមខូគីអនុញ្ញាតទៅសំណើ។

https://ats:8089/mxml?action=SIPpeers

Host: ats:8089
Connection: close
Cookie: mansession_id="6f5de42c"

សូមអានពីរបៀបដើម្បីទទួលបានខូគីអនុញ្ញាត ហើយប្រើវានៅក្នុងសំណើផ្សេងទៀតនៅទីនេះ៖ "Zabbix - ពង្រីកព្រំដែនម៉ាក្រូ»

ដើម្បីបង្កើតធាតុតាមដាននៅក្នុង Zabbix ខ្ញុំនឹងប្រើការរកឃើញដោយស្វ័យប្រវត្តិ។

ការរកឃើញដោយស្វ័យប្រវត្តិ

ដើម្បី​រក​ឃើញ​ការ​ចុះ​ឈ្មោះ​ដោយ​ស្វ័យ​ប្រវត្តិ និង​តាម​ដាន​រដ្ឋ​ដែល​មាន​ទំនាក់ទំនង​គ្នា អ្នក​ត្រូវ​ទាក់ទង​ទៅ​អាសយដ្ឋាន​ដូច​ខាង​ក្រោម៖ https://ats:8089/mxml?action=SIPshowregistry ឬ https://ats:8089/mxml?action=SIPpeers

ជាការឆ្លើយតប PBX ត្រឡប់មកយើងនូវការឆ្លើយតប XML:

<ajax-response>
<response type="object" id="unknown">
<generic response="Success" eventlist="start" message="Registrations will follow"/>
</response>
...
<response type="object" id="unknown">
<generic event="RegistryEntry" host="login.mtt.ru" port="5060" username="111111" domain="login.mtt.ru" domainport="5060" refresh="105" state="Registered" registrationtime="1592502142"/>
</response>
<response type="object" id="unknown">
<generic event="RegistryEntry" host="voip.uiscom.ru" port="5060" username="222222" domain="voip.uiscom.ru" domainport="5060" refresh="105" state="Registered" registrationtime="1592502142"/>
</response>
<response type="object" id="unknown">
<generic event="RegistryEntry" host="voip.uiscom.ru" port="5060" username="333333" domain="voip.uiscom.ru" domainport="5060" refresh="105" state="Registered" registrationtime="1592502142"/>
</response>
...
</ajax-response>

មានសំរាមច្រើនក្នុងការឆ្លើយតប ដូច្នេះក្នុងការដំណើរការជាមុន យើងត្រងវាតាមគំរូ XPath: // ការឆ្លើយតប/ទូទៅ[@host]
បន្ទាប់មកភាពសប្បាយរីករាយចាប់ផ្តើម។ ដើម្បីធ្វើការជាមួយការរកឃើញ និងបង្កើតធាតុថាមវន្ត ការឆ្លើយតបត្រូវតែជាទម្រង់ JSON ។ XML មិនត្រូវបានគាំទ្រសម្រាប់ការរកឃើញដោយស្វ័យប្រវត្តិទេ។

ដើម្បីបំប្លែង XML ទៅជា JSON ខ្ញុំត្រូវលេងបន្តិចបន្តួចជាមួយការជំនួសដោយស្វ័យប្រវត្តិ ដែលខ្ញុំបានបង្កើតស្គ្រីបនៅក្នុង JS

ចំណុចគួរឱ្យចាប់អារម្មណ៍មួយ៖ នៅក្នុងការឆ្លើយតបរបស់ ATS ប៉ារ៉ាម៉ែត្រទាំងអស់ត្រូវបានហ៊ុំព័ទ្ធដោយសម្រង់តែមួយ ហើយបន្ទាប់ពីអនុវត្តគំរូ // ការឆ្លើយតប/ទូទៅ[@host] ពួកវាត្រូវបានជំនួសដោយពីរ។

ដើម្បីបង្កើតធាតុ យើងប្រើអថេរពីការឆ្លើយតប XML (ឥឡូវ JSON)​។

ការចុះឈ្មោះ SIP

សម្រាប់ការចុះឈ្មោះ sip យើងប្រើអថេរចំនួនបី៖ username, ម៉ាស៊ីន, កំពង់ផែ. ខ្ញុំសប្បាយចិត្តនឹងឈ្មោះធាតុ 111111@login.mtt.ru:5060ខ្ញុំមិនបានរកឃើញស្ថានភាពណាមួយដែលអ្នកត្រូវការប្រើអថេរទាំងប្រាំ។

ធាតុសំខាន់ដែលទទួលព័ត៌មានអំពីការចុះឈ្មោះទាំងអស់, សញ្ញាផ្កាយ - AMI SIPshowregistry. ម្តងក្នុងមួយនាទីវាធ្វើការស្នើសុំ GET ទៅ https://ats:8089/mxml?action=SIPshowregistryបន្ទាប់ពីនោះទិន្នន័យ XML ឆ្លើយតបត្រូវបានបញ្ជូនទៅធាតុអាស្រ័យទាំងអស់សម្រាប់ការញែក។ សម្រាប់ការចុះឈ្មោះនីមួយៗ ខ្ញុំបង្កើតធាតុមួយអាស្រ័យលើវា។ វាងាយស្រួល ដោយសារយើងទទួលបានព័ត៌មានថ្មីៗនៅក្នុងសំណើមួយ ហើយមិនមែនសម្រាប់សំណើនីមួយៗដាច់ដោយឡែកនោះទេ។ ការអនុវត្តនេះមានគុណវិបត្តិយ៉ាងសំខាន់ - ការផ្ទុកនៅលើខួរក្បាល។

នៅពេលធ្វើតេស្តរហូតដល់ 100 ធាតុដែលពឹងផ្អែក ខ្ញុំមិនបានកត់សម្គាល់ពីបន្ទុកនោះទេ ប៉ុន្តែជាមួយនឹងធាតុ 1700 នេះផ្តល់នូវបន្ទុក 15 វិនាទីគួរឱ្យកត់សម្គាល់នៅលើខួរក្បាល។ ចងចាំរឿងនេះប្រសិនបើអ្នកមានធាតុដែលពឹងផ្អែកច្រើន។

ជាជម្រើសមួយដើម្បី "រីករាលដាល" បន្ទុក ឬកំណត់ប្រេកង់បោះឆ្នោតខុសៗគ្នាសម្រាប់ធាតុមួយ អ្នកអាចផ្លាស់ទីតក្កវិជ្ជាដំណើរការទៅធាតុនីមួយៗដោយឡែកពីគ្នា។

ខ្ញុំមិនរក្សាទុកព័ត៌មានដែលបានទទួលនៅក្នុងធាតុសំខាន់ទេ។ ទីមួយ ខ្ញុំមិនឃើញតម្រូវការសម្រាប់រឿងនេះទេ ហើយទីពីរ ប្រសិនបើការឆ្លើយតបលើសពី 64K នោះ Zabbix កាត់វាចោល។

ដោយសារយើងប្រើការឆ្លើយតប XML ពេញលេញសម្រាប់ធាតុអាស្រ័យ យើងត្រូវទទួលបានតម្លៃនៃធាតុនេះក្នុងដំណើរការមុន។ តាមរយៈ XPath វាត្រូវបានធ្វើដូចនេះ:
string(//response/generic[@event="RegistryEntry"][@username="{#SIP_REGISTRY_USERNAME}"][@host="{#SIP_REGISTRY_HOST}"][@port="{#SIP_REGISTRY_PORT}"]/@ រដ្ឋ)
សម្រាប់ស្ថានភាពចុះឈ្មោះ ខ្ញុំមិនប្រើស្ថានភាពអត្ថបទទេ ប៉ុន្តែបានបំប្លែងពួកវាទៅជាទម្រង់លេខដោយប្រើ JavaScript៖

switch(value) {
  case 'Registered':
    return 1;
  case 'Unregistered':
    return 0;
  default:
    return -1;
}

SIP Peers

ដោយភាពស្រដៀងគ្នាជាមួយនឹងការចុះឈ្មោះ SIP មានធាតុសំខាន់នៃសញ្ញាផ្កាយ - AMI SIPshowregistry ដែលអ្នកអាស្រ័យត្រូវបានបន្ថែម។

នេះបង្កើតធាតុពឹងផ្អែកពីរ៖

• ស្ថានភាពមិត្តភ័ក្តិក្នុងទម្រង់អត្ថបទ
• ពេលវេលាឆ្លើយតបឧបករណ៍ - ប្រសិនបើស្ថានភាពមិនអីទេ ពេលវេលាឆ្លើយតបឧបករណ៍ត្រូវបានសរសេរ បើមិនដូច្នេះទេ “-1”

ផ្លូវទៅកាន់ធាតុខ្លួនឯងគឺសាមញ្ញជាងបន្តិច XPath:

string(//response/generic[@objectname="{#SIP_PEER_OBEJECTNAME}"]/@status)

សម្រាប់ធាតុទីពីរ ខ្ញុំបានប្រើ JavaScript ដើម្បីបំបែក ពេលវេលាឆ្លើយតប ពីស្ថានភាពមិត្តភ័ក្តិ ចាប់តាំងពីពួកវាត្រូវបានរក្សាទុកជាមួយគ្នា៖

if(value.substring(0,2) == 'OK'){
	return value.match(/(d+)/gm);
}
else {
	return -1;
}

សេចក្តីសន្និដ្ឋាន

ដំណោះស្រាយក្រៅប្រអប់អាចស្មុគស្មាញ ហើយមិនច្បាស់ភ្លាមៗទេ។ បង្កើនភាពបត់បែន និងចល័តរវាងប្រព័ន្ធផ្សេងៗ

ការរួមបញ្ចូលដ៏រីករាយ និងងាយស្រួលទាំងអស់គ្នា! គំរូ និងការណែនាំសម្រាប់ដំឡើង GitHub.

ប្រភព: www.habr.com