SIP - Forking الموزع
SIP - Forking الموزع
في بعض الأحيان يقوم الخادم الوكيل بإعادة توجيه مكالمة SIP واحدة إلى عدة نقاط نهاية SIP. تُعرف هذه العملية باسم التفرع. هنا يمكن لمكالمة واحدة أن ترن العديد من نقاط النهاية في نفس الوقت.
باستخدام SIP forking ، يمكنك الحصول على رنين هاتف مكتبك في نفس الوقت الذي يصدر فيه الهاتف الرقمي أو هاتف SIP على هاتفك المحمول ، مما يتيح لك تلقي المكالمة من أي جهاز بسهولة.
بشكل عام ، في المكتب ، افترض أن الرئيس غير قادر على اختيار المكالمة أو بعيدًا ، يتيح SIP forking للسكرتير الرد على مكالمات تمديده.
سيكون التشعب ممكنًا إذا كان هناك وكيل ذي حالة متاح لأنه يحتاج إلى الأداء والاستجابة من بين العديد من المتلقين.
لدينا نوعان من التفرع -
- التفرع المتوازي
- التشعب المتسلسل
التفرع المتوازي
في هذا السيناريو ، سيقوم الخادم الوكيل بتقسيم الدعوة إلى ، على سبيل المثال ، جهازين (UA2 ، UA3) في وقت واحد. سيولد كلا الجهازين 180 رنينًا وأي شخص يتلقى المكالمة سيولد 200 موافق. ستؤسس الاستجابة (افترض UA2) التي تصل إلى المنشئ أولاً جلسة مع UA2. بالنسبة للاستجابة الأخرى ، سيتم تشغيل "إلغاء الأمر".
إذا تلقى المنشئ كلا الاستجابتين في وقت واحد ، فسيقوم بإعادة توجيه الرد بناءً على قيمة q.
التشعب المتسلسل
في هذا السيناريو ، سيقوم الخادم الوكيل بتقسيم الدعوة إلى جهاز واحد (UA2). إذا كان UA2 غير متوفر أو مشغول في ذلك الوقت ، فسيقوم الوكيل بتقسيمه إلى جهاز آخر (UA3).
الفرع - الهوية والعلامة
تساعد معرفات الفروع الوكلاء على مطابقة الاستجابات للطلبات المتشعبة. بدون معرفات الفروع ، لن يتمكن الخادم الوكيل من فهم الاستجابة المتشعبة. سيتوفر معرف الفرع في عنوان العنوان.
يتم استخدام العلامات بواسطة UAC للتمييز بين الاستجابات النهائية المتعددة من أنظمة UAS المختلفة. لا تستطيع UAS تحديد ما إذا كان الطلب متشعبًا أم لا. لذلك ، تحتاج إلى إضافة علامة.
يمكن للخوادم الوكيلة أيضًا إضافة علامات إذا كانت تنشئ استجابة نهائية ، ولا تقوم أبدًا بإدراج العلامات في الطلبات أو الردود التي تعيد توجيهها.
قد يكون من الممكن أن يتم تفرع طلب واحد بواسطة خوادم بروكسي متعددة أيضًا. لذا فإن الوكيل الذي سيفترق سيضيف معرفاته الفريدة إلى الفروع التي أنشأها.
ساق الاتصال ومعرف الاتصال
يشير ساق الاتصال إلى علاقة إشارة واحدة إلى واحدة بين وكلاء مستخدمين. معرف المكالمة هو معرف فريد يتم حمله في رسالة SIP التي تشير إلى المكالمة. المكالمة عبارة عن مجموعة من أرجل الاتصال.
يبدأ UAC بإرسال دعوة. بسبب التفرع ، قد تتلقى عدة 200 OK من UAs مختلفة. كل منها يتوافق مع جزء اتصال مختلف داخل نفس المكالمة.
وبالتالي فإن المكالمة هي مجموعة من أرجل النداء. يشير ساق النداء إلى اتصال من طرف إلى طرف بين UAs.
مساحات CSeq في اتجاهي ساق الاستدعاء مستقلة. في اتجاه واحد ، يتم زيادة الرقم التسلسلي لكل معاملة.
البريد الصوتي
يعد البريد الصوتي شائعًا جدًا في الوقت الحالي لمستخدمي المؤسسات. إنه تطبيق هاتفي. يتعلق الأمر بالتصوير عندما يكون الطرف المتصل به غير متاح أو غير قادر على استقبال المكالمة ، سيعلن PBX للطرف المتصل بترك رسالة صوتية.
سيحصل وكيل المستخدم إما على استجابة 3xx أو يعيد التوجيه إلى خادم البريد الصوتي إذا كان رقم الطرف المتصل به غير قابل للوصول. ومع ذلك ، هناك حاجة إلى نوع من امتداد SIP للإشارة إلى نظام البريد الصوتي أي صندوق بريد يجب استخدامه - أي ، التحية التي سيتم تشغيلها ومكان تخزين الرسالة المسجلة. هناك طريقتان لتحقيق ذلك -
باستخدام ملحق حقل رأس SIP
باستخدام Request-URI للإشارة إلى هذه المعلومات
لنفترض أنه بالنسبة للمستخدم sip: Tom@google.com لديه نظام بريد صوتي على sip: voicemail.google.com الذي يوفر بريدًا صوتيًا ، فإن Request-URI الخاص بـ INVITE عند إعادة توجيهه إلى خادم البريد الصوتي قد يبدو -
sip:voicemail.tutorialspoint.com;target = sip:Tom@tutorialspoint.com;cause = 486
يوضح الرسم التوضيحي التالي كيف يحمل Request-URI معرف صندوق البريد والسبب (هنا 486).
<< الصفحة الرئيسية