Salut Teddy, La partie STI-AS et -VS répond déjà à une spec type “REST” (ATIS-1000082, parmi d'autres), ton SBC peut donc intercepter le header Identity et le passer au STI-VS pour validation, de même pour générer ton token avec le STI-AS, c’est (comme le dit David dans son mail) le format retenu par une majorité de presta SaaS pour cela.
Après, du STI-AS/VS libre/opensource, j’ai pas encore sourcé, à part `libstirshaken`, mais je suis aussi preneur de retours des uns et des autres. En commercial, chaque éditeur y va maintenant de son offre intégrée / son partenariat avec un SaaS, ou encore de son offre OPTV et OPTS pour les opérateurs de transit voix. My two cents, Arnaud > On 27 Jun 2023, at 09:25, Teddy DOURE <teddy.do...@komeo.fr> wrote: > > Hello, > > Le sujet MAN est devenu un sujet assez prioritaire. > On prend le train un peu en marche et on se pose quelques questions. > Entre les différentes solutions commerciales et la volonté d'internaliser ce > processus en interne. > > Le MAN consistant à intégrer dans la trame SIP un header avec une signature > en tant qu'appelant et à vérifier cette signature en tant que destinataire. > Je me pose donc la question suivante : > > Serait-t-il viable d'intégrer cela en mode webservice couplé au SBC avec un > service qui tournerai localement, qui ferait les manipulations nécessaires > pour renvoyer simplement les bons headers dans la trame SIP ? > Nous le faisons déjà avec nos SBC pour faire tout un tas de vérifications sur > les numéros appelant, appelés et intégrer des custom header notamment pour la > facturation par exemple. > > Ou alors faut-il vraiment s'interconnecter avec des solutions "certifiées" ou > existe-t-il des solutions opensource ? > > Merci d'avance 🙂 > > > Cordialement, > > T.DOURE > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ Arnaud WILLEM --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
