هل بروتوكول SMPP (الرسائل النصية القصيرة الثنائية) ميت؟[مغلق]

StackOverflow https://stackoverflow.com/questions/531340

  •  22-08-2019
  •  | 
  •  

سؤال

هل تعامل أحد مع بروتوكول الرسائل النصية القصيرة SMPP الثنائي؟أعلم أن هذه التقنية لا تزال مستخدمة على نطاق واسع إلى حد ما من قبل مجمعي الرسائل وشركات النقل، ولكن يبدو أنه لم يتم تحديث مواصفات SMPP، كما أن دعم مكتبات SMPP يتلاشى ببطء."منتدى الرسائل القصيرة" (http://www.smsforum.net) تم إغلاقه في عام 2007.

بالنسبة لي، يبدو الأمر كما لو أن البروتوكول يموت لصالح واجهات خدمة الويب، ولكن كان لدي فضول بشأن ما يعتقده الآخرون.

هل كانت مفيدة؟

المحلول

ومنذ يستخدم SMPP بشكل رئيسي من قبل مشغلي اللاسلكي، فإن الجواب على سؤالك سيعتمد كثيرا على ما السوق / المنطقة / البلد الذي تتعامل معه.

ولدي خبرة مع شركات اللاسلكية في أمريكا اللاتينية، ويمكن أن أقول لكم أنه على الرغم من المزيد والمزيد من الشركات يختبئون خوادم SMPP على behing HTTP خدمات ويب (التي توفر لهم المزيد من المرونة) بروتوكول SMPP لا يزال مطلبا للاتصال الكثير من الشركات اللاسلكية، لذلك فمن المؤكد لم يمت.

وإذا نظرت داخل تلك الشركات اللاسلكية، وبروتوكول SMPP هو على قيد الحياة إلى حد كبير في الشبكات الداخلية والمشتركة بين اتصالات مع شركات الطيران الأخرى.

وصحيح أن المواصفات SMPP لم يتغير منذ وقت طويل، ولكن هذا ليس شيئا سيئا فعلا. قد نضجت البروتوكول، ويبدو أن هناك أي اهتمام من شركات الطيران في توسيع نطاقه ليشمل وظائف جديدة، وخاصة لأنها وجدت المرونة التي يحتاجونها في العرف HTTP واجهات برمجة التطبيقات

وفيما يتعلق تطبيقات مكتبة SMPP، Kannel هي في التنمية النشطة، على الرغم من أنني لن أوصي به هو استخدام. تطبيقات للأسف معظم تطبيقات ناجحة طويلة الأجل التي رأيتها من عملاء SMPP قد نمت المنزل

نصائح أخرى

وSMPP هو بروتوكول جيدا لرسالة بسيطة القصيرة. آمل أن لا يموت في صالح أي البروتوكولات القائمة على HTTP. أوافق على أن بروتوكولات HTTP من شأنه أن يوفر المرونة، ومع ذلك، فإنه من المحتمل أن يعني حمولة الدهون استنادا إلى بعض البديل من XML أو بعض الدول الأخرى بروتوكول النص، التي من شأنها أن تؤثر بشكل كبير على أداء / السلطة الاستخدام.

وطالما ويسترشد SMPP من المواصفات، وينبغي أن تكون كبيرة لاستخدامها.

ونحن لا تزال تستخدم ذلك، للأسف.

ونحن أيضا لا تزال تستخدم ذلك، ولكن نحن repacing مع بروتوكول HTTP للمشاريع الجديدة!

إجابة ريكاردو رييس مغطاة (https://stackoverflow.com/a/545651/467545) هذا السؤال تماما تقريبا.مجرد إضافة تجربتي الخاصة في هذا الشأن.

التعليق على الرسائل الثنائية

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

التعليق على مواصفات SMPP

لقد مرت سنوات قليلة حتى تم تحديث مواصفات SMPP.لم أر أي شركة نقل كبرى في الولايات المتحدة تدعم مواصفات SMPP 5.0.في كل مكان تقريبًا، يوجد SMPP v3.4.بالنسبة لي الأسباب هي:

  • SMPP v3.4 يلبي معظم المتطلبات.لقد وجدت الشركات طرقها حول القيود.
  • اتجاه النمو للرسائل النصية القصيرة يتسطح.قد لا يكون من المنطقي إنفاق الموارد في هذا المجال.على الرغم من أن SMPP v5.0 لم يحصل على الكثير من الاهتمام، إلا أنه لم يتم تطوير أي بديل.
  • يمكن لتطبيقات الهواتف الذكية استخدام خطة البيانات لإرسال رسائل نصية قصيرة (وليس عبر SMPP) وتجاوز قناة اتصال الرسائل النصية القصيرة الخاصة بشركات الاتصالات.يعد iMessage الخاص بـ iPhone هو أكبر تغيير في الاتجاه هنا.

على الرغم من اتجاه النمو المتراجع، فإن الرسائل النصية القصيرة عبر SMPP، باعتبارها بروتوكول اتصال أساسي، من المحتمل أن تستمر في العمل في مساحة الناقل لبضعة عقود أخرى.هذه ملاحظتي الشخصية بدقة.

التعليق على استخدامات SMPP

يتطلب SMPP معرفة محددة حول البروتوكول، ويستغرق الأمر وقتًا وصبرًا لاكتساب تلك المعرفة.ربما أثر ذلك على ظهور البدائل الأخرى.

لقد رأيت أن المطورين يميلون أكثر فأكثر نحو الاتصالات المستندة إلى HTTP.التنفيذ مخصص.لقد رأيت:

  • اتصال HTTP باستخدام معلمات GET.إذا كان الإقرار المتزامن مطلوبًا، تصبح المكالمة محظورة، وإلا يتم استخدام رد اتصال للإبلاغ عن الإقرار.
  • HTTP باستخدام معلمات POST.يتم استخدام XML لوصف الرسائل القصيرة.
  • خدمة ويب

بعض البدائل التي نادراً ما تستخدم هي:

  • SMTP.للإرسال من جهة ما.
  • الوصول عبر IMAP.لتلقي.

وعلى الرغم من أن العديد agregattors SMS ديك HTTP واجهات برمجة التطبيقات. أعتقد SMPP مفيد جدا عندما تريد أن تفعل sendings ضخمة، لأنه هو بروتوكول متصل.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top