SIP (بروتوكول بدء الجلسة، RFC 3261) بروتوكول إشارات نصي طلب/استجابة يُنشئ جلسات وسائط آنية مثل مكالمات الصوت والفيديو ويعدّلها وينهيها. يعرّف وكلاء المستخدم والوسطاء والمسجّلين وخوادم إعادة التوجيه، ويحمل وصف الجلسة (SDP) الذي يتفاوض على الوسائط التي سيتبادلها الطرفان.
ما هو SIP
SIP بروتوكول تحكم على طبقة التطبيق لإنشاء جلسات الوسائط المتعددة فوق IP وإدارتها — أشيعها الصوت (VoIP) والفيديو والرسائل. وهو لا يحمل الوسائط نفسها؛ بل يتفاوض على الجلسات ويتحكّم بها، ثم تتدفّق الوسائط منفصلةً فوق RTP. وتصميمه شبيه بـ HTTP عمدًا: رسائل نصية قابلة للقراءة، وطرق طلب ورموز استجابة من ثلاثة أرقام، وعنونة قائمة على URI (sip:alice@example.com). وهذه الألفة، واستقلاله عن الوسائط الأساسية، جعلاه بروتوكول الإشارات المعياري لـ VoIP وربط SIP وVoLTE/IMS.
كيانات SIP
يعرّف SIP مجموعة صغيرة من الأدوار المنطقية. وكيل المستخدم نهاية: يعمل كعميل وكيل مستخدم (UAC) حين يرسل طلبًا وكخادم وكيل مستخدم (UAS) حين يستجيب. ويوجّه الوسطاء الطلبات نحو الوجهة ويمكن أن يفرّعوها إلى عدة أهداف. ويسجّل المسجّل حيث يكون المستخدم قابلًا للوصول حاليًا (Contact الخاص به) عبر REGISTER. ويعيد خادم إعادة التوجيه موقعًا بديلًا بدل التمرير. ويُنهي وكيل المستخدم ظهرًا لظهر (B2BUA) مكالمة ويعيد إنشاءها، جالسًا في منتصف الإشارات وغالبًا الوسائط — النموذج المستخدَم في متحكّمات حدود الجلسة وأنظمة PBX.
| الكيان | الدور |
|---|---|
| UAC | عميل وكيل المستخدم — يبدأ الطلب |
| UAS | خادم وكيل المستخدم — يستجيب للطلب |
| الوكيل | يوجّه/يمرّر الطلبات، وقد يتفرّع (fork) إلى عدة أهداف |
| المسجل | يسجّل عنوان Contact الحالي للمستخدم (عبر REGISTER) |
| خادم إعادة التوجيه | يُعيد موقعًا بديلًا (3xx) بدلًا من إعادة التوجيه |
| B2BUA | يُنهي المكالمة ويعيد إنشاءها (SBC، PBX) |
المعاملات والحوارات
لـ SIP مستويان من الحالة. المعاملة طلب واحد واستجاباته (مثل INVITE و100/180/200 التي تطلقها)، يحدّدها معامل branch في ترويسة Via. والحوار العلاقة الأطول بين الندّين التي تمثّلها المكالمة، يحدّدها مزيج Call-ID ووسم From ووسم To. تنشئ INVITE حوارًا؛ وتشير الطلبات اللاحقة داخل الحوار (re-INVITE وBYE) إليه. وفهم هذا الفصل جوهري لقراءة مخطط SIP، لأن الاستجابات وإعادات الإرسال تُطابَق على مستوى المعاملة بينما تعيش المكالمة على مستوى الحوار.
النقل والمنافذ
يعمل SIP فوق UDP أو TCP أو TLS، و(أقل شيوعًا) SCTP أو WebSocket لـ WebRTC. والمنفذ الافتراضي لدى IANA هو 5060 لـ UDP وTCP، و5061 لـ SIP فوق TLS (يُشار إليه بعنوان sips:). وUDP شائع لعبئه المنخفض، لكن الرسائل الكبيرة التي تتجاوز MTU المسار ينبغي أن تستخدم TCP، وأي نشر يعبر شبكات غير موثوقة ينبغي أن يستخدم TLS للإشارات وSRTP للوسائط. ويُختار النقل لكل قفزة ويمكن أن يتغيّر على طول المسار.
| النقل | المنفذ الافتراضي | ملاحظات |
|---|---|---|
| UDP | 5060 | حمل إضافي منخفض؛ التحويل إلى TCP فوق حجم MTU |
| TCP | 5060 | للرسائل الكبيرة والتسليم الموثوق |
| TLS (sips:) | 5061 | الإشارات المشفرة |
| WSS (WebSocket) | — | SIP عبر WebSocket الآمن لتقنية WebRTC |
الأسئلة المتكررة
فيمَ يُستخدم SIP؟
يُعِدّ SIP جلسات الوسائط الآنية فوق IP ويعدّلها ويفكّكها — مكالمات الصوت والفيديو، وربط SIP بين أنظمة الهاتف والنواقل، والتحكم بمكالمات VoLTE/IMS. يتولى الإشارات؛ والصوت أو الفيديو الفعلي يسافر منفصلًا فوق RTP.
هل SIP شبيه بـ HTTP؟
عمدًا. يقترض SIP من HTTP نموذج الطلب/الاستجابة والرسائل النصية وصيغة الترويسات ورموز الحالة من ثلاثة أرقام وعنونة URI. وتختلف الدلالات — يدير SIP جلسات ذات حالة عبر الوسطاء ويمكن للطرفين إنشاء الطلبات — لكن السطح سيبدو مألوفًا لمن يعرف HTTP.
ما الفرق بين معاملة SIP والحوار؟
المعاملة طلب واحد إضافة إلى استجاباته، تُطابَق بمعامل branch في Via. والحوار علاقة المكالمة المستمرة، يحدّدها Call-ID إضافة إلى وسمَي From وTo. ويحتوي حوار واحد (مكالمة) عدة معاملات — INVITE، ثم لاحقًا BYE.
ما المنفذ الذي يستخدمه SIP؟
الافتراضي لدى IANA هو 5060 لـ SIP فوق UDP وTCP، و5061 لـ SIP فوق TLS. وتستخدم الوسائط (RTP) مدى منافذ UDP منفصلًا مُتفاوَضًا عليه ديناميكيًا موصوفًا في SDP، لا منفذ إشارات SIP.
هل يحمل SIP الصوت؟
لا. يحمل SIP الإشارات فقط — يتفاوض على الجلسة ومعاملات الوسائط عبر SDP. والصوت أو الفيديو نفسه يتدفّق فوق RTP (أو SRTP عند التشفير) مباشرة بين الطرفين أو عبر مُرحّل وسائط، على منافذ منفصلة عن رسائل SIP.
مواصفات المصدر
تستند هذه الصفحة إلى المعايير المنشورة. يفتح في علامة تبويب جديدة.