nbillard/Compte_TP_Network
1
0
Fork 0
Code Issues Pull requests Releases Wiki Activity

question repondu jusqua tcpdump

Browse source
This commit is contained in:
Bonnet Ronan 2022-12-15 10:42:40 +01:00
parent a833e9f2cd
commit 3734fcd0f6
1 changed files with 25 additions and 20 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

45
tp.md
View file

@ -18,7 +18,7 @@ Sur la machine source
tsock -s insa-20155 5678 tsock -s insa-20155 5678
``` ```
Sur la machine puit, on observe TODO rajouter l'entête Sur la machine puit, on observe
``` ```
PUITS: lg_buf_appli=30, port=5678, nb_buf_appli=infini, TP= tcp PUITS: lg_buf_appli=30, port=5678, nb_buf_appli=infini, TP= tcp
PUITS: socket PUITS: socket
@ -58,7 +58,7 @@ SOURCE: Envoi n° 10 ( 30) [ 10jjjjjjjjjjjjjjjjjjjjjjjjj]
*Observation* : *Observation* :
* désequencement: pas de déséquencement car sur un même réseau local + TCP qui garantit l'ordre * désequencement: pas de déséquencement car sur un même réseau local + TCP qui garantit l'ordre
* pertes: TCP garantit les pertes * pertes: TCP garantit la fiabilité (non perte de données)
### avec UDP ### avec UDP
@ -118,10 +118,13 @@ PUITS: Reception n° 20 ( 30) [ 10jjjjjjjjjjjjjjjjjjjjjjjjj]
*Observation* : *Observation* :
* désequencement: pas de déséquencement * désequencement: pas de déséquencement car on est sur un réseau local
* pertes: pas de pertes sur des petits messages * pertes: pas de pertes quand les buffers ont de la place
### Proposition d'experience pour montrer la non-fiabilité
On réduit la place dans les buffers et on envoie des messages qui vont congestionner les buffers.
#### Proposition d'experience pour montrer la non-fiabilité
```sh ```sh
tsock -p -u -t 10 5678 tsock -p -u -t 10 5678
@ -181,11 +184,11 @@ PUITS: Reception n° 10 ( 20) [ 18rrrrrrrrrrrrrrr]
*Observation* : *Observation* :
* pertes quand le buffer du puit est plein * pertes quand le buffer du puits est plein
## Question 2 ## Question 2
__Même chose en changeant l'ordre du puit et de la source__ __Même chose en changeant l'ordre du puits et de la source__
### avec TCP ### avec TCP
@ -194,7 +197,7 @@ Sur la machine source
tsock -s insa-20155 5678 tsock -s insa-20155 5678
``` ```
On observe On observe sur la machine source :
``` ```
SOURCE: lg_buf_appli=30, port=5678, nb_buf_appli=10, TP= tcp -> insa-20155 SOURCE: lg_buf_appli=30, port=5678, nb_buf_appli=10, TP= tcp -> insa-20155
@ -204,12 +207,12 @@ errno=111
``` ```
Sur la machine puits On lance la commande suivant sur la machine puits :
```sh ```sh
tsock -p 5678 tsock -p 5678
``` ```
Rien ne se passe Rien ne se passe car on est arrivé trop tard.
*Observation* : *Observation* :
@ -218,17 +221,17 @@ Rien ne se passe
### avec UDP ### avec UDP
Sur la machine source On exécute sur la machine source :
```sh ```sh
tsock -s -u insa-20155 5678 tsock -s -u insa-20155 5678
``` ```
Sur la machine puits et ensuite sur la machine puits :
```sh ```sh
tsock -p -u 5678 tsock -p -u 5678
``` ```
On observe à la source On observe à la source :
``` ```
SOURCE: lg_buf_appli=30, port=5678, nb_buf_appli=10, TP= udp -> insa-20155 SOURCE: lg_buf_appli=30, port=5678, nb_buf_appli=10, TP= udp -> insa-20155
@ -245,7 +248,9 @@ SOURCE: Envoi n° 9 ( 30) [ 9iiiiiiiiiiiiiiiiiiiiiiiii]
SOURCE: Envoi n° 10 ( 30) [ 10jjjjjjjjjjjjjjjjjjjjjjjjj] SOURCE: Envoi n° 10 ( 30) [ 10jjjjjjjjjjjjjjjjjjjjjjjjj]
``` ```
Quand on envoie beaucoup de données, on observe dans le puit On ne reçoit rien sur la machine puits.
Quand on envoie beaucoup de données, on reçoit certaines trames dans le puits
``` ```
PUITS: lg_buf_appli=30, port=5678, nb_buf_appli=infini, TP= udp PUITS: lg_buf_appli=30, port=5678, nb_buf_appli=infini, TP= udp
@ -288,13 +293,13 @@ Ici, on suppose que l'on va sur la machine hôte insa-20155
ssh tcpdump@insa-20155 ssh tcpdump@insa-20155
``` ```
Lancer tcpdump en tant que root On lance tcpdump en tant que root
```sh ```sh
sudo tcpdump port 5678 sudo tcpdump port 5678
``` ```
Quand on envoie des données TCP avec un puit présent, on observe Quand on envoie des données TCP avec un puits présent, on observe
``` ```
09:08:17.635928 IP insa-20154.insa-toulouse.fr.51189 > insa-20155.insa-toulouse.fr.5678: Flags [S], seq 601705128, win 64240, options [mss 1460,sackOK,TS val 4131103046 ecr 0,nop,wscale 10], length 0 09:08:17.635928 IP insa-20154.insa-toulouse.fr.51189 > insa-20155.insa-toulouse.fr.5678: Flags [S], seq 601705128, win 64240, options [mss 1460,sackOK,TS val 4131103046 ecr 0,nop,wscale 10], length 0
@ -313,7 +318,7 @@ Quand on envoie des données TCP avec un puit présent, on observe
``` ```
Quand on envoie des données TCP sans puit présent, on observe Quand on envoie des données TCP sans puits présent, on observe
``` ```
09:27:40.382167 IP insa-20154.insa-toulouse.fr.35073 > insa-20155.insa-toulouse.fr.5678: Flags [S], seq 2178196670, win 64240, options [mss 1460,sackOK,TS val 4132265792 ecr 0,nop,wscale 10], length 0 09:27:40.382167 IP insa-20154.insa-toulouse.fr.35073 > insa-20155.insa-toulouse.fr.5678: Flags [S], seq 2178196670, win 64240, options [mss 1460,sackOK,TS val 4132265792 ecr 0,nop,wscale 10], length 0
@ -324,7 +329,7 @@ Quand on envoie des données TCP sans puit présent, on observe
09:27:40.382472 IP insa-20155.insa-toulouse.fr.5678 > insa-20154.insa-toulouse.fr.35073: Flags [R.], seq 0, ack 1, win 0, length 0 09:27:40.382472 IP insa-20155.insa-toulouse.fr.5678 > insa-20154.insa-toulouse.fr.35073: Flags [R.], seq 0, ack 1, win 0, length 0
``` ```
Quand on envoie des données UDP avec puit ou sans puit, on observe Quand on envoie des données UDP avec puits ou sans puit, on observe
``` ```
09:10:25.056896 IP insa-20154.insa-toulouse.fr.32851 > insa-20155.insa-toulouse.fr.5678: UDP, length 30 09:10:25.056896 IP insa-20154.insa-toulouse.fr.32851 > insa-20155.insa-toulouse.fr.5678: UDP, length 30
@ -397,9 +402,9 @@ Trame UDP
### Analyse des résultats ### Analyse des résultats
* trouver les adresses Ethernet et IP de la source et du puit (voir 0a01 ... 2e ligne) * trouver les adresses Ethernet et IP de la source et du puits (voir 0a01 ... 2e ligne)
* Information sur le type de trame transmise (UDP ou TCP) * Information sur le type de trame transmise (UDP ou TCP)
* trouver le numéro de port utilisé par le puit 5678 * trouver le numéro de port utilisé par le puits 5678
* trouver le numéro de port utilisé par la source (D'où vient-il ?) 38197 puis 496 * trouver le numéro de port utilisé par la source (D'où vient-il ?) 38197 puis 496
## Question 5 ## Question 5