3CX तांत्रिक समर्थन प्रतिसाद देते: PBX सर्व्हरवर SIP रहदारी कॅप्चर करणे

या लेखात आम्ही 3CX PBX द्वारे व्युत्पन्न केलेल्या SIP ट्रॅफिकचे कॅप्चरिंग आणि विश्लेषण करण्याच्या मूलभूत गोष्टींबद्दल बोलू. लेख नवशिक्या सिस्टम प्रशासकांना किंवा सामान्य वापरकर्त्यांना उद्देशून आहे ज्यांच्या जबाबदाऱ्यांमध्ये टेलिफोनी देखभाल समाविष्ट आहे. विषयाच्या सखोल अभ्यासासाठी, आम्ही पुढे जाण्याची शिफारस करतो प्रगत 3CX प्रशिक्षण अभ्यासक्रम.

3CX V16 तुम्हाला SIP ट्रॅफिक थेट सर्व्हर वेब इंटरफेसद्वारे कॅप्चर करण्याची आणि मानक वायरशार्क PCAP फॉरमॅटमध्ये सेव्ह करण्याची परवानगी देतो. तांत्रिक समर्थनाशी संपर्क साधताना तुम्ही कॅप्चर फाइल संलग्न करू शकता किंवा स्वतंत्र विश्लेषणासाठी डाउनलोड करू शकता.

Windows वर 3CX चालत असल्यास, तुम्हाला स्वतः 3CX सर्व्हरवर वायरशार्क स्थापित करणे आवश्यक आहे. अन्यथा, तुम्ही कॅप्चर करण्याचा प्रयत्न करता तेव्हा खालील संदेश दिसून येईल.


Linux सिस्टीमवर, 3CX स्थापित किंवा अद्यतनित करताना tcpdump उपयुक्तता स्वयंचलितपणे स्थापित केली जाते.

वाहतूक कॅप्चर

कॅप्चर करणे सुरू करण्यासाठी, इंटरफेस विभागात जा होम > SIP इव्हेंट्स आणि ज्या इंटरफेसवर कॅप्चर करायचे आहे ते निवडा. तुम्ही IPv6 टनेलिंग इंटरफेस वगळता सर्व इंटरफेसवर एकाच वेळी रहदारी देखील कॅप्चर करू शकता.

Linux साठी 3CX मध्ये, तुम्ही स्थानिक होस्ट (lo) साठी रहदारी कॅप्चर करू शकता. हे कॅप्चर तंत्रज्ञान वापरून SIP क्लायंट कनेक्शनचे विश्लेषण करण्यासाठी वापरले जाते 3CX बोगदा आणि सत्र सीमा नियंत्रक.

ट्रॅफिक कॅप्चर बटण विंडोजवर वायरशार्क किंवा लिनक्सवर tcpdump लाँच करते. या टप्प्यावर, आपल्याला समस्येचे त्वरीत पुनरुत्पादन करणे आवश्यक आहे, कारण... कॅप्चर सीपीयू गहन आहे आणि डिस्क स्पेस योग्य प्रमाणात घेते.  


खालील कॉल पॅरामीटर्सकडे लक्ष द्या:

• ज्या नंबरवरून कॉल केला गेला होता, ज्या नंबरवर कॉलमधील इतर नंबर/सहभागी देखील कॉल करतात.
• 3CX सर्व्हर घड्याळानुसार नेमकी कोणत्या वेळी समस्या आली.
• कॉल मार्ग.

इंटरफेसमध्ये "थांबा" बटण वगळता कुठेही क्लिक न करण्याचा प्रयत्न करा. तसेच, या ब्राउझर विंडोमधील इतर लिंकवर क्लिक करू नका. अन्यथा, ट्रॅफिक कॅप्चर पार्श्वभूमीत सुरू राहील आणि परिणामी सर्व्हरवर अतिरिक्त लोड होईल.

कॅप्चर फाइल प्राप्त करत आहे

स्टॉप बटण कॅप्चर थांबवते आणि कॅप्चर फाइल सेव्ह करते. वायरशार्क युटिलिटीमध्ये विश्लेषणासाठी तुम्ही फाइल तुमच्या कॉम्प्युटरवर डाउनलोड करू शकता किंवा एक विशेष फाइल तयार करू शकता. तांत्रिक समर्थन, ज्यामध्ये हे कॅप्चर आणि इतर डीबगिंग माहिती समाविष्ट असेल. एकदा डाउनलोड केल्यावर किंवा समर्थन पॅकेजमध्ये समाविष्ट केल्यानंतर, सुरक्षिततेच्या उद्देशाने कॅप्चर फाइल 3CX सर्व्हरवरून स्वयंचलितपणे हटविली जाते.

3CX सर्व्हरवर फाइल खालील ठिकाणी स्थित आहे:

• विंडोज: C:ProgramData3CXInstance1DataLogsdump.pcap
• Linux: /var/lib/3cxpbx/Instance/Data/Logs/dump.pcap

कॅप्चर दरम्यान वाढलेला सर्व्हर लोड किंवा पॅकेट नुकसान टाळण्यासाठी, कॅप्चर कालावधी 2 दशलक्ष पॅकेट्सपर्यंत मर्यादित आहे. यानंतर, कॅप्चर आपोआप थांबते. तुम्हाला अधिक काळ कॅप्चर करण्याची आवश्यकता असल्यास, खाली वर्णन केल्याप्रमाणे स्वतंत्र वायरशार्क युटिलिटी वापरा.

वायरशार्क युटिलिटीसह रहदारी कॅप्चर करा

तुम्हाला नेटवर्क ट्रॅफिकच्या सखोल विश्लेषणात स्वारस्य असल्यास, ते व्यक्तिचलितपणे कॅप्चर करा. तुमच्या OS साठी वायरशार्क युटिलिटी डाउनलोड करा येथून. 3CX सर्व्हरवर युटिलिटी स्थापित केल्यानंतर, Capture > Interfaces वर जा. OS चे सर्व नेटवर्क इंटरफेस येथे दाखवले जातील. इंटरफेस IP पत्ते IPv6 मानकात प्रदर्शित केले जाऊ शकतात. IPv4 पत्ता पाहण्यासाठी, IPv6 पत्त्यावर क्लिक करा.

कॅप्चर करण्यासाठी इंटरफेस निवडा आणि पर्याय बटणावर क्लिक करा. प्रॉमिस्क्युअस मोडमध्ये कॅप्चर ट्रॅफिक अनचेक करा आणि उर्वरित सेटिंग्ज अपरिवर्तित सोडा.

आता आपण समस्येचे पुनरुत्पादन केले पाहिजे. जेव्हा समस्या पुनरुत्पादित केली जाते, तेव्हा कॅप्चर करणे थांबवा (मेनू कॅप्चर > थांबवा). तुम्ही टेलिफोनी > SIP प्रवाह मेनूमध्ये SIP संदेश निवडू शकता.

ट्रॅफिक अॅनालिसिस बेसिक्स - SIP इनव्हाइट मेसेज

चला SIP INVITE संदेशाची मुख्य फील्ड पाहू, जो VoIP कॉल स्थापित करण्यासाठी पाठविला जातो, उदा. विश्लेषणासाठी प्रारंभ बिंदू आहे. सामान्यतः, SIP INVITE मध्ये माहितीसह 4 ते 6 फील्ड समाविष्ट असतात जी SIP एंड डिव्हाइसेस (फोन, गेटवे) आणि टेलिकॉम ऑपरेटरद्वारे वापरली जातात. INVITE ची सामग्री आणि त्याचे अनुसरण करणारे संदेश समजून घेणे अनेकदा समस्येचे स्रोत निर्धारित करण्यात मदत करू शकते. याव्यतिरिक्त, SIP ऑपरेटरना 3CX शी कनेक्ट करताना किंवा 3CX ला इतर SIP PBX सह एकत्रित करताना INVITE फील्डचे ज्ञान मदत करते.

INVITE संदेशामध्ये, वापरकर्ते (किंवा SIP डिव्हाइसेस) URI द्वारे ओळखले जातात. सामान्यतः, SIP URI हा वापरकर्त्याचा फोन नंबर + SIP सर्व्हर पत्ता असतो. SIP URI हा ई-मेल पत्त्यासारखाच असतो आणि तो sip:x@y:Port असे लिहिलेला असतो.

विनंती-लाइन-यूआरआय:

रिक्वेस्ट-लाइन-यूआरआय - फील्डमध्ये कॉल प्राप्तकर्ता असतो. यात To फील्ड सारखीच माहिती आहे, परंतु वापरकर्त्याच्या डिस्प्ले नावाशिवाय.

मार्गे:

मार्गे - प्रत्येक SIP सर्व्हर (प्रॉक्सी) ज्याद्वारे INVITE विनंती पास होते त्याचा IP पत्ता आणि पोर्ट ज्यावर संदेश प्राप्त झाला होता तो मार्ग सूचीच्या शीर्षस्थानी जोडतो. त्यानंतर हा संदेश मार्गाने पुढे प्रसारित केला जातो. जेव्हा अंतिम प्राप्तकर्ता INVITE विनंतीला प्रतिसाद देतो, तेव्हा सर्व ट्रान्झिट नोड्स हेडर द्वारे "पाहतात" आणि त्याच मार्गाने प्रेषकाला संदेश परत करतात. या प्रकरणात, ट्रान्झिट SIP प्रॉक्सी हेडरमधून त्याचा डेटा काढून टाकते.

पासून:

कडून - शीर्षलेख SIP सर्व्हरच्या दृष्टिकोनातून विनंती आरंभकर्ता सूचित करतो. शीर्षलेख ई-मेल पत्त्याप्रमाणेच तयार केला जातो (user@domain, जेथे वापरकर्ता हा 3CX वापरकर्त्याचा विस्तार क्रमांक असतो आणि डोमेन हा स्थानिक IP पत्ता किंवा 3CX सर्व्हरचा SIP डोमेन असतो). To header प्रमाणे, From header मध्ये URI आणि पर्यायाने वापरकर्त्याचे डिस्प्ले नाव असते. फ्रॉम हेडर पाहून, तुम्ही या SIP विनंतीवर प्रक्रिया कशी करावी हे नक्की समजू शकता.

SIP मानक RFC 3261 असे नमूद करते की डिस्प्ले नेम प्रसारित न केल्यास, IP फोन किंवा VoIP गेटवे (UAC) ने डिस्प्ले नेम "अॅनोनिमस" वापरणे आवश्यक आहे, उदाहरणार्थ, प्रेषक: "अनामिक"[ईमेल संरक्षित]>.

प्रति:

प्रति - हे शीर्षलेख विनंती प्राप्तकर्त्यास सूचित करते. हा एकतर कॉलचा अंतिम प्राप्तकर्ता किंवा मध्यवर्ती दुवा असू शकतो. सामान्यतः हेडरमध्ये SIP URI असते, परंतु इतर योजना शक्य आहेत (RFC 2806 [9] पहा). तथापि, हार्डवेअर निर्मात्याकडे दुर्लक्ष करून, SIP प्रोटोकॉलच्या सर्व अंमलबजावणीमध्ये SIP URI ला सपोर्ट करणे आवश्यक आहे. टू हेडरमध्ये डिस्प्ले नाव देखील असू शकते, उदाहरणार्थ, प्रति: "प्रथम नाव आडनाव"[ईमेल संरक्षित]>).

सामान्यत: टू फील्डमध्ये पहिल्या (पुढील) SIP प्रॉक्सीकडे निर्देश करणारी SIP URI असते जी विनंतीवर प्रक्रिया करेल. हे विनंतीचे अंतिम प्राप्तकर्ता असणे आवश्यक नाही.

संपर्क:

संपर्क - शीर्षलेखामध्ये SIP URI आहे ज्याद्वारे तुम्ही आमंत्रण विनंती पाठवणाऱ्याशी संपर्क साधू शकता. हे आवश्यक शीर्षलेख आहे आणि त्यात फक्त एक SIP URI असणे आवश्यक आहे. मूळ SIP INVITE विनंतीशी संबंधित द्वि-मार्ग संवादाचा हा भाग आहे. संपर्क शीर्षलेखामध्ये योग्य माहिती (IP पत्त्यासह) असणे अत्यंत महत्त्वाचे आहे ज्यावर विनंती पाठवणाऱ्याला प्रतिसादाची अपेक्षा आहे. संप्रेषण सत्र स्थापित झाल्यानंतर, पुढील संप्रेषणांमध्ये URI संपर्क देखील वापरला जातो.

परवानगी द्या:

अनुमती द्या - फील्डमध्ये स्वल्पविरामाने विभक्त केलेल्या पॅरामीटर्सची (SIP पद्धती) सूची आहे. दिलेला प्रेषक (डिव्हाइस) कोणत्या SIP प्रोटोकॉल क्षमतांना समर्थन देतो ते ते वर्णन करतात. पद्धतींची संपूर्ण यादी: ACK, BYE, CANCEL, INFO, Invite, Notify, Options, PRACK, Refer, Register, Subscribe, Update. SIP पद्धतींचे अधिक तपशीलवार वर्णन केले आहे येथे.

स्त्रोत: www.habr.com