Redes (parte2)

MAESTRÍA EN SISTEMAS COMPUTACIONALES

REDES Y COMUNICACIONES

FERNANDO SENTIES GALLEGOS

MATRICULA 43100119

Menú

5. El modelo de referencia TCP/IP

Se han desarrollado diferentes familias de protocolos para comunicación
5.1 Las capas del
Modelo TCP/IP
por red de datos para los sistemas UNIX. El más ampliamente utilizado es el
Internet Protocol Suite, comúnmente conocido como TCP / IP.

5.2 Comparación TCP/IP se convirtió en el protocolo oficial de Internet en 1983 y especifica
Con el modelo OSI más cómo llegar a cabo una transferencia de datos a través de Internet que
cómo son realmente los mecanismos que la realizan.

5.3 Programación Hasta la fecha se han creado 6 versiones deferentes de TCP/IP, siendo la
En red usando cuarta (IPv4) la implementación más extendida. La quinta versión estuvo
sockets bajo UNIX
basada en el modelo OSI y nunca se implementó. La ultima (y sexta llamada
IPv6 o también IPng - IP Next Generation -) fue propuesta por la IETF
(Internet Engineering Task Force).

Menú


5.1 Las capas del Capa de Acceso a la Red.
Modelo TCP/IP

Los protocolos de esta capa proporcionan al sistema los medios para enviar
los datos a otros dispositivos conectados a la red. Es en esta capa donde se
5.2 Comparación
Con el modelo OSI define como usar la red para enviar un datagrama.
Es la única capa de la pila cuyos protocolos deben conocer los detalles de la
red física. Este conocimiento es necesario pues son estos protocolos los que
5.3 Programación han de dar un formato correcto a los datos a transmitir, de acuerdo con las
En red usando restricciones que nos imponga, físicamente, la red.
sockets bajo UNIX

Funciones

Encapsulación de los Traducción de las
datagramas dentro direcciones IP a las
de los marcos a direcciones físicas de
transmitir por la red. la red.
Menú


5.1 Las capas del Capa de Internet.
Modelo TCP/IP
El protocolo mas importante de esta capa y piedra base de toda la Internet
es el IP. Este protocolo proporciona los servicios básicos de transmisión de
5.2 Comparación paquetes sobre los cuales se construyen todas las redes TCP/IP.
Con el modelo OSI

Funciones
5.3 Programación
En red usando
sockets bajo UNIX Definir del Mover los
Definir el Encauzar Realizar la
datagrama, datos entre
esquema los fragmentaci
que es la la capa de
de datagramas ón y re-
unidad acceso a
direcciona hacia ensamblaje
básica de red y la
miento de sistemas de los
transmisión capa de
Internet. remotos. datagramas
en Internet. transporte.

Menú


5.1 Las capas del
Capa de transporte.
Modelo TCP/IP
Los dos protocolos más importantes de esta capa son el TCP y el UDP.
El primero se encarga de los servicios de envío de datos con detección y
5.2 Comparación corrección de errores. El UDP proporciona servicios de envío de datagramas
Con el modelo OSI sin conexión.

El protocolo UDP proporciona a los programas de aplicación acceso directo
5.3 Programación
al envío de datagramas, parecido al servicio que proporciona el IP. Este
En red usando
sockets bajo UNIX permite a las aplicaciones intercambiar mensajes con un mínimo de
supervisión por parte del protocolo.

Menú


5.1 Las capas del
El protocolo UDP se usa principalmente en:
Modelo TCP/IP

Envío de pequeñas cantidades de datos, pues seria mas costoso
supervisar el establecimiento de conexiones y asegurar un envío
5.2 Comparación fidedigno que retransmitir el conjunto de datos completo.
Con el modelo OSI

Aplicaciones que se ajustan al modelo "pregunta-respuesta".
5.3 Programación La respuesta se puede usar como una confirmación a la
En red usando pregunta. Si no se recibe respuesta, en un cierto periodo de
sockets bajo UNIX tiempo, la aplicación, simplemente, vuelve a enviar la
pregunta.

Aplicaciones que tienen su propio sistema de verificar que el
envío de datos ha sido fidedigno y no requieren este servicio
de los protocolos de la capa de transporte.

Menú


5.1 Las capas del Las aplicaciones que requieren de la capa de transporte un servicio de
Modelo TCP/IP transmisión de datos fidedigno, usan el protocolo TCP. Este protocolo
verifica que los datos se envíen a través de la red adecuadamente y en la
secuencia apropiada.
5.2 Comparación
Con el modelo OSI
Las características de este protocolo son:

5.3 Programación
En red usando Características
sockets bajo UNIX

Orientado a la
Fiabilidad conexión y al
flujo de datos

Menú


5.1 Las capas del Capa de aplicación.
Modelo TCP/IP

En esta capa se incluyen los procesos que usan los protocolos de la capa
de transporte. Hay muchos protocolos de aplicación La mayor parte
5.2 Comparación
Con el modelo OSI proporcionan servicios de usuario y constantemente se añaden nuevos
servicios. Algunos de los protocolos mas conocidos de esta capa son:

5.3 Programación Protocolos
En red usando
sockets bajo UNIX

FTP: Utilizado para SMTP: Este es el
Telnet: Protocolo
efectuar protocolo que nos
que permite la
transferencias permite enviar
conexión remota
interactivas de correo a través de
de terminales
ficheros. la red.

Estos tres protocolos hacen uso de los servicios orientados a la conexión
del TCP.
Menú


5.1 Las capas del Algunos protocolos usan los servicios del UDP los cuales son:
Modelo TCP/IP

5.2 Comparación Protocolos
Con el modelo OSI

5.3 Programación
RIP: Utilizado por
DNS: Protocolo que NFS: Protocolo que los dispositivos de
En red usando traduce en permite la
sockets bajo UNIX la red para
direcciones IP los compartición de intercambiar
nombres asignados ficheros por distintas información relativa
a los dispositivos de maquinas de una a las rutas a seguir
la red. red. por los paquetes.

Menú


5.1 Las capas del El modelo de referencia TCP/IP es muy usado actualmente como base de
Modelo TCP/IP
la Internet. Originalmente diseñado para la red ARPANET, este protocolo
fue adquiriendo popularidad conforme ha ido creciendo la Internet. El
modelo consta solo de 4 capas: la capa 'host-to-network' que incluye a las
5.2 Comparación
Con el modelo OSI capas física y de enlace de datos del modelo OSI; la capa internet que
corresponde con la capa de red de OSI; las capas de transporte y de
aplicación que son similares a sus contrapartes OSI.
5.3 Programación
En red usando
sockets bajo UNIX

http://www.ace.ual.es/~vruiz/docencia/redes/apuntes/html/node38.html
http://w3.mor.itesm.mx/~optimiza/opti9901/capa2/redytopol.html
http://docente.ucol.mx/al970310/public_html/Red.htm
http://www.textoscientificos.com/redes/tcp-ip/capas-arquitectura-tcp-ip

Menú


5.1 Las capas del Las diferencias entre la arquitectura OSI y la del TCP/IP se relacionan con las
Modelo TCP/IP capas encima del nivel de transporte y aquellas del nivel de red. OSI tiene
una capa de sesión y una de presentación en tanto que TCP/IP combina
ambas en una capa de aplicación.
5.2 Comparación
Con el modelo OSI

5.3 Programación
En red usando
sockets bajo UNIX

Menú


5.1 Las capas del 5.2.1 Tipos de Comunicaciones
Modelo TCP/IP
Cada nivel de la jerarquía de protocolos OSI tiene una función especifica y
define un nivel de comunicaciones entre sistemas.
5.2 Comparación Cuando se define un proceso de red, como la petición de un archivo por
Con el modelo OSI un servidor, se empieza en el punto desde el que el servidor hizo la
petición. Entonces, la petición va bajando a través de la jerarquía y es
convertida en cada nivel para poder ser enviada por la red.
5.3 Programación
En red usando
sockets bajo UNIX Capa de Red Capa de Transporte
Comunicaciones OSI TCP/IP OSI TCP/IP
Orientadas X X X
No orientadas X X X

Menú


5.1 Las capas del 5.2.2 Críticas al modelo OSI
Modelo TCP/IP
¿Por que el modelo OSI no asumió el control del
mundo?
5.2 Comparación
Con el modelo OSI
Mal cronometraje
5.3 Programación
En red usando
sockets bajo UNIX Mala tecnología

Malas implementaciones

Malas Políticas

Menú


5.1 Las capas del 5.2.3 Críticas al modelo TCP/IP
Modelo TCP/IP

Problemas
5.2 Comparación
Con el modelo OSI
No se distinguen los
servicios, interfaces y protocolos
5.3 Programación
En red usando
sockets bajo UNIX
No existe un modelo general

La capa de Host-to-network no es
realmente una capa

No se mencionan las capas: física
y de enlace de datos.

Menú


5.1 Las capas del Con bastante sorpresa es el gobierno de Estados Unidos quien argumenta
Modelo TCP/IP
de manera bastante enérgica en contra del TCP/IP: el mismo cuerpo que lo
patrocinó en primer lugar. Su argumento principal es que el TCP/IP no es
una norma adoptada internacionalmente, en tanto que el OSI tiene ese
5.2 Comparación
Con el modelo OSI reconocimiento. El Departamento de Defensa ha comenzado incluso a
alejar a sus sistemas del conjunto de protocolos TCP/IP. Probablemente
resulte un compromiso, con algunos aspectos del OSI adoptados por el
5.3 Programación conjunto de protocolos TCP/IP que aún están en evolución.
En red usando
sockets bajo UNIX

http://www.mitecnologico.com/Main/ComparacionModeloOsiConTcpIp
http://www.slideshare.net/rovitor/capitulo1-tanenbaum

Menú


5.1 Las capas del Bajo Unix, hay dos dominios, uno para comunicaciones internas al sistema
Modelo TCP/IP
y otro para comunicaciones entre sistemas. Las comunicaciones
intrasistema (entre dos procesos en el mismo sistema) ocurren (en una
máquina Unix) en el dominio Unix.
5.2 Comparación
Con el modelo OSI
Se permiten tanto los sockets stream como los datagrama. Los sockets de
dominio Unix bajo Solaris 2.x se implementan sobre TLI (Transport Level
5.3 Programación Interface).En el dominio Unix no se permiten sockets de tipo Raw.
En red usando
sockets bajo UNIX

Menú


5.1 Las capas del
Modelo TCP/IP El socket es la generalización del mecanismo de acceso a archivos de
UNIX que proporciona un punto final para la comunicación. Al igual
que con el acceso a archivos, los programas de aplicación requieren
5.2 Comparación que el S.O. cree un socket cuando se necesite. El S.O. devuelve un
Con el modelo OSI entero que el programa de aplicación utiliza para hacer referencia al
socket recientemente creado.
5.3 Programación
En red usando
sockets bajo UNIX
La base para la E/S de red en UNIX se centra en una abstracción conocida
como socket.
La diferencia principal entre los descriptores de archivo y los descriptores
de socket es que el sistema operativo enlaza un descriptor de archivo a un
archivo o dispositivo del sistema cuando la aplicación llama a Open, pero
puede crear sockets sin enlazarlos a direcciones de destino específicas.

Menú


5.1 Las capas del Ejemplos:
Modelo TCP/IP

Creación de un socket: • resultado = socket (pf, tipo, protocolo)
5.2 Comparación
Con el modelo OSI El argumento PF especifica la familia de protocolo que se va utilizar con el
socket (v.q. PF_INET para TCP/IP). El argumento tipo especifica el tipo de
comunicación que se desea (v.q.SOCK_DGRAM para servicio de entrega de
5.3 Programación datagramas sin conexion, o SOCK_STREAM para servicio de entrega
En red usando confiable de flujo).
sockets bajo UNIX

Envío de datos: • write (socket, buffer, lenght)

Especificación de una
• bind (socket, localaddr, addrlen)
dirección local:

Menú


5.1 Las capas del Ejemplo.
Modelo TCP/IP
Sentadas las bases de los sockets, vamos a ver un pequeño de programa
servidor y cliente, realizado con C en Linux. El servidor esperará la
conexión del cliente. Una vez conectados, se enviarán una cadena de texto
5.2 Comparación
Con el modelo OSI el uno al otro y ambos escribirán en pantalla la cadena recibida.

Detalles del Servidor.
5.3 Programación
En red usando En primer lugar el servidor debe obtener el número del servicio al que
sockets bajo UNIX quiere atender, haciendo la llamada a getservbyname(). Esta función
devuelve una estructura (en realidad puntero a la estructura) en el que
uno de sus campos contiene el número de servicio solicitado.
struct servent Puerto; /* Estructura devuelta */
/* La llamada a la función */
Puerto = getservbyname ("Nombre_Servicio", "tcp");

Menú


5.1 Las capas del
Modelo TCP/IP El segundo es el tipo de protocolo que queremos usar. "tcp" o
"udp", Dentro de lo que devuelve la función, el número de servicio que nos
interesa está en un campo de Puerto:
5.2 Comparación
Con el modelo OSI
Puerto->s_port

5.3 Programación
En red usando
Ya tenemos todos los datos que necesita el servidor para abrir el
sockets bajo UNIX socket, así que procedemos a hacerlo.
El socket se abre mediante la llamada a la función socket() y devuelve un
entero que es el descriptor de fichero o –1 si ha habido algún error.

Menú


5.1 Las capas del
Modelo TCP/IP int Descriptor;
Descriptor = socket (AF_INET, SOCK_STREAM, 0);
if (Descriptor == -1)
5.2 Comparación printf ("Errorn");
Con el modelo OSI

El primer parámetro es AF_INET o AF_UNIX para indicar si los clientes
5.3 Programación pueden estar en otros ordenadores distintos del servidor o van a correr
En red usando en el mismo ordenador.
sockets bajo UNIX

El segundo parámetro indica si el socket es orientado a conexión
(SOCK_STREAM) o no lo es (SOCK_DGRAM).

El tercer parámetro indica el protocolo a emplear.
Habitualmente se pone 0.

Menú


5.1 Las capas del
Modelo TCP/IP Si se ha obtenido un descriptor correcto, se puede indicar al sistema que
ya lo tenemos abierto y que vamos a atender a ese servicio. Para ello
utilizamos la función bind(). El problema de la función bind() es que lleva
5.2 Comparación un parámetro bastante complejo que debemos rellenar.
Con el modelo OSI

struct sockaddr_in Direccion;
Direccion.sin_family = AF_INET;
5.3 Programación Direccion.sin_port = Puerto->s_port;
En red usando
sockets bajo UNIX
Direccion.sin_addr.s_addr =INADDR_ANY;

if (bind (Descriptor, (struct sockaddr *)&Direccion, sizeof (Direccion)) == -1)
{
printf ("Errorn");
}

Menú


5.1 Las capas del El parámetro que necesita es una estructura sockaddr. Lleva varios
Modelo TCP/IP campos, entre los que es obligatorio rellenar los indicados en el código.

sin_family es el tipo de conexión (por red o interna), igual que el primer
5.2 Comparación parámetro de socket().
Con el modelo OSI

sin_port es el número correspondiente al servicio que obtuvimos con
5.3 Programación
getservbyname(). El valor está en el campo s_port de Puerto.
En red usando
sockets bajo UNIX Finalmente sin_addr.s_addr es la dirección del cliente al que queremos
atender. Colocando en ese campo el valor INADDR_ANY, atenderemos a
cualquier cliente.

Menú


5.1 Las capas del
Modelo TCP/IP
La función devuelve -1 en caso de error. Una vez hecho esto, podemos decir
al sistema que empiece a atender las llamadas de los clientes por medio de
5.2 Comparación la función listen()
Con el modelo OSI

if (listen (Descriptor, 1) == -1)
{
5.3 Programación printf ("Errorn");
En red usando
sockets bajo UNIX
}

La función listen() devuelve –1 en caso de error.

Menú


5.1 Las capas del Con todo esto ya sólo queda recoger los clientes de la lista de espera por
Modelo TCP/IP medio de la función accept()

struct sockaddr Cliente;
5.2 Comparación int Descriptor_Cliente;
Con el modelo OSI int Longitud_Cliente;

Descriptor_Cliente = accept (Descriptor, &Cliente, &Longitud_Cliente);
5.3 Programación if (Descriptor_Cliente == -1)
En red usando {
sockets bajo UNIX printf ("Errorn");
}

La función devuelve un –1 en caso de error.

Menú


5.1 Las capas del Si todo ha sido correcto, ya podemos "hablar" con el cliente. Para ello se
Modelo TCP/IP utilizan las funciones read() y write() de forma similar a como se haría con
un fichero. Supongamos que sabemos que al conectarse un cliente, nos va
a mandar una cadena de cinco caracteres. Para leerla sería
5.2 Comparación
Con el modelo OSI int Leido = 0;/* Número de caracteres leídos hasta el momento */
int Aux = 0; /* Guardaremos el valor devuelto por read() */
int Longitud = 5; /* Número de caracteres a leer */
char Datos[5]; /* Buffer donde guardaremos los caracteres */
5.3 Programación /* Bucle hasta que hayamos leído todos los caracteres que
estamos esperando */
En red usando while (Leido < Longitud) {
sockets bajo UNIX /* Se leen los caracteres */
Aux = read (Descriptor, Datos + Leido, Longitud - Leido);
/* Si hemos conseguido leer algún carácter */
if (Aux > 0) {
/* Se incrementa el número de caracteres leídos */
Leido = Leido + Aux; } else {
/* Si no se ha leído ningún carácter, se comprueba
la condición de socket cerrado */
if (Aux == 0) {
printf ("Socket cerradon"); } else
/* y la condición de error */
if (Aux == -1) { printf ("Errorn"); } } }
Menú


5.1 Las capas del
En cuanto a escribir caracteres, la función write() admite los mismos
Modelo TCP/IP parámetros, con la excepción de que el buffer de datos debe estar
previamente relleno con la información que queremos enviar.
int Escrito = 0; /* Núm. de caracteres que ya se han escrito */
5.2 Comparación int Aux = 0; /* Número de caracteres escritos en cada pasada */
Con el modelo OSI int Longitud = 5; /* Total de caracteres a escribir */
char Datos[] = "Hola"; /* El 5º carácter es el 0 del final */
/* Bucle mientras no se hayan escrito todos los caracteres
5.3 Programación deseados */
En red usando while (Escrito < Longitud) {
sockets bajo UNIX /* Se escriben los caracteres */
Aux = write (Descriptor, Datos + Escrito, Longitud - Escrito);
/* Si hemos conseguido escribir algún carácter */
if (Aux > 0) {
/* Incrementamos el número de caracteres escritos */
Escrito = Escrito + Aux; } else ¨{
/* Si no hemos podido escribir caracteres,
comprobamos la condición de socket cerrado */
if (Aux == 0) { printf ("Socket cerradon"); } else
/* y la condición de error */
if (Aux == -1) { printf ("Errorn"); } } }
Menú


5.1 Las capas del Una vez que se han leído / enviado todos los datos necesarios, se
Modelo TCP/IP
procede a cerrar el socket. Para ello se llama a la función close(), que
admite como parámetro el descriptor del socket que se quiere cerrar.
5.2 Comparación
Con el modelo OSI
close (Descriptor_Cliente);

Normalmente el servidor cierra el descriptor del cliente
5.3 Programación (Descriptor_Cliente), no el del socket (Descriptor), ya que este se suele
En red usando dejar abierto para volver a realizar una llamada a accept() y sacar al
sockets bajo UNIX siguiente cliente de la cola.

Menú


5.1 Las capas del Detalles del Cliente.
Modelo TCP/IP
Puesto que la escritura / lectura y cierre de sockets es idéntica a la del
servidor, únicamente contaremos la apertura del socket que, cómo no, es
5.2 Comparación más compleja que la del servidor, puesto que además del número de
Con el modelo OSI
servicio, debe obtener la dirección IP del servidor.
En primer lugar, como en el servidor, obtenemos el número del servicio.
5.3 Programación
En red usando struct servent *Puerto;
sockets bajo UNIX Puerto = getservbyname ("Nombre_Servicio", "tcp");
if (Puerto == NULL)
{
printf ("Errorn");
}

Menú


5.1 Las capas del
Modelo TCP/IP
Después obtenemos la dirección IP del servidor. El parámetro que hay que
pasar es una cadena de caracteres con el nombre del servidor, tal cual lo
pusimos en el fichero /etc/hosts. Devuelve los datos del servidor en una
5.2 Comparación estructura hostent.
Con el modelo OSI
struct hostent *Host;
Host = gethostbyname ("Nombre_Servidor");
5.3 Programación if (Host == NULL)
En red usando { printf ("Errorn"); }
sockets bajo UNIX
Una vez que tenemos todos los datos necesarios, abrimos el socket igual
que en el servidor.

Descriptor = socket (AF_INET, SOCK_STREAM, 0);
if (Descriptor == -1)
{ printf ("Errorn"); }

Menú


5.1 Las capas del Ya tenemos todo lo necesario para solicitar conexión con el servidor. El
Modelo TCP/IP parámetro de connect() ya es conocido y sólo tenemos que rellenarlo,
igual que en bind() del servidor.

5.2 Comparación struct sockaddr_in Direccion;
Con el modelo OSI Direccion.sin_family = AF_INET;
Direccion.sin_addr.s_addr = ((structin_addr*)(Host->h_addr))->s_addr;
Direccion.sin_port = Puerto->s_port;
5.3 Programación
if (connect (Descriptor, (struct sockaddr *)&Direccion,sizeof (Direccion)) == -1) {
En red usando printf ("Errorn"); }
sockets bajo UNIX
La única novedad es que la dirección del servidor se coloca en
Direccion.sin_addr.s_addr y no como pusimos antes, INADDR_ANY.

Dicha dirección la tenemos dentro de la estructura obtenida con
gethostbyname(), en el campo ((structin_addr*)(Host->h_addr))-
>s_addr.

El resto es exactamente igual que en el servidor.
Menú


5.1 Las capas del Básicamente, el socket es una API en la que el servidor espera en un
Modelo TCP/IP
puerto predefinido y el cliente puede utilizar sin embargo un puerto
dinámico.
La programación con sockets es una aproximación de bastante bajo nivel
5.2 Comparación
Con el modelo OSI para la comunicación entre dos ordenadores que van a intercambiar datos.
Uno de ellos será el cliente y el otro el servidor.

5.3 Programación
En red usando
sockets bajo UNIX

http://www.chuidiang.com/clinux/sockets/sockets_simp.php
http://tabasco.torreingenieria.unam.mx/gch/Curso%20de%20Java%20CD/Docume
ntos/froufe/parte20/cap20-4.html

Menú

6. Ejemplos de Redes

6.1 Vistazo a Nowell
Netware
NetWare es a sistema operativo de la red convertido cerca Novell, Inc.
Utilizó inicialmente trabajos múltiple cooperativos para funcionar varios
6.2 Vistazo a
servicios en a PC, y los protocolos de red fueron basados en el arquetipo
ARPANET
Xerox XNS apilado.

6.3 Vistazo a
NFSNET
Antecedentes.

6.4 Vistazo a
NetWare se desarrolló de un concepto muy simple: archivo que comparte
Internet en vez de compartir del disco. En 1983 cuando las primeras versiones de
NetWare fueron diseñadas, el resto de los productos de competición
fueron basados en el concepto de proporcionar el acceso de disco directo
compartido. El acercamiento alternativo de Novell fue validado cerca IBM
en 1984 y ayudado a promover su producto.

Menú


Netware
Versiones
6.2 Vistazo a
ARPANET NetWare 286 2.x
La versión 2 de NetWare era notorio difícil de configurar, puesto que el sistema operativo fue
proporcionado como sistema de compilado módulos de objeto esa configuración requerida y
6.3 Vistazo a el ligarse.
NFSNET
NetWare 3.x
NetWare utilizó Servicios de la encuadernación para la autentificación. Esto era un sistema
6.4 Vistazo a independiente de la base de datos donde todos los datos del acceso y de la seguridad de
Internet usuario residieron individualmente en cada servidor.

NetWare 4.x
La versión 4 en 1993 también introdujo Servicios del directorio de Novell (NDS), basado
encendido X.500, que substituyó la encuadernación por un global servicio del directorio, en
que la infraestructura fue descrita y manejada en un solo lugar.

Menú


Netware
Versiones
6.2 Vistazo a
ARPANET NetWare 5.x
Con el lanzamiento de NetWare 5 adentro Octubre de 1998, Novell finalmente reconoció la
prominencia del Internet cambiando su interfaz primario de NCP del IPX/SPX protocolo de
6.3 Vistazo a red al TCP/IP. IPX/SPX todavía fue apoyado, pero el énfasis cambió de puesto al TCP/IP.
NFSNET
NetWare 6.0
NetWare 6 fue lanzado adentro Octubre de 2001. Esta versión tiene un esquema que
6.4 Vistazo a licencia simplificado basado en los usuarios, no servidores. Esto permite conexiones
Internet ilimitadas por usuario.

Situación actual de NetWare
Mientras que Novell NetWare todavía es utilizado por muchas
organizaciones, especialmente en la educación y el gobierno, su declinación en renombre ha
sido en curso y dramática desde los años 90 mediados de. En aquel momento, NetWare era
considerado el estándar de hecho para el software del archivo y de la impresión para la
plataforma compatible del servidor de Intel x86.

Menú


6.1 Vistazo a Nowell Función.
Netware

La mayoría de los protocolos de red funcionando cuando NetWare fue
6.2 Vistazo a desarrollado no confiaban en la red para entregar mensajes. Un archivo
ARPANET
típico del cliente leído trabajaría algo similar:

6.3 Vistazo a El cliente envía la petición leída al servidor
NFSNET
El servidor reconoce la petición
El cliente reconoce el reconocimiento
6.4 Vistazo a
Internet
El servidor envía datos solicitados al cliente
El cliente reconoce datos
El servidor reconoce el reconocimiento

Menú


Netware Cuando NetWare primero fue desarrollado, casi todo el almacenaje del
LAN fue basado en el modelo del servidor de disco. Esto significó que si
6.2 Vistazo a una computadora del cliente deseara leer un bloque particular de un
ARPANET archivo particular tendría que publicar las peticiones siguientes a través
del LAN relativamente lento:
6.3 Vistazo a
NFSNET

6.4 Vistazo a
Internet

http://www.worldlingo.com/ma/enwiki/es/Novell_NetWare

Menú


Netware
Ante el lanzamiento, en 1957 por parte de la Unión Soviética, del primer
satélite artificial “El Sputnik”, Estados Unidos creó el ARPA (Agencia para
Proyectos de Investigación Avanzada) dentro del Departamento de
6.2 Vistazo a
ARPANET Defensa, a fin de establecer su liderazgo en el área de la ciencia y la
tecnología aplicadas a las fuerzas armadas.
6.3 Vistazo a
NFSNET
De dicha agencia se desprendía la IPTO (Oficina para las Tecnologías de
Procesado de la Información). El objetivo de la IPTO, era buscar mejores
6.4 Vistazo a
maneras de usar las computadoras, es decir, visualizar más allá su uso
Internet inicial que era simplemente el de grandes máquinas calculadoras.

El proyecto ARPAnet (como se le nombró) fue aprobado y se le asignó un
millón de dólares, finalizándose en 1969. ARPAnet, es el antecesor de lo
que ahora conocemos como Internet.

Menú


6.1 Vistazo a Nowell Red de actantes involucrados en el surgimiento de ARPANET: Actantes
Netware
puntualizados

6.2 Vistazo a
ARPANET

6.3 Vistazo a
NFSNET

6.4 Vistazo a
Internet

Menú


Netware
Características comunicativas de ARPANET:

6.2 Vistazo a Procesos de comunicación principalmente entre computadora –
ARPANET computadora y persona – computadora.

6.3 Vistazo a Interfaces de sólo texto, basadas en ASCII.
NFSNET

Sesiones fundamentalmente operacionales
6.4 Vistazo a
Internet (interacción con sistemas de cómputo).

Procesos de comunicación sincrónicos y a distancia.

Códigos pertenecientes al ámbito de las ciencias
computacionales.

Menú


Netware El inicio de ARPAnet se dio, cuando se interconectaron los ordenadores de
cuatro centros de los estados americanos de California y Utah: El Stanford
6.2 Vistazo a Research Institute, la Universidad de California Los Ángeles, la Universidad
ARPANET de California Santa Barbará y la Universidad de Utah.
Con el tiempo se fue abriendo a universidades, investigadores y, ARPAnet
6.3 Vistazo a siguió creciendo uniéndosele otras redes: CSNET y BITNET.
NFSNET

6.4 Vistazo a
Internet

http://www.paralibros.com/passim/p20-tec/pg2050ci.htm
http://www.tuobra.unam.mx/publicadas/010815132146-Title.html
http://www.inteligenciacolectiva.org/principal_proyectos_doctorado_presentacion
03.pdf

Menú


Netware La red NFSNet (National Sciencie Fundation Network) se utilizó como
espina dorsal de la Internet y, sí, fue construida por el Gobierno de
6.2 Vistazo a EE.UU.
ARPANET
La NFSNet se creó para fomentar el "estudio", comunicación e
6.3 Vistazo a investigación. Su propósito era conectar a un nivel medio redes no
NFSNET comerciales con los centros de investigación, centros de
supercomputación del mismo país y otras fuentes similares del exterior.
6.4 Vistazo a
Internet El dinero destinado anteriormente con el fin de mantener la NFSNet
sería ahora destinado a los futuros proyectos de redes con gran ancho
de banda, lo que hoy se denominan las súper autopistas de la
información.

Menú


Netware
La NSFnet creció rápidamente visto su gran potencial y debido en parte
también al rápido desarrollo del software de comunicaciones que
permitía un acceso más fácil.
6.2 Vistazo a
ARPANET
A principios de los 90 Internet es ya una red cuya utilización trasciende el
6.3 Vistazo a campo educacional e investigador. En 1992 existían ya un millón de
NFSNET servidores, 33 países y 17.000 redes conectadas a la misma. Por la misma
época, la NSF permite las actividades comerciales dentro de la Red, con
6.4 Vistazo a lo cual se suman a la misma un número cada vez mayor de empresas
Internet privadas.

Comienzos de 1991, la Universidad de Minnesota introduce el Gopher
cuyo interfaz basado en menús hace que resulte muy fácil navegar a
través de los recursos de Internet sin conocer con exactitud los nombre
de los servidores.

Menú


Netware La NSFnet estaba basada en los protocolos de comunicación de la ARPAnet
(TCP/IP, que deberían ser mejorados para permitir más ordenadores
6.2 Vistazo a conectados) y sustituyó gradualmente a la misma. Al mismo tiempo se
ARPANET crearon redes regionales para soportar el tráfico desde las instituciones
individuales a la NSFnet.
6.3 Vistazo a Al final de la década de los 80 se calcula que la NSFnet tenía unos 100.000
NFSNET servidores.

6.4 Vistazo a
Internet

http://www.gobiernodecanarias.org/educacion/conocernos_mejor/paginas/intern
et.htm

Menú


Netware En el Centro Europeo de Investigaciones Nucleares (CERN), Tim Berners
Lee dirigía la búsqueda de un sistema de almacenamiento y recuperación
6.2 Vistazo a de datos.
ARPANET Berners Lee retomó la idea de Ted Nelson (un proyecto llamado
"Xanadú") de usar hipervínculos. Robert Caillau quien cooperó con el
6.3 Vistazo a proyecto, cuanta que en 1990 deciden ponerle un nombre al sistema y lo
NFSNET llamarón World Wide Web (WWW) o telaraña mundial.

6.4 Vistazo a
Internet

Menú


Netware

6.2 Vistazo a Funcionamiento
ARPANET

La nueva formula permitía vincular información en forma lógica y a través de
6.3 Vistazo a las redes.
NFSNET
El contenido se programaba en un lenguaje de hipertexto con "etiquetas" que
6.4 Vistazo a asignaban una función a cada parte del contenido.
Internet

Luego, un programa de computación, un intérprete, eran capaz de leer esas
etiquetas para desplegar la información.
Ese interprete sería conocido como "navegador" o "browser".

Menú


Netware
Servicios de Internet

6.2 Vistazo a
ARPANET FTP. File Transfer Protocol o Protocolo de Transferencia de Ficheros. Este
servicio permite conectar a través de Internet con un ordenador servidor y
transferir ficheros al mismo o desde el mismo.
6.3 Vistazo a
NFSNET Telnet. Llamado también servicio de acceso remoto. Permite conectarse a un
ordenador remoto de Internet haciendo que nuestro ordenador local sea una
6.4 Vistazo a terminal de aquel.
Internet

Gopher. Es un servicio que permite acceder a la información o recursos de
Internet a través de una estructura jerarquizada de menús

Correo electrónico (e-mail). Permite enviar y recibir mensajes escritos y
también otro tipo de información adjunta (programas, ficheros gráficos, etc.)
a otros usuarios de Internet que tengan una dirección e-mail.

Menú


Netware Servicios de Internet

6.2 Vistazo a Listas de distribución. Es una variante del correo electrónico. Son listas
ARPANET temáticas a las que los usuarios pueden suscribirse.

Archie. Archie es una base de datos de acceso público donde se encuentran
6.3 Vistazo a
NFSNET
almacenados los nombre de todos los ficheros disponibles vía FTP anónimo
junto con su localización (servidor y ruta de acceso en la que se encuentran).

6.4 Vistazo a
Internet Grupos de Noticias. (newsgroups o news, en inglés). Tienen cierta similitud
con las listas de distribución. El equivalente a los mensajes de las listas son
los artículos, que se encuentran agrupados temáticamente (existen más de
30000 foros de discusión distintos).

Chat. Aunque aquí lo ponemos como un servicio, realmente es un conjunto
de servicios que utilizan protocolos diferentes. de los cuales el más
importante es IRC (Internet Relay Chat)

Menú


Netware A partir de entonces Internet comenzó a crecer más rápido que otro
medio de comunicación, convirtiéndose en lo que hoy todos conocemos.
6.2 Vistazo a
ARPANET Algunos de los servicios disponibles en Internet aparte de la WEB son el
acceso remoto a otras máquinas (SSH y telnet), transferencia de archivos
6.3 Vistazo a (FTP), correo electrónico (SMTP), conversaciones en línea (IMSN
NFSNET MESSENGER, ICQ, YIM, AOL, jabber), transmisión de archivos
(P2P, P2M, descarga directa).
6.4 Vistazo a
Internet

http://www.gobiernodecanarias.org/educacion/conocernos_mejor/paginas/intern
et.htm
http://www.cad.com.mx/historia_del_internet.htm

Menú

7. Ejemplos de Servicios

7.1 SMDS
El Servicio de Datos Conmutados Multimegabit (SMDS) es un servicio
definido en EE.UU. capaz de proporcionar un transporte de datos
7.2 X.25 trasparente "no orientado a conexión" entre locales de abonado utilizando
accesos de alta velocidad a redes públicas dorsales. Se trata pues de la
definición de un servicio más la especificación de interfaces de acceso.
7.3 Frame
Relay
El SMDS ofrece distintas velocidades de acceso desde 1, 2, 4, 10, 16, 25 y
hasta 34 Mbits/s. La velocidad entre nodos de la red dorsal comienza en
7.4 ATM 45 Mbits/s y llegará a 155 Mbits/s. Esta última velocidad es la que
corresponde al servicio OC-3 en la Jerarquía Digital Síncrona (SDH).

Menú


7.1 SMDS
Características Principales
7.2 X.25
El interfaz de red a los locales del abonado se denomina Interfaz de
Subred de abonado (SNI, Subscriber Network Interface).
7.3 Frame
Relay El formato de los datos y el nivel de adaptación es idéntico al
especificado por IEEE 802.6.
7.4 ATM
El nivel físico del SNI es el especificado por el estándar IEEE 802.6.

Las direcciones fuente y destino conforman el estándar E164, junto
con la posibilidad de broadcast y multicast de direcciones E.164.

Capacidad de definir Grupos Cerrados de Usuarios mediante
validación de direcciones tanto en salida como en destino.
Menú


7.1 SMDS
SMDS ofrece un servicio de Red Metropolitana con un acceso desde el
punto de vista del abonado idéntico al 802.6, con la particularidad de que
7.2 X.25 no especifica la tecnología interna de la red pública, pudiéndose utilizar
tanto técnicas de conmutación ATM como otras.
7.3 Frame
Relay

7.4 ATM

http://www.csae.map.es/csi/silice/Redman14.html

Menú


7.1 SMDS
X.25 es un estándar para el acceso a redes públicas de conmutación de
paquetes. No especifica cómo está la red implementada interiormente
7.2 X.25 aunque el protocolo interno suela ser parecido a X.25.
El servicio que ofrece es orientado a conexión (previamente a usar el
servicio es necesario realizar una conexión y liberar la conexión cuando se
7.3 Frame deja de usar el servicio), fiable, en el sentido de que no duplica, ni pierde ni
Relay desordena (por ser orientado a conexión), y ofrece multiplexación, esto es,
a través de un único interfaz se mantienen abiertas distintas
7.4 ATM comunicaciones. El servicio X.25 es un diálogo entre dos entidades DTE Y
DCE.

Menú


7.1 SMDS
El servicio de datos acelerados se usa para control de flujo de la entidad
de nivel superior, por lo que no afecta al flujo de datos normales. Es como
7.2 X.25 si tuviéramos 2 flujos de transmisión perfectamente distinguibles.
X.25 es un protocolo para teleproceso, por lo que tiene conectado un
terminal remoto. En el caso de que el terminal se cuelgue, existe un
7.3 Frame carácter de interrupción para interrumpir el proceso. Este carácter se
Relay envía en el paquete de interrupción.

7.4 ATM Hay dos paquetes más asociados a éste:

Paquetes

Confirmación de interrupción Confirmación de interrupción
por parte del ETD por parte del ETCD

Menú


7.1 SMDS
Estos paquetes se utilizan porque el servicio de interrupción es un servicio
confirmado.
7.2 X.25
El formato de estos paquetes es:
7.3 Frame
Relay

7.4 ATM

Menú


7.1 SMDS
El protocolo X.25 opera en la capa 3 e inferiores del modelo OSI, y
mediante la conmutación de paquetes, a través de una red de
7.2 X.25 conmutadores, entre identificadores de conexión. En cada salto de la red
X.25 se verifica la integridad de los paquetes y cada conmutador
proporciona una función de control de flujo.
7.3 Frame
Relay

7.4 ATM

http://www.it.uc3m.es/~prometeo/rsc/apuntes/x25/X25.html

Menú


7.1 SMDS
Frame Relay se define, oficialmente, como un servicio portador RDSI de
banda estrecha en modo de paquetes, y ha sido especialmente adaptado
7.2 X.25 para velocidades de hasta 2,048 Mbps., aunque nada le impide superarlas.

Hasta hace relativamente poco tiempo, X.25 se ha venido utilizando como
7.3 Frame
medio de comunicación para datos a través de redes telefónicas con
Relay
infraestructuras analógicas, en las que la norma ha sido la baja calidad de
los medios de transmisión, con una alta tasa de errores.
7.4 ATM
Frame Relay, maximiza la eficacia, aprovechándose para ello de las
modernas infraestructuras, de mucha mayor calidad y con muy bajos
índices de error, y además permite mayores flujos de información

Menú

Tecnología:


7.1 SMDS
Tecnología.
7.2 X.25
Las redes Frame Relay se construyen partiendo de un equipamiento de
usuario que se encarga de empaquetar todas las tramas de los protocolos
7.3 Frame existentes en una única trama Frame Relay. También incorporan los nodos
Relay que conmutan las tramas Frame Relay en función del identificador de
conexión, a través de la ruta establecida para la conexión en la red.
7.4 ATM Estructura OSI de la red Frame Relay

Menú

Tecnología:


7.1 SMDS

7.2 X.25

7.3 Frame
Relay

7.4 ATM

La red X.25 realiza el control de flujo y de errores nodo a nodo, mientras que en
Frame Relay dichos controles se realizan de extremo a extremo
Menú

Tecnología:


7.1 SMDS
Situación actual y tendencias:

7.2 X.25 La clave para que Frame Relay sea aceptado con facilidad, al igual que
ocurrió con X.25, y también ocurre ahora con RDSI, es su gran facilidad,
como tecnología, para ser incorporado a equipos ya existentes:
7.3 Frame encaminadores (routers), ordenadores, conmutadores, multiplexores, etc.,
Relay y que estos pueden, con Frame Relay, realizar sus funciones de un modo
más eficiente.
7.4 ATM
Por ello, Frame Relay es una solución ampliamente aceptada,
especialmente para evitar la necesidad de construir mallas de redes entre
encaminadores (routers), y en su lugar multiplexando muchas conexiones
a lugares remotos a través de un solo enlace de acceso a la red Frame
Relay.

Menú


7.1 SMDS
Frame Relay proporciona conexiones entre usuarios a través de una red
pública, del mismo modo que lo haría una red privada con circuitos punto a
7.2 X.25 punto. De hecho, su gran ventaja es la de reemplazar las líneas privadas por
un sólo enlace a la red. El uso de conexiones implica que los nodos de la
red son conmutadores, y las tramas deben de llegar ordenadas al
7.3 Frame
destinatario, ya que todas siguen el mismo camino a través de la red.
Relay

7.4 ATM

http://www.consulintel.es/html/tutoriales/articulos/tutorial_fr.html

Menú

Tecnología:


7.1 SMDS
La tecnología ATM es una arquitectura de conmutación de celdas que
utiliza la multiplexación por división en el tiempo asíncrona. Las celdas son
7.2 X.25 las unidades de transferencia de información en ATM y se caracterizan por
tener un tamaño fijo de 53 bytes.
7.3 Frame
La tecnología de red ATM estandariza un conjunto completo de funciones
Relay
para la gestión del tráfico que pueden ser implementados con varios
niveles de complejidad para obtener diferentes niveles de eficiencia.
7.4 ATM
Las redes ATM pueden interoperar con los equipos de distintos vendedores.

Menú

Tecnología:


7.1 SMDS
La red define tres niveles:
7.2 X.25
Nivel físico. Se han definido distintos medios de transmisión
como fibra óptica a 155-Mbps, o 100-Mbps FDDI para ATM de
7.3 Frame área local, además de otras opciones. Actualmente, las
Relay interfaces a ATM trabajan de 622 Mbps o incluso a 2.4 Gbps.

7.4 ATM Nivel ATM. El nivel ATM es una capa independiente para la
conmutación y el multiplexado de los paquetes.

Nivel de adaptación ATM (AAL). Este nivel esta diseñado como
puente entre el nivel ATM y de aplicación.

Menú


7.1 SMDS
Esto permite simplificar los nodos y que la conmutación sea realizada por
hardware, consiguiendo con ello alcanzar altas velocidades.
7.2 X.25 El soporte de múltiples servicios con diferentes calidades de servicio (QoS)
y características del tráfico, requiere una extensa y compleja infraestructura
de red.
7.3 Frame
Relay

7.4 ATM

http://www.eumed.net/libros/2008a/348/Modo%20de%20Transferencia%20Asincr
ona.htm

Menú

8. Los niveles del modelo OSI
8.1 Fórmula
de Nyquist Los siete niveles que configuran el modelo OSI suelen agruparse en 2
8.2 Medios de bloques. Los tres niveles inferiores (físico, enlace y red) constituyen el
transmisión
nivel físico
bloque de transmisión. Son niveles dependientes de la red de conmutación
utilizada para la comunicación entre los 2 sistemas. En cambio, los tres
8.3 Transmisión
inalámbrica
niveles superiores (sesión, presentación y aplicación) son niveles
nivel físico orientados a la aplicación y realizan funciones directamente vinculadas con
8.4 Transmisión los procesos de aplicación que desea comunicarse. El nivel intermedio que
vía satélite queda, (transporte) enmascara a los niveles orientados a la aplicación.
nivel físico

8.5 Aspectos del
nivel de ligado
de datos

8.6 Aspectos del
nivel de red

8.7 Aspectos del
nivel de transporte

8.8 Aspectos del
nivel de aplicación

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión
nivel físico
Nyquist supuso en su teorema un canal exento de ruido ( ideal).
8.3 Transmisión
inalámbrica Por lo tanto la limitación de la velocidad de transmisión permitida en el
nivel físico canal, es la impuesta exclusivamente por el ancho de banda del canal.
8.4 Transmisión
vía satélite El teorema de Nyquist establece que:
nivel físico

8.5 Aspectos del La velocidad máxima de transmisión en bits por segundo para un canal (
nivel de ligado sin ruido) con ancho de banda B (Hz) es:
de datos

8.6 Aspectos del C=2B log M
nivel de red Donde :
8.7 Aspectos del M= niveles de la señal
nivel de transporte Si M=2 entonces log (2)=1, por lo tanto:
8.8 Aspectos del
nivel de aplicación C=2B

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión
nivel físico
Ejemplo:
8.3 Transmisión
inalámbrica Si suponemos que un canal de voz con un ancho de banda
nivel físico de3100 Hz se utiliza con un modem para transmitir datos digitales
8.4 Transmisión ( 2 niveles).
vía satélite
nivel físico
la capacidad C del canal es 2B= 6200 bps.
8.5 Aspectos del
nivel de ligado Si se usan señales de más de 2 niveles; es decir, cada elemento
de datos de señal puede representar a más de 2 bits, por ejemplo si se usa
8.6 Aspectos del una señal con cuatro niveles de tensión, cada elemento de dicha
nivel de red señal podrá representar dos bits (dibits).
8.7 Aspectos del
nivel de transporte
Aplicando la fórmula de Nyquist tendremos:
8.8 Aspectos del
C=2 B log (4)= 2 (3100) (2)=12,400 bps

Menú

Tecnología:

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión
nivel físico El teorema de Shannon establece que:
8.3 Transmisión
inalámbrica
nivel físico C = B log (1+S/N)
8.4 Transmisión
vía satélite
nivel físico Donde:
8.5 Aspectos del C=capacidad teórica máxima en bps
nivel de ligado
de datos
B=ancho de banda del canal Hz.
S/N=relacion de señal a ruido, S y N dados en watts.
8.6 Aspectos del
nivel de red

8.7 Aspectos del
nivel de transporte

8.8 Aspectos del

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión
Para un nivel de ruido dado, podría parecer que la velocidad de
nivel físico transmisión se puede aumentar incrementando tanto la energía de la
señal como el ancho de banda .
8.3 Transmisión
inalámbrica
nivel físico Sin embargo, al aumentar la energía de la señal, también lo hacen las no
linealidades del sistema dando lugar a un aumento en el ruido de
8.4 Transmisión
vía satélite
intermodulación .
nivel físico

8.5 Aspectos del
nivel de ligado
de datos

8.6 Aspectos del
nivel de red
http://cnx.org/content/m12971/latest/
8.7 Aspectos del
nivel de transporte galia.fc.uaslp.mx/~cantocar/.../5A-CAPACIDAD_DEL_CANAL.ppt
8.8 Aspectos del

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión
nivel físico
Guiados No guiados
8.3 Transmisión
inalámbrica
nivel físico Confinamiento No confinamiento
8.4 Transmisión
vía satélite
nivel físico Características del cable
(wire) que transporta la señal Fluidos
8.5 Aspectos del
nivel de ligado
de datos
Transmisión Directiva Características de las antenas
8.6 Aspectos del que transmiten/reciben
nivel de red

8.7 Aspectos del Par Trenzado, Cable
nivel de transporte coaxial, Fibra optica Transmisión
8.8 Aspectos del
Atmosfera, Agua

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión 8.2.1 Par trenzado (UTP).
nivel físico

8.3 Transmisión En su forma más simple, un cable de par trenzado consta de dos hilos de
inalámbrica
nivel físico cobre aislados y entrelazados. Hay dos tipos de cables de par trenzado:
cable de par trenzado sin apantallar (UTP) y par trenzado apantallado
8.4 Transmisión
vía satélite (STP).
nivel físico A menudo se agrupan una serie de hilos de par trenzado y se encierran en
8.5 Aspectos del un revestimiento protector para formar un cable. El número total de
nivel de ligado
de datos
pares que hay en un cable puede variar. El trenzado elimina el ruido
eléctrico de los pares adyacentes y de otras fuentes como motores, relés
8.6 Aspectos del
nivel de red
y transformadores.
8.7 Aspectos del
nivel de transporte

8.8 Aspectos del

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión 8.2.2 Cable Coaxial
nivel físico

8.3 Transmisión Hubo un tiempo donde el cable coaxial fue el más utilizado.
inalámbrica
nivel físico Existían dos importantes razones para la utilización de este cable:
Relativamente barato
8.4 Transmisión
vía satélite Ligero
nivel físico Flexible
8.5 Aspectos del Sencillo de manejar
nivel de ligado
de datos
Un cable coaxial consta de un núcleo de hilo de cobre rodeado por un
8.6 Aspectos del
nivel de red
aislante, un apantallamiento de metal trenzado y una cubierta externa.
8.7 Aspectos del
nivel de transporte

8.8 Aspectos del

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión 8.2.3 Fibra óptica
nivel físico

8.3 Transmisión En el cable de fibra óptica las señales que se transportan son señales
inalámbrica
nivel físico
digitales de datos en forma de pulsos modulados de luz.
Esta es una forma relativamente segura de enviar datos debido a que, a
8.4 Transmisión
vía satélite diferencia de los cables de cobre que llevan los datos en forma de señales
nivel físico electrónicas, los cables de fibra óptica transportan impulsos no eléctricos.
8.5 Aspectos del Esto significa que el cable de fibra óptica no se puede pinchar y sus datos
nivel de ligado no se pueden robar.
de datos
El cable de fibra óptica es apropiado para transmitir datos a velocidades
8.6 Aspectos del muy altas y con grandes capacidades debido a la carencia de atenuación
nivel de red
de la señal y a su pureza.
8.7 Aspectos del
nivel de transporte

8.8 Aspectos del

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión Los medios de transmisión se pueden clasificar en guiados y no guiados.
nivel físico En ambos casos, la comunicación se lleva a cabo con ondas
electromagnéticas
8.3 Transmisión
inalámbrica
nivel físico

8.4 Transmisión
vía satélite
nivel físico

8.5 Aspectos del
nivel de ligado
de datos

8.6 Aspectos del
nivel de red
http://www.ldc.usb.ve/~rgonzalez/telematica/Capitulo4.pdf
8.7 Aspectos del
nivel de transporte www.elprisma.com/apuntes/curso.asp?id=14641
8.8 Aspectos del http://www.diatel.upm.es/oortiz/Transporte%20de%20Datos/Teoria/2.2-
nivel de aplicación Redes%20de%20area%20local_x2.pdf
http://informatica.iescuravalera.es/iflica/gtfinal/libro/c44.html

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión
nivel físico
8.3.1 Por radio.
8.3 Transmisión
inalámbrica  El espectro esta saturado, quedan pocas frecuencias libres: microondas.
nivel físico  Necesitan una licencia del ministerio. Hay bandas libres para WLAN.
8.4 Transmisión  Radioenlaces de microondas.
vía satélite -Propagación rectilínea.
nivel físico
-No puede haber obstáculos.
8.5 Aspectos del
nivel de ligado
-Hasta unos 30 Km.-Bajo coste de la obra civil.
de datos

8.6 Aspectos del
nivel de red

8.7 Aspectos del
nivel de transporte

8.8 Aspectos del

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión 8.3.2 Transmisión por microondas.
nivel físico

8.3 Transmisión Un sistema de microondas consta de:
inalámbrica
nivel físico Dos transceptores de radio: uno para generar (estación de transmisión)
y otro para recibir (estación de recepción) la transmisión.
8.4 Transmisión
vía satélite Dos antenas orientables apuntadas frente a frente para realizar la
nivel físico comunicación de la transmisión de señales por los transceptores. Estas
8.5 Aspectos del antenas, a menudo, se instalan en torres para ofrecer un mayor rango y
nivel de ligado
de datos
para evitar todo aquello que pudiera bloquear sus señales.
8.6 Aspectos del
nivel de red

8.7 Aspectos del
nivel de transporte

8.8 Aspectos del

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión 8.3.2 Transmisión infrarroja
nivel físico

8.3 Transmisión Todas las redes sin hilos infrarrojas operan utilizando un rayo de luz
inalámbrica infrarroja para llevar los datos entre los dispositivos. Estos sistemas
nivel físico
necesitan generar señales muy fuertes, porque las señales de
8.4 Transmisión transmisión débiles son susceptibles de interferencias desde fuentes de
vía satélite
nivel físico luz, como ventanas.
8.5 Aspectos del
nivel de ligado
de datos

8.6 Aspectos del
nivel de red

8.7 Aspectos del
nivel de transporte

8.8 Aspectos del

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión 8.3.2 Transmisión infrarroja
nivel físico

8.3 Transmisión
inalámbrica Redes de línea de visión. Como su nombre indica, esta versión de redes
nivel físico
de infrarrojos transmite sólo si el transmisor y el receptor tienen una línea
8.4 Transmisión de visión despejada entre ellos.
vía satélite
nivel físico Redes infrarrojas de dispersión. En esta tecnología, las transmisiones
8.5 Aspectos del
emitidas rebotan en paredes y suelo y, finalmente, alcanzan el receptor.
nivel de ligado Éstas son efectivas en un área limitada de unos 30,5 metros.
de datos
Redes reflectoras. Los transceptores ópticos situados cerca de los
8.6 Aspectos del equipos transmiten a una posición común que redirige las transmisiones a
nivel de red el equipo apropiada.
8.7 Aspectos del Tele punto óptico de banda ancha. Esta LAN sin hilos infrarroja ofrece
nivel de transporte
servicios de banda ancha y es capaz de ofrecer requerimientos
8.8 Aspectos del multimedia de alta calidad que pueden alcanzar los ofrecidos por una red
cableada.

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión
nivel físico
Trasmisión láser.
8.3 Transmisión
inalámbrica La tecnología láser es similar a la infrarroja, ya que necesita una línea de
nivel físico visión directa y cualquier persona o cosa que interfiera el rayo láser
8.4 Transmisión bloqueará la transmisión.
vía satélite
nivel físico

8.5 Aspectos del
nivel de ligado
de datos

8.6 Aspectos del
nivel de red

8.7 Aspectos del
nivel de transporte

8.8 Aspectos del

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión Comunicación óptica.
nivel físico Comunicación visual.
8.3 Transmisión Espectro no visible.
inalámbrica No necesitan una licencia del ministerio.
nivel físico
Desvanecimiento por lluvia, niebla y turbulencias.
8.4 Transmisión
vía satélite
nivel físico

8.5 Aspectos del
nivel de ligado
de datos

8.6 Aspectos del
nivel de red

8.7 Aspectos del
nivel de transporte

8.8 Aspectos del

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión Aunque esta forma de comunicación tiene sus ventajas, es lenta.
nivel físico La velocidad de transmisión oscila entre los 8 kbps y los 19,2 kbps.
8.3 Transmisión La velocidad es menor cuando se incluye la corrección de errores.
inalámbrica La computación móvil incorpora adaptadores sin hilos que utilizan
nivel físico
tecnología telefónica celular para conectar equipos portátiles con redes
8.4 Transmisión cableadas. Los equipos portátiles utilizan pequeñas antenas para
vía satélite comunicarse con las torres de radio en áreas circundantes. Los satélites
nivel físico
en órbita cercanos a la tierra recogen las señales de baja potencia de los
8.5 Aspectos del dispositivos de red móviles y portátiles.
nivel de ligado
de datos

8.6 Aspectos del
nivel de red
8.7 Aspectos del
http://www.slideshare.net/s_william/infrarrojo-1170935

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión Estaciones de satélite
nivel físico Los sistemas de microondas son una buena opción para la interconexión
8.3 Transmisión de edificios en sistemas pequeños y con cortas distancias, como un
inalámbrica campus o un parque industrial.
nivel físico
La transmisión de microondas es actualmente el método de transmisión a
8.4 Transmisión
vía satélite
larga distancia más utilizado. Es excelente para la comunicación entre dos
nivel físico puntos a la vista como:
8.5 Aspectos del Enlaces de satélite a tierra.
nivel de ligado Entre dos edificios.
de datos
A través de grandes áreas uniformes y abiertas, como extensiones de
8.6 Aspectos del agua o desiertos.
nivel de red

8.7 Aspectos del
nivel de transporte

8.8 Aspectos del

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión Puede transmitirse por el vacío o por la atmósfera.
nivel físico
Usan una parte de espectro electromagnético.
8.3 Transmisión
inalámbrica
nivel físico

8.4 Transmisión
vía satélite
nivel físico

8.5 Aspectos del
nivel de ligado
de datos

8.6 Aspectos del
nivel de red
8.7 Aspectos del
http://www.slideshare.net/s_william/infrarrojo-1170935

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión Es una capa lógica adicional sobre el nivel físico para controlar y gestionar
nivel físico
el intercambio de información.
8.3 Transmisión
inalámbrica Funciones
nivel físico

8.4 Transmisión
vía satélite Estructuración de mensajes en tramas.
nivel físico

8.5 Aspectos del Control del flujo.
nivel de ligado
de datos
Direccionamiento
8.6 Aspectos del
nivel de red

8.7 Aspectos del
Control de errores.
nivel de transporte

8.8 Aspectos del Gestión del enlace.

Trama (o LPDU): es la unidad de transporte.
Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión
nivel físico
Combinación de control y datos sin restricción en una misma trama:
8.3 Transmisión
inalámbrica Posicionalmente dependiente:
nivel físico DDCMP: Una cabecera con los datos de control precede a los datos.
8.4 Transmisión
vía satélite Posicionalmente independiente:
nivel físico
HDLC, SDLC, PPP: La información de control se codifica entre los datos.
8.5 Aspectos del
nivel de ligado
de datos

8.6 Aspectos del
nivel de red

8.7 Aspectos del
nivel de transporte

8.8 Aspectos del

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de 8.5.1 Detección y corrección de errores
transmisión
nivel físico
Técnicas más usuales de control (ARQ Automatic repeat request -Solicitud
8.3 Transmisión
inalámbrica de repetición automática):
nivel físico  Detección de errores
8.4 Transmisión  Confirmaciones positivas
vía satélite  Retransmisión después de la expiración de un intervalo
nivel físico
· Confirmación negativa y retransmisión
8.5 Aspectos del
nivel de ligado
de datos Variantes del ARQ normalizadas:
8.6 Aspectos del
RQ con parada y espera
nivel de red ARQ con adelante atrás N Tipos de
8.7 Aspectos del ARQ con rechazo selectivo errores:
nivel de transporte

8.8 Aspectos del
Tramas Tramas
perdidas dañadas

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de 8.5.1 Detección y corrección de errores
transmisión
nivel físico
Detección de errores
8.3 Transmisión
inalámbrica
nivel físico

8.4 Transmisión
vía satélite
nivel físico

8.5 Aspectos del
nivel de ligado
de datos

8.6 Aspectos del
nivel de red

8.7 Aspectos del
nivel de transporte

8.8 Aspectos del

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión 8.5.1.1 Control de flujo.
nivel físico

8.3 Transmisión Objetivo:
inalámbrica
nivel físico limitar la cantidad de información que el transmisor puede enviar al
receptor, al objeto de no saturar los recursos (memoria) disponibles.
8.4 Transmisión
vía satélite
nivel físico Suposiciones
8.5 Aspectos del Ausencia de errores
nivel de ligado
de datos
Recepción ordenada
8.6 Aspectos del
nivel de red
Técnicas de Control
Parada y espera
8.7 Aspectos del
nivel de transporte Ventana Deslizante
8.8 Aspectos del

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de En el nivel de enlace de datos.
transmisión
nivel físico Es Implícito: Líneas punto a punto.
8.3 Transmisión
Por Preselección: Existe un elemento que establece el camino (IEEE 488).
inalámbrica Maestro - Esclavo: El elemento maestro identifica al destinatario o emisor
nivel físico
de la información.
8.4 Transmisión Varios Maestros: Aquí la trama debe llevar la dirección origen y destino
vía satélite
nivel físico
para poder ser encaminada.
Multidifusión: Cuando un emisor conecta con varios receptores a la vez.
8.5 Aspectos del
nivel de ligado
de datos

8.6 Aspectos del
nivel de red
http://www.uhu.es/diego.lopez/Docs_ppal/Transparencias%20Redes%20t
8.7 Aspectos del ema3%2005-06.pdf
nivel de transporte

8.8 Aspectos del

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión 8.5.2 Protocolos del nivel de enlace de datos.
nivel físico

8.3 Transmisión Los protocolos de esta capa cuentan con las siguientes características:
inalámbrica
nivel físico
Operación independiente del código.
8.4 Transmisión No hay códigos de control.
vía satélite
nivel físico Adaptabilidad a varias configuraciones
8.5 Aspectos del
o 2,4 hilos
nivel de ligado o punto a punto, multipunto
de datos
Alto rendimiento (Datos/control)
8.6 Aspectos del Alta seguridad. Tramas protegidas con mecanismos de control de
nivel de red errores.
8.7 Aspectos del
nivel de transporte

8.8 Aspectos del

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión 8.5.2.1 Protocolo de enlace de datos PPP
nivel físico
Point-to-Point Protocol: PPP
8.3 Transmisión
inalámbrica
nivel físico Consiste en tres componentes:
8.4 Transmisión Mecanismo de encapsulación (RFC 1548) sobre líneas síncronas y
vía satélite asíncronas (HDLC).
nivel físico
Protocolo de control de enlace (LCP): establecimiento, configuración
8.5 Aspectos del
nivel de ligado
(negociación de opciones) mantenimiento y “liberación” del enlace (RFC
de datos 1548).
8.6 Aspectos del
Opcionalmente protocolos de autenticación (PAP o CHAP).
nivel de red Una familia de protocolos de control de red (NCP) para protocolos
8.7 Aspectos del específicos. Existen normas para IP (RFC1332), OSI, DECNet y AppleTalk.
nivel de transporte

8.8 Aspectos del

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión Dichos protocolos tienen las siguientes características: Conexión al ISP
nivel físico
través de la red (modem), Negociación del enlace (LCP), Autenticación
8.3 Transmisión (opcional), Negociación parámetros de Red (NCP). Ej: dirección IP.,
inalámbrica
nivel físico Transferencia de Datos con detección de errores y opcionalmente
mecanismos de y, opcionalmente, retransmisión (ARQ), Liberación de la
8.4 Transmisión
vía satélite conexión del nivel de red
nivel físico

8.5 Aspectos del
nivel de ligado
de datos

8.6 Aspectos del
nivel de red
http://ocw.uc3m.es/ingenieria-telematica/telematica/teoria/2-
8.7 Aspectos del Nivel_Enlace.pdf/view
nivel de transporte

8.8 Aspectos del

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión 8.5.3 Estándares para LANS y MANS
nivel físico
Las normas IEEE 802 han sido propuestas por el ANSI (Instituto
8.3 Transmisión
inalámbrica
Nacional Americano de Normalización) y se a adoptado como una norma
nivel físico internacional por la OSI (Organización Internacional de Normas).
8.4 Transmisión
vía satélite Las normas se dividen en partes, la norma 802.x se detalla a
nivel físico continuación:
8.5 Aspectos del
 802.1: Da una introducción al conjunto de normas y estándares que
nivel de ligado define las primitivas de interfaces, es decir, da una introducción a los
de datos estándares 802.
8.6 Aspectos del
 802.2: Describe la parte superior de la capa de enlace, que utiliza el
nivel de red protocolo LLC (Control Lógico de Enlace) y otros estándares sobre la
conexión básica de redes.
8.7 Aspectos del
nivel de transporte  802.3: Describe estándares para el acceso múltiple con detección de
portadora y con detección de colisiones (CSMA/CD, Carrier Sense Múltiple
8.8 Aspectos del
nivel de aplicación Acess Collision Detexction).

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de El modelo OSI fue desarrollado para la conexión de los sistemas abiertos,
transmisión
nivel físico no define aplicaciones ni protocolos, pero dice que hace cada capa de
8.3 Transmisión
transferencia de datos a través de la red. El modelo OSI fue el principio del
inalámbrica protocolo TCP/IP, que se usa en internet.
nivel físico

8.4 Transmisión
vía satélite
nivel físico

8.5 Aspectos del
nivel de ligado
de datos

8.6 Aspectos del
nivel de red
http://ocw.uc3m.es/ingenieria-telematica/telematica/teoria/2-
8.7 Aspectos del Nivel_Enlace.pdf/view
nivel de transporte

8.8 Aspectos del
http://www.itchetumal.edu.mx/paginasvar/Maestros/redes1/unidad2/un
nivel de aplicación idad2.htm

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de 8.5.4 Dispositivos físicos
transmisión
nivel físico
Módems
8.3 Transmisión
inalámbrica Modem es acrónimo de modulador/demodulador. Es el dispositivo
nivel físico adaptador más simple y popular; sirve para unir el ordenador a la línea
8.4 Transmisión telefónica.
vía satélite
nivel físico Adaptadores RDSI
8.5 Aspectos del
En el caso de que la conexión del ordenador no se realice a la RTB, sino
nivel de ligado a la más moderna RDSI, Red Digital de Servicios Integrados, puesto que
de datos
en este caso las señales transmitidas por la línea son digitales, no existe
8.6 Aspectos del ya necesidad de modular o demodular.
nivel de red
Es necesario un enrutador ("Router") que encamine las llamadas desde
8.7 Aspectos del
nivel de transporte cualquier ordenador de la intranet hacia el exterior (hacia el ISP y de ahí
8.8 Aspectos del
a Internet).
Servidores Proxy
Los servidores proxy son una solución para intranets. Es decir, cuando se
quiere dar conexión a Internet a los ordenadores de una red local.
Menú

8.1 Fórmula
de Nyquist

8.2 Medios de Los dispositivos físicos permiten una conexión eléctrica entre el ordenador
transmisión
nivel físico y el mundo exterior. Existen varias clases, cada uno con una función y
8.3 Transmisión
características específicas.
inalámbrica
nivel físico

8.4 Transmisión
vía satélite
nivel físico

8.5 Aspectos del
nivel de ligado
de datos

8.6 Aspectos del
nivel de red
http://www.zator.com/Internet/A7_2.htm
8.7 Aspectos del
nivel de transporte

8.8 Aspectos del

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión Usar puentes (traductores) y unir todas la redes entre sí:
nivel físico
Se Creo un protocolo de nivel superior (red) común a las 4 LAN que es el
8.3 Transmisión que se encarga de hacer que los datos lleguen al otro extremo (y sustituir
inalámbrica
nivel físico los puentes por un nuevo dispositivo: el router).
8.4 Transmisión
vía satélite
nivel físico

8.5 Aspectos del
nivel de ligado
de datos

8.6 Aspectos del
nivel de red

8.7 Aspectos del
nivel de transporte

8.8 Aspectos del

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión
nivel físico
8.6.1 Servicios
8.3 Transmisión
Orientados a No orientados a
inalámbrica
nivel físico Conexión Conexión
Antes de transmitir hay que establecer No es necesario establecer la
8.4 Transmisión
vía satélite una conexión (VC). conexión.
nivel físico Todos los paquetes siguen el mismo Se toma decisión de ruta por
8.5 Aspectos del camino y llegan en orden. datagrama, pueden desordenarse.
nivel de ligado
de datos Direccionamiento corto. Direccionamiento largo.
8.6 Aspectos del Los routers conocen las conexiones Los routers no conocen las conexiones
nivel de red
(memoria). (ahorra memoria).
8.7 Aspectos del
nivel de transporte Un fallo en un router acaba con todas Un fallo en un router acaba sólo con los
las conexiones que maneja. datagramas que tenía en ese instante.
8.8 Aspectos del
nivel de aplicación La congestión se maneja mejor. La congestión se maneja peor.

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de
transmisión
nivel físico
8.6.1 Servicios
8.3 Transmisión
inalámbrica
nivel físico

8.4 Transmisión
vía satélite
nivel físico

8.5 Aspectos del
nivel de ligado
de datos

8.6 Aspectos del
nivel de red

8.7 Aspectos del
nivel de transporte

8.8 Aspectos del

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de En este nivel se usa un esquema jerárquico.
transmisión
nivel físico • La “apariencia” de la dirección nos indica dónde está ese equipo.
8.3 Transmisión
• El router “sabe” cómo llegar a cada red (A,B,C) y seguro que allí está el
inalámbrica host destinatario de esa PDU de red (tablas no exhaustivas). Cada
nivel físico
dirección tiene una parte RED HOST de red y otra de host (dentro de esa
8.4 Transmisión red).
vía satélite
nivel físico
• La dirección (RED+HOST) es única.
8.5 Aspectos del
nivel de ligado
de datos

8.6 Aspectos del
nivel de red
http://www.zator.com/Internet/A7_2.htm
8.7 Aspectos del
nivel de transporte http://homejq.tripod.com/redes/aspectos_red.htm
8.8 Aspectos del http://www.dte.us.es/tec_inf/itis/sis_dist/Tema_Red.pdf

Menú

8.1 Fórmula
de Nyquist

8.2 Medios de 8.6.2 Circuitos virtuales y subredes
transmisión
nivel físico

8.3 Transmisión Los circuitos virtuales tienen algunas ventajas en cuanto a la calidad del
inalámbrica servicio y a que evitan congestiones en la subred, pues los recursos pueden
nivel físico
reservarse por adelantado al establecerse la conexión. Una vez que
8.4 Transmisión comienzan a llegar los paquetes, estarán ahí el ancho de banda y la
vía satélite
nivel físico capacidad de ruteo necesarios. En una subred de datagramas es más difícil
8.5 Aspectos del
evitar las congestiones. B
nivel de ligado 2 1
de datos

8.6 Aspectos del A C
nivel de red

8.7 Aspectos del Datagramas
nivel de transporte B
8.8 Aspectos del
nivel de aplicación CV 1
A C
CV 2
Circuitos Virtuales
Menú

Redes (parte2)

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (20)

Similar a Redes (parte2)

Similar a Redes (parte2) (20)

Último

Último (20)

Redes (parte2)