Protocolos

UNIVERSIDAD NACIONAL EXPERIMENTAL POLITCNICA DE LA FUERZA ARMADA ((UNEFA) TCNICO SUPERIOR UNIVERSITARIO EN ANLISIS Y DISEO DE SISTEMAS ASIGNATURA: REDES 3er SEMESTRE

Ao 2013

Redes de Computadoras

Alexis Cuevas

e-mail: cuevalexis@gmail.com

Bibliografa:
Redes de Ordenadores. Andrews S. Tanenbaum Prentice Hall. Comunicaciones y redes de computadores. William Stallings - P. Hall. Redes para todos. Mark Gibbs Prentice Hall. Internet.
2

Repaso

Repaso

Protocolos
Un protocolo es una descripcin formal de un conjunto de reglas y convenciones que rigen un aspecto

particular de cmo los dispositivos de

una red se comunican entre s.
5

Historia de TCP/IP
Lo desarroll en 1969 la DARPA construyendo una red denominada ARPANET. Luego Berkeley lo incluy en su en su distribucin de UNIX. La finalidad de TCP/IP era la de suministrar vnculos de comunicacin de red de alta velocidad. Su objetivo de diseo era el de independizarse del hardware. Permiti una conectividad Universal. No es una entidad nica sino un conjunto de protocolos.
6

OSI y TCP/IP

OSI y TCP/IP

Protocolos en el modelo TCP/IP

Protocolos en el modelo TCP/IP

10

Protocolos en el modelo TCP/IP

11

Protocolos en el modelo TCP/IP

12

Protocolos en el modelo TCP/IP

Capas TCP/IP
T el n e t

Familia de protocolos TCP/IP

F T P S M T P N S I P D R T F T P

Aplicacin

Transporte Internet
ARP

TCP
RARP

UDP IP Token Ring

ICMP

Interfaz de Red

Ethernet

FDDI

13

TCP/IP Capa de Internet

14

Capa de Internet - Objetivo

15

Capa de Internet - Enrutamiento

16

Prot. Enrutados vs. Enrutamiento

17

IP - Internet Protocol
Ubicado en la capa de Red del modelo OSI. Define el direccionamiento de paquetes de datos entre computadoras. Maneja el proceso de fragmentacin y defragmentacin de paquetes de datos.

Responsable del enrutamiento de los paquetes, determina a donde ser enviado y las rutas por donde ir.
18

IP - Caractersticas
Entrega no confiable de paquetes (pueden demorarse, enrutarse mal o perderse) No tiene control de flujo. Solo tiene suma de verificacin para el encabezado del paquete y no para los datos. Protocolo no orientado a la conexin, ya que cada paquete se trata independiente de los otros. Tamao mximo del paquete de 65.536 bytes.
19

IP - Caractersticas

20

IP - Encabezado

21

IP - Encabezado

VERS HLEN

Contiene la versin de IP en uso. El receptor debe verificar la versin para seguir adelante, si no puede manejar la versin descarta el paquete. Define la longitud total del Encabezado en palabras de 32 bits. El encabezado mas corto es de 5 palabras. Permite definir cuando termina el encabezado y cuando empiezan los datos. Le da instrucciones a IP para procesar correctamente el paquete. Los tres primeros bits indican la importancia, a mayor valor ms importante. Los tres bits siguientes controlan el retraso, el rendimiento y la confiabilidad. Los dos ltimos bits no se utilizan. Nota: Por lo general este campo no es utilizado por las actuales implementaciones de TCP/IP Da la longitud total del paquete expresado en bytes, incluye el encabezado y los datos. La longitud mxima de un paquete es de 65.536 bytes. Contiene un nmero que es un identificador nico creado por el nodo emisor. Este nmero es necesario para poder volver a ensamblar mensajes fragmentados. Es un campo de 3 bits, el primero de los cuales no se utiliza. Los dos bits restantes son banderas conocidas como DF (no fragmentar) y MF (ms fragmentos) los cuales controlan la fragmentacin de los paquetes. Si la bandera DF est en 1, el paquete no se puede fragmentar bajo ninguna circunstancia, si el nodo actual no puede enviar el paquete sin fragmentarlo, el mismo ser descartado y se enviar un mensaje de error al emisor. Si la bandera MF est en 1, el nodo receptor sabe que deber esperar un conjunto de paquetes para luego ensamblarlos. El ltimo fragmento tendr su bandera MF en 0, para indicarle al dispositivo receptor que no espere ms paquetes. Debido a que el orden de llegada de los fragmentos no se corresponde con el orden en que se enviaron, esta bandera se utiliza en conjunto con el campo Compensacin de Fragmentos.

Tipo de Servicio

Longitud Total Identificacin

Sealadores

22

IP - Encabezado

Compensacin de Fragmentos TTL (tiempo de vida)

Contiene la localizacin del submensaje, contenido en el paquete actual, dentro del mensaje completo. Los desplazamientos se dan siempre en relacin con el principio del mensaje. Es un contador que disminuye hasta llegar a cero. Al llegar a este punto el nodo actual descarta el paquete. Esta regla evita que los paquetes circulen sin fin a travs de la red. Contiene el nmero de identificacin del protocolo de transporte con el cual se manejarn los mensajes una vez terminado el procesamiento IP. Para permitir un procesamiento ms rpido de los paquetes, IP solo verifica el encabezado y no los datos. Esta verificacin debe ser realizada en cada nodo por el que pasa el paquete, ya que el TTL cambia constantemente. Especifica el nodo emisor Especifica el nodo receptor Es optativo y su longitud es variable. Se lo utiliza generalmente para adicionarle seguridad a los paquetes. Se utiliza para asegurarse de que el encabezado del paquete siempre sea mltiplo de 32 bits. Contiene informacin de las capas superiores

Protocolo
CCR del encabezado Direccin IP origen Direccin IP destino Opciones IP Relleno Datos

23

Direccin IP
Utiliza una direccin de 32 bits, agrupados en 4 octetos separados por puntos y representados en forma decimal. Cada bit en el octeto tiene un peso binario. El valor mnimo de un octeto, en formato decimal, es de 0 y el mximo de 255.

24

Direccin IP
Contiene dos partes principales:

Nmero de Red: identifica una red y debe ser asignado por InterNIC (www.arin.net) si la red es parte de Internet. De no ser as, puede ser asignado por el administrador de la red. Nmero de Host: identifica a un host dentro de la red y es asignado por el administrador de la red local.

25

Direccin IP - Caractersticas
Las direcciones IP se denominan direcciones lgicas. Tienen un direccionamiento Jerrquico. Representan una conexin de la mquina a la red y no la mquina misma. Existen dos tipos de direcciones especiales:

Direccin de red: permite el enrutamiento entre router. Posee 0 binarios en todos los bits de la parte del Host. Por ej.: 172.16.0.0. Direccin de broadcast: permite enviar datos a todos los dispositivos de una red. Posee 1 binarios en todos los bits de la parte del Host. Por ej.: 172.16.255.255.
26

Direccin IP - Caractersticas

27

IP - Importancia del ID de Red

Es importante entender el significado de la parte de la red IP que corresponde a la red. Los hosts de una red, slo se pueden comunicar directamente con los dispositivos que tienen el mismo ID de red. Pueden compartir el mismo segmento fsico, pero si tienen distintos nmeros de red, generalmente no pueden comunicarse entre s. Un ID de red habilita el router a colocar el paquete en el segmento de red apropiado, mientras que el ID de host ayuda al router a direccionar el paquete hacia el host especfico en esa red.
28

Direcciones IP - Clases
El direccionamiento IP soporta 5 clases de direcciones: A, B, C, D y E. Solamente las tres primeras estn disponibles para su uso comercial. Existen dos formas de determinar a que clase depende una direccin IP:

Si la direccin esta expresada en binario, se debe examinar los bits mas significativos del primer octeto. Si la direccin esta expresada en decimal, se debe examinar el valor del primer octeto.
29

Direcciones IP - Clase A
Se reservan para grandes organizaciones con gran cantidad de hosts. Se asigna el primer octeto (8 bits) para la direccin de red y los 3 restantes (24 bits) para el host. La cantidad de hosts, que pueden tener cada una de las redes es de 224 (16.777.216) menos 2.

30

Dir. IP de Clase A - Identificacin

Cuando est escrito en formato binario, el primer bit es siempre 0 (desde 00000001 a 01111111). En formato decimal, el valor del primer octeto va desde 1 a 126.

Nota: La red 127 tambin comienza con un bit en 0 pero esta reservado para funciones de evaluacin del loop de prueba y diagnstico.

31

Direcciones IP de Clase A - Ejemplo

Direccin de host: 120.5.6.89 Direccin de red: 120.0.0.0

Dir. de broadcast: 120.255.255.255

32

Direcciones IP - Clase B
Se utilizan para redes de tamao mediano. Se asignan los dos primeros octetos (16 bits) para la direccin de red y los 2 restantes (16 bits) para la direccin del host. La cantidad de hosts, que pueden tener cada una de las redes es 216 (65.536) menos 2.

33

Dir. IP de Clase B - Identificacin

Cuando est escrito en formato binario, los dos primeros bits son siempre 10 (desde 10000000 a 10111111). En formato decimal, el valor del primer octeto va desde 128 a 191.

34

Direcciones IP de Clase B - Ejemplo

Direccin de host: 150.50.69.35 Direccin de red: Dir. de broadcast: 150.50.0.0 150.50.255.255

35

Direcciones IP - Clase C
Utilizada para redes de menor tamao. Se asignan los tres primeros octetos (24 bits) para la direccin de red y el restantes (8 bits) para la direccin del host. La cantidad de hosts, que pueden tener cada una de las redes es 28 (256) menos 2.

36

Dir. IP de Clase C - Identificacin

Cuando est escrito en formato binario, los tres primeros bits son siempre 110 (desde 11000000 a 11011111). En formato decimal, el valor del primer octeto va desde 192 a 223.

37

Direcciones IP de Clase C - Ejemplo

Direccin de host: 200.45.96.189

Direccin de red: Dir. de broadcast:

200.45.96.0 200.45.96.255

38

Direcciones IP - Clase D
Utilizada con fines de Multidifusin, cuando se requiere una difusin general a ms de un dispositivo. Cuando est escrito en formato binario, los cuatro primeros bits son siempre 1110 (desde 11100000 a 11101111). En formato decimal, el valor del primer octeto va desde 224 a 239.
39

Direcciones IP - Clase E
Utilizada de forma Experimental, para fines de investigacin. Cuando est escrito en formato binario, los cuatro primeros bits son siempre 1111 (desde

11110000 a 11111111).
En formato decimal, el valor del primer octeto va desde 240 a 254.
40

Direcciones IP - Resumen

41

Direcciones IP - Cuadro Resumen

Clase Formato A B C D E R.H.H.H R.R.H.H R.R.R.H S/F S/F Bit de Orden Superior 0 1,0 1,1,0 1,1,1,0 1,1,1,1 Intervalo Cantidad 1 Octeto de redes 1-126 128-191 192-223 224-239 240-254 126 (27 2) 16.382 (214 2) 2.097.150 (221 2) S/F S/F Rango de direcciones Cantidad de host

1.0.0.0 a 16.777.214 126.0.0.0 (224 2) 128.1.0.0 a 65.534 191.254.0.0 (216 2) 192.0.1.0 a 254 223.255.254.0 (28 2) 224.0.0.0 a S/F 239.255.255.255 240.0.0.0 a S/F 254.255.255.255

42

Dir. IP - Direcciones Privadas

Son direcciones en cada clase de direccin IP que no estn asignadas. Las direcciones privadas se utilizan en una red en la que no hay suficientes direcciones pblicas disponibles. Cualquier paquete que posea una direccin destino dentro de uno de los intervalos de direcciones privadas NO se enrutar a travs de Internet.

43

Dir. IP - Direcciones Privadas

44

Trabajo Prctico de direcciones IP

Prctico
45

Mscara de Subred
El propsito de una mscara de subred, es ayudar a los host y routers a determinar la ubicacin de la red en la que se pueda ubicar el host destino. Una mscara de subred tiene una longitud de 32 bits y posee 4 octetos, al igual que la direccin IP. La porcin de red se componen exclusivamente de unos. La porcin del host, se compone exclusivamente de ceros.

46

Mscara de Subred
Para determinar una mscara de subred se deben seguir los siguientes pasos:

Expresar la direccin IP en forma binaria. Cambiar la porcin de red por todos unos. Cambiar la porcin del host por todos ceros. Convertir la expresin resultante, a notacin decimal punteada.

47

Mscara de Subred - Proceso AND

Los hosts y routers utilizan el proceso AND para determinar si un host destino est ubicado o no en la misma red. En primer lugar, el host origen compara su propia direccin IP con su propia mscara de subred. Luego compara la direccin IP y la mascara de subred del destino. El resultado del segundo AND es la red en que est ubicado el host destino. Si las direcciones de red origen y destino son las mismas, se pueden comunicar directamente. Si los resultados son diferentes, origen y destino, se deben comunicar a travs de routers intermedios.
48

Mscara de subred - Ejemplo

El host X debe enviar datos al host Y. Definir:
A que clase de red pertenecen los distintos host. Nmero de red. Mscara de subred para cada uno. Expresar en nmeros binarios, el proceso AND, que realizan los host para calcular el envo.
200.1.1.1 200.1.2.1

X 200.1.1.5

Y 200.1.2.8
49

Divisin en Subredes
La razn principal para usar una subred es reducir el tamao de un dominio de broadcast. Las direcciones de subred incluyen la porcin de red de Clase A, Clase B o Clase C adems de un campo de subred y un campo de host.

El campo de subred y el campo de host se crean a partir de la porcin de host original para toda la red.
50

Divisin en Subredes
Para crear una direccin de subred, un administrador pide prestados bits de la parte original de host y lo designa como campo de subred. La cantidad mnima de bits que se pueden pedir es 2. La cantidad mxima debe ser cualquier nmero de bits, que deje por lo menos 2 bits para el nmero de host.

Clase A: mximo = 22 bits Clase B: mximo = 14 bits Clase C: mximo = 6 bits

51

Divisin en Subredes
El nmero de bits prestados est especificado por la mscara de subred.
Por ejemplo: Dir. IP: 172.16.1.5 M.S.: 255.255.255.0

Otra forma de notacin consiste en agregar al final de la mscara de subred, la cantidad de bits tomados.

Siguiendo el ejemplo anterior: M.S. 255.255.255.0 /24

52

Divisin en Subredes
El campo de subred siempre se ubica inmediatamente a continuacin del nmero de red. Es decir, los bits que se pidieron prestados deben ser los primeros n bits del campo de host por defecto, donde n es el tamao deseado del nuevo campo de subred.

53

Divisin en Subredes - Operacin

54

Divisin en Subredes - Ejemplos

Dir. IP: 130.108.3.105 M.S. : 255.255.255.0/24 Dir. IP: 130.108.3.105 M.S. : 255.255.254.0/23 Dir. IP: 192.168.1.13 M.S.: 255.255.255.252/30 Dir. IP: 192.168.1.13 M.S.: 255.255.255.248/29
55

Mscara de subred - Caractersticas

Las direcciones de subred son asignadas localmente por el administrador de red. El mundo exterior considera a nuestra red como una red nica y no posee conocimiento detallado acerca de nuestra estructura interna. Las redes que no estn divididas en subredes, poseen una mscara de subred por defecto.

Clase A: 255.0.0.0 Clase B: 255.255.0.0 Clase C: 255.255.255.0

56

Resolucin de direcciones en LANs

57

Protocolo ARP
Para que los dispositivos se puedan comunicar, los dispositivos emisores necesitan tanto, las direcciones IP como las direcciones MAC, de los dispositivos destino. Cuando un host conoce la direccin IP del destino, pero no conoce su direccin MAC, utiliza el protocolo de resolucin de direcciones (ARP) para solucionar este problema. ARP permite que un computador descubra la direccin MAC del computador destino, que est asociado con una direccin IP.

58

Protocolo ARP
Los host mantienen tablas, denominadas Tablas de Protocolo de Resolucin de Direcciones, que contienen todas las direcciones MAC asociadas con sus respectivas direcciones IP. Las tablas ARP son secciones de la memoria RAM, en las cuales la memoria cach se mantiene automticamente en cada uno de los dispositivos. El comando para visualizar la tabla es arp a.

59

ARP - Resolucin de direcciones

Cuando un origen determina la direccin IP de un destino, el origen consulta su tabla ARP a fin de ubicar la direccin MAC del destino. Si el origen encuentra una entrada en su tabla (direccin IP destino para direccin MAC destino), enlaza, o relaciona, la direccin IP con la direccin MAC y la usa para encapsular los datos. Si no puede ubicar una direccin MAC para el destino en su propia tabla ARP, el host inicia un proceso que se denomina peticin ARP, que le permite descubrir cul es la direccin MAC destino. Peticin ARP:

Un host genera un paquete de peticin ARP y lo enva a todos los dispositivos de la red. Para esto, el origen usa una direccin de broadcast MAC (FF-FF-FF-FF-FF-FF). Todos los dispositivos de una red local reciben los paquetes, y son enviados a la capa de red para ser examinados. Si la direccin IP de un dispositivo concuerda con la direccin IP destino de la peticin ARP, ese dispositivo responde enviando su direccin MAC al origen. Esto se denomina respuesta ARP. Una vez que el dispositivo origen recibe la respuesta ARP, extrae la direccin MAC del encabezado MAC y actualiza su tabla ARP.
60

ARP - Resolucin de direcciones

61

ARP - Resolucin de direcciones

62

Protocolo ARP fuera de la LAN

Que sucede si el host destino est fuera de la LAN? Si los host de una red envan datos fuera de ella, deben tener configurados un Gateway por Defecto o la red debe tener un router que maneje el protocolo ARP Proxy. El ARP Proxy es una variante del protocolo ARP, por la cual el router responde a una peticin ARP con la direccin MAC de la interfaz conectada al segmento LAN. El Gateway por defecto es es la direccin IP de la interfaz del router, que se conecta con el segmento de red, en el cual se encuentra ubicado el host origen. Esto queda configurado en el host.
-

El host origen compara la direccin IP destino con su propia direccin IP. Si el dispositivo receptor no est ubicado en el mismo segmento, el dispositivo origen enva los datos al gateway por defecto.

Si no hay un gateway por defecto o el router no maneja ARP Proxy, los mensajes no se puede enviar fuera de la red LAN.
63

Protocolo ARP fuera de la LAN

64

Protocolo ICMP
Otro componente principal de IP es el Protocolo de mensajes de control en Internet (ICMP). Un dispositivo usa este protocolo, para informar al emisor de un mensaje, que hay un problema. Por ejemplo, si un router recibe un paquete que no puede enviar, le enviar un mensaje al emisor del paquete. Una de las diversas caractersticas del ICMP es la peticin de eco/respuesta de eco, que es un componente que prueba si un paquete puede llegar a destino haciendo ping.
65

Protocolo ICMP

66

Asignacin de Direcciones IP
Direccionamiento Esttico:

Para configurar, debe ir por c/u de los host para colocar en forma manual la direccin IP. Este mtodo requiere que se guarden registros muy detallados, ya que pueden ocurrir problemas en la red si se utilizan direcciones IP duplicadas. Existen varios mtodos para asignar direcciones IP de forma dinmica. Los mtodos ms conocidos son RARP y DHCP.
67

Direccionamiento Dinmico:

Protocolo RARP
El Protocolo de resolucin de direccin inversa (RARP) relaciona las direcciones MAC con las direcciones IP. Es posible que un dispositivo de red, como, por ejemplo, una estacin de trabajo sin disco conozca su direccin MAC pero no su direccin IP. Los dispositivos que usan RARP requieren que haya un servidor RARP en la red para responder a las peticiones RARP.
68

RARP - Modo de Operacin

Cuando un host origen posee la direccin MAC del destinatario pero no conoce la direccin IP, se inicia un proceso denominado peticin RARP. El dispositivo crea un paquete de peticin RARP y lo enva a travs de la red. Para asegurarse de que todos los dispositivos de la red vean la peticin RARP, usa una direccin de broadcast IP. Una peticin RARP est compuesta por un encabezado MAC, un encabezado IP y un mensaje de peticin ARP. El formato del paquete RARP contiene lugares para las direcciones MAC tanto destino como origen. El campo de la direccin IP origen est vaco, la direccin IP destino se establece con nmeros unos binarios.
69

RARP - Modo de Operacin

70

RARP - Modo de Operacin

71

Protocolo DHCP
El Protocolo de configuracin dinmica del host (DHCP) permite que un host obtenga una direccin IP de forma rpida y dinmica. Para usar DHCP se necesita una cantidad definida de direcciones IP en un servidor. A medida que los hosts entran en lnea, se ponen en contacto con el servidor DHCP y solicitan una direccin. El servidor DHCP elige una direccin y se la asigna. Con DHCP, se puede obtener la configuracin completa del computador en un solo mensaje.
72

DHCP - Modo de Operacin

Cuando un cliente DHCP inicia la sesin, introduce un estado de inicializacin. Enva mensajes de broadcast DHCPDISCOVER.

Una vez que ha enviado los paquetes DHCPDISCOVER, el cliente pasa al estado de seleccin y recolecta respuestas DHCPOFFER del servidor DHCP.
El cliente selecciona entonces la primera respuesta que recibe y negocia el tiempo de alquiler (cantidad de tiempo que puede mantener la direccin sin tener que renovarla) con el servidor DHCP enviando un paquete DHCPREQUEST. El servidor DHCP reconoce una peticin del cliente con un paquete DHCPACK. Entonces el cliente ingresa en un estado de enlace y comienza a usar la direccin.
73

DHCP - Modo de Operacin

74

DHCP - Modo de Operacin

75

TCP/IP Capa de Transporte

76

Capa de Transporte
La capa de transporte se encarga de definir la calidad del servicio de comunicacin.

Sus funciones principales son transportar y regular el flujo de informacin desde el origen hasta el destino de manera confiable y precisa.
En la capa de transporte de TCP/IP conviven dos protocolos, ellos son el TCP y el UDP.
77

Capa de Transporte

78

Capa de Transporte - Puertos

Todas las aplicaciones de capa superior que utilizan TCP o UDP, tienen un nmero de puerto que las identifica. Se usan para mantener un seguimiento de las distintas conversaciones que atraviesan la red al mismo tiempo. Estos nmeros de puerto, se usan como direcciones origen y destino dentro de la capa de transporte. Los nmeros de puertos estn divididos en:

Los nmeros inferiores a 255 se usan para aplicaciones pblicas. Los nmeros del 255 al 1023 son asignados a empresas para aplicaciones comercializables. Los nmeros superiores a 1023 no estn regulados.

79

Capa de Transporte - Puertos

80

Capa de Transporte - Sockets

Cada circuito de comunicacin dentro la capa de transporte, se identifica forma nica mediante la combinacin dos nmeros, los cuales en conjunto denominan sockets. Socket = Dir. IP + n del puerto
81

de en de se

TCP Protocolo de Control de Transmisin

Sus caractersticas son las siguientes:

Orientado a conexin. Confiable. Realiza Control de Flujo.

Divide los mensajes salientes en segmentos.

Reensambla los mensajes en la estacin destino.

Vuelve a enviar lo que no se ha recibido.

82

TCP Protocolo de Control de Transmisin

83

TCP - Encabezado

84

TCP - Encabezado

Puerto Origen (16 b.) Puerto Destino (16 b.)

Nmero de puerto que realiza la llamada. Un nmero de puerto identifica el tipo de servicio que un sistema TCP est solicitando de otro. Nmero del puerto que recibe la llamada. Nmero que indica la posicin del bloque actual en el mensaje total. Indica el siguiente nmero de secuencia esperado. De forma indirecta indica el nmero de secuencia del ltimo dato que se recibi. Cantidad de palabras de 32 bits que aparecen en el encabezado. Indica el inicio del campo de datos.

N de secuencia (32 b.) N Acuse de Recibo (32 b.)

HLEN (4 b.) Reservado (6 b.)

No tienen uso en la versin actual de TCP, se establecen en ceros. Se utilizan para funciones de control. La descripcin de los bits (empezando por el menos significativo) es la siguiente: Bit urg: si est activo, indica que se debe tener en cuenta el campo Marcador de Urgente. Bit ack: si est activo, indica que el campo N de acuse de recibo es significativo.

Bits de Cdigo (6 b.)

85

TCP - Encabezado

Bits de Cdigo (6 b.)

Bit psh: Bit para indicar que el receptor debe entregar ya a la aplicacin los datos que tenga pendientes. Bit rst: si est activo, indica que se debe reiniciar la conexin. Bit syn: si est activo, indica que se deben sincronizar los nmeros de secuencia. Bit fin: si est activo, indica que el emisor no tiene ms datos por enviar. Indica cuantos octetos puede recibir la mquina destino. Realiza la comprobacin de errores, tanto del encabezado como de los datos. Se utiliza si est activado el bit urg. TCP no toma ninguna accin especfica en relacin a los datos de urgente, esta queda determinada por la aplicacin. Define tres tipos de opciones, Lista de fin de Opcin (byte 0), No operacin (byte 1), Tamao mximo de segmento (byte 2). Se usa para asegurar que el encabezado se completo a un mltiplo de 32 bits. Datos proveniente de las capas superiores.

Ventana (16 b.) Suma de Comp. (16 b.) Marc. de Urgente (16 b.) Opciones (24 b.) Relleno (8 b.) Datos

86

TCP - Orientado a la Conexin

Estos servicios se dividen en tres fases:

Establecimiento de la conexin Transferencia de datos Terminacin de la conexin

TCP establecen una sesin, orientada a conexin, por medio de un intercambio de seales de tres vas. Esta, sincroniza una conexin por medio del envo de nmeros introductorios, antes de transferir los datos. Este intercambio de nmeros durante la secuencia de conexin es importante porque garantiza que, si se pierden datos debido a problemas de transmisin, se puedan recuperar ms tarde.

87

TCP - Saludo de Tres Vas

88

TCP - Confiabilidad
El acuse de recibo y retransmisin positivos, o PAR, es una tcnica comn utilizada por muchos protocolos para proporcionar confiabilidad. Con PAR, el origen enva un paquete, inicia un temporizador y espera un acuse de recibo antes de enviar el paquete siguiente. Si el temporizador expira antes de que el origen reciba un acuse de recibo, el origen retransmite el paquete y reinicia el temporizador. TCP usa acuses de recibo de expectativa, lo que significa que el nmero del acuse de recibo se refiere al siguiente octeto esperado.
89

TCP - Acuse de Recibo

90

TCP - Control de Flujo

TCP utiliza el mecanismo de Ventana Deslizante para manejar el control de flujo. El uso de ventanas es un mecanismo de control de flujo que requiere que el dispositivo origen reciba un acuse de recibo desde el destino despus de transmitir una cantidad determinada de datos. El tamao determina la cantidad de datos que se pueden transmitir en un determinado momento, antes de recibir un acuse de recibo desde el destino. La parte "deslizante" de la ventana deslizante, se refiere al hecho de que el tamao de la ventana se negocia de forma dinmica durante la sesin TCP.
91

TCP - Ventana Deslizante

92

TCP - Resumen

93

UDPProt. de Datagrama de Usuario

Sus caractersticas son las siguientes:

No orientado a la conexin Poco confiable No reensambla los mensajes entrantes No usa acuses de recibo No proporciona control de flujo

El procesamiento de errores y retransmisin deben ser manejados por otros protocolos de la capa de aplicacin.
94

UDP - Encabezado

Puerto Origen (16 b.) Puerto Destino (16 b.) Longitud (16 b.) Suma de Comp. (16 b.) Datos

Nmero de puerto que realiza la llamada. Nmero del puerto que recibe la llamada. Longitud del segmento, incluyendo el encabezado y los datos. Realiza la comprobacin de errores, tanto del encabezado como de los datos. Datos proveniente de las capas superiores.

95

TCP/IP Capa de Aplicacin

96

DNSServ. de Nombres de Dominios

El DNS asocia la direccin IP de un sitio, con un nombre simblico que lo represente. Un dominio es un grupo de computadoras asociadas, ya sea por su ubicacin geogrfica o por la actividad que realiza. Posee una estructura jerrquica representada por un rbol de dominios. Al primer conjunto de dominios se los llama dominios de nivel superior. En los dominios de nivel superior tambin existen los dominios dedicados a cada pas. Por debajo de estos dominios existen otros niveles para organizaciones individuales.
97

DNS - rbol de Dominios

ROOT

com

gov

edu

mil

org

ar

com: sitios comerciales edu: sitios educacionales gov: sitios gubernamentales mil: sitios militares org: sitios sin fines de lucro net: servicios de red

com

gov

edu

mil

org

98

DNS - Dominios

99

DNS - Procedimiento
Un servidor DNS administra nombres de dominio y responde a las peticiones de clientes, para transformar un nombre de dominio en la direccin IP asociada. Cada servidor DNS administra un rea distinta de una red. Si el servidor no logra traducir una direccin, transfiere la peticin al siguiente servidor DNS de nivel superior del sistema. Si en este nivel puede traducir el nombre de dominio a su direccin IP asociada, lo hace y devuelve el resultado al cliente. De no ser as, enva la solicitud al siguiente nivel superior. Este proceso se vuelve a repetir hasta que el nombre de dominio se haya traducido o que se haya alcanzado el nivel DNS ms elevado. Si no se puede encontrar el nombre de dominio en el nivel DNS superior, se considera como error y se devuelve el mensaje de error correspondiente.
100

DNS - Procedimiento

101

DNS - Altas de Dominios

Algunas direcciones para dar de alta o buscar un Dominio son:

Para dominios .com.ar: www.nic.ar

Para dominios .edu.ar: www.riu.edu.ar Para dominios .com: www.internic.com

102

Correo Electrnico

103

Telnet

104

FTP

105

TCP/IP
Capas TCP/IP Familia de protocolos TCP/IP
T e l n e t F T P S M T P N S I P D R T F T P

Aplicacin

Transporte Internet Interfaz de Red

ARP

TCP
RARP

UDP IP Token Ring

ICMP

Ethernet

FDDI

106

IPX/SPX
Intercambio de Paquetes de Red / Protocolo para el Intercambio de Paquetes en Secuencia. Novell Inc., desarroll e introdujo NetWare a principios de la dcada del 80. Netware especifica las cinco capas superiores del modelo OSI.

107

IPX/SPX

108

IPX/SPX
IPX, es un protocolo de la capa 3 que:

Es no orientado a conexin No requiere acuse de recibo para cada paquete Define la red y las direcciones de nodo

El protocolo de informacin de enrutamiento de Novell (RIP) y el protocolo basado en estado de enlaces (NLSP) facilitan el intercambio de informacin de enrutamiento. El protocolo de publicacin de servicio (SAP) permite publicar servicios de red. El protocolo central de NetWare (NCP) proporciona conexiones y aplicaciones cliente a servidores. SPX se utiliza para los servicios orientados a conexin de la Capa 4.
109

IPX - Intercambio de Paquetes de Red

IPX es el protocolo NetWare de la Capa 3. Es no orientado a conexin. Su direccin lgica contiene una direccin MAC de interfaz. El direccionamiento IPX utiliza una direccin en dos partes: el nmero de red y el nmero de nodo (red.nodo). El tamao total es de 80 bits. El nmero de red es asignado por el administrador y tiene 32 bits. El nmero de nodo es la direccin de Control de Acceso al Medio (MAC) de una interfaz. El espacio de direcciones definidos por IPX es plano.
110

IPX - Intercambio de Paquetes de Red

111

IPX - Encabezado
Suma de Verific. Longitud Control del Transporte Tipo de Paquete Red Destino Nodo Destino Socket Destino Red Origen Nodo Origen Socket Origen Datos

Suma de verific. (16 b.) Longitud (16 b.)

Por lo general no se la utiliza y se pone el campo en FFFF. Especifica la longitud en bytes de un paquete completo de IPX. Los paquetes IPX pueden ser de cualquier tamao hasta alcanzar el tamao mximo de los medios, no se permiten fragmentaciones. Indica el nmero de routers a travs de los cuales viaja un paquete. Los nodos emisores ponen este campo en cero y cada enrutador lo incrementa en no. Cuando se utiliza RIP el nmero mximo es 16, cuando se utiliza el protocolo NLSP el nmero mximo es 127. Especifica el el protocolo de las capas superiores que van a recibir el paquete.

Control de Transporte (8 b.)

Tipo de Paquete (8 b.) Red Destino y Origen (32 b.) Nodo Destino y Origen (48 b.)

Identifica a la red que esta conectado el host destino y origen respectivamente.

Identifica al host destino y al host origen.

Socket Destino y Origen (16 b.)

Identifica la direccin de proceso de software de las aplicaciones destino y origen. Si existen mltiples procesos que se comunican entre los dos equipos, los n de red y de nodo son iguales, por lo que el socket se utiliza para reenviar la carga IPX al proceso adecuado. Datos de las capas superiores

Datos

112

SAP - Protocolo de Anuncio de Servicios

Permite que los recursos de red, entre ellos los servidores de archivo y de impresin, publiquen las direcciones y servicios de red que suministran. Cada servicio se identifica con un nmero, denominado identificador SAP. Las actualizaciones de SAP se envan cada 60 segundos. Los dispositivos de red intermedios, como los routers, escuchan las actualizaciones del SAP y generan una tabla de todos los servicios y direcciones de red asociadas. Cuando un cliente de Novell solicita un determinado servicio de red, si se ubica un servidor de Netware en el segmento, ste responde a la peticin del cliente. Si no hay servidores NetWare en la red local, el router responde con una direccin de servidor desde su propia tabla SAP. El cliente puede entonces comunicarse directamente con el servicio.
113

SAP - Caractersticas
Todos los servidores de las redes NetWare pueden publicar sus servicios y direcciones. Agregar, encontrar y eliminar servicios en la red es un proceso dinmico debido a las publicaciones SAP. Las estaciones de trabajo no conservan tablas SAP: slo los routers y los servidores lo hacen. Los routers no envan los broadcast de SAP. A cambio, cada router construye su propia tabla SAP y enva la tabla a otros routers.
114

SAP

115

SPX
Protocolo para el Intercambio de Paquetes en Secuencia. Es el protocolo de transporte de NetWare. Es orientado a la conexin. Es confiable, a travs del secuenciado y las confirmaciones. Si no recibe respuesta dentro de un periodo de tiempo, volver a transmitir hasta un total de ocho veces.
116

NetBIOS
Sistema de Entrada y Salida Bsica de Red. Permite que las aplicaciones sobre diferentes computadoras se comuniquen dentro de una red local. Provee servicios de sesin de capa 5 del modelo OSI. No puede transportarse por s solo. No provee un formato de datos.
117

NetBIOS - Caractersticas
Nombres
-

Permite definir unvocamente un computadora dentro de la red.

Comunicacin
-

Modo Sesin (con conexin. Modo Datagrama (sin conexin).

Interfase de Software
-

Define una estructura para que la comunicacin entre el software de aplicacin y el software del adaptador de red sea

posible.
118

NetBEUI
IBM desarrollo NetBEUI a mediados de los 80 para pequeos grupos de trabajo. El nombre NetBEUI proviene de NetBIOS Extended User Interface, y su nombre ha creado una confusin entre ambos.

NetBIOS es un interfaz de programacin. NetBEUI es un protocolo de red. Necesita poca memoria. Al no disponer de parmetros de configuracin, se optimiza automticamente, y es compatible con las redes Microsoft. NetBEUI fue diseado para redes de rea local, y permite a cada mquina usar un nombre (de hasta 15 caracteres) que no este siendo usado en la red.
119

Caractersticas:

NetBEUI
Capas OSI Capas NetBEUI

Aplicacin
Presentacin

Sesin
Transporte Red Enlace Fsica

NetBIOS NBFP
Protocolo de Formato de Trama NetBIOS

LLC NDIS

Control de Enlace Lgico Especificacin de Interfaz de Controlador de Red

120

NetBEUI
El protocolo NetBEUI no es enrutable y no puede ser usados para redes WAN. El protocolo NBFP realiza:

El establecimiento, multiplexado y finalizacin de la sesin. Tambin efecta la segmentacin, delimitacin, ensamblaje y confirmacin del mensaje. El flujo de tramas de control, direccin , cdigo y ofrece comunicaciones orientadas a la conexin y sin conexin.

El protocolo LLC realiza:

NDIS ofrece la interfaz al adaptador de red.

121

NetBEUI - Registro de Nombre

Dentro de una red NetBEUI no pueden existir dos mquinas con el mismo nombre. Para que esto no ocurra se deben usar:

Un Servidor de Nombres NetBIOS (NBNS) para controlar el registro de nombres de las mquinas. Permitir a cada mquina de la red defender su nombre en el caso de que otra mquina intente usarlo.

122

NetBEUI - Registro de Nombre

123

NetBEUI - Resolucin de Nombre

Hay dos formas de resolver nombres:

Haber reportado cada mquina su direccin IP cuando "escucha" una peticin broadcast para su nombre NetBIOS. Usar el NBNS para resolver nombres NetBIOS a direcciones IP.

124

NetBEUI - Nombres
Solo pueden contener hasta 15 caracteres.

No pueden comenzar con asterisco (*) Pueden contener caracteres alfanumricos (a-z, A-Z, 0-9) Tambin se pueden usar los siguientes caracteres: !

@#$%^&()-'{}.~

Nombre nico y nombre de grupo.

125

NetBEUI - Nombre de recursos y tipos

El nombre NetBios contiene un byte adicional que indica el tipo de servicio que ofrece. El tipo servicio se puede ver con el comando nbtstat a <Nombre de la PC>.

126

NetBEUI - Nombre de recursos y tipos

127

NetBEUI - Nombre de grupos y tipos

NetBios adems de utilizar nombres para las computadoras, estas deben pertenecer a un grupo.

128

NetBEUI - Datagramas y Sesiones

El servicio de datagramas ofrece una conexin no estable entre una mquina y otra. Las sesiones son un mtodo de comunicacin que, en teora, ofrece la capacidad de detectar conexiones problemticas o inoperativas entre dos aplicaciones NetBIOS. Las sesiones siempre ocurren entre dos mquinas NetBIOS. Si un servicio de sesin es interrumpido, se supone que el cliente ha almacenado la suficiente informacin de estado como para restablecer la comunicacin. Sin embargo, en la prctica, es raro el caso. Los datagramas pueden ser difundidos a mltiples mquinas, pero son inestables. Dicho de otro modo, no hay forma para el emisor de saber si los datagramas que ha enviado han llegado correctamente a los destinatarios.
129