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

الموسوعة الحرة
بروتوكول بدء الجلسة
بروتوكول الاتصالات
اختصاررشفة
غايةالهاتف عبر الانترنت
مقدمةمارس 1999 ؛ منذ 25 عامًا ( 1999-03 )
طبقة OSIطبقة التطبيق (الطبقة 7)
المنفذ(ات)5060، 5061
طلبات التعليقات2543، 3261
مجموعة بروتوكولات الإنترنت
طبقة التطبيق
طبقة النقل
طبقة الانترنت
طبقة الارتباط
  • ف
  • ت
  • هـ

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

يحدد البروتوكول الشكل المحدد للرسائل المتبادلة وتسلسل الاتصالات للتعاون بين المشاركين. 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 وعنصر دائم في بنية نظام الوسائط المتعددة IP (IMS) لخدمات الوسائط المتعددة المتدفقة القائمة على IP في الشبكات الخلوية . في يونيو 2002، تمت مراجعة المواصفات في RFC  3261 [4] وتم نشر العديد من الامتدادات والتوضيحات منذ ذلك الحين. [5]

تم تصميم بروتوكول SIP لتوفير بروتوكول إرسال وإشارات وإعداد مكالمات للاتصالات القائمة على IP والتي تدعم وظائف معالجة المكالمات والميزات الموجودة في شبكة الهاتف العامة (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 ، حيث يتطلب اسم المجال سجلات DNS SRV لتحديد موقع الخوادم لنطاق SIP بينما يمكن أن يكون منفذ المضيف عنوان 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 . يؤدي كل وكيل مستخدم (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 أو في عرض حالة الخدمة.

خادم الوكيل

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

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

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

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

المسجل

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

المسجل هو نقطة نهاية SIP توفر خدمة تحديد الموقع. فهو يقبل طلبات التسجيل، ويسجل العنوان والمعلمات الأخرى من وكيل المستخدم. وبالنسبة للطلبات اللاحقة، فإنه يوفر وسيلة أساسية لتحديد أقران الاتصال المحتملين على الشبكة. وتربط خدمة تحديد الموقع عنوان IP واحدًا أو أكثر بـ URI SIP للوكيل المسجل. ويمكن لوكلاء مستخدمين متعددين التسجيل لنفس URI، ونتيجة لذلك يتلقى جميع وكلاء المستخدم المسجلين المكالمات إلى URI.

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

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

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

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

بوابة

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

رسائل SIP

SIP هو بروتوكول قائم على النص مع بناء جملة مشابه لـ HTTP. هناك نوعان مختلفان من رسائل SIP: الطلبات والاستجابات. يحتوي السطر الأول من الطلب على طريقة ، تحدد طبيعة الطلب، وعنوان URI للطلب، يشير إلى المكان الذي يجب إرسال الطلب إليه. [19] يحتوي السطر الأول من الاستجابة على رمز استجابة .

الطلبات

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

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

الاستجابات

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

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

المعاملات

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

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

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

المراسلة الفورية والحضور

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

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

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

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

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

التطبيقات

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

يعد ربط SIP مصطلح تسويقي مشابه مفضل عندما يتم استخدام الخدمة لتبسيط البنية التحتية للاتصالات من خلال مشاركة دائرة وصول الناقل للصوت والبيانات وحركة الإنترنت مع إزالة الحاجة إلى دوائر PRI. [25] [26]

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

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

التنفيذات

يوفر قسم تقنيات الشبكات المتقدمة التابع للمعهد الوطني الأمريكي للمعايير والتكنولوجيا (NIST) تنفيذًا عامًا للغة Java [28] يعمل كتنفيذ مرجعي للمعيار. يمكن أن يعمل التنفيذ في سيناريوهات خادم الوكيل أو وكيل المستخدم وقد تم استخدامه في العديد من المشاريع التجارية والبحثية. وهو يدعم RFC  3261 بالكامل وعددًا من RFCs التمديدية بما في ذلك 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 لإلزام تأمين اتصالات SIP باستخدام بروتوكول Transport Layer Security (TLS). تأخذ عناوين URI الخاصة بـ SIPS الشكل sips:user@example.com.

لا يمكن إجراء تشفير من طرف إلى طرف لبروتوكول SIP إلا إذا كان هناك اتصال مباشر بين نقاط اتصال الاتصال. وبينما يمكن إجراء اتصال مباشر عبر بروتوكول SIP من نظير إلى نظير أو عبر شبكة VPN بين نقاط الاتصال، فإن معظم اتصالات بروتوكول SIP تنطوي على قفزات متعددة، حيث تكون القفزة الأولى من وكيل المستخدم إلى مزود خدمة الإنترنت لوكيل المستخدم . وفي حالة القفزات المتعددة، سيؤمن بروتوكول SIPS القفزة الأولى فقط؛ ولن يتم تأمين القفزات المتبقية عادةً باستخدام بروتوكول 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. ^ "ما هو بروتوكول SIP؟". Network World . 11 مايو 2004. مؤرشف من الأصل في 24 يونيو 2014.
  2. ^ "4G | ShareTechnote". www.sharetechnote.com . تم الاسترجاع في 2023-03-09 .
  3. ^ ab Johnston, Alan B. (2004). SIP: Understanding the Session Initiation Protocol (Second ed.). Artech House. ISBN 9781580531689.
  4. ^ "ميثاق مجموعة العمل الأساسية لبروتوكول SIP". فريق عمل هندسة الإنترنت . 2010-12-07 . تم الاسترجاع في 2011-01-11 .
  5. ^ "البحث في مسودات الإنترنت وطلبات التعليقات". فريق عمل هندسة الإنترنت .
  6. ^ ab SIP: بروتوكول بدء الجلسة. 2002. doi : 10.17487/RFC3261 . RFC 3261.
  7. ^ Rouse, Margaret. "بروتوكول بدء الجلسة (SIP)". TechTarget .
  8. ^ كول، إيريك (2016). Telecom 101. معهد تدريب تيراكوم. ص 77-79. ISBN 9781894887038.
  9. ^ معرفات الموارد الموحدة (URI): بناء الجملة العامة. 2005. doi : 10.17487/RFC3986 . RFC 3986.
  10. ^ ميكا بويكسلكا وآخرون. 2004.
  11. ^ بريان ريد وستيف جودمان 2015.
  12. ^ "SIP: بروتوكول بدء الجلسة". IETF .
  13. ^ بروتوكول التحكم في نقل البيانات (SCTP) كوسيلة نقل لبروتوكول بدء الجلسة (SIP). 2005. doi : 10.17487/RFC4168 . RFC 4168.
  14. ^ منتظر القائم، أحمد رضا؛ حسيني سينو، سيد أمين؛ يغمائي، محمد حسين؛ تاشتريان، فرزاد (2016-06-01). "آلية تخفيف الحمل الزائد لشبكات VoIP: نهج طبقة النقل القائم على إدارة الموارد". معاملات تقنيات الاتصالات الناشئة . 27 (6): 857-873. doi :10.1002/ett.3038. ISSN  2161-3915. S2CID  27215205.
  15. ^ Montazerolghaem, A.; Moghaddam, MHY; Leon-Garcia, A. (مارس 2018). "OpenSIP: نحو شبكات SIP المعرفة بالبرمجيات". معاملات معهد مهندسي الكهرباء والإلكترونيات لإدارة الشبكات والخدمات . 15 (1): 184–199. arXiv : 1709.01320 . doi :10.1109/TNSM.2017.2741258. ISSN  1932-4537. S2CID  3873601.
  16. ^ Azzedine (2006). Handbook of algorithms for wireless networking and mobile computing. CRC Press. p. 774. ISBN 978-1-58488-465-1.
  17. ^ بورتر، توماس؛ آندي زموليك؛ جان كانكليرز؛ أنطونيو روزيلا (2006). أمان عملي لبروتوكول VoIP. سينغرس. ص 76-77. رقم ISBN 978-1-59749-060-3.
  18. ^ "وكلاء المستخدم الذين عرفناهم". مستخدم VoIP. مؤرشف من الأصل في 2011-07-16.
  19. ^ ستالينجز، ص214
  20. ^ ستالينجز، ص 216-217
  21. ^ رايت، جيمس. "SIP - مقدمة" (PDF) . Konnetic . تم الاسترجاع في 2011-01-11 .
  22. ^ "SIPit Wiki" . تم الاسترجاع في 2017-10-07 .
  23. ^ تجارب استخدام TTCN-3 لاختبار SIP وأيضًا OSP (PDF) ، محفوظ من الأصل (PDF) في 30 مارس 2014
  24. ^ "اختبار الأداء والإجهاد لخوادم SIP والعملاء وشبكات IP". StarTrinity. 2016-08-13.
  25. ^ "AT&T تناقش بنية SIP Peering الخاصة بها". sip-trunking.tmcnet.com . تم الاسترجاع في 2017-03-20 .
  26. ^ "من مؤتمر ومعرض IIT VoIP: شرائح عرض PowerPoint لنقل SIP من AT&T". HD Voice News . 2010-10-19 . تم الاسترجاع في 2017-03-20 .
  27. ^ جونسون، لارس؛ ماثياس كوينشون (2008). "مساهمات البث الصوتي عبر بروتوكول الإنترنت" (PDF) . مراجعة تقنية اتحاد الإذاعات الأوروبية . تم الاسترجاع في 2010-12-27 .
  28. ^ "مشروع JAIN SIP". GitHub . تم الاسترجاع في 2024-06-24 .
  29. ^ سياق SIP-T والهندسة المعمارية. سبتمبر 2002. doi : 10.17487/RFC3372 . RFC 3372.
  30. ^ "لماذا SIP-I؟ توصية بشأن بروتوكول التبديل الأساسي" (PDF) . مؤرشف من الأصل (PDF) في 2012-03-17.
  • بريان ريد؛ ستيف جودمان (22 يناير 2015)، مرجع الاختبار 70-342 الحلول المتقدمة لـ Microsoft Exchange Server 2013 (MCSE) ، Microsoft Press، ص. 24، رقم ISBN 9780735697904{{citation}}: CS1 maint: ref duplicates default (link)
  • ميكا بويكسلكا؛ جورج ماير؛ هشام خرطبيل؛ آكي نيمي (19 نوفمبر 2004)، نظام إدارة المحتوى: مفاهيم وخدمات الوسائط المتعددة عبر بروتوكول الإنترنت في مجال الهاتف المحمول ، جون وايلي وأولاده، ص 268، رقم ISBN 978047087114-0{{citation}}: CS1 maint: ref duplicates default (link)
  • IANA: معلمات SIP
  • IANA: اسم نطاق أنواع أحداث SIP
Retrieved from "https://en.wikipedia.org/w/index.php?title=Session_Initiation_Protocol&oldid=1249736929"
Original text
Rate this translation
Your feedback will be used to help improve Google Translate