بروتوكول بدء الجلسة

📅 آخر تحديث: ٣٠ يوليو ٢٠٢٦
✍️ نُشر في: ٣٠ يوليو ٢٠٢٦
📷 يحتوي على 4 صور
الموسوعة الحرة

بروتوكول بدء الجلسة ( SIP ) هو بروتوكول إشارة يُستخدم لبدء جلسات الاتصال التي تتضمن عناصر وسائط متعددة مثل الصوت والفيديو والرسائل، والحفاظ عليها، وتعديلها، وإنهاؤها . [ 1 ] يعمل هذا البروتوكول على مستوى طبقة التطبيقات في مجموعة بروتوكولات الإنترنت ، ويُستخدم على نطاق واسع في الاتصالات الهاتفية عبر الإنترنت ، وأنظمة الهاتف الخاصة القائمة على بروتوكول الإنترنت، والاتصالات المتنقلة عبر شبكات LTE من خلال تقنية VoLTE . [ 2 ]

بروتوكول SIP هو بروتوكول نصي مُصمم على غرار بروتوكولي HTTP و SMTP ، مما يُتيح التوافق والتكامل مع تطبيقات الإنترنت الأخرى. يوفر هذا البروتوكول آليات لتحديد موقع المستخدم، وإعداد الجلسات، وإدارتها، مما يجعله مكونًا أساسيًا لأنظمة الوسائط المتعددة الحديثة القائمة على بروتوكول الإنترنت.

يُحدد البروتوكول التنسيق المحدد للرسائل المتبادلة وتسلسل الاتصالات لتعاون المشاركين. بروتوكول بدء الجلسة (SIP) هو بروتوكول نصي ، يضم العديد من عناصر بروتوكول نقل النص التشعبي (HTTP) وبروتوكول نقل البريد البسيط (SMTP). [ 3 ] قد تتكون المكالمة المُنشأة باستخدام SIP من عدة تدفقات وسائط ، ولكن لا يلزم وجود تدفقات منفصلة للتطبيقات، مثل الرسائل النصية ، التي تتبادل البيانات كحمولة في رسالة SIP.

يعمل بروتوكول SIP بالتنسيق مع عدة بروتوكولات أخرى تحدد وسائط الجلسة وتنقلها. في أغلب الأحيان، يتم التفاوض على نوع الوسائط ومعاييرها وإعدادها باستخدام بروتوكول وصف الجلسة (SDP)، الذي يُنقل كحمولة في رسائل SIP. صُمم SIP ليكون مستقلاً عن بروتوكول طبقة النقل الأساسي ، ويمكن استخدامه مع بروتوكول بيانات المستخدم (UDP) وبروتوكول التحكم في الإرسال (TCP) وبروتوكول التحكم في نقل التدفق (SCTP). ولضمان نقل رسائل SIP بشكل آمن عبر روابط الشبكة غير الآمنة، يمكن تشفير البروتوكول باستخدام بروتوكول أمان طبقة النقل (TLS). أما بالنسبة لنقل تدفقات الوسائط (الصوت والفيديو)، فتستخدم حمولة SDP المنقولة في رسائل SIP عادةً بروتوكول النقل في الوقت الحقيقي (RTP) أو بروتوكول النقل الآمن في الوقت الحقيقي (SRTP).

تاريخ

صُمم بروتوكول SIP في الأصل من قِبل مارك هاندلي ، وهينينغ شولزراين ، وإيف سكولر ، وجوناثان روزنبرغ عام 1996 لتسهيل إنشاء جلسات بث متعدد الوسائط على شبكة Mbone . وتم توحيد البروتوكول في RFC 2543 عام 1999. وفي نوفمبر 2000، اعتُمد SIP كبروتوكول إشارة من قِبل 3GPP وعنصر دائم في بنية نظام الوسائط المتعددة عبر بروتوكول الإنترنت (IMS) لخدمات بث الوسائط المتعددة القائمة على بروتوكول الإنترنت في الشبكات الخلوية . وفي يونيو 2002، نُقّحت المواصفات في RFC 3261 [ 4 ] ، ونُشرت منذ ذلك الحين العديد من التوسعات والتوضيحات. [ 5 ]  

صُمم بروتوكول SIP لتوفير بروتوكول إشارات وإعداد مكالمات للاتصالات القائمة على بروتوكول الإنترنت، لدعم وظائف وميزات معالجة المكالمات الموجودة في شبكة الهاتف العامة (PSTN)، بهدف دعم تطبيقات الوسائط المتعددة الجديدة. وقد تم توسيعه ليشمل مؤتمرات الفيديو ، وتوزيع الوسائط المتدفقة ، والمراسلة الفورية ، ومعلومات التواجد ، ونقل الملفات ، والفاكس عبر الإنترنت ، والألعاب الإلكترونية . [ 1 ] [ 6 ] [ 7 ]

يتميز بروتوكول SIP بأن مؤيديه ينتمون إلى مجتمع الإنترنت وليس إلى صناعة الاتصالات . وقد تم توحيد معايير SIP بشكل أساسي من قبل فرقة عمل هندسة الإنترنت (IETF)، بينما ارتبطت بروتوكولات أخرى، مثل H.323 ، تقليديًا بالاتحاد الدولي للاتصالات (ITU).

تشغيل البروتوكول

مثال على تبادل رسائل SIP بين مستخدمين، أليس وبوب، لإنشاء وإنهاء جلسة وسائط مباشرة.

يقتصر دور بروتوكول بدء الجلسة (SIP) على عمليات الإشارة في جلسات الاتصال عبر الوسائط، ويُستخدم بشكل أساسي لإنشاء وإنهاء المكالمات الصوتية أو المرئية. يُمكن استخدام SIP لإنشاء جلسات ثنائية ( أحادية البث ) أو متعددة الأطراف ( متعددة البث ). كما يُتيح تعديل المكالمات القائمة، بما في ذلك تغيير العناوين أو المنافذ ، ودعوة المزيد من المشاركين، وإضافة أو حذف تدفقات الوسائط. وقد وُجدت تطبيقات لبروتوكول SIP في تطبيقات المراسلة، مثل المراسلة الفورية، وفي الاشتراك في الأحداث وتلقي الإشعارات.

يعمل بروتوكول SIP بالتزامن مع عدة بروتوكولات أخرى تحدد تنسيق الوسائط وتشفيرها، وتنقل الوسائط بمجرد إعداد المكالمة. عند إعداد المكالمة، يحتوي نص رسالة SIP على وحدة بيانات بروتوكول وصف الجلسة (SDP)، التي تحدد تنسيق الوسائط وبرنامج الترميز وبروتوكول اتصال الوسائط. عادةً ما تُنقل تدفقات الصوت والفيديو بين الأجهزة الطرفية باستخدام بروتوكول النقل في الوقت الحقيقي (RTP) أو بروتوكول النقل الآمن في الوقت الحقيقي (SRTP). [ 3 ] [ 8 ]

تُعرَّف جميع موارد شبكة SIP، مثل وكلاء المستخدمين وموجهات المكالمات وصناديق البريد الصوتي، بواسطة مُعرِّف موارد موحد (URI). يتبع بناء جملة URI الصيغة القياسية العامة المستخدمة أيضًا في خدمات الويب والبريد الإلكتروني. [ 9 ] يُستخدم نظام URI sip لبروتوكول SIP ، ويأخذ مُعرِّف URI نموذجي لبروتوكول SIP الشكل sip:username@domainname أو sip:username@hostport ، حيث يتطلب domainname سجلات DNS SRV لتحديد موقع خوادم نطاق SIP، بينما يمكن أن يكون hostport عنوان IP أو اسم نطاق مؤهل بالكامل للمضيف والمنفذ. في حال تطلب الأمر نقلًا آمنًا ، يُستخدم نظام sips . [ 10 ] [ 11 ]

يستخدم بروتوكول SIP عناصر تصميم مشابهة لنموذج معاملات HTTP للطلبات والاستجابات. [ 12 ] تتكون كل معاملة من طلب من العميل يستدعي طريقة أو وظيفة معينة على الخادم، واستجابة واحدة على الأقل. يعيد بروتوكول SIP استخدام معظم حقول الترويسة وقواعد التشفير ورموز الحالة الخاصة ببروتوكول HTTP، مما يوفر تنسيقًا نصيًا سهل القراءة.

يمكن نقل بروتوكول SIP عبر عدة بروتوكولات طبقة النقل ، بما في ذلك بروتوكول التحكم في الإرسال (TCP) وبروتوكول بيانات المستخدم (UDP) وبروتوكول التحكم في نقل البيانات (SCTP). [ 13 ] [ 14 ] عادةً ما يستخدم عملاء SIP بروتوكول TCP أو UDP على المنفذين 5060 أو 5061 لنقل بيانات SIP إلى الخوادم ونقاط النهاية الأخرى. يُستخدم المنفذ 5060 عادةً لحركة إشارات غير مشفرة، بينما يُستخدم المنفذ 5061 عادةً لحركة البيانات المشفرة باستخدام بروتوكول أمان طبقة النقل (TLS).

غالبًا ما تُطبّق شبكات الهاتف القائمة على بروتوكول SIP ميزات معالجة المكالمات الخاصة بنظام الإشارة 7 (SS7)، والتي توجد لها امتدادات خاصة ببروتوكول SIP، على الرغم من اختلاف البروتوكولين اختلافًا كبيرًا. يُعدّ SS7 بروتوكولًا مركزيًا، يتميز ببنية شبكة مركزية معقدة ونقاط نهاية بسيطة (هواتف تقليدية). أما SIP فهو بروتوكول عميل-خادم بين أجهزة متكافئة. تُطبّق ميزات SIP في نقاط النهاية المتصلة، بينما تُستخدم بنية SS7 التقليدية فقط بين مراكز التحويل.

عناصر الشبكة

تُسمى عناصر الشبكة التي تستخدم بروتوكول بدء الجلسة (SIP) للاتصال بوكلاء مستخدم SIP . يؤدي كل وكيل مستخدم (UA) وظيفة عميل وكيل مستخدم (UAC) عند طلب خدمة، ووظيفة خادم وكيل مستخدم (UAS) عند الاستجابة للطلب. وبالتالي، يمكن لأي نقطتي نهاية SIP من حيث المبدأ العمل دون أي بنية تحتية وسيطة لبروتوكول SIP. مع ذلك، ولأسباب تشغيلية تتعلق بالشبكة، ولتوفير الخدمات العامة للمستخدمين، ولخدمات الدليل، يُحدد بروتوكول SIP عدة أنواع محددة من عناصر خادم الشبكة. يتواصل كل عنصر من عناصر الخدمة هذه أيضًا ضمن نموذج العميل والخادم المُطبق في عملاء وخوادم وكلاء المستخدم. [ 15 ]

وكيل المستخدم

وكيل المستخدم هو نقطة نهاية منطقية في الشبكة تُرسل أو تستقبل رسائل بروتوكول بدء الجلسة (SIP) وتُدير جلسات SIP. يتكون وكيل المستخدم من مكونين: العميل والخادم. يُرسل عميل وكيل المستخدم (UAC) طلبات SIP، بينما يستقبل خادم وكيل المستخدم (UAS) هذه الطلبات ويُعيد استجابة SIP. على عكس بروتوكولات الشبكة الأخرى التي تُحدد أدوار العميل والخادم، مثل HTTP حيث يعمل متصفح الويب كعميل فقط، وليس كخادم، يتطلب SIP من كلا الطرفين تنفيذ كلا الدورين. يستمر دور كل من UAC وUAS طوال مدة معاملة SIP. [ 6 ]

هاتف SIP هو هاتف يعمل بتقنية IP، ويؤدي وظائف العميل والخادم لوكيل مستخدم SIP، ويوفر وظائف الاتصال التقليدية للهاتف، مثل الاتصال والرد والرفض وتعليق المكالمة وتحويلها. [ 16 ] [ 17 ] يمكن استخدام هواتف SIP كجهاز مادي أو كبرنامج هاتف . ومع تزايد اعتماد الموردين لبروتوكول SIP كمنصة هاتفية قياسية، تتلاشى الفروقات بين هواتف SIP المادية والبرمجية، وتُدمج عناصر SIP في وظائف البرامج الثابتة الأساسية للعديد من أجهزة الاتصالات التي تدعم بروتوكول IP، مثل الهواتف الذكية .

في بروتوكول SIP، كما هو الحال في HTTP، يُمكن لوكيل المستخدم تعريف نفسه باستخدام حقل في رأس الرسالة ( User-Agent )، يحتوي على وصف نصي للبرنامج أو الجهاز أو اسم المنتج. يُرسل حقل وكيل المستخدم في رسائل الطلب، مما يعني أن خادم SIP المُستقبِل يُمكنه تحليل هذه المعلومات لإجراء تهيئة خاصة بالجهاز أو تفعيل ميزة معينة. يقوم مُشغّلو عناصر شبكة SIP أحيانًا بتخزين هذه المعلومات في بوابات حسابات العملاء، [ 18 ] حيث يُمكن أن تكون مفيدة في تشخيص مشاكل توافق SIP أو في عرض حالة الخدمة.

خادم وكيل

خادم الوكيل هو خادم شبكة مزود بمكونات التحكم في الوصول للمستخدم (UAC) والتحكم في الوصول للمستخدم (UAS)، ويعمل كوسيط لتنفيذ الطلبات نيابةً عن عناصر الشبكة الأخرى. يؤدي خادم الوكيل دور توجيه المكالمات بشكل أساسي؛ حيث يرسل طلبات بروتوكول بدء الجلسة (SIP) إلى جهة أخرى أقرب إلى الوجهة. كما تُفيد خوادم الوكيل في تطبيق السياسات، مثل تحديد ما إذا كان مسموحًا للمستخدم بإجراء مكالمة. يقوم خادم الوكيل بتفسير أجزاء محددة من رسالة الطلب، وإذا لزم الأمر، يُعيد كتابتها قبل إعادة توجيهها.

تُسمى خوادم بروكسي SIP التي تُوجّه الرسائل إلى أكثر من وجهة واحدة بخوادم بروكسي التفرع. يُنشئ تفرع طلب SIP حوارات متعددة من الطلب الواحد. وبالتالي، قد يتم الرد على المكالمة من إحدى نقاط نهاية SIP المتعددة. ولتحديد الحوارات المتعددة، يحتوي كل حوار على مُعرّف يتضمن مساهمات من كلتا نقطتي النهاية.

خادم إعادة التوجيه

خادم إعادة التوجيه هو خادم وكيل مستخدم يُنشئ استجابات 3xx (إعادة توجيه) للطلبات التي يتلقاها، موجهًا العميل للاتصال بمجموعة بديلة من عناوين URI. يسمح خادم إعادة التوجيه لخوادم الوكيل بتوجيه دعوات جلسات SIP إلى نطاقات خارجية.

المسجل

تسجيل وكيل مستخدم SIP لدى مسجل SIP مع المصادقة.

المُسجِّل هو نقطة نهاية SIP تُوفِّر خدمة تحديد الموقع. يستقبل طلبات التسجيل (REGISTER)، ويُسجِّل العنوان والمعلمات الأخرى من وكيل المستخدم. بالنسبة للطلبات اللاحقة، يُوفِّر وسيلة أساسية لتحديد مواقع نظراء الاتصال المحتملين على الشبكة. تربط خدمة تحديد الموقع عنوان IP واحدًا أو أكثر بمعرّف SIP URI الخاص بالوكيل المُسجِّل. يُمكن لعدة وكلاء مستخدم التسجيل لنفس معرّف URI، ما يعني أن جميع وكلاء المستخدم المُسجَّلين يتلقون المكالمات إلى هذا المعرّف.

تُعدّ مسجلات بروتوكول بدء الجلسة (SIP) عناصر منطقية، وغالبًا ما تتواجد في نفس موقع خوادم بروكسي بروتوكول بدء الجلسة. ولتحسين قابلية توسع الشبكة، يمكن بدلاً من ذلك وضع خدمات تحديد الموقع مع خادم إعادة التوجيه.

متحكم حدود الجلسة

إنشاء جلسة من خلال وكيل مستخدم متتالي .

تُستخدم وحدات التحكم في حدود الجلسة (SBCs) كوسيط بين وكلاء المستخدم وخوادم بروتوكول بدء الجلسة (SIP) لأداء وظائف متنوعة، بما في ذلك إخفاء بنية الشبكة والمساعدة في اجتياز NAT . تُعدّ وحدات التحكم في حدود الجلسة حلاً مُصمماً بشكل مستقل، ولا يُذكر اسمها في معيار SIP RFC.

بوابة

يمكن استخدام البوابات لربط شبكة SIP بشبكات أخرى، مثل PSTN، التي تستخدم بروتوكولات أو تقنيات مختلفة.

رسائل SIP

بروتوكول SIP هو بروتوكول نصي ذو بنية مشابهة لبروتوكول HTTP. يوجد نوعان من رسائل SIP: الطلبات والاستجابات. يحتوي السطر الأول من الطلب على طريقة (method ) تُحدد طبيعة الطلب، ومعرّف موارد موحد للطلب (Request-URI) يُشير إلى وجهة إرسال الطلب. [ 19 ] أما السطر الأول من الاستجابة فيحتوي على رمز الاستجابة (response code ).

الطلبات

تُفعّل الطلبات وظيفة من وظائف البروتوكول. يتم إرسالها من قبل عميل وكيل المستخدم إلى الخادم ويتم الرد عليها بواحدة أو أكثر من استجابات SIP ، والتي تُعيد رمز نتيجة المعاملة، وتشير عمومًا إلى نجاح المعاملة أو فشلها أو أي حالة أخرى للمعاملة.

طلبات SIP
اسم الطلبوصفملحوظاتمراجع RFC
يسجلقم بتسجيل عنوان URI المدرج في حقل To-header مع خادم الموقع وقم بربطه بعنوان الشبكة الوارد في حقل Contact- header.يُنفذ هذا الأمر خدمة تحديد الموقع.RFC 3261 
يدعوابدأ حوارًا لإجراء مكالمة. يتم إرسال الطلب من قبل عميل وكيل المستخدم إلى خادم وكيل المستخدم.عند إرسالها أثناء حوار قائم ( إعادة دعوة )، فإنها تعدل الجلسات، على سبيل المثال وضع مكالمة في الانتظار.RFC 3261 
إقرارتأكد من أن جهة ما قد تلقت ردًا نهائيًا على طلب INVITE.RFC 3261 
الوداعالإشارة إلى إنهاء الحوار وإنهاء المكالمة.يمكن إرسال هذه الرسالة من أي من طرفي الحوار.RFC 3261 
يلغيقم بإلغاء أي طلب معلق.يعني ذلك عادةً إنهاء المكالمة أثناء رنين الهاتف، قبل الرد.RFC 3261 
تحديثقم بتعديل حالة الجلسة دون تغيير حالة الحوار.RFC 3311 
يشير إلىاطلب من المتلقي إصدار طلب لغرض تحويل المكالمة.RFC 3515 
براكإقرار مبدئي.يتم إرسال PRACK استجابةً للاستجابة المؤقتة (1xx).RFC 3262 
يشتركيبدأ الاشتراك لتلقي إشعارات بالأحداث من جهة الإشعار.RFC 6665 
إشعارأبلغ المشترك بإشعارات حدث جديد.RFC 6665 
بابليشانشر حدثًا إلى خادم الإشعارات.RFC 3903 
رسالةأرسل رسالة نصية.تُستخدم في تطبيقات المراسلة الفورية.RFC 3428 
معلوماتإرسال معلومات أثناء الجلسة لا تُعدّل حالة الجلسة.تُستخدم هذه الطريقة غالبًا في ترحيل DTMF.RFC 6086 
خياراتاستعلم عن إمكانيات نقطة النهاية.يُستخدم غالبًا لأغراض إبقاء الاتصال مفتوحًا في NAT .RFC 3261 

الردود

يرسل خادم وكيل المستخدم ردودًا تشير إلى نتيجة الطلب المستلم. يتم التعرف على عدة فئات من الردود، ويتم تحديدها من خلال النطاق العددي لرموز النتائج: [ 20 ]

  • 1xx: تشير الاستجابات المؤقتة للطلبات إلى أن الطلب كان صحيحًا ويجري معالجته.
  • 2xx: إتمام الطلب بنجاح. كاستجابة لطلب INVITE، يشير هذا الرمز إلى إنشاء اتصال. الرمز الأكثر شيوعًا هو 200، وهو تقرير نجاح غير مشروط.
  • 3xx: يلزم إعادة توجيه المكالمة لإتمام الطلب. يجب إتمام الطلب بوجهة جديدة.
  • 4xx: لا يمكن إكمال الطلب على الخادم لأسباب متنوعة، بما في ذلك بناء جملة الطلب غير الصحيح (الرمز 400).
  • 5xx: فشل الخادم في تلبية طلب يبدو صحيحًا، بما في ذلك أخطاء الخادم الداخلية (الرمز 500).
  • 6xx: لا يمكن تلبية الطلب في أي خادم. يشير هذا إلى فشل شامل، بما في ذلك رفض الطلب من قبل الوجهة.

المعاملات

مثال: يستخدم تطبيق UAC الخاص بالمستخدم 1 معاملة دعوة العميل لإرسال رسالة الدعوة الأولية (1). إذا لم يتم استلام أي رد بعد فترة انتظار محددة مسبقًا، فقد يختار تطبيق UAC إنهاء المعاملة أو إعادة إرسال رسالة الدعوة. بمجرد استلام الرد، يتأكد المستخدم 1 من وصول رسالة الدعوة بنجاح. يجب على تطبيق UAC الخاص بالمستخدم 1 حينها تأكيد استلام الرد. عند استلام تأكيد الاستلام (2)، يكتمل كلا طرفي المعاملة. في هذه الحالة، قد يكون قد تم إنشاء حوار. [ 21 ]

يُعرّف بروتوكول SIP آليةً للمعاملات للتحكم في تبادل البيانات بين المشاركين وضمان وصول الرسائل بشكل موثوق. تُمثّل المعاملة حالةً من حالات الجلسة، ويتم التحكم بها بواسطة مؤقتات مختلفة. تُرسل معاملات العميل طلبات، وتستجيب معاملات الخادم لهذه الطلبات باستجابة واحدة أو أكثر. قد تتضمن الاستجابات استجابات مؤقتة برمز استجابة على شكل 1xx ، واستجابة نهائية واحدة أو أكثر (من 2xx إلى 6xx).

تُصنّف المعاملات أيضاً إلى نوعين: نوع دعوة ونوع غير دعوة . وتختلف معاملات الدعوة في أنها تستطيع إنشاء محادثة طويلة الأمد، تُعرف باسم الحوار في بروتوكول SIP، وبالتالي تتضمن إشعاراً (ACK) بأي استجابة نهائية ناجحة، مثل 200 OK .

المراسلة الفورية والتواجد

بروتوكول بدء الجلسة للمراسلة الفورية ومعلومات التواجد باستخدام الامتدادات (SIMPLE) هو مجموعة معايير قائمة على بروتوكول بدء الجلسة (SIP) للمراسلة الفورية ومعلومات التواجد . يسمح بروتوكول ترحيل جلسة الرسائل (MSRP) بجلسات المراسلة الفورية ونقل الملفات.

اختبار المطابقة

يجتمع مجتمع مطوري بروتوكول SIP بانتظام في مؤتمرات ينظمها منتدى SIP لاختبار قابلية التشغيل البيني لتطبيقات SIP. [ 22 ] تُستخدم لغة مواصفات الاختبار TTCN -3 ، التي طورتها فرقة عمل في المعهد الأوروبي لمعايير الاتصالات (STF 196)، لتحديد اختبارات المطابقة لتطبيقات SIP. [ 23 ]

اختبار الأداء

عند تطوير برمجيات بروتوكول بدء الجلسة (SIP) أو نشر بنية تحتية جديدة له، من المهم اختبار قدرة الخوادم وشبكات بروتوكول الإنترنت (IP) على التعامل مع أحمال مكالمات محددة، مثل عدد المكالمات المتزامنة وعدد المكالمات في الثانية. يُستخدم برنامج اختبار أداء بروتوكول بدء الجلسة (SIP) لمحاكاة حركة مرور بروتوكول بدء الجلسة (SIP) وبروتوكول النقل في الوقت الحقيقي (RTP) للتأكد من استقرار الخادم وشبكة بروتوكول الإنترنت (IP) تحت ضغط المكالمات. [ 24 ] يقيس البرنامج مؤشرات الأداء مثل تأخير الرد، ونسبة الرد إلى الاستحواذ ، وتذبذب بروتوكول النقل في الوقت الحقيقي (RTP) ، وفقدان الحزم ، وزمن الاستجابة .

التطبيقات

يُعدّ اتصال SIP مصطلحًا تسويقيًا لخدمات الصوت عبر بروتوكول الإنترنت (VoIP) التي تُقدّمها العديد من شركات الاتصالات عبر الإنترنت (ITSPs). تُتيح هذه الخدمة توجيه المكالمات الهاتفية من نظام مقسم الهاتف الخاص بالعميل (PBX) إلى شبكة الهاتف العامة (PSTN). قد تُبسّط هذه الخدمات بنية أنظمة المعلومات المؤسسية من خلال مشاركة الوصول إلى الإنترنت للصوت والبيانات، وإلغاء تكلفة دوائر الهاتف ذات واجهة المعدل الأساسي (BRI) أو واجهة المعدل الأولي (PRI).

يُعدّ مصطلح "SIP trunking" مصطلحًا تسويقيًا مشابهًا يُفضّل استخدامه عندما تُستخدم الخدمة لتبسيط البنية التحتية للاتصالات من خلال مشاركة دائرة الوصول الخاصة بمزود الخدمة لنقل الصوت والبيانات والإنترنت، مع الاستغناء عن دوائر PRI. [ 25 ] [ 26 ]

يمكن لكاميرات المراقبة بالفيديو المزودة بتقنية SIP بدء المكالمات لتنبيه المشغل بالأحداث، مثل حركة الأشياء في منطقة محمية.

يُستخدم بروتوكول SIP في نقل الصوت عبر بروتوكول الإنترنت لتطبيقات البث ، حيث يوفر وسيلة قابلة للتشغيل البيني لواجهات الصوت من مختلف الشركات المصنعة لإجراء اتصالات مع بعضها البعض. [ 27 ]

التطبيقات

يُقدّم المعهد الوطني الأمريكي للمعايير والتكنولوجيا (NIST)، قسم تقنيات الشبكات المتقدمة، تطبيقًا مفتوح المصدر بلغة جافا [ 28 ] يُستخدم كمرجع للتطبيق القياسي. يعمل هذا التطبيق في بيئات خادم الوكيل أو وكيل المستخدم، وقد استُخدم في العديد من المشاريع التجارية والبحثية. وهو يدعم RFC 3261 بالكامل، بالإضافة إلى عدد من ملحقات RFC، بما في ذلك RFC 6665 (إشعارات الأحداث) و RFC 3262 (الاستجابات المؤقتة الموثوقة).   

توجد العديد من تطبيقات بروتوكول SIP التجارية والمفتوحة المصدر الأخرى. انظر قائمة برامج SIP .

التوافق بين بروتوكولي SIP و ISUP

بروتوكول بدء الجلسة SIP-I، أو بروتوكول بدء الجلسة مع ISUP المُغلّف ، هو بروتوكول يُستخدم لإنشاء جلسات الاتصال وتعديلها وإنهاؤها باستخدام ISUP عبر شبكات SIP وIP. تشمل الخدمات التي تستخدم SIP-I الاتصالات الصوتية والمرئية والفاكس والبيانات. يُعدّ كل من SIP-I وSIP-T [ 29 ] بروتوكولين متشابهين في خصائصهما، ولا سيما السماح بنقل رسائل ISUP عبر شبكات SIP، مما يحافظ على جميع التفاصيل المُتاحة في رأس ISUP. [ أ ] تم تعريف SIP-I من قِبل الاتحاد الدولي للاتصالات (ITU-T) ، بينما تم تعريف SIP-T من قِبل فريق هندسة الإنترنت (IETF) . [ 30 ]

التشفير

تمت معالجة المخاوف المتعلقة بأمان المكالمات عبر الإنترنت العام من خلال تشفير بروتوكول SIP لضمان نقل البيانات بشكل آمن . ويُستخدم نظام URI المسمى SIPS لإلزام استخدام بروتوكول أمان طبقة النقل (TLS) لتأمين اتصالات SIP. تأخذ معرّفات URI الخاصة بـ SIPS الشكل التالي : sips:user@example.com .

لا يمكن تحقيق التشفير التام لبروتوكول SIP إلا بوجود اتصال مباشر بين نقاط الاتصال. ورغم إمكانية إنشاء اتصال مباشر عبر بروتوكول SIP من نظير إلى نظير أو عبر شبكة VPN بين نقاط الاتصال، إلا أن معظم اتصالات SIP تتضمن عدة قفزات، تبدأ من وكيل المستخدم إلى مزود خدمة الاتصالات عبر الإنترنت (ITSP) الخاص به . في حالة القفزات المتعددة، يؤمّن بروتوكول SIP القفزة الأولى فقط، بينما لا تُؤمّن القفزات المتبقية عادةً باستخدام بروتوكول TLS، مما يجعل اتصال SIP غير آمن. في المقابل، يوفر بروتوكول HTTPS أمانًا تامًا لأنه يتم عبر اتصال مباشر دون الحاجة إلى القفزات.

يمكن تشفير تدفقات الوسائط (الصوت والفيديو)، وهي اتصالات منفصلة عن تدفق إشارات بروتوكول بدء الجلسة (SIPS)، باستخدام بروتوكول نقل الجلسة الآمن (SRTP). يتم تبادل المفاتيح لبروتوكول SRTP باستخدام بروتوكول تشفير البيانات المشفر ( SDES ) ( RFC 4568 )، أو باستخدام بروتوكول نقل الجلسة الآمن ( ZRTP) ( RFC 6189 ). عند استخدام بروتوكول تشفير البيانات المشفر (SDES)، تُرسل المفاتيح عبر بروتوكول بدء الجلسة (SIP) غير الآمن ما لم يتم استخدام بروتوكول بدء الجلسة الآمن (SIPS). يمكن أيضًا إضافة تبادل MIKEY ( RFC 3830 ) إلى بروتوكول بدء الجلسة (SIP) لتحديد مفاتيح الجلسة لاستخدامها مع بروتوكول نقل الجلسة الآمن (SRTP).   

انظر أيضاً

ملحوظات

  1. ↑ تفاصيل ISUP مهمة حيث أن هناك العديد من المتغيرات الخاصة بكل بلد من ISUP التي تم تنفيذها على مدار الثلاثين عامًا الماضية، وليس من الممكن دائمًا التعبير عن كل نفس التفاصيل باستخدام رسالة SIP أصلية.

مراجع

  1. 1 2 "ما هو بروتوكول SIP؟" . عالم الشبكات . 11 مايو 2004. مؤرشف من الأصل في 24 يونيو 2014.
  2. ↑ "4G | ShareTechnote" . www.sharetechnote.com . تم الاطلاع عليه بتاريخ 9 مارس 2023 .
  3. 1 2 جونستون، آلان ب. (2004). SIP: فهم بروتوكول بدء الجلسة ( الطبعة الثانية). دار أرتيك هاوس. ISBN  9781580531689.
  4. ↑ "ميثاق فريق العمل الأساسي لبروتوكول SIP" . فريق عمل هندسة الإنترنت . 2010-12-07 . تم الاطلاع عليه بتاريخ 2011-01-11 .
  5. ↑ "البحث في مسودات الإنترنت وطلبات التعليقات" . فريق عمل هندسة الإنترنت .
  6. 1 2 SIP: بروتوكول بدء الجلسة . IETF . 2002. doi : 10.17487/RFC3261 . RFC 3261 .
  7. ↑ راوس، مارغريت. "بروتوكول بدء الجلسة (SIP)" . TechTarget .
  8. ↑ كول، إريك (2016). أساسيات الاتصالات . معهد تيراكوم للتدريب. الصفحات 77-79 . ISBN  9781894887038.
  9. ↑ مُعرّفات الموارد الموحدة (URI): بناء الجملة العام . IETF . 2005. doi : 10.17487/RFC3986 . RFC 3986 .
  10. ^ ميكا بويكسلكا وآخرون. 2004 .
  11. ↑ برايان ريد وستيف جودمان 2015 .
  12. ↑ "بروتوكول بدء الجلسة: SIP" . IETF .
  13. ↑ بروتوكول نقل التحكم في التدفق (SCTP) كوسيلة نقل لبروتوكول بدء الجلسة (SIP) . IETF . 2005. doi : 10.17487/RFC4168 . RFC 4168 .
  14. ↑ منتظر الغائم، أحمد رضا؛ حسيني سينو، سيد أمين؛ يغمائي، محمد حسين؛ تشتريان، فرزاد (1 يونيو 2016). "آلية تخفيف الحمل الزائد لشبكات بروتوكول نقل الصوت عبر الإنترنت: نهج طبقة النقل القائم على إدارة الموارد". مجلة " المعاملات في تقنيات الاتصالات الناشئة " . 27 (6): 857-873 . doi : 10.1002/ett.3038 . ISSN 2161-3915 . S2CID 27215205 .  
  15. ↑ منتظر الغائم، أ.؛ مقدم، م.ح.ي.؛ ليون-غارسيا، أ. (مارس 2018). "OpenSIP: نحو شبكات SIP مُعرّفة برمجياً". معاملات IEEE في إدارة الشبكات والخدمات . 15 (1): 184-199 . arXiv : 1709.01320 . Bibcode : 2018ITNSM..15..184M . doi : 10.1109/TNSM.2017.2741258 . ISSN 1932-4537 . S2CID 3873601 .  
  16. ↑ عز الدين (2006). دليل خوارزميات الشبكات اللاسلكية والحوسبة المتنقلة . مطبعة سي آر سي. ص 774. ISBN  978-1-58488-465-1.
  17. ↑ بورتر، توماس؛ آندي زموليك؛ يان كانكليرز؛ أنطونيو روزيلا (2006). أمن بروتوكول نقل الصوت عبر الإنترنت عمليًا . سينغريس. ص 76-77 . ISBN  978-1-59749-060-3.
  18. ↑ "وكلاء المستخدم الذين نعرفهم" . مستخدم VoIP. مؤرشف من الأصل بتاريخ 16-07-2011.
  19. ↑ ستالينغز، ص 214
  20. ↑ ستالينغز، الصفحات 216-217
  21. ↑ رايت، جيمس. "SIP - مقدمة" (ملف PDF) . كونيتيك . تم الاطلاع عليه بتاريخ 11 يناير 2011 .
  22. ↑ "ويكي SIPit" . تم الاطلاع عليه بتاريخ 2017-10-07 .
  23. ↑ تجارب استخدام TTCN-3 لاختبار SIP و OSP (ملف PDF) ، مؤرشف من النسخة الأصلية (ملف PDF) بتاريخ 30 مارس 2014
  24. ↑ "اختبار الأداء والضغط لخوادم SIP وعملائها وشبكات IP" . ستار ترينيتي. 13-08-2016.
  25. ↑ "AT&T تناقش بنية ربط SIP الخاصة بها" . sip-trunking.tmcnet.com . تم الاطلاع عليه بتاريخ 20 مارس 2017 .
  26. ↑ "من مؤتمر ومعرض IIT VoIP: شرائح عرض تقديمي حول نقل SIP من AT&T" . أخبار الصوت عالي الدقة . 19-10-2010 . تم الاطلاع عليه بتاريخ 20-03-2017 .
  27. ↑ جونسون، لارس؛ ماتياس كوينشون (2008). "بث المساهمات الصوتية عبر بروتوكول الإنترنت" (ملف PDF) . مراجعة الاتحاد الأوروبي للبث التقني . تاريخ الاسترجاع: 27 ديسمبر 2010 .
  28. ↑ "مشروع جاين سيب" . جيت هاب . تم الاسترجاع في 24-06-2024 .
  29. ↑ سياق وهياكل SIP-T . IETF . سبتمبر 2002. doi : 10.17487/RFC3372 . RFC 3372 .
  30. ↑ "لماذا SIP-I؟ توصية لبروتوكول التحويل الأساسي" (ملف PDF) . مؤرشف من الأصل (ملف PDF) بتاريخ 17-03-2012.
  • برايان ريد؛ ستيف غودمان (22 يناير 2015)، مرجع الامتحان 70-342: حلول متقدمة لخادم مايكروسوفت إكستشينج 2013 (MCSE) ، مطبعة مايكروسوفت، ص  24، رقم ISBN 9780735697904{{citation}}: CS1 maint: ref duplicates default ( link )
  • ميكا بويكسيلكا؛ جورج ماير؛ هشام خرتبيل؛ آكي نيمي (19 نوفمبر 2004)، نظام إدارة الوسائط المتعددة عبر بروتوكول الإنترنت: مفاهيم وخدمات الوسائط المتعددة عبر بروتوكول الإنترنت في مجال الأجهزة المحمولة ، جون وايلي وأولاده، ص  268، رقم ISBN 978047087114-0{{citation}}: CS1 maint: ref duplicates default ( link )