किस कारण से SIP ट्रैफ़िक को स्विच में जाते हुए देखा जाएगा, लेकिन बाहर नहीं आ रहा है?


15

पृष्ठभूमि

मैं अपने एसआईपी फोन को एक नए राउटर के पीछे पंजीकृत करने और हमारे ब्रांड के नए कार्यालय में स्विच करने के लिए संघर्ष कर रहा हूं। हमारे PBX ​​को ऑफसाइट होस्ट किया गया है। मैंने कई अलग-अलग तरीकों का प्रयास करने के लिए हमारे प्रदाता के साथ काम किया है। हमने उनके NAT-सत्र सत्र सीमा नियंत्रक से जुड़ने के लिए नियमित NAT की कोशिश की है। हमने SIP पंजीकरण अनुरोधों को रोकने और फोन पर पंजीकरण करने के लिए siproxd (pfISER पैकेज) का उपयोग करने की कोशिश की है। अंत में, हमने अपने स्थानीय नेटवर्क पर siproxd डेमॉन के साथ रजिस्टर करने के लिए फोन को मैन्युअल रूप से कॉन्फ़िगर करने का प्रयास किया है।

परीक्षण के दौरान हमने देखा कि फ़ोन निम्नलिखित में से सभी को सफलतापूर्वक करते हैं:

  • IP पते द्वारा होस्ट किए गए FTP सर्वर से संपर्क करें
  • कहा सर्वर से कॉन्फ़िगरेशन डाउनलोड करें
  • एनटीपी सर्वर के आईपी पते को हल करने के लिए DNS क्वेरीज़ करें
  • समय निर्धारित करने के लिए NTP सर्वर को क्वेरी करें
  • एसआईपी सर्वर (एस) के आईपी पते को हल करने के लिए DNS क्वेरीज़ करें

लक्षण

फ़ोन के सभी पूर्व-पंजीकरण कार्यों को सफलतापूर्वक करने के बाद, हम कभी भी pfSense बॉक्स या प्रदाता के पीबीएक्स पर पंजीकरण के प्रयास को नहीं देखते हैं। मैंने अपने अंत में siproxd में डिबगिंग के उच्चतम स्तर को सक्षम किया है और n टीसीपी कनेक्शन या यूडीपी पैकेट को देखा है। हालाँकि, वर्कस्टेशन से 5060 पोर्ट करने के लिए एक साधारण टेलनेट अपेक्षित लॉग संदेश उत्पन्न करेगा। PfSense बॉक्स पर एक पैकेट पर कब्जा प्रदर्शन बिल्कुल कोई घूंट यातायात के प्रयासों से पता चला है।

क्या बिल्ली है?

मेरा अंतिम समस्या निवारण कदम जिसने मुझे पूरी तरह से रोक दिया और मुझे इस प्रश्न को पूछने के लिए लाया। मैंने पहली बार स्विच पोर्ट को मिरर किया था कि मेरे वर्कस्टेशन स्विच पोर्ट में एक फोन प्लग किया गया था। मैंने इंटरफ़ेस पर सभी ट्रैफ़िक का एक पैकेट कैप्चर किया। अपने आश्चर्य के लिए मैंने फोन से एसआईपी पंजीकरण पैकेट देखा। यहाँ एक उदाहरण है:

फोन पैकेट कैप्चर

स्पष्ट रूप से फोन PBXs के साथ रजिस्टर करने की कोशिश कर रहा है (वे सही आईपी पते भी हैं)।

मेरा अगला कदम स्विच पोर्ट को मिरर करना था जो कि pfSense राउटर के LAN साइड में फीड होता है। मैंने 172.200.22.102 फोन से एफ़टीपी, एनटीपी और डीएनएस ट्रैफ़िक को स्विच से बाहर निकलते देखा, लेकिन एसआईपी पैकेट का कोई निशान नहीं। यह पूरी तरह से मेरे लिए चौंकाने वाला है! स्विच के भीतर गायब होने के लिए केवल SIP ट्रैफ़िक क्या है ?

वातावरण

कॉन्फ़िगरेशन स्विच करें

IP एड्रेस 172.22.200.102 वाला फोन इस स्विच के पोर्ट 4 में है, राउटर LAN लिंक पोर्ट 22 में है।

वीएलएएन कॉन्फ़िगरेशन

वीएलएएन 200 की भागीदारी

मैं किसी भी अधिक सेटिंग्स को साझा कर सकता हूं जिनकी आवश्यकता हो सकती है।


मुझे पता है कि यह सामान्य ज्ञान है कि राऊटर के लैन इंटरफेस के लिए पैकेट का नेतृत्व किया जाना चाहिए, लेकिन चलो कुछ भी नहीं लेना चाहिए। क्या आप फोन छोड़ने वाले उन पैकेटों पर गंतव्य मैक पते दिखाने के लिए वायरशार्क प्राप्त कर सकते हैं, और पुष्टि कर सकते हैं कि वे वास्तव में रूटर के मैक पते हैं? यदि किसी कारण से वे नहीं थे, तो यह समझाएगा कि आप उन्हें दर्पण पोर्ट पर क्यों नहीं देख रहे थे।
MadHatter

@ मैड: राउटर के उचित गंतव्य मैक पते की पुष्टि की
hobodave

अरे नहीं। खैर, यह जाँच के लायक था। क्षमा करें, कोई बेहतर विचार नहीं है।
मध्याह्न

जवाबों:


16

मुझे इस समस्या पर लगभग 40 घंटे बिताने के बाद समाधान मिला।

स्विच में एक सेटिंग है जो "ऑटो डीओएस" सुरक्षा को सक्षम करता है। जाहिरा तौर पर यह टीसीपी या यूडीपी ट्रैफ़िक पर विचार करता है, जिसमें मिलान स्रोत या गंतव्य पोर्ट्स एक धमाकेदार हमले होते हैं और पैकेट को गिरा देते हैं। एसआईपी ट्रैफ़िक के बाद से यह हास्यास्पद रूप से अदूरदर्शी है (हमेशा?) स्रोत और गंतव्य बंदरगाहों पर 5060 पर निर्भर करता है।

मामले में एक पाठ्य विवरण अपर्याप्त था:

यहाँ छवि विवरण दर्ज करें


वाह, यह क्रूर है। अच्छी नौकरी मिल रही है। मुझे यकीन है कि यह लॉग में नहीं दिखाता है, है ना?
ग्रेविफेस

@gravyface: सही, कुछ भी लॉग नहीं किया गया। सभी लॉग शो बुनियादी लिंक अप / डाउन और ऑथेंटिकेशन प्रयास हैं
hobodave

2
Whaaaaaaaaaaaaaaaat? अच्छा काम एचपी!
voretaq7

1
वह चूसता है; यह पेंच (जैसे) NTP और सर्वर-सर्वर DNS भी होगा। Voretaq के शब्दों में, "अच्छा काम। HP"। अच्छी तरह से निदान किया जाता है, हालांकि, हॉबोववे; तुम एक बीयर के लायक हो!
MadHatter

1
+1 - मैं आज एक अलग अनुप्रयोग में w / एक ही स्विच में भाग गया। SonicWALL "सिंगल साइन-ऑन" प्रोटोकॉल समान स्रोत / गंतव्य पोर्ट के साथ UDP डेटाग्राम का उपयोग करता है। काश, इथरनेट टैप से इसे ट्रैक करने से पहले मैं यहां देख लेता। यह ध्यान रखना दिलचस्प है कि "ऑफेंडिंग" फ़्रेम को तब भी हटा दिया जाता है जब इंग्रेस पोर्ट को मिरर करते हैं। पूरी तरह से विफल, एच.पी. मैं पुष्टि कर सकता हूं कि पीके 1.15 फर्मवेयर, जनवरी में जारी किया गया, अभी भी इसमें यह मिसफिट है।
इवान एंडरसन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.