udp -> ??

Le
Thomas
à quoi ca sert udp ?
je ne vois pas l'utilité d'avoir un protocole "non sécurisé" (c'est ca
?) où on n'est pas sur que tous les paquets arrivent à destination


ps : il parait que udp est utilisé par ssh, c'est vrai ?

--
In a world without walls and fences, who needs windows and gates ?
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Antoine
Le #38385
On Fri, 23 Apr 2004 22:16:30 +0200, Thomas wrote:
à quoi ca sert udp ?
je ne vois pas l'utilité d'avoir un protocole "non sécurisé" (c'est ca
?) où on n'est pas sur que tous les paquets arrivent à destination


Bonjour,

C'est utile pour le streaming, les jeux en réseaux ou la voix over ip ! Ca
permet notamment d'éviter qu'une queue d'informations obsolète se forme.

ps : il parait que udp est utilisé par ssh, c'est vrai ?
Clairement TCP comme appli.



On ne parle pas de sécurité pour différencier ces deux protocoles mais
plutôt d'un mode connecté (TCP) et d'un mode non connecté (UDP).

TCP: http://en.wikipedia.org/wiki/Transmission_Control_Protocol
UDP: http://en.wikipedia.org/wiki/User_Datagram_Protocol

cheers,


--
Antoine

benoit.sansspam
Le #37936
Thomas
à quoi ca sert udp ?


Ça sert à envoyer des paquets pour des flux qui ne craignent pas la
perte de paquet.

Exemple :
- les requêtes et réponses de DNS n'ont pas besoin de s'assurer que tout
est bien arrivé car si celui qui a émis la requête ne reçoit pas de
réponse il va recommencer tout seul et le serveur qui répond n'a pas
beoin de savoir si elle est bien arrivée (cela encombre inutilement le
réseau) car si elle n'est pas arrivée une autre requête sera transmise ;
et le taux d'erreur étant faible le débit est quasiment divisé par deux
pour ce protocole, idem pour le DHCP.

- le streaming est un peu du même genre sauf qu'il y a reconstruction de
data. Mais si un paquet arrive trop en retard il est abandonné et de
plus le streaming peut être en temps réel (Voice Over IP) il est donc
impossible de retransmettre un paquet qui n'est pas arriver si on veut
conserver une transmission en temps réel, ou tout du moins la plus
proche possible du temps réel qui soit (délai de transmission et de
compression) il est donc inutile de rajouter une couche qui s'assure que
les paquets arrivent à destination. De plus si tous ceux qui suivent une
retransmission en temps réel d'un broadcast renvoyaient des paquets
d'acquièssement cela encombrerait inutilement le réseau et le serveur
qui émet.

--
Benoît Leraillez

La douleur des autres est tout à fait supportable, hors les cris.

Thomas
Le #37932
merci à vous 2 pour ces explications qui m'ont l'air tres completes :-))

--
In a world without walls and fences, who needs windows and gates ?
Thomas
Le #551942
In article (Dans l'article)
Antoine
On Fri, 23 Apr 2004 22:16:30 +0200, Thomas wrote:
à quoi ca sert udp ?
je ne vois pas l'utilité d'avoir un protocole "non sécurisé" (c'est ca
?) où on n'est pas sur que tous les paquets arrivent à destination


Bonjour,

C'est utile pour le streaming, les jeux en réseaux ou la voix over ip ! Ca
permet notamment d'éviter qu'une queue d'informations obsolète se forme.

ps : il parait que udp est utilisé par ssh, c'est vrai ?
Clairement TCP comme appli.



merci :-)


je remarque une chose bizarre :

pour le vpn,
dans le mode d'emploi de mon routeur, c'est indiqué :

Mode PPTP : protocole TCP/Port 1723
Mode IPSec : protocole UDP/Port 500
Mode L2TP : protocole TCP/Port 1701

pourquoi IPSec est en udp ???
parce que pour moi, le vpn c'est clairement TCP aussi comme appli, nan ??

--
"In a world without walls and fences, who needs windows and gates ?"
"petit Free qui devient grand, gêne les requins blancs"


Annie D.
Le #551935
Thomas wrote:

pour le vpn,
dans le mode d'emploi de mon routeur, c'est indiqué :

Mode PPTP : protocole TCP/Port 1723


PPTP a deux composantes. Il manque le protocole GRE (protocole IP 47).

Mode IPSec : protocole UDP/Port 500
Mode L2TP : protocole TCP/Port 1701


L2TP sur IP utilise le protocole UDP, pas TCP.

pourquoi IPSec est en udp ???
parce que pour moi, le vpn c'est clairement TCP aussi comme appli, nan ??


Je ne trouve pas. Tous les protocoles à transporter dans un VPN n'ont
pas besoin de la fiabilité (et de la lourdeur) de TCP, à commencer par
IP lui-même, UDP ou PPP.

Thomas
Le #551439
In article (Dans l'article) "Annie D."
Thomas wrote:

pour le vpn,
dans le mode d'emploi de mon routeur, c'est indiqué :

Mode PPTP : protocole TCP/Port 1723


PPTP a deux composantes. Il manque le protocole GRE (protocole IP 47).


pppph! connais pas


Mode IPSec : protocole UDP/Port 500
Mode L2TP : protocole TCP/Port 1701


L2TP sur IP utilise le protocole UDP, pas TCP.


ah bon, ils se sont encore trompés !
ils avaient deja ecrit udp pour ssh


pourquoi IPSec est en udp ???
parce que pour moi, le vpn c'est clairement TCP aussi comme appli, nan ??


Je ne trouve pas. Tous les protocoles à transporter dans un VPN n'ont
pas besoin de la fiabilité (et de la lourdeur) de TCP, à commencer par
IP lui-même, UDP ou PPP.


ah ok, donc en fait ceux qui en ont besoin utilisent tcp sur la 2 eme
couche ip :-)
ce que ne pouvait pas faire ssh :-)

--
"In a world without walls and fences, who needs windows and gates ?"
"petit Free qui devient grand, gêne les requins blancs"


Eric Masson
Le #551437
"Annie" == Annie D





'Lut,

Annie> Je ne trouve pas. Tous les protocoles à transporter dans un VPN
Annie> n'ont pas besoin de la fiabilité (et de la lourdeur) de TCP, à
Annie> commencer par IP lui-même, UDP ou PPP.

Tu as surtout le fait que si tu encapsules une session tcp dans une
deuxième session tcp, tu vas commencer à remarquer des problèmes de
gestion de taille de fenêtre conflictuelles entre la session externe et
la session encapsulée si le lien que tu utilises subit des fluctuations
de débit.

La plupart des protocoles autres qu'ipsec utilisés pour monter des
vpn utilisent udp comme transport.

Eric Masson

--
Je propose que chacun de nous expose le problème (et dénoncent les
fufeurs, cf liste des votants, ceux qui ont voté NNO sont les fufeurs)
à son FAI.
-+- Rocou In GNU - Comment tu écris Kommandantur ? -+-





Thomas
Le #554651
In article (Dans l'article)
Eric Masson
"Annie" == Annie D





'Lut,

Annie> Je ne trouve pas. Tous les protocoles à transporter dans un VPN
Annie> n'ont pas besoin de la fiabilité (et de la lourdeur) de TCP, à
Annie> commencer par IP lui-même, UDP ou PPP.

Tu as surtout le fait que si tu encapsules une session tcp dans une
deuxième session tcp, tu vas commencer à remarquer des problèmes de
gestion de taille de fenêtre conflictuelles entre la session externe et
la session encapsulée si le lien que tu utilises subit des fluctuations
de débit.

La plupart des protocoles autres qu'ipsec utilisés pour monter des
vpn utilisent udp comme transport.


ok, je crois comprendre :-)

donc le vpn en general est en udp parce que l'ip est un protocole non
connecté,
ainsi si un protocole qui utilise le vpn a besoin de tcp, il l'utilise
au dessus du vpn, le vpn n'en a besoin en aucun cas pour lui

alors que si on fait passer une connexion tcp par ssh, lui ne fait pas
passer de paquets ip, mais directement les données, qui doivent donc
etre transmises de facon fiable,
donc il a besoin de tcp


j'ai bon ? :-)

merci à tous :-)

--
"In a world without walls and fences, who needs windows and gates ?"
"petit Free qui devient grand, gêne les requins blancs"






Publicité
Poster une réponse
Anonyme