INTRODUCCION AL PROTOCOLO TCP/IP MAESTRIA DE REDES DE COMUNICACIN PUCE 2013

Preparado por : M.Sc Alfonso Prado

Bibliografa
Internetworking with TCP/IP Principles Protocols and Architectures , Comer D,Prentice Hall , 2000
TCP/IP and Distributed System , Vivek Acharya ,Laxmi Publications 2008 The Illustrated Network: How TCP/IP Works in a Modern Network, Walter Goralski , Morgan Kaufmann Publishers 2009 TCP/IP Explained , Philip Miller ,Digital Press 1997 Understanding TCP/IP: A Clear and Comprehensive Guide , Libor Dostlek and Alena Kabelov ,Packt Publishing 2006 TCP/IP Essentials: A Lab-Based Approach , Shivendra S. Panwar, Shiwen Mao, Jeong-dong Ryoo and Yihan Li ,Cambridge University Press 2004

Contenido
Introduccin a TCP/IP
Arquitectura TCP/IP

Capa Fsica de red

Capa de Interfaz de red Protocolo Internet Protocolo de Transporte TCP Protocolo de Transporte UDP Otros Protocolos Situacin Actual

Introduccin a TCP/IP
TCP/IP es una suite de protocolos , no solo 1 Es la suite ms implementada del mundo, sus orgenes se remontan a:
1970sWANG 1980sSNA / Novell NetWare 1990sNovell and TCP/IP

TCP/IP combinado con la tecnologa de browser ha creado un arquetipo de comunicacin cliente/servidor

Introduccion a TCP/IP

TCP/IP es portable

Corre en cualquier sistema operativo Direccionamiento manejado a nivel mundial

Microsoft
Unix en todas sus versiones IOS (iPhone OS) Android Symbian Blackberry

Introduccin a TCP/IP
Orgenes de TCP
Es una red heterognea cuya popularidad de debe a: Protocolo implementado en los sistemas Unix que se ensaaban en la universidades Soporte gubernamental di impulso al xito empresarial

Desde 1983 todos los proyectos del gobierno de USA deba basarse en TCP/IP
TCP/IP fue implementado fcilmente en todos los sistemas operativo TCP/IP soporta servicios de acceso remoto

Introduccin a TCP/IP

En 1983, ARPAnet fue separada en dos

Defense Data Network (DDN) o MILNET The DARPA Internet renombrada como ARPAnet

En 1985, NSFnet fue diseado para interconectar 5 supercomputadores para ser usado por tcnicos y cientificos
Adems de ARPAnet, se construyeron varias redes con TCP/IP.

CSNET (Computer Science Network)

BITNET (Because Its Time Network, IBM) UUCP (User to User Copy), mas tarde llamado USEnet

Interconectados via el backbone de ARPAnet.

La interconexin va Interface Message Processors (IMPs).

Introduccin a TCP/IP
ARPANET retirada en 1989.
El backbone de Internet conectado por lneas de NSFnet 56kbps NSFnet mejorado a 45 Mbps En 1993, NSF fue abierto con varias compaas operando distintas partes En 1995 NSFnet dio paso a Internet y su operacin fue pasada al sector privado

Introduccin a TCP/IP

Organizaciones que proveen estndares

ANSI American National Standards Institute CCITT International Telegraph and Telephone Consultative Committee EIA Electronic Industries Association TIA Telecommunications Industry Association IAB Internet Architecture Board IEC International Electrotechnical Commission IEEE Institute of Electrical and Electronic Engineers IETF Internet Engineering Task Force IRTF Internet Research Task Force ISO International Organization for Standardization ITU International Telecommunications Union

Introduccin a TCP/IP
Como se estandariza : RFCs
Request for Comments son especificaciones tcnicas de los protocolos

Primer RFC enviado por Steve Crocker.

Inicialmente se enviaba va snail mail luego FTP Un RFC puede ser sometido por cualquiera.

Entra en calidad de RFC borrador(draft)

Si tiene aceptacin un nmero es asignado El RFC debe ser escrito de acuerdo al RFC 1543

Mnimos RFCs a leer: 1122,1123,1812,2644

Introduccin a TCP/IP
RFCs Todos los estndares de TCP son publicados mediante el mecanismos de RFC

El RFC 1543 indica como crear RFCs

Fuentes para obtener un RFC: APNIC (Asia), RIPE (Europe), INTERNIC (U.S.) Web site IETF
http://tools.ietf.org/html/rfcxxxx

Introduccin a TCP/IP
Conceptos Conmutacin de Circuitos y Paquetes
Circuit switching provee un camino pre-existente de conexin entre 2 estaciones

El camino (path) est reservado por la duracin de la sesin.

Packet switching determina la ruta que un paquete seguir a travs de la direccin en la cabecera Mltiples paquetes de datos puedes enviarse al mismo tiempo por la misma ruta . Aplicable a todo tipo de data, voz, video etc.

Introduccin a TCP/IP

Circuit Switch

Packet Switch

Introduccin a Redes TCP

REDES CONVERGENTES:
Integran redes de distinta naturaleza Redes multiservicio voz, video, datos

Reducen los costos de integracin

Basados en gateways de medios
Fuente : Blog Julio Maraa 2011

Temas de Investigacin

Seleccione un tema de investigacin

Ver http://www.rfceditor.org/search/rfc_search_detail.php

Arquitectura de la Red

Arquitectura de una Red IP

Modelo ISO/OSI
Desarrollado en 1980s

Modelo de 7 capas
Es una arquitectura referencial de protocolos Modelo TCP/IP Desarrollado en 1979 por el DoD Modelo de 5 capas

Definido por RFC

Arquitectura de una Red IP

Modelo OSI
Capa Fsica : Describe el hardware de la red , incluyendo seales elctricas , frecuencia, voltajes , conectores y repetidores

Data Link :Maneja la entrega de la data a la capa fsica , provee deteccin de error y el formato de paquete.

Arquitectura de una Red IP

Modelo OSI
Capa de Red : Maneja el direccionamiento y la entrega del paquete entre redes. Las funciones de enrutamiento y fragmentacin Capa de Transporte : Provee servicios de transporte de datos confiables y no confiables

Arquitectura de una Red IP

Modelo OSI
Capa de Sesin : Maneja comunicacin end-to-end . Funcin de organizar y sincronizar el dilogo y controlar el intercambio de datos Capa de Presentacin: Realiza conversiones de datos necesarios entre plataformas distintas Capa de Aplicaciones: Aplicaciones de usuarios y protocolos de alto nivel

Arquitectura de la Red IP
Application Presentation Session Transport Network Data Link Physical Application Transport Internet

Relacin entre el modelo OSI y TCP/IP

Data Link
Physical

Arquitectura de la Red IP
Application

Presentation Upper Layer Data

TCP HeaderUpper Layer Data Session

Message Segment

Transport Segment

IP Header

Data

Network

Packet

LLC Header

Data

FCS

Data Link

Frame

MAC Header

Data

FCS

0101110101001000010

Physical

Bits

Arquitectura de la Red IP
Application Presentation Session

Upper Layer Data

Transport
Upper Layer Data

Network
TCP+ Upper Layer Data IP + TCP + Upper Layer Data

Data Link
LLC Hdr + IP + TCP + Upper Layer Data

Physical
0101110101001000010

Arquitectura de la Red IP
Los protocolos son los que permiten la comunicacin de datos Pueden ser implementados en software/firmware Definen interfaces estndar

Permite el diseo especializado de cada capa

Divide la complejidad en segmentos pequeos mas manejables e intercambiables Los protocolos definen sintaxis, semntica y tiempos

CAPA FSICA o CAPA DE HARDWARE

TCP/IP Capa Fsica

Enfoque de la Capa 1
Especificaciones de la interface fsica Conectores incluyendo aspectos elctricos y mecnicos Especificaciones de Procedimientos que aseguran la compatibilidad entre distintos elementos Regula el trfico de un flujo de bits no estructurados sobre un medio Regula la velocidad de entrada/salida de bits y sus representaciones Ejemplos : RJ45 Par trenzado, fibra ptica

TCP/IP Capa Fsica

Interfaces Fsicas
Ethernet IEEE 802.3 RS232 V35
Physical 802.3

TCP/IP Capa Fsica

La capa de hardware se subdivide en 3 capas : PCS : Physical Coding Sublayer provee la lgica de codificacin , multiplexacin, y sincronizacin del flujo de salida y decodificacin y demultiplexacin de los flujos de entrada PMA: Contiene los transmisores y receptores as como la recuperacin del reloj Negociacin : Permite a lo nodos de la red intercambiar informacin acerca de sus capacidades y seleccionar la ms favorable .

TCP/IP Capa Fsica

TCP/IP Capa Fsica

Identificadores IEEE
Asignados para diferenciar los distintos medios , velocidades y tipos de modulacin a ser usados :

TCP/IP Capa Fsica

Identificadores IEEE

Antiguos

10BASE-5 /10BASE2 Coax thick/thin

10BASE-T a 10 Mbps cat3

10BASE-F FOIRL Inter repeater link , 10BASE-FL 10BASE FB 10BASE-FP

TCP/IP Capa Fsica

Identificadores IEEE
100 Mbps
100BASE-TX 100BASE-T4 100BASE-FX

1000Mbps
1000BASE-X
1000BASE-SX 1000BASE-LX 1000BASE-CX

1000BASE-T

TCP/IP Capa Fsica

Identificadores IEEE
10GBASE-SR 10GBASE-CX4 10GBASE-LX4 10GBASE-LR 10GBASE-ER 10GBASE-LRM 10GBASE-SW, 10GBASE-LW y 10GBASE-EW. 10GBASE-T

TCP/IP Capa Fsica

TCP/IP Capa Fsica

Variantes Ethernet

Distintos estndares Ethernet se basan en la implementacin de distintas formas de codificacin de lnea , sealizacin y bloques de transmisin . stos tratan de sobrepasar las limitaciones de los medios para lograr mejores velocidades Temas a tener en cuenta :

A mayor frecuencia la radiacin en el cable aumenta A mayor componente DC aumentan las prdidas en el cable A mayor distancia mayor atenuacin

TCP/IP Capa Fsica

Conceptos

Codificacin de lnea

NRZ NRZI Manchester

MLT-3 PAM5

Codificacin de Bloque

4B5B 5B6B 6B8T 8B10B

Voltajes o niveles 2/3/4 Scramblers

Conectores RJ45
Medio UTP,STP, Fibra Tasa bit/baud

TCP/IP Capa Fsica

Codificacin Manchester

Utiliza un sistema de transicin en la mitad del perodo de cada bit Para un 1 lgico, la primera mitad del perodo es alto y la segunda mitad est bajo, transicin hacia abajo Para un 0 lgico, la primera mitad es bajo y la segunda mitad es alto , transicin hacia arriba Los niveles fluctan entre +/-2.5 Volt, operando a frecuencias de 5 y 10 MHz

TCP/IP Capa Fsica

Manchester Diferencial

Tambin utiliza una transicin a mitad del perodo La diferencia radica en como se realiza. Para representar un 1 lgico , el nivel se mantiene igual que el bit anterior y luego cambia en la mitad de perodo Para representar un 0 lgico , el nivel cambia tanto al inicio de perodo y al final del perodo

TCP/IP Capa Fsica

Codificacin 10BASE-T 10 Mbps sobre UTP

Block Encoding

Manchester

Line Signaling

Diferencial

Cada bit codificado contiene una transicin en la mitad del intervalo de duracin de los bits. Una transicin de negativo a positivo representa un 1 y una transicin de positivo a negativo representa un 0.

TCP/IP Capa Fsica

10BASE-T

Block Encoding

Manchester

Line Signaling

Differential

TCP/IP Capa Fsica

Transmisin 10BASE-T
La onda resultante se vera as :

TCP/IP Capa Fsica

100BASE-TX a 100 Mbps sobre UTP

Block Encoding

4B/5B

Line Signaling

MLT-3

TCP/IP Capa Fsica

Codificacin de bloque 4B/5B

Antes de transferir un byte , ste es codificado con 4B5B Mediante 4B/5B, cada grupo de 4-bits es codificado mediante un bloque de 5 bits que no tiene correlacin de acuerdo a la tabla Ejemplo

TCP/IP Capa Fsica

Codificacin de bloque 4B/5B

4 bits de datos son reemplazados por 5 bits

4 de los bits codificados representan la data original El 5to bit sirve para :
Sincronizacin o recuperacin del reloj desde la seal Evita tener una lnea separada para el reloj como se usa en V35 La transicin del reloj es enviada seguido para asegurar su recuperacin y evitar corrimientos

TCP/IP Capa Fsica

Codificacin de bloque 4B/5B

Adicionalmente , el 5to bit sirve para minimizar la componente DC Mejora la atenuacin de la seal en el medio Sirve para realizar una deteccin de errores debido a crosstalk y otros fenmenos elctricos que distorsionan la seal

TCP/IP Capa Fsica

MLT-3 Multi-Level Transition con tres niveles

Cada nivel representa un voltaje diferente

MLT-3 tiene ciclos que van entre -V a 0 a +V y regreso a V , este ciclo se repite indefinidamente Un 0 lgico es codificado deteniendo el ciclo por un perodo
Un 1 lgico es codificado siguiendo el ciclo

TCP/IP Capa Fsica

El patrn circular es :

0, +1, 0, -1,0, +1 .. voltios

El patrn produce una seal sinusoidal de una frecuencia menor a las tasa de bits que se estn transmitiendo , ideal para medios UTP

TCP/IP Capa Fsica

Para reducir las emisiones electromagnticas la seal se somete a un proceso de scrambling antes de ser modulada
El scrambler produce una secuencia de bits no repetitiva , minimizando la posibilidad de ceros o unos seguidos que produzcan prdida de sincronismo

TCP/IP Capa Fsica

Forma de onda resultante en 100BASE-TX

TCP/IP Capa Fsica

1000BASE-T 1000 Mbps sobre UTP

Block Encoding

4D-PAM-5

Line Signaling

PAM-5

TCP/IP Capa Fsica

Codificacin 4D-PAM-5

Es una variante de PAM, que codifica la data segn 5 niveles de seal(baud) En un seal 1000BASE-T el sistema transmite y recibe simultneamente sobre los 4 pares de hilos usando 5 seales de voltaje diferentes . Cada 8 bits son convertidos en una sola transmisin a 4 smbolos quinarios

TCP/IP Capa Fsica

PAM5 usa 5 niveles de voltaje diferentes

-2 -1

0
+1 +2

Tpicamente solo 4 niveles de voltaje se requieren para transmitir 2 bits con combinaciones 00, 01, 10, 11 El receptor decodifica el voltaje recibido en 2 bits de la misma forma

TCP/IP Capa Fsica

Ventajas:

Una transmisin usando 4 niveles indica que la seal tendr transiciones cada 2 perodos de bit , mientras que una seal binaria tendr cada bit. La frecuencia resultante es menor y adecuada para medios UTP Por lo tanto la frecuencia es la mitad .

TCP/IP Capa Fsica

Por lo tanto , una seal de 250MB/s puede ser transmitida con 125 MSmbolos/seg con 4 niveles de voltaje
El 5to nivel es usado para redundancia y deteccin de errores.

Si se usan los 4 pares del cable se puede obtener una seal de 1Gbps

TCP/IP Capa Fsica

1000BASE-T Waveform

TCP/IP Capa Fsica

1000BASE-SX a 1000 Mbps sobre fibra multimodo Block Encoding

8B/10B

Line Signaling

NRZ

TCP/IP Capa Fsica

1000BASE-SX a 1000 Mbps sobre fibra multimodo

TCP/IP Capa Fsica

1000BASE-SX

Block Encoding
8B/10B

Line Signaling
NRZ

TCP/IP Capa Fsica

8B/10B

Similar a 4B5B , pero esta vez se utilizan bloques de 8 bits convertidos a simbolos de 10 bits Esto ocurre previo a la transmisin sobre el medio . Produce una sobrecarga en la transmisin debido a los bit extras . 1.25 Gigabaud para transmitir 1Gbps

TCP/IP Capa Fsica

Los bits adicionales permiten la transferencia de bloques de control y otra informacin.

Los bloques de control sirven para intercambiar mensajes entre las NICs , no es para data de usuario

Smbolos de control pueden sealizar incio de paquete , fin de paquete , idle

La conversin se realiza mediante una tabla Solo se utilizan smbolos con igual cantidad de 0s y 1s

TCP/IP Capa Fsica

La conversin se realiza mediante la siguiente forma

TCP/IP Capa Fsica

NRZ en esta codificacin el nivel de la seal depende del tipo de bit que se representa.
Un valor positivo indica un bit 0 y un valor negativo utiliza 1

Es susceptible a errores cuando la cantidad de 0s o1s que se transmite es alto

NRZI la transicin se da cuando un bit 1 es transmitido

TCP/IP Capa Fsica

1000BASE-SX Forma de Onda

Arquitectura de una Red IP

Componentes LAN
Backbone
Segmento

Repetidor

Switch

Router Router AP

Bridge

Gateway

Arquitectura de la Red IP
Switches
Trabajan en capa 2 Reducen la cantidad de colisiones de la red Punto central que implementa una backbone Mltiples puertos Un host u otro switch en cada puerto Generalmente implementan buffers Generalmente implementan retransmisin Generalmente implementa port mirror

Arquitectura de la Red IP
Routers :
Trabajan a nivel de la capa 3

Paso de paquetes en base a direcciones de destino

Maneja rutas ingresadas ( estticas) o Pueden aprender nuevas rutas (dinmicas) Pueden enrutar en base mtricas Mantienen y verifican la informacin de ruteo

CAPA DE INTERFACE DE RED

Capa de Interface Red

Ethernet Principales componentes: Direccionamiento MAC Mtodos de acceso a la red CSMA/CD CSMA/CA Paquete Ethernet o frame MTU

Capa de Interface de Red

Direccionamiento Fsico Conocido como MAC Direccin nica de la NIC Administrada por el IEEE 48 bits de largo Hexas separado por : Octetos especficos del vendedor 3 Octetos serial del NIC Podran ser modificados 08:00:20 Sun (Oracle) 00:04:AC IBM 00:0A:D9 Sony

MAC-OUI

Capa de Interface de Red

Tipos de Direcciones Unicast: Comunicacin 1 a 1 Multicast Comunicacion1 a N Broadcast 01:00:5E: 08:00:20:1F:BC:CA

Comunicacin 1 a N

FF:FF:FF:FF:FF:FF

Capa de Interface de Red

ETHERNET II Preambulo : Sincroniza transmisor y receptor 0x55 0x55 0x55 0x55 0x55 0x55 0x55 0xD5 D-addr: Direccin MAC de destino

S-addr- Direccin MAC de origen

Type: Protocolo de la data CRC: Mtodo de chequeo

Capa de Interface de Red

Ethernet II Type Code :
Definido en RFC 1060/1700

RFC 1060 1700

Protocolos interesantes :IP 0800 ARP 0806 RARP 8035 (en Hex)

Capa de Interface de Red

MTU
Topologa Ethernet FDDI Ethernet gigabit jumbo frame IEEE 802.3 X25 PPP IP/MPLS/Ethernet Loopback MTU 1500 4352 9000 1494 576 296 1600 8232

Dependiente de la topologa a usar

Configurable
Cantidad mxima de la carga del frame

Ethernet (1500 sin cabecera)

Jumbo Frames 9000 Loopback : interface de red interna, no es usable para transferencia de data

Capa de Interface de Red

MTU
Puede alterarse por varias razones:

RFC 4821 1981

802.1Q/802.3ac tagging incrementa en 4 bytes a 1522 ,ether 0810

Cisco InterLink Switch Frame Format toma 1548 bytes

Ventajas Reduce fragmentacin y overhead del procesador Mejora en rendimiento y respuesta a cierta cantidad de fallas

Otras tecnologas usan MTU mayores:

ATM 4470, 9180 FC 65,280 RFCS Relacionados: 4821 MTU ICMP Discovery ipv4 1981 ICMP Discovery ipv6

Capa de interface de red

Impacto del MTU Reduce el procesamiento de Ethernet Recomendacin IETF Usada en gigabit Requiere que todo el segmento lo soporte

Soportado por Internet 2

Capa de Interface de Red

Errores en Ethernet
Runts < 64 bytes Producto de colisiones , normalmente son descartados Jabbers > MTU Problemas elctricos , igual son descartados Long > 1518-6000 bytes Problemas de hardware de la interface Giant >6000 bytes Problemas hardware o mezcla de MTUs Bad CRC Corrupcin de la data

Capa de Interface de Red CSMA/CD

Mtodo de acceso al medio 802.3
Recupera de transmisiones simultneas Indicador numero de colisiones Backoff exponencial asegura que no se repita una nueva colisin al reintentar , random wait Despus de 10 veces la ventana no se expande ms Despus de 16 veces se aborta el proceso

Capa de Acceso a la Red

CSMA/CD
Gigabit Ethernet usa un mecanismo mejorado Velocidad de transmisin hace que no se detecten colisiones con paquetes menores a 64 bytes Gigabit Ethernet usa 512 bytes como slot de transmisin . Carrier extension. Modo full-duplex evita su uso . Configurable y negociable con el switch

Pero no hay mecanismo de contencin

En este caso 802.3x es usado para enviar paquete PAUSE

Capa de Acceso a la Red

CSMA/CD puede reducir la posibilidad de colisiones pero no la evita Peor escenario es cuando la seal colisiona despus de terminar su transmisin , en cuyo caso las capas superiores deben reintentar

Capa de Acceso a la Red

CDMA/CA
Usando en wireless donde no se puede detectar la colisin IFS tambin se usa para definir prioridad Ventana de contencin variable

Capa de Interface de Red

Protocolos Auxiliares
ARP : Address Resolution Protocol
Transmitir un frame involucra conocer la direccin MAC de la estacin de destino Capa internet nos provee la direccin lgica IP Se requiere algo que nos hay obtener la direccin MAC

Capa de Interface de Red

Elementos del ARP
Mensajes
ARP Request ARP Reply

RFC 826

Tabla ARP
Cache reply

Capa de Interface de Red

ARP Request
Utiliza broadcast para transferir un mensaje del protocolo 0806 No se expande ms all del segmento local
En el caso de redes lejanas el router contesta, debido al proceso

de enrutamiento ARP Reply Contesta la solicitud Utiliza unicast Formato del paquete es el mismo pero invierte los campos origen/destino

Capa de Interface de Red

ARP Formato del Paquete 0806
Hardware type : 6= 802.3
Protocol type 0800=2048 Opcode 1= Request,

2= Reply

Capa de Interface de Red

Tabla ARP
Contiene el mapeo MAC <--> IP Puede tener 2 tipos de entradas Dinmicas o aprendidas Tiene tiempo de vida ~10min

Mientras la interface est arriba

Estticas ingresadas Sin tiempo de vida,

Impiden spoofing

Capa Internet

Capa de Red
1.-Protocolo Internet
Fragmentacin y ensamble de paquetes

RFC 791

Direccionamiento lgico
Enrutamiento Protocolo connectionless

2.-Internet Control Message Protocol ICMP

Mensajes de control y error Comunicacin entre capas IP de dos sistemas

Capa de Red
Cabecera de IPv4
Versin : 4,5,6 IHL: Longitud de la cabecera en 32-bits=5 TOS: Calidad de Servicio

Total Length: longitud del paquete

Identificacin: Serial del datagrama, todos los fragmentos contienen la misma id Flags :Control de los fragmentos
1st bit: reserved, 2nd bit: DF -- Do Not Fragment 3rd bit: MF -- More Fragments

Capa de Red
TOS: Type of Service , indica calidad del servicio esperado por el usuario en el envo del paquete Definido por la aplicacin, usada por lo routers, para seleccionar path (de existir) Campo ha sufrido varias interpretaciones y es poco usado al momento Para soportarlo el router debera tener mltiples tablas de enrutamiento

No todos los protocolos de enrutamiento lo soportan

No se debe confundir con protocolos de QoS.

Capa de Red
Type of Service :

Capa de Red
Time to Live : TTL controla saltos por routers Protocol: Cdigo del protocolo de capa 4
TCP= 6 UDP=17 SCTP=132 ICMP=1

Header Checksum: CRC de la cabecera

Capa de Red
Source/Dest. IPs : indican las direcciones de origen y destino del paquete IP Options: Opciones de control de paquete :
Varias opciones pueden ser especificadas, cada una tiene su formato y longitud

Capa de Red
Opciones :
Source Routing : especifica la ruta que deber seguir el paquete Record Route: va agregando al datagrama los saltos que da el paquete TimeStamp Graba tiempo del arribo del paquete Stream ID : en desuso

Capa de Red
Source Routing esquemas:
LSR Loose source routing , el router enva a cualquier router que crea conveniente de la lista

SSR Strict source routing, el router sigue estrictamente la lista indicada

Fuente de virus DoS

Capa de Red
Security Option :
Usado nicamente en aplicaciones militares

Record Route:
Permite conocer el path seguido

RFC 791 define 8 niveles Origen crea un lista vaca de seguridad: de direcciones
Unclassified, Confidential, Restricted, Secret Top Secret

Activa la opcin Cada Router que recibe este paquete aade su direccin Mquina de destino puede conocer el path seguido

Capa de Red
Fragmentacin:
Dividir los mensajes de la capa de TCP en bloques pequeos llamados datagramas Necesario porque el frame tiene un tamao limitado de carga ( payload) Tamao del fragmento determinado por el MTU Puede ocurir varias veces en el path debido a los MTUs

Capa de Red
ID : nmero del datagrama
Flags: 3 bits :
DF:No Fragmentos MF: Ms fragmentos

Offset : Indica la posicin de inicio del fragmento dentro de la data original , en unidades de 8 bytes
No hay retransmisin en caso de prdida

Capa de Red
Ejemplo de Fragmentacin

Capa de Red
Direccionamiento:
IPv4 32 bits IPv6 128 bits
Clase A

IPv4 Clases
32 bits definen Nmero de la red Nmero de Host en la red Nomenclatura
Clase B

4 Octetos
XXX.XXX.XXX.XXX
Clase C

Capa de Red
Clase A
Redes muy grandes 127 redes 16 millones de hosts Rango 1-126.0.0.0 Actualmente muchas se han dividido (ver # ifconfig lo 127.0.0.1 CIDR) Primer octeto empieza con 0 Red 127 reservada para loopback
Red interna Permite comunicar la mquina con si misma

# cat /etc/hosts localhost 127.0.0.1

Capa de Red
Clase B 16K redes y estaciones Rango 128-191.0.0.0 Segmentos reservados para uso privado 172.16.0.0 Clase C

2.097.152 redes , 255 estaciones

Rango 192.223.0.0.0

Capa de Interface de ed
Clase D Usado para multicast Desde 1 host a varios hosts Rango 224-239

El resto de bits identifican el grupo multicast

Mapea al MAC 01:00:5E:00.00.01 Requiere que la estacin se registre en el grupo

( ver IGMP)

Capa de Red
Direciones IPv4 Reservadas
Direccin IPv4 Uso

127.x.x.x
xxx.0.0.0 XXX.255.255.255 0.0.0.0

Reservado para Loopback

Direcciones como 128.40.0.0 podran no ser vlidas, interfieren con mscara de red Direcciones de host con 255 interfieren con mscara de red Direccin indica que la red todava no ha sido inicializada, usadas por RARP y BOOT para obtener direccin Direccin de broadcast Uso privado , no es direccin pblica Uso privado , no es direccin pblica Uso privado , no es direccin pblica Experimental , conocido como clase E

255.255.255.255 10.0.0.0 172.16.0.0 a 172.31.0.0 192.168.0.0. 240-255.0.0.0

Capa de Red
Mscara de Red Permite identificar la red Default:
Clase A 255.0.0.0 Clase B 255.255.0.0 Clase C 255.255.255.0

Administrador de la red puede alterar la mscara Bits podran no ser consecutivos

Capa de Red
Subneting
Permite aislar el trfico de un segmento , mejor rendimiento de la red Permite mantener seguridad, configuracin del router

Jerarqua de Subred

Permite redes departamentales

Mejora la administracin de la red Firewalls podrn definir reglas por subnet Routers se configuran con la direccin extendida de la red

Nmero de Red Extendido

Capa de Red
Subnetting Permite dividir una red en subredes Comprende tomar porcin de direcciones de host para definir una subred Default : Clase A 2do octeto Clase B 3er octeto Clase C 4 bits del 4to octeto

Nomclatura : NumRed/NumBitsSubred

Capa de Red

Ejemplo de Subnetting Clase A

Capa de Red

Ejemplo de Subnetting clase B

Capa de Interface Red

Subnetting con Clase C

Capa de Red
Direccionamiento con Subredes Trfico es contenido en cada red Requiere enrutadores para pasar a otra red
172.16.3.0

RFC 950

Controla el dominio de broadcast

172.16.4.0

Definido en RFC 950

Bits podran no se contiguos En el ejemplo , todas las subredes tiene igual mscara
172.16.1.0 172.16.2.0

Capa de Red
Ejemplo :
Variable Length Subnet Mask Definido en RFC 950 Manejo eficiente de la direcciones de red Permite asignar mas de una mscara a una red IP Nmeros de red extendidos pueden tener diferente longitud Agregacin de rutas reduce la configuracin del router Protocolo Asociados OSPF La mscara podra funcionar adecuadamente si existen muchos hosts, Caso contrario hay un desperdicio de direcciones VLSM permite que distintos segmentos de la red tengan distintas mscaras

Capa de Red
Ejemplo: Subnetting en Clase A con 3 distintas mscaras

Capa de Red
Ejemplo VLSM CIDR

RFC 4632

Asuma que su empresa requiere conectividad entre 4 sitios. La cantidad de estaciones de trabajo por sitio no es grande

Una red clase C sera suficiente pero..

Cada sitio tiene diferentes necesidades de direcciones Protocolos CIDR : OSPF, RIP II, Integrated IS-IS, y E-IGRP.

Capa de Red
Ejemplo VLSM
Se tiene una red distribuida en 7 segmentos ( sitios o dptos) Cada segmento tiene distinta cantidad de estaciones, total 35

200.100.50/24

Se le ha asignado la red
200.100.50/24 Una configuracin elemental sera tener 7 segmentos de 15 estaciones , es decir 4 bits subnet Esto definir 255 estaciones ,hay desperdicio

Capa de Red
VLSM
200.100.50.0/24 1. Determine la cantidad de direcciones por subred PCs+Intfc+2 1. Inicie desde la ms grande en direcciones 2. Identifique cuantos bits se requieren por subred 3. Determine la mscara 4. Determine las direcciones

5. Determine el broadcast

Capa de Red
Subred mayor S1
13 pcs + 1 router+ 2( no usables)=14 <=24 bits

Asignamos 4 bits de mscara con valor 0000

200.100.50.0000 XXXX 200.200.50.0/28 Rango :200.100.50.1 al 200.200.50.14 Broadcast:200.100.50.15

Capa de Red
Siguiente red S3 en tamao
Estaciones :10+1 router+2 (no usables)=13 <24

Asignamos 4 bits de mascara con valor 0001

200.100.50.0001 xxxx 200.100.50.16/28 Rango: 200.100.50.17 al 200.100.50.31 Broadcast :200.100.50.31

Capa de Red
Siguiente Red es la S2
Estaciones: 8Pcs+1+2(no usables) =11 <24

Asignamos 4 bits con valor 0010

200.100.50.0010 xxxx 200.100.50.32/28 Rango 100.200.50.33 al 200.100.50.46 Broadcast 200.100.50.47

Capa de Red
Siguiente segmento es el S7
Estaciones : 4 PCs +1+2( no usables)<=23

Asignamos 5 bits con mscara 00110

200.100.50.0011 0xxx 200.100.50.48/29 Rango: 100.100.50.49 al 200.100.50.54 Broadcast : 200.100.50.55 Note como se asigna nicamente las direcciones necesarias

Capa de Red
Siguiente red S4
Estaciones : 0+2router + 2 (no usables) =4 <=22

Asignamos 2 6 bits de mscara con valor 001110

200.100.50.0011 10xx 200.100.50.56/30 Rango: 200.100.50.57 al 200.100.50.58 Broadcast: 200.100.50.59 Otra vez , note como solo asignamos las direcciones requeridas.

Capa de Red

Subred

Red

Mscara

Direcciones

Broadcast

Capa de Red
Interfaces Virtuales
Asignar varias IPs a una interface fsica Host puede estar en ms de un segmento Bajo costo y fcil administracin Aplicaciones Alta disponibilidad Servidores Web

Servidores con varias aplicaciones

Capa de Red
Interface Virtuales
Una interface fsica emula varias virtuales
Un host acta como si tuviera mas de una interface fsica Permite conectar un servidor a ms de una red Ambientes de virtualizados Ancho de banda configurable

Capa de Red
Trunking
Incremento el ancho de banda hacia un segmento Mejora el tiempo de respuesta de los servidores Cluster server a server Balanceo de carga

Mtodos de Trunking
MAC IP origen/destino Round robin

Capa de Red
IPv6 y sus caractersticas:
Auto configuracin

Direccionamiento extendido : 128 bits

Simplificacin de cabeceras y encapsulamiento Fragmentacin Seguridad IPsec AH y ESP Calidad de Servicio nativo

Capa de Red

RFCs IPv6

Capa de Red
Cabecera
IPv6

Capa de Red
Versin: 6 para IPv6
Traffic Clase :Similar a TOS en IPv4

Flow Label: Permite identificar paquetes del mismo flujo . Paquetes del mismo flujo pueden tener tratamientos especiales definidos Payload Length: Longitud de la carga que transportada. No incluye la cabecera (comoIPv4) dado que la cabecera es fija.
Hop Limit: Similar al TTLde IPv4 , decrementado con cada salto

Capa de Red
Next Header Indica que tipo de informacin viene en la data . Estricto orden

RFC2460

Capa de Red
Next Header :Caso ms simple , el Next Header es el de TCP ,ya que transporta la data de TCP o UL

Capa de Red
Next Header : Encadenamiento de Cabeceras

Capa de Red
Next Header : Encadenamiento de cabeceras , Orden a seguir

Capa de Red
Consideraciones MTU IPv6
Mnimo MTU es 1280 vs 68 de IPv4 Si el MTU <1280 se implementa framentacin

RFC 1981

IPv6 debe hacer path MTU discovery antes de enviar paquetes mayores 1280

Puede omitir PMTU discovery si conserva MTU<1280

Opcin Hop-by-Hop permite jumbograms de 232 bytes Routers no hacen fragmentacin y retornan ICMP Packet to big

PATH MTU Discovery

Jumbograms

Capa de Red
Direccionamiento :
Unicast: Comunicacin punto a punto Multicast : Comunicacin uno a muchos Anycast : Comunicacin uno al miembro del grupo

Capa de Red
Representacin de la direccin:
8 grupos hexa Fe80:0000:0000:0000:0a00:20ff:feb5:4137 8 grupos hexa con compresin de ceros
Fe80:0:0:0:0a00:20ff:feb5:4137

Compresin de grupos
Fe80::0a00:20ff:feb5:4137 0:0:0:0:0:0:0:1 > ::1 0:0:0:0:0:0:0:0 >::

Capa de Red
Alcance de la Direccin: Todo host puede tener mltiples direcciones

RFC 3513

Link Local : No pueden extenderse ms all de routers Site Local : Pueden pasar routers y toda la intranet Global Unicast: Similar a direcciones pblicas

Capa de Red
Link Local:
Prefijo 1111 1110 10 (FE8::/10) Seguido de 54 ceros
El identificador de red sigue EUI-64 Se auto-configura , todo host requiere una Paquetes no cursado por routers

Capa de Red
EUI-64:
Generado en base a la MAC de la intfc Utiliza 24 bits del cdigo del fabricante

EUI-64

Invierte el bit 7 para indicar administracin local

Capa de Red
Site Local Address:
Prefijo 1111 1110 11 FEC Configurada manualmente Equivalente a redes privadas IPv4 (10/172/192) SLA Site Level Subred del Cliente Pasa routers pero no a Internet

Capa de Red
Global Unicast :
Incluye jerarqua de ISPs

Prefijo 002
TLA Top Level Aggregator es Global ISP NLA Next Level Aggregator ISP local SLA: Site Level Subred del Cliente

Capa de Red
Multicast
Prefijo FF Flags: 1 IANA multicast 0 Multicast Temporal Scope : Que tan lejos puede llegar 1 Nodo 2 Link 5 Site 8 Organizacin B Community E Global

Capa de Red
Direcciones conocidas de multicast
FF01::2 Ruteadores del nodo

RFC2373 RFC3513

FF01::2 Ruteadores link local

FF05::2 Ruteadores site local FF02::9 Ruteadores link local RIP FF01::1 Todos los nodos locales FF02::1 Todos los nodos link local

Capa de Red
Resumen de Prefijos

Capa de Red
Auto-Configuracin de direccin:
Stateful: Similar a DHCP (DHCPv6) RFC 2462 IEEEEUI64

Requiere de un servidor , generalmente un router IPv6

Stateless
No requiere DCHP, el mismo host lo hace Funciona en direcciones link-local ,

Prefijos obtiene de direcciones publicadas por routers

Determina que debe configurarse Direcciones Prefijos

Capa de Red
Proceso de auto-configuracin

RFC2464

Determina la direccin link-local basado enEUI64 Verifica que la direccin es nica Mensajes de los vecinos Neighbor solicitation/advertisement Router solicitation/advertisement
RFC 2461

Detecta routers en el segmento

Direccin de Loopback ::1

Router Adversitement y Autoconfiguracin

Direccin MAC A= 00:12:6b:3a:9e:9a

Calculo EUI64: 0212:6bff:fe3a:9e9a

Router Advertise: 3ffe:b00:0:1::/64 Auto configuracion : 3ffe:b00:0:1:212:6bff:fe3a:9e9a

Router Solicitation
RA son enviados cada 5 minutos , si una estacin esta booteando puede solicitar RAs inmediatamente
Esto lo hace enviando un broadcast FF02::2 Routers contestan a FF02::1

DHCPV6
Configuracin Stateful
Va DHCPv6

RFC 3315

Servidor es un router
Facilita renumeracin Direcciones con estados

DHCPv6
De A Mensaje Direccin

Cliente Router Cliente

Routers Cliente Server

ND RS ND RA DHCP Solicit *

FF02::2 FF02::1 FF02::1:2

Cliente procesa la direccin enviada

Server Cliente DHCP Advertise Link local

* Ver configuracin DHCPv6 ms adelante

Proceso de Autoconfiguracin I

Capa de Red

Generacin de direccin link local en base a EUI64 Verificar que la direccin es nica mediante mensajes ICMP neighbor solicitation

Capa de Red
PARTE II Solicitar routers presentes en la red mediante ICMP router solicitation Solicitar configuracin stateful mediante , configuracin sitelocal

Capa de Red
Subneting :
RFC 2373 Similar a IPv4 CIDR ,pero hay que tomar en cuenta los prefijos . Ejemplos : fec0::0003:a00:20ff:feb5:4137/64

Prefijo de subred

IP de la estacin

Capa de Red
Integracin y coexistencia IPv4- IPv6
Dual Stack : El host contiene los dos mecanismos trabajando en paralelo ,no hay integracin a nivel IP . TCP puede recibir paquetes de ambos stacks

Aplicaciones escogen su protocolo y libreras

DNS debe mantener nombres con dobles tags A y AAAA Permite migracin gradual de aplicaciones

Capa de Red
Integracin y coexistencia
Encapsulacin y Tuneling

Utiliza red IPv4 como transporte de data

IPv6

Capa de Red
Teredo

RFC 4380

Hacer tuneles a travs de FW o puntos finales que implementan NAT es imposible , debido a que impiden que paquetes con proto 41 (tunel) pasen Teredo encapsula los paquetes bajo IP-UDP-IPv6 de tal manera que pueden operar detrs de NATs Define 3 componentes: Cliente

Servidor
Relay

Capa de Red
TEREDO

Creacin Automtica de Tnel 6to4

Facilita la migracin 4 a 6
Usa prefijo 2002 , seguido por una direccion IPv4

La direccin IPv4 es la direccin del router de borde que implementa el tnel

Es un mecanismo de tnel router a router

Creacin de Tnel 6 to 4

Capa de Red IPv6

Resumen de RFCs: Existen muchos ms
Nombre RFC Nombre RFC

Especificacin 6
RIP IGMPv6 Router Alert Autoconfiguracin

2460
2080 2710 2711 2462

Neighbor Descovery
BGP OSPF Jumbogramas Direccionamiento

2461
2545 2740 2675 3513

IPV6 OVER

RFC

IPv6 OVER

RFC

PPP FDDI

2023 2467

FRAME RELAY ATM

2590 2492

Capa de Red
ICMP
IP no provee manejo de errores , esto lo hace ICMP IP es connectionless , ICMP ayuda a mejorar entrega de paquetes Definido en el RFCs 792 1191 1256 1885 1970 Versiones para IPv4 IPv6
Los mensajes de IPv6 son una extensin de IPv4

RFC 792

Mensajes que no pueden ser cursados por el equipo de destino se reportan al origen Mensajes de control o error de un IP a otro

Capa de Red
Mensaje ICMP
Echo request y reply usados por el ping Destino inalcanzable Control de congestin y flujos de datagrama Cambios de rutas de routers a hosts Deteccin de rutas circulares o largas Sincronizacin de reloj y tiempo de trnsito

Publicacin de rutas (RDISC)

Solicitud de rutas (RDISC)

Capa de Red
Principales tipos de Mensajes ICMP: Existen 18 tipos
de mensajes y varios cdigos de cada uno Los ms importantes:

Capa de Red
Paquete ICMP v4
Type: Tipo de mensajes 18 tipos Code : Subtipo de mensaje Checksum: 16 bits sobre el mensaje Data: Depende del mensaje (128 bits max) En caso de errores se incluye los primeros 64 bits del datagrama que ocasion el error

Capa de Red
Ejemplo : mensaje de redireccin
Asuma que el host A desea enviar un paquete al host B ,de acuerdo a su tabla de ruteo le envia a Router 1 quien a su vez lo enva a router 2 para ser entregado a Host B, adems enva un ICMP a host A(en rojo)

type

code

Description

0 1 5 2 3

redirect for network redirect for host redirect for type-ofservice and network redirect for type-ofservice and host

Capa de Red
Ejemplo red no accesible: asuma que el host A
quiere enviar un paquete al host B de acuerdo a su tabla de ruta debe. hacerlo va router 1 , pero router1 no tiene conectividad .retorna un mensaje de error que incluye el datagrama original

type

code 0 1

Description destination unreachable: network unreachable host unreachable protocol unreachable port unreachable

2 3 4

Capa de Red
Ejemplo mensaje de eco : Host A quiere saber si host B
est activo. Enva un ping a Host B, Ping usa mensaje echo request , host B responde echo reply . Host B retorna los mismo datos que se recibieron:

Capa de Red
Ejemplo Mensajes Time Exceeded: Host A enva un
paquete a host B, Router 4 descarta el paquete debido a TTL=0 y enva un mensaje timeout
IP TTL=1 IP TTL=0 Router 4

Router 1

Router 2

IP/CMP Time Exceeded

11

0 1

time-to-live equals 0 during transit time-to-live equals 0 during reassembly

Capa de Red
ICMPv6: Similar a IPv4 , con pequeas diferencias .
Incluye ms mensajes requeridos para IPv6 Incluye la cabecera de IPv6 en el checksum Incluye campo next header de acuerdo al funcionamiento de IPv6

Capa de Red
Nuevos mensajes ICMPv6

RFC 4443

Mensajes eliminados Timestamp, source quench

Capa de Red
IGMPv2 es movido como mensajes ICMPv6
IGMPv3 descrito en RFC 3376 Provee informacin de miembros multicast

RFC 3376

Queries (130) Determina que grupos tienen miembros Report,(131) Usada por el sistema para reportar que es parte de un grupo Leave (132) Usada por el sistema para reportar salida del grupo

Capa de Red
Routing
Proceso de encontrar la ruta para alcanzar la estacin de destino
Directo

El equipo destino se halla en la misma red No se requiere enrutador

Indirecto

El equipo destino se halla en otra red o subred Requiere el uso del enrutador

Capa de Red
Como funciona a nivel de host : Tabla de ruteo en el kernel que contiene Red de destino Router que permite alcanzar dicha red Tres tipos de rutas incluidas
Directas Indirectas Default

Capa de Red
Tabla de rutas
netstat -r

Capa de Red
Tipos de Rutas
Estticas
Aadidas manualmente Permanentes mientras no sean cambiadas Definidas por el administrador

Dinmicas

Aprendidas mediante protocolos de enrutamiento

RIP RDISC Router Advertisement

Capa de Red
Rutas por defecto
nico router de salida hacia el resto de la red

Router default para pc1 al pc3

Router por defecto del pc5 al pc7

Capa de Red
Ventajas de la ruteo por defecto
Previene que el CPU haga ruteo innecesario

Tabla de rutas es pequea

Mltiples router por default pueden ser configurados Transparente a protocolo de ruteo que se usan Desventajas

Sistema no aprende nuevas rutas

No apropiado para redes cambiantes

Capa de Red
Mltiples rutas Red 88 puede configurarse con ruta por defecto Golem y Kerberos son servidores con 2 NICs , necesita configurar

Ip_forwarding=1
Se requiere aprender rutas

Capa de Red
Algoritmo de ruteo I :

Capa de Red
Algoritmo de ruteo II

Capa de Red
Protocolo de Enrutamiento : Usados entre routers para determinar los caminos y mantener las tablas de ruteo Una vez determinado, el router puede cursar trfico del protocolo ruteado

Capa de Red
Sistema Autnomos AS
Coleccin de redes manejadas bajo un sistema administrativo comn

Dos tipos
IGPs Interior Gateway Protocol opera dentro de un AS EGP Exterior Gateway Protocol conecta varios AS entre si

Capa de Red
Protocolos de Ruteo
EGP
Exterior Gateway Protocol Border Gateway Protocol

IGP
Open Shortest Path First OSPF Routing Information Protocol RIP Interior Gateway Routing Protcol IGRP

Capa de Red
Clases de Protocolos de Enrutamiento

Capa de Red
Distance Vector :
Se basa en la cantidad de saltos necesarios para alcanzar la red destino

Perodicamente pasa copias de las tablas de ruteo a los routers vecinos para calcular los saltos

Ejemplos : RIP , IGRP , EIGRP

Capa de Red
Calculo de la distancia : Datos iniciales

Capa de Red
Calculo de la Distancia : A y B intercambian rutas

Rutas aprendidas

Capa de Red
Calculo de la distancia B y C intercambia rutas

Despus de intercambiadas la tablas de ruteo , equipos de la red 1 pueden comunicarse con las red 4

Capa de Red
Distance Vector Protocols , como RIP permiten seleccionar la mejor ruta basado en mtricas

Capa de Red
Routing Information Protocol RIP
Ventajas Simple y de bajo consumo CPU Fcil de implementar Actualiza cada 30 segs la tablas

RFC 2453

Estndar aceptado por la industria

Desventajas Genera trfico adicional

No soporta mltiples mtricas ni balaceo de carga

Soporta nicamente 15 hops , mayor es considerado no alcanzable

Capa de Red
RIP
Command = Request /Response Versin= 2

AFI=2 (IP) , Next Hop = Siguiente Salto

Metric = Nmero de saltos

Capa de Red
Mecanismos de estabilidad del protocolo RIP
RIP tiene varias caractersticas que incrementan la estabilidad cuando hay cambios de topologa:
Hop-count: Hold-Down Split-Horizon Route Poisoning Triggered Updates

Capa de Red
Los cambios de topologa son reportados en el siguiente ciclo

Capa de Red
Cambios en topologa: Red estable y tablas de ruteo consistentes

Capa de Red

Router C pierde conectividad con la red 10.4 , y por lo tanto asume que la ruta para la red 10.4 es va el router B , propaga esta informacin lo que hace la tabla del router B se altere incrementando la cantidad de saltos . Esto ocurre varias veces

Capa de Red
La tabla de ruteo de B rpidamente termina en numero de saltos igual a16 y propaga la informacin a A

Capa de Red
Router B incrementa la cantidad de saltos

Capa de Red
Limitar el Hop Count a 16 impide que se creen lazos infinitos, es interpretado como red inaccesible

Capa de Red
Split Horizon : Impide que se enven actualizaciones de tablas en el mismo sentido que se enviaron inicialmente:

Capa de Red
Route Poisoning: Rutas que se ha ido abajo son marcadas con numero de saltos infinitos

Capa de Red
Hold Down Time: Impide que la red est reconfigurndose continuamente

Capa de Red
Poison Reverse: Router B enva actualizacin de tabla indicando a C que su conexin esta abajo , es como decirle ,C tu no tienes acceso a 10.4. Esto efectivamente es el contrario de split horizon

Capa de Red
Ejemplo con mltiples rutas: Router B pierde conectividad con 10.4

Capa de Red
Router A,D y E son actualizados despus de cierto tiempo dado por el temporizador hold-down

Capa de Red
Poison Reverse son enviados desde los router A,D y E

Capa de Red
Cuando se reconecta , Router B envia su actualizacin de tabla:

Capa de Red
Un host tambin puede actualizar su tabla de ruteo en base a tramas RIP o RDISC
Host actuando como router debe tener un proceso RIP corriendo , los ms conocidos
routed gated in.rdisc

RDISC tambin puede actualizar tablas de estaciones de trabajo .Para esto la estacin debe ser parte de grupo multicast 224.0.0.1

Capa de Transporte

Capa de Transporte
Objetivos
Comunicacin end-to-end

Soportado por puertos en el origen y destino

Segmentacin de Data Control de errores Protocolos
TCP 6 UDP 17 SCTP 132

Capa de Transporte
Diferencias entre TCP y UDP
Protocolo Orientados a la Conexin
Confiables, confirmacin de recepcin Establecimiento y terminacin de conexin Alto overhead

Protocolos sin Conexin

No confiables, confiabilidad de la red No confirmacin Poco overhead , livianos

Capa de Transporte
Protocolos Confiables

Capa de Transporte
Protocolos no confiables
No hay confirmacin de que los paquetes han sido entregado No hay confirmacin de que los paquetes han sido entregado ntegros

Capa de Trasporte
Transmision Control Protocol TCP

RFC 793

Protocolo orientado a la conexin, mantiene control del estado de la transmisin todos el tiempo lo cual le hace confiable. Principales caractersticas:

Orientado a flujo de datos

Conexin es un circuito virtual Es bufferizado Es full duplex

Capa de Transporte
Cabecera TCP
Source/Destination Port: indica el nmero del puerto asociado al circuito virtual Sequence : Nmero secuencial de paquete siendo transmitido Ackowledge : Nmero de paquete que es confirmada su recepcin Header Length : Tamao de la cabecera , puede variar dependiendo de las opciones

Capa de Transporte
Bits de Control
URG:indica que data urgente est lista para ser enviada,puede ser usado an cuando la estacin de destino ha cerrado el puerto ACK: Indica que el paquete est confirmando un paquete anterior cuya secuencia es la indicada en el campo de acknowledge PUSH: indica que es el ultimo paquete del mensaje ULP

Capa de Transporte
Bits de Control II
RST: Reset bit , usado para cerrar un puerto o no aceptar una conexin SYN: Bit que indica el inicio o apertura de una conexin. FIN : Bit de final de una conexin

Capa de Transporte
Window: La cantidad de bytes que el servidor est dispuesto a recibir incluyendo el paquete del ACK.
Checksum: Chequeo de errores, similar al CRC de capa 2 Urgent: La posicin de la dara que contiene la informacin urgente

Capa de Transporte
Opciones TCP
2=Max Segment Size 3=Window Scale 4= SACK Permited 5=SACK

8=TimeStamp

Capa de Transporte

Service Name Port Num

Secuencia de apertura de una aplicacin Telnet:

El host A desea establecer una sesin del telnet con el host Z. Puerto de origen es cualquiera no usado por la maquina de origen , generalmente > a 1000

Puerto de destino es el 23 , puerto bien conocido

Capa de Transporte

Service Name Port Numbers

Puertos bien conocidos : Puertos cuyo nmero esta definido

Definidos por IANA, hasta el 1023, puertos dinmicos 1024 al 65535 Ejemplos :

Capa de Transporte TCP

3 Way Handshake

Origen

Destino

SYN (Seq No = x)

y , AckNo SYN (SeqNo =

=x+1)

(SeqNo = x +

1, A c k N o =

y+1)

Capa de Transporte
Apertura de una conexin
Host A Host B

Send SYN (seq=100 ctl=SYN)

SYN received

Capa de Transporte
Apertura de una conexin
Host A Host B

Send SYN (seq=100 ctl=SYN)

SYN received

SYN received

2 Send SYN, ACK (seq=300 ack=101 ctl=syn,ack)

Capa de Transporte
Apertura de una conexin
Host A Host B

Send SYN (seq=100 ctl=SYN)

SYN received

SYN received

2 Send SYN, ACK (seq=300 ack=101 ctl=syn,ack)

Established (seq=101 ack=301 ctl=ack)

Capa de Transporte
TCP Acknowledgment
Origen Destino

Window size = 1

Capa de Transporte
TCP Acknowledgment
Origen Send 1 Destino Receive 1

Window size = 1

Capa de Transporte
TCP Acknowledgment
Origen Send 1 Receive ACK 2 Destino Receive 1 Send ACK 2

Window size = 1

Capa de Transporte
TCP Acknowledgment
Origen Send 1 Receive ACK 2 Send 2 Destino Receive 1 Send ACK 2

Receive 2

Window size = 1

Capa de Transporte
TCP Acknowledgment
Origen Send 1 Receive ACK 2 Send 2 Destino Receive 1 Send ACK 2

Receive 2

Receive ACK 3

Send ACK 3

Window size = 1

Capa de Transporte
TCP Acknowledgment
Origen Send 1 Receive ACK 2 Send 2 Destino Receive 1 Send ACK 2

Receive 2

Receive ACK 3
Send 3

Send ACK 3 Receive 3

Window size = 1

Capa de Transporte
TCP Acknowledgment
Origen Send 1 Receive ACK 2 Send 2 Destino Receive 1 Send ACK 2

Receive 2

Receive ACK 3
Send 3 Receive ACK 4

Send ACK 3 Receive 3

Send ACK 4

Window size = 1

TCP Sequence y Nmeros Ack

Source Port Dest. Port Sequence # Acknowledgement #

Envio paq #10.

Source Dest. Seq. Ack. 1028 23 10 1

TCP Sequence and Acknowledgment Numbers

Source Port Dest. Port Sequence # Acknowledgement # Floags

Envo el paq #10.

Recibido el #10, favor enva el #11.

Source Dest. Seq. Ack. 1028 23 10 1

SourceDest. Seq. Ack. 23 1028 1 11

TCP Sequence and Acknowledgment Numbers

Source Port Dest. Port Sequence # Acknowledgement #

Te envo el 11.

SourceDest. Seq. Ack. 1028 23 10 1

SourceDest. Seq. Ack. 23 1028 1 11

SourceDest. Seq. Ack. 1028 23 11 2

TCP Sequence and Acknowledgment Numbers

Source Port Dest. Port Sequence # Acknowledgement #

I just sent #11.

Recibido el #11, Favo enva el #12.

SourceDest. Seq. Ack. 1028 23 10 1

SourceDest. Seq. Ack. 23 1028 1 11

SourceDest. Seq. Ack. 1028 23 11 2 SourceDest. Seq. Ack. 23 1028 2 12

Capa de Transporte
TCP Windowing
Window Size=3 Window Size=2

Origen

Destino

Capa de Transporte
TCP Windowing
Window Size=3 Window Size=2

Origen

Window size = 3 Send 1 Window size = 3 Send 2 Window size = 3 Send 3

Destino

Capa de Transporte
TCP Windowing
Window Size=3 Window Size=2

Sender

Window size = 3 Send 1 Window size = 3 Send 2 Window size = 3 Send 3

Receiver

X
ACK 3 Window size = 2 Packet 3 no recibido

Capa de Transporte
TCP Windowing
Window Size=3 Window Size=2

Sender

Window size = 3 Send 1 Window size = 3 Send 2 Window size = 3 Send 3

Receiver

ACK 3 Window size = 2

Packet 3 es descartado

Window size = 3 Send 3 Window size = 3 Send 4

Capa de Transporte
TCP Windowing
Window Size=3 Window Size=2

Sender

Window size = 3 Send 1 Window size = 3 Send 2 Window size = 3 Send 3

Receiver

ACK 3 Window size = 2

Packet 3 es descartado

Window size = 3 Send 3 Window size = 3 Send 4 ACK 5 Window size = 2

Capa de Transporte
Selective Acknowledge SACK
RFC 2018

Trfico de ACKs es alto.

Paquetes que arriban en desorden no ACK.

Receptor puede duplicar los ACKs Origen solo conoce de un paquete perdido por RTT

Capa de Transporte
Selective Acknowledge SACK

Destino informa de los PDUs que ha sido recibido satisfactoriamente

Origen retransmite solo PDU que no tiene ACK Se implementa usando 2 opciones de TCP
Opcin 4 SACK Permited Opcin 5 SACK

Capa de Transporte
Opcin 4:

Selective Acknowledge SACK

Habilitar SACK enviado con el SYN indica que una vez conectado se podr usar SACK
Destino retornar SACKs Origen puede procesar los SACKs

Source Port Address

Destination Port Address

Header Length
6

Sequence Number Cumulative Acknowledgement Number 1 Checksum Window Size

Urgent Pointer

SYN

Kind = 4

Length = 2

Kind = 1

Kind = 1

SACK-Permitted

NOP

NOP

Capa de Transporte
Selective Acknowledge SACK
KIND = 4 KIND = 4 ACK = 1 Establecimiento de la conexin SYN = 1 SYN = 1 ACK = 1

Origen

Destino

Transferencia de Data

ACK cumulativos y ACKs selectivos

Capa de Transporte
Selective Acknowledge SACK
Source Port Address Destination Port Address Longitud del paquete con N SACK

Sequence Number
Cumulative Acknowledgement Number HLEN Checksum Kind = 1 Kind = 1 Window Size
Urgent Pointer

Kind = 5

Length ?

Left Edge of First Block Right Edge of First Block

Mxima longitud del Paquete

Left Edge of last Block

Right Edge of last Block

Capa de Transporte
Selective Acknowledge SACK
Destino Origen
SEQ 100, 200 bytes ACK 300 SEQ 300, 200 bytes

Buffer de Recepcin
100-300

Destino confirma recepcin de 200 bytes

SEQ 500, 200 bytes SEQ 700, 200 bytes ACK 300,SACK 500-700 100-300 500-700

ACK 300, SACK 500-900

Destino confirma recepcin Acumulada de 2 paquetes

100-300 500--900

Capa de Transporte
Selective Acknowledge SACK

SACK no cambia el significado del campo ACK

SACK no puede ser enviado antes de que se confirme que est permitido por el destino Si SACKs son aceptados debern usarse en todos los PDUs cuando la data llega en desorden

El primer SACK debe hacer un ACK de la PDU ms reciente recibida fuera de orden

248

Capa de Transporte
Selective Acknowledge SACK
Destino 100-300 Origen SEQ 100, 200 bytes ACK 300 SEQ 300, 200 bytes SEQ 500, 200 bytes ACK 300,SACK 500-700 SEQ 700, 200 bytes SEQ 900, 200 bytes ACK 300, SACK 900-1100, 500-700 SEQ 1100, 200 bytes 100-300 500-700 900-1100

Buffer de Recepcin

100-300

500-700

Capa de Transporte
Selective Acknowledge SACK
Receiver SEQ 1100, 100 bytes SEQ 300, 200 bytes ACK 700, SACK 900-1100 SEQ 700, 200 bytes ACK 1100 100-300 300-500 500-700 700-900 900-1100 100-300 500-700 900-1100 Origen

100-300 300-500 500-700

900-1100

Capa de Transporte
Selective Acknowledge SACK

Reneging:
Es un fenmeno que se produce en el receptor cuando ste ya ha ACK un segmento de data y luego lo descarta . Se produce por falta de espacio en buffer Destino transmite un SACK an cuanto va a descartar la data . Emite un nuevo SACK que no incluye el bloque de data descartado por el receptor

Capa de Transporte
Selective Acknowledge SACK
Destino SEQ 200, 200 bytes 200-400 SEQ 400, 200 bytes ACK 400 Buffer Origen

SEQ 600, 200 bytes

SEQ 800, 200 bytes 200-600 ACK 600, SACK 800-1000 800-1000

ACK 600,

200-600

Capa de Transporte
Selective Acknowledge SACK Implementaciones: Windows 98 y superiores Solaris 7 y superiores Free BSD & NetBSD con mdulos opcionales

Duplicate Selective Acknowledge D-SACK

Eventualmente el destino recibe paquetes duplicados
No requiere una negociacin separada a la SACK Cuando est en uso el primer bloque del SACK debe incluir el bloque duplicado recibido Cada bloque duplicado ser reportado una sola vez . Ayuda al origen a evitar retransmisiones

Capa de Transporte

RFC 2883

Capa de Transporte
Duplicate Selective Acknowledge D-SACK
Origen SEQ 200, 200 bytes ACK 400 SEQ 400, 200 bytes SEQ 600, 200 bytes Destino 200400

Buffer

200-400 ACK 400, SACK 600-800

SEQ 800, 200 bytes

600-800

200-400 ACK 400, SACK 600-1000 200-400

600-800 800-1000

ACK 400, SACK 800-1000, 600-1000

600-800 800-1000

TCP SACK/DSACK

255

Capa de Transporte
Campo Window :
16 bits indica mximo 64kb

Normalmente TCP inicia con slow start 8 KB y va subiendo dependiendo de la confiabilidad del medio (nmero de re-transmisiones) Permite controlar el flujo a nivel de TCP
Tiene un impacto en el rendimiento de la conexin: Round time trip RTT Throuput Mb/s
10msec 100msec 48 Mbit/s 5 Mbit/s

Capa de Transporte
Campo Window II

RFC 1323

Con mnimo RTT el mejor rendimiento sera 10 Mbps Opcin 4 : permite incrementar el tamao de la ventana , mediante escalar el valor indicado en el campo , con un corrimiento hacia la izquierda Cada bit de corrimiento representa duplicacin del buffer

Capa de Transporte
Cierre de conexin

SYN_SENT
(active open)

SYN (SeqNo = x)

LISTEN
(passive open)

=x+1) o N k c A , y = SYN (SeqNo

(AckNo = y + 1 )

SYN_RCVD

ESTABLISHED ESTABLISHED FIN_WAIT_1 (active close) FIN_WAIT_2

FIN (SeqNo = m)

(AckNo = m+ 1 )
CLOSE_WAIT (passive close)

FIN (SeqNo = n )

TIME_WAIT

(AckNo =

LAST_ACK

n+1)
CLOSED

Capa de Transporte
Estados de la conexin
Estado CLOSED LISTEN SYN RCVD SYN SENT ESTABLISHE D FIN WAIT 1 FIN WAIT 2 TIMED WAIT CLOSING CLOSE WAIT Descripcin No hay conexin activa o pendiente Servidor esperando aperture de conexin Flag SYN ha sido recibido Origen ha enviado un SYN a equipo destino Conexin ha sido establecida Origen ha enviado flag de FIN Destino ha empezado el cierre Esperando recibir paquetes retrasados (2MSL wait state) Origen y destino estn cerrando la conexin El destino ha iniciado el cierre

Capa de Transporte
Estados del Cierre
active close send: FIN

ESTABLISHED
recv: FIN send: ACK

passive close recv: FIN send: ACK

FIN_WAIT_1
recv: ACK send: . / .

CLOSING
recvd: ACK send: . / .

CLOSE_WAIT
application closes send: FIN

recv: FIN, ACK send: ACK

LAST_ACK

FIN_WAIT_2

recv: FIN send: ACK

TIME_WAIT
Timeout (2 MSL) recv: ACK send: . / .

CLOSED

Capa de Transporte UDP

Protocolo sin conexin
No confiable

Datagramas pueden perderse o entregados fuera de secuencia , en cuyo caso no se realiza ningn tipo de notificacin No ACKs
Bajo overhead , 8bytes de cabecera vs 20 de TCP Ms rpido que TCP

Capa de Transporte UDP

UDP maneja un timeout para saber si hay respuesta o no
UDP no tiene el concepto de ventana de congestin por lo que no tiene forma de controlar el flujo

UDP puede regular su flujo en base a IP source quench , si este no est en operacin UDP perder paquetes

Capa de Transporte UDP

Capa de Transporte UDP

Capa de Transporte UDP

Cabecera UDP
Puertos de Origen y Destino similar a TCP
Longitud del Paquete incluye la cabecera y data , generalmente 8K Checksum : Campo opcional , podra no estar calculado , en cuyo caso es rellenado con ceros .
Checksum se calcula sobre el paquete ms un psuedoheader que es incluido antes del paquete :

Capa de Transporte
Aplicaciones UDP
Puerto 7 9 13 17 19 53 67 68 69 161 162 10111023 Servicio Echo Discard Daytime Quote Chargen DNS DHCP server Uso Eco de regreso la data al origen Usado para probar conexin Reporta la fecha del dia Antiguo no esta en uso Generador de Caracters DNS DHCP Server

DHCP client DHCP Cliente TFTP Trivial file transfer SNMP Protocolo de monitoreo SNMP traps Traps del SNMP Reservado Otros

Capa de Red
Direccionamiento dinmico de IPs
RARP

RFC 903

BOOTP
DHCP

RARP
Usando para la configurar equipos diskless, es el reverso de ARP , entrega IPs basado en MACs
IP address (32 bit)

ARP RARP

Ethernet MAC address (48 bit)

Capa de Red
BOOTstrap Protocol (BOOTP)
Elaborado en 1985

RFC 951

Configura parmetros IP durante el boot

Provee 3 servicios.
Asignacin de IPs Deteccin de IPs Nombre del archivo ejecutable para hacer cargar un equipo .

Asigna IPs ,router y otros parmetros

Enviado como mensajes UDP puerto 67/68 Mscara de broadcast usada (255.255.255.255):

Capa de Red BOOTP

(a) Argon 00:a0:24:71:e4:44
BOOTP Request
00:a0:24:71:e4:44 Sent to 255.255.255.255

BOOTP Server

Argon 128.143.137.144 00:a0:24:71:e4:44

BOOTP Response: IP address: 128.143.137.144 Server IP address: 128.143.137.100 Boot file name: filename

DHCP Server

TFTP SERVER

Capa de Red
DHCP
Manejo centralizado de direcciones

RFC 2131

Automatiza la asignacin de direcciones

Reduce la cantidad de direcciones asignadas Extensin del protocolo BOOTP
Elimina la definicin de tablas

Asignacin basada en parmetros

Subnet MAC

Capa de Red

Argon 128.143.137.144 00:a0:24:71:e4:44

DHCP Response: IP address: 128.143.137.144 Default gateway: 128.143.137.1 Netmask: 255.255.0.0

DHCP Server

Capa de Red Paquete BOOTP/DHCP

OpCode Hardware Type Number of Seconds Hardware Address Hop Count Length Unused (in BOOTP) Flags (in DHCP)

Transaction ID Client IP address Your IP address Server IP address Gateway IP address Client hardware address (16 bytes) Server host name (64 bytes) Boot file name (128 bytes) Options

Hay ms de 100 opciones a manejar

Capa de Red Paquete BOOTP/DHCP

OpCode :
1= Request 2= Reply HWtype: Tipo de frame a usar 1 Ethernet II 6 IEEE 802.3 Length: Longitud en bytes de la direccin , ejemplo usa 6 bytes (48 bits ethernet ) Hops: Saltos , seteado por le cliente en 0 es incrementado por cada salto de router . RFP 951 sugiere limitar a 3.

Capa de Red
Transaction ID: Nmero aleatorio para rastrear el request y el response
Seconds: Tiempo en segundos desde el inicio del requerimiento Flag Bits : Ms significativo en 1 indica broadcast , el resto son 0.

Capa de Red
Normalmente DHCP trata de entregar va Unicast .
IP destino es seteada a la direccin asignada y la MAC a aquella que solicit la direccin Si el host no puede recibir Unicast IP , broadcast bit debe ser 1 , indicando que la respuesta debe hacerse por medio de un broadcast MAC, caso contrario debe ser 0

Capa de Red
Client IP address: Definida por el cliente , ya sea 0.0.0.0 o una ip ya asignada (renew)

Your IP address: Definida por el servidor si la direccin del cliente es 0.0.0.0

Server IP address: Direccin del servidor. Router IP address: Direccin del BOOTP relay en caso de ser usado

Client hardware address: Definido por el cliente , generalmente la MAC, pero puede ser otro identificador a ser usado por el servidor

Capa de Red
Server host name: Opcional nombre del servidor , terminado en X'00'.
Boot file name: Definido por el servidor , puede contener el path al archivo de boot terminado en X00 Options: Codigo 55 :Subnet Mask, Name Server, Hostname, Domain Name, Forward On/Off,

Capa de Red
Mensajes DHCP
Valor
1 2 3

Type
DHCPDISCOVER DHCPOFFER DHCPREQUEST

Descripcin
Usado por el cliente para encontrar servidores Usado por el servidor para ofrecer una IP Usado por el cliente para solicitar la P ofertada

4
5

DHCPDECLINE
DHCPACK

Usado por el cliente para indicar que la IP est en uso

Confirmacion del servidor y parmetros

6
7

DHCPNAK
DHCPRELEASE

Usado por el cliente para indicar que la direccin no es vlida

Usado por el cliente indicando que terminar el uso de la IP

DHCPINFORM

Usado por el cliente para solicitar ms parmetros

Capa de Red

Capa de Red

Capa de Transporte
Configuracin DHCP Cliente
Provee IP para iniciar trabajos con TCP

RFC 2132

Provee una cantidad de informacin configurable para la estacin

Cada opcin tiene longitudes diferentes Clases globales y especificas de Vendedores Opcin 43 :

Capa de Transporte

RFC 3315

DHCP V6 Complemento a la configuracin stateless IPv6 definida en el RFC2462 Puede ser usada en conjunto con la anterior Diferente operacin a IPv4 , mensajes dhcpdiscover y dhcpoffer no estn presentes en versin 6 Los servidores DHCP son ubicados por el cliente mediante mensajes SOLICIT y ADVERTISE A diferencia de versin 4 , en DHCPv6 se puede solicitar mltiples direcciones IP
:

Capa de Transporte
DHCPv6
Usa protocolo UDP

Puertos
Cliente 546 Servidor 547 Cliente usa su direccin stateless para iniciar comunicacin

Server recibe mensajes via multicast link-state

Capa de Transporte
Formato del Mensaje DHCPv6

Capa de Transporte
Mensajes DHCPv6
Id Mensaje Significado

1
2 3 4 5 6

SOLICIT
ADVERTISE REQUEST REPLY RENEW REBIND

Usado por el cliente para localizar a servidores

Usado por los servidores para indicar que los servicios de DHCP estn habilitados Usado por el cliente para solicitar la configuracin IP Usado por el servidor para enviar la configuracin solicitada Usador por el cliente para renovar la configuracin anteriormente asignada por el servidor Similar al anterior pero dirigida a cualquier servidor

Capa de Transporte
Opciones DHCPv6

Capa de Transporte
Direccin Multicast Link StateIPv6
Todos los servidores y agentes de relay escuchan la direccin : FF01::1:2 Todos los agentes de relay se comunican con los servidores usando : FF05::1:3

DHCP Unique Identifier DUID

Todos los clientes y servidores tienen un DUID . Los servidores usan stos para ASOCIAR los clientes a las parmetros
Son nicos No deben cambiar en el tiempo Hasta 128 bytes

Capa de Transporte
Asociaciones de Identidad IA
Usado por los servidores y clientes para identificar cliente, servidores y grupos y las direcciones respectivas Todo cliente debe tener asociado por lo menos un IA por interface Interface completamente definida Debe ser consistente si el clientes hace reboot

Capa de Transporte
Mensaje DHCPv6

Capa de Transporte

Capa de Transporte
Formato Relay Server
Msg-type= RELAY-FORW Hop-Count=No. de relay agent Link address : Global o Site local en el cual est el cliente Peer address : Direccion del cliente u otro relay del cual se recibi el mensaje Opciones : debe incluir el mensaje de Relay y otros