Universidad Nacional de Piura - Facultad de Ingenieria Industrial - Departamento Academico de Ingenieria Informatica PDF

UNIVERSIDAD NACIONAL DE PIURA - FACULTAD DE INGENIERIA INDUSTRIAL - DEPARTAMENTO ACADEMICO DE
INGENIERIA INFORMATICA
TCP/IP
El Protocolo de Control de Transmisin/Protocolo Internet (TCP/IP), es esencialmente el

protocolo exclusivo de comunicacin usado en Internet. Para entender cmo trabaja Internet,
un conocimiento bsico del protocolo TCP/IP es esencial. Este captulo proporciona a una
comprensin bsica del TCP/IP, junto con algunos productos importantes tales como
direccionamiento, nombramiento y protocolos de conexin usados en redes sobre conexiones
seriales.
Los siguientes tpicos se discuten para entender TCP/IP:
Qu es TCP/IP?
Desarrollo histrico de TCP/IP
Las capas de TCP/IP
Direccionando una red en TCP/IP
Nombrando una red en TCP/IP
El futuro de TCP/IP
TCP/IP se ha convertido en un protocolo de comunicacin universal no solamente en las redes
de rea amplia e Internet, sino tambin est llegando a ser cada vez ms comn en redes de
rea local. Los factores dominantes que han contribuido a que TCP/IP se converta en un
protocolo universal son los siguientes:
El TCP/IP se basa en los estndares abiertos y debidamente publicados, de tal modo que se
hace fcil escribir aplicaciones basadas en los protocolos TCP/IP para cualquier tipo de
sistema operativo.
TCP/IP no es dependiente en ningn sistema operativo especfico, y por lo tanto se ha
puesto en ejecucin para todos tipo ordenador, desde PCs a mainframes.
Muchas implementaciones y aplicaciones del protocolo TCP/IP estn disponibles como de
dominio pblico, de tal modo que reducen el coste de implementacin para el usuario.
TCP/IP opera eficaz y eficientemente sobre una variedad de tecnologas de las redes de
rea local (LAN) (por ejemplo, Ethernet, Token Ring, y FDDI) y tecnologas de redes de rea
amplia (WAN) (por ejemplo, T1, lnea conmutada a 56 Kbps, Frame Relay, X.25, ISDN,
SMDS, ATM, y servicios analgicos dial-up).
TCP/IP proporciona un conjunto estndar de aplicaciones para proporcionar servicios tales
como correo electrnico, transferencia de archivos, y acceso remoto de ordenadores.
-1-

Qu es TCP/IP?
TCP e IP, dos de los ms populares protocolos de comunicacin actualmente, permiten a
diversas clases de ordenadores usando diversos sistemas operativos comunicar LAN y/o WAN
unas a otras. El trmino TCP/IP se utiliza con frecuencia para hacer referencia a una coleccin
de protocolos de comunicacin que conforman la Suite del Protocolo TCP/IP.
Algunos de los protocolos que se incluyen en la suite del protocolo TCP/IP son:
Protocolo Universal de Datagrama (UDP, Universal Datagram Protocol)
Protocolo de Control de Mensajes Internet (ICMP, Internet Control Message Protocol)
Protocolo de Enrutamiento de Informacin (RIP, Routing Information Protocol)
Protocolos de aplicacin como:
Protocolo de Transferencia de Archivos (FTP, File Transfer Protocol)
Protocolo de terminal virtual (telnet)
Protocolo simple de transporte de correo (SMTP, Simple Mail Transport Protocol)
La suite del protocolo TCP/IP est en constante desarrollo. En los ltimos aos encontramos
una nueva clase de protocolos de aplicacin, como Gopher, y el Protocolo de Transporte para
Hyper Texto (HTTP, HiperText Transport Protocol). Esto ha dado lugar al ms popular de las
aplicaciones de Internet: los visualizadores de pginas Web (Web browsers). Algunos de los
browsers ms conocidos son el Navigator de Netscape y el Internet Explorer de Microsoft.
-2-

Desarrollo histrico del TCP/IP

TCP/IP es el resultado de ms de 25 aos de investigacin y de desarrollo. Una primera
generacin de TCP/IP se llam NCP (Network Control Protocol) utilizada para construir el
ARPAnet (Advanced Research Projects Agency Network). El Defense Advanced Research
Projects Agency (DARPA) una agencia del Departamento de Defensa de los EEUU fue
responsable del desarrollo de la nueva tecnologa para uso militar. DARPA, conocido antes
como ARPA, fue responsable de financiar mucho del desarrollo de Internet. A finales de los 70's
y comienzos de los 80's, Vinton G. Cerf y Robert E Kahn, trabajando para DARPA, desarrollan el
ncleo de protocolos de TCP/IP. Por muchos aos, ARPAnet utiliz conjuntamente los
protocolos TCP/IP y NCP; en 1983, sin embargo, ARPAnet decidi completamente por TCP/IP.
En 1982, TCP/IP fue integrado al sistema operativo UNIX BSD (Berkeley Software Distribution).
Este trabajo fue financiado por DARPA. Las primeras versiones comerciales de UNIX fueron
basadas en UNIX BSD, o utilizaron la implementacin TCP/IP del UNIX BSD. Histricamente, el
TCP/IP as se ha considerado una parte integral de UNIX.
A mediados de los 80's, un nmero de compaas comerciales, incluyendo el Wollongong
Group y FTP Software, crearon soluciones TCP/IP para computadoras personales. Entre otras
aplicaciones Internet para PC tenemos ftp, telnet, y correo electrnico.
En aos recientes el uso de aplicaciones TCP/IP para PCs ha crecido en forma exponencial por
dos razones. Primero y el ms obvio, Internet requiere accesos TCP/IP; por lo tanto, si est
utilizando una PC y desea conectarse con Internet, usted debe utilizar el protocolo TCP/IP. En
segundo lugar, la llegada de los sistemas cliente-servidor, as como el incremento de
servidores UNIX para el acceso a base de datos, ha afectado el mercado de las PC relacionadas
a TCP/IP, ambos requieren que el cliente (PC) se comunique con el servidor utilizando el mismo
protocolo de comunicacin, que en este caso es TCP/IP.
TCP/IP, a diferencia de NetWare, ha tenido un esquema de direccin universal desde el
principio, donde cada host tiene una direccin nica. Tambin, segn veremos ms adelante,
la direccin en redes del TCP/IP permite la creacin de jerarquas usando subnetting.
Esta jerarqua es similar en concepto a los cdigos postales usados por el sistema postal de Estados
Unidos, los primeros caracteres en el cdigo postal identifica la regin general donde est destinada la
carta. Leyendo dentro del cdigo postal se identifica ms precisamente el destino, y finalmente identifica
el local de correos que recibir la carta y coordinada el reparto a su hogar.
TCP/IP, por lo tanto, est bien adaptado para las grandes internetworks tales como Internet.
Sin embargo la creciente sofisticacin trae complejidad para los administradores de red.
Algunas comparaciones a las direcciones de NetWare se ilustran para ayudar a entender las
direcciones TCP/IP.
La explosin de Internet en los ltimos aos se ha debido a TCP/IP. Su xito, sin embargo, est limitando
su crecimiento. El incremento de redes TCP/IP est yendo rpidamente ms all de la expectativa y
consideraciones. Las direcciones IP disponibles se estn agotando rpidamente. Se estn desarrollando
los estndares para la siguiente generacin de IP (IP next generation, IPng). IPng se est diseando para
tratar este problema, y ampliar el espacio de direccionamiento para necesidades futuras.
-3-

Las Capas de TCP/IP

Para entender TCP/IP, es mejor compararlo con el modelo de OSI.
El modelo Interconexin de Sistemas Abierto (OSI: Open System
Interconnections) fue desarrollado en 1978 como parte de las
actividades de la Organizacin de la Estandarizacin Internacional
(ISO: International Standardization Organization). Segn lo
mostrado en la figura 1, el Modelo de Referencia OSI proporciona
a una herramienta y a un marco para las discusiones de diversos
protocolos y sistemas de comunicaciones.
La suite del protocolo TCP/IP se puede comparar al modelo OSI,
pero como muchos otros protocolos de comunicaciones, sus capas
no corresponden exactamente al OS de siete capas. La figura 2
muestra la suite del protocolo TCP/IP, que se describe lo ms
mejor posible como un modelo de cinco capas.
A P L IC A C IO N
P R E S E N T A C IO N
S E S IO N
TRA NSPO RTE
RED
EN LA C E D E D A TO S
F IS IC A
Figura 1: Modelo OSI
Figura 2: La Suite del Protocolo TCP/IP
En la suite del protocolo TCP/IP, no hay capas que asocian a las capas de la Sesin y de
Presentacin del Modelo de Referencia OSI. Cada capa en la estructura de la suite del
protocolo en la capa inferior da y proporciona capacidades adicionales a la capa sobre ella,
mientras que oculta las complejidades del mecanismo subyacente. Las cinco capas de TCP/IP
son como sigue:
Fsica
Enlaces de Datos
Redes
Transporte
Aplicaciones
-4-

Capa Fsica
La capa fsica es responsable de la transmisin de bits entre un nodo y el siguiente. Es el

cableado actual (o portadora inalmbrica) que conecta los nodos. Esta capa se ocupa de los
asuntos relacionados con la interconexin a los medios de la transmisin, de la codificacin de
la seal de datos, voltaje, corriente, tamaos del conector, dimensin de una variable, y los
pinouts. La capa fsica no es realmente parte de la suite del protocolo del TCP/IP.
El TCP/IP es independiente del medio, y una de sus fuerzas dominantes es su capacidad de
ejecutarse sobre casi cualquier tipo de medio. La flexibilidad que est incorporada en la suite
TCP/IP permite que se ejecute en un amplio rango de medios, desde lneas conmutadas de
baja velocidad a cables de fibra ptica de alta velocidad. Debido a su independencia de los
medios, TCP/IP se ejecuta sobre todos los tipos de medios fsicos, incluyendo el cable coaxial,
el cable par trenzado, fibra ptica, radio enlace, enlace satelital, etc.
Capa de Enlace de Datos

El nivel 2, la capa de enlace de datos, controla el acceso al medio fsico. Contiene los
protocolos apropiados a las varias capas fsicas. Los siguientes son algunos ejemplos de estos
protocolos:
Protocolo Ethernet que define el formato de dato como se enva sobre los medios a utilizar,
incluyendo cable coaxial, par trenzado, y cable de fibra ptica
Protocolo Token Ring que define la transmisin sobre cable de par trenzado blindado y sin
blindaje
X.25 o HDLC corriendo sobre lnea serial de alta velocidad
Protocolo FDDI para correr sobre cable de fibra ptica
La capa de enlace de datos enva y recibe la informacin en las unidades lgicas llamadas
"marcos" (frames). En la capa de enlace de datos, los marcos estn marcados con las
configuraciones de bits especiales que identifican el principio y el fin del mismo. Como
veremos en la seccin, "Entendiendo SLIP y PPP", algunos medios, como, las lneas seriales no
envan datos en marcos, por lo que el marco debe ser creado por software. La mayora de las
capas de enlace de datos tambin proporcionan un cierto control de error que detecte errores
en el marco de los datos.
Marcos Ethernet
Como ejemplo, miremos un marco de Ethernet. La figura 3 muestra los campos de un marco
Ethernet. El nmero sobre cada campo indica el nmero de bytes en ese campo. El campo
Prembulo alerta todas las estaciones en el bus que est viniendo un mensaje. El campo
Direccin de Origen y el de Direccin de Destino se utilizan para la comunicacin de la
estacin-a-estacin. Estas direcciones de origen y destino, describe a menudo la direccin
fsica o MAC ADDRESS, que es la direccin que se imprime en la memoria de la tarjeta de
interfaz de la red.
P r e m b u lo
D ir e c c i n
de
D e s t in o
D ir e c c i n
de
O rig e n
2
T ip o
o
L o n g it u d
46 - 1500
D ato s
FC S
Figura 3: El frame Ethernet
-5-

En Ethernet, los primeros seis caracteres de la direccin son asignados por el Institute of
Electronic and Electrical Engineers (IEEE) a un fabricante, mientras que los siguientes seis
caracteres se asignan en forma secuencial a cada nueva tarjeta o interfaz. Esto garantiza que
cada interfaz tiene una direccin nica de Ethernet, y tambin proporciona informacin del
vendedor que fabrica la tarjeta o interfaz. Por ejemplo, la direccin 0000.0cO8.9fO4 identifica
que era este dispositivo fabrica por Cisco Systems porque los primeros seis caracteres de la
direccin, 0000.Oc, identifican el prefijo de la direccin asignado al Cisco Systems.
En el caso de Ethernet, dos tipos de paquetes pueden ser usados, Ethernet-lI (o versin 2) y
IEEE 802.3. La diferencia significativa entre estos dos formatos est en el campo Tipo o
Longitud.
En Ethernet-lI, este campo representa el tipo del protocolo, como TCP/IP o DECnet, para datos
en el campo de Datos. Esto identifica a la capa superior, la capa de Red, que protocolo se est
utilizando.
En IEEE 802.3, este campo representa la longitud del campo de Datos. En IEEE 802.3, un
campo Punto de Acceso al Servicio (SAP: Service Access Point) en la seccin de Datos
identifica el tipo de datos. El SAP identifica el protocolo en uso para paquetes 802.3.
Esta diferencia causa una incompatibilidad entre IEEE 802.3 y Ethernet-lI. Para que dos
dispositivos se comuniquen en la misma red, deben utilizar el mismo tipo del marco. Sin
embargo, la buena noticia es que el software de los drivers tiene la capacidad de identificar y
distinguir entre los tipos de marcos de Ethernet debido al hecho de que todos los tipos de
datos de Ethernet-lI tienen longitudes no vlidas para el campo de longitud 802.3, por esta
razn, una sola interfaz puede utilizar ambos tipos de paquetes. TCP/IP usa los marcos de
Ethernet-lI, mientras IPX es el default para los marcos IEEE 802.3, pero actualmente pueden
utilizar realmente cualquier tipo de marco. Es muy comn configurar una estacin de trabajo
cliente de NetWare para que utilice drivers ODI con marcos Ethernet 8O2.3 para IPX y marcos
Ethernet-lI para TCP/IP.
Entendiendo SLIP y PPP

Los protocolos SLIP (Serial Line Protocol) y PPP (Point-to-Point Protocol) son protocolos de la
capa 2, o capa de Enlace de Datos. Merecen la atencin debido a su reciente importancia y
aceptacin en gran escala en ambientes de redes de rea ancha.
SLIP y PPP permiten a cualquier computadora independiente o en red conectarse directamente
a Internet sobre lneas de comunicacin seriales. Segn lo discutido anteriormente en la capa
de Enlace de Datos, la mayora de los medios de enlace de datos envan la informacin en
marcos y proporcionan a algunos mecanismos de verificacin de error. Esto no corresponde
con las lneas seriales. Las lneas seriales transmiten solamente un byte al mismo tiempo sin
enmarcar. SLIP, disponible slo para conexiones asncronas tales como comunicacin
analgica del mdem, es un esquema muy simple de enmarcado para poner paquetes IP en
una lnea serial. Esto slo puede transmitir IP, sin embargo, y por lo tanto no puede ser
utilizado por otros protocolos de red tales como IPX, segn lo mostrado en l figura 4. Debido a
su simplicidad, no proporciona a ninguna caractersticas requerida para localizar averas en los
problemas de la conexin. Informacin detallada de SLIP puede ser encontrada en RFC 1055.
Figura 4: Protocolos SLIP y PPP en las cinco

capas de la Suite de TCP/IP
-6-

El PPP, por otra parte, es un protocolo serial-line completamente equipado que trabaja en
conexiones sncronas y asncronas, indicando que PPP puede ser usado no solamente para
conexiones analgicas conmutadas, pero tambin para enlaces digitales dial-up tales como
ISDN y conexiones dedicadas tales como circuitos punto-a-punto. A diferencia de SLIP, PPP
puede trabajar con otros protocolos adems del IP en el nivel de la capa 3, incluyendo el
protocolo IPX de NetWare. Informacin detallada sobre PPP puede encontrar en RFCs 1661,
1662, 1663 y 1618.
Adicionalmente a las opciones de seguridad ofrecidas por SLIP, PPP ofrece mecanismos
flexibles para poner en ejecucin una amplia variedad de polticas de asignacin de
direcciones. La asignacin de direccin dinmica es una opcin importante para los
proveedores de acceso a Internet (IAP). Por esta razn, muchos IAPs se estn alejando de SLIP
y estn ofreciendo solamente acceso PPP, especialmente sobre conexiones analgicas dial-up.
Capa de Red
La Capa de Red, que se refiere a menudo como la capa de la red interna, es la capa ms
importante de la suite del protocolo TCP/IP. En la suite del protocolo TCP/IP, el IP es el
protocolo principal en esta capa. Esta capa pone todo el direccionamiento y ruteo IP. Estas
direcciones, como se ve ms adelante, son asignadas por el administrador de la red y no estn
relacionadas con la direccin fsica o el MAC ADDRESS. Adems, otros protocolos, incluyendo
los protocolos ARP y RARP, se ocupan de las ediciones y del encaminamiento de nivel inferior,
tambin se ponen en ejecucin en esta capa.
El encaminamiento de paquetes a travs de redes ocurre en esta capa, los paquetes son la
unidad primaria de informacin. Los paquetes se encaminan basndose en la direccin del
dispositivo de red, que es diferente a la direccin fsica (es decir, la direccin Ethernet), segn
lo definido en la capa de Enlace de Datos.
Protocolo Internet
El Protocolo Internet (Internet Protocol, IP), protocolo principal de la Capa de Red, encamina el
envo de paquetes a protocolos de alta velocidad (TCP y UDP) a travs del internetwork, el cual
puede consistir de diversas clases de capas de Enlace de Dato y Fsicas. El protocolo IP se
caracteriza por:
Es sin conexin.
Es no fiable.
Ofrece una distribucin del mejor-esfuerzo.
El IP se llama sin conexin porque cada paquete se trata independientemente de los dems. IP
agrega la informacin de cabecera necesaria para permitir que cada paquete sea encaminado
correctamente a su destino. Imagnese una estacin de trabajo recuperando archivos de un
servidor ftp. Una estacin de trabajo enva tres paquetes, por ejemplo, ellos pueden viajar
sobre diversos caminos y ser ensamblados en el destino final, segn lo mostrado en la figura
5.
Figura 5: Distribucin sin conexin de

datagramas IP
-7-

El servicio IP es no fiable porque no garantiza el reparto. El paquete se puede perder, duplicar,

retrasar, o entregar fuera de servicio. El servicio IP no detecta estas condiciones, ni informa al
remitente o al receptor sobre ellos.
La distribucin del servicio IP se considera del mejor-esfuerzo porque no desecha los paquetes.
Hace solamente una tentativa de entregar, y cuando las redes subyacentes fallan o se
congestionan, el resultado es transmisiones no fiables.
La analoga ms cercana de la vida diaria del servicio IP es correo de tercera clase del servicio
postal de los EEUU. En la mayora de los casos, el correo de tercera clase alcanza su destino,
pero el servicio postal no garantiza la entrega. Si el receptor ha cambiado su direccin, el
servicio postal no informa al remitente que no ocurri la entrega del correo.
Servicios proporcionados por IP

IP proporciona los servicios bsicos siguientes:
Define el formato exacto de datos que se transmiten a travs de una red TCP/IP.
Rompe (fragmenta) y vuelve a unir los paquetes si es necesario para resolver los
requerimientos de la capa de Enlace de Datos.
Realiza la funcin de encaminamiento, que significa elegir el camino ms eficiente sobre el
cual ha de enviar los datos.
Especifica reglas en cuanto a cmo los Servidores y Gateways en Internet deben manejar
los paquetes, cmo y cundo generar mensajes de error, y las condiciones en las cuales los
paquetes pueden ser desechados
Estructura del paquete IP

La figura 6 muestra la estructura del paquete IP. El campo Versin especifica el nmero de
versin del IP. La versin actual del protocolo IP es 4, muchos de los productos actuales de
TCP/IP en el mercado se compilan an para esta versin. El IP de la generacin siguiente,
designado tpicamente IPng (IP next generation), ser la versin 6 o 7.
Figura 6: Estructura del paquete IP
Tal como sucede en una carta ordinaria, la informacin ms importante de un paquete del IP es la
direccin del origen y del destino.
-8-

Direcciones IP
Cada computadora o dispositivo conectado a Internet con protocolo TCP/IP tiene una direccin
nica, designado como DIRECCION IP (IP ADDRESS). Un ordenador o un dispositivo podr ser
un sistema multiusuario como un servidor UNIX o una computadora mainframe, un ordenador
personal, o un dispositivo como un ruteador. Si un ordenador o dispositivo tiene ms de una
interfaz de red, cada interfaz tendr un IP ADDRESS. Las direcciones de IP, como los nmeros
de telfono, son nicas. Las direcciones IP hacen que las direcciones independientes de las
topologas o de las direcciones de hardware.
Como todos las direcciones de la Capa de Red, un IP ADDRESS se divide generalmente en dos
partes, el numero de la red y el numero del host, segn lo mostrado en la figura 7.
Figura 7
El numero de red debe ser nico dentro de la intrarred en la cual se comunica. En el caso de
NetWare, por ejemplo, los nmeros del IPX deben ser nicos dentro de una red interna de los
servidores y de los clientes de NetWare.
Al igual que con Internet, la direccin de red debe ser nica. El numero de red nico IP es
asignado por el servicio de InterNIC Registration. Usted puede conseguir su numero IP de red
directamente del InterNIC o de su Internet Service Provider (ISP). Vea la seccin, "Obteniendo
un IP ADDRESS y un Domain Name" ms adelante para los detalles en el InterNIC y la
obtencin de nmeros nicos de la red.
Las direcciones IP son de 32 bits de largo, y se analizan en cuatro bytes u octetos. El protocolo
del IP mira estas direcciones como nmeros binarios, con cada uno de estos bytes que tienen
ocho bits. Como nmeros binarios, estos bytes u octetos se extienden a partir del 00000000 a
11111111. La tabla 1 ilustra el valor de cada uno de los dgitos en un nmero binario.
Tabla 1 : Determinando valores decimales de numeros binarios
Nmero Binario
Valor Decimal
1ro
128
2do
64
3er
32
4to
16
5to
8
6to
4
7mo
2
8vo
1
En representacin decimal, el nmero binario 00000000 es 0 y el nmero binario 11111111 es

255. Una tabla se ha proporcionado en el Apndice B, " IP Subnetting and Binary Conversion
Table" para ayudar en la conversin de nmeros binarios a y desde la representacin decimal.
-9-

Como ejemplo, el nmero binario 10101111 se puede representar en formato decimal sumando los
valores de cada uno de los caracteres del nmero binario que tienen un valor de 1. El nmero binario
10101111 tiene un 1 en los 1ros, 3ro, 5tos, 6tos, 7mos, y 8vos caracteres. Los valores de estos
caracteres son 128, 32, 8, 4, 2, y 1. Si usted suma stos valores, tiene el valor 175. Por lo tanto, el
nmero binario 10101111 en la representacin decimal es 175.
Desafortunadamente, trabajar con nmeros binarios no es una tarea familiar para la mayora
de los administradores de red. Por simplicidad, las direcciones IP se indican en un formato
decimal con punto, que es una serie cuatro nmeros (0 a 255) separados por los puntos. Por lo
tanto, la direccin Internet mas baja posible es:
0.0.0.0
mientras que es la direccin ms alta posible:
255.255.255.255
Para racionalizar la asignar de direcciones Internet a las compaas de todas los tamaos, los
diseadores originales del protocolo TCP/IP dividieron las direcciones IP en diversas clases,
segn se muestra en la seccin siguiente.
Clases de direcciones IP
Segn lo mencionado antes, una Direccin IP consiste en dos partes, el numero de la red (net
ID) y el numero del host (host ID). Para hacer el uso eficaz del espacio del IP ADDRESS,
diversas clases de direcciones IP se han creado. Hay cinco clases de direcciones Internet,
dependiendo del rango de direccin disponible de red, segn lo mostrado en la figura 8.
Figura 8: Las cinco clases de Direcciones

Internet
Las direcciones de la clase A tienen una identificacin de red de 7 bits y una identificacin del
host de 24 bits. Entonces puede solamente ser 127 direcciones de la clase A (2 7-1), que se han
agotado hace un buen tiempo. Las redes con clase A pueden tener mximo de 16.777.216
(224) hosts, pero dos de los nmeros posibles (todo el 0s y todo el 1s en binario) son
reservados (vase la seccin direcciones reservadas ms a delante). Esto permite un mximo
de 16.777.214 hosts.
Las direcciones de la clase B, convenientes para las compaas grandes, consisten en una
identificacin de la red de 14 bits y una identificacin de 16 bits para el host. Puede haber un
-10-

mximo de 16.383 direcciones de clase B (de 2 14-1). Las redes de la clase B pueden tener un
mximo (216-2) de 65.534 hosts posibles. La mayora de las direcciones de la clase B tambin
se han agotado, dejando la clase C como la nica opcin para las compaas que ahora estn
buscando direcciones Internet.
Las direcciones de la clase C consisten en un identificador de red de 21 bits y 8 bits para el
host principal por lo tanto, pueden haber un mximo de 2.097.152 (2 21) direcciones de la clase
C, con solamente 254 direcciones del host (2 8-2).
Las direcciones de la clase D y de E no se asignan, la clase D esta reservada para el
multicasting y la clase E reservada para el uso futuro.
La tabla siguiente resume el nmero de redes y de direcciones del host en cada uno de las tres
clases asignables de la red.
Tabla 2: Direcciones clase A, B y C - Nmero de Redes versus Nmero de Nodos
Clase de
Direccin
A
B
C
Rango del primer byte

(Decimal)
1 - 127
128 - 191
192 - 223
Nmero de redes
127
16383
2097151
Nmero de nodos
16277214
65534
254
La figura 9 muestra un ejemplo del IP que trata para dos redes hipotticas. La red Alfa tiene
una direccin de red de 192.42.5 asignada, mientras que la red Beta tiene la direccin 129.85
asignada.
Figura 9: Ejemplo de direcciones IP

para dos redes hipotticas
La tabla 3 muestra que cuando se convierte el formato decimal punteado de la direccin de

red al formato binario, usted puede ver en los bits del orden mas alto (mostrados en negrita)
que clase de IP ADDRESS es cada direccin. Dado una clase determinada de direccin, la
porcin subrayada es la porcin de identificacin de la red, mientras que la porcin en itlicas
es la porcin de la identificacin del host.
-11-

Tabla 3: Configuracin de direcciones para redes Alfa y Beta
Red
Direccin en formato decimal de
punto
Direccin en formato binario
Clase de Direccin IP
Nmero posible de host
Red Alfa
192.42.5.0
Red Beta
129.85.0.0
11000000 00101010
00000101 00000000
Clase C
254
10000001 01010101
00000000 00000000
Clase B
65534
As, la red Beta 129.85 puede tener 65.534 nodos, mientras que la red Alfa, como la mayora
de los otras direcciones de la clase C, puede tener solamente 254 hosts. Si usted solicita un IP
ADDRESS, es ms probable conseguir una direccin de la clase C, que se limita a 254 hosts.
Todos los dispositivos en una red fsica deben tener direcciones IP usando la misma
identificacin de red, pero una identificacin nica del host. Por tanto, todos los dispositivos en
la red Beta tendran un IP ADDRESS que comienza con 129.85 es altamente improbable, sin
embargo, que una red sera puesta en ejecucin con 65.534 dispositivos en un solo segmento
de red, particularmente si esta red fue separada hacia fuera entre un nmero de localizaciones
geogrficamente dispersadas. En lugar, esta red interna sera compuesta de un nmero de
redes individuales. Un mecanismo conocido como subnetting se emplea as para dividir ms
lejos su espacio de direccin asignado en redes lgicas mltiples.
Subnetting
Subnetting permite que una organizacin dividir la porcin de identificacin de los hosts de su
mbito de direcciones asignadas en redes lgicas separadas. El mbito de direcciones
asignadas es el rango de direcciones permisibles dentro de la direccin de red. Por ejemplo, si
su direccin asignada es 192.42.5, el rango de direcciones permisible es 192.42.5.0 a
192.42.5.255. Para las organizaciones con ms de una red fsica, el subnetting se requiere
para hacer que las redes aparecen como una al mundo exterior. Para las organizaciones con
solamente una red fsica TCP/IP, sin embargo, el subnetting no es necesario.
Por ejemplo, la red Beta de la figura 9 puede tener tres redes Ethernet separada, esto se
ilustra en la figura 10. En este caso, la organizacin puede elegir utilizar al tercer byte (el byte
alto de su identificacin del host) para representar dentro de una red Ethernet a un
determinado host. Haciendo esto, puede ahora tener 254 subnets, con hasta 254 hosts en
cada subnet (vase figura 10).
Figura 10: Subnetting - Red Beta con tres

redes Ethernet separadas
El Subnetting no tiene ninguna significacin para la gente al exterior de la red. Los sistemas
exteriores consideran solamente la red Beta como una red con una direccin de red 129.85.
-12-

Cuando una organizacin divide su mbito de direcciones, puede seleccionar el nmero de bits
para fijar el espacio de la subnet y el espacio del host. Ha continuacin unas guas que deben
ser consideradas en la divisin del mbito de direcciones.
Primero, usted necesita determinarse cuntos de los bits del host se deben utilizarse para el
subnetting. El apndice B proporciona tablas que indican el nmero conveniente de bits de la
subnet mask, el nmero de subnets que cada opcin permitir, y el nmero del hosts o
dispositivos IP que puede contener cada subnet.
En segundo lugar, seleccionando que nmero de subnets a utilizar, debe conocer que una
direccin subnet con todo 0s y todo 1s debe evitarse. Haciendo esto, usted evitar utilizar las
direcciones reservadas. Estas direcciones reservadas se discuten detalladamente en la seccin
titulada "Reserved Addresses-Broadcast and Subnet Addresses".
La red Beta habra podido ser dividida para tener siete bits de espacio de subnet y nueve bits
de espacio del host. Esto permitira 126 subnets, con 510 hosts cada uno. Una subnet mask se
utiliza para identificar qu porcin de la direccin debe ser utilizada como la direccin de red
lgica (red ms la porcin del subnet). En el ejemplo del cuadro 10, la subnet mask de la red
Beta sera 255.255.255.0. Esto especifica que el ltimo byte es el nombre de host, y que los
primeros tres bytes hacen la porcin de la red y del subnet.
Miremos otro ejemplo. Usted obtiene una identificacin de red 202.192.156 del InterNIC. Esta
es una direccin de clase C, as que tiene ocho bits de espacio para el host en cada subnet. Su
compaa tiene solamente dos locales con tres estaciones de trabajo cada una, pero espera
tener cerca de diez locales en los aos que vienen. Tambin espera que haya al menos 14
nodos con direcciones IP en cualquier solo sitio. La primera tarea debe decidir la mscara de la
red (subnet mask), que en este caso podra ser los primeros cuatro bits de la identificacin del
host disponible (vase fig. 11).
Figura 11 : Direccionamiento de Red y

subred
Por lo tanto, los bits de la direccin de la subnet A podran ser 0001, que significarn que el
primer local de su compaa tendr la direccin de 202.192.156.16. El resto de los nodos se
pueden asignar direcciones variando los ltimos cuatro bits. Igualmente, los bits de la
direccin de la subnet B podan ser 0010, dando una direccin de 202.192.156.32. Los otros
nodos se pueden asignar direcciones otra vez variando los ltimos cuatro bits. La subnet mask
en este ejemplo sera 255.255.255.240. Esto especifica que los ltimos cuatro bits del byte son
-13-

el nombre de host, y los primeros tres bytes y los primeros cuatro bits del ltimo byte hacen la
porcin de la red y del subnet. (El binario 11110000 equivale al decimal 240)
La figura 11 muestra la red 202.192.156 conectada con el Internet va un Gateway y los dos
subnets.
Direcciones Reservadas para Addresses-Broadcasts

y Subnet
Direcciones con todos 0s o todos 1s (binario) tienen significado especial para IP. Una direccin
de host con todo 1s, que sera 255 en la representacin decimal en el caso de una direccin de
clase C, o una direccin de la clase B con un subnet de 8 bits, indica una "difusin"
(broadcast). Si se utiliza la direccin de difusin, los datos se envan a todos los hosts en la
subnet. Todos los 0s son reservados para las mquinas que no saben todo o parte de su propia
direccin de host. Por ejemplo, una estacin de trabajo sin disco puede enviar una peticin de
direccin a un BOOTP o a servidor de direcciones usando una direccin de todos 0s. El servidor
responder y proporcionar una direccin TCP/IP para la estacin de trabajo sin disco. En
algunas implementaciones pasadas, todos los 0s fueron utilizados para difusin. Por estas
razones, las direcciones del host nunca deben ser todos 0s o 1s.
Mapeando direcciones IP a direcciones fsicas (ARP y

RARP)
Como vio en la seccin "Direcciones IP" cada host se asigna a una direccin de 32 bits que se
utiliza al enviar y recibir paquetes. La direccin IP oculta la complejidad de la direccin del
hardware a la capa superior. Sin embargo, tiene que haber una manera de asociar las
direcciones fsicas del hardware a la direccin de red. Ethernet tiene una direccin fsica de 48
bits asignada por el fabricante de la Ethernet NIC. Para mapear la direccin fsica de 48 bits a
la direccin IP de 32 bits, el Address Resolution Protocol (ARP) fue implementado. El ARP
permite a un host encontrar la direccin fsica de un host de destino en la misma red fsica si
solamente se sabe la direccin IP del destino. El ARP oculta la direccin fsica de la red a la
capa del IP, permitindole asignar cualquier direccin IP sin considerar la direccin fsica. Una
estacin de trabajo sin disco puede utilizar el Reverse Address Resolution Protocol (RARP) para
determinar su direccin IP. El RARP se comunica con el servidor con la direccin fsica de la
estacin de trabajo para obtener su direccin IP.
-14-

El rol del Sistema de Dominios de

Nombre (Domain Name System)
Qu es ms fcil recordar l-800-IWARECOM o 1-800-492-3266? Qu es ms fcil
204.156.137.36 o internetware.com? "Internetware.com" es el nombre de dominio para una
direccin IP equivalente a 204.156.137.36. Los nombres de dominio son nombres que se han
asociado a una direccin IP. Cada mquina en Internet tiene un nombre de dominio, que
corresponde con su direccin IP.
El Nombre de Dominio (Domain Name) abarca un mnimo de dos porciones, separadas por un
punto. La parte ms a la derecha indica el grupo al cual pertenece el dominio, por ejemplo
.com o .edu. La siguiente parte indica la compaa o nombre de la institucin, tal como Novell
en novell.com o Stanford en stanford.edu.
Un nombre de dominio para una mquina, por ejemplo, puede ser
pauls@mktg.abc.com. Esto indica que el nombre de dominio de la
mquina es pauls, y que pertenece al grupo de comercializacin
(mktg) en la compaa del ABC, que es una organizacin comercial
(vase figura 12). Una direccin estndar del correo electrnico
incluye el nombre del receptor, junto con el nombre de host y el
nombre de dominio. Por ejemplo, margief@dvipmnt.mafrdids.com
indica que el margief es el receptor del correo en el host dvipmnt de la
organizacin mafrdids, que es una organizacin comercial.
El nombre de dominio puede ser mximo de 255 caracteres, cada
parte no puede exceder 63 caracteres. Los nombres de dominio
pueden tener cualquier nmero de partes, mientras no exceden estos
lmites. Los nombres de dominio no son sensibles a la escritura (casesensitive), pero se estila en escribirlos en minsculas. Los nombres de
dominio se dividen en categoras basadas en la geografa, as como en Figura 12: Jerarqua de
segmentos de la industria. En los EEUU, la clasificacin geogrfica no los nombres de dominio
ha sido muy popular; sin embargo, la mayora de las organizaciones
fuera de los EEUU utilizan esquemas geogrficos, tales como .ca que representa a Canad y .jp
que representan a Japn.
Con la clasificacin geogrfica, un nombre de dominio puede ser:
stevef@abc.rediands.ca.us
cul indica el usuario es stevef, que trabaja en la compaa del ABC, que est situada en
Rediands, que es una ciudad en California, que es un estado en los EEUU.
La lista siguiente muestra los nombres de dominio ms comunes utilizados en los EEUU:
edu
com
gov
mil
org
net
Institutos de educacin
superior
Firmas comerciales
Agencias del gobierno
Fuerzas armadas
Organizaciones no
gubernamentales ni
comerciales
Redes de computadoras
int
Organizaciones
internacionales
us
Estados Unidos de Norte

Amrica
Reino Unido
Canad
Japn
Australia
China
uk
ca
jp
au
cn
-15-

fl
fr
de
in
kr
kp
Finlandia
Francia
Alemania
Indial
Corea del Sur
Corea del Norte
mx
nl
pe
sg
es
se
Mxico
Nueva Zelandia
Per
Singapur
Espaa
Suiza
Mirando a alguien su direccin IP, es imposible derivar su nombre de dominio, o viceversa,

porque no hay correlacin directa entre las direcciones IP y los nombres de dominio. La nico
comn es que estn conectados a travs de una misma entrada a una base de datos guardada
en un servidor DNS. Esto es similar a los nombres de la gente y los nmeros telefnicos, no
hay ningn lazo entre los nombres de las personas y sus nmeros de telfono, pero usted
podra consultar un directorio de pginas blancas o amarillas para encontrar el nmero de
telfono para cualquier individuo o negocio que tengan telfono.
Un Domain Name Server (DNS) se utiliza para asociar los nombres de dominio con las
direcciones de IP. El DNS es un servicio de directorio distribuido, lo que significa que no hay
una nica mquina guarde todo los nombres de dominio y direcciones IP asociadas. Cada
servidor de nombres de dominio contiene solamente la informacin sobre de dominios a un
nivel debajo de l. Hay servidores separados de la raz para grupos como .com o .edu. Las
races de estos servidores estn duplicados y se mantienen siempre en diversos lugares con
un respaldo completo todo el tiempo (como parte estndar de DNS).
Para demostrar este proceso, utilicemos un ejemplo simple. Si usted enva una pregunta sobre
un nombre de dominio determinado como www.novell.com, la primera peticin va al servidor
de la raz de com. La raz del servidor .com entonces enva la pregunta al servidor de dominios
de nombre de Novell, que alternadamente est enterado de y reconoce su direccin del
servidor de WWW. Segn lo mostrado en la figura13, la peticin del usuario va primero al
servidor de la raz .com, que conoce al servidor DNS de Novell. El servidor raz enva una
peticin al servidor DNS, que conoce la localizacin del servidor de www.Novell.com. Desde
este punto, la estacin de trabajo del usuario sabe la direccin del servidor www.Novell.com, y
as que todas las consultas dirigen directamente a ese servidor.
Figura 13: Un requerimiento DNS

desde un usuario al servidor
En la mayora de los casos, parecera que las operaciones de bsqueda del DNS son muy
rpidas, esto es debido al almacenamiento en memoria inmediata de los nombres alejados y
posiblemente utilizados con ms frecuencia en el servidor de nombres de dominio de la
instalacin local. Adems de la informacin del IP ADDRESS, los servidores DNS tambin
guardan informacin especial sobre los usuarios de correo. Por ejemplo, para
pauls@mktg.abc.com tambin dar para pauls@abc.com. La razn es que la compaa del ABC
mantiene un servidor de nombres de dominio que est enterado de todos sus nombres
internos.
-16-

Esto significa esa cada compaa con una direccin en Internet requiera su propio servidor
DNS en su instalacin? No necesariamente!
Dnde localizar el hardware de su DNS?

No siempre es esencial o recomendable tener su propio servidor de nombres de dominio.
Muchos IAPs ofrecen servicios de DNS por el que puedan anunciar el nombre de dominio de su
compaa, por ejemplo, para una compaa llamada IWare con un nombre de dominio
iware.com, ste puede residir en el servidor de nombre de dominio de su IAP.
Segn lo mostrado en la figura 14, si Alan en abc.com enva un paquete para
pauls@iware.com, entonces la primera peticin del dominio se hace al servidor de root.com,
que contiene el direccionamiento del servidor de nombres de dominio del IAPs. El servidor de
dominios de IAP's entonces resolvera la direccin IP que se asocia con iware.com. Una vez que
la estacin de trabajo de Alan consiga la direccin IP para iware.com, la comunicacin puede
ocurrir como en cualquier WAN.
Figura 14: Un servidor DNS en el

sitio del IAP's
Para compaas ms pequeas, es una prctica comn que su servidor de nombre de dominio
resida en servidor de nombre de dominio de su IAPs. De esta manera, su instalacin no
necesita ejecutar y administrar un servidor de DNS que normalmente est basado en UNIX.
Muchos IAPs tienen conexiones a Internet de velocidad como T1 o T3, y pueden resolver
nombres incluso si su sitio o servidor est apagados.
Para las compaas con grandes redes o mltiples locales y solamente un gateway/router que
anuncia el direccionamiento, es el mejor mantener el servidor de nombres de dominio en el
lugar central. La figura 15 muestra una red ms compleja, donde el servidor de nombres de
dominio est situado en el mismo local. El servidor del DNS puede ser un servidor NetWare o
un servidor UNIX. Las ms recientes implementaciones de DNS estn disponibles en el sistema
operativo de UNIX. Con NetWare/IP, Novell tambin ofrece el servidor del DNS como NLM.
-17-

Ruteo de Datagramas IP
Los Routers (enrutadores) son actualmente los gateway ms comunes. Un gateway es un
dispositivo que conecta dos o ms redes. Una red, en este caso, podra ser un segmento de la
red de rea local (LAN) o una red de rea amplia completa (WAN). Un host, por otra parte, se
conecta directamente con una red fsica. Un host es cualquier computadora conectada a
Internet que tiene una direccin IP o Internet y puede recibir aplicaciones Internet.
Internet se compone de las mltiples redes fsicas interconectadas por los gateways. Todos los
Figura 15: Un
servidor DNS en Los
el
gateways en Internet forman una cooperativa y una estructura
interconectada.
sitio
de
la
compaa
datagramas pasan a partir de un gateway a otro hasta que alcanzan un gateway que pueda
entregar el datagrama directamente. Por ello, todos los gateways mantienen tablas de ruteo IP
o Internet. Las tablas de ruteo de la red interna de una compaa pueden ser complejas,
dependiendo del tamao de la red.
Conectar una red pequea con Internet es simple, esto es porque la complejidad de construir
la informacin de ruteo se transfiere al Punto de Presencia (Point Of Presence, POP) del IAPs,
segn lo mostrado en la figura 16. El POP es el recurso fsico usado por el IAP para conectar su
red. Cuando un usuario enva un DATAGRAMA IP desde la direccin origen destinado a otra red
(la direccin de destino), el router de la red de origen, G1 en la figura 16, enva el datagrama
al router ms cercano, G2. Esta router est situado en el POP del IAPs. En el POP es otro router
que enva el paquete a travs de otros gateways intermedoarios, si es necesario, hasta que el
paquete llegue a su destino.
Figura 16: Entrega de datagramas IP
Hay muchos protocolos de la ruteo en TCP/IP, tales como Routing Information Protocol (RIP) y Open
Shortest Path First (OSPF), que se utilizan para intercambiar la informacin de las tablas de ruteo entre
los Gateways y los hosts.
Internet Control Message Protocol

El Internet Control Message Protocol (ICMP) es una parte integral de IP y viaja en la porcin de
datos de los datagramas IP. Si cada Gateway en Internet funcionara a toda la hora, la
comunicacin ocurrira fluidamente. Sin embargo, si un Gateway no puede encaminar o
entregar un datagrama, necesita instruir a la fuente original para tomar acciones para eludir o
corregir el problema. El ICMP permite a los gateways enviar mensajes de error o de control a
otros gateways y hosts. Una de las herramientas ms frecuentes usadas en Internet se llama
Ping, que es bsicamente un mensaje de peticin y respuesta (eco) de ICMP. Con Ping, puede
determinarse si el host es accesible o no.
-18-

Obteniendo una Direccin IP y un

Nombre de Dominio
Los nombres de dominio se asignan en orden de llegada. Por lo tanto, si su compaa no ha
solicitado an un nombre de dominio, debe hacerlo ahora antes de que algn otro demande el
mismo nombre que su compaa ha de solicitar. El caso famoso de MTV que demanda su
dominio mtv.com mientras que otro ya haba conseguido el nombre es una clara indicacin a
las compaas que deben preocuparse por su nombre de dominio antes de que otros les
ganen, para evitar costosas batallas legales.
Hay dos maneras de obtener nombre de dominio y direcciones del IP:
Que su IAP los obtenga para usted

Contactarse con InterNIC via e-mail, fax o correo postal a:
e-mail:
hostmaster@internic.net
telfono:
(703) 742-4777
facsmil:
(703) 742-4811
Correo postal:
Network Solutions
InterNIC Registration Services
505 Huntmar Park Drive
Herndon, VA 22070
Si usted es nuevo al Internet, se sugiere entregar esta tarea a su IAP. En muchos casos, el IAP
puede proporcionar parte de sus propias direcciones IP, antes de conseguir direcciones
separados para usted. Antes de que utilice las direcciones IP proporcionadas por el IAP para su
red interna, cercirese que pueda utilizar las mismas direcciones si tiene que cambiar de
proveedor de acceso a Internet por cualquier razn en una fecha posterior.
Capa De Transporte
Los protocolos ms importantes de la capa 4, la Capa de Transporte, son el User Datagram

Protocol (UDP) y el Transmission Control Protocol (TCP). Ambos protocolos utilizan IP como su
protocolo de capa de red. El UDP es un protocolo sin conexin que es til cuando una
aplicacin no requiere sequenciamiento de paquetes o 100 por ciento de confiabilidad de la
entrega de los mismos, o est incluyendo esto (la seguridad) como parte de la aplicacin. Los
ejemplos de los usos que utilizan el UDP son el Network File System (NFS) de SUN y el Domain
Name System (DNS).
TCP es utilizado por la mayora de aplicaciones porque proporciona una secuencia de datos
confiable. Cuando una aplicacin enva los datos al nivel TCP, sabe que los datos enviados al
destino deber ser 100 por ciento correctos. Entre las aplicaciones que utilizan TCP estn: File
Transfer Protocol (ftp) y Protocolo de Terminal Virtual (telnet).
User Datagram Protocol (UDP)

UDP, como IP, es tambin un sistema sin conexin y de mejor-esfuerzo en la entrega, que
utiliza IP para transportar mensajes entre mquinas. UDP agrega la capacidad para distinguir
entre destinos mltiples dentro de una solo computadora. Adems del direccionamiento de
destinacin IP, UDP utiliza un conjunto de puntas abstractas de destino llamados los puertos
del protocolo (protocol ports). Cuando llega un mensaje UDP, contiene los nmeros de puerto
de destinacin y de origen. Los estndares de TCP/IP definen ciertos puertos, mientras que
otros se asignan dinmicamente. La tabla 4 proporciona a una lista de los puertos ms
-19-

conocidos de UDP. Una lista completa de todos los nmeros de puertos asignados se incluye
en el RFC 1700, que es publicado por el Internet Assigned Numbers Authority (IANA). El IANA
es el coordinador central para la asignacin de los valores de parmetros nicos para los
protocolos Internet. El IANA es encargado por la Internet Society (ISOC) y por el Consejo
Federal de la Red (Federal Network Council, FNC) para actuar como entidad encargada de
asignar y coordinar el uso de los valores de parmetros del Protocolo Internet.
Tabla 4: Nmero de puertos comunes UDP
Nmero de
Puerto
7
11
43
53
67
68
69
111
Aplicacin
Descripcin
ECHO
USERS
NICNAME
DOMAIN
BOOTPS
BOOTPC
TFTP
RPC
161
SNMP
Retorna el estado como eco

Provee una lista de usuarios activos
Provee el servicio "who is"
Servidor de Nombres de Dominio (DNS)
Servidor del Protocolo de carga inicial
Cliente del Protocolo de carga inicial
Trivial File Transfer Protocol
NFS se construye encima del puerto de Remote
Procedure Call (RPC)
Simple Network Management Protocol (SNMP) net
monitor
UDP proporciona multiplexacin y demultiplexacin para mltiples aplicaciones corriendo en

un host.
UDP espera software de aplicacin para aumentar mecanismos de confiabilidad si son
requeridos. Para algunas aplicaciones que no requieren confiabilidad, o que pueden agregar un
esquema simple de confiabilidad, UDP es preferible porque ser ms rpido que TCP y requerir
menos de la capa superior debido a no necesitar estar iniciada una sesin antes de enviar
datos. Muchas aplicaciones no implementan todos los mecanismos de confiabilidad, errorchecking y correccin necesarios. Por lo tanto, las aplicaciones escritas al UDP pueden trabajar
bien en redes pequeas, pero pueden fallar o comportarse diferentemente en una red grande
como Internet, donde pueden ocurrir errores y prdidas de paquetes.
Transmission Control Protocol

El Transmission Control Protocol (TCP) es el protocolo del transporte opcional en la suite del
protocolo TCP/IP porque proporciona conexiones confiables, full-duplex, y virtuales. A
diferencia del UDP, es orientada a la conexin y por lo tanto necesita que se instala una sesin
entre dos mquinas de iniciar la transmisin. Para alcanzar confiabilidad, TCP uso una tcnica
llamada positive acknowledgment with retransmission (acuse positivo de recibo con
retransmisin), que significa que si el dato se pierde en el proceso de transmisin, TCP
reconoce la falla en la entrega por acuse de recibo (o carencia del mismo) y retransmite el
dato.
-20-

TCP proporciona mltiples conexiones circuitos virtuales entre dos hosts TCP. Los
nmeros de los puertos de acceso y de destino identifican los puntos finales de los
procesos en el circuito virtual TCP. Los nmeros de puertos menores de 256 son
especificados en el RFC 1700, estos puertos son llamados puertos bien conocidos
(well-known ports). El resto de puertos pueden asignarse por aplicacin segn como
sea necesario. TCP y UDP comparten algunos nmeros de puertos comunes. Por
seguridad, los usuarios a menudo utilizan en aplicaciones los nmeros de puerto
para restringir el acceso de entrada y salida. La tabla 5 contiene una lista de
algunos puertos TCP bien conocidos.
-21-

Tabla 5: Nmero de Puertos TCP Well-Known
Nmero de
Puerto
7
20
21
23
25
43
53
79
103
119
80
Aplicacin
ECHO
FTP_DATA
FTP
TELNET
SMTP
WHOIS
DOMAIN
FINGER
X400
NNTP
HTTP
Descripcin
Echo data
File Transfer Protocol (FTP) data
FTP control
Terminal connection Program
Simple Mail Transfer Protocol
Who is
Domain Name Server
Finger protocol
X.400 Mail Service
Network News Transfer Protocol
Hyper Text Transmission Protocol
Algunas de las aplicaciones utilizan UDP, mientras que otras utilizan el protocolo TCP, los
servidores de nombres de dominio son la nica aplicacin que puede utilizar cualquiera de los
dos protocolos. La mayora de las aplicaciones Internet utilizan el protocolo TCP porque
chequea errores y retransmite. Sin embargo, TCP agrega ms gastos indirectos, es ms lento,
y es mucho ms complejo que el UDP.
Capa De Aplicacin
Hasta este punto, toda de las capas TCP/IP distribuyen datos sin procesar de una computadora
a otra. No ocurre interaccin directa con el usuario hasta que se alcanza la Capa de Aplicacin.
En la Capa de Aplicacin, hay dos tipos de aplicaciones: aplicaciones del cliente y aplicaciones
del servidor. En aplicaciones cliente, como ftp, telnet, y smtp, los usuarios interactan solos.
Muchas aplicaciones TCP/IP funcionan en el modelo cliente-servidor. Por ejemplo, un usuario
ejecuta una aplicacin ftp en una mquina local, designada el cliente ftp, conectada a un
Servidor FTP en una mquina remota. Las aplicaciones del cliente saben como entrar en
contacto con los servidores en base al nmero del puerto asignado por el protocolo, tal como
21 en el caso del control de conexin de ftp (vase la tabla 5).
-22-

El futuro de TCP/IP
Debido a la complejidad del protocolo TCP/IP, la asignacin de direcciones y gestin del
sistema consumen tiempo y requieren cierto nivel de experiencia. Un nuevo estndar llamado
el protocolo dinmico de la configuracin del host (Dynamic Host Configuration Protocol,
DHCP) se ha propuesto para aliviar algunas de complejidades de la administracin y de la
asignacin de direcciones de TCP/IP. DHCP est en sus inicios, sin embargo, y carece de
interoperabilidad entre diversas implementaciones y DNS. Microsoft ha implementado DHCP
en ejecucin en sus sistemas Windows NT (3.5 en adelante), y integrndola a su base de datos
WINS. DHCP, es un importante hito para hacer el direccionamiento TCP/IP ms fcil, puede no
emerger como la panacea para la direccin dinmica en un futuro cercano, pues requiera
cambiar todo el software cliente TCP/IP
El xito del Internet y de TCP/IP estn creando un problema de agotamiento del direcciones IP.
Segn lo discutido antes, es altamente inverosmil que una compaa pueda obtener un
direccionamiento de clase B. Obtener de un direccionamiento de la clase C es mucho ms
probable, pero con la restriccin de 254 direcciones para hosts. Para solucionar este problema,
se ha propuesto IP next generation (IPng). Se anticipa que las especificaciones de IPng sern
concluidas durante el presente ao. IPng superar muchas limitaciones de IP y tendr algunas
caractersticas como:
Largo direccionamiento - tendr direccin de 16 bytes
Asignacin de direccin automtica
Seguridad con el cifrado incorporado
Prioritization del trfico
IPng, sin embargo, tendr incompatibilidades con la versin actual de IP. La diferencia ms
significativa ser en el direccionamiento, IPng tendr un esquema de direccin totalmente
diverso que versiones existentes de TCP/IP. Parte de las actividades para IPng est en la
planeacin de la transicin de la versin actual. Todava hay muchos detalles que necesitan
ser resueltos. IPng sigue estando en fase de diseo y no tendr probablemente aceptacin en
el mercado hasta despus del 2000.
Hasta que se libere la versin de IPng, usted debe poner en ejecucin la versin actual de IP.
Con un adecuado planeamiento, puede disear su red de modo que usted pueda acomodarse
fcilmente a IPng.
-23-

Resumen
Debe tener ahora una comprensin bsica de la importancia del direccionamiento IP y de los
nombres de dominio. Es importante entenderlos para conectar su red con el Internet. Tambin
fue cubierto en este captulo una breve descripcin de las capas de la Suite del Protocolo
TCP/IP, de SLIP/PPP, y de las direcciones futuras de TCP/IP. Si usted desea una informacin ms
profunda sobre estos asuntos, hay numerosos libros que cubren esta informacin muy
detalladamente.
Traduccin por Wilfredo Cruz Yarlequ, del Captulo 3 del libro:

Connecting NetWare to the Internet
de Singh, Paul, Fairweather, Rick, Ladermann, Dan
Editorial New Riders Publishing
1995
-24-

Universidad Nacional de Piura - Facultad de Ingenieria Industrial - Departamento Academico de Ingenieria Informatica PDF

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Universidad Nacional de Piura - Facultad de Ingenieria Industrial - Departamento Academico de Ingenieria Informatica PDF

Încărcat de

Drepturi de autor:

Formate disponibile

UNIVERSIDAD NACIONAL DE PIURA - FACULTAD DE INGENIERIA INDUSTRIAL - DEPARTAMENTO ACADEMICO DE

El Protocolo de Control de Transmisin/Protocolo Internet (TCP/IP), es esencialmente el