La personne qui fait la requête SRV sait déjà ce qu'il cherche : il cherche du sip sur tcp !
hors moi je voudrais pouvoir demander à un serveur ce qu'il propose pour un usage, mais point de vue humain.
Q : je veux voir mes mails
R : je propose de l'imap ou de l'exchange pour ça
Q : je veux discuter (voix, texte)
R : je propose du XMPP, du SIP et un serveur murmur !
Q : je veux mes contacts
R : ils sont dans le compte exchange ou le compte XMPP !
En théorie c'est sympa ton exemple, mais dans la pratique ça ne se passe(ra) pas comme ça !
Quand tu dis "je veux voir mes mails", tu utilises un logiciel ad-hoc (thunderbird par exemple) qui supporte un nombre limité de protocoles (IMAP, POP, SMTP…). À quoi sert-il que thunderbird puisse savoir que le serveur propose en plus le protocole MON_PROTOCOLE qu'il ne gère pas ?
Le client email n'a qu'à fait une requêtes DNS SRV sur les protocoles qu'il supporte lors de l'auto-configuration et, hop, le tour est joué !
[^] # Re: Sémantique
Posté par Didier . En réponse au journal Décrire les services servis et comment s'y connecter. Évalué à 8.
En théorie c'est sympa ton exemple, mais dans la pratique ça ne se passe(ra) pas comme ça !
Quand tu dis "je veux voir mes mails", tu utilises un logiciel ad-hoc (thunderbird par exemple) qui supporte un nombre limité de protocoles (IMAP, POP, SMTP…). À quoi sert-il que thunderbird puisse savoir que le serveur propose en plus le protocole MON_PROTOCOLE qu'il ne gère pas ?
Le client email n'a qu'à fait une requêtes DNS SRV sur les protocoles qu'il supporte lors de l'auto-configuration et, hop, le tour est joué !