Une bibliothèque SMPP robuste pour .NET
Je suis l'élaboration d'un en ligne SMS messenger et à la recherche d'une solution évolutive et robuste SMPP de la bibliothèque .NET. J'ai vu EasySMPP (mais certains ont des doutes) et de RoamingSMPP. Il y a aussi un, mais je ne me souviens pas de son nom. Pour moi le plus important c'est que c'est de l'évolutivité, de la stabilité et de la tolérance de panne. J'ai peut-être 500k+ utilisateurs et plusieurs centaines de SMS par seconde. La communication sera de 2 façon, devraient être en mesure de répondre à des SMS msg reçu de mon messenger.
Donc, je suis intéressé si quelqu'un peut recommander la bibliothèque qui convient à mes besoins? Il n'a pas d'importance pour moi si c'est gratuit ou commercial.
Grâce
source d'informationauteur Davita
Vous devez vous connecter pour publier un commentaire.
Davita, j'ai été en utilisant le La place Jamaa SMPP Client pour 3 mois avec succès. Sa relative facile à mettre en œuvre, et c'est gratuit.
Inetlab.SMPP
http://www.inetlab.com/Products/Inetlab.SMPP.aspx
Très bonne bibliothèque
Évolutivité dans le protocole SMPP est compliqué. Vous pouvez mettre à l'échelle horizontalement par des tirs de connexions multiples, mais cela crée des problèmes comme les Rapports d'État de revenir sur d'autre lien que le message a été envoyé, si un compte est utilisé. Mise à l'échelle verticale est pas seulement sur le composant (mais bien sûr mal créés composant peut limiter le débit), mais assez souvent est limitée par le SMSC lui-même - il est difficile de trouver un SMSC qui ne serait pas saturer plus de 100 à 150 messages par seconde, le retour de la limitation d'erreur (0 x 00000058 - ESME a dépassé permis limites de message). Conclusion - la réalisation de haute performance peut exiger coopération avec l'opérateur. Composant/bibliothèque peut être pratique si on a par exemple la limitation ou de se soumettre à de multiples destinations prise en charge intégrée.
La robustesse est une autre chose subjective, mais à mon avis un bon & de préemption de soutien sont une partie d'elle.
Tolérance de panne peut être réalisée que dans la coopération entre la composante/bibliothèque et l'application qui l'utilise. La bibliothèque ne peut pas faire toutes les choses comme réessayer soumet, chargée exclusivement de la limitation, de répondre à des erreurs dans la submit_multi fonctionnement etc. Cela ferait appel à un queuing/mécanisme de mise en mémoire tampon, et permettrait certainement d'interférer avec un débit élevé pour les opérations de base. Il serait plutôt un SMPP passerelle si vous souhaitez traiter toutes les erreurs qui peuvent apparaître. Mais avec une bonne bibliothèque de tout cela peut être fait facilement pour les débutants que pour les affiner avec la croissance des besoins de performance.
Commercial de ce secteur .NET de la bibliothèque peut être intéressant d'examiner:
http://www.tops.com.pl/en/products/smscc/
A assez grand nombre d'installations, assez peu par les grandes entreprises de télécommunications. Peut être utilisé de manière évolutive à la fois horizontale & vertical et peut mettre en œuvre la tolérance de panne des scénarios. Dans la vraie vie, les tests de la réalisation de plus de 500 messages par seconde sur un seul lien TCP/IP, limitée par le SMSC.
Il n'est vraiment la ActiveXperts composant, même si je ne suis pas sûr si c'est un natif .NET-library.
EasySMPP et RoaminSMPP sont à la fois plein de bogues sérieux et incomplète. Le Devshock compone t est terrible. Nous avons tout essayé.
Malheureusement, nous avons fini par écrire notre propre en natif .NET. Nous approchons du 1mil/messages/mois marque avec elle.
Il est une entreprise allemande, que je ne peux pas me rappeler le nom de qui ne un SMPP composant, mais les coûts de licence sont très élevés et il me semble que c'était une bibliothèque COM.