Redes (parte2)

1,399 views

Published on

Published in: Education
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,399
On SlideShare
0
From Embeds
0
Number of Embeds
10
Actions
Shares
0
Downloads
56
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Redes (parte2)

  1. 1. MAESTRÍA EN SISTEMAS COMPUTACIONALES REDES Y COMUNICACIONES FERNANDO SENTIES GALLEGOS MATRICULA 43100119 Menú
  2. 2. 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ú
  3. 3. 5. El modelo de referencia TCP/IP 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ú
  4. 4. 5. El modelo de referencia TCP/IP 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. 5. 5. El modelo de referencia TCP/IP 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ú
  6. 6. 5. El modelo de referencia TCP/IP 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ú
  7. 7. 5. El modelo de referencia TCP/IP 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ú
  8. 8. 5. El modelo de referencia TCP/IP 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ú
  9. 9. 5. El modelo de referencia TCP/IP 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ú
  10. 10. 5. El modelo de referencia TCP/IP 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ú
  11. 11. 5. El modelo de referencia TCP/IP 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ú
  12. 12. 5. El modelo de referencia TCP/IP 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ú
  13. 13. 5. El modelo de referencia TCP/IP 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ú
  14. 14. 5. El modelo de referencia TCP/IP 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ú
  15. 15. 5. El modelo de referencia TCP/IP 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ú
  16. 16. 5. El modelo de referencia TCP/IP 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ú
  17. 17. 5. El modelo de referencia TCP/IP 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ú
  18. 18. 5. El modelo de referencia TCP/IP 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ú
  19. 19. 5. El modelo de referencia TCP/IP 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ú
  20. 20. 5. El modelo de referencia TCP/IP 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ú
  21. 21. 5. El modelo de referencia TCP/IP 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ú
  22. 22. 5. El modelo de referencia TCP/IP 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ú
  23. 23. 5. El modelo de referencia TCP/IP 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ú
  24. 24. 5. El modelo de referencia TCP/IP 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ú
  25. 25. 5. El modelo de referencia TCP/IP 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ú
  26. 26. 5. El modelo de referencia TCP/IP 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ú
  27. 27. 5. El modelo de referencia TCP/IP 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ú
  28. 28. 5. El modelo de referencia TCP/IP 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ú
  29. 29. 5. El modelo de referencia TCP/IP 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ú
  30. 30. 5. El modelo de referencia TCP/IP 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ú
  31. 31. 5. El modelo de referencia TCP/IP 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ú
  32. 32. 5. El modelo de referencia TCP/IP 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ú
  33. 33. 5. El modelo de referencia TCP/IP 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ú
  34. 34. 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ú
  35. 35. 6. Ejemplos de Redes 6.1 Vistazo a Nowell 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ú
  36. 36. 6. Ejemplos de Redes 6.1 Vistazo a Nowell 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ú
  37. 37. 6. Ejemplos de Redes 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ú
  38. 38. 6. Ejemplos de Redes 6.1 Vistazo a Nowell 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ú
  39. 39. 6. Ejemplos de Redes 6.1 Vistazo a Nowell 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ú
  40. 40. 6. Ejemplos de Redes 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ú
  41. 41. 6. Ejemplos de Redes 6.1 Vistazo a Nowell 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ú
  42. 42. 6. Ejemplos de Redes 6.1 Vistazo a Nowell 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ú
  43. 43. 6. Ejemplos de Redes 6.1 Vistazo a Nowell 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ú
  44. 44. 6. Ejemplos de Redes 6.1 Vistazo a Nowell 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ú
  45. 45. 6. Ejemplos de Redes 6.1 Vistazo a Nowell 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ú
  46. 46. 6. Ejemplos de Redes 6.1 Vistazo a Nowell 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ú
  47. 47. 6. Ejemplos de Redes 6.1 Vistazo a Nowell 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ú
  48. 48. 6. Ejemplos de Redes 6.1 Vistazo a Nowell 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ú
  49. 49. 6. Ejemplos de Redes 6.1 Vistazo a Nowell 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ú
  50. 50. 6. Ejemplos de Redes 6.1 Vistazo a Nowell 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ú
  51. 51. 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ú
  52. 52. 7. Ejemplos de Servicios 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ú
  53. 53. 7. Ejemplos de Servicios 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ú
  54. 54. 7. Ejemplos de Servicios 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ú
  55. 55. 7. Ejemplos de Servicios 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ú
  56. 56. 7. Ejemplos de Servicios 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ú
  57. 57. 7. Ejemplos de Servicios 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ú
  58. 58. 7. Ejemplos de Servicios 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ú
  59. 59. Tecnología: 7. Ejemplos de Servicios 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ú
  60. 60. Tecnología: 7. Ejemplos de Servicios 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ú
  61. 61. Tecnología: 7. Ejemplos de Servicios 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ú
  62. 62. 7. Ejemplos de Servicios 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ú
  63. 63. Tecnología: 7. Ejemplos de Servicios 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ú
  64. 64. Tecnología: 7. Ejemplos de Servicios 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ú
  65. 65. 7. Ejemplos de Servicios 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ú
  66. 66. 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ú
  67. 67. 8. Los niveles del modelo OSI 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ú
  68. 68. 8. Los niveles del modelo OSI 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 nivel de aplicación C=2 B log (4)= 2 (3100) (2)=12,400 bps Menú
  69. 69. Tecnología: 8. Los niveles del modelo OSI 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 nivel de aplicación Menú
  70. 70. 8. Los niveles del modelo OSI 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 nivel de aplicación Menú
  71. 71. 8. Los niveles del modelo OSI 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 nivel de aplicación Atmosfera, Agua Menú
  72. 72. 8. Los niveles del modelo OSI 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 nivel de aplicación Menú
  73. 73. 8. Los niveles del modelo OSI 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 nivel de aplicación Menú
  74. 74. 8. Los niveles del modelo OSI 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 nivel de aplicación Menú
  75. 75. 8. Los niveles del modelo OSI 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ú
  76. 76. 8. Los niveles del modelo OSI 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 nivel de aplicación Menú
  77. 77. 8. Los niveles del modelo OSI 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 nivel de aplicación Menú
  78. 78. 8. Los niveles del modelo OSI 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 nivel de aplicación Menú
  79. 79. 8. Los niveles del modelo OSI 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 nivel de aplicación cableada. Menú
  80. 80. 8. Los niveles del modelo OSI 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 nivel de aplicación Menú
  81. 81. 8. Los niveles del modelo OSI 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 nivel de aplicación Menú
  82. 82. 8. Los niveles del modelo OSI 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 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://www.slideshare.net/s_william/infrarrojo-1170935 Menú
  83. 83. 8. Los niveles del modelo OSI 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 nivel de aplicación Menú
  84. 84. 8. Los niveles del modelo OSI 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 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://www.slideshare.net/s_william/infrarrojo-1170935 Menú
  85. 85. 8. Los niveles del modelo OSI 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. nivel de aplicación Trama (o LPDU): es la unidad de transporte. Menú
  86. 86. 8. Los niveles del modelo OSI 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 nivel de aplicación Menú
  87. 87. 8. Los niveles del modelo OSI 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 nivel de aplicación Tramas Tramas perdidas dañadas Menú
  88. 88. 8. Los niveles del modelo OSI 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 nivel de aplicación Menú
  89. 89. 8. Los niveles del modelo OSI 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 nivel de aplicación Menú
  90. 90. 8. Los niveles del modelo OSI 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 nivel de aplicación Menú
  91. 91. 8. Los niveles del modelo OSI 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 nivel de aplicación Menú
  92. 92. 8. Los niveles del modelo OSI 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 nivel de aplicación Menú
  93. 93. 8. Los niveles del modelo OSI 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 nivel de aplicación Menú
  94. 94. 8. Los niveles del modelo OSI 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 nivel de aplicación Menú
  95. 95. 8. Los niveles del modelo OSI 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ú
  96. 96. 8. Los niveles del modelo OSI 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ú
  97. 97. 8. Los niveles del modelo OSI 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). nivel de aplicación 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ú
  98. 98. 8. Los niveles del modelo OSI 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 nivel de aplicación Menú
  99. 99. 8. Los niveles del modelo OSI 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 nivel de aplicación Menú
  100. 100. 8. Los niveles del modelo OSI 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ú
  101. 101. 8. Los niveles del modelo OSI 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 nivel de aplicación Menú
  102. 102. 8. Los niveles del modelo OSI 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 nivel de aplicación Menú
  103. 103. 8. Los niveles del modelo OSI 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ú

×