XMPP

يتواصل عميل XMPP مع الخادم عبر دفق TCP مشفر بتقنية TLS على المنفذ 5222. وتتواصل خوادم XMPP فيما بينها عبر دفق TCP مشفر بتقنية TLS على المنفذ 5269. ^{[ 3 ] [ 5 ]}

تُشبه بنية شبكة XMPP بروتوكول نقل البريد البسيط (SMTP)، وهو نموذج عميل-خادم ؛ حيث لا يتواصل العملاء مباشرةً فيما بينهم نظرًا لكونها لا مركزية - إذ يُمكن لأي شخص تشغيل خادم. وبحسب التصميم، لا يوجد خادم مركزي مُعتمد كما هو الحال في خدمات المراسلة مثل AIM و WLM و WhatsApp و Telegram . غالبًا ما ينشأ بعض الالتباس حول هذه النقطة لوجود خادم XMPP عام يعمل على نطاق معين jabber.org، ويشترك فيه العديد من المستخدمين. مع ذلك، يُمكن لأي شخص تشغيل خادم XMPP خاص به على نطاقه الخاص.

لكل مستخدم على الشبكة عنوان XMPP فريد، يُسمى معرف Jabber . ^{[ 6 ]} يتم تنظيم معرف Jabber مثل عنوان البريد الإلكتروني مع اسم المستخدم واسم النطاق (أو عنوان IP ^{[ 7 ]} ) للخادم الذي يوجد عليه هذا المستخدم، مفصولين بعلامة @ ( @) - على سبيل المثال، " alice@example.com": هنا aliceاسم المستخدم example.comوالخادم الذي تم تسجيل المستخدم فيه.

بما أن المستخدم قد يرغب في تسجيل الدخول من مواقع متعددة، فإنه يستطيع تحديد مورد . يُعرّف المورد جهازًا معينًا تابعًا للمستخدم (مثلًا: المنزل، العمل، أو الهاتف المحمول). يمكن تضمين هذا المورد في معرّف الجهاز (JID) بإضافة شرطة مائلة متبوعة باسم المورد. على سبيل المثال، قد يكون معرّف الجهاز الكامل لحساب المستخدم على الهاتف المحمول هو username@example.com/mobile:

قد يُحدد لكل مورد قيمة عددية تُسمى الأولوية . الرسائل المرسلة إلى username@example.comستصل إلى العميل ذي الأولوية الأعلى، أما الرسائل المرسلة إلى username@example.com/mobileستصل إلى عميل الهاتف المحمول فقط . الأولوية الأعلى هي تلك التي تحمل أكبر قيمة عددية.

تُعدّ معرّفات JID التي لا تحتوي على اسم المستخدم صالحة أيضاً، ويمكن استخدامها لرسائل النظام والتحكم في الميزات الخاصة على الخادم. ويبقى تحديد المورد اختيارياً لهذه المعرّفات أيضاً.

تتيح وسائل توجيه الرسائل بناءً على مُعرّف نقطة نهاية منطقي - JID، بدلاً من عنوان IP صريح - فرصًا لاستخدام XMPP كتطبيق شبكة تراكبية فوق شبكات أساسية مختلفة. ^{[ 8 ]}

بروتوكول النقل الأصلي لبروتوكول XMPP هو بروتوكول التحكم بالنقل (TCP)، الذي يستخدم تدفقات XML مفتوحة عبر اتصالات TCP طويلة الأمد. وكبديل لبروتوكول TCP، طوّر مجتمع XMPP بروتوكول HTTP لعملاء الويب والمستخدمين خلف جدران الحماية المقيدة . في المواصفات الأصلية، كان بإمكان XMPP استخدام HTTP بطريقتين: الاستقصاء ^{[ 9 ]} والربط . تعتمد طريقة الاستقصاء، التي أصبحت الآن مهملة، على جلب الرسائل المخزنة في قاعدة بيانات الخادم (ونشرها) بانتظام بواسطة عميل XMPP عبر طلبات HTTP من نوع "GET" و"POST". أما طريقة الربط، المُنفذة باستخدام بروتوكول BOSH ( تدفقات ثنائية الاتجاه عبر HTTP متزامن ) ^{[ 10 ]} ، فتسمح للخوادم بإرسال الرسائل إلى العملاء فور إرسالها. يُعد نموذج الإشعار بالدفع هذا أكثر كفاءة من الاستقصاء، حيث لا تُعيد العديد من عمليات الاستقصاء أي بيانات جديدة. يدعم XMPP أيضًا استخدام WebSockets للتواصل مع الخادم ^{[ 11 ] .}

نظرًا لأن العميل يستخدم بروتوكول HTTP، فإن معظم جدران الحماية تسمح للعملاء بجلب الرسائل وإرسالها دون أي عوائق. وبالتالي، في حال حظر منفذ TCP المستخدم من قِبل XMPP، يمكن للخادم الاستماع على منفذ HTTP العادي، ومن المفترض أن يمرّ تدفق البيانات دون مشاكل. تتيح مواقع ويب مختلفة للمستخدمين تسجيل الدخول إلى XMPP عبر متصفح. علاوة على ذلك، توجد خوادم عامة مفتوحة تستمع على منافذ HTTP القياسية (المنفذ 80) وHTTPS (المنفذ 443)، مما يسمح بالاتصالات من خلف معظم جدران الحماية. مع ذلك، فإن المنفذ المسجل لدى IANA لبروتوكول BOSH هو 5280 وليس 80.

تُعنى مؤسسة معايير XMPP ( XSF) (المعروفة سابقًا باسم مؤسسة برمجيات Jabber) بتطوير امتدادات XMPP مفتوحة المصدر، والتي تُسمى XEPs . ^{[ 12 ]} مع ذلك، يُمكن لأي فرد أو مشروع برمجي أو مؤسسة تعريف هذه الامتدادات. وللحفاظ على قابلية التشغيل البيني، تتولى XSF إدارة الامتدادات الشائعة. تشمل تطبيقات XMPP، بالإضافة إلى المراسلة الفورية، ما يلي: غرف الدردشة ، وإدارة الشبكات ، وتوزيع المحتوى ، وأدوات التعاون، ومشاركة الملفات ، والألعاب، والتحكم عن بُعد في الأنظمة ومراقبتها، وتحديد الموقع الجغرافي ، والبرمجيات الوسيطة والحوسبة السحابية ، وخدمات الصوت عبر بروتوكول الإنترنت (VoIP)، وخدمات الهوية.

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

بما أن لغة XML نصية، فإن بروتوكول XMPP العادي يستهلك موارد الشبكة بشكل أكبر مقارنةً بالحلول الثنائية البحتة. وقد تمّت معالجة هذه المشكلة من خلال تنسيق تبادل XML الفعال (EXI) التجريبي XEP-0322، حيث يتمّ تحويل XML إلى صيغة ثنائية فعّالة، لا سيما في الوضع المُستند إلى المخطط. وقد تمّ تأجيل هذا المقترح XEP حاليًا.

يُعدّ نقل البيانات الثنائية ضمن النطاق محدودًا. إذ يجب أولًا ترميز البيانات الثنائية باستخدام Base64 قبل إرسالها ضمن النطاق. لذا، يُفضّل إرسال أي كمية كبيرة من البيانات الثنائية (مثل نقل الملفات ) خارج النطاق ، مع استخدام الرسائل ضمن النطاق للتنسيق. في معظم الحالات، يتم ذلك باستخدام مرفق للرسالة وآلية رفع الملفات عبر بروتوكول HTTP XEP-0363 المُطبّقة على نطاق واسع. أما المحادثات الصوتية والمرئية، فيمكن إجراؤها عبر بروتوكول Jingle XMPP Extension Protocol، XEP-0166.

باستخدام إضافة Jingle ، يوفر بروتوكول XMPP وسيلة مفتوحة لدعم الاتصالات بين الأجهزة أو بين الأجهزة عبر مجموعة متنوعة من الشبكات. وتُستخدم هذه الميزة بشكل أساسي في الاتصالات الهاتفية عبر بروتوكول الإنترنت (VoIP).

يدعم بروتوكول XMPP المؤتمرات التي تضم عدة مستخدمين، باستخدام مواصفات الدردشة متعددة المستخدمين (MUC) (XEP-0045). ومن وجهة نظر المستخدم العادي، فهو يُشابه بروتوكول دردشة الإنترنت (IRC).

يمكن عزل خوادم XMPP (على سبيل المثال، على شبكة إنترانت الشركة)، وقد تم دمج المصادقة الآمنة ( SASL ) والتشفير من نقطة إلى نقطة ( TLS ) في مواصفات XMPP الأساسية.

بروتوكول المراسلة خارج السجل (OTR) هو امتداد لبروتوكول XMPP يُمكّن من تشفير الرسائل والبيانات. وقد تم استبداله لاحقًا بامتداد أفضل، وهو التشفير متعدد الأطراف ( OMEMO ، XEP-0384)، الذي يوفر تشفيرًا شاملاً بين المستخدمين. يمنح هذا البروتوكول مستوى أعلى من الأمان، حيث يقوم بتشفير جميع البيانات من جهاز العميل المصدر وفك تشفيرها مرة أخرى عند جهاز العميل الهدف؛ فلا يستطيع مُشغّل الخادم فك تشفير البيانات التي يُعيد توجيهها.

يمكن أيضًا تشفير الرسائل باستخدام OpenPGP ، على سبيل المثال باستخدام برنامج Gajim .

على الرغم من وجود العديد من بروتوكولات اكتشاف الخدمات اليوم (مثل zeroconf أو بروتوكول تحديد موقع الخدمة )، فإن XMPP يوفر أساسًا متينًا لاكتشاف الخدمات الموجودة محليًا أو عبر الشبكة، وتوافر هذه الخدمات (عبر معلومات الوجود)، كما هو محدد في XEP-0030 DISCO. ^{[ 13 ]}

كان أحد الأهداف التصميمية الأصلية لمجتمع جابر مفتوح المصدر في بداياته تمكين المستخدمين من الاتصال بأنظمة مراسلة فورية متعددة (وخاصةً الأنظمة غير الداعمة لبروتوكول XMPP) من خلال تطبيق عميل واحد. وقد تم ذلك عبر كيانات تُسمى بوابات أو وسائل نقل إلى بروتوكولات مراسلة فورية أخرى مثل ICQ وAIM و Yahoo Messenger ، بالإضافة إلى بروتوكولات أخرى مثل الرسائل النصية القصيرة (SMS) و IRC والبريد الإلكتروني . على عكس عملاء البروتوكولات المتعددة ، يوفر XMPP هذا الوصول على مستوى الخادم من خلال التواصل عبر خدمات بوابة خاصة تعمل بالتوازي مع خادم XMPP. يمكن لأي مستخدم "التسجيل" في إحدى هذه البوابات بتوفير المعلومات اللازمة لتسجيل الدخول إلى تلك الشبكة، ومن ثم التواصل مع مستخدمي تلك الشبكة كما لو كانوا مستخدمين لبروتوكول XMPP. وبالتالي، تعمل هذه البوابات كوكلاء للعميل (حيث تقوم البوابة بالمصادقة نيابةً عن المستخدم على الخدمة غير الداعمة لبروتوكول XMPP). ونتيجةً لذلك، يمكن لأي عميل يدعم XMPP بشكل كامل الوصول إلى أي شبكة مزودة ببوابة دون الحاجة إلى كتابة أي كود إضافي في العميل، ودون الحاجة إلى اتصال مباشر بالإنترنت. ومع ذلك، قد ينتهك نموذج وكيل العميل شروط الخدمة الخاصة بالبروتوكول المستخدم (على الرغم من أن شروط الخدمة هذه غير قابلة للتنفيذ قانونيًا في العديد من البلدان) ويتطلب أيضًا من المستخدم إرسال اسم المستخدم وكلمة المرور الخاصة به في برنامج المراسلة الفورية إلى موقع الطرف الثالث الذي يقوم بتشغيل النقل (مما قد يثير مخاوف تتعلق بالخصوصية والأمان).

نوع آخر من البوابات هو بوابة الخادم إلى الخادم، والتي تُمكّن خادمًا غير مُهيأ لبروتوكول XMPP من الاتصال بخوادم XMPP الأصلية باستخدام ميزات الاتحاد بين النطاقات المُدمجة في XMPP. تُقدم العديد من برامج المراسلة الفورية للمؤسسات هذه البوابات، ومنها:

• HCL Sametime Premium ^{[ 14 ] [ 15 ]}
• Skype for Business Server (المعروف سابقًا باسم Microsoft Lync Server و Microsoft Office Communications Server – OCS) ^{[ 16 ]}

توجد العديد من برامج خادم XMPP، ومن بينها برامج معروفة مثل ejabberd و Prosody .

تتوفر العديد من برامج عملاء XMPP على مختلف المنصات الحديثة والقديمة، بما في ذلك برامج العملاء الرسومية وبرامج العملاء التي تعمل عبر سطر الأوامر. وفقًا لموقع XMPP الإلكتروني، تشمل بعض البرامج الأكثر شيوعًا: Conversations و Cheogram وMonocles وQuicksy ( أندرويد )، وDino ( أنظمة BSD وويندوز ويونكس ولينكس )، وConverse.js (متصفح ويب، لينكس ، ويندوز ، ماك أو إس ^{) ،} و ^Gajim ( ويندوز ولينكس ) ^، و Monal ( ماك أو إس وآي أو إس ⁾ ، ^و Swift.IM (ماك أو إس وويندوز ولينكس). وقد تم مؤخرًا تطوير نسخة معدلة من Monal كإصدار Quicksy لنظام iOS .

ومن بين العملاء الآخرين: Bombus، وChatSecure ، وCoccinella، و Miranda NG ، و ^{[ 18 ]} Pidgin ، و Psi ، و ^{[ 18 ]} Tkabber ، و Trillian ، و Xabber .

تستخدم بعض أكبر شركات خدمات المراسلة، أو كانت تستخدم، أشكالًا مختلفة من بروتوكولات XMPP في أنظمتها الخلفية دون الكشف عن ذلك بالضرورة لمستخدميها النهائيين. ^{[ 20 ] [ 21 ]} ومن الأمثلة على ذلك جوجل ، التي أطلقت في أغسطس 2005 خدمة جوجل توك ، وهي نظام يجمع بين بروتوكول نقل الصوت عبر الإنترنت (VoIP) والمراسلة الفورية، ويستخدم بروتوكول XMPP للمراسلة الفورية كأساس لبروتوكول إشارات نقل الصوت والملفات المسمى جينجل . لم يتضمن الإطلاق الأولي اتصالات بين الخوادم ؛ وقد فعّلت جوجل هذه الميزة في 17 يناير 2006. ^{[ 22 ]} أضافت جوجل لاحقًا وظيفة الفيديو إلى جوجل توك، مستخدمةً أيضًا بروتوكول جينجل للإشارات. في مايو 2013، أعلنت جوجل عن إزالة توافق XMPP من جوجل توك فيما يخص اتحاد الخوادم، مع الإبقاء على دعم اتصال العميل بالخادم. ^{[ 23 ]} ومنذ ذلك الحين، تم إيقاف جوجل توك نهائيًا من مجموعة منتجات جوجل.

في يناير 2008، أطلقت شركة AOL دعمًا تجريبيًا لبروتوكول XMPP لخدمة AOL Instant Messenger (AIM)، ^{[ 24 ]} مما أتاح لمستخدمي AIM التواصل باستخدام هذا البروتوكول. إلا أنه في مارس 2008، تم إيقاف هذه الخدمة. واعتبارًا من مايو 2011، أصبحت AOL تقدم دعمًا محدودًا لبروتوكول XMPP. ^{[ 25 ]}

في فبراير 2010، أتاح موقع التواصل الاجتماعي فيسبوك ميزة الدردشة لتطبيقات الطرف الثالث عبر بروتوكول XMPP. ^{[ 26 ]} إلا أن بعض الوظائف لم تكن متاحة عبر XMPP، وتوقف الدعم في أبريل 2014. ^{[ 27 ]} وفي عام 2024، استجابةً لقانون الأسواق الرقمية للاتحاد الأوروبي، أُجبرت شركة ميتا على تمكين مستوى أعلى من التوافق بين منتجاتها واتساب وفيسبوك ماسنجر (وكلاهما يستخدمان بروتوكول XMPP مغلقًا) وأنظمة XMPP الأخرى. ^{[ 28 ]} يصف هذا مسارًا محتملاً لأطراف ثالثة للتوافق مع منتجات ميتا XMPP، وهو مستوى أقل بكثير من التوافق الحقيقي للاتحاد.

وبالمثل، في ديسمبر 2011، أصدرت مايكروسوفت واجهة XMPP لخدمة مايكروسوفت ماسنجر . ^{[ 29 ]} كما وفر سكايب ، خليفتها الفعلي، دعمًا محدودًا لبروتوكول XMPP. ^{[ 30 ]} ويُعد أباتشي ويف مثالًا آخر. ^{[ 31 ]}

يُعدّ بروتوكول XMPP المعيار الفعلي للدردشة الخاصة في منصات الألعاب مثل Origin [ ^{32 ]} و PlayStation ، بالإضافة إلى Xfire و Raptr اللذين توقفا عن العمل الآن . ^{[ 33 ]} ويُستثنى من ذلك منصتا Steam ^{[ 34 ]} و Xbox LIVE ؛ ^حيث تستخدم كلتاهما بروتوكولات مراسلة خاصة بهما .

تُستخدم ميزات بروتوكول XMPP، مثل الاتحاد عبر النطاقات، والنشر/الاشتراك، والمصادقة، وأمانه حتى بالنسبة للأجهزة المحمولة، لتطبيق إنترنت الأشياء . وتشمل التطبيقات التجريبية عدة امتدادات لبروتوكول XMPP، منها: تنسيق تبادل XML الفعال (EXI)؛ ^{[ 46 ]} بيانات المستشعرات؛ ^{[ 47 ]} التزويد؛ ^{[ 48 ]} التحكم؛ ^{[ 49 ]} المجمعات؛ ^{[ 50 ]} الاكتشاف. ^{[ 51 ]}

تم توثيق هذه الجهود في صفحة مخصصة لإنترنت الأشياء في ويكي XMPP ^{[ 52 ]} وفي القائمة البريدية لإنترنت الأشياء XMPP. ^{[ 53 ]}

لطالما اعتُبر بروتوكول XMPP منافسًا لبروتوكول SIMPLE ، الذي يعتمد على بروتوكول بدء الجلسة (SIP)، باعتباره البروتوكول القياسي للمراسلة الفورية وإشعارات التواجد. ^{[ 54 ] [ 55 ]}

يمكن اعتبار امتداد XMPP للدردشة متعددة المستخدمين ^{[ 40 ]} منافسًا لـ IRC ، على الرغم من أن IRC أبسط بكثير، ويحتوي على ميزات أقل بكثير، ويستخدم على نطاق أوسع بكثير.

توفر ملحقات XMPP للنشر والاشتراك ^{[ 41 ]} العديد من الميزات نفسها التي يوفرها بروتوكول قوائم الانتظار المتقدمة للرسائل (AMQP).