https://padlet.com/cristiandaza2005/vvfb79yfahll7lj7 creación de una red de trabajo en un ordenador. en-us 2022-08-25 17:52:25 UTC 2025-10-07 23:29:20 UTC hello@padlet.com https://padlet.net/icons/png/1f4bb.png cristiandaza2005 https://padlet.com/cristiandaza2005/vvfb79yfahll7lj7/wish/2271772602

El nivel de transporte gobierna el acceso múltiple a la red de los
distintos procesos de la misma máquina que quieran usarla: en
TCP/IP esto se consigue a través de los puertos.
Hay dos protocolos principales que ofrecen nivel de transporte:
● UDP: no orientado a conexión y no fiable
● TCP: orientado a conexión y fiable]]> 2022-08-25 18:04:34 UTC https://padlet.com/cristiandaza2005/vvfb79yfahll7lj7/wish/2271772602 cristiandaza2005 https://padlet.com/cristiandaza2005/vvfb79yfahll7lj7/wish/2275161752  El nivel de transporte debe preocuparse de saber a qué proceso va destinada la información que le llega del nivel de red. Por ello, los procesos que usan la red lo hacen a través de puertos.

Los puertos se identifican por un número de 16 bits
Los puertos TCP y UDP se manejan por separado; el puerto 7 UDP y el puerto 7 TCP son distintos. Los puertos menores de 1024 están asignados y reservados universalmente a aplicaciones de red.

Netstat (Network Statistics) es una herramienta de línea de
comandos que muestra un listado de las conexiones activas de un ordenador.]]> 2022-08-29 18:42:10 UTC https://padlet.com/cristiandaza2005/vvfb79yfahll7lj7/wish/2275161752 cristiandaza2005 https://padlet.com/cristiandaza2005/vvfb79yfahll7lj7/wish/2275169392 UDP es un protocolo sencillo que implementa un nivel de
transporte no orientado a conexión.
Ofrece un servicio de entrega de datagramas no ordenado, no fiable y que no proporciona control de flujo.Los datagramas UDP se encapsulan dentro de la parte de datos
de un datagrama IP

El servicio ofrecido por UDP sólo aumenta el ofrecido por IP en:
● Número de puerto
● Checksum opcional
Por ello el servicio es no fiable (pueden perderse, duplicarse o
desordenarse datagramas)]]> 2022-08-29 18:48:39 UTC https://padlet.com/cristiandaza2005/vvfb79yfahll7lj7/wish/2275169392 cristiandaza2005 https://padlet.com/cristiandaza2005/vvfb79yfahll7lj7/wish/2275174829 Orientado a conexión: hay fase anterior y posterior al envío de datos
● Envío de datos fiable: sin pérdidas, duplicados o desorden
● Las conexiones son full duplex: ambos lados pueden enviar datos
simultáneamente
● Control de flujo: mecanismo para evitar que el emisor inunde al receptor
● Envío de datos como flujo de bytes:]]> 2022-08-29 18:53:30 UTC https://padlet.com/cristiandaza2005/vvfb79yfahll7lj7/wish/2275174829 cristiandaza2005 https://padlet.com/cristiandaza2005/vvfb79yfahll7lj7/wish/2275185517 La transmisión de datos en una conexión TCP presenta las
siguientes fases:
● Establecimiento de la conexión
● Envío de datos
● Finalización de la conexión
Ambos extremos pueden transmitir y recibir simultáneamente]]> 2022-08-29 19:03:27 UTC https://padlet.com/cristiandaza2005/vvfb79yfahll7lj7/wish/2275185517 cristiandaza2005 https://padlet.com/cristiandaza2005/vvfb79yfahll7lj7/wish/2275187357 Primer nivel en TCP/IP en el que se proporciona fiabilidad. Su objetivo es recuperarse de las posibles pérdidas y
desorden producido por IP
Idea básica:
● Los segmentos con datos llevan un
número de secuencia
● El receptor de los datos debe mandar
asentimientos (ACK)
● TimeOut y protocolo de ventana
● El receptor reordena segmentos y
descarta duplicados]]> 2022-08-29 19:05:18 UTC https://padlet.com/cristiandaza2005/vvfb79yfahll7lj7/wish/2275187357 cristiandaza2005 https://padlet.com/cristiandaza2005/vvfb79yfahll7lj7/wish/2279702897 2022-09-01 18:16:41 UTC https://padlet.com/cristiandaza2005/vvfb79yfahll7lj7/wish/2279702897 cristiandaza2005 https://padlet.com/cristiandaza2005/vvfb79yfahll7lj7/wish/2279710613 Cada segmento con datos lleva un número de secuencia
SequenceNum de 32 bits
El número de secuencia numera bytes y no segmentos
Al establecerse la comunicación se elige un número de
secuencia inicial]]> 2022-09-01 18:23:11 UTC https://padlet.com/cristiandaza2005/vvfb79yfahll7lj7/wish/2279710613 cristiandaza2005 https://padlet.com/cristiandaza2005/vvfb79yfahll7lj7/wish/2279713449 El receptor de segmentos de datos tiene que asentir los que le
llegan correctamente, activando el flag ACK y rellenando el
campo AcknowledgementNum
No es necesario enviar un asentimiento por cada segmento con
datos recibido
El número de asentimiento indica el número de secuencia que
se espera recibir, asintiendo de esta forma hasta el byte anterior incluido.]]> 2022-09-01 18:24:55 UTC https://padlet.com/cristiandaza2005/vvfb79yfahll7lj7/wish/2279713449 cristiandaza2005 https://padlet.com/cristiandaza2005/vvfb79yfahll7lj7/wish/2279718333 Se usa un protocolo de ventana anunciada para coordinar el
envío de segmentos de datos
El receptor indica en el campo AdvertisedWindow el número
de bytes (a partir del indicado en el número de asentimiento)
que está dispuesto a recibir del emisor
El emisor puede transmitir esos bytes aunque no reciba
asentimientos, pero una vez enviados tendrá que parar hasta
recibir un nuevo asentimiento (con un nuevo valor de ventana)]]> 2022-09-01 18:28:40 UTC https://padlet.com/cristiandaza2005/vvfb79yfahll7lj7/wish/2279718333 cristiandaza2005 https://padlet.com/cristiandaza2005/vvfb79yfahll7lj7/wish/2279724812 Cuando se envía un segmento se arranca un temporizador para esperar su asentimiento. Transcurrido el plazo marcado en el temporizador (timeout), si no se ha recibido el ACK, se
retransmite. ¿Qué plazo ponemos?
Se utiliza un algoritmo adaptativo, que se adapta a lo que ocurre en la conexión.
Para cada segmento se calcula el Tiempo de Ronda (Round Trip.
Time→ RTT): tiempo entre que se envía el segmento y se recibe su asentimiento.
Existen diferentes algoritmos, pero el original usa un plazo de 2
veces el RTT.]]> 2022-09-01 18:34:07 UTC https://padlet.com/cristiandaza2005/vvfb79yfahll7lj7/wish/2279724812