RFC et reconnexion dynamique

Ce protocole est complexe ; il multiplie les messages de contrôle ; il provoque des files d'attente (qui deviennent associées à des procédures réentrantes) artificiellement imposées via le protocole (attribution d'AEN distante) ; et il néglige le cas où seul le processus de contrôle "A" sait que le processus esclave "B" devrait être "déconnecté" lors d'une reconnexion dynamique.

Le <ERR>, etc., sont des suggestions à inclure comme ajouts dans les spécifications du protocole du 28 avril. La critique ci-dessus n'est, bien sûr, pas destinée à affecter la modification de la structure du RFC d'ici le 28 avril, ni à mettre en cause ceux qui l'ont planifiée. Nous n'avons pas étudié le problème. Elle vise toutefois à exprimer notre préoccupation concernant la complexité et les temps de réponse qui en résultent. C'est un problème difficile et il mérite davantage d'étude après que nous aurons mis à l'épreuve les spécifications actuelles du RFC. Nous espérons offrir à l'avenir des suggestions constructives concernant le RFC.

JFH:hs

Note : Ce RFC a été mis sous forme lisible par machine pour son entrée dans les archives RFC en ligne par Mario Vitale 08/99.