Протокол SMPP (двоичные SMS) мертв?[закрыто]

Question

Кто-нибудь имел дело с бинарным протоколом SMS SMPP?Я знаю, что эта технология все еще довольно широко используется агрегаторами сообщений и операторами связи, но похоже, что спецификация SMPP не обновляется, а поддержка библиотек SMPP постепенно исчезает.«СМС Форум» (г.http://www.smsforum.net) был закрыт в 2007 году.

Мне кажется, что протокол умирает в пользу интерфейсов веб-сервисов, но мне было любопытно, что думают другие люди.

Answer 1

Поскольку SMPP используется в основном операторами беспроводной связи, ответ на ваш вопрос будет во многом зависеть от того, с каким рынком/регионом/страной вы имеете дело.

У меня есть опыт работы с латиноамериканскими компаниями беспроводной связи, и я могу сказать вам, что, хотя все больше и больше компаний скрывают свои SMPP-серверы за веб-сервисами HTTP (которые обеспечивают им большую гибкость), протокол SMPP по-прежнему является обязательным требованием для подключения ко многим компаниям беспроводной связи. так что он точно не умер.

И если вы заглянете внутрь этих беспроводных компаний, протокол smpp очень хорошо работает в их внутренних сетях и во взаимодействии с другими операторами связи.

Это правда, что спецификация SMPP не менялась уже долгое время, но на самом деле это неплохо.Протокол стал зрелым, и операторы связи, похоже, не заинтересованы в его расширении за счет включения новых функций, особенно потому, что они нашли необходимую им гибкость в пользовательских HTTP API.

А что касается библиотечных реализаций SMPP, Каннель находится в активной разработке, хотя я бы не рекомендовал его использовать.К сожалению, большинство успешных долгосрочных реализаций клиентов SMPP, которые я видел, были собственными реализациями.

Answer 2

SMPP — хороший протокол для простой отправки сообщений.Я надеюсь, что он не умрет в пользу каких-либо протоколов на основе HTTP.Я согласен, что протоколы HTTP обеспечат гибкость, однако это, скорее всего, будет означать большую полезную нагрузку, основанную на каком-либо варианте XML или каком-либо другом текстовом протоколе, что сильно повлияет на производительность/потребление энергии.

Если SMPP соответствует спецификациям, его будет удобно использовать.

Answer 3

К сожалению, мы до сих пор им пользуемся.

Answer 4

Мы также до сих пор его используем, но для новых проектов заменяем его протоколом HTTP!

Answer 5

Ответ Рикардо Рейеса покрыт (https://stackoverflow.com/a/545651/467545) этот вопрос практически полностью.Просто добавлю свой опыт в этом вопросе.

Комментарий к двоичным сообщениям

Я работаю в компании, которая управляет концентратором SMPP.Мы обрабатываем бизнес-логику, которая обрабатывает двоичные SMS.Процент небольшой, но они есть.Смартфоны (например, iPhone) могут создавать двоичные SMS для длинных сообщений.Мы видим некоторые варианты использования.

Комментарий к спецификации SMPP

Прошло уже несколько лет со дня обновления спецификации SMPP.Я не видел ни одного крупного оператора связи в США, поддерживающего спецификацию SMPP 5.0.Почти везде это SMPP v3.4.Для меня причины следующие:

• SMPP v3.4 отвечает большинству требований.Компании нашли свои способы ограничений.
• Тенденция роста SMS замедляется.Возможно, нет смысла тратить ресурсы на эту область.Несмотря на то, что SMPP v5.0 не получил большого распространения, никакой альтернативы не разрабатывается.
• Приложения для смартфонов могут использовать тарифный план для отправки SMS (не через SMPP) и обходить канал связи SMS оператора.iMessage для iPhone — самый большой переломный момент в этой сфере.

Несмотря на тенденцию к снижению роста, SMS через SMPP, являясь основным протоколом связи, вероятно, будет продолжать использоваться в пространстве операторов связи еще несколько десятилетий.Это сугубо мое личное наблюдение.

Комментарий по поводу использования SMPP

SMPP требует определенных знаний о протоколе, и для их приобретения требуется время и терпение.Вероятно, это повлияло на появление других альтернатив.

Я видел, что разработчики все больше и больше склоняются к коммуникации на основе HTTP.Реализация индивидуальна.Я видел:

• HTTP-связь с использованием параметров GET.Если требуется синхронное подтверждение, вызов становится блокирующим, в противном случае для сообщения о подтверждении используется обратный вызов.
• HTTP с использованием параметров POST.XML используется для описания SMS.
• веб-сервис

Некоторые редко используемые альтернативы:

• SMTP.Для отправки от объекта.
• IMAP.Для получения.

Answer 6

Хотя многие SMS-агрегаторы имеют HTTP API.Я думаю, что SMPP очень полезен, когда вы хотите выполнять массовые отправки, потому что это подключенный протокол.