Facultad Ingeniera de Sistemas

SISTEMAS OPERATIVOS 2

COMUNICACIONES TCP/IP
OBJETIVO GENERAL
Brindar al estudiante las herramientas en Java que le permitan desarrollar los
programas especificados para el curso.

OBJETIVOS ESPECIFICOS

Dar a conocer al estudiante la teora que le permita comprender como se

hacen las comunicaciones en Java.
Brindar un apoyo que le facilite al estudiante empezar a hacer sus
programas conforme la especificacin planteada para la materia.
Dar ejercicios probados que le muestren como se llevan a cabo las
comunicaciones por TCP/IP y de paso le ayuden para hacer la posterior
inferencia que le permitir elaborar sus propios programas.

MARCO TEORICO
Las comunicaciones entre diferentes sistemas se realizan tpicamente a travs de
una red, que usualmente denominamos local (LAN) cuando la distancia es
pequea y extensa (WAN) cuando se trata de equipos muy alejados (se mantiene
intencionadamente la ambigedad en los conceptos de distancia dada la gran
variedad de redes existente).
Tanto si usamos un tipo de red como otro, existen multitud de protocolos para el
intercambio de informacin. Java incorpora un soporte nativo para la familia de
protocolos que se conoce con el nombre genrico de TCP/IP, que son los
protocolos empleados en Internet.
Como se ver ms adelante esta denominacin hace referencia a dos de los
protocolos utilizados, pero en realidad hay ms protocolos disponibles para el
programador Java.
Bsicamente se va a disponer de dos tipos de servicio claramente diferenciados:

Un servicio que denominamos sin conexin, que se parece al

funcionamiento de un servicio de correo o de mensajera, en el que origen y
destino intercambian uno o ms bloques de informacin sin realizar una
conexin previa y donde no se dispone de un control de secuencia (el orden
de entrega puede no corresponder al de envo) ni tampoco control de error

Pgina 1 de 15

Facultad Ingeniera de Sistemas

SISTEMAS OPERATIVOS 2
(algunos de estos bloques de informacin pueden perderse sin que se
reciba aviso alguno).

Otro servicio orientado a la conexin, en el que disponemos de un stream

que nos asegura la entrega de informacin ordenada y fiable, sin que se
pueda perder informacin. En este servicio, antes de enviar informacin se
realiza un proceso de conexin, similar al funcionamiento de un telfono
(donde, antes de hablar, tenemos que completar el proceso de llamada).

Cada uno de estos tipos de servicio ser de aplicacin para tareas diferentes y
posee un conjunto de caractersticas que los hace aptos para diferentes usos.

Arquitectura Cliente / Servidor.

Mediante la arquitectura cliente-servidor se definen servidores pasivos y clientes
activos que crean conexiones hacia los servidores. Se realiza un diseo de
aplicaciones asimtricas entre cliente y servidor. Es decir, son distintas las
aplicaciones que se ejecutan en el servidor a las que se ejecutan en el cliente.
La comunicacin entre un cliente y un servidor se puede realizar de dos formas
distintas mediante conexiones (servicio orientado a conexin) o datagramas
(servicio sin conexin).

Protocolo orientado a conexin: se basa en una conexin establecida en la

que queda fijado el destino de la conexin desde el momento de abrirla.
Esta conexin permanecer hasta que se cierre, como ocurre con una
llamada telefnica. Este protocolo en TCP/IP se llama TCP (Transmission
Control Protocol).

Protocolo sin conexin (datagramas): por el contrario enva mensajes

individuales con el destino grabado en cada uno de ellos, como en una
comunicacin a travs de correo postal, donde no son necesarias las fases
de establecimiento y liberacin de conexin alguna. Este protocolo en
TCP/IP se llama UDP (User Datagram Protocol).

En este modelo de aplicaciones, el servidor suele tener un papel pasivo,

respondiendo nicamente a las peticiones de los clientes, mientras que estos
ltimos son los que interactan con los usuarios (y disponen de interface de
usuario).
La comunicacin entre cliente y servidor se efecta travs de la red que los une,
empleando, adems de un protocolo de transporte (TCP o UDP), un protocolo de
aplicacin que vara de unas aplicaciones a otras y que, como indica su nombre,
est codificado en la propia aplicacin (mientras que el protocolo de transporte
Pgina 2 de 15

Facultad Ingeniera de Sistemas

SISTEMAS OPERATIVOS 2
est incorporado en el sistema operativo y es accedido desde los programas Java
a travs de las clases que se estudiarn en este Laboratorio).

La abstraccin socket.
Un socket1 es el extremo de un enlace de comunicacin bidireccional
entre dos programas que se comunican a travs de la red.

En la arquitectura TCP/IP, las computadoras estn identificadas por una direccin

de red (IP), de la misma forma que en el sistema telefnico cada terminal dispone
de un identificador (nmero de telfono) nico. Para comunicarnos con otra
computadora necesitamos conocer (o averiguar) su direccin IP (de 32 bits).
Sin embargo, este esquema de direccionamiento no es suficiente si deseamos
poder tener varias comunicaciones independientes desde cada computadora2. Por
este motivo, los protocolos de transporte extienden este esquema con un nuevo
identificador, denominado puerto (port). Este identificador (de 16 bits) permite
incrementar las posibilidades de comunicacin y mantener varias conexiones
simultneamente.
Una direccin del nivel de transporte (TCP o UDP) viene especificada por una
direccin del nivel de red (IP) ms un nmero de puerto.
Direccin IP (4 nmeros entre 0 y 255 separados por puntos8 bits)
Puerto (nmero entre 0 y 65.535)
1

Se mantendr la denominacin inglesa socket a lo largo del documento.

De todos es conocido que un telfono permite una comunicacin nada ms. Si el telfono est
ocupado, obtendremos un tono de ocupado. Si es nuestro telfono el que est en uso por otra
persona, tendremos que esperar a que termine antes de poder iniciar otra conexin.
2

Pgina 3 de 15

Facultad Ingeniera de Sistemas

SISTEMAS OPERATIVOS 2
Ejemplo: 158.42.53.1:1270 (IP=158.42.53.1, puerto=1270)
El paquete java.net proporciona tres clases: Socket, ServerSocket y
DatagramSocket.
Socket Implementa un extremo de la conexin (TCP) a travs de la cual se
realiza la comunicacin.
ServerSocket Implementa el extremo Servidor de la conexin (TCP) en la
cual se esperan las conexiones de clientes.
DatagramSocket Implementa tanto el extremo servidor como el cliente de
UDP.
El sistema operativo crear un punto de conexin en el protocolo de nivel 4 (nivel
de transporte) correspondiente, en el caso de internet (arquitectura TCP/IP) las
conexiones sern soportadas por el protocolo TCP (si el tipo es Socket fiable y los
datagramas (DatagramSocket) por el protocolo UDP no fiable.
Concepto de fiabilidad:
1. No se perdern paquetes.
2. No llegarn paquetes duplicados.
3. El orden de recepcin ser el mismo que el de emisin.
Si se emplea un protocolo fiable, el programa de aplicacin quedar liberado de la
responsabilidad de gestionar reordenaciones, prdidas y duplicados. A cambio, el
software de protocolos interno necesitar un mayor tiempo de proceso.
Existe otro tipo de socket, el socket crudo RAW SOCKET que se salta el nivel de
transporte y accede directamente al nivel 3 (nivel de red): En el caso de Internet
IP. Este tipo de socket se reserva a usuarios experimentados ya que suele ser
utilizado por programas con privilegios para la definicin de protocolos de bajo
nivel.

Pgina 4 de 15

Facultad Ingeniera de Sistemas

SISTEMAS OPERATIVOS 2

Servicio sin conexin (Datagram Socket).

Se trata del mecanismo ms simple, puesto que el servicio sin conexin tan slo
nos ofrece un mero envo (y se ver si con suerte llega) de datos.
Puesto que no existe aqu la conexin no hay proceso previo alguno antes de
enviar informacin. Para poder comunicar con otro proceso lo nico que hay que
hacer es crear el socket y utilizar sus mtodos para el envo y recepcin de
informacin.

Creacin de un DatagramSocket.
Los constructores disponibles (desde la versin 1.0 del JDK) son:
DatagramSocket() Construye un socket para datagramas y lo conecta al
primer puerto disponible.

DatagramSocket(int) Igual que el anterior, pero adems permite especificar

el nmero de puerto asociado.

DatagramSocket(int, InetAddress) Este constructor nos permite especificar

adems del puerto, la direccin a la que vamos a conectar.

La siguiente figura ilustra cmo se produce la comunicacin entre clientes y

servidor empleando un DatagramSocket.

Pgina 5 de 15

Facultad Ingeniera de Sistemas

SISTEMAS OPERATIVOS 2

En el siguiente ejemplo se han combinado muchos de los elementos de java,

incluyendo threads, strings y entrada-salida, junto con los servicios bsicos sin
conexin que utilizan el protocolo UDP.
Bsicamente se trata de un programa que incluye un servidor de eco UDP que se
ejecuta en un thread independiente y un cliente de eco UDP que se ejecuta en el
thread del procedimiento principal main() de la clase EcoUdp.
La finalidad de utilizar threads en este ejemplo es permitir verificar la operacin
empleando una sola computadora. Sin embargo, puesto que se trata de threads
que se ejecutan concurrentemente, el servidor tambin responder a peticiones de
eco UDP solicitadas desde otras computadoras. Mientras que el cliente
implementado slo enva peticiones locales, esto es, a la direccin local, que se
obtiene con el mtodo getLocalHost() de la clase InetAddress.
Es interesante destacar el uso de la clase DatagramPacket para albergar los
paquetes que se intercambian entre cliente y servidor. El constructor de esta clase
permite inicializar todos los parmetros como la direccin y puerto de destino,
adems de los datos a enviar. Tambin proporciona los mtodos necesarios para
obtener esa informacin cuando se recibe un paquete (direccin y puerto del
origen, as como los datos y su longitud) por medio de los mtodos getData(),
getLength(), getAddress() y getPort().

Pgina 6 de 15

Facultad Ingeniera de Sistemas

SISTEMAS OPERATIVOS 2
Atencin: Este ejemplo funcionar en Windows NT / 2k,, Linux o Solares. Para
correrlo en Windows 95/98 utilizar el puerto 7.
import java.net.*;
import java.io.*;
class ServidorEcoUdp extends Thread {
// el servidor correra en un thread
// para poder lanzarlo con el cliente
public void run(){
//aqui es donde se hace el trabajo (slo una instancia)
try{ // pueden producirse excepciones
byte[] datos,buffer=new byte[256];
DatagramSocket s=new DatagramSocket(1024); // puerto de
eco
DatagramPacket p;
int puerto,longitud;
InetAddress dir;
String mensaje;
System.out.println("Comienza la ejecucion del servidor ...");
while (true) {
p=new DatagramPacket(buffer,256);
s.receive(p); //espero un datagrama
datos=p.getData(); //obtengo datos
puerto=p.getPort(); //obtengo puerto origen
dir=p.getAddress(); //obtengo dir IP
longitud=p.getLength(); //longitud del mensaje
mensaje=new String(buffer,0,longitud); //texto del
//mensaje
System.out.println("Eco recibido en
Servidor:"+dir+":"+puerto+" > "+mensaje);
// construyo contestacion
p=new DatagramPacket(buffer,longitud,dir,puerto);
s.send(p); //devuelvo contestacion
}
}
catch(SocketException e) {System.out.println(e.toString());}
catch(IOException e) {System.out.println(e.toString());}
}
}
class EcoUdp {
public static void clienteEcoUdp() throws SocketException,
IOException, UnknownHostException {

Pgina 7 de 15

Facultad Ingeniera de Sistemas

SISTEMAS OPERATIVOS 2
//en este mtodo hemos optado por no tratar las excepciones
String mensaje;
InputStreamReader isr = new InputStreamReader(System.in);
BufferedReader teclado = new BufferedReader(isr);
// puerto origen: el que encuentre libre
DatagramSocket s=new DatagramSocket();
do {
System.out.print("Escriba su mensaje en el cliente :");
mensaje=teclado.readLine();
if (mensaje != null) {
// lo convierte a vector de bytes
byte[] buffer= mensaje.getBytes();
//ahora construyo el paquete, especifico destino
// local y puerto 1024
DatagramPacket p=new DatagramPacket( buffer,
mensaje.length(), InetAddress.getLocalHost(),1024);
s.send(p); //envio datagrama
}
} while (mensaje != null );
}
public static void main(String param[]) throws SocketException,
IOException {
// se instancia el thread
ServidorEcoUdp servidor=new ServidorEcoUdp();
// lo lanzo
servidor.start();
// cliente de eco UDP
clienteEcoUdp();
}
}

Servicio orientado a conexin (Stream Socket).

El uso de este tipo de sockets permite a las aplicaciones cliente y servidor
disponer de un stream que facilita una comunicacin libre de errores. Esto va a ser
muy til siempre que se desee fiabilidad en la comunicacin.
El comportamiento para usar este tipo de socket es diferente en el cliente y el
servidor. Cada uno de ellos utilizar unos mtodos distintos. El esquema bsico
pasa por suponer que el servidor adoptar un papel pasivo y proceder a esperar
conexiones de los posibles clientes. Mientras que los clientes sern los
encargados de solicitar conexiones a los servidores de forma activa.

Pgina 8 de 15

Facultad Ingeniera de Sistemas

SISTEMAS OPERATIVOS 2
Se puede plantear un smil con el telfono. Si dos usuarios desean comunicar por
telfono entre s, no es una buena estrategia que ambos intenten llamar al otro,
pues al estar los dos telfonos descolgados siempre obtendrn seal de
comunicando. Es mejor que acuerden que uno de ellos (el servidor) espere la
llamada del otro (cliente). De este modo no habr problema para establecer la
comunicacin.

Operaciones en el servidor.
Creacin del ServerSocket.
En Java existen dos constructores para crear un ServerSocket:
public ServerSocket(int port);
public ServerSocket(int port, int count);
En el primer caso se crea un socket local al que se enlaza el puerto especificado y
acepta hasta 50 peticiones en cola (pendientes) de conexin por parte de los
clientes.
En el segundo caso se puede especificar el nmero mximo de peticiones de
conexin que se pueden mantener en cola.
En cualquiera de los dos casos, un puerto 0 indica que se utilice cualquier puerto
disponible.
En la mayora de los casos no suele importar en qu puerto se halle el servidor,
pero es fundamental que el puerto escogido sea conocido por el cliente, ya que,
de no ser as no se podr establecer la conexin.
En otras ocasiones se trata de protocolos normalizados que tendrn que atender
en un puerto local especfico. As, por ejemplo, el servidor de SMTP (Simple Mail
Protocol) para correo electrnico escucha siempre en el puerto 25 o el de HTTP
(HyperText Transfer Protocol), el del WWW, escucha siempre en el 80. Los
primeros 1024 puertos (del 0 al 1.023) son de uso reservado para el sistema.

Espera de conexiones de clientes.

public Socket accept();
Sobre un ServerSocket se puede realizar una espera de conexin por parte del
cliente mediante el mtodo accept(). Este mtodo es bloqueante, el proceso

Pgina 9 de 15

Facultad Ingeniera de Sistemas

SISTEMAS OPERATIVOS 2
espera a que se realice una conexin por parte del cliente para seguir su
ejecucin.
Una vez que se establece una conexin por el cliente, el mtodo accept() devuelve
un objeto de tipo Socket, a travs del cual se establecer la comunicacin con el
cliente.
Los objetos de tipo ServerSocket nicamente sirven para aceptar llamadas de
clientes, no para establecer comunicaciones con los clientes. Es una especie de
encargado de recibir llamadas (peticiones de conexin) que no es capaz de
completarlas, tan slo nos avisa cuando se han producido y nos proporciona la
informacin necesaria para que podamos completarlas mediante la creacin de un
objeto Socket.

Operaciones en el cliente.
Como ya se ha indicado, es el cliente el que iniciar activamente el proceso de
conexin. Para poder conectar con algn servidor, el cliente necesita varias cosas:
1. Conocer la direccin IP dnde reside el servidor3.
2. Conocer el puerto en el que est esperando conexiones el servidor.

Creacin del Socket.

Desde el punto de vista del cliente, ser necesario realizar las peticiones a una
direccin destino determinada en la que se encontrar esperando el servidor
(como se indic anteriormente, esto supone especificar la direccin IP ms el
nmero de puerto).
Existen cuatro constructores en Java para implementar un socket:
public Socket(InetAddress address, int port);
public Socket(InetAddress address, int port, boolean stream);
public Socket(String host, int port);

Se recuerda que la palabra servidor hace referencia a un proceso en una computadora

determinada. As cuando se habla del servidor se est haciendo referencia a ese proceso servidor
en esa computadora.

Pgina 10 de 15

Facultad Ingeniera de Sistemas

SISTEMAS OPERATIVOS 2
public Socket(String host, int port, boolean stream);
Para la creacin de un Socket, hay que proporcionar la direccin (o nombre) del
host y el puerto, del host remoto.

Envo y recepcin de datos a travs de sockets.

Pgina 11 de 15

Facultad Ingeniera de Sistemas

SISTEMAS OPERATIVOS 2

Como se representa en la figura, el servidor crea un socket (ServerSocket), le

asigna una direccin y un puerto y acepta llamadas (accept). Tras el accept, el
proceso queda bloqueado a la espera de recibir una llamada. Una vez se recibe
una llamada (Socket cliente con la direccin y puerto del servidor), el accept crea
un nuevo socket, por lo que todo servidor orientado a conexin requerir, al
menos, dos sockets, uno para recibir conexiones y otro para procesarlas. Cuando
un cliente desea comunicarse, crea su socket (socket), y establece una conexin
al puerto establecido. Es nicamente en ese momento cuando existe la conexin y
sta durar hasta que se libere (close()).
Los sockets tienen asociados un Stream de entrada (InputStream) y otro de
salida (OutputStream) a travs de los cuales se puede leer y escribir datos
respectivamente.
La forma de obtener estos streams a partir del socket es la siguiente:
objetoDeTipoSocket.getInputStream()
InputStream
objetoDeTipoSocket.getOutputStream()
OutputStream

Devuelve un objeto de tipo

Devuelve un objeto de tipo

Envo de datos:
Para enviar datos, pueden utilizarse los OutputStream de los socket directamente
si lo que se pretende enviar es un flujo de bytes sin buffer, o puede crearse un
objeto de tipo stream de datos ms evolucionado basado en el OutputStream que
proporciona el socket.
Por ejemplo:

Pgina 12 de 15

Facultad Ingeniera de Sistemas

SISTEMAS OPERATIVOS 2

Socket sock = new Socket("127.0.0.1",1500);

PrintWriter escritura;
BufferedReader teclado;
String linea;
teclado=new BufferedReader(new InputStreamReader(System.in));
escritura=new PrintWriter(sock.getOutputStream(),true);
do {
linea=teclado.readLine();
escritura.println(linea);
} while (linea.compareTo("#")!=0);

Recepcin de datos:
Para recibir datos, al igual que para el envo, puede utilizarse el InputStream que
proporciona el socket o definir un nuevo objeto de tipo stream ms eficiente.
Por ejemplo:

BufferedReader lectura;
String s;
lectura=new BufferedReader( new
InputStreamReader(socketRecepcion.getInputStream()));
while ("#".compareTo(s = lectura.readLine())!=0) {
System.out.println(nombre+": "+s);
}

Ejemplo.
Habitualmente es necesario construir dos programas, uno para el cliente y otro
para el servidor, para poder realizar algn tipo de prueba. Una solucin puede
pasar por emplear un cliente o servidor ya construido para realizar esas pruebas,
con lo que slo sera necesario construir el programa complementario.
Por ejemplo, se puede utilizar el programa telnet como cliente de muchas
aplicaciones simplemente especificando el puerto al que se desea conectar (ya
que por defecto este programa se conecta al puerto TCP 23 dnde se encuentra el
servidor).
Del mismo modo, muchos sistemas operativos (excepto Windows 95) incluyen un
servidor de eco TCP en el puerto 7 (el mismo puerto que en UDP) que puede
permitir verificar que una aplicacin cliente, que se est desarrollando, al menos
comunica correctamente.

Pgina 13 de 15

Facultad Ingeniera de Sistemas

SISTEMAS OPERATIVOS 2

En el siguiente ejemplo se presentan el cliente y el servidor de eco. Es importante

sealar que ambos funcionan por lneas y no por caracteres, es decir, las
peticiones finalizan con CR+LF y el eco se devuelve al final de cada lnea.
import java.net.*;
import java.io.*;
class ServidorEcoTcp {
public static void main(String args[]) throws IOException, SocketException {
// Configurado para trabajar en Windows NT o 2k
ServerSocket ss=new ServerSocket(1024);
Socket tcp;
System.out.println("Esperando conexion ...");
tcp=ss.accept();
System.out.println("Con:"+tcp.toString());
// conectamos salida
OutputStream salida=tcp.getOutputStream();
// conectamos entrada
InputStream entrada=tcp.getInputStream();
byte[] buffer= new byte[256];
int longitud;
while (true) {
// leemos una linea de socket
longitud=entrada.read(buffer);
// salimos si solo fue CRLF
if (longitud<3) {tcp.close(); break;}
// la enviamos a pantalla
System.out.write(buffer,0,longitud);
// mostramos respuesta
salida.write(buffer,0,longitud);
}
}
}
import java.net.*;
import java.io.*;
class ClienteEcoTcp {
public static void main(String args[]) throws IOException, SocketException {
// colocar la direccin IP del servidor
// y un puerto disponible
Socket tcp=new Socket("192.168.1.176",1024);

Pgina 14 de 15

Facultad Ingeniera de Sistemas

SISTEMAS OPERATIVOS 2

System.out.println("Con:"+tcp.toString());
// conectamos salida
OutputStream salida=tcp.getOutputStream();
// conectamos entrada
InputStream entrada=tcp.getInputStream();
// buffer transmision
byte[] buffer= new byte[256];
// buffer recepcion
byte[] buffer2= new byte[256];
int longitud,longitud2=0;
while (true) {
// leemos una linea
System.out.println("Escriba una cadena:");
longitud=System.in.read(buffer);
// la enviamos por el socket
salida.write(buffer,0,longitud);
// leemos la respuesta
longitud2=entrada.read(buffer2);
// mostramos respuesta
System.out.write(buffer2,0,longitud2);
}

ELABORACIN DE INFORME
1. Qu dos tipos de servicio bsicos ofrece la comunicacin en Java?
2. Dnde est, habitualmente, la interface de usuario en un programa clienteservidor?
3. Qu es un socket?
4. Qu tipos de socket proporciona Java y en qu paquete se encuentran?
5. Cul es la finalidad de un RAW SOCKET?
6. Por qu se han creado dos threads en el programa del eco UDP? De qu
se encarga cada uno?
7. Por qu en el programa de eco UDP se reciben dos ecos de una misma
lnea?
8. Por qu se dice que un stream socket permite una comunicacin fiable?
9. Cul es la finalidad de la clase ServerSocket?
10. Cul es la condicin de finalizacin del servidor ejemplo de eco TCP?

Pgina 15 de 15