ping

_SebF - www.frameip.com a écrit :

[...snip le bon résumé... ]

Etant d'accord sur ce point, que penses-tu d'une SFP2 dans lequel je
voudrais gérer 3 ports dont deux sources et une destination. Et pour en
rajouter un peu, 3 états par port, comme "écouté" "occupé" "ouvert",
correspondant à un Type Icmp pour les erreurs. A ce moment, je ne peux plus
suivre les recommandations de la Rfc 792 qui n'anticipe pas ce cas de
figure. Cela signifie t il que le développement de cette SFP nécessite donc
le redéveloppement d'Icmp ? Le but de cette question n'est pas pragmatique
du fait que c'est complètement fictif, mais uniquement dans un but de
pousser la discussion pour discuter :)

Non, il n'est pas besoin de modifier icmp, même s'il reste des codes de
libre qui pourraient servir, on peut mettre les code d'erreurs dans la
couche de transport (comme le RST sur un port TCP fermé). Mais puisqu'on
en est à pousser la réflexion un peu plus loin. On peut imaginer un
protocol de niveau 4 qui contiennent les informations pour multiplexer
sur plusieurs ports aussi bien en source qu'en destination. C'est
surtout utile vu que le nombre port risque de dépasser les 64 bits pour
les données ICMP.

Une description rapide d'un protocole SFP, c'est un premier jet, juste
pour le fun... chaque paquet SFP est comme est combosée d'une suite de
bloques 1 entête, qui décrit le nombre de flux de présentation, un
nombre variable d'options qui dépend du nombre de flux, des bloques qui
décrivent l'état des flux, enfin les données transmises (qui peuvent
être commune à plusieurs flux) aussi en nombre variable.

ENTÊTE (8 octets) :
- 1 octet type de checksum
- 1 octet nombre de flux
- 2 octet pour les erreurs générales (pas d'options, tous les ports
fermés, fin globale de commnunication,...)
- 4 octets pour le checksum et son padding éventuel

OPTIONS de flux (chaque flux est décrit par une option de flux, 8 octets
par flux) :
- 1 octet nombre de ports source
- 1 octet nombre de ports destination
- 2 octets pour la taille des données
- 2 octets offset pour les états de contrôle de flux
- 2 octets offset pour les données du flux

ÉTATS de contrôle (taille variable, mais calculable pour chaque flux)
- 2 octets pour l'état du flux
- 2 octets pour la variation de taille de fenêtre
- 4 octets pour le numéro de séquence
- 4 octets pour le numéro d'aquitement
- 2 octets pour la fenêtre en émission
- 2 octets pour la fenêtre en réception (comme la standard en TCP)
Pour chaque port source ou destination
- 2 octets numéro de port
- 2 octets état du port (source/destination, ouvert, fermé, en cours
d'ouverture,...)
C'est dans cette partie qu'on gère les messages d'erreurs sur les ports
spécifiques en utilisant

DONNÉEs (taille variable)



Voilà... je laisse le soin aux autres de faire des améliorations et des
corrections.


--
Julien