AGO DIC 2015 1

1. User Datagram Protocol (UDP), es un protocolo no orientado a conexin y no fiable.

El formato del datagrama UDP:

SrcPort = puerto del proceso emisor.

DstPort = puerto del proceso receptor.
Length = longitud en bytes del datagrama UDP (cabecera y datos).
Checksum = checksum de la cabecera, pseudo-cabecera y datos.
Data = datos a trasmitir (hasta 64 KB).
El checksum es opcional.
o Si checksum = 0 significa que no se calcula.
Fig. #1 Datagrama UDP
o Si checksum 0, se calcula teniendo en cuenta la pseudo-cabecera.
o cabecera del datagrama UDP y los datos a transmitir.
El puerto del proceso emisor se utiliza para que el proceso receptor pueda contestar.
La
mxima longitud de un datagrama UDP sera 65335 20 bytes = 65315 bytes, lo que hace una longitud de datos de
65315 8 bytes = 65307 bytes. El valor mnimo es de 8 bytes.
La longitud mxima terica de los datos transportados del datagrama son 65535 Bytes pero sto queda limitado a
65507 Bytes si se usa IPv4.
UDP utiliza puertos para permitir la comunicacin entre aplicaciones. El campo de puerto tiene una longitud de 16 bits,
por lo que el rango de valores vlidos va de 0 a 65.535. El puerto 0 est reservado.
DNS:

Describir que es un Espacio de Dominio de Nombres (Domain Name Space).

Un espacio de nombres de dominio se refiere a un espacio de nombres de Internet o un espacio de nombres de Active
Directory. El espacio de nombres de Internet es la base de datos completa de los nombres jerrquicos distribuidos a
travs de Internet e incluye el host y el nombre de dominio. [1]
Describir la sintaxis para describir nombres de dominio
El espacio de nombres de dominio tiene una estructura de rbol invertido cada elemento se etiqueta con un nombre que
puede tener hasta 63 caracteres. el comienzo se llama raz y tiene una etiqueta vaca.
Solamente tiene dos limitaciones el lmite de 63 caracteres como mencionamos anteriormente y un mximo de niveles
que no puede ser superior a 127. [2]

Describir que es un Servidor de Nombres (Name Server).

Un Servidor de Nombres de Dominio (DNS) o servidor de nombres es un servidor que mapea o conecta un nombre de
dominio con una direccin de IP especfica. En definitiva indica el dominio (y todo el trfico del dominio) al que acceder
en Internet. [3]
Describir el formato del mensaje DNS. A qu capa corresponde en el modelo de referencia OSI?
Formato de mensaje DNS
Encabezado DNS (de longitud fijado)
Entradas de pregunta (longitud variable)
Registros de recursos de respuesta (longitud variable)
Registros de recursos de autoridad (longitud variable)
Registros de recursos adicionales (longitud variable)
[4]
El protocolo DNS corresponde a la capa 7 del modelo OSI [5]

[ESCRIBA EL TTULO DEL DOCUMENTO]

Qu puerto de destino se usa habitualmente para el diagrama que contiene una solicitud DNS (DNS query)?
53 [6]

TCP:

Describir el formato del segmento TCP.

El segmento TCP est compuesto por los datos enviados desde la capa de aplicacin y la cabecera aadida por el
protocolo de transporte. El segmento TCP es luego encapsulado en un datagrama IP para ser enviado por la capa de
red. [7]

Qu indica el Maximun segment size (MSS)? Teniendo en cuenta la longitud mxima de un paquete IP es
65535 bytes (cabecera y datos) Qu ocurrir si se intenta enviar una trama TCP de 100,000 bytes a travs del
nivel de red?

En TCP se utiliza el campo "opciones" para conseguir negociar ciertos parmetros con la capa de transporte del otro
extremo. Una de ellas permite que el protocolo especifique un tamao mximo de segmento (MSS), ste ser el nmero
mximo de bytes que est dispuesto a recibir en un mismo segmento. [7]
Se enviaran tramas con datos vacios.
Describir la secuencia de establecimiento de conexin (three-way handshake).
Aunque es posible que un par de entidades finales comiencen una conexin entre ellas simultneamente, normalmente
una de ellas abre un socket en un determinado puerto TCPy se queda a la escucha de nuevas conexiones. Es comn
referirse a esto como apertura pasiva, y determina el lado servidor de una conexin. El lado cliente de una conexin
realiza una apertura activa de un puerto enviando un paquete SYN inicial al servidor como parte de la negociacin en tres
pasos. En el lado del servidor (este receptor tambin puede ser una PC o alguna estacin terminal) se comprueba si el
puerto est abierto, es decir, si existe algn proceso escuchando en ese puerto, pues se debe verificar que el dispositivo
de destino tenga este servicio activo y est aceptando peticiones en el nmero de puerto que el cliente intenta usar para
la sesin. En caso de no estarlo, se enva al cliente un paquete de respuesta con el bit RST activado, lo que significa el
rechazo del intento de conexin. En caso de que s se encuentre abierto el puerto, el lado servidor respondera a la
peticin SYN vlida con un paquete SYN/ACK. Finalmente, el cliente debera responderle al servidor con un ACK,
completando as la negociacin en tres pasos (SYN, SYN/ACK y ACK) y la fase de establecimiento de conexin. Es
interesante notar que existe un nmero de secuencia generado por cada lado, ayudando de este modo a que no se
puedan establecer conexiones falseadas (spoofing).

[8]
Describir la secuencia de cierre de conexin.

AGO DIC 2015 3

La fase de finalizacin de la conexin utiliza una negociacin en cuatro pasos (four-way handshake), terminando la
conexin desde cada lado independientemente. Sin embargo, es posible realizar la finalizacin de la conexin en 3 fases;
enviando el segmento FIN y el ACK en uno solo. Cuando uno de los dos extremos de la conexin desea parar su "mitad"
de conexin transmite un segmento con el flag FIN en 1, que el otro interlocutor asentir con un ACK. Por tanto, una
desconexin tpica requiere un par de segmentos FIN y ACK desde cada lado de la conexin.
Una conexin puede estar "medio abierta" en el caso de que uno de los lados la finalice pero el otro no. El lado que ha
dado por finalizada la conexin no puede enviar ms datos pero la otra parte si podr.

[8]

HTTP:
Describir el concepto de sesin HTTP.
Un token de sesin es un identificador nico que est generado y enviado desde un servidor a un cliente para identificar
la sesin de interaccin actual. El cliente enva el token como una cookie HTTP y/o lo enva como parmetro en GET o
POST. La razn para utilizar tokens de sesin es que el cliente slo tiene que manejar el identificadortoda la
informacin de sesin est almacenada en el servidor (normalmente en una base de datos, al cual el cliente no tiene
acceso directo) enlazada a aquel identificador. [9]

Referencias:
[1] http://ordenador.wingwit.com/Redes/other-computer-networking/78782.html#.VfhwlhF_Oko
[2] https://sites.google.com/site/dnssistemasenred/2-2-espacio-de-nombres-de-dominio
[3] https://sedo-es1.custhelp.com/app/answers/detail/a_id/2496/~/%C2%BFqu%C3%A9-es-un-servidor-de-nombres-dedominio-(dns)%3F
[4] https://technet.microsoft.com/es-es/library/dd197470(v=ws.10).aspx
[5] https://en.wikipedia.org/wiki/List_of_network_protocols_(OSI_model)
[6] https://technet.microsoft.com/es-es/library/dd197515(v=ws.10).aspx
[7] https://es.wikipedia.org/wiki/Segmento_TCP
[8] https://es.wikipedia.org/wiki/Transmission_Control_Protocol
[9] https://es.wikipedia.org/wiki/Sesi%C3%B3n_(inform%C3%A1tica)
[10]TCP/IP,UDP.(2015,septiembre15)deUPCRecuperadode:http://personals.ac.upc.edu/jsunyol/STDT3.pdf
[11] User Datagram Protocol. (2015,
https://es.wikipedia.org/wiki/User_Datagram_Protocol

septiembre

15),

de

Wikipedia

Recuperado

de: