Unidad III Estndares y protocolos de redes.

3.1 Estndares de Conexin LAN de la IEEE. 3.1.1 Proyecto 802 Conexin. 3.1.2 802.1 Conexin entre Redes. 3.1.3 802.2 Control de Enlace Lgico (LLC). 3.1.4 802.3 Ethernet. 3.1.5 802.4 Token Bus. 3.1.6 802.5 Token Ring. 3.1.7 802.6 FDDI. 3.1.8 802.11 LAN inalmbricas. 3.2 Arquitectura de protocolos. 3.2.1 TCP/IP. 3.2.2 NetBEUI/NetBIOS. * 3.2.3 IPX/SPX.* 3.2.4 Protocolos emergentes. 3.2.5 Similitudes y diferencias de los modelos OSI y TCP/IP.

3.1 Estndares de Conexin LAN de la IEEE. 3.1.1 Proyecto 802 Conexin. En 1980 el IEEE comenz un proyecto llamado estndar 802 basado en conseguir un modelo para permitir la intercomunicacin de ordenadores para la mayora de los fabricantes. Para ello se enunciaron una serie de normalizaciones que con el tiempo han sido adaptadas como normas internacionales por la ISO. El protocolo 802 est dividido segn las funciones necesarias para el funcionamiento de las LAN. Cada divisin se identifica por un nmero:802.x: Divisin del protocolo IEEE 802 IEEE 802.Descripcin general y arquitectura. IEEE 802.1Glosario, gestin de red e internetworking.Relacin de estndares, gestin de red, interconexin de redes.nivel fsico IEEE 802.2 Control de enlace lgico (LLC). LLC (Logical Link Control) IEEE 802.3 CSMA/CD. Mtodo de acceso y nivel fsico. Ethernet. Bus con tcnica de acceso CSMA/CDCSMA/CD IEEE 802.4 Token Bus. Mtodo de acceso y nivel fsico. Bus con paso de testigotoken bus IEEE 802.5 Token-Passing Ring. Mtodo de acceso y nivel fsico. Anillo con paso de testigotokin pasing ring

 IEEE 802.6 Redes de rea metropolitana (MAN) IEEE 802.7 Banda Ancha. Aspectos del nivel fsico. IEEE 802.8 Recomendaciones fibra ptica IEEE 802.9 Acceso integrado de voz y datos. Mtodo de acceso y nivel fsico. Recomendaciones banda ancha (broadband)Integracin voz y datos en LAN IEEE 802.10 Seguridad y privacidad en redes locales. Seguridad IEEE 802.11 Wireless LAN (Redes Inalmbricas). Mtodo de acceso y nivel fsico. Wireless LANwire less IEEE 802.12 100VG-AnyLAN. Mtodo de acceso y nivel fsico.LANs de alta velocidad (Fast Ethernet variante de 802.3)100VG

Relacin entre los niveles de la arquitectura El estandar o protocolo 802 cubre los dos primeros niveles del modelo OSI ya que entiende (OSI) que los protocolos de capas superiores son independientes de la arquitectura de red. Los dos niveles corresponden al nivel fsico y al nivel de enlace, ste ltimo dividido en el control de enlace lgico(LLC) y control de acceso al medio(MAC). La capa fsica tiene funciones tales como: Codificacin /decodificacin de seales Sincronizacin Transmisin /Recepcin de bits Adems la capa fsica incluye una especificacin del medio de transmisin y de la topologia. Por encima de la capa fsica tenemos la capa de enlace de datos, que tiene como funciones: . Ensamblado de datos en tramas con campos de direccin y deteccin de errores(en transmisin) Desensamblado de tramas, reconocimiento de direcciones, y deteccin de errorres(en recepcin) Control de acceso al medio de transmisin LAN Interfaz con las capas superiores y control de errores y flujo Las tres primeras funciones del nivel de enlace las realiza el MAC, mientras que la ltima la realiza el LLC. Esta separacin de funciones es debido a que la lgica necesaria para la gestin de acceso al medio compartido no se encuentra en la capa 2 de control de enlace de datos tradicional y a que el mismo LLC puede ofrecer varias opciones MAC.

Funcionamiento bsico del estandar 802 Los datos de usuario se transfieren al nivel LLC, que aade una cabecera de informacin de control, dando lugar a una unidad de datos de protocolo LLC (PDU,Protocol Data Unit). Esta informacin de control se utiliza por el protocolo LLC. La PDU de LLC se pasa a la capa MAC, que

aade informacin de control al principio y final de paquete creando una trama MAC. De nuevo, la informacin de control en la trama es necesaria para el funcionamiento del protocolo MAC En los siguientes prrafos de este documento daremos un vistazo dentro de las divisiones de la IEEE 802 ms importantes, en el sentido de la materia que llevamos en la facultad, Redes Locales; Razn por la cual son examinados las ramas referentes a la redes de rea local. La IEEE ha propuesto varias normas relativas a las redes de rea local, conocidas como IEEE 802. posteriormente han sido aceptadas por otras asociaciones de normas nacionales, como la ANSI, o internacionales, como la ISO. Estas normas incluyen varios tipos de acceso al medio. Estas tres tcnicas de acceso (Ver figura 4) que son definidas por los estndares IEEE 802.3, IEEE 802.4 e IEEE 802.5, respectivamente, difieren en la capa fsica y en la subcapa de acceso al medio; sin embargo, son totalmente compatibles en la subcapa superior de la capa de enlace, ya que las tres utilizan el protocolo LLC al que ya nos hemos referido como un protocolo derivado del HDLC. La norma IEEE 802.1 define las primitivas del interface entre las capas y proporciona una introduccin a todo el cojunto de normas IEEE 802. Por su parte, la IEEE 802.2 hace una descripcin de la subcapa superior del nivel de enlace y, por tanto, del protocolo LLC. LLC est construido de modo que su funcionamiento sea independiente del mtodo de acceso que tenga la red al medio de transmisin. Por tanto, las rpincipales funciones del protocolo LLC son las siguientes: * Habilitar la transferencia de datos entre la capa de red y la subcapa de acceso al medio. * Controlar el flujo de datos por medio de la utilizacin de operaciones semejantes a las que hemos visto en el protocolo HDLC, por ejemplo, utilizando las tramas RR, RNR, etc... * Efectuar enlaces para los servicios orientados a la conexin entre aplicaciones situadas en distintos puntos de red. * LLC puede ser configurado de modo ms simple, como un protocolo sin conexin utilizando las tramas no numeradas de informacin. Los distintos tipos de servicios de capa de enlace se configuran como asociaciones de primitivas OSI, perfectamente descritas en la norma 802.2. Se incluyen cuatro tipos de servicio en el protocolo LLC: * TIPO 1: Sin conexin y sin confirmacin. Se trata de un servicio sin confirmacin, con lo que carece de control de flujo y de control de errores. * TIPO 2: Orientado a la conexin. Es un servicio completo, con correccin de errores y control de flujo. * TIPO 3: Sin conexin y con confirmacin. Este tipo de servicio no realiza una conexin, sin embargo provee confirmacin de las unidades de datos recibidas.

* TIPO 4: Este tipo es la combinacin en un solo servicio de los tipos 1, 2 y 3.

3.1.4 802.3 Ethernet. Estndar IEEE 802.3(ETHERNET): * Protocolo de acceso al medio CSMA/CD con persisten a 1. * Transmite de 10 Mbps a 100 Mbps. * A nivel fisico amplia la codificacin Manchester Diferencial. cero = seal -0'85 voltios a +0'85 voltios. uno = seal +0'85 voltios a - 0'85 voltios. Inactivo = Cero voltios. * Con la tarjeta de red: - Puede contener o no el transceptor (aparato que se encarga de escuchar la lnea, detectar protadora y gobierna colisiones. - Si el transceptor si es externo, tendra una clavija la tarjeta para colocar el transceptor. No pude exceder ms de 50 metros y el conector sera de 15 pins. * Topologia Bus sobre cable coaxial y transmisin en banda base a 10 Mbps (10base2, 10base5, 10baseT...). * Longitud del segmento 500 metros con hasta 100 estaciones. * Longitud mxima es de 2'5 km. * Por cada 500 metros de ms se colocar un repetidor para que la seal se atenue cuando llegue floja al repetidor y pueda seguir su curso.

El formato de la trama es el siguiente: Direc. Direc. Prembulo Inicio destino origen

Long. datos

Datos Relleno CRC

* Prembulo: Este campo tiene una extensin de 7 bytes que siguen la secuencia "10101010", semejante a la de bandera sealizadora del protocolo HDLC. * Inicio: Es un campo de 1 byte con la secuencia "10101011" que indica que comienza la trama. * Direccin de destino: Es un campo de 2 o 6 bytes, la utilizada en la red de 10 Mbps es la de 6 bytes. El bit de mayor orden de este campo, que ocupa el lugar 47, codifica si la direccin de destino es un nico destinatario (bit puesto a 0) o si representa una direccin de grupo (bit puesto a 1). Una direccin de grupo es la direccin a la que varias estaciones tienen derecho

de escucha. Cuando todos los bits del campo direccin estn a 1, se codifica una difusin o broadcast, es decir, codifica una trama para todas las estaciones de la red. * Direccin de origen: Codifica la direccin MAC de la tarjeta que origin la trama (compaia+n serie). * Longitud datos: Este campo de dos bytes codifica los bytes que contiene el campo de datos. Su valor oscila en un rango entre 0 y 1.500. * Datos: Es un campo que puede codificar entre 0 y 1.500 bytes. * Relleno: La IEEE 802.3 especifica que una trama no puede tener un tamao inferior a 64 bytes, por tanto, cuando la longitud del campo para completar una trama mnima de, al menos, 64 bytes. * CRC: Se codifica el control de errores de la trama.

Subestandar de IEEE 802.3(ETHERNET): Vamos ha esplicar lo que significa 2base10, pero en general... a base b a --> Velocidad del sistema en Mbps. base --> Si se hace un banda base. b --> Longitud maxima del segmento (b*100). El 10baseT es una Ethernet sobre un cable de par trenzado y topologa en estrella con HUB. La longitud maxima del segmento son 100 metros desde la estacin al concentrador o HUB (el HUB puede ser de 8 hasta 32 puestos) y el conector que utilizara sera el RJ-45. 802.3u FAST ETHERNET: 100baseT4 -----> 4 pares UTP-3 o superior -----> 100 metros. 100baseTX -----> 2 pares UTP-5 o STP -----> 100 metros. 100baseFX -----> 2 fibras opticas -----> 2 kilometros. Surge del comite 802.3u para aumentar la velocidad de la red.

3.1.5 802.4 Token Bus. Estndar IEEE 802.4 (TOKEN BUS): Recoge las ventajas fisicas de la topologa en bus y las lgicas de una en anillo. Se produce un testigo en las tramas, el testigo es la trama de control que informa del permiso que tiene una estacin para usar los recursos de una red. Ninguna estacin puede transmitir mientras noreciba el testigo que la habilita para hacerlo. Cada estacin va a tener un nmero asociado que la identifica. El testigo es

generado por la estacin con el nmero ms alto cuando se pone en marcha la red. Este va pasando en orden descendente de numeracin. Cuando una estacin recibe el testigo y tiene para transmitir lo hace hasta transmitir lo que necesitaba o bien se agota el tiempo determinado, que va a ser como mximo de 10 ms. La estacin que recibe el testigo debe generar tanto si transmite como si es un testigo con la direccin de la estacin inmediatamente inferior. El testigo viaja siempre siguiendo la misma secuencia de estaciones. El cableado que se necesita es el siguiente: Coaxial de 75 Ohm. por donde viajan seales modeladas (banda ancha). Por l pueden viajar seales digitales con video, sonido, etc... Transmite a velocidades de entre 1'5 Mbps y 10 Mbps. El formato de la trama es el siguiente: Prembulo DC Control Direc. destino Direc. origen Datos CRC DF

* Prembulo: Este campo es semejante al prembulo de la IEEE 802.3, que estaba heredado del protoclo HDLC. Se trata de emitir la secuencia binaria "10101010" en un byte. Este campo es de mucha menor longitud que en la red Ethernet. La misin de este campo como en el caso de Ethernet, es la de sincronizar emisor y receptor. * Delimitador de comienzo (DC): Consiste en la emisin de una seal distinta de "0" o "1"; una secuencia prohibida en el codigo binario durante el tiempo de emisin de un byte. Cualquier estacin a la escucha sabe que comienza una trama al leer del canal esta seal prohibida. * Control de trama: Este campo codifica en un byte el tipo de trama de que se trata. Hay tramas encargadas de transmitir datos, otras de transferir el testigo a otra estacin, etc... * Direccin de destino: En este campo se codifica la direccin de la estacin destinataria de la trama. * Direccin de origen: Es un campo semejante al de direccin de destino, pero ahora es el que envia la trama. * Campo de datos: En este campo se codifica la informacin del usuario. Su longitud vara entre 0 y 8.192 bytes, o entre 0 y 8.174 bytes, para tramas con direcciones de seis bytes. * CRC: Es un campo semejante al de la IEEE 802.3, encargado del control de errores. * Delimitador de fin (DF): Es un campo idntico al delimitador de inicio. Su misin es sealizar el final de la trama. Las tramas de control para el estandar IEEE 802.4 son las siguientes:

Campo de control 00000000 00000001 00000010 00000011 00000100 00001000 00001100

Nombre Reclamo_Testigo Solicitud_sucesor1 Solicitud_sucesor2 Quien_sigue Resuelve_contienda Testigo Establece_sucesor

Significado Reclama teestigo durante inicio anillo Permiso para que las estaciones esten en anillo Permiso para que las estaciones esten en anillo Recuperacin del testigo perdido Cuando multiples estaciones quieren entrar en el anillo Paso de testigo Mensaje de las estaciones que salen o entran en el anillo

3.1.6 802.5 Token Ring.

Norma IEEE 802.5: token ring Define redes con anillo lgico en un anillo fsico y con protocolo MAC Token Ring

Norma IEEE 802.5: token ring Define redes con anillo lgico en un anillo fsico y con protocolo MAC Token Ring.

una de sus caractersticas es que el anillo no representa un medio de difusin sino que una coleccin de enlaces punto a punto individuales.

seleccionada por la IBM como su anillo LAN.

3.1.7 802.6 FDDI.

802.6 Red de rea metropolitana MAN Especificacin para redes tipo MAN (de rea metropolitana). define un protocolo de alta velocidad en el cual las estaciones enlazadas comparten un bus doble de fibra ptica que utiliza un mtodo de acceso llamado bus dual de cola distribuida o DQDB Distributed Queue Dual Bus.

DQDB es una red de transmisin de celdas que conmuta celdas con una longitud fija de 53 bytes, por lo tanto, es compatible con la ISDN de banda ancha ISDN-B y ATM. la conmutacin de celdas tiene lugar en el nivel de control de enlaces lgicos 802.2.

3.1.8 802.11 LAN inalmbricas. 802.11 redes inalmbricas.

comit que trabaja en la normalizacin de medios como la radio de amplio espectro, radio de banda angosta, infrarrojos y transmisiones sobre lneas de potencia.

802.12 LAN de acceso de prioridad bajo demanda (100VG-AnyLAN).

comit que define la norma ethernet a 100 Mbps con el mtodo de acceso de prioridad bajo demanda propuesto por la Hewlett Packard y otros fabricantes. el cable especificado es un par trenzado de 4 hilos de cobre utilizndose un concentrador central para controlar el acceso al cable. las prioridades estn disponibles para soportar la distribucin en tiempo real de aplicaciones multimediales. los concentradores 100VG-AnyLAN controlan el acceso a la red con lo cual eliminan la necesidad de que las estaciones de trabajo detecten una seal portadora, como sucede en el CSMA/CD de la norma ethernet. cuando una estacin necesita transmitir, enva una peticin al concentrador. todas las transmisiones se dirigen a travs del concentrador, que ofrece una conmutacin rpida hacia el nodo destino. emisor y receptor son los nicos involucrados en las transmisiones, a diferencia del CSMA/CD donde la transmisin es difundidad por toda la red. si mltiples peticiones de transmisin llegan al concentrador, primero se sirve la de mayor prioridad. si dos estaciones de trabajo hacen la solicitud con la misma prioridad y al mismo tiempo, se van alternando para darles servicio.

este mtodo de trabajo es mejor que CSMA/CD.

3.2.-Arquitectura de protocolos

3.2.1 TCP/IP.

TCP se dise para un entorno que resultaba poco usual para los aos 70 pero que ahora es habitual. El protocolo TCP/IP deba conectar equipos de distintos fabricantes. Deba ser capz de ejecutarse en diferentes tipos de medio y enlace de datos. Deba unir conjuntos de redes en una sola Internet de forma que todos sus usuarios pudiesen acceder a un conjunto de

servicios genricos. Ms an, los desarrolladores, acadmicos, militares y gubernamentales de TCP/IP queran poder conectar nuevas redes sin necesidad de detener el servicio. Estos requisitos perfilaron la arquitectura del protocolo, la necesidad de independencia de tecnologa del medio y una conexin automtica a una red en crecimiento, condujo a la idea de transmitir datos por la red trocendolos en pequeos paquetes y encaminndolos cada uno como una unidad independiente. Las funciones que garantizan el envo y entrega fiable de datos se situaron en los host origen y destino, por ello, los fabricantes los fabricantes deban mejorar sus esfuerzos para disear equipos de alta calidad. Al hacerlo as, los protocolos de TCP/IP consiguieron escalarse muy bien ejecutndose 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 fsico. Regular su tasa de transferencia segn 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 prdida de trozos. Comprobar los datos entrantes para ver si hay trozos prdidos. Notificar al transmisor que los datos se han recibido correctamente u errneo. Entregar los datos a la aplicacin correcta. Manejar eventos de errores y problemas. El resultado es que el software de comunicaciones es complejo. Con un modelo de capas resulta ms sencillo relacionar las funciones de cada protocolo con un nivel especfico e implementar el software de comunicaciones de forma modular. El modelo de comunicacin de datos OSI se vi fuertemente influido por el diseo de TCP/IP. Las capas o niveles de OSI y la terminologa de OSI se ha convertido en un estndar de la cultura de las comunicaciones de datos. Los fabricantes de hardware y software deben desarrollar el diseo de sus sistemas en base al modelo OSI el cual es un estndar de la industria. A continuacin se muestran las capas de TCP/IP y de OSI:

Capa Fsica: La capa fsica trata con el medio fsico, los conectores, el control de seales elctricas representadas en unos (1) y ceros (0) binarios. Por ejemplo, las tarjetas de Red y los Cables son componentes del medio fsico. Capa de Enlace de Datos.

Se lleva a cabo la organizacin de unidades de datos llamadas tramas, el filtrado de errores la comprobacin de direcciones de hardware (MAC) y operaciones de control de errores. Capa de Red: IP IP realiza funciones en la capa de Red, IP encamina datos entre sistemas. Los datos pueden atravesar un enlace nico o enviarse por mltiples enlaces a travs de Routers, los datos se transportan en unidades de bits llamados datagramas. Un datagrama contiene una cabecera de IP que contiene informacin de direcciones de la capa 3 (Transporte), los encaminadores examinan la direccin de destino de la cabecera IP, para dirigir los datagramas al destino. La capa de IP se denomina no orientada a conexin ya que cada datagrama se encamina de manera independiente e IP no garantiza la entrega fiable, ni secuencia de los mismos. IP slo encamina su trfico sin tener en cuenta la relacin entre las aplicaciones a las que pertenece un determinado datagrama. Capa de Transporte: TCP El Protocolo de Control de Transmisin realiza labores en la capa de transporte, debido a que proporciona a las aplicaciones servicios de conexin fiable de datos, por lo tanto, es un protocolo orientado a conexin. TCP dispone de los mecanismos que garantizan que los datos se entregan sin errores, sin omisiones y en secuencia. Una aplicacin, como la de transferencia de archivos, transmite datos a TCP. TCP le aade una cabecera creando una unidad denominada segmento. TCP enva los segmentos pasndoselos a su nivel inferior Capa 3 (IP) quien los encamina a su destino. Del otro lado TCP acepta los segmentos entrantes de IP, determina la aplicacin de destino y traslada los datos a la aplicacin en el orden en que fueron enviados. Capa de Transporte: UDP Una aplicacin enva un mensaje independiente a otra aplicacin mediante el Protocolo de Datagramas de Usuario (UDP). UDP aade una cabecera creando una unidad denominada datagrama de UDP o mensaje de UDP. UDP traslada los mensajes de UDP salientes a IP. UDP acepta mensajes de UDP entrantes de IP y determina la aplicacin de destino. UDP es un servicio de comunicaciones no orientado a conexin que suele usarse

3.2.2NetBEUI (NetBIOS Extended User Interface, en espaol Interfaz extendida de usuario de NetBIOS) es un protocolo de nivel de red sin encaminamiento y bastante sencillo utilizado como una de las capas en las primeras redes de Microsoft. NetBIOS sobre BetBEUI es utilizado por muchos sitemas operativos desarrollados en los [1990]], como LAN Manager, LAN Server, Windows 3.x, Windows 95 y Windows NT.

Este protocolo a veces es confundido con NetBIOS, pero NetBIOS es una idea de como un grupo de servicios deben ser dados a las aplicaciones. Con NetBEUI se convierte en un protocolo que implementa estos servicios. NetBEUI puede ser visto como una implementacion de NetBIOS sobre IEEE 802.2 LLC.. Otros protocolos, como NetBIOS sobre IPX/SPX o NetBIOS sobre TCP/IP, tambien implementan los servicios de NetBIOS pero con sus propias herramientas. NetBEUI usa el modo 1 de IEEE 802.2 para proveer el servicio de nombres y el de datagramas, y el modo 2 para proveer el servicio de sesion. NetBEUI abusa de los mensajes broadcast, por lo que se gan la reputacion de usar el interfaz en exceso. NetBIOS fue desarrollada para las redes de IBM por Saytek, y lo uso tambien Microsoft en su MS-NET en 1985. En 1987 Microsoft y Novell usaron tambien este protocolo para su red de los sistemas operativos LAN Manager y NetWare. Debido a que NetBEUI no tiene encaminamiento, slo puede usarse para comunicar terminales en el mismo segmento de red, pero puede comunicar dos segmentos de red que esten conectados mediante un puente de red. Esto significa que solo es recomendable para redes medianas o pequeas. Para poder usar este protocolo en redes ms grandes de forma optima debe ser implementado sobre otros protocolos como IPX o TCP/IP. Servicios NetBIOS da tres servicios, los cuales tambien implementa NetBEUI: Servicio de nombres, para registro y resolucion de nombres Servicio de sesion para comunicaciones con a conexion Servicio de distribucion de datagramas para comunicaciones sin conexion Servicio de nombres Para comenzar una sesion o distribuir datagramas, una aplicacion 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 peticion para aadir su nombre (Add Name Query), o para incluirse en un nombre de grupo (Add Group Name Query). Si el nombre que queria usar en la red esta en uso, el servicio de nombres de la maquina que lo tiene en ese momento lanza un mensaje broadcast indicando un conclicto de nodos (Node conflict). Para comenzar una sesion 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 direccin MAC de la maquina con su nombre de red. Este proceso se hace enviando un paquete de peticin de nombre (Name Query), cuya respuesta tendra la direccin MAC de la mquina que envia dicha respuesta, es decir la MAC de la maquina con ese nombre. Servicio de sesion El servicio de sesion permite que dos terminales de la red, establezcan una conexion, permitiendo el envio y recepcion de mensajes de mayor tamao. Tambien da un servicio de deteccion de errores y de recuperacion de los mismos. Las sesiones se establecen mediante el intercambio de paquetes. La maquina que va a establecer la sesion envia una peticion de nombre

se va a establecer la sesion, enviara una respuesta de nobre reconocido (Name Recognized), indicando tanto que no se puede establecer una sesion (debido a que el terminal no acepta sesiones para ese nombre, que no tiene recursos, etc..), como que se puede establecer (en cuyo caso la respuesta incluira un numero de sesion para usar en los subpaquetes). La maquina que comenzo la sesion enviar una peticion de sesion inicializada (Session Initialize), que provocara una respuesta de sesion confirmada (Session Confirm). Los datos son transmitidos durante una conexion establecida. IEEE 802.2 controla de flujo y la transmision de los paquetes de datos. Debido a que NetBIOS permite que los paquetes enviados sean mayores que el tamao maximo establecido en otras capas, un paquete NetBIOS debe ser transmitido como una secuencia de paquetes intermedios (Data First Middle), y un paquete final (Data Only Last). Los paquetes que no necesitan ser segmentados de esta forma, se envian siempre como un paquete final. Los paquetes finales recibidos de forma correcta, provocan el envi de una seal de acuse de recibo (ACK o acknowledgment). En el caso de haber paquetes intermedios, el acuse de recibo tambien confirma todos los enviados. la sesion se cierra enviando una peticion de final de sesion (Session End). Servicio de distrubucin de datagramas El servicio de envio de datagramas es isn conexin. Los datagramas se envian como paquetes de tipo datagrama si se van a enviar a un nombre NetBIOS concreto, o como paquetes tipo datagramas broadcast si van a ser enviados a toda la red. Disponibilidad NetBEUI -Aparte de DOS y UNIX- es oficialmente soportado por Microsoft en todos sus sistemas operativos hasta Windows 2000[1], pero su uso va rapidamente en descenso desde la aparicion de NetBIOS sobre TCP/IP. Microsoft no da soporte desde Windows XP a NetBEUI, aunque aun da la posibilidad de una instalacion manual desde el CD-ROM original de Windows XP. [2] Debido a esto, no se sabe de forma oficial si el protocolo NetBEUI puede ser instalado en Windows Vista de forma efectiva, aunque sea sin soporte por parte de Microsoft. Adems, otro motivo a aadir puede ser el cambio significativo en el protocolo TCP/IP en Windows Vista[3]. Los componentes de cliente y servidor de TCP/IP pueden haber cambiado demasiado debido a que ha sido reescrito por completo, lo que podra haber generado la perdida de compatibilidad con el protocolo NetBEUI diseado para Windows XP. A pesar de esto, los archivos de NetBEUI del CD-ROM de Windows XP, parecen funcionar de forma correcta sobre Windows Vista.

3.2.3 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 conexin. 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 sita encima de la capa IPX (nivel 3) y proporciona servicios orientados a conexin 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 conexin similares a TCP/IP. IPX se sita en el nivel de red del modelo OSI y es parte de la pila de protocolos IPX/SPX. IPX/SPX fue diseado principalmente para redes de rea local (LANs), y es un protocolo muy eficiente para este propsito (tpicamente su rendimiento supera al de TCP/IP en una LAN). TCP/IP, sin embargo, se ha convertido en el protocolo estndar 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 ms maduro y se dise especficamente con este propsito 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 mltiples protocolos de red, as que casi todos los sitios con IPX estarn usando tambin TCP/IP para permitir la conectividad con Internet. Ahora tambin es posible utilizar productos de Novell sin IPX, ya que desde hace algunas versiones soportan ambos, tanto IPX como TCP/IP.

3.2.5 Protocolos Emergentes La gente instala una red en su casa para compartir una conexin de banda ancha en varias computadoras, as como para compartir archivos y perifricos. Ahora, con la accesibilidad conveniente de las fotografas digitales almacenadas, MP3 y vdeos por televisiones, estreos 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 generacin, desde adaptadores y direccionadores bsicos hasta adaptadores para juegos, ampliadores del centro de medios, sistemas de msica y dispositivos para almacenamiento. Soluciones de comunicacin Los avances en la tecnologa de red para el hogar y de banda ancha han demandado un nuevo servicio llamado Voz por IP (VoIP). Esta tecnologa permite a los usuarios hacer llamadas telefnicas utilizando una conexin de banda ancha y alta velocidad a Internet mediante DSL o cable en vez de utilizar la lnea convencional de telfono, disminuyendo de este modo las facturas telefnicas y ofrecienco una red rica en funciones y ms

los consumidores de todo el mundo. Soluciones de monitoreo La vigilancia del hogar frecuentemente se consideraba algo de "lujo" demasiado caro para la familia promedio. Pero ahora puede hacerse a precio razonable utilizando una red para el hogar. Usando una navegador web estndar, puede vigilar la casa u oficina mientras est fuera, o mirar su cocina, mascotas o propiedad. La videocmara inalmbrica para Internet de Linksys se conecta directamente a su red y enva vdeos en tiempo real con sonido a cualquier parte del mundo. Soluciones de red para negocios pequeos Para permanecer competitivos y dentro del negocio, los negocios pequeos de hoy en da deben tener una red bien diseada que satisfaga los siguientes desafos: Aumente la productividad de los empleados al ofrecerles la capacidad de trabajar desde cualquier sitio que ellos estn.... en la oficina, en casa o en la carretera. Ofrezca funciones de seguridad potentes que permita la administracin de empleados y el acceso externo a datos delicados por medio de la red pblica de Internet. Dirija los procesos del negocio y aumente la eficacia. Crezca con el negocio. Las soluciones de Linksys para negocios combinan productos fiables, fciles de usar y de gran calidad con la experiencia y las tecnologas ofrecidas por Cisco Systems, Inc. Juntos, Linksys y Cisco crean soluciones de red para negocios pequeos que aumentan la productividad, mejoran la satisfaccin del cliente y fortalecen las ventajas competititvas.... todo ello a un precio que se ajusta fcilmente a un presupuesto exigente.

3.2.5 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 bsicas explicadas ms abajo.

Figura: TCP/IP y OSI - Correspondencia funcional de las capas. Diferencias El modelo de internet slo puede equipararse funcionalmente al modelo OSI de ISO, ya que existen diferencias bsicas tales como: En la pila de protocos de internet, una capa representa un encapsulamiento de una funcin. La perspectiva de ISO, por otro lado, trata a las capas como grupos funcionales bastante reducidos, intentando forzar la modularidad al requerir capas adicionales para funciones adicionales. En los protocolos TCP/IP, un protocolo dado puede ser usado por otros protocolos en la misma capa, mientras que en el modelo OSI se definira dos capas en las mismas circunstancias. Ejemplos de estas "dependencias horizontales" son FTP, que usa la misma representacin comn que TELNET sobre la capa de aplicacin, o ICMP, que usa IP para el envo de datagramas en el nivel de red. A nivel prctico, lo que estamos discutiendo aqu es la diferencia entre un estndar "de jure", OSI, y uno "de facto", TCP/IP. El objetivo en el mundo de TCP/IP consiste en establecer de comn acuerdo un protocolo estndar que pueda funcionar en una diversidad de redes heterogneas; siempre se le ha dado mayor importancia al estndar en s que a su implementacin. Eficiencia y viabilidad. Las normas de OSI tienden a ser prescriptivas(por ejemplo, la capa "N" debe atravesar todas las capas "por debajo" de ella), mientras que los protocolos TCP/IP tienden a ser descriptivos, y dejan un mximo de libertad a los implementadores. Una de las ventajas del enfoque de TCP/IP es que cada implementacin concreta puede explotar

caractersticas dependientes del sistema, de lo que suele derivarse una mayor eficiencia(menos ciclos de CPU, mayor productividad para las mismas funciones), al mismo tiempo que se asegura la interoperabilidad con otras aplicaciones. Otra forma de ver esto es que la mayora de ls protocolos de internet se han desarrollado primero(codificados y testeados) antes de ser descritos en un RFC(habitualmente por parte del implementador) lo que muestra claramente su viabilidad.

MODELO OSI Y MODELO TCP/ IP: SIMILITUDES: Ambos tienen capas Ambos tienen capa de aplicacin aunque incluyen servicios diferentes Ambos tienen capa de red y transporte comparables Asumen la tecnologa de conmutacin de paquetes Los protocolos de la red necesitan conocer ambos modelos.