1. COMUNICACIÓN DE DATOS
ING. NELITZA GARCÍA BOCANEGRA

2. INTRODUCCION:PROTOCOLO RIP
Protocolo Enrutado: IP,IPX
Dirige el trafico de usuario.
Protocolo de Enrutamiento:( RIP,IGRP,OSPF)
Permite crear las tablas de Enrutamiento, actualizan las
tablas.
Tipos de Enrutamiento:
 Estático
 Dinámico

3. 1. ENRUTAMIENTO ESTÁTICO :
Ventajas:
 No origina sobrecarga en la red.
 Entre los router no hay intercambio de información.
 Es fácil de configurar (ip route).
Desventajas:
 Presenta poca Escalabilidad.
 Si la red cambia tenemos que configurar las tablas
nuevamente.
 Si cae un enlace las tablas no se actualizan
automáticamente.

4. 2. Enrutamiento Dinámico:
Ventajas:
 Es adaptable y escalable.
 Si aumenta el numero de routers o si cae un enlace, las
tablas se actualizan automaticamente.
Desventaja:
 Origina sobrecarga en la red.
Una solución podría ser una red “HIBRIDA”.

5. PROTOCOLO
ARP

6. PROTOCOLO ARP
Almacenar Almacenar Almacenar Almacenar
(IPb,Fb) (IPa,Fa) (IPa,Fa) (IPa,Fa)
IPa IPx IPb IPy
Dirección Dirección Dirección Dirección
física Fa física Fx física Fb física Fy
Deseo dirección Envío de dirección
Directo física Fb y dire-
física de IPb. Pero
envío mi IPa y Fa cción internet IPb

7. PROTOCOLO IPv4

8. MODELO DE SERVICIO DE INTERNET
Modelo “best-effort”: la red intenta enviar
los datos correctamente, pero no lo garantiza.
La red no garantiza la capacidad mínima, ni
retardo máximo, ni variaciones máximas de
los retardos o “jitter”.
La red no garantiza la entrega, ni el orden
de entrega de los datos.
Este modelo se basa en:
Las aplicaciones “elásticas”
Sistemas finales “inteligentes”

9. COMENTARIOS:
 Antes no se quería saturar la Red, la inteligencia tenían
los MAINFRAME.
 Hoy en día pasados los 60ms o 100 ms la aplicación
deja de tener sentido.
 En la actualidad las aplicaciones son en Tiempo Real.
 Mi nuevo modelo de Red no solo la inteligencia debe de
estar en los Sistemas Finales .Ejem: VPN,VLAN
 En los años 80’s el factor tiempo no era importante, la
electrónica no era como ahora.
 En los años 80’s no existía SUBNETTING, no había
mascara para no complicar el procesamiento.

10. FORMATO DEL PROTOCOLO IP
0 4 8 16 19 31
Ver HLENTipo Serv. Longitud total
Identificador IndicDesplaz de frag.
TTL Protocolo Suma de chequeo
Dirección de origen
Encabezado
IP
Datos del datagrama Dirección de destino
Opciones-relleno
Carga útil

11. Comentarios:
 El protocolo IP V.4 tiene 12 campos, tiene muchos
campos y el router se demora mucho en analizar los
campos.
 Son 12 procesos computacionales(subrutinas), que tiene
que procesar el Router, esto origina retardo .
 Solución disminuir el numero de campos , el computo en
los Router seria menor.
 IP V.6 tiene 8 campos.
 Cabecera Básica = 20Bytes (4 bytes x 5 filas)
 La cabecera opcional o de relleno puede estar presente
o no.(0 bytes)
 En la carga útil puede ser una aplicación exquisita
(Aplicación en Tiempo Real)

12. 0 4 8 16 19 31
Versión: Indica versión
Ver HLENTipo Serv. Longitud total
Identificador IndicDesplaz de frag.
del protocolo IP.
TTL Protocolo Suma de chequeo HLEN o Longitud de
Dirección de origen encabezado: Mide la
Dirección de destino longitud del encabezado
Opciones-relleno en grupo de 04 bytes.
Valor inicial 05.
Carga útil
Longitud Total: Indica
la longitud del paquete
de datos IP en bytes.
Máximo 65 535 bytes!!

13. 0 4 8 16 19 31
Tipo de Servicio o ToS:
Ver HLENTipo Serv. Longitud total Indica como debe ser tratado
Identificador IndicDesplaz de frag. un paquete de datos.
TTL Protocolo Suma de chequeo
Dirección de origen Inicialmente se define:
Dirección de destino
Prioridad D T R Sin uso
Opciones-relleno
Tipo de transporte
A fines de 1998 se ha
Carga útil definido, para
IPv4/IPv6:
DSCP CU

14. 0 4 8 16 19 31
Ver HLENTipo Serv. Longitud total
Identificador:
Identificador IndicDesplaz de frag.
Identifica a un paquete de
TTL Protocolo Suma de chequeo datos IP.
Dirección de origen Indicador o Flags:
Dirección de destino No Fragmentar.
En 1 no se debe fragment
Opciones-relleno
More fragments.
Indica que no es el final
Carga útil
Desplaz. de fragmento:
Especifica el desplazamiento
en el paquete de datos
original.

15. 0 4 8 16 19 31
Ver HLENTipo Serv. Longitud total
TTL o Tiempo de Vida:
Identificador IndicDesplaz de frag.
Especifica la duración en
TTL Protocolo Suma de chequeo segundos de un paquete.
Dirección de origen Protocolo:
Dirección de destino
Indica que protocolo de
Opciones-relleno nivel superior se usó.
http://www.iana.org/assignments/protocol-numbers
Suma de Chequeo de
Carga útil
cabecera o Header
Checksum: Asegura la
integridad de la cabecera.

16. ALGUNOS VALORES DEL
CAMPO PROTOCOLO
http://www.iana.org/assignments/protocol-numbers
0  IPv6 Hop-by-Hop
1  ICMP
2  IGMP
4  IP en IP
6  TCP
17  UDP
41  IPv6
46  RSVP
58  ICMPv6
134  RSVP-E2E-IGNORE
135~254 No asignado
255  Reservado