एसआईपी

Question

के माध्यम से तत्काल संदेश कैसे भेजें मेरे पास मेरे मोबाइल नेटवर्क प्रदाता द्वारा बनाई गई एक विंडोज़ डेस्कटॉप एप्लिकेशन है, जो एसआईपी के साथ सभी प्रकार की चीजें करता है: कॉल, संदेश भेजें, आदि। इस ऐप को सफलतापूर्वक MESSAGE कैसे भेजता है स्क्रीनशॉट (पिछले 4 लाइनों):

MESSAGE अनुरोध, डेस्कटॉप एप्लिकेशन से, (पीछे से 4 लाइन) के रूप में भेजा जाता है:

MESSAGE sip:FROM@DOMAIN SIP/2.0 
Via: SIP/2.0/UDP LOCALIP:2112;branch=z9hG4bK-d8754z-905183245f478c76-1---d8754z-;rport 
Max-Forwards: 70 
To: "TO"<sip:TO@DOMAIN> 
From: "FROM"<sip:USERNAME@DOMAIN>;tag=63088d09 
Call-ID: NGVhMDJhYzQwNmExOTQyNThmNjc5OGNmOTViNDUyYWM. 
CSeq: 2 MESSAGE 
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO 
Content-Type: text/plain 
Content-Length: 4 

test 

और उस के लिए सफल प्रतिक्रिया है:

SIP/2.0 407 Proxy Authentication Required 
Via: SIP/2.0/UDP LOCALIP:2112;received=EXTERNALIP;branch=z9hG4bK-d8754z-905183245f478c76-1---d8754z-;rport=2112 
To: "TO"<sip:TO@DOMAIN>;tag=c005f0e30133ec730add76fc91f4bea 
From: "FROM"<sip:USERNAME@DOMAIN>;tag=63088d09 
Call-ID: NGVhMDJhYzQwNmExOTQyNThmNjc5OGNmOTViNDUyYWM. 
CSeq: 2 MESSAGE 
Content-Length: 0 
Proxy-Authenticate: Digest nonce="3F178051B97E1F5200A3C53D4B",realm="DOMAIN",algorithm=MD5,qop="auth" 

तो मैं PHP से समान भेजने के लिए (और एन-रूपों) अनुरोध के लिए प्रयास है, लेकिन मैं हमेशा SIP/2.0 407 Proxy Authentication Required के बजाय SIP/2.0 403 Forbidden प्राप्त करते हैं:

SIP/2.0 403 Forbidden 
Via: SIP/2.0/UDP LOCALIP;received=EXTERNALIP 
To: "TO"<sip:TO@DOMAIN>;tag=aprqngfrt-f7ccjj0000020 
From: "FROM"<sip:USERNAME@DOMAIN>;tag=8f7be81d 
Call-ID: 526576901edcc@localhost 
CSeq: 1 MESSAGE 
Reason: Q.850;cause=55;text="Call Terminated" 
Content-Length: 0 

अजीब हिस्सा है, अगर मैं REGISTER अनुरोध भेजने के यह काम करता है कि, और मैं सफलतापूर्वक SIP/2.0 401 Unauthorized शीर्षलेख WWW-Authenticate के साथ प्राप्त करता हूं। मैं प्राधिकरण का पुनर्मूल्यांकन करता हूं, और इसे पुनः भेजता हूं। तब मुझे SIP/2.0 200 OK प्राप्त होता है। MESSAGE के साथ यह कैसे काम करना चाहिए।

क्या गलत हो सकता है? मुझसे क्या छूट गया? क्या MESSAGE अनुरोध से पहले किसी अन्य अनुरोध की आवश्यकता है (मैंने पहले ही REGISTER पहले से कोशिश की है)?
मैंने RFC 3428 को ऊपर और नीचे पढ़ा है, सभी उदाहरणों को संभवतः प्रयास किया है, लेकिन सफलता के बिना।

Answer 1

यदि आपको 403 प्रतिक्रिया प्राप्त हुई है, तो आपको एक कारण शीर्षलेख दिखाई देगा। शुरुआत में Q.850 स्ट्रिंग इंगित करती है कि यह आईटीयू-टी पुनर्मूल्यांकन द्वारा परिभाषित एक कारण कोड होगा।

विशेष रूप से, प्रदान की कारण कोड 55 आईएसडीएन और साहित्यिक साधन से संबंधित है "इनकमिंग कॉल बंद प्रयोक्ता समूह के भीतर वर्जित" (आप RFC 3398 में यह जांच कर सकते हैं) और, आम तौर पर, इसका मतलब है कि, सदस्यों के एक समूह के भीतर, कॉल स्वागत है वर्जित।

दूसरी ओर, 55 कारण अनुरोध के भीतर एक समस्या को भी इंगित करता है, विशेष रूप से उपयोगकर्ता (प्रेषक या रिसीवर) के संबंध में।आरेख के बाद एसआईपी उपयोगकर्ताओं के बीच एक सामान्य संदेश विनिमय पता चलता है:

 A    Server    B 
     | REGISTER |    | 
     |--------------->|    | 
     |  200 OK  |    | 
     |<---------------|    | 
     |    | REGISTER | 
     |    |<--------------|   
     |    |  200 OK | 
     |    |-------------->| 
     | MESSAGE  |    | 
     |--------------->| MESSAGE | 
     |    |-------------->| 
     |    |  200 OK | 
     |    |<--------------| 
     |  200 OK  |    | 
     |<---------------|    | 

वास्तव में, सख्त हो गया है, रजिस्टर उपयोगकर्ता एक की जरूरत नहीं है से लेकिन सबसे सिस्टम (आईएमएस) की तरह एक प्रमाणीकरण तंत्र के रूप में यह उपयोग करता है। फिर, रजिस्टर अनुरोध में, विशेष हेडर हैं:

Contact: <sip:USER_NAME@LOCAL_IP:LOCAL_PORT> 
Expires: REGISTRATION_DURATION 

ध्यान रखें कि, एक रजिस्टर करने के लिए 200 ठीक जवाब, एक Expires: शीर्ष लेख या Contact: हैडर इंगित करता है कि स्वीकार किए जाते हैं समाप्ति समय के अंदर एक expires पैरामीटर शामिल है आ सकता है। उदाहरण के लिए:

SIP/2.0 200 OK 
... 
Contact: <sip:USER_NAME@LOCAL_IP:LOCAL_PORT>; expires=60 
... 

इस स्थिति में, आपको इस समाप्ति समय (उदाहरण में 60 सेकंड) से पहले पुनः पंजीकरण करना चाहिए।

ध्यान रखें कि आप मोबाइल फोन पर एक एसएमएस भेजने की कोशिश कर रहे हैं, रिसेप्शन पॉइंट सीधे आपके नेटवर्क प्रदाता के MGCF द्वारा प्रबंधित किया जाता है, इसलिए यह प्रेषक का पंजीकरण या संदेश अनुरोध छोड़ देता है।

अपने मूल संदेश प्रस्ताव के बारे में, अनुरोध URI (संदेश के पहली पंक्ति), होना चाहिए:

MESSAGE sip:TO@DOMAIN SIP/2.0 

क्योंकि यह संदेश स्वागत इकाई को दर्शाता है।

उम्मीद है कि इससे मदद मिलती है।

Answer 2

जैसा कि मैंने आपको टिप्पणियों में बताया है, मैं कोई एसआईपी विशेषज्ञ नहीं हूं लेकिन मेरा एक दोस्त है। मैंने उससे आपके मामले के बारे में पूछा है और यही वह है जो उसने मुझे बताया:

एसआईपी प्रोटोकॉल एक संवाद प्रोटोकॉल है जिसका अर्थ है कि प्रत्येक संचार एक अद्वितीय संवाद आईडी (HTTP में सत्र आईडी की तरह कुछ) के साथ एक संवाद है। एसआईपी और HTTP के बीच का अंतर यह है कि अलग-अलग टीपीसी/आईपी कनेक्शन (HTTP अनुरोध) के बीच सत्र आईडी का उपयोग किया जाता है जबकि संवाद आईडी का उपयोग उसी टीपीसी/आईपी कनेक्शन के भीतर किया जाता है लेकिन विभिन्न संदेशों के बीच होता है।

ऐसा लगता है कि आप यहां क्या करने की कोशिश कर रहे हैं कुछ हद तक HTTP में सत्र अपहरण की तरह है। हालांकि HTTP में एक सत्र आईडी को हाइजैक करना संभव है और इसे किसी अन्य क्लाइंट से भेजा गया है, वही एसआईपी के लिए नहीं है। मेरे मित्र एसआईपी सर्वर के अनुसार एक आंतरिक मेमोरी है जिसमें कौन सी संवाद आईडी संबंधित है, और आप अपने संवाद आईडी को जानकर किसी और के संवाद में अपने संदेशों को पर्ची नहीं कर सकते हैं।

आपका प्रश्न यह नहीं कहता कि वास्तव में आप ऐसा करने की कोशिश कर रहे हैं, लेकिन यदि ऐसा है, तो मुझे कहना होगा कि आप नहीं कर सकते हैं। तथ्य यह है कि आप REGISTER कमांड भेज सकते हैं यह दिखाता है कि एसआईपी सर्वर से आपका संचार किया जाता है। आपको बस अपनी खुद की वार्ता शुरू करने और वहां से लेने की ज़रूरत है।