Langage C#
  1. Langage C#
  3. Une bibliothèque SMPP robuste pour .NET
Intereting Posts
Silverlight, traitement des appels asynchrones API Web Ninject et ASP.NET CryptographicException – Impossible de mettre à jour le mot de passe Imprimer plusieurs pages datagridview Comment s’abonner à un événement PropertyChanged dans mon ViewModel? Tampon FIFO / Queue spécialisé dans les stream d’octets SharpDX vs SlimDX pour le développement de jeux? Impossible de charger le fichier ou l’assembly ‘Microsoft.VisualStudio.VC.Interfaces Publier et lire des données binarys dans ASP.NET MVC Fichier par défaut de l’application asp.net Index.aspx graphique linéaire sur wp7 ITextSharp SetVisibleSignature ne fonctionne pas comme prévu Méthode introuvable: ‘Annuler Newtonsoft.Json.Serialization.DefaultContractResolver.set_IgnoreSerializableAtsortingbute (Boolean)’ ReactiveUI RaiseAndSetIfChanged déclenche-t-il la liste Ajouter, Supprimer, Modifier? Contrôles du ruban et de l’édition Excel 2013 VSTO

Une bibliothèque SMPP robuste pour .NET

Je développe un messager SMS en ligne et je recherche une bibliothèque SMPP évolutive et robuste pour .NET. J’ai vu EasySMPP (mais j’ai quelques doutes) et RoamingSMPP. Il y en a aussi un mais je ne me souviens plus de son nom. Pour moi, le plus important est son évolutivité, sa stabilité et sa tolérance aux pannes. J’ai peut-être plus de 500 000 utilisateurs et plusieurs centaines de SMS par seconde. La communication sera bidirectionnelle, receive devrait pouvoir répondre aux SMS envoyés par mon messager. Donc, je suis intéressé si quelqu’un peut recommander la bibliothèque qui convient à mes besoins? Peu importe pour moi si c’est gratuit ou commercial.

Merci

Davita, j’utilise le client Jamaa SMPP avec succès depuis 3 mois. Son relatif facile à mettre en œuvre, et son gratuit.

Inetlab.SMPP

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

Très bonne bibliothèque

L’évolutivité dans le protocole SMPP est une affaire compliquée. Vous pouvez mettre à l’échelle horizontalement en établissant plusieurs connexions, mais cela crée des problèmes tels que les rapports d’état revenant sur une connexion autre que celle du message envoyé, si un compte est utilisé. La mise à l’échelle verticale n’est pas seulement sur le composant (mais bien sûr, un composant mal créé peut limiter le débit) mais est souvent limité par le SMSC lui-même – il est difficile de trouver un SMSC qui ne saturerait pas plus de 100 à 150 messages par seconde error (0x00000058 – ESME a dépassé les limites de messages autorisées). Conclusion – atteindre de hautes performances peut nécessiter une coopération avec l’opérateur. Le composant / la bibliothèque peut s’avérer utile s’il est doté, par exemple, d’une limitation ou d’une soumission à plusieurs destinations.

La robustesse est une autre chose plutôt subjective, mais à mon avis, un soutien correct et préventif en fait partie.

La tolérance aux pannes ne peut plutôt être obtenue que dans le cadre d’une coopération entre composant / bibliothèque et l’application qui l’utilise. Library ne peut pas faire tout ce qui est comme réessayer les envois, s’occuper entièrement de la limitation, répondre aux erreurs dans l’opération submit_multi, etc. Cela nécessiterait un mécanisme de mise en queue / mise en tampon et interférerait certainement avec le débit élevé des opérations de base. Ce serait plutôt une passerelle SMPP si vous souhaitez qu’elle traite toutes les erreurs qui peuvent apparaître. Mais avec une bonne bibliothèque, tout cela peut être fait facilement pour les débutants et ajusté aux exigences de performances croissantes.

Cette bibliothèque commerciale .NET peut être utile:

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

A assez grand nombre d’installations, assez peu par les grandes télécoms. Peut être utilisé de manière évolutive à la fois horizontale et verticale et peut implémenter des scénarios de tolérance aux pannes. Dans la vie réelle, des tests atteignent plus de 500 messages par seconde sur une seule liaison TCP / IP, limités par les capacités du SMSC.

Il n’y a vraiment que le composant ActiveXperts, bien que je ne sois pas sûr qu’il s’agisse d’une bibliothèque native .NET.

EasySMPP et RoaminSMPP sont remplis d’insectes graves et incomplets. Le compone Devshock est terrible. Nous les avons tous essayés.

Malheureusement, nous avons fini par écrire le nôtre en .NET. Nous approchons de la barre des 1 mil / messages / mois.

Il y a une société allemande dont je ne me souviens plus du nom qui fait de SMPP une composante, mais les coûts de licence sont très élevés et il me semble rappeler qu’il s’agissait d’une bibliothèque COM.