Salut,
 
je cherche à expliquer par une métaphore à un public n'y connaissant rien la relation entre un client / serveur sur un réseau avec la notion des ports d'applications.(Le serveur écoute sur le port TCP/80 et le client initie la demande afin d'aller interroger ce port pour ce service etc...)
 
Je n'ai pas encore trouvé de métaphore qui me plaise réellement pour cette explication alors je viens demander votre avis au cas où vous auriez plus d'imagination que moi    
 
Merci

Le serveur est une entreprise avec différents services, chacun ayant une ligne téléphonique avec un n° de poste téléphonique qui lui est propre, et le client a l'exterieur appelle sur le n° de poste correspondant au service qu'il veut joindre.
Si personne n'est la pour répondre ça sonne dans le vide, s'il n'appelle pas le bon numéro et ben il n'aura pas le bon service, s'il fait le bon numéro et que ça décroche, et ben il peut ensuite entammer la conversation avec le service qu'il voulait.

(mais bon perso je fuis au maximum les métaphores quand je veux expliquer des concepts informatique, c'est rarement juste et ça a tendance a bloquer le raisonnement des gens ou les faire partir sur une mauvaise idée. Et puis quand un point est trop technique pour être comprehensible sans approche détournée par le public auquel on s'adresse, c'est souvent qu'on a pas besoin d'entrer dans le détail pour ce point précis)
 
 
(les métaphores automobiles en particulier ça devrait être interdit )

Ah c'est pas mal, merci !
 
Perso je ne suis pas un fervant defenseur des métaphores mais pour un public non averti ca peut etre assez utile à mon avis.
 
Si d'autres ont des idées, je suis tout ouïe

Je vois pas mieux que ça. C'est l'équivalence la plus proche.

Tu demande a une entreprise de t envoyer un formulaire:
 
tu fait une requete par la poste, tu met ta demande dans une envelope (encapsulation dans les couche ISO)
Tu depose ta requete (envelope) dans ta BAL,  
ta lettre par pour rejoindre le meme flux que les autre lettre mais uniquement les lettre (notion de port en reception)
elle est acheminé par different moyen (avion, bateau, velo,...) et un des moyen est coupé, ca prend un autre chemin (notion de retouage)
l entreprise distante recoit par son service courrier (port de reception) ta demande. ils la traite, et t envois le formulaire, la leur reponsse marche sur le meme principe qu a l alle

 
?????   ?????
 
La poste ce n'est pas un bon exemple etant donner que c'est l'analogie de UDP (completement different de TCP et de son analogie avec le telephone)

la Poste parfois tu a des packets qui se perdent comme dans la vraie vie  

un timbre normal c'est de l'UDP et un recommandé du TCP sinon

Je pensais plutôt à une analogie avec le courrier. L'IP, c'est l'adresse du bâtiment, le numéro de port, c'est le numéro de l'appart (ou de la boîte aux lettres)  
 
On peut aussi regarder le fonctionnement d'une passerelle, qui correspondrait à quelqu'un qui regarde les boîtes du bâtiment et retransmet les lettres vers le réseau interne  
 
Mais le téléphone est bien pour expliquer la différence TCP/UDP :
- téléphone : les sons émis arrivent bien dans l'ordre à son correspondant
- courrier : on est pas sur que ca arrive dans l'ordre, ni même que ca arrive
 
(edit : résolution pour 2006 : valider son message avant d'aller prendre un café pour pas être over-grilled   )

 
Rien de plus a ajouter

La double métaphore et aborder la différence TCP/UDP c'est quand même un peu violent a mon avis pour un public qui n'y connait rien, et je pense pas que ça apporte grand chose

Assez d'accord sur ce point:  
"Et puis quand un point est trop technique pour être comprehensible sans approche détournée par le public auquel on s'adresse, c'est souvent qu'on a pas besoin d'entrer dans le détail pour ce point précis"