Le poste est censé envoyer un Invite avec un header Replaces qu'il construit en fonction de ce qui est remonté dans le corps du NOTIFY en xml.
S'il envoie un INVITE normal c'est parce qu'il manque des infos dans ce NOTIFY, notamment, le target uri ainsi que les local et remote element. voir la section 4.2 de la 4235.
Donc normalement le poste suit bien la RFC, pour ce qui est d'Asterisk, il y a ici : http://bugs.digium.com/view.php?id=5014 des patchs pour les Snom qui pourraient aider.
# Interception
Posté par parasite . En réponse à la dépêche Asterisk en entreprise, retour d'expérience. Évalué à 7.
Concernant le problème de pickup, je ne sais pas si le patch est toujours nécessaire, tout dépend du fonctionnement actuel d'Asterisk.
Le ST2030 se base sur la RFC4235 pour la supervision et sur ce draft : http://tools.ietf.org/html/draft-ietf-sipping-service-exampl(...) pour le pickup. C'est la solution qui est aussi offerte par Grandstream, Snom, Aastra,...
Le poste est censé envoyer un Invite avec un header Replaces qu'il construit en fonction de ce qui est remonté dans le corps du NOTIFY en xml.
S'il envoie un INVITE normal c'est parce qu'il manque des infos dans ce NOTIFY, notamment, le target uri ainsi que les local et remote element. voir la section 4.2 de la 4235.
Donc normalement le poste suit bien la RFC, pour ce qui est d'Asterisk, il y a ici : http://bugs.digium.com/view.php?id=5014 des patchs pour les Snom qui pourraient aider.