Redes (parte2)

Universidad Popular Autónoma del Estado de Puebla

MAESTRÍA EN SISTEMAS COMPUTACIONALES

REDES Y COMUNICACIONES

FERNANDO SENTIES GALLEGOS

MATRICULA 43100119

Menú

Redes y Comunicaciones

V. El modelo de referencia TCP/IP.

VI. Ejemplos de Redes.

VII. Ejemplos de Servicios.

VIII. Los niveles del modelo OSI.

Redes y Comunicaciones5. El modelo de referencia TCP/IP

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

TCP/IP se convirtió en el protocolo oficial de Internet en 1983 y especifica 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.

Hasta la fecha se han creado 6 versiones deferentes de TCP/IP, siendo la cuarta (IPv4) la implementación más extendida. La quinta versión estuvo 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).

5.1 Las capas delModelo TCP/IP

5.2 Comparación Con el modelo OSI

5.3 ProgramaciónEn red usando sockets bajo UNIX

Menú

5.1 Las capas del modelo TCP/IP


Capa de Acceso a la Red.

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 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 han de dar un formato correcto a los datos a transmitir, de acuerdo con las restricciones que nos imponga, físicamente, la red.

Funciones

Encapsulación de los datagramas dentro de los marcos a transmitir por la red.

Traducción de las direcciones IP a las direcciones físicas de la red.




Menú



Capa de Internet.

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 paquetes sobre los cuales se construyen todas las redes TCP/IP.

FuncionesDefinir del

datagrama, que

es la unidad básica

de transmisión en Internet

.

Definir el

esquema de

direccionamien

to de Internet

.

Mover los

datos entre la capa de acceso a red y la capa

de transpo

rte.

Encauzar los

datagramas

hacia sistema

s remoto

s.

Realizar la

fragmentación

y re-ensamblaje de

los datagra

mas




Menú



Capa de transporte.

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 corrección de errores. El UDP proporciona servicios de envío de datagramas sin conexión.

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




Menú



Capa de transporte.

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 corrección de errores. El UDP proporciona servicios de envío de datagramas sin conexión.

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




Menú



El protocolo UDP se usa principalmente en:

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

Aplicaciones que se ajustan al modelo "pregunta-respuesta". La respuesta se puede usar como una confirmación a la pregunta. Si no se recibe respuesta, en un cierto periodo de 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ú



Las aplicaciones que requieren de la capa de transporte un servicio de 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.

Las características de este protocolo son:

Características

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




Menú



Capa de aplicación.

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 proporcionan servicios de usuario y constantemente se añaden nuevos servicios. Algunos de los protocolos mas conocidos de esta capa son:

ProtocolosTelnet:

Protocolo que permite la conexión

remota de terminales

FTP: Utilizado para efectuar transferencias interactivas de

ficheros.

SMTP: Este es el protocolo

que nos permite enviar correo a través

de la red.

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




Menú



ProtocolosDNS: Protocolo que traduce en direcciones IP los nombres

asignados a los dispositivos de

la red.

NFS: Protocolo que permite la compartición

de ficheros por distintas

maquinas de una red.

RIP: Utilizado por los

dispositivos de la red para

intercambiar información relativa a las rutas a seguir

por los paquetes.

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



Menú


Aporte

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

Fuente

El modelo de referencia TCP/IP es muy usado actualmente como base de 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 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.




Menú

5.2 Comparación del modelo OSI.


Las diferencias entre la arquitectura OSI y la del TCP/IP se relacionan con las 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.




Menú



5.2.1 Tipos de Comunicaciones

Cada nivel de la jerarquía de protocolos OSI tiene una función especifica y define un nivel de comunicaciones entre sistemas. Cuando se define un proceso de red, como la petición de un archivo por 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.

Comunicaciones OSI TCP/IP OSI TCP/IP

Orientadas X X X

No orientadas X X X

Capa de Red Capa de Transporte




Menú



5.2.2 Críticas al modelo OSI

¿Por que el modelo OSI no asumió el control del mundo?

Mal cronometraje

Mala tecnología

Malas implementaciones

Malas Políticas




Menú



5.2.3 Críticas al modelo TCP/IP

Problemas

No se distinguen los servicios, interfaces y protocolos

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ú


Aporte

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

Fuente

Con bastante sorpresa es el gobierno de Estados Unidos quien argumenta 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 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 conjunto de protocolos TCP/IP que aún están en evolución.




Menú

5.3 Programación en red usando sockets bajo UNIX.


Bajo Unix, hay dos dominios, uno para comunicaciones internas al sistema 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.

Se permiten tanto los sockets stream como los datagrama. Los sockets de dominio Unix bajo Solaris 2.x se implementan sobre TLI (Transport Level Interface).En el dominio Unix no se permiten sockets de tipo Raw.




Menú



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.

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 que el S.O. cree un socket cuando se necesite. El S.O. devuelve un entero que el programa de aplicación utiliza para hacer referencia al socket recientemente creado.




Menú



Ejemplos:

•resultado = socket (pf, tipo, protocolo)Creación de un socket:

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

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 datagramas sin conexion, o SOCK_STREAM para servicio de entrega confiable de flujo).

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




Menú



Ejemplo.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 el uno al otro y ambos escribirán en pantalla la cadena recibida.

Detalles del Servidor.

En primer lugar el servidor debe obtener el número del servicio al que 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ú



Puerto->s_port

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:

Ya tenemos todos los datos que necesita el servidor para abrir el 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ú



int Descriptor; Descriptor = socket (AF_INET, SOCK_STREAM, 0); if (Descriptor == -1) printf ("Error\n");

El primer parámetro es AF_INET o AF_UNIX para indicar si los clientes pueden estar en otros ordenadores distintos del servidor o van a correr en el mismo ordenador. 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ú



struct sockaddr_in Direccion; Direccion.sin_family = AF_INET; Direccion.sin_port = Puerto->s_port; Direccion.sin_addr.s_addr =INADDR_ANY;

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

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 un parámetro bastante complejo que debemos rellenar.




Menú



El parámetro que necesita es una estructura sockaddr. Lleva varios 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 parámetro de socket(). sin_port es el número correspondiente al servicio que obtuvimos con getservbyname(). El valor está en el campo s_port de Puerto.

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ú



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 la función listen()

if (listen (Descriptor, 1) == -1) { printf ("Error\n"); }

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




Menú



Con todo esto ya sólo queda recoger los clientes de la lista de espera por medio de la función accept()

struct sockaddr Cliente; int Descriptor_Cliente; int Longitud_Cliente;

Descriptor_Cliente = accept (Descriptor, &Cliente, &Longitud_Cliente); if (Descriptor_Cliente == -1) { printf ("Error\n"); }

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




Menú



Si todo ha sido correcto, ya podemos "hablar" con el cliente. Para ello se 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

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 */ /* Bucle hasta que hayamos leído todos los caracteres que estamos esperando */ while (Leido < Longitud) { /* 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 cerrado\n"); } else /* y la condición de error */ if (Aux == -1) { printf ("Error\n"); } } }




Menú



int Escrito = 0; /* Núm. de caracteres que ya se han escrito */ int Aux = 0; /* Número de caracteres escritos en cada pasada */ 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 deseados */ while (Escrito < Longitud) { /* 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 cerrado\n"); } else /* y la condición de error */ if (Aux == -1) { printf ("Error\n"); } } }

En cuanto a escribir caracteres, la función write() admite los mismos parámetros, con la excepción de que el buffer de datos debe estar previamente relleno con la información que queremos enviar.




Menú



close (Descriptor_Cliente);

Una vez que se han leído / enviado todos los datos necesarios, se 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.

Normalmente el servidor cierra el descriptor del cliente (Descriptor_Cliente), no el del socket (Descriptor), ya que este se suele dejar abierto para volver a realizar una llamada a accept() y sacar al siguiente cliente de la cola.




Menú



Detalles del Cliente.

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 más compleja que la del servidor, puesto que además del número de servicio, debe obtener la dirección IP del servidor. En primer lugar, como en el servidor, obtenemos el número del servicio.

struct servent *Puerto; Puerto = getservbyname ("Nombre_Servicio", "tcp"); if (Puerto == NULL) { printf ("Error\n"); }




Menú



struct hostent *Host; Host = gethostbyname ("Nombre_Servidor"); if (Host == NULL) { printf ("Error\n"); }

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 estructura hostent.

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

Una vez que tenemos todos los datos necesarios, abrimos el socket igual que en el servidor.




Menú



struct sockaddr_in Direccion; Direccion.sin_family = AF_INET; Direccion.sin_addr.s_addr = ((structin_addr*)(Host->h_addr))->s_addr; Direccion.sin_port = Puerto->s_port; if (connect (Descriptor, (struct sockaddr *)&Direccion,sizeof (Direccion)) == -1) { printf ("Error\n"); }

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

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ú


Aporte

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

Fuente

Básicamente, el socket es una API en la que el servidor espera en un 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 para la comunicación entre dos ordenadores que van a intercambiar datos. Uno de ellos será el cliente y el otro el servidor.




Menú

6.1 Vistazo de Novell Netware.

Redes y Comunicaciones6. Ejemplos de Redes

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

Antecedentes.

NetWare se desarrolló de un concepto muy simple: archivo que comparte 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.

6.1 Vistazo a Nowell Netware

6.2 Vistazo a ARPANET

6.3 Vistazo a NFSNET

6.4 Vistazo a Internet

Menú



VersionesNetWare 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 el ligarse.

NetWare 3.xNetWare utilizó Servicios de la encuadernación para la

autentificación. Esto era un sistema independiente de la base de datos donde todos los datos del acceso y de la

seguridad de usuario residieron individualmente en cada servidor.

NetWare 4.xLa 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ú



VersionesNetWare 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 red al TCP/IP. IPX/SPX todavía fue apoyado, pero el énfasis cambió de puesto al TCP/IP.

NetWare 6.0NetWare 6 fue lanzado adentro Octubre de 2001. Esta

versión tiene un esquema que licencia simplificado basado en los usuarios, no servidores. Esto permite conexiones

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ú



Función.

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

El cliente envía la petición leída al servidor El servidor reconoce la petición El cliente reconoce el reconocimiento El servidor envía datos solicitados al cliente El cliente reconoce datos El servidor reconoce el reconocimiento





Menú


Aporte

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

Fuente

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





Menú

6. Ejemplos de Redes

6.2 Vistazo de ARPANET.


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 Defensa, a fin de establecer su liderazgo en el área de la ciencia y la tecnología aplicadas a las fuerzas armadas.

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 maneras de usar las computadoras, es decir, visualizar más allá su uso 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ú

http://4.bp.blogspot.com/_ZjZxnDW3eP8/SaZ1oh2JpmI/AAAAAAAAABc/brod7OqlTfE/s1600-h/arpanet.jpg



Red de actantes involucrados en el surgimiento de ARPANET: Actantes puntualizados





Menú



Características comunicativas de ARPANET:

Procesos de comunicación principalmente entre computadora – computadora y persona – computadora.

Interfaces de sólo texto, basadas en ASCII.

Sesiones fundamentalmente operacionales (interacción con sistemas de cómputo).

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

Códigos pertenecientes al ámbito de las cienciascomputacionales.





Menú


Aporte

http://www.paralibros.com/passim/p20-tec/pg2050ci.htmhttp://www.tuobra.unam.mx/publicadas/010815132146-Title.htmlhttp://www.inteligenciacolectiva.org/principal_proyectos_doctorado_presentacion03.pdf

Fuente

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





Menú


6.3 Vistazo de NFSNET.


La red NFSNet (National Sciencie Fundation Network) se utilizó como espina dorsal de la Internet y, sí, fue construida por el Gobierno de EE.UU.

La NFSNet se creó para fomentar el "estudio", comunicación e investigación. Su propósito era conectar a un nivel medio redes no comerciales con los centros de investigación, centros de supercomputación del mismo país y otras fuentes similares del exterior.

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ú

6.3 Vistazo de NFSNET.


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.

A principios de los 90 Internet es ya una red cuya utilización trasciende el campo educacional e investigador. En 1992 existían ya un millón de 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 lo cual se suman a la misma un número cada vez mayor de empresas 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ú


Aporte

http://www.gobiernodecanarias.org/educacion/conocernos_mejor/paginas/internet.htm

Fuente

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 conectados) y sustituyó gradualmente a la misma. Al mismo tiempo se crearon redes regionales para soportar el tráfico desde las instituciones individuales a la NSFnet. Al final de la década de los 80 se calcula que la NSFnet tenía unos 100.000 servidores.





Menú


6.4 Vistazo a Internet.


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





Menú



Funcionamiento

La nueva formula permitía vincular información en forma lógica y a través de las redes.

El contenido se programaba en un lenguaje de hipertexto con "etiquetas" que asignaban una

función a cada parte del contenido.

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ú



Servicios de Internet

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.

Telnet. Llamado también servicio de acceso remoto. Permite conectarse a un ordenador

remoto de Internet haciendo que nuestro ordenador local sea una terminal de aquel.

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ú



Servicios de Internet

Listas de distribución. Es una variante del correo electrónico. Son listas temáticas a las que los

usuarios pueden suscribirse.

Archie. Archie es una base de datos de acceso público donde se encuentran 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). 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ú


Aporte

http://www.gobiernodecanarias.org/educacion/conocernos_mejor/paginas/internet.htmhttp://www.cad.com.mx/historia_del_internet.htm

Fuente

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.

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 (FTP), correo electrónico (SMTP), conversaciones en línea (IMSN MESSENGER, ICQ, YIM, AOL, jabber), transmisión de archivos (P2P, P2M, descarga directa).





Menú


Redes y Comunicaciones7. 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 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.

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 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).

7.1 SMDS

7.2 X.25

7.3 Frame Relay

7.4 ATM

Menú


7.1 SMDS.Características Principales

El interfaz de red a los locales del abonado se denomina Interfaz de Subred de abonado (SNI, Subscriber Network Interface).

El formato de los datos y el nivel de adaptación es idéntico al especificado por IEEE 802.6.

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.

7.1 SMDS

7.2 X.25

7.3 Frame Relay

7.4 ATM

Menú


Aporte

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

Fuente

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 no especifica la tecnología interna de la red pública, pudiéndose utilizar tanto técnicas de conmutación ATM como otras.

7.1 SMDS

7.2 X.25

7.3 Frame Relay

7.4 ATM

Menú


7.2 X.25.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 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 deja de usar el servicio), fiable, en el sentido de que no duplica, ni pierde ni desordena (por ser orientado a conexión), y ofrece multiplexación, esto es, a través de un único interfaz se mantienen abiertas distintas comunicaciones. El servicio X.25 es un diálogo entre dos entidades DTE Y DCE.

7.1 SMDS

7.2 X.25

7.3 Frame Relay

7.4 ATM

Menú


7.2 X.25.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 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 carácter de interrupción para interrumpir el proceso. Este carácter se envía en el paquete de interrupción. Hay dos paquetes más asociados a éste:

Paquetes

Confirmación de interrupción por parte del ETD

Confirmación de interrupción por parte del ETCD

7.1 SMDS

7.2 X.25

7.3 Frame Relay

7.4 ATM

Menú


7.2 X.25.Estos paquetes se utilizan porque el servicio de interrupción es un servicio confirmado.

El formato de estos paquetes es:

7.1 SMDS

7.2 X.25

7.3 Frame Relay

7.4 ATM

Menú


Aporte

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

Fuente

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 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.1 SMDS

7.2 X.25

7.3 Frame Relay

7.4 ATM

Menú


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

Hasta hace relativamente poco tiempo, X.25 se ha venido utilizando como medio de comunicación para datos a través de redes telefónicas con 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.

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

7.1 SMDS

7.2 X.25

7.3 Frame Relay

7.4 ATM

Menú


7.3 Frame Relay.

Tecnología:

Tecnología.

Las redes Frame Relay se construyen partiendo de un equipamiento de usuario que se encarga de empaquetar todas las tramas de los protocolos existentes en una única trama Frame Relay. También incorporan los nodos 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.

Estructura OSI de la red Frame Relay

7.1 SMDS

7.2 X.25

7.3 Frame Relay

7.4 ATM

Menú


7.3 Frame Relay.

Tecnología:

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

7.1 SMDS

7.2 X.25

7.3 Frame Relay

7.4 ATM

Menú


7.3 Frame Relay.

Tecnología:

Situación actual y tendencias:

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: encaminadores (routers), ordenadores, conmutadores, multiplexores, etc., y que estos pueden, con Frame Relay, realizar sus funciones de un modo más eficiente.

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.

7.1 SMDS

7.2 X.25

7.3 Frame Relay

7.4 ATM

Menú


Aporte

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

Fuente

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 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 destinatario, ya que todas siguen el mismo camino a través de la red.

7.1 SMDS

7.2 X.25

7.3 Frame Relay

7.4 ATM

Menú


7.4 ATM.

Tecnología:

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 las unidades de transferencia de información en ATM y se caracterizan por tener un tamaño fijo de 53 bytes.

La tecnología de red ATM estandariza un conjunto completo de funciones para la gestión del tráfico que pueden ser implementados con varios niveles de complejidad para obtener diferentes niveles de eficiencia.

Las redes ATM pueden interoperar con los equipos de distintos vendedores.

7.1 SMDS

7.2 X.25

7.3 Frame Relay

7.4 ATM

Menú


7.4 ATM.

Tecnología:

La red define tres niveles:

Nivel físico. Se han definido distintos medios de transmisión como fibra óptica a 155-Mbps,

o 100-Mbps FDDI para ATM de área local, además de otras opciones. Actualmente, las

interfaces a ATM trabajan de 622 Mbps o incluso a 2.4 Gbps.

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.

7.1 SMDS

7.2 X.25

7.3 Frame Relay

7.4 ATM

Menú


Aporte

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

Fuente

Esto permite simplificar los nodos y que la conmutación sea realizada por hardware, consiguiendo con ello alcanzar altas velocidades. 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.1 SMDS

7.2 X.25

7.3 Frame Relay

7.4 ATM

Menú

Redes y Comunicaciones8. Los niveles del modelo OSI

Los siete niveles que configuran el modelo OSI suelen agruparse en 2 bloques. Los tres niveles inferiores (físico, enlace y red) constituyen el 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 niveles superiores (sesión, presentación y aplicación) son niveles orientados a la aplicación y realizan funciones directamente vinculadas con los procesos de aplicación que desea comunicarse. El nivel intermedio que queda, (transporte) enmascara a los niveles orientados a la aplicación.

8.1 Fórmula de Nyquist

8.2 Medios de transmisión nivel físico

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 ligadode 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.

Nyquist supuso en su teorema un canal exento de ruido ( ideal).Por lo tanto la limitación de la velocidad de transmisión permitida en el canal, es la impuesta exclusivamente por el ancho de banda del canal.

El teorema de Nyquist establece que:

La velocidad máxima de transmisión en bits por segundo para un canal ( sin ruido) con ancho de banda B (Hz) es:

C=2B log MDonde :M= niveles de la señalSi M=2 entonces log (2)=1, por lo tanto:

C=2B

Menú











Ejemplo:

Si suponemos que un canal de voz con un ancho de banda de3100 Hz se utiliza con un modem para transmitir datos digitales ( 2 niveles). la capacidad C del canal es 2B= 6200 bps.

Si se usan señales de más de 2 niveles; es decir, cada elemento de señal puede representar a más de 2 bits, por ejemplo si se usa una señal con cuatro niveles de tensión, cada elemento de dicha señal podrá representar dos bits (dibits).

Aplicando la fórmula de Nyquist tendremos:C=2 B log (4)= 2 (3100) (2)=12,400 bps

Menú











Tecnología:

El teorema de Shannon establece que:

C = B log (1+S/N)

Donde:C=capacidad teórica máxima en bpsB=ancho de banda del canal Hz.S/N=relacion de señal a ruido, S y N dados en watts.

Menú










Aporte

http://cnx.org/content/m12971/latest/galia.fc.uaslp.mx/~cantocar/.../5A-CAPACIDAD_DEL_CANAL.ppt

Fuente

8. Los niveles del modelo OSI

Para un nivel de ruido dado, podría parecer que la velocidad de transmisión se puede aumentar incrementando tanto la energía de la señal como el ancho de banda .

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 intermodulación .

Menú










8.2 Medios de transmisión nivel físico.

Guiados

Confinamiento

Características del cable (wire) que transporta la señal

Transmisión Directiva

Par Trenzado, Cable coaxial, Fibra optica

Menú










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

En su forma más simple, un cable de par trenzado consta de dos hilos de cobre aislados y entrelazados. Hay dos tipos de cables de par trenzado: cable de par trenzado sin apantallar (UTP) y par trenzado apantallado (STP).A menudo se agrupan una serie de hilos de par trenzado y se encierran en un revestimiento protector para formar un cable. El número total de 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 y transformadores.

Menú










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

Hubo un tiempo donde el cable coaxial fue el más utilizado. Existían dos importantes razones para la utilización de este cable: Relativamente baratoLigeroFlexible Sencillo de manejar

Un cable coaxial consta de un núcleo de hilo de cobre rodeado por un aislante, un apantallamiento de metal trenzado y una cubierta externa.

Menú










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

En el cable de fibra óptica las señales que se transportan son señales digitales de datos en forma de pulsos modulados de luz. Esta es una forma relativamente segura de enviar datos debido a que, a diferencia de los cables de cobre que llevan los datos en forma de señales electrónicas, los cables de fibra óptica transportan impulsos no eléctricos. Esto significa que el cable de fibra óptica no se puede pinchar y sus datos no se pueden robar.El cable de fibra óptica es apropiado para transmitir datos a velocidades muy altas y con grandes capacidades debido a la carencia de atenuación de la señal y a su pureza.

Menú










Aporte

http://www.ldc.usb.ve/~rgonzalez/telematica/Capitulo4.pdfwww.elprisma.com/apuntes/curso.asp?id=14641 http://www.diatel.upm.es/oortiz/Transporte%20de%20Datos/Teoria/2.2-Redes%20de%20area%20local_x2.pdfhttp://informatica.iescuravalera.es/iflica/gtfinal/libro/c44.html

Fuente


Los medios de transmisión se pueden clasificar en guiados y no guiados. En ambos casos, la comunicación se lleva a cabo con ondas electromagnéticas

Menú










8.3 Transmisión inalámbrica nivel fisico.

8.3.1 Por radio.

El espectro esta saturado, quedan pocas frecuencias libres: microondas. Necesitan una licencia del ministerio. Hay bandas libres para WLAN. Radioenlaces de microondas. -Propagación rectilínea. -No puede haber obstáculos. -Hasta unos 30 Km.-Bajo coste de la obra civil.

Menú










8.3 Transmisión inalámbrica nivel fisico.8.3.2 Transmisión por microondas.

Un sistema de microondas consta de:Dos transceptores de radio: uno para generar (estación de transmisión) y otro para recibir (estación de recepción) la transmisión. Dos antenas orientables apuntadas frente a frente para realizar la comunicación de la transmisión de señales por los transceptores. Estas antenas, a menudo, se instalan en torres para ofrecer un mayor rango y para evitar todo aquello que pudiera bloquear sus señales.

Menú










8.3 Transmisión inalámbrica nivel fisico.8.3.2 Transmisión infrarroja

Todas las redes sin hilos infrarrojas operan utilizando un rayo de luz infrarroja para llevar los datos entre los dispositivos. Estos sistemas necesitan generar señales muy fuertes, porque las señales de transmisión débiles son susceptibles de interferencias desde fuentes de luz, como ventanas.

Menú










8.3 Transmisión inalámbrica nivel fisico.8.3.2 Transmisión infrarroja

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

Menú










Trasmisión láser.

La tecnología láser es similar a la infrarroja, ya que necesita una línea de visión directa y cualquier persona o cosa que interfiera el rayo láser bloqueará la transmisión.

8.3 Transmisión inalámbrica nivel fisico.

Menú










8.3 Transmisión inalámbrica nivel fisico.Comunicación óptica.Comunicación visual.Espectro no visible.No necesitan una licencia del ministerio.Desvanecimiento por lluvia, niebla y turbulencias.

Menú










Aporte

http://www.ldc.usb.ve/~rgonzalez/telematica/Capitulo4.pdfwww.elprisma.com/apuntes/curso.asp?id=14641 http://www.diatel.upm.es/oortiz/Transporte%20de%20Datos/Teoria/2.2-Redes%20de%20area%20local_x2.pdfhttp://www.slideshare.net/s_william/infrarrojo-1170935

Fuente


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

Menú










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

Menú










Aporte

http://www.ldc.usb.ve/~rgonzalez/telematica/Capitulo4.pdfwww.elprisma.com/apuntes/curso.asp?id=14641 http://www.diatel.upm.es/oortiz/Transporte%20de%20Datos/Teoria/2.2-Redes%20de%20area%20local_x2.pdfhttp://www.slideshare.net/s_william/infrarrojo-1170935

Fuente


Puede transmitirse por el vacío o por la atmósfera.Usan una parte de espectro electromagnético.

Menú










8.5 Aspectos del nivel de ligado de datos.Es una capa lógica adicional sobre el nivel físico para controlar y gestionar el intercambio de información.

Funciones

Estructuración de mensajes en tramas.

Control del flujo.

Direccionamiento

Control de errores.

Gestión del enlace.

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










8.5 Aspectos del nivel de ligado de datos.

Combinación de control y datos sin restricción en una misma trama:

Posicionalmente dependiente: DDCMP: Una cabecera con los datos de control precede a los datos.

Posicionalmente independiente: HDLC, SDLC, PPP: La información de control se codifica entre los datos.

Menú










8.5 Aspectos del nivel de ligado de datos.8.5.1 Detección y corrección de errores

Técnicas más usuales de control (ARQ Automatic repeat request -Solicitud de repetición automática): Detección de errores Confirmaciones positivas Retransmisión después de la expiración de un intervalo· Confirmación negativa y retransmisión

Variantes del ARQ normalizadas:RQ con parada y esperaARQ con adelante atrás NARQ con rechazo selectivo

Tipos de errores:

Tramas perdidas

Tramas dañadas

Menú










8.5 Aspectos del nivel de ligado de datos.8.5.1 Detección y corrección de errores

Detección de errores

Menú










8.5 Aspectos del nivel de ligado de datos.8.5.1.1 Control de flujo.

Objetivo:limitar la cantidad de información que el transmisor puede enviar al receptor, al objeto de no saturar los recursos (memoria) disponibles.

SuposicionesAusencia de erroresRecepción ordenada

Técnicas de ControlParada y esperaVentana Deslizante

Menú










Aporte

http://www.uhu.es/diego.lopez/Docs_ppal/Transparencias%20Redes%20tema3%2005-06.pdf

Fuente


En el nivel de enlace de datos.Es Implícito: Líneas punto a punto.Por Preselección: Existe un elemento que establece el camino (IEEE 488).Maestro - Esclavo: El elemento maestro identifica al destinatario o emisor de la información.Varios Maestros: Aquí la trama debe llevar la dirección origen y destino para poder ser encaminada.Multidifusión: Cuando un emisor conecta con varios receptores a la vez.

Menú










8.5 Aspectos del nivel de ligado de datos.8.5.2 Protocolos del nivel de enlace de datos.

Los protocolos de esta capa cuentan con las siguientes características:

Operación independiente del código. No hay códigos de control.Adaptabilidad a varias configuraciones o 2,4 hiloso punto a punto, multipuntoAlto rendimiento (Datos/control)Alta seguridad. Tramas protegidas con mecanismos de control de errores.

Menú










8.5 Aspectos del nivel de ligado de datos.8.5.2.1 Protocolo de enlace de datos PPP

Point-to-Point Protocol: PPP

Consiste en tres componentes:Mecanismo de encapsulación (RFC 1548) sobre líneas síncronas y asíncronas (HDLC).Protocolo de control de enlace (LCP): establecimiento, configuración (negociación de opciones) mantenimiento y “liberación” del enlace (RFC 1548).Opcionalmente protocolos de autenticación (PAP o CHAP).Una familia de protocolos de control de red (NCP) para protocolos específicos. Existen normas para IP (RFC1332), OSI, DECNet y AppleTalk.

Menú










8.5 Aspectos del nivel de ligado de datos.8.5.2.1 Protocolo de enlace de datos PPP

Point-to-Point Protocol: PPP

Consiste en tres componentes:Mecanismo de encapsulación (RFC 1548) sobre líneas síncronas y asíncronas (HDLC).Protocolo de control de enlace (LCP): establecimiento, configuración (negociación de opciones) mantenimiento y “liberación” del enlace (RFC 1548).Opcionalmente protocolos de autenticación (PAP o CHAP).Una familia de protocolos de control de red (NCP) para protocolos específicos. Existen normas para IP (RFC1332), OSI, DECNet y AppleTalk.

Menú










Aporte

http://ocw.uc3m.es/ingenieria-telematica/telematica/teoria/2-Nivel_Enlace.pdf/view

Fuente


Dichos protocolos tienen las siguientes características: Conexión al ISP través de la red (modem), Negociación del enlace (LCP), Autenticación (opcional), Negociación parámetros de Red (NCP). Ej: dirección IP., Transferencia de Datos con detección de errores y opcionalmente mecanismos de y, opcionalmente, retransmisión (ARQ), Liberación de la conexión del nivel de red

Menú










8.5 Aspectos del nivel de ligado de datos.8.5.3 Estándares para LANS y MANS

Las normas IEEE 802 han sido propuestas por el ANSI (Instituto Nacional Americano de Normalización) y se a adoptado como una norma internacional por la OSI (Organización Internacional de Normas).

Las normas se dividen en partes, la norma 802.x se detalla a continuación:

802.1: Da una introducción al conjunto de normas y estándares que define las primitivas de interfaces, es decir, da una introducción a los estándares 802.

802.2: Describe la parte superior de la capa de enlace, que utiliza el protocolo LLC (Control Lógico de Enlace) y otros estándares sobre la conexión básica de redes.

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 Acess Collision Detexction).

Menú










Aporte

http://ocw.uc3m.es/ingenieria-telematica/telematica/teoria/2-Nivel_Enlace.pdf/viewhttp://www.itchetumal.edu.mx/paginasvar/Maestros/redes1/unidad2/unidad2.htm

Fuente


El modelo OSI fue desarrollado para la conexión de los sistemas abiertos, no define aplicaciones ni protocolos, pero dice que hace cada capa de transferencia de datos a través de la red. El modelo OSI fue el principio del protocolo TCP/IP, que se usa en internet.

Menú










8.5 Aspectos del nivel de ligado de datos.8.5.4 Dispositivos físicos

MódemsModem es acrónimo de modulador/demodulador. Es el dispositivo adaptador más simple y popular; sirve para unir el ordenador a la línea telefónica.

Adaptadores RDSIEn el caso de que la conexión del ordenador no se realice a la RTB, sino a la más moderna RDSI, Red Digital de Servicios Integrados, puesto que en este caso las señales transmitidas por la línea son digitales, no existe ya necesidad de modular o demodular.

Es necesario un enrutador ("Router") que encamine las llamadas desde cualquier ordenador de la intranet hacia el exterior (hacia el ISP y de ahí a Internet).

Servidores ProxyLos 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ú










Aporte

http://www.zator.com/Internet/A7_2.htm

Fuente


Los dispositivos físicos permiten una conexión eléctrica entre el ordenador y el mundo exterior. Existen varias clases, cada uno con una función y características específicas.

Menú










8.6 Aspectos del nivel de red.Usar puentes (traductores) y unir todas la redes entre sí:Se Creo un protocolo de nivel superior (red) común a las 4 LAN que es el que se encarga de hacer que los datos lleguen al otro extremo (y sustituir los puentes por un nuevo dispositivo: el router).

Menú










8.6 Aspectos del nivel de red.

8.6.1 ServiciosOrientados a Conexión

Antes de transmitir hay que establecer una conexión (VC).

Todos los paquetes siguen el mismo camino y llegan en orden.

Direccionamiento corto.

Los routers conocen las conexiones (memoria).

Un fallo en un router acaba con todas las conexiones que maneja.

La congestión se maneja mejor.

Menú











8.6.1 Servicios

Menú










Aporte

http://www.zator.com/Internet/A7_2.htmhttp://homejq.tripod.com/redes/aspectos_red.htmhttp://www.dte.us.es/tec_inf/itis/sis_dist/Tema_Red.pdf

Fuente


En este nivel se usa un esquema jerárquico.• La “apariencia” de la dirección nos indica dónde está ese equipo.• El router “sabe” cómo llegar a cada red (A,B,C) y seguro que allí está el host destinatario de esa PDU de red (tablas no exhaustivas). Cada dirección tiene una parte RED HOST de red y otra de host (dentro de esa red).• La dirección (RED+HOST) es única.

Menú










8.6 Aspectos del nivel de red.8.6.2 Circuitos virtuales y subredes

12

21

33

B

CA

DatagramasB

CA

CV 1

CV 2 Circuitos Virtuales

Los circuitos virtuales tienen algunas ventajas en cuanto a la calidad del servicio y a que evitan congestiones en la subred, pues los recursos pueden reservarse por adelantado al establecerse la conexión. Una vez que comienzan a llegar los paquetes, estarán ahí el ancho de banda y la capacidad de ruteo necesarios. En una subred de datagramas es más difícil evitar las congestiones.

Menú










8.6 Aspectos del nivel de red.8.6.2 Circuitos virtuales y subredes

Comparación entre las subredes de circuitos virtuales y las de datagramas Proceso Subred de Datagramas Subred de Circuitos

VirtualesConfiguración de circuito No necesaria Requerida

Direccionamiento Cada paquete contiene la dirección de origen y de destino

Cada paquete contiene un número de CV corto

Información de estado Los ruteadores no contienen información de estado de las conexiones

Cada CV requiere espacio de tabla de ruteador por conexión

Ruteo Cada paquete se rutea de manera independiente

Ruta escogida cuando se establece el CV; todos los paquetes siguen esta ruta

Efecto de fallas del ruteador Ninguno, excepto para paquetes perdidos durante una caída

Terminan todos los CV’s que pasan a través del ruteador

Calidad de servicio Difícil Fácil si se pueden asignar suficientes recursos por adelantado para cada CV

Control de congestión Difícil Fácil si pueden asignarse por adelantado suficientes recursos a cada CV

Menú










Aporte

https://www.itescam.edu.mx/principal/sylabus/fpdb/recursos/r61767.DOCdigitales.itam.mx/Cursos/Redes/eneromayo03/wan.ppt

Fuente


Los circuitos virtuales también tienen un problema de vulnerabilidad. Si se cae un ruteador y se pierde su memoria, todos los circuitos virtuales que pasan por él tendrán que abortarse, aunque se recupere un segundo después. Por el contrario, si se cae un ruteador de datagramas, sólo sufrirán los usuarios cuyos paquetes estaban encolados en el ruteador en el momento de la falla.

Menú










8.6 Aspectos del nivel de red.8.6.3 Ruteo

La función principal de la capa de red es rutear paquetes de la máquina de origen a la de destino. En la mayoría de las subredes, los paquetes requerirán varios saltos para completar el viaje.

El algoritmo de ruteo es aquella parte del software de la capa de red encargada de decidir la línea de salida por la que se transmitirá un paquete de entrada. hay ciertas propiedades que todo algoritmo de ruteo debe poseer:

Exactitud Sencillez

Robustez EstabilidadMenú










8.6 Aspectos del nivel de red.8.6.3 Ruteo

Algoritmos

No adaptativos

No basan sus decisiones de ruteo en mediciones o estimaciones del tráfico

y la topología actuales.

Adaptativos

Cambian sus decisiones de ruteo para reflejar los cambios de topología y, por lo general también el tráfico.

TIPOS DE RUTEO.

Ruteo por la ruta más corta.La idea es armar un grato de la subred en el que cada nodo representa un ruteador y cada arco del grafo una línea de comunicación Para elegir una ruta entre un par dado de ruteadores, el algoritmo simplemente encuentra en el grafo la ruta más corta entre ellos.

Menú










Aporte

http://www.investigacion.frc.utn.edu.ar/labsis/Publicaciones/AdminTcp/ruteo.htmlhttps://www.itescam.edu.mx/principal/sylabus/fpdb/recursos/r61767.DOCdigitales.itam.mx/Cursos/Redes/eneromayo03/wan.ppt

Fuente


La única excepción importante son las redes de difusión, pero aun es importante el ruteo si el origen y el destino no están en la misma red. Los algoritmos que eligen las rutas y las estructuras de datos que usan constituyen un aspecto principal del diseño de la capa de red.

Menú










8.6 Aspectos del nivel de red.8.6.4 Congestionamiento de la red

El control de congestión, establecido en protocolos de comunicación TCP, pretende regular el sobre-uso, o mal desempeño de una red. Así, mediante algoritmos y tiempos de espera establecidos, administra nuestra comunicación y envío de información de manera de obtener el mejor rendimiento de nuestra conexión.

Pasos para el manejo de congestión:

-Detección: Antes era difícil detectar un congestionamiento, ya que afectaba mucho el

ruido y otros problemas ocasionados por el cableado.

-Evitar la congestión: Cuando se establece una conexión se debe tener un tamaño de ventana

apropiado.

Menú










Aporte

http://profesores.elo.utfsm.cl/~agv/elo322/1s10/project/reports/Control%20Congesti%C3%B3n.pdf

Fuente


Como es sabido cualquier red se ve afectada por el congestionamiento,incluso la Internet es afectada por este fenómeno. Y aunque la capa de red trata de manejar este problema, gran parte del trabajo recae sobre TCP, ya que la “solución” real al congestionamiento es la disminución de la tasa de datos. TCP trata de no enviar un paquete nuevo hasta terminar con uno anterior.

Menú










8.6 Aspectos del nivel de red.8.6.5 Firewalls

Son un medio efectivo de protección de sistemas o redes locales contra amenazas de sistemas de redes amplias como WAN’s o el InterNet.El Firewall es colocado entre la red local y el InterNet.

FinalidadesEstablecer un enlace controlado, Proveer de un solo

punto de protección

Proteger las redes locales de ataques generados en el InterNet

Menú











Ruteadores filtradores de paquetes

Tipos de Firewalls

Gateway a nivel de aplicación

Menú











Tipos de Firewalls

Sistema Firewall con un Host Bastión

Menú










Aporte

http://fcqi.tij.uabc.mx/docentes/lpalafox/cursos/segredes/firewalls.pdf

Fuente


El firewall por si mismo es inmune a penetración (el uso de un sistema confiable con un sistema operativo seguro).Todo el tráfico de adentro hacia afuera debe pasar por el firewall (bloqueando físicamente todo el acceso al exterior según el firewall)

Menú










8.6 Aspectos del nivel de red.8.6.6 ATM

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. Esto permite simplificar los nodos y que la conmutación sea realizada por hardware, consiguiendo con ello alcanzar altas velocidades.

La red define tres niveles:

Nivel físico. Se han definido distintos medios de transmisión como fibra óptica a 155-Mbps, o 100-Mbps FDDI para ATM de área local, además de otras opciones.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ú










8.6 Aspectos del nivel de red.Servicios de ATM

Servicio CBR El servicio CBR (Constant Bit Rate) está diseñado para soportar aplicaciones en tiempo real.

Servicio VBR El objetivo del servicio VBR (Variable Bit Rate) es hacer más eficiente el soporte de aplicaciones de vídeo u otras aplicaciones con tráfico a ráfagas.

Servicio ABR El objetivo del servicio ABR (Available Bit Rate) es que los nodos terminales participen activamente en la gestión del tráfico.

Servicio UBR Las conexiones UBR (Unspecified Bit Rate) comparten el ancho de banda no usado por el resto de tipos de servicio, sin ningún tipo de feedback por parte de la red.

Menú










8.6 Aspectos del nivel de red.Calidad del servicio en ATM

La calidad de servicio en ATM está definida por un conjunto de parámetros requeridos para la conexión entre emisor y receptor.

Los siguientes tres parámetros son negociados entre la aplicación y la red: cell loss ratio (CLR), maximum cell transfer delay (Max-CTD), y peak-to-peak cell delay variation (P2P-CDV).

y otro tres son impuestos por la red: cell error ratio (CER), severely errored cell block ratio (SECBR), y cell misinsertion rate (CMR).

Menú










Aporte

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

Fuente


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. La tecnología de red ATM estandariza un conjunto completo de funciones para la gestión del tráfico que pueden ser implementados con varios niveles de complejidad para obtener diferentes niveles de eficiencia.Las redes ATM pueden interoperar con los equipos de distintos vendedores.

Menú











TCP/IP, el conjunto de protocolos que es el fundamento de Internet, es la denominación que recibe una familia de protocolos diseñado para la interconexión de ordenadores, independiente de su arquitectura y del sistema operativo que ejecuten, de la tecnología usada a bajo nivel para conexión y que proporciona una conectividad universal a través de la red con reconocimiento de extremo a extremo.

IP trabaja con casi todos los protocolos de redes de área local y extensa, usando un esquema de direccionamiento independiente del esquema de direcciones de la red.

8.6.7 El protocolo IP

Menú










8.6 Aspectos del nivel de red.8.6.7 El protocolo IP

Una visión más clara de la jerarquía de funciones de los protocolos TCP/IP se ven en el siguiente diagrama:Funciones básicas que

implementa el protocolo IP:

Direccionamiento

Fragmentación

Menú










Aporte

http://www.eumed.net/libros/2008a/348/Modo%20de%20Transferencia%20Asincrona.htmhttps://www.sci.uma.es/wwwscidoc/ip.pdf

Fuente


Dentro del nivel de red el protocolo básico es el IP (Internet Protocol), que es un protocolo de comunicación sin conexión, que proporciona un servicio de datagramas.Cada nodo en una red IP tiene una dirección numérica de 4 bytes (32 bit). Esta dirección se suele representar por cuatro números entre 0 y 255 separados por puntos, y tiene dos partes, la primera comenzando por la izquierda representa la red, y la segunda representa al nodo en ella.

Menú










8.6 Aspectos del nivel de red.8.6.8 Algunas notas acerca de IP Versión 6

IPv6 es la versión 6 del Protocolo de Internet (IP por sus siglas en inglés, Internet Protocol), es el encargado de dirigir y encaminar los paquetes en la red, fue diseñado en los años 70 con el objetivo de interconectar redes.

El IPv6 fue diseñado por Steve Deering y Craig Mudge, adoptado por Internet Engineering Task Force (IETF) en 1994. IPv6 también se conoce por “IP Next Generation” o “IPng”.

Esta nueva versión del Protocolo de Internet está destinada a sustituir al estándar IPv4, la misma cuenta con un límite de direcciones de red, lo cual impide el crecimiento de la red.

Menú










Aporte

http://www.maestrosdelweb.com/principiantes/evolucionando-hacia-el-ipv6/

Fuente


La utilización de IPv6 se ha frenado por la Traducción de Direcciones de Red (NAT, Network Address Translation), temporalmente alivia la falta de estas direcciones de red. Este mecanismo consiste en usar una dirección IPv4 para que una red completa pueda acceder a internet. Pero esta solución nos impide la utilización de varias aplicaciones, ya que sus protocolos no son capaces de atravesar los dispositivos NAT, por ejemplo P2P, voz sobre IP (VoIP), juegos multiusuarios, entre otros.

Menú










8.7 Aspectos del nivel de transporte.El nivel de transporte es el cuarto nivel en el modelo de referencia ISO/OSI y su principal objetivo es garantizar una comunicación fiable y eficiente entre dos computadoras, con independencia de los medios empleados par su interconexión.

El servicio de transporte puede ser orientado a la conexión o sin conexión. Puesto que hemos indicado que uno de los objetivos del nivel de transporte es garantizar la fiabilidad de extremos a extremo, resulta difícil conseguirlo proporcionando un servicio sin conexión.

Menú










8.7 Aspectos del nivel de transporte.

Aspectos del nivel de transporteServicios proporcionados a las capas superioresCalidad de servicioPrimitivas de transporteUnidades de datos de transporteAdministración de conexiones en transporteControl de flujo y almacenamiento temporalMultiplexaciónRecuperación ante caídasElementos del protocolo de transporte

Objetivo del nivel de transporteTransporte de datos, extremo a extremo, seguro y económicoIndependiente de la red

Menú










Aporte

http://neo.lcc.uma.es/evirtual/cdd/tutorial/transporte/Intro.htmldocencia.etsit.urjc.es/moodle/file.php/15/.../4-transporte-nat-udp.pdfhttp://www4.ujaen.es/~jccuevas/data/Transparencias/Tema%201%20Nivel%20de%20Transporte.pdf

Fuente


Para conseguir este objetivo se emplea un protocolo de transporte, que regula el intercambio de información entre extremos. En el nivel de transporte aparece, por primera vez, el concepto de comunicación de extremo a extremo. El modelo de esta comunicación supone que se dispone de dos computadoras que se comunican (y son los extremos de la comunicación) que están conectados por algún tipo de medio de transmisión y/o red de comunicación.

Menú










8.7 Aspectos del nivel de transporte.8.7.1 Servicios

Transporte de datosOrientado a conexión Establecimiento, Transferencia y liberaciónSin conexión

Si los servicios son los mismos que ofrece el nivel de red

¿ por que existen niveles de red - transporte ?Fiabilidad ( Red no está operada por el usuario )Mejoras de calidad de servicio ( Recuperación de caídas de red )Independencia de la red ( mismo interfaz con diferentes redes )Conjunto normalizado de primitivasEl destino es diferente ( red - maquina, transporte proceso )

Menú










8.7 Aspectos del nivel de transporte.8.7.1.1 Primitivas de la capa de transporte

Lo más interesante es el servicio orientado a conexiónSe trata de brindar un flujo confiable de datos de extremo a extremo

Ejemplo de primitivas de una capa de transporte:

Menú










8.7 Aspectos del nivel de transporte.8.7.1.2 Control de flujo en la capa de transporte.

El propósito del control de flujo es evitar que los emisores rápidos inunden a receptores lentos.Hay que tener en cuenta la cantidad de conexiones que pueden establecerse, (diferencia con respecto a enlace ), y que los recursos de almacenamiento son limitados.

Las TPDU´s enviadas deben almacenarse para posibles retransmisiones por errores en la red y control de flujo.En redes inseguras hay que almacenar TPDU´s enviadas.En redes seguras, en principio no hay que almacenar, pero la capacidad del receptor puede ser pequeña, por lo que también hay que almacenarlas

Menú










Aporte

http://neo.lcc.uma.es/evirtual/cdd/tutorial/transporte/Intro.htmldocencia.etsit.urjc.es/moodle/file.php/15/.../4-transporte-nat-udp.pdfhttp://www4.ujaen.es/~jccuevas/data/Transparencias/Tema%201%20Nivel%20de%20Transporte.pdf

Fuente


Conjunto de parámetros destinados a definir diversas cualidades de las conexiones de transporte.• Se especifican en el establecimiento de la conexión• Normalmente se indican 2 valores: Deseado y mínimo aceptable• En la negociación de opciones intervienen los dos extremos.Hay que tener presente que las conexiones con mayor calidad de servicio llevan un incremento de coste ( proveedor de servicios ).

Menú










8.7 Aspectos del nivel de transporte.8.7.2 Direccionamiento

Necesidad de conocer la máquina destinoNecesidad de identificar el servicioEj en TCP/IP dirección IP + puerto TCPPuertos bien conocidosServidor de procesos (escucha en todos los puertos)Servidor de nombres (ej. DNS)

Direcciones: TSAP NSAP

Menú










Aporte

http://neo.lcc.uma.es/evirtual/cdd/tutorial/transporte/Intro.htmldocencia.etsit.urjc.es/moodle/file.php/15/.../4-transporte-nat-udp.pdfhttp://www4.ujaen.es/~jccuevas/data/Transparencias/Tema%201%20Nivel%20de%20Transporte.pdfie.fing.edu.uy/ense/asign/comdat/transparencias/capa4.ppt

Fuente


La conexión en esta capa es más difícil de lo que parece:Problema de los duplicados retardados Posible repetición de conexionesPosibles soluciones:

Direcciones por una única vezIdentificación de conexión (y caídas ?)Vida limitada de los paquetes

Menú










8.7 Aspectos del nivel de transporte.8.7.3 Protocolo TCP

Objetivo:

Flujo confiable de bytes sobre una red no confiableDiferentes tecnologías de red en el medioRobusto frente a problemas de la red

Entidad TCP y protocolo TCPRecibe flujo de la capa superior y lo parte en trozos que envía en paquetes IPEl receptor lo reensambla

Menú










8.7 Aspectos del nivel de transporte.8.7.3 Protocolo TCP

TCP es un protocolo que proporciona un servicio de transporte de datos que ofrece al nivel superior:

• Fiabilidad• Control de Flujo• Orientación a conexión• Multiplexación• Orientación a flujo de octetos• Transferencia con almacenamiento

Menú










8.7 Aspectos del nivel de transporte.

Hipótesis: las pérdidas de paquetes son por congestión (los enlaces son buenos ahora)

Ventana de congestiónComienza con la mitad del tamaño máximo de segmento (64Kbytes) como umbralAumenta duplicando tamaño desde un segmento a cada ACK (slow start !)A partir del umbral sigue linealPérdida o ICMP Source Quench: nivel a la mitad de la ventana y ventana 1 segmento.

8.7.3.2 Control de congestión en TCP

Menú










Aporte

https://www.sci.uma.es/wwwscidoc/ip.pdfhttp://www.tdr.cesca.es/TESIS_UPC/AVAILABLE/TDX-1222106-164746//04AMCA04de15.pdf

Fuente


Como resumen podemos definir un puerto como un identificador que permite a los protocolos entre nodos identificar a los protocolos de alto nivel de los que se reciben y a los que se entregan los mensajes.

Menú










8.7 Aspectos del nivel de transporte.8.7.4 Protocolo UDP

UDP es básicamente una interfaz de aplicación para IP. No soporta confiabilidad, control de flujo o recuperación de errores para IP. Simplemente sirve como "multiplexor/demultiplexor" para enviar y recibir datagramas, usando puertos para dirigir los datagramasLa estructura del paquete UDP es la siguiente:

Las aplicaciones estándares que utilizan UDP son:Protocolo de Transferencia de Ficheros Trivial (TFTP) Sistema de Nombres de Dominio (DNS) servidor de nombres Llamada a Procedimiento Remoto (RPC), usado por el Sistema de Ficheros en Red (NFS) Sistema de Computación de Redes (NCS) Protocolo de Gestión Simple de Redes (SNMP)

Menú










Aporte

http://www.profesores.frc.utn.edu.ar/sistemas/ingsanchez/Redes/Archivos/Protocolo_UDP.pdf

Fuente


UDP (User Datagram Protocol) debe ser visto como un protocolo de transporte no orientado a la conexión o simplemente como una interfaz deusuario al protocolo IP.

Menú










8.8 Aspectos del nivel de Aplicación.8.8.1 Seguridad de la red

La seguridad de las conexiones en red merecen en la actualidad una atención especial, incluso por medios de comunicación no especializados, por el impacto que representan los fallos ante la opinión pública.

El propio desarrollo tanto de Linux, como de la mayoría del software que lo acompaña, es de fuentes abiertas. Esto tiene la ventaja de que la seguridad en Linux no sea una mera apariencia, sino que el código está siendo escrutado por muchas personas distintas que rápidamente detectan los fallos y los corrigen con una velocidad asombrosa.

Si además comprendemos los mecanismos que se siguen en las conexiones en red, y mantenemos actualizados nuestros programas, podemos tener un nivel de seguridad y una funcionalidad aceptables.

Menú










Aporte

http://www.mitecnologico.com/Main/ProtocolosNivelAplicacionhttp://www.iec.csic.es/criptonomicon/linux/introsegred.html

Fuente


El nivel de aplicación es el nivel que los programas más comunes utilizan para comunicarse a través de una red con otros programas. Los procesos que acontecen en este nivel son aplicaciones específicas que pasan los datos al nivel de aplicación en el formato que internamente use el programa y es codificado de acuerdo con un protocolo estándar. Algunos programas específicos se considera que se ejecutan en este nivel. Proporcionan servicios que directamente trabajan con las aplicaciones de usuario. Estos programas y sus correspondientes protocolos incluyen a HTTP (Hyper Text Transfer Protocol), FTP (Transferencia de archivos), SMTP (correo electrónico), SSH (login remoto seguro), DNS (Resolución de nombres de dominio) y a muchos otros.

Menú










8.8 Aspectos del nivel de Aplicación.8.8.2 Repaso al DNS

Es una base de datos distribuida, con información que se usa para traducir los nombres de dominio, fáciles de recordar y usar por las personas, en números de protocolo de Internet (IP) que es la forma en la que las máquinas pueden encontrarse en Internet.

Hay personas en todo el mundo manteniendo una parte de la base de datos, y esta información se hace accesible a todas las máquinas y usuarios de Internet. El Domain Name System (DNS), o Sistema de Nombres de Dominio, comprende personas, instituciones reguladoras, archivos, máquinas y software trabajando conjuntamente.

El servicio de DNS es indispensable para que un nombre de dominio pueda ser encontrado en Internet.

Menú










Aporte

http://www.profesores.frc.utn.edu.ar/sistemas/ingsanchez/Redes/Archivos/Protocolo_UDP.pdfhttp://www.desarrolloweb.com/faq/50.php

Fuente


La principal tarea de un servidor de DNS es traducir tu nombre de dominio (p.ej. midominio.com) en una dirección IP. El servicio de DNS permite, una vez configurado, que tu web y tu correo electrónico sean localizados desde cualquier lugar del mundo mediante tu nombre de dominio.

Menú










8.8 Aspectos del nivel de Aplicación.8.8.2.1 DNS Cliente

Los clientes DNS, también llamados solucionadores, que consultan a los servidores para buscar y resolver nombres de un tipo de registro de recursos especificado en la consulta.

Una rama es un nivel donde se utiliza más de un nombre para identificar una colección de recursos con nombre. Una hoja representa un nombre único que se utiliza una vez en ese nivel para indicar un recurso específico.

Un equipo cliente envía el nombre de un host remoto a un servidor DNS, que responde con la dirección IP correspondiente. El equipo cliente puede entonces enviar mensajes directamente a la dirección IP del host remoto.

Menú










Aporte

http://www.desarrolloweb.com/faq/50.phphttp://technet.microsoft.com/es-es/library/cc753635(WS.10).aspx

Fuente


El espacio de nombres de dominio DNS se basa en el concepto de un árbol de dominios con nombre. Cada nivel del árbol puede representar una rama o una hoja del árbol.

Menú










8.8 Aspectos del nivel de Aplicación.8.8.2.2 DNS Servidor

Un servidor DNS proporciona resolución de nombres para redes basadas en TCP/IP. Es decir, hace posible que los usuarios de equipos cliente utilicen nombres en lugar de direcciones IP numéricas para identificar hosts remotos.

Si el servidor DNS no tiene ninguna entrada en su base de datos para el host remoto, puede responder al cliente con la dirección de un servidor DNS que pueda tener información acerca de ese host remoto, o bien puede consultar al otro servidor DNS.

Este proceso puede tener lugar de forma recursiva hasta que el equipo cliente reciba las direcciones IP o hasta que se establezca que el nombre consultado no pertenece a ningún host del espacio de nombres DNS especificado.

Menú










Aporte

http://www.desarrolloweb.com/faq/50.phphttp://technet.microsoft.com/es-es/library/cc753635(WS.10).aspx

Fuente


El sistema de nombres de dominio (DNS) es un sistema para asignar nombres a equipos y servicios de red que se organiza en una jerarquía de dominios. Las redes TCP/IP, como Internet, usan DNS para buscar equipos y servicios mediante nombres descriptivos.

Los servidores DNS, que almacenan y responden a las consultas de nombres para los registros de recursos.

Menú










8.8 Aspectos del nivel de Aplicación.8.8.3 Repaso al SNMP

SNMP (Simple Network Management Protocol) El protocolo SNMP tiene como función el proporcionar a los administradores de la red, las herramientas necesarias para depurar problemas, controlar rutas y localizar computadoras que no cumplan los protocolos. En una red TCP/IP, los routers son los conmutadores activos que los administradores necesitan para las funciones de revisión y control. Dado que los routers conectan redes heterogéneas, los protocolos para la administración de red operan en el nivel de aplicación y se comunican mediante los protocolos de nivel de transporte del TCP/IP.

Un estándar fuera de SNMP es el que especifica los detalles. Conocido como Management Information Base (MIB), es el estándar que especifica los elementos de los datos de que un host o un router deben conservar y las operaciones permitidas en cada uno.

Menú










Aporte

http://www.cea-ifac.es/actividades/jornadas/XXIV/documentos/tire/71.pdf

Fuente


Un Router con administración debe conservar el control y los estados de información que el administrador puede necesitar. Por ejemplo mantiene estadísticas del estado de sus puertos de red, del tráfico que entra y sale, de los datagramas eliminados y de los mensajes de error generados. Aún cuando permite al administrador acceder a estas estadísticas, SNMP no especifica qué datos se pueden acceder.

Menú









Education

Redes (parte2)