IEEE 802.1: Cubre la administración de redes y otros aspectos relacionados con la LAN.
IEEE 802.2: Protocolo de LAN de IEEE que especifica una implementación del la subcapa LLC de la capa de enlace de datos. IEEE maneja errores, entramados, control de flujo y la interfaz de servicio de la capa de red (capa 3). Se utiliza en las LAN IEEE 802.3 e IEEE 802.5.
IEEE 802.3: Protocolo de IEEE para LAN que especifica la implementación de las capas físicas y de la subcapa MAC de la capa de enlace de datos. IEEE 802.3 utiliza el acceso CSMA/CD a varias velocidades a través de diversos medios físicos. Las extensiones del estándar IEEE 802.3 especifican implementaciones para fast Ethernet. Las variaciones físicas de las especificaciones IEEE 802.3 original incluyen 10Base2, 10Base5, 10BaseF, 10BaseT, y 10Broad36. Las variaciones físicas para Fast Ethernet incluyen 100BaseTX y 100BaseFX.
IEEE 802.4: Especifica el bus de señal pasante.
IEEE 802.5: Protocolo de LAN IEEE que especifica la implementación de las capas físicas y de la subcapa MAC de la capa de enlace de datos. IEEE 802.5 usa de acceso de transmisión de tokens a 4 Mbps ó 16 Mbps en cableado STP O UTP y de punto de vista funcional y operacional es equivalente a token Ring de IBM.
IEEE 802.6 Redes de área metropolitana (MAN)
IEEE 802.11 Wireless LAN (Redes Inalámbricas). Método de acceso y nivel físico. Wireless LANwire less
Arquitectura de protocolos
TCP/IP.
TCP se diseñó para un entorno que resultaba poco usual para los años
70 pero que ahora es habitual. El protocolo TCP/IP debía conectar equipos de distintos fabricantes. Debía ser capaz de ejecutarse en diferentes tipos de medio y enlace de datos. Debía unir conjuntos de redes en una sola Internet de forma que todos sus usuarios pudiesen acceder a un conjunto de servicios genéricos. Más aún, los desarrolladores, académicos, militares y gubernamentales de TCP/IP querían poder conectar nuevas redes sin necesidad de detener el servicio.
Estos requisitos perfilaron la arquitectura del protocolo, la necesidad de independencia de tecnología del medio y una conexión automática a una red en crecimiento, condujo a la idea de transmitir datos por la red troceándolos en pequeños paquetes y encaminándolos cada uno como una unidad independiente. Las funciones que garantizan el envío y entrega fiable de datos se situaron en los host origen y destino, por ello, los fabricantes los fabricantes debían mejorar sus esfuerzos para diseñar equipos de alta calidad.
Al hacerlo así, los protocolos de TCP/IP consiguieron escalarse muy bien ejecutándose en sistemas de cualquier calibre. Para conseguir un intercambio fiable de datos entre dos computadoras, se deben llevar a cabo muchos procedimientos separados y la tarea de:
· Empaquetar datos.
· Determinar el camino que deben seguir.
· Transmitirlos por el medio físico.
· Regular su tasa de transferencia según el ancho de banda del medio disponible y la capacidad del receptor para absorber los datos.
· Ensamblar los datos entrantes para que mantengan la secuencia correcta y no haya pérdida de trozos.
· Comprobar los datos entrantes para ver si hay trozos perdidos.
· Notificar al transmisor que los datos se han recibido correctamente u erróneo.
· Entregar los datos a la aplicación correcta.
· Manejar eventos de errores y problemas.
· El resultado es que el software de comunicaciones es complejo. Con un modelo de capas resulta más sencillo relacionar las funciones de cada protocolo con un nivel específico e implementar el software de comunicaciones de forma modular.
El modelo de comunicación de datos OSI se vio fuertemente influido por el diseño de TCP/IP. Las capas o niveles de OSI y la terminología de OSI se ha convertido en un estándar de la cultura de las comunicaciones de datos. Los fabricantes de hardware y software deben desarrollar el diseño de sus sistemas en base al modelo OSI el cual es un estándar de la industria.
NetBIOS
NetBIOS da tres servicios:
· Servicio de nombres, para registro y resolución de nombres
· Servicio de sesión para comunicaciones con a conexión
· Servicio de distribución de datagramas para comunicaciones sin conexión
· Servicio de nombres
Para comenzar una sesión o distribuir datagramas, una aplicación tiene que registrar su nombre en la red usando el servicio de nombres de
NetBIOS. Para esto, se distribuye a toda la red un paquete broadcast con la petición para añadir su nombre (Add Name Query), o para incluirse en un nombre de grupo (Add Group Name Query). Si el nombre que quería usar en la red está en uso, el servicio de nombres de la maquina que lo tiene en ese momento lanza un mensaje broadcast indicando un conflicto de nodos (Node conflict).
Para comenzar una sesión o para enviar un datagrama a una maquina en concreto, en vez de mandar el datagrama por broadcast a toda la red,
NetBEUI determina la dirección MAC de la maquina con su nombre de red. Este proceso se hace enviando un paquete de petición de nombre (Name Query), cuya respuesta tendrá la dirección MAC de la máquina que envía dicha respuesta, es decir la MAC de la maquina con ese nombre.
IPX/SPX
IPX/SPX, cuyas siglas provienen de Internetwork Packet
Exchange/Sequenced Packet Exchange (Intercambio de paquetes interred/Intercambio de paquetes secuenciales), es un protocolo de red utilizado por los sistemas operativos Novell Netware. Como UDP/IP, IPX es un protocolo de datagramas usado para comunicaciones no orientadas a conexión. IPX y SPX derivan de los protocolos IDP y SPP de los servicios de red de Xerox.
SPX es un protocolo de la capa de transporte (nivel 4 del modelo OSI) utilizado en redes Novell Netware. La capa SPX se sitúa encima de la capa IPX (nivel 3) y proporciona servicios orientados a conexión entre dos nodos de la red. SPX se utiliza principalmente para aplicaciones cliente/servidor.
Mientras que el protocolo IPX es similar a IP, SPX es similar a TCP.
Juntos, por lo tanto, proporcionan servicios de conexión similares a
TCP/IP. IPX se sitúa en el nivel de red del modelo OSI y es parte de la pila de protocolos IPX/SPX. IPX/SPX fue diseñado principalmente para redes de área local (LANs), y es un protocolo muy eficiente para este propósito (típicamente su rendimiento supera al de TCP/IP en una LAN).
TCP/IP, sin embargo, se ha convertido en el protocolo estándar de facto en parte por su superior rendimiento sobre redes de área extensa (WANs) e Internet (Internet utiliza TCP/IP exclusivamente), y en parte porque es un protocolo más maduro y se diseñó específicamente con este propósito en mente. El uso de IPX está disminuyendo desde que el boom de Internet hizo a
TCP/IP casi universal. Los ordenadores y las redes pueden usar múltiples protocolos de red, así que casi todos los sitios con IPX estarán usando también TCP/IP para permitir la conectividad con Internet. Ahora también es posible utilizar productos de Novell sin IPX, ya que desde hace algunas versiones soportan ambos, tanto IPX como TCP/IP.
Protocolos Emergentes
La gente instala una red en su casa para compartir una conexión de banda ancha en varias computadoras, así como para compartir archivos y periféricos. Ahora, con la accesibilidad conveniente de las fotografías digitales almacenadas, MP3 y vídeos por televisiones, estéreos y otros medios de entretenimiento, esta red para el hogar se está expandiendo en multimedia y entretenimiento. Linksys ofrece todo lo necesario para estas redes emergentes de última generación, desde adaptadores y direccionadores básicos hasta adaptadores para juegos, ampliadores del centro de medios, sistemas de música y dispositivos para almacenamiento.
Diferencias
El modelo de internet sólo puede equipararse funcionalmente al modelo
OSI de ISO, ya que existen diferencias básicas tales como:
· En la pila de protocos de internet, una capa representa un encapsulamiento de una función.
Similitudes y diferencias de los modelos OSI y TCP/IP.
· TCP/IP y OSI muestra un intento de establecer una correspondencia entre las diferentes capas de las arquitecturas de TCP/IP y OSI, pero hay que ser consciente de las diferencias básicas.
MODELO OSI Y MODELO TCP/ IP:
SIMILITUDES:
· Ambos tienen capas
· Ambos tienen capa de aplicación aunque incluyen servicios diferentes
· Ambos tienen capa de red y transporte comparables
· Asumen la tecnología de conmutación de paquetes
· Los protocolos de la red necesitan conocer ambos modelos.
