一個強大的.NET SMPP庫

我正在開發一個在線SMS信使並尋找一個可擴展且強大的SMPP庫。我看到了EasySMPP（但有一些疑問）和RoamingSMPP。還有一個，但我不記得它的名字。對我來說最重要的是它的可擴展性，穩定性和容錯性。我可能有500k +用戶和每秒數百條短信。通信將是2路，接收應該能夠回覆從我的信使收到的短信msg。所以我很感興趣，如果有人可以推薦適合我的需求的圖書館？它對我來說無關緊要，如果它是免費的或商業的。一個強大的.NET SMPP庫

感謝

來源

2011-01-27 Davita

Davita，我一直在使用Jamaa SMPP Client 3個月的成功。它相對容易實施，而且免費。

來源

2011-11-30 00:17:18 tcbrazil

驗屍記錄：該圖書館目前仍在巴西的四大電信公司之一OI使用。 – tcbrazil 2013-06-26 13:21:18

只有真正的腳本中心組件，雖然我不知道這是否是一個本地.NET庫。

EasySMPP和RoaminSMPP都充滿了嚴重的錯誤和不完整。 Devshock組件很糟糕。我們嘗試了所有。

不幸的是，我們最終編寫了自己的.NET本身。我們正在接近1mil /消息/月的大關。

有一家德國公司，我不記得做SMPP組件的名稱，但許可成本非常高，我似乎記得它是一個COM庫。

來源

2011-04-09 17:14:24 nbevans

Inetlab.SMPP

http://www.inetlab.com/Products/Inetlab.SMPP.aspx

非常好的圖書館

來源

2012-04-26 11:29:42

感謝您的建議，但是您能否談談您是如何使用它或您的體驗是什麼樣的？你認爲這將處理Davita正在尋找什麼？ – MADCookie 2012-04-26 18:31:08

可伸縮性SMPP協議是複雜的事情。您可以通過觸發多個連接進行水平縮放，但這會產生諸如狀態報告在其他連接上返回而不是消息已提交的問題（如果使用了一個帳戶）。垂直縮放不僅僅在組件上（當然，嚴重創建的組件可能會限制吞吐量），但通常受到SMSC本身的限制 - 很難找到一個SMSC，它不會每秒鐘超過100-150個消息而返回節流錯誤（0x00000058 - ESME已超出允許的消息限制）。總結 - 實現高性能可能需要與運營商合作。如果組件/庫具有例如扼殺或提交到多個目的地的支持內置。

魯棒性是另一個相當主觀的東西，但在我看來，好的&搶先支持是其中的一部分。

容錯只能在組件/庫和正在使用它的應用程序之間協作才能實現。庫不能完成重試提交，完全處理調節，響應submit_multi操作中的錯誤等所有事情。這將需要排隊/緩衝機制，並且肯定會干擾基本操作的高吞吐量。如果您希望它能夠處理可能出現的所有錯誤，它寧願成爲SMPP網關。但是，藉助好的圖書館，所有這些都可以輕鬆完成，並且隨着性能需求的不斷增長而調整。

這種商業.NET庫可能是值得考慮的：

http://www.tops.com.pl/en/products/smscc/

有相當大量安裝，大型電信比較少。可以以可伸縮的方式橫向使用，並且可以實現容錯方案。在現實生活中，在單個TCP/IP鏈路上每秒能夠實現超過500條消息，受到SMSC功能的限制。

來源

2013-08-14 10:38:52 user745632

一個強大的.NET SMPP庫

回答

相關問題