Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
878 connectés 

  FORUM HardWare.fr
  Windows & Software

  [Reseaux]Protocoles et fonctionnement

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

[Reseaux]Protocoles et fonctionnement

n°2336848
yoshi42
Posté le 23-02-2006 à 22:31:21  profilanswer
 

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

Code :
  1. 1)les adresses privées sont des adresses qui ne sont jamais routées  à travers internet
  2. 2)Avec un netmask =255.255.255.224, l adresse IP 193.48.131.127 est une adresse broadcast
  3. 3)Lors de l envoi de données par une application, celles ci sont d abord passées à TCP ou UDP puis ensuite à Ip
  4. 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
  5. 5)Le protocole UDP acquitte chaque paquet reçu indépendamment des autres


1) je ne vois pas très bien ce qui est appelé "adresse privées"
 
2)je ne sais pas dire si c'est vrai ou faux
 
 
3) je pense que c'est Vrai, Ip est un protocole de couche 3(Reseau) et les deux autres sont des protocoles de couche 4(Transport) (les données partent de la couche 7 application)
 
 
4)je pense que c'est vrai mais je ne serai pas justifier
 
5)je pense que c'est vrai Udp est un protocole considérait comme non fiable, il n'établit pas de connexion entre les 2 extrémitées.Il acquitte donc chaque paquet indépendamment des autres
 
Comme vous pouvez le constater je ne sais pas répondre à toutes les questions et je ne suis même pas certain de bien répondre aux autres...
Merci d'avance pour votre aide et vos conseils
Si vous aviez également des liens vers des sites spécialisé dans le réseau, ça m'aiderait également.
 
Merci d'avance

mood
Publicité
Posté le 23-02-2006 à 22:31:21  profilanswer
 

n°2336853
Wolfman
Modérateur
Lobo'tomizado
Posté le 23-02-2006 à 22:36:41  profilanswer
 

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...
 

n°2336854
petitefonc
Posté le 23-02-2006 à 22:40:29  profilanswer
 

ça peut peut-etre reponde a la question 3:
http://fr.wikipedia.org/wiki/UDP
http://fr.wikipedia.org/wiki/TCP

n°2336933
yoshi42
Posté le 24-02-2006 à 00:00:18  profilanswer
 


 
Tu peux m'expliquer comment tu trouves vrai sur la 2ème....
Merci d'avance ^^

n°2336936
petitefonc
Posté le 24-02-2006 à 00:03:37  profilanswer
 

oulala ... ça sent l'exo de cours !

n°2336943
yoshi42
Posté le 24-02-2006 à 00:09:51  profilanswer
 

Wolfman a écrit :

oulala ... ça sent l'exo de cours !


Non c'est un exo que j'ai trouvé dans le cadre de mes révisions  ;p  
(je suis en licence math info et j'ai un tout petit peu de reseau, étant donné que j'ai loupé pas mal de cours j'aimerai rattraper mon retard...)  
J'aimerai comprendre les réponses


Message édité par yoshi42 le 24-02-2006 à 00:17:07
n°2336948
Wolfman
Modérateur
Lobo'tomizado
Posté le 24-02-2006 à 00:17:08  profilanswer
 

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

Message cité 1 fois
Message édité par Wolfman le 24-02-2006 à 10:40:16
n°2336960
yoshi42
Posté le 24-02-2006 à 00:31:00  profilanswer
 

Wolfman a écrit :

Il suffit de passer en binaire :
224 = 1110 0000
127 = 0011 1111
Donc 193.48.131.127 est l'adresse broadcast du réseau 193.48.131.0/27


 
Mais 127 en base 2 = 0111 1111 (sur 8 bits) sauf erreur de mapart

n°2337066
Xavier_35
Posté le 24-02-2006 à 09:06:13  profilanswer
 

9 - UDP n'aquitte rien du tout, il n'est pas fiable.

n°2337117
Wolfman
Modérateur
Lobo'tomizado
Posté le 24-02-2006 à 10:06:21  profilanswer
 

yoshi42 a écrit :

Mais 127 en base 2 = 0111 1111 (sur 8 bits) sauf erreur de mapart


 
Ah oui effectivement j'ai mal compté mes 1 [:ddr555]


Message édité par Wolfman le 24-02-2006 à 10:06:29
mood
Publicité
Posté le 24-02-2006 à 10:06:21  profilanswer
 

n°2337127
kill9
Il a été tué vivant.
Posté le 24-02-2006 à 10:17:05  profilanswer
 

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

Message cité 2 fois
Message édité par kill9 le 24-02-2006 à 10:18:02
n°2337140
Wolfman
Modérateur
Lobo'tomizado
Posté le 24-02-2006 à 10:24:03  profilanswer
 

kill9 a écrit :


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)


 [:erowen1234]

n°2337152
kill9
Il a été tué vivant.
Posté le 24-02-2006 à 10:31:56  profilanswer
 

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


Message édité par kill9 le 24-02-2006 à 10:32:42
n°2337157
Wolfman
Modérateur
Lobo'tomizado
Posté le 24-02-2006 à 10:35:00  profilanswer
 

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

n°2337160
Xavier_35
Posté le 24-02-2006 à 10:36:50  profilanswer
 

kill9 a écrit :

3 ) c'est le contraire


 
Ah nan moi je suis d'accord ! Ca fait couche appli, dans UDP/TCP, puis dans IP, puis dans niveau 2, et hop sur le support.
TCP/UDP encapsule l'appli, et TCP/UDP est encapsulé dans IP.

n°2337165
kill9
Il a été tué vivant.
Posté le 24-02-2006 à 10:38:36  profilanswer
 

Wolfman a écrit :

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


lol
ba c'est malin ça.
J'ai pas pris mon deuxième café et tu poses des pièges de débutant pour que je tombe dedans avec ton 193.148.131.0/27. Spabieng ça. :D

n°2337167
Wolfman
Modérateur
Lobo'tomizado
Posté le 24-02-2006 à 10:39:20  profilanswer
 


 [:belokan]


Message édité par Wolfman le 24-02-2006 à 10:39:28
n°2337170
kill9
Il a été tué vivant.
Posté le 24-02-2006 à 10:40:14  profilanswer
 

Xavier_35 a écrit :

Ah nan moi je suis d'accord ! Ca fait couche appli, dans UDP/TCP, puis dans IP, puis dans niveau 2, et hop sur le support.
TCP/UDP encapsule l'appli, et TCP/UDP est encapsulé dans IP.


 
pariel......voir explication café juste au-dessus.....je suis honteux là ;)

n°2337220
Monkey_D_L​uffy
Gomu Gomu Nooooooooo
Posté le 24-02-2006 à 11:20:47  profilanswer
 

4) faux : attribution d'un port automatique chez le client mais connexion sur le "wellknown port" chez le serveur (vérification par netstat possible)

n°2337246
yoshi42
Posté le 24-02-2006 à 11:37:55  profilanswer
 

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.
 

n°2337263
yoshi42
Posté le 24-02-2006 à 11:49:06  profilanswer
 

Allez une autre tournée [:aia]
 

Code :
  1. 6)A travers internet, le routage se fait sur la base de la partie adresse reseau du destinataire
  2. 7)Le protocole ARP permet d'obtenir l'adresse IP correspondant à une adresse Ethernet
  3. 8)Le port de communication n°512 ne peut pas être utilisé simultanément par TCP et UDP
  4. 9)Le protocole IP fait de la fragmentation de données uniquement si le réseau est encombré
  5. 10)Pour pouvoir envoyer un paquet sur internet une machine doit connaitre le chemin à emprunter jusqu'à la destination


 
6)Vrai
 
7)Vrai (il associe à l'IP l'adresse MAC)
 
8)je pense que c'est vrai
 
9)Vrai
 
10)Faux elle détermine le trajet au fur et à mesure du routage


Message édité par yoshi42 le 24-02-2006 à 11:50:00
n°2337269
Monkey_D_L​uffy
Gomu Gomu Nooooooooo
Posté le 24-02-2006 à 11:56:26  profilanswer
 

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 :/

n°2337275
Xavier_35
Posté le 24-02-2006 à 12:01:56  profilanswer
 

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

mood
Publicité
Posté le   profilanswer
 


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Windows & Software

  [Reseaux]Protocoles et fonctionnement

 

Sujets relatifs
Lecteurs réseaux et connexions lentespb réseaux 5pcs...
Démarrer un réseaux wifiJe veux tout savoir sur les reseaux !
[Projet] salle de reseaux + activitées annexesdepannage dun reseaux de magasin
[Question] Lecteurs réseaux et comptes utilisateurs [résolu]PQDI - Restauration d'image par réseaux - prb de lenteur
Connexion aux lecteurs réseaux au démarrage2 réseaux, 2 cartes wifi
Plus de sujets relatifs à : [Reseaux]Protocoles et fonctionnement


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR