 |
||
| ||
| |||||
| Dernière réponse | |
|---|---|
| Sujet : [Reseaux]Protocoles et fonctionnement | |
| Xavier_35 | 10) c'est pas elle qui détermine le chemin, elle connait juste la passerelle, le routage fait le reste
7) Faux c'est l'inverse : obtenir @MAC a partir de l'@IP 9) faux |
| Aperçu |
|---|
| Vue Rapide de la discussion |
|---|
| Xavier_35 | 10) c'est pas elle qui détermine le chemin, elle connait juste la passerelle, le routage fait le reste
7) Faux c'est l'inverse : obtenir @MAC a partir de l'@IP 9) faux |
| Monkey_D_Luffy | 8) faux, on peut utiliser les deux en même temps :) (différents services)
9) j'ai un doute mais je dirai faux, fragmentation quand le réseau ne peut pas prendre en charge de si gros paquet, si encombrement, on le vire c'est tout :/ |
| yoshi42 | Allez une autre tournée [:aia]
|
| yoshi42 | Merci pour votre aide ;)
je récapitule 1)les adresses privées sont des adresses qui ne sont jamais routées à travers internet 1) Vrai 2)Avec un netmask =255.255.255.224, l'adresse IP 193.48.131.127 est une adresse broadcast 2)Vrai 3)Lors de l'envoi de données par une application, celles ci sont d'abord passées à TCP ou UDP puis ensuite à Ip 3) Vrai, les données sont envoyées par la coucha application (couche 7) et UDP,TCP sont des protocoles de couche 4 (transport) , alors que Ip est un procole de couche 3 (reseau) 4)Pour une application standard, la valeur du "wellknown port" associée doit être utilisé à la fois sur l'extrémité client et sur l'extrémité serveur 4) Faux, Ce n'est que le serveur qui utilise un port "bien connu" (et ce n'est pas une obligation, mais si ce n'est pas le cas, le client doit connaître le port utilisé par le serveur). L'application cliente indique dans sa requête sur quel port elle attend la réponse 5)Le protocole UDP acquitte chaque paquet reçu indépendamment des autres 5) Faux,Il n'y a pas d'acquittement dans le protocole UDP. On envoie un paquet et on prie pour qu'il arrive. |
| Monkey_D_Luffy | 4) faux : attribution d'un port automatique chez le client mais connexion sur le "wellknown port" chez le serveur (vérification par netstat possible) |
| kill9 |
|
| Wolfman |
[:belokan] |
| kill9 |
|
| Xavier_35 |
|
| Wolfman | Et alors ou est le problème ? L'adresse 193.148.131.127 est bien l'adresse de broadcast du réseau 193.148.131.96/27 (et pas 193.148.131.0/27 comme j'avais mis au début, petite erreur :whistle:), réseau qui peut prendre des adresses allant de 193.148.131.97 à 193.148.131.126 |
| kill9 | permier octet deuxieme octet troisieme octet quatrieme octet
128 64 32 16 8 4 2 1 128 64 32 16 8 4 2 1 128 64 32 16 8 4 2 1 128 64 32 16 8 4 2 1 1 1 0 0 0 0 0 1 1 0 0 1 0 1 0 0 1 0 0 0 0 0 1 1 0 1 1 1 1 1 1 1 193.148.131.127 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 255.255.255.224 |
| Wolfman |
|
| kill9 | 1 ) vrai
2 ) l'adresse ip 193.148.131.127 ne peux pas avoir un masque de 255.255.255.224 (edit: ou alors c'est dans ce cas un réseau, pas une adresse) 3 ) c'est le contraire 4 ) j'en sais rien 5 ) pareil que Xavier_35 |
| Wolfman |
|
| Xavier_35 | 9 - UDP n'aquitte rien du tout, il n'est pas fiable. |
| yoshi42 |
|
| Wolfman | Il suffit de passer en binaire :
224 = 1110 0000 127 = 0111 1111 Donc 193.48.131.127 est l'adresse broadcast du réseau 193.48.131.96/27 |
| yoshi42 |
|
| petitefonc | oulala ... ça sent l'exo de cours ! |
| yoshi42 |
|
| petitefonc | ça peut peut-etre reponde a la question 3:
http://fr.wikipedia.org/wiki/UDP http://fr.wikipedia.org/wiki/TCP |
| Wolfman | 1/ Vrai. Les adresse "privées" sont les adresses utilisées dans les réseaux locaux (192.168.X.X, 172.16.X.X,10.X.X.X, etc.)
2/ Vrai 3-4-5/ Je sais pas... |
| yoshi42 | Bonjour je souhaiterai vous soumettre un petit questionnaire,
J'essaye d'approfondir ma connaissance sur les réseaux, qui je l'avoue est assez faible... Il faut répondre par vrai ou par faux
|
