Bien, je viens de découvrir un nouveau client IMS : Mercuro.

http://www.mercuro.net/download.php

Il m'a l'air propre. Pour l'instant tout ne fonctionne pas encore correctement pour les appels, mais il s'enregistre parfaitement, et il est bien configurable.
Une option de visio, que je n'ai pas encore testé.
De tchat également.
Il gère aussi la présence.

Je vais tester tout ça dans les prochains jours, je vous tiens au jus.

Jojo La Bougie

Je l'ai déjà utilisé dans un cadre professionnel.
C'est pas mal en effet.

Ensuite, la version light est .... light

Petit retour :

J'ai quelques problèmes avec Mercuro et l'AS de presence :

- Les PUBLISH envoyés par Mercuro ont une taille > 2048. Par conséquent, le serveur de présence nous retourne une erreur "513 Message too big". On peut surpasser cette erreur en modifiant la route principale dans opensips.cfg :

if (msg:len >= 4096) {
sl_send_reply("513", "Message too big");
exit;
};

- Une fois ce problème reglé, j'en ai un autre ... lors d'un SUBSCRIBE de Mercuro, le serveur me retourne une erreur "489 Bad Event"
Cela signifie que le champ Event ne correspond pas avec ceux acceptés par le serveur. En effet, Mercuro envoit un Event=message-summary...

Cependant, mon HSS ne devrait trigger que les Event=.*presence.* ... Et ne devrait donc pas envoyé un Event: message-summary vers mon AS de presence.

Vérifie tes triggers dans le HSS?

Est ce que tu n'as pas "presence" et "message-summary" dedans? Dans ce cas, il faudra affiner ton expression régulière.

Est ce que tu peux poster le contenu complet de ton header event?

Recu par l'AS, en provenance du scscf :
Event: message-summary

Or, l'AS n'accepte :
Allow-Events: dialog;sla, presence.winfo, presence

Trigger dans le HSS (j'ai essayer de retranscrire pour que ce soit logique)

{
SUBSCRIBE
OR
PUBLISH
}
AND
{
SIP Header = Event
SIP Header Content = .*presence.*
OR
SIP Header = Event
SIP Header Content = .*presence.winfo.*
OR
SIP Header = Event
SIP Header Content = .*reg.*

}


Traces sur SCSCF en DEBUG=6

3(9710) DEBUG:ISC:ifc_checker_trigger: Starting expression check:
3(9710) DEBUG:ISC:ifc_check_spt: SPT type 2 -> Method == SUBSCRIBE ?
3(9710) DEBUG:ISC:ifc_check_spt: Found method SUBSCRIBE
3(9710) DEBUG:ISC:ifc_checker_trigger: - group compromised, skipping to next group

3(9710) DEBUG:ISC:ifc_check_spt: SPT type 3 -> Header[Event] %= .*presence.* ?
3(9710) DEBUG:ISC:isc_check_headers: Looking for Header[Event(21)] .*presence.*
3(9710) DEBUG:ISC:isc_check_headers: Found Header[Event(21)] message-summary
3(9710) DEBUG:ISC:isc_check_headers: Found Header[Allow-Events(38)] refer, presence, presence.winfo, xcap-diff
3(9710) DEBUG:ISC:ifc_checker_trigger: - group 1 => 1.
3(9710) DEBUG:ISC:ifc_checker_trigger: - group compromised, skipping to next group

3(9710) DEBUG:ISC:ifc_checker_trigger: Check finished => 1
3(9710) INFO:ISC:isc_checker_find: MATCH -> sip:bigouden.fr:5065 () handling 0

J'en conclu qu'il y a un problème dans le trigger au niveau de "SIP Header : Event " qui n'est pas assez restrictif car il extrait "Event" et "Allow-Events". Or "presence" est contenu dans Allow-Events donc il trigge vers l'AS.
Je vais essayer ...

Bon, en effet, c'était un problème de regex :

D'après opensimscore.org

Citation:

What is a Service-Point-Trigger (SPT)? The Service-Point-Trigger is the smallest logical atom in the Trigger Point. There are 5 distinct types of SPTs, based on what each of them is used to check in the SIP message: 1. Request-URI equals <value> 2. SIP Method equals <value> 3. SIP Header matches <regular expression> 4. Session Case is one of [originating, terminating, terminating to unregistered user] 5. SDP Line [<line name>] matches <regular expression>

SIP Header doit donc suivre une regex.

Je voulais catcher le motif Event et non tous les autres motifs qui pourraient contenir Event (ex: Allow-Events)

Solution :

SIP Header: \bEvent\b

Où \b représente un mot dont la longueur est 0.

(http://www.regular-expressions.info/wordboundaries.html)

Mon problème est en partie résolue, mais Mercuro envoit toujours des SUBSCRIBE avec des Event: message-summary.
J'ai remarqué que Xlite envoyait également ce genre de message lorsque l'on active "Check for voicemail".
Peut être un rapport ...

En attendant, OpenIMS retourne au client le SUBSCRIBE (message-summary) en tant qu'erreur 482 Loop detected (ce qui parait normal, le message est retourné à l'envoyeur ...)