3CX तकनीकी समर्थन प्रतिक्रिया करता है: PBX सर्वर पर SIP ट्रैफ़िक कैप्चर करें

इस लेख में, हम 3CX PBX द्वारा उत्पन्न SIP ट्रैफ़िक को कैप्चर करने और विश्लेषण करने की मूल बातें के बारे में बात करेंगे। इस लेख को नौसिखिया प्रणाली प्रशासकों या सामान्य उपयोगकर्ताओं को संबोधित किया गया है जिनकी जिम्मेदारियों में टेलीफोनी का रखरखाव शामिल है। विषय के गहन अध्ययन के लिए, हम अनुशंसा करते हैं कि आप 3CX एडवांस्ड ट्रेनिंग कोर्स पूरा करें।

3CX V16 आपको सर्वर के वेब इंटरफेस के माध्यम से सीधे SIP ट्रैफ़िक को कैप्चर करने और मानक Wireshark PCAP प्रारूप में सहेजने की अनुमति देता है। तकनीकी सहायता से संपर्क करने या आत्म-विश्लेषण के लिए डाउनलोड करने पर आप कैप्चर फ़ाइल को संलग्न कर सकते हैं।

यदि 3CX विंडोज पर चलता है, तो आपको 3CX सर्वर पर Wireshark स्थापित करना होगा। अन्यथा, जब आप कैप्चर करने का प्रयास करते हैं, तो निम्न संदेश दिखाई देता है।


लिनक्स सिस्टम पर, जब आप 3CX को स्थापित या अपग्रेड करते हैं तो tcpdump अपने आप स्थापित हो जाता है।

ट्रैफिक पर कब्जा

कैप्चरिंग शुरू करने के लिए, इंटरफ़ेस सेक्शन होम> एसआईपी इवेंट्स पर जाएँ और उस इंटरफ़ेस का चयन करें, जिस पर आप कैप्चर करना चाहते हैं। IPv6 टनलिंग इंटरफेस को छोड़कर, आप एक साथ सभी इंटरफेस पर ट्रैफ़िक कैप्चर कर सकते हैं।



लिनक्स के लिए 3CX में, आप स्थानीय होस्ट (लो) के लिए ट्रैफ़िक कैप्चर कर सकते हैं। इस कैप्चर का उपयोग 3CX टनल तकनीक और सेशन बॉर्डर कंट्रोलर का उपयोग करके SIP क्लाइंट कनेक्शन का विश्लेषण करने के लिए किया जाता है।

ट्रैफिक कैप्चर बटन विंडोज पर विंडशार्क या लिनक्स पर tcpdump लॉन्च करता है। इस बिंदु पर, आपको समस्या को जल्दी से पुन: पेश करने की आवश्यकता है, क्योंकि कब्जा प्रोसेसर लोड करता है और पर्याप्त डिस्क स्थान लेता है।


निम्नलिखित कॉल मापदंडों पर ध्यान दें:

• वह नंबर जिसे कॉल किया गया था, जिसे कॉल के अन्य नंबर / प्रतिभागियों द्वारा कॉल किया गया था।
  
• 3CX सर्वर घड़ी पर समस्या का सटीक समय।
  
• कॉल का मार्ग।
  

"स्टॉप" बटन को छोड़कर, इंटरफ़ेस के अन्य स्थानों पर क्लिक न करने का प्रयास करें। इस ब्राउज़र विंडो में अन्य लिंक पर भी क्लिक न करें। अन्यथा, पृष्ठभूमि में ट्रैफ़िक पर कब्जा जारी रहेगा और सर्वर पर अतिरिक्त भार आएगा।

कैप्चर फ़ाइल प्राप्त करना

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

3CX सर्वर पर, फ़ाइल निम्न स्थान पर स्थित है:

• विंडोज: C: \ ProgramData \ 3CX \ Instance1 \ Data \ Logs \ dip.pcap
  
• Linux: /var/lib/3cxpbx/Instance/Data/Logs/dump.pcap
  

कैप्चर के दौरान बढ़े हुए सर्वर लोड या पैकेट के नुकसान से बचने के लिए, कब्जा अवधि 2 मिलियन पैकेट तक सीमित है। उसके बाद, कब्जा स्वतः बंद हो जाता है। यदि आपको एक लंबे समय तक कब्जा करने की आवश्यकता है, तो नीचे वर्णित के अनुसार, अलग-अलग Wireshark उपयोगिता का उपयोग करें।

Wireshark ट्रैफ़िक कैप्चर

यदि आप नेटवर्क ट्रैफ़िक के गहन विश्लेषण में रुचि रखते हैं, तो इसे मैन्युअल रूप से कैप्चर करें। यहाँ से अपने OS के लिए Wireshark उपयोगिता डाउनलोड करें । 3CX सर्वर पर उपयोगिता स्थापित करने के बाद, कैप्चर> इंटरफेस पर जाएं। ओएस के सभी नेटवर्क इंटरफेस यहां दिखाए जाएंगे। इंटरफ़ेस आईपी पते आईपीवी 6 में प्रदर्शित किए जा सकते हैं। IPv4 पता देखने के लिए, IPv6 पते पर क्लिक करें।



विकल्प बटन को पकड़ने और क्लिक करने के लिए इंटरफ़ेस का चयन करें। प्रॉम्प्ट मोड में कैप्चर ट्रैफ़िक को अनचेक करें, और शेष सेटिंग्स को अपरिवर्तित छोड़ दें।



अब आपको समस्या को पुन: पेश करना चाहिए। जब समस्या पुन: उत्पन्न होती है, तो कैप्चर करना बंद करें (मेनू कैप्चर> स्टॉप)। आप टेलीफोनी> एसआईपी फ्लो मेनू में एसआईपी संदेशों का चयन कर सकते हैं।

ट्रैफिक एनालिसिस बेसिक्स - SIP INVITE मैसेज

एक वीओआईपी कॉल स्थापित करने के लिए भेजे गए INVIP SIP संदेश के मुख्य क्षेत्रों पर विचार करें, अर्थात्। विश्लेषण के लिए प्रारंभिक बिंदु है। आमतौर पर, SIP INVITE में SIP टर्मिनल डिवाइस (टेलीफोन, गेटवे) और टेलीकॉम ऑपरेटर्स द्वारा उपयोग की जाने वाली जानकारी के साथ 4 से 6 फ़ील्ड शामिल हैं। INVITE की सामग्री और इसके बाद आने वाले संदेशों को समझने से अक्सर समस्या के स्रोत को निर्धारित करने में मदद मिलती है। इसके अलावा, निवेश क्षेत्रों को जानने में मदद करता है जब एसआईपी ऑपरेटरों को 3 सीएक्स से कनेक्ट करना या अन्य एसआईपी एक्सचेंजों के साथ 3 सीएक्स का संयोजन करना।

INVITE संदेश में, उपयोगकर्ताओं (या एसआईपी उपकरणों) को यूआरआई द्वारा पहचाना जाता है। आमतौर पर, एक SIP URI उपयोगकर्ता का फ़ोन नंबर + SIP सर्वर पता होता है। SIP URI एक ई-मेल पते के समान है और इसे sip: x @ y: Port के रूप में लिखा जाता है।

का अनुरोध करें लाइन-यूआरआई:

अनुरोध-लाइन-यूआरआई - क्षेत्र में कॉल प्राप्त करने वाला होता है। इसमें To फ़ील्ड के समान ही जानकारी होती है, लेकिन प्रदर्शन नाम के बिना।

वाया:

Via - प्रत्येक SIP सर्वर (प्रॉक्सी) जिसके माध्यम से INVITE अनुरोध गुजरता है, अपना आईपी पता और पोर्ट जोड़ देता है, जिसके माध्यम से संदेश वाया सूची में सबसे ऊपर प्राप्त हुआ था। फिर मार्ग के साथ संदेश को और प्रसारित किया जाता है। जब अंतिम प्राप्तकर्ता INVITE अनुरोध का उत्तर देता है, तो सभी पारगमन नोड्स "वाया हेडर" के माध्यम से देखते हैं और उसी मार्ग के साथ प्रेषक को एक संदेश वापस करते हैं। इस स्थिति में, SIP पारगमन प्रॉक्सी हेडर से अपने डेटा को हटा देता है।

से:

से - हेडर एसआईपी सर्वर के दृष्टिकोण से अनुरोध के सर्जक को इंगित करता है। हेडर एक ई-मेल पते (उपयोगकर्ता @ डोमेन, जहां उपयोगकर्ता 3CX उपयोगकर्ता की विस्तार संख्या है, और डोमेन स्थानीय IP पता या 3CX सर्वर का SIP डोमेन है) के रूप में बनता है। हैडर की तरह, हेडर से एक यूआरआई और, वैकल्पिक रूप से, एक प्रदर्शन नाम उपयोगकर्ता नाम होता है। From शीर्ष लेख से, आप वास्तव में समझ सकते हैं कि इस SIP अनुरोध को कैसे संसाधित किया जाना चाहिए।

SIP RFC 3261 मानक प्रदान करता है कि यदि प्रदर्शन नाम प्रेषित नहीं होता है, तो IP फोन या VoIP गेटवे (UAC) को प्रदर्शन नाम "अनाम" का उपयोग करना होगा, उदाहरण के लिए, "अनाम" <sip: 10000@10.1.1.0.2.2>।

करने के लिए:

के लिए - यह शीर्ष लेख अनुरोध के प्राप्तकर्ता को इंगित करता है। यह कॉल का अंतिम प्राप्तकर्ता या इंटरमीडिएट लिंक हो सकता है। आमतौर पर, शीर्षलेख में एक SIP URI होता है, लेकिन अन्य योजनाएँ संभव हैं (RFC 2806 [9] देखें)। हालांकि, SIP URI को उपकरण निर्माता की परवाह किए बिना सभी SIP कार्यान्वयन में समर्थित होना चाहिए। शीर्ष लेख में एक प्रदर्शन नाम प्रदर्शन नाम भी हो सकता है, उदाहरण के लिए, ": पहला नाम अंतिम नाम" <sip: 101@10.172.0.2>)।

आमतौर पर, To फ़ील्ड में एक SIP URI होता है जो पहले (अगले) SIP प्रॉक्सी को दर्शाता है जो अनुरोध को संसाधित करेगा। यह अनुरोध का अंतिम प्राप्तकर्ता होना आवश्यक नहीं है।

संपर्क करें:

संपर्क - शीर्षलेख में SIP URI होता है, जिसके द्वारा आप INVITE अनुरोध के प्रेषक से संपर्क कर सकते हैं। यह एक आवश्यक हेडर है और इसमें केवल एक एसआईपी यूआरआई होना चाहिए। यह प्रारंभिक SIP INVITE अनुरोध के अनुरूप दो-तरफ़ा संचार का हिस्सा है। यह बहुत महत्वपूर्ण है कि संपर्क हेडर में सही जानकारी (आईपी पते सहित) हो, जिस पर अनुरोध भेजने वाला प्रतिक्रिया की प्रतीक्षा कर रहा हो। संचार सत्र की स्थापना के बाद, आगे के संचार में भी यूआरआई संपर्क का उपयोग किया जाता है।

की अनुमति दें:

अनुमति दें - फ़ील्ड में अल्पविराम द्वारा अलग किए गए मापदंडों (एसआईपी विधियों) की एक सूची होती है। वे वर्णन करते हैं कि एसआईपी प्रोटोकॉल की कौन सी विशेषताएं इस प्रेषक (डिवाइस) का समर्थन करती हैं। तरीकों की पूरी सूची: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, PRACK, REFER, REGISTER, SUBSCRIBE, UPDATE। अधिक सिप विधियां यहां बताई गई हैं ।