# data[].attributes.body
Antonio Meucci inventa el teléfono, aunque lo registra en el año de 1871 y por problemas económicos pierde la patente, es hasta el año del 2002 que el Congreso de los Estados Unidos lo reconoce como el verdadero inventor del teléfono

# data[].attributes.attachment_link.readable_text
(Florencia, 1808 - Nueva York, 1889) Inventor y científico italiano considerado el inventor del teléfono, pese a que históricamente la paternidad del aparato se atribuyó al científico estadounidense de origen escocés Alexander Graham Bell.

Antonio Meucci

Meucci había cursado estudios de Ingeniería Mecánica en su Florencia natal, y en la década de los años treinta emigró a Cuba en busca de fortuna. La suerte no lo acompañó, y después de trabajar durante algunos años como tramoyista y sanador en La Habana, volvió a emprender viaje, esta vez con destino a Nueva York.

En Cuba, mientras trabajaba con enfermos reumáticos, a los que aplicaba pequeñas descargas eléctricas para paliar el dolor, descubrió que la transformación de las vibraciones sonoras en impulsos eléctricos permitía transmitir la voz a distancia, a través de un cable. En los años cincuenta comenzó a diseñar prototipos telefónicos. Construyó un primer modelo en 1855 y en 1871 presentó un artilugio perfeccionado.

Ese mismo año, solicitó en Nueva York la demanda de patente del aparato y lo bautizó con el nombre de "teletrófono". Para renovar el documento de la demanda debía pagar diez dólares cada año. El científico italiano cumplió esta obligación los dos primeros, pero en 1874 no pudo conseguir el dinero y perdió sus derechos legales sobre el invento.

Meucci buscó entonces apoyo económico y presentó su teletrófono a la Western Union, pero la famosa compañía de telégrafos rechazó la oferta. En 1876 y para sorpresa y desgracia de Meucci, el físico de origen escocés Alexander Graham Bell patentó un aparato de transmisión de voz al que llamó teléfono. El científico italiano reclamó sus derechos en los tribunales, pero murió sin que nadie reconociera su aportación a uno de los principales inventos del siglo XX.

Durante más de un siglo se mantuvo el error de atribuir a Graham Bell la paternidad del teléfono, hasta que finalmente, el 11 de junio de 2002, el Congreso de los Estados Unidos reconoció oficialmente a Antonio Meucci como su verdadero inventor. Además del teléfono, el científico italiano ideó un sistema de filtros para la depuración del agua e introdujo el uso de la parafina en la fabricación de velas.

Cómo citar este artículo:
Ruiza, M., Fernández, T. y Tamaro, E. (2004). . En Biografías y Vidas. La enciclopedia biográfica en línea. Barcelona (España). Recuperado de el .

# data[].attributes.attachment_link.description
(Florencia, 1808 - Nueva York, 1889) Inventor y científico italiano considerado el inventor del teléfono, pese a que históricamente la paternidad del aparato se atribuyó al científico estadounidense de origen escocés Alexander Graham Bell. Antonio Meucci Meucci había cursado estudios de Ingeniería Mecánica en su Florencia natal, y en la década de los años treinta emigró a Cuba en busca de fortuna.

# data[].attributes.headline
MAR 12, 1903 Primera transmisión inalámbrica transatlántica

# data[].attributes.subject
MAR 12, 1903 Primera transmisión inalámbrica transatlántica

# data[].attributes.body
Marconi realiza la primera comunicación transatlántica inalámbrica enviando un radiomensaje desde Bahía Glace en Nueva Escocia. Las oficinas transatlánticas tenían el hábito de intercambiar saludos navideños, y en el mismo año, a menos de dos semanas desde la primera exitosa transmisión trasatlántica de Marconi, el personal de la estación de cable de Sydney, Nueva Escocia envió un mensaje a los oficiales de Liverpool.

# data[].attributes.headline
JUN 7, 1920 Década de la Radio AM-FM y los principios de la TV

# data[].attributes.subject
JUN 7, 1920 Década de la Radio AM-FM y los principios de la TV

# data[].attributes.body
Década caracterizada por tecnologías como la Radio (AM y FM) y la Telefonía. Además surge, la Televisión desarrollada por investigadores de los EU, Unión Soviética y Gran Bretaña

# data[].attributes.body
Shockley, Bardeen y Brattain inventan el transistor de estado sólido (semiconductor)

# data[].attributes.body
Los Estados Unidos fundan la Advanced Researchs Projects Agency (ARPA) a través del Ministerio de Defensa. El ARPA estaba formado por unos 200 científicos de alto nivel y tenia un gran presupuesto. El ARPA se centró en crear comunicaciones directas entre ordenadores para poder comunicar las diferentes bases de investigación

# data[].attributes.attachment_link.readable_text
A.R.P.A. sus orígenes e Internet
En 1958 se organiza en EE.UU. la agencia gubernamental de investigacion, ARPA ( Advanced Research Projects Agency ) creada en respuesta a los desafios tecnologicos y militares de Rusia, durante la Guerra Fría, de la cual surgiran una decada mas tarde los fundamentos de la futura red global de computadores Internet. Es la respuesta al lanzamiento realizado un año antes por Rusia del primer satélite artificial, el Sputnik I, el suceso, de fuertes implicancias estratégicas y militares ha impactado a los EE.UU.

1958 - A.R.P.A. sus orígenes e Internet
1961 - Kleinrock y la conmutación de paquetes
1962 - Visión de comunidad global interconectada
1965 - WAN: primera red de trabajo compartido
1966 - Inicios de la fibra óptica y de Arpanet
1966 - Consenso sobre el concepto de packet
1969 - Elie y el primer nodo del proyecto ARPA
1970 - Origen del Network Control Protocol (NCP)
1970 - Crece ARPANET - Inicio del e-mail
1972 - Presentación de ARPANET por DARPA
1974 - En busca del protocolo TCP
1975 - ARPANET operacional
1976 - Nuevos protocolos de redes
1978 - Pruebas y consolidación de la red
1979 - Antecedentes de Internet Society

1980 - TCP/IP standard militar
1981 - Primeras PC, Xanadu y BITNET
1983 - MINITEL: un interludio francés
1983 - ARPANET e INTERNET: mas de 500 host
1986 - Primeros backbones de alta velocidad
1986 - Routers: un verdadero desafío
1986 - Creación del Domain Name System
1987 - Más de 10.000 hosts en Internet
1988 - Primer ataque cibernético a Internet
1988 - Origen del Internet Relay Chat (IRC)
1989 - Compuserve, sus inicios en EE.UU.
1989 - Tim Berners-Lee y el primer proyecto web

1990 - Final de ARPANET y primer software web
1991 - Puesta en marcha de la World Wide Web
1993 - National Science Foundation e INTERNIC
1993 - Mosaic y Netscape, sus origenes
1994 - World Wide Web: crecimiento exponencial
1994 - Yahoo primer directorio
1995 - Privatización definitiva de Internet
1995 - Microsoft presenta Windows 95
1995 - Amazon.com inicia sus actividades

En 1961 Leonard Kleinrock publica desde el MIT su primer trabajo sobre la teoría de conmutación de paquetes, planteando la factibilidad teórica de utilizar esta revolucionaria técnica en lugar de circuitos.

En 1962 un investigador del gobierno de los EE.UU., Paul Baran, presenta un proyecto al Departamento de Defensa de EE.UU. de un sistema de comunicaciones mediante computadoras conectadas en una red descentralizada que resultara inmune a ataques convencionales.

Por entonces Joseph Licklider y Wes Clark publican su trabajo 'On-Line Man Computer Communication' planteando el concepto de 'Red Galáctica' (Galactic Network) mediante la cual se podria acceder a una vasta red mediante ordenadores desde cualquier lugar del mundo.

WAN: primera red de trabajo compartido

En 1965 el investigador del MIT Lawrence G. Roberts conectó un ordenador TX2 en Massachusetts con un Q-32 en California a través de una línea telefónica conmutada de baja velocidad, creando así la primera (aunque reducida) red de ordenadores de área amplia jamás construida.
El resultado mostro que los ordenadores de tiempo compartido podían trabajar juntos, ejecutando programas y recuperando datos en la máquina remota, pero el sistema telefónico de conmutación de circuitos era totalmente inadecuado para esta labor. La convicción de Kleinrock acerca de la necesidad de la conmutación de paquetes quedó confirmada.

En 1966 los científicos experimentan el uso de fibra óptica como soporte de transmisón de señales telefónicas. Bob Taylor en ARPA recibe un subsidio para experimentar un sistema de interconexion mediante ordenadores entre agencias federales y universidades Tres años mas tarde concretará esta iniciativa en lo que se conocerá como ARPANET.

En 1969 Michel Elie, quien se convertirá en uno de los pioneros de Internet ingresa a la UCLA, en donde se instala este mismo año el primer nodo de ARPA, con una beca de investigación del IRIA (Instituto de investigación en informática y automática). Hacia fines de este año se establece un enlace entre la computadora de la UCLA y otra del Stanford Research Institute. Al mes siguiente, son cuatro las universidades interconectadas.

En 1970 ARPANET había crecido hasta 15 nodos con 23 ordenadores hosts (centrales). Un año mas tarde Ray Tomlinson, escribe el software básico de envío-recepción de mensajes de correo electrónico, impulsado por la necesidad que tenían los desarrolladores de ARPANET de un mecanismo sencillo de coordinación. poco mas tarde amplia su valor añadido con un primer programa de correo electrónico para relacionar, leer selectivamente, almacenar, reenviar y responder a mensajes.

Presentación de ARPANET por DARPA

En 1972 ARPA cambia su denominación y es conocida de alli en mas como DARPA ( Defense Advanced Research Projects Agency ) y se realiza la primera demostración pública de la nueva tecnología de ARPANET , las primeras conexiones internacionales se realizan un año mas tarde entre el University College of London en Inglaterra y the Royal Radar Establishment in Norway. ampliar

En 1978 DARPA formaliza contratos para reimplementar el protocolo TCP/IP Este fue el principio de un largo período de experimentación y desarrollo de la tecnología de Internet. Partiendo de las tres primeras redes ARPANET, radio y satélite y de sus comunidades de investigación iniciales, el entorno experimental creció hasta incorporar cualquier forma de red.

Continua 1980

El ordenador e Internet son la verdadera revolución del siglo y, como la imprenta, pueden modificar nuestra manera de pensar y de aprender. La prensa de Gutenberg produjo la libre interpretación de la Biblia, arruinó a los iluminados y provocó la aparición de una nueva pedagogía, basada en los libros y en las imágenes. Antes de la imprenta, un niño no podía acceder a un manuscrito. Hoy, con Internet, podemos saber cosas que nuestros antepasados tardaban una vida en conocer. UMBERTO ECO

Prime Publicaciones Electrónicas - Copyright 1998 - 2008 ©

# data[].attributes.attachment_link.title
Historia Internet - ARPANET en sus inicios

# data[].attributes.attachment_link.description
A.R.P.A. sus orígenes e Internet En 1958 se organiza en EE.UU. la agencia gubernamental de investigacion, ARPA ( Advanced Research Projects Agency ) creada en respuesta a los desafios tecnologicos y militares de Rusia, durante la Guerra Fría, de la cual surgiran una decada mas tarde los fundamentos de la futura red global de computadores Internet.

# data[].attributes.headline
7 DE JUNIO DE 1962 Conmutación de paquetes

# data[].attributes.subject
7 DE JUNIO DE 1962 Conmutación de paquetes

# data[].attributes.body
Paul Baran, presenta un proyecto al Departamento de Defensa de los Estados Unidos, un sistema de comunicaciones mediante computadoras conectadas en una red descentralizada que resultara inmune a ataques comunes

# data[].attributes.headline
JUN 7, 1965 Primer microcomputadora de la historia

# data[].attributes.subject
JUN 7, 1965 Primer microcomputadora de la historia

# data[].attributes.body
Se construye la primer microcomputadora (Primera de la historia fabricada y comercializada por la firma italiana Olivetti llamada programa 101), este invento lo debemos al italiano Pier Giorgio Perotto, un ingeniero italiano que daba catedras en el Politécnico de Turín

# data[].attributes.attachment_link.description
Microcomputadora (o microordenador). Es un dispositivo de computación de sobremesa o portátil, que utiliza un microprocesador como su unidad central de procesamiento o CPU. Los microordenadores más comunes son las computadoras u ordenadores personales, PC, computadoras domésticas, computadoras para la pequeña empresa o micros.

# data[].attributes.headline
7 DE JUNIO DE 1970 ALOHANET y los satélites de comunicación

# data[].attributes.subject
7 DE JUNIO DE 1970 ALOHANET y los satélites de comunicación

# data[].attributes.body
La universidad de Hawái desarrolla ALOHANET la primera red de conmutación. Canadá y EU desarrollan satélites para comunicarse dentro de Norteamérica, Alouette 1, fue el primer satélite canadiense

# data[].attributes.attachment_link.description
Un sitio web de Radio Canada Internacional

# data[].attributes.body
El protocolo TCP/IP utilizado por todos los ordenadores conectados a Internet, de manera que éstos puedan comunicarse entre sí, fue desarrollado originalmente por Vinton Cerf, como parte de un proyecto dirigido por el ingeniero norteamericano Robert Kahn de ARPAnet

# data[].attributes.headline
JUN 7, 1980 Los 80´s la decada de las computadoras personales

# data[].attributes.subject
JUN 7, 1980 Los 80´s la decada de las computadoras personales

# data[].attributes.body
Uso generalizado de las computadoras personales y de las microcomputadoras basadas en Unix. Nace la telefonía celular. MS-DOS (Sistema operativo) de Microsoft. Osborne-1 (Primer ordenador o PC portátil) de Felsenstein, Lee. Computadora personal, ordenador o PC de IBM

# data[].attributes.attachment_link.readable_text
Computadora Personal ( PC). Del inglés Personal Computer es una microcomputadora compatible con la PC de IBM y diseñada para ser usada por una sola persona a la vez, aunque algunos sistemas operativos (como por ejemplo, UNIX, XENIX, LINUX y otros) permiten trabajar a varios usuarios simultáneamente (desde consolas conectadas al procesador central), lo que es conocido como multiusuario. No debe confundirse con las múltiples sesiones que permiten sistemas operativos monousuarios, tales como Windows.

El término computadora personal ( PC por sus siglas en inglés) se registró por primera vez en 1964 publicado en la revista New Scientist en el artículo: "The Banishment of Paper Work" de Arthur L. Samuel, (del Centro de Investigación Watson de IBM) que escribió:

"Hasta que no sea viable obtener una educación en casa, a través de nuestra propia computadora personal, la naturaleza humana no habrá cambiado".

La primera generación de estos equipos se empezó a manufacturar en la década de los setenta pero era muy poco sofisticada, potente y polifacética, por lo que solo ganó espacio entre los aficionados a la informática.

Con el lanzamiento en 1979 de la hoja de cálculo VisiCalc, en principio para Apple II y después para el IBM PC, aplicación que logró convertir a la microcomputadora en una herramienta de trabajo, apegado al bajo costo de las computadoras personales les hizo adquirir una gran popularidad tanto para las familias como para los trabajadores en los años ochenta.

Ya en la década de los 90, devino en mayor éxito para las computadoras personales ya que aumentó de manera radical su poder, borrando la frontera que había entre las computadoras personales y las computadoras centrales. Las computadoras de gama alta se distinguen de las computadoras personales por su mayor fiabilidad o su mayor habilidad para realizar multitareas y no por la potencia de la CPU.

Tecnicismos

En su mayoría de las PC utilizan una arquitectura de soporte físico compatible con el PC de IBM, usando procesadores compatibles con x86 realizados por Intel, AMD o Cyrix, además del uso de BIOS.

Amén de la enorme popularidad de las computadoras personales ciertas microcomputadoras no compatibles con el PC de IBM son de igual manera populares y llamados también computadoras personales. La principal alternativa de estas microcomputadoras incompatibles al PC de IBM, era la computadora con procesador PowerPC, con el sistema operativo Mac OS X de Apple Computer.

Surgimiento de las siglas PC

Las computadoras personales de segunda generación se incorporaron en el mercado a 1977 y llegaron a ser de más fácil adquisición para el público en general en los años 80; debido a la producción en masa de los microprocesadores basado en el chip de silicio, los precios accesibles y la flexibilidad de ser útiles tanto en el hogar como en las industrias y negocios; así como su diseño para ser inmediatamente útiles a los clientes no técnicos, en contraste con las microcomputadoras de la primera generación.

El uso del término "computadora personal" murió en gran parte hacia finales de la década de 80 en los EE.UU. o en los años 90 tempranos en Europa. Esto se debió a la aparición de la computadora personal compatible de la IBM PC, y a la preferencia consiguiente por el término "PC" antes que "la computadora personal".

PC notables

Lista de las PC más notables en las décadas 70-80:

Agosto de 1977: Tandy Radio Shack TRS-80 (N.) (Primera computadora personal de menos de US$600)

Diciembre de 1977: Commodore PET (N.) (Primera computadora completa: teclado/pantalla/cinta)

1979: TI-99/4 (primera computadora personal con un procesador de 16 bits)

1980: Commodore VIC-20 (por debajo de US$300; primera computadora en el mundo en pasar la marca de un millón de unidades vendidas)

1980: Computadora a color TRS-80 (Motorola 6809, trabajos múltiples opcionales OS-9)

1980: Osborne Computer Company lanza el Osborne 1 (primera computadora "portátil")

Junio de 1981: Texas Instruments TI-99/4A - basada en el menos exitoso TI-99/4, segunda computadora personal con una CPU de 16 bit, primera en agregar gráficos "sprite"

Agosto de 1981: PC de IBM - versión original de la plataforma de hardware compatible de la PC de IBM. El modelo original fue denominado IBM 5150. Fue creado por un equipo de 12 ingenieros y los diseñadores bajo la dirección de Estridge de la división de los sistemas de la entrada de IBM en Boca Ratón, Florida

1981: BBC micro (Europa) - computadora educativa del Primer Ministro del Reino Unido por una década; BASIC avanzado con el ensamblador integrado del código automático 6502; diseñado con una miríada de puertos de entrada-salida

1982: Kaypro lanza la computadora Kaypro II

Abril de 1982: Sinclair ZX Spectrum (Europa) - la computadora personal británica más vendida; creó la industria británica del software

Agosto de 1982: Commodore 64 - El modelo de computadora más vendido de todos los tiempos: ~ 17 millones vendidos

1983: Coleco Adam

1983: MSX (Japón) - diseño de referencia de ASCII y Microsoft, fabricado por varias compañías: ~ 5 millones vendidos)

1983: Laser 200 - computadora de VTech de nivel de entrada dirigida siendo el más barato en mercado).

1984: Amstrad/Schneider CPC y PCW se extiende (Europa) - estándar británico antes de la PC de IBM; Ventas alemanas al lado de C64 y el Macintosh, de Apple

1985: ST de Atari (N.) - Primero con el interfaz incorporado de MIDI; también ESPOLÓN 1MB por menos de US$1000

Véase también

# data[].attributes.attachment_link.description
Computadora Personal ( PC). Del inglés Personal Computer es una microcomputadora compatible con la PC de IBM y diseñada para ser usada por una sola persona a la vez, aunque algunos sistemas operativos (como por ejemplo, UNIX, XENIX, LINUX y otros) permiten trabajar a varios usuarios simultáneamente (desde consolas conectadas al procesador central), lo que es conocido como multiusuario.

# data[].attributes.headline
JUN 7, 1984 Sistema de nombres de domnio DNS

# data[].attributes.subject
JUN 7, 1984 Sistema de nombres de domnio DNS

# data[].attributes.body
Se define el Sistema de Nombres de Dominio (DNS), se establecen responsabilidades para el control de los nombres de dominio y así el ISI (Información Sciences Institute), asume la responsabilidad de ser la raíz para la resolución de los nombres de dominio

# data[].attributes.attachment_link.readable_text
Instalar impresora en Active Directory de dominio de Microsoft Windows
La instalación de impresoras en un servidor con Microsoft Windows Server 2003 (válido para Microsoft Windows Server 2008) se realiza de forma similar a un equipo normal. A continuación explicamos cómo instalar una impresora conectada al puerto USB o paralelo del servidor y cómo instalar una impresora de red en el servidor. También explicaremos cómo instalar una impresora de otro equipo en el directorio activo (Active Directory).

Instalar una impresora conectada al servidor o bien de red en Windows Server 2003
Instalar impresora conectada al puerto USB o puerto paralelo
En el caso de impresoras conectadas al equipo por USB o puerto paralelo, es recomendable descargar los drivers (controladores) del modelo de la impresora apropiados para Microsoft Windows Server 2003 ó Microsoft Windows Server 2008. Es muy recomendable no usar el programa de instalación pues puede instalar herramientas y utilidades innecesarias para un servidor, es conveniente descargar sólo el driver (controlador) e instalar únicamente éste.
Vamos a explicar cómo instalar, de forma manual (sin usar el software de instalación), la impresora HP Officejet 5610. En primer lugar accederemos a la web oficial de la impresora y descargaremos los drivers o controladores para Windows Server 2000/2003/2008:

Descomprimiremos el fichero descargado (a veces es un ejecutable autodescomprimible). Accederemos a la carpeta descomprimida. En el caso de los drivers de la HP Officejet 5610 la descompresión la realiza en la carpeta temporal del usuario:

Accederemos a "Impresoras y faxes", desde el menú "Inicio" - "Panel de control" - "Impresoras y faxes", haremos doble clic en "Agregar impresora":

Se iniciará el asistente de instalación de nueva impresora, pulsaremos "Siguiente":

Marcaremos la opción "Impresora local conectada a este equipo", desmarcaremos el check "Detectar e instalar mi impresora Plug and Play automáticamente":

Marcaremos "Usar el puerto siguiente", seleccionaremos el puerto de la impresora, en nuestro caso "USB001":

En la ventana de selección del fabricante y modelo de impresora, pulsaremos "Utilizar disco":

Seleccionaremos la carpeta donde hayamos descomprimido los drivers o controladores:

Si todo es correcto en "Impresoras" aparecerá la nuestra, pulsaremos "Siguiente":

Si queremos establecer esta impresora como predeterminada (será la que se use por defecto) marcaremos el check "Sí" en "¿Desea usar esta impresora como predeterminada?":

Si queremos compartir esta impresora para que pueda ser instalada en otros equipo de nuestra red LAN marcaremos la sengunda opción y en "Nombre del recurso compartido" introduciremos un nombre que identificará la impresora en nuestro equipo y en los equipos que quieran acceder a ella. Pulsaremos "Siguiente" para continuar:

En la siguiente ventana podremos añadir algunos datos adicionales a la impresora, datos que aparecerán en el recurso compartido si algún usuario instala dicha impresora (ubicación y comentarios):

Si queremos imprimir una página de prueba marcaremos el check "Sí", pulsaremos "Siguiente" para finalizar la instalación:

Nota: el proceso de instalación puede variar en función del modelo y tipo de conexión de la impresora.

Instalar impresora de red en un equipo servidor con Microsoft Windows Server 2003 ó 2008
A continuación mostramos un artículo donde explicamos paso a paso cómo instalar una impresora de red (con IP propia) en un equipo Windows:
Instalar una impresora de red (con IP propia) en Windows

Añadir impresora de otro equipo al dominio Microsoft Windows Active Directory
Microsoft Windows Server 2003 permite añadir impresoras al directorio activo (Active Directory) siempre que haya un dominio y algún controlador promocionado. Permite añadir impresoras como un objeto más de Active Directory.
Para poder añadir una impresora al Active Directory, en primer lugar dicha impresora debe estar compartida en el equipo que la tiene instalada físicamente. Para compartirla, en un equipo con Microsoft Windows 7 pulsaremos en el botón "Iniciar", seleccionaremos "Dispositivos e impresoras":

Seleccionaremos la impresora a compartir, pulsaremos con el botón derecho sobre ella y seleccionaremos "Propiedades de impresora":

En la pestaña o solapa "Compartir" marcaremos la opción "Compartir esta impresora", en "Recurso compartido" indicaremos el nombre de la impresora, dicho nombre será el que se muestre cuando cualquier otro equipo de la red LAN intente instalarla:

Deberemos saber la IP o el nombre de red (hostname) del equipo que tiene la impresora, para ello pulsaremos las teclas Windows + R (o bien desde el botón "Iniciar" buscaremos "Ejecutar"):

En "Abrir" introduciremos "cmd" y pulsaremos "Aceptar":

En la ventana de MS-DOS introduciremos el comando "hostname" y pulsaremos INTRO:

Nos devolverá el nombre del equipo en la red, en nuestro caso "pcalonso". Anotaremos dicho nombre que necesitaremos posteriormente para instalar la impresora en el servidorMicrosoft Windows Server 2003.
A continuación, una vez compartida la impresora, accederemos al servidor Microsoft Windows Server 2003, abriremos "Usuarios y equipos de Active Directory" desde el botón "Inicio" - "Todos los programas" - "Herramientas administrativas" - "Usuarios y equipos de Active Directory". Accederemos a la unidad organizativa donde queramos instalar la impresora, pulsaremos con el botón derecho y seleccionaremos "Nuevo" - "Impresora":

En "Ruta de acceso de red del recurso compartido de impresión anterior a Windows 2000 introduciremos la ruta UNC (convención de nomenclatura universal o Universal Naming Convention) con el formato:
nombre_redrecurso_compartido
En nuestro caso:
pcalonsoIMP001

Para finalizar la instalación de la impresora pulsaremos con el botón derecho sobre ella en Usuarios y equipos de Active Directory y seleccionaremos "Conectar":

Se falta el controlador (driver) de la impresora, nos mostrará un mensaje indicando que debe ser instalado, pulsaremos "Aceptar":

Con el texto: "El servidor de la impresora "HP Officejet 5600 series" no tiene el controlador de impresora correcto instalado. Si desea buscarlo, haga clic en Aceptar. De lo contrario, haga clic en Cancelar y póngase en contacto con el administrador de red o con el fabricante del equipo para obtener el controlador de impresión adecuado".
Si no tenemos el controlador instalado, es posible que haya que seguir los pasos que indicamos aquí.
Si queremos ver o modificar las propiedades de la impresora pulsaremos con el botón derecho sobre ella y seleccionaremos "Propiedades":

Podremos añadir más datos a la impresora, como "Ubicación", "Modelo", "Descripción", etc.:

Auditar el uso de la impresora, número de copias imprimidas por usuario
Microsoft Windows Server 2003 y Microsoft Windows Server 2008 permiten auditar el uso de las impresoras por parte de los usuarios, de forma que podremos saber cuántas copias imprime en cada impresora cada usuario. En principio Microsoft Windows Server 2003 almacena esta información en el visor de sucesos por lo que podrá ser consultada directamente, pero no podremos obtener informes avanzados para ello habrá que usar aplicaciones de terceros.
La opción de auditoría de impresión sólo podrá activarse en impresoras instaladas en el servidor bien de red o bien en puerto paralelo o USB. Para activar la auditoría de impresoras en el servidor seguiremos los siguientes pasos:
1. Abriremos la carpeta de Impresoras y faxes, pulsaremos en el menú "Archivo" - "Propiedades del servidor":

En la pestaña "Opciones avanzadas" deberemos marcar la opción "Activar el registro de sucesos de información de la cola de impresión":

2. Además de la opción anterior, conviene comprobar que está activada la directiva del controlador de dominio "Auditar el acceso del servicio de directorio" esté habilitada. Para ello accedremos al menú "Herramientas administrativas" - "Directiva de seguridad del controlador de dominio":

En "Configuracion de seguridad" - "Directivas locales" - "Directiva de auditoría" pulsaremos con el botó nderecho sobre "Auditar el acceso del servicio de directorio" y seleccionaremos "Propiedades":

Marcaremos la opción "Definir esta configuración de directiva" y podremos marcar "Correcto" para auditar los sucesos con estado de finalización correcto y "Error" para auditar los sucesos de finalización con error:

El texto de esta directiva:
Auditar el acceso del servicio de directorio
Esta configuración de seguridad determina si debe auditarse el evento de un usuario que obtiene acceso a un objeto de Active Directory con su propia lista de control de acceso del sistema (SACL) especificada.
De manera predeterminada, este valor se establece en Sin auditoría en el objeto de directiva de grupo (GPO) de controlador de dominio predeterminado y permanece sin definir en estaciones de trabajo y servidores donde no tiene ningún significado.
Si define esta configuración de directiva, puede especificar si auditar los aciertos, los errores o no auditar ningún tipo de evento. Las auditorías de aciertos generan una entrada de auditoría cuando el usuario obtiene acceso correctamente a un objeto de Active Directory con una SACL especificada. Las auditorías de errores generan una entrada de auditoría cuando un usuario intenta obtener acceso a un objeto de Active Directory con una SACL especificada y no lo consigue. Para establecer este valor en Sin auditoría, en el cuadro de diálogo Propiedades de esta configuración de directiva, active la casilla Definir esta configuración de directiva y desactive las casillas Correcto y Erróneo.
Tenga en cuenta que puede establecer una SACL en un objeto de Active Directory mediante la ficha Seguridad del cuadro de diálogo Propiedades del objeto. Es igual que Auditar el acceso a objetos, excepto en que sólo se aplica a objetos de Active Directory y no del sistema de archivos o del Registro.
Valor predeterminado:
Correcto en controladores de dominio.
Sin definir para un equipo miembro.
3. A continuación, en la carpeta de Impresoras y faxes pulsaremos con el botón derecho del ratón sobre la impresora a auditar, seleccionaremos "Propiedades":

En la pestaña "Seguridad" pulsaremos en el botón "Opciones avanzadas":

En la pestaña "Auditoría" pulsaremos en "Agregar":

Añadiremos los usuarios a los que se les aplicará la auditoría. En nuestro caso introduciremos "Todos" para auditar el uso de la impresora para todos los usuarios:

A continuación indicaremos el suceso a auditar y dónde se aplicará ("Esta impresora y documentos", "Sólo esta impresora" ó "Sólo documentos"). Podremos auditar los siguientes sucesos: imprimir, administrar impresoras, administrar documentos, permisos de lectura, cambiar permisos y tomar posesión:

Consultar el visor de sucesos para analizar el uso de las impresoras en Windows Server 2003
Con los pasos anteriores a paritr de ahora, cada vez que un usuario use alguna de las impresoras auditadas, Microsoft Windows Server 2003 escribirá un suceso en el visor de sucesos con la información de documento imprimido, número de páginas y usuario.
Para consultar el visor de sucesos accederemos a "Inicio" - "Herramientas administrativas" - "Visor de sucesos":

En el registro de Sistema podremos ver, con el origen "Print" todos aquellos sucesos en los que se produzca un uso de la impresora por parte de los usuarios, haciendo doble clic podremos ver los detalles del suceso: fecha, hora, usuairo, nombre del documento imprimido, impresora usada, puerto usado, tamaño en bytes del documento y número de páginas impresas:

Si queremos informes más avanzados con totales de páginas impresas por usuario o por impresora deberemos usar software de terceros o bien desarrollar uno propio.

# data[].attributes.attachment_link.description
Instalar impresora en Active Directory de dominio de Microsoft Windows La instalación de impresoras en un servidor con Microsoft Windows Server 2003 (válido para Microsoft Windows Server 2008) se realiza de forma similar a un equipo normal. A continuación explicamos cómo instalar una impresora conectada al puerto USB o paralelo del servidor y cómo instalar una impresora de red en el servidor.

# data[].attributes.body
Se asigna el término de Internet a un conjunto de redes interconectadas

# data[].attributes.attachment_link.readable_text
Introducción

1997

Barry M. Leiner, Vinton G. Cerf, David D. Clark, Robert E. Kahn, Leonard Kleinrock, Daniel C. Lynch, Jon Postel, Larry G. Roberts, Stephen Wolff

Internet ha revolucionado la informática y las comunicaciones como ninguna otra cosa. La invención del telégrafo, el teléfono, la radio y el ordenador sentó las bases para esta integración de funcionalidades sin precedentes. Internet es a la vez una herramienta de emisión mundial, un mecanismo para diseminar información y un medio para la colaboración y la interacción entre personas y sus ordenadores, sin tener en cuenta su ubicación geográfica. Internet representa uno de los ejemplos más exitosos de los beneficios de una inversión y un compromiso continuos en el campo de la investigación y el desarrollo de la infraestructura de la información. Desde las primeras investigaciones en conmutación de paquetes, el Gobierno, la Industria y la Academia se han asociado como artífices de la evolución e implementación de esta apasionante nueva tecnología. Hoy en día, términos como "[email protected] " y " http://www.acm.org" se escuchan a cualquier persona de la calle. 1

Esta es una historia breve, necesariamente somera e incompleta. Actualmente existe mucho material sobre Internet, material que cubre su historia, tecnología y uso. Un viaje a prácticamente cualquier librería le permitirá encontrar estanterías llenas de material escrito sobre Internet. 2

En este artículo,3 varios de los que estuvimos involucrados en el desarrollo y evolución de Internet compartimos nuestros puntos de vista sobre sus orígenes y su historia. Esta historia se desarrolla a partir de cuatro aspectos diferentes. Está la evolución tecnológica que empezó con las primeras investigaciones sobre conmutación de paquetes y ARPANET (y tecnologías relacionadas), donde las investigaciones actuales continúan ampliando el horizonte de la infraestructura junto con varias dimensiones, como la escala, el rendimiento y las funcionalidades de nivel superior. Está el aspecto de operaciones y gestión de una infraestructura operativa global y compleja. Está el aspecto social, que dio como resultado una amplia comunidad de internautas trabajando juntos para crear y desarrollar la tecnología. Y está el aspecto de la comercialización, que desembocó en una transición extremadamente eficaz de los resultados de las investigaciones a una estructura de información ampliamente implementada y disponible.

Internet, como la conocemos hoy en día, es una infraestructura de información muy difundida, el prototipo inicial de lo que se llama a menudo la Infraestructura de Información Nacional (o Global, o Galáctica). Su historia es compleja e implica muchos aspectos: tecnológicos, organizativos y comunitarios. Y su influencia no solo alcanza los campos técnicos de las comunicaciones informáticas, sino también a toda la sociedad, ya que nos movemos hacia un uso mayor de las herramientas en línea para el comercio electrónico, la obtención de información y las operaciones comunitarias.

¿Te resultó útil este recurso? Sin importar el monto, al donar estás ayudando a financiar más investigación y contenido como este.

Notas

1 Quizá sea una exageración basada en la residencia en Silicon Valley del autor principal
2 En un viaje reciente a una librería de Tokio, uno de los autores contó 14 revistas en inglés dedicadas a Internet.
3 Una versión abreviada de este artículo aparece en la publicación del 50ª aniversario de CACM, febrero del 97. Los autores quisieran expresar su apreciación a Andy Rosenbloom, editor sénior de CACM, por instigar la escritura de este artículo y su invaluable ayuda a la hora de editar esta y la versión abreviada.
4 La Advanced Research Projects Agency (ARPA) cambió su nombre a Defense Advance Research Projects Agency (DARPA) en 1971, y luego de Nuevo a ARPA EN 1993 y otra vez a DARPA en 1996. Nos referimos a DARPA que es su nombre actual.
5 Fue a partir de estudio de RAND, que se creó un falso rumor que ARPANET estaba relacionada con la creación de una red resistente a la guerra nuclear. Eso nunca fue cierto de ARPANET, solo el estudio RAND, que no estaba relacionado, en voz segura consideraba la guerra nuclear. Sin embargo, la palabra interredes enfatiza la robustez y la supervivencia, incluyendo la capacidad de soportar la pérdida de grandes partes de las redes subyacentes.
6 Incluyendo entre otros Vint Cerf, Steve Crocker y Jon Postel. Se les unió más adelante David Crocker que jugó un papel importante en la documentación de los protocolos del correo electrónico, y Robert Branden, que desarrolló en primer CNCP y luego TCP para los mainframes de IBM y que también jugó un gran papel en la ICCB y la IAB.
7 Esto se publicó posteriormente como V.G. Cerf y R. E. Kahn, " Un protocolo sobre la intercomunicación de red de paquetes" IEEE Trans. Comm. Tech. , vol. COM-22, V 5, págs. 627-641, mayo de 1974.
8 El atractivo del intercambio de correos electrónicos, sin embargo, lo llevó a ser uno de los primeros "libros de Internet": !%@:: un directorio de direcciones de correo electrónico y redes, escrito por Frey y Adams, acerca de la traducción de direcciones de correo electrónico y el reenvío.
9 Llamado originalmente Comité federal de coordinación de investigación sobre Internet, FRICC. FRICC se formó originalmente para coordinar las actividades de investigación de redes de EE.UU. para apoyar la coordinación internacional provista por el CCIRN.
10 La retirada de servicio de ARPANET se conmemoró en su 20º aniversario, en un simposio de UCLA en 1989.

Referencias

P. Baran, "Acerca de las comunicaciones de redes distribuidas", IEEE Trans. Comm.. Systems, marzo de 1964.
V. G. Cerf y R. E. Kahn, "Un protocolo para la interconexión de paquetes de red", IEEE Trans. Comm. Tech. , vol. COM-22, V 5, págs. 627-641, mayo de 1974.
S. Crocker, RFC001 Host software, 7 de abril de 1969.
R. Kahn, Principios de comunicación para sistemas operativos. Memorando interno de BBN, enero 1972.
Procedimientos de IEEE, edición especial sobre la las redes de paquetes de comunicación, volumen 66, nº 11, noviembre de 1978. (Editor invitado: Robert Kahn, editores invitados asociados: Keith Uncapher y Harry van Trees)
L. Kleinrock, "Flujo de información en grandes redes de comunicación", informe trimestral de progreso RLE, julio de 1961.
L. Kleinrock, Redes de comunicación: flujo y retraso estocástico de mensajes, Mcgraw-Hill (Nueva York), 1964.
L. Kleinrock, Sistemas de cola: volumen II, aplicaciones informáticas, John Wiley and Sons (Nueva York), 1976
J.C.R. Licklider y W. Clark, "Comunicación en línea entre el hombre y el ordenador", agosto de 1962.
L. Roberts y T. Merrill, "Hacia una red cooperativa en ordenadores de tiempo compartido", Conferencia AFIPS de otoño, octubre de 1966.
L. Roberts, "Múltiples redes informáticas y comunicación entre ordenadores", Conferencia ACM Gatlinburg, octubre de 1967.

# data[].attributes.attachment_link.title
Una breve historia de Internet - Internet Society

# data[].attributes.attachment_link.description
IntroducciónOriginsConceptosDemostrando las ideasTransición a una infraestructura muy difundidaEl papel de la documentaciónFormación de una comunidad ampliaComercialización de la tecnologíaHistoria del futuroTimelineNotasReferenciasAutores Introducción 1997 Barry M. Leiner, Vinton G. Cerf, David D. Clark, Robert E. Kahn, Leonard Kleinrock, Daniel C. Lynch, Jon Postel, Larry G.

# data[].attributes.body
Cisco fue fundada en el año 1984 por un grupo pequeño de científicos de la Universidad de Stanford, comienza el desarrollo de gateways y routers. Se introduce el servicio de denominación Dominio

# data[].attributes.attachment_link.readable_text
Cisco, además de un nombre curioso es la internacional líder en lo que a dispositivos y redes de Internet se refiere. A que se dedica exactamente y su filosofía de empresa lo descubrimos en las siguientes líneas.

Como muchas otras empresas del sector, es muy joven, le han bastado 23 años para hacerse con el poder que tiene ahora. En el año fiscal 2007 la empresa Cisco ha tenido un volumen de ventas de 34.9 billones de dólares.

Los primeros pasos

Leonard Bosack y Sandra Lerner eran científicos que trabajaban en el departamento de computación de la Universidad de Stanford en los años 80. El matrimonio decidió crear Cisco en diciembre de 1984.

El nombre es fruto de una sencilla casualidad, desde la ventana solían ver un cartel en el que ponía San Francisco, ciudad en la que empezaría su internacionalización. Un árbol tapaba parcialmente la vista del cartel de manera que se leía cisco separado del resto del nombre de la ciudad.

Pero el nombre vino después del "descubrimiento", aun en Stanford diseñaron un sistema para que computadores con diferente red se pudieran comunicar. Este fue un trabajo conjunto con otro compañero, William Yeager. A raíz de esta idea siguieron trabajando en Cisco hasta convertirla en lo que es hoy.

Cuando la empresa surgió probablemente ni Sandra ni Leonard imaginaban lo que llegarían a hacer con Cisco, hoy en día son estos algunos de sus productos:

Dispositivos de conexión para redes informáticas: routers, switches y hubs.

Dispositivos de seguridad como Cortafuegos y Concentradores para VPN.

Productos de Telefonía IP como teléfonos y el CallManager.

Software de gestión de red como CiscoWorks.

Equipos para Redes de Área de Almacenamiento.

Comunicaciones ópticas.

Interfaces y módulos.

Sistemas de interoperabilidad.

Si queréis saber más sobre Cisco podéis visitar su página web donde se ofrecerán un recorrido sobre su historia, con fotografías, vídeos y textos. Aunque subjetiva, es una historia bien contada y amena.

La filosofía de empresa

A Cisco, como a la mayoría de los triunfadores, le gusta compartir sus éxitos. Su web contiene un link llamado " historias de éxito ", donde la empresa expone las soluciones que ha facilitado a diversas empresas e instituciones. Es una manera de exhibir sus servicios, su modus operandi y de reforzarse en el prestigio de sus propios clientes.

Al igual que Dell y otras empresas, Cisco muestra cierta preocupación por el impacto que la tecnología causa en la sociedad. Evidentemente es siempre una visión positiva y optimista. Cisco se implica especialmente en el ámbito educacional. Enfoca su investigación a la aplicación de la tecnología en la educación y en más de una ocasión ha participado activamente para mejorar este ámbito.

Debo advertir que la mayoría de las informaciones que se encuentran de esta compañía las genera ella misma, pues además de darse a conocer en su página web posee también otro espacio web dedicado a publicar sus propias noticias corporativas o no. Es una empresa transparente pues nos muestra sin pudor sus cuentas en los últimos años.

Debido a que la autocrítica no es una práctica muy común en estas esferas recomiendo leer los éxitos e intenciones de Cisco con cierta precaución. Sin poner en duda la veracidad de la empresa hay que tener en cuenta que no nos lo explica todo, solo lo que quiere que sepamos. De todas maneras es valiosa su labor humanitaria y merece la pena, al menos, comentarla.

Según manifiesta la propia empresa, se preocupa por la satisfacción de las necesidades humanas básicas, acceso a la educación y responsabilidad ciudadana. Cómo se preocupa por ello lo vemos en el siguiente ejemplo. Cisco colabora con escuelas locales, gobiernos y organizaciones sin fines lucrativos para, a través de la tecnología, aumentar los recursos de alumnos y maestros mejorando así la calidad educativa de estas escuelas. Actúa sobretodo en países en desarrollo donde la educación es un gran arma para fortalecer la comunidad.

En el caso del huracán Katrina enero 2005, Cisco donó cerca de 40 millones de dólares para la reconstrucción de las escuelas que se encontraban en la zona afectada por el huracán. Otra manera de colaborar ha sido motivar a sus empleados a tomarse periodos sabáticos para viajar a las regiones afectadas y aportar su experiencia en la mejora de las escuelas.

Empresas de Cisco

Fue la compañía que comercializó el primer router con éxito. En octubre de 1997 instalaba el primer router Cisco 12000. Según explica Cisco, este fue el primer router diseñado para satisfacer una creciente demanda de servicios para redes empaquetadas.

Fue el primero en entregar servicios escalables, confiables y de alto desempeño, requeridos para redes de tipo carrier IP/MPLS.

Una de las mayores ventajas de este router es que permitía escalar las redes, empezaban con 622 Mbps y pasaron por los 10 Gbps. Con este sistema se disminuye el costo total de propiedad y se mantiene la inversión del cliente. Cisco Systems desarrolla tanto el hardware de sus equipos como el de su propio software de gestión y configuración de los mismos. Dicho software es conocido como IOS de código actualmente cerrado y totalmente propietario.

Cisco Press

El Cisco Press es evidentemente, propiedad de Cisco Systems se trata de una serie de publicaciones tecnológicas, una manera sutil de invertir en publicidad y de participar en la sociedad. Esta división de publicaciones tiene también convenio con una editorial estadounidense (Pearson VUE) y una división educativa que produce material para la formación de profesionales. Se especializa en el diseño, administración y mantenimiento de redes informáticas.

Los programas utilizados son dictados en alianza con Instituciones Universitarias denominadas Academias Locales las cuales existen en 128 países.

Desde mi humilde punto de vista, Cisco es una empresa inteligente. Activa en la sociedad en la que vive, preocupada por la misma sin dejar de lado sus intereses y viceversa. Es una empresa con visión de futuro y capaz de percibir las necesidades de su época a las cuales intenta poner solución. Esta filosofía le permite ser útil y asimismo enriquecerse del servicio prestado.

# data[].attributes.attachment_link.description
Como muchas otras empresas del sector, es muy joven, le han bastado 23 años para hacerse con el poder que tiene ahora. En el año fiscal 2007 la empresa Cisco ha tenido un volumen de ventas de 34.9 billones de dólares. Los primeros pasos Leonard Bosack y Sandra Lerner eran científicos que trabajaban en el ...

# data[].attributes.headline
7 DE JUNIO DE 1990 ARPANET se convierte en internet

# data[].attributes.subject
7 DE JUNIO DE 1990 ARPANET se convierte en internet

# data[].attributes.body
ARPANET deja de existir. El protocolo TCP/IP sustituyo al resto de protocolos e IP se convertiría en el servicio portador de la llamada: Infraestructura Global de Información. Tim Berners-Lee concreta el primer programa para navegar en la web. En este año se crea The Electronic Frontier Foundation (EFF). y diversos países como España, Argentina, Austria, Brasil, Chile, Irlanda, Suiza y Corea del Sur se conectan a NSFNET desde el ámbito científico y académico

# data[].attributes.attachment_link.readable_text
Correo electrónico (e-mail)
El correo electrónico o e-mail, permite escribir, guardar, enviar y recibir correo mediante sistemas de comunicación electrónicos. El correo electrónico ha revolucionado las comunicaciones entre las personas y ha dejado el correo tradicional en una posición prácticamente marginal en lo que hace referencia a comunicaciones personales.

Navegadores
Los navegadores son programas que permiten a los usuarios interactuar de forma gráfica con la información de un sitio web. Internet Explorer y Mozilla Firefox son dos de los navegadores más populares actualmente.

Chat
Los chats ofrecen la posibilidad de comunicarse entre muchas persones por escrito a través de Internet. Los chats han permitido a las personas que los usan la comunicación con otros usuarios de manera anónima.

Buscadores
La aparición de los buscadores web que indexan gran parte del contenido que se puede encontrar en Internet, como Google o Yahoo, han revolucionado la forma en que las personas buscan la información que necesitan.

La Wikipedia es la primera enciclopedia en línea escrita de forma colaborativa desde Internet por voluntarios. La mayor parte de los contenidos pueden ser mejorados por cualquier persona que disponga de un navegador web. La Wikipedia también ha revolucionado la forma en que la gente busca la información que necesita, y ha hecho que las enciclopedias de papel de toda la vida vayan decreciendo poco a poco.

Comercio electrónico (e-commerce)
El comercio electrónico consiste en vender o comprar productos o servicios mediante sistemas electrónicos como Internet. Gracias a sitios como eBay, cualquier persona de cualquier lugar puede comprar todo tipo de productos desde su casa mediante un navegador.

# data[].attributes.attachment_link.description
Correo electrónico (e-mail) El correo electrónico o e-mail, permite escribir, guardar, enviar y recibir correo mediante sistemas de comunicación electrónicos. El correo electrónico ha revolucionado las comunicaciones entre las personas y ha dejado el correo tradicional en una posición prácticamente marginal en lo que hace referencia a comunicaciones personales.

# data[].attributes.body
La red de Backbone Internet 2 implanta IPv6. Las empresas más importantes se lanzan a la convergencia entre video, voz y datos

# data[].attributes.attachment_link.readable_text
IPv6 Characterization
Carlos A. Castillo Medina¹, Felipe Forero Rodríguez²
¹ Ingeniero de Sistemas, candidato a magister en Ciencias de la Información y las Comunicaciones. Docente de la Universidad del Bosque y la Universidad Católica. Bogotá, Colombia. Contacto: cacm.castillo@gmail.com
² Ingeniero Electrónico, candidato a magister en Ciencias de la Información y las Comunicaciones. Asesor en escritura de textos científicos en Inglés de la Universidad Distrital Francisco José de Caldas. Bogotá, Colombia. Contacto: fforeror@udistrital.edu.co

Fecha de recepción: 14 de noviembre de 2011 Fecha de aceptación: 27 de noviembre de 2012

Resumen

El presente artículo tiene como finalidad hacer un recuento de lo que es el protocolo IPv6; desde la evolución de IPv4, que motivó el diseño de nuevas características, hasta los detalles que componen la nueva versión del protocolo de Internet. En las secciones principales del artículo se explican los inconvenientes de IPv4 que se resuelven al implementar IPv6, destacando los aspectos de seguridad, movilidad y calidad de servicio (QoS).

Palabras clave: calidad de servicio, IPv4, IPv6, seguridad en redes.

Abstract

The present paper attempts to survey the current state of the network protocol called IPv6; starting from the evolution of IPv4 (which motivated the design of new features) to the details that are comprised in the new version of the Internet Protocol. The main sections explain the drawbacks of IPv4 that can be overcome by implementing IPv6, highlighting aspects such as security, mobility, and Quality of Service (QoS).

Key words: quality service, IPv4, IPv6, network security.

1. Introducción

El Protocolo de Internet (IP) fue diseñado en los años setenta con el fin de interconectar nodos de una red militar del gobierno americano llamada ARPANET [1], que luego se extendió a interconectar redes públicas entre sí. Los creadores de Internet no predijeron, en ningún momento, el gran éxito que este protocolo iba a tener en muy poco tiempo, en una gran multitud de campos [2]. Sin embargo, por su rápida difusión no fue posible la implementación en QoS ( Quality of Service. Disponible en: http://tools.ietf.org/html/rfc2990) lo que significa que, si bien el protocolo hace su mejor esfuerzo en entregar un paquete a su destino, no se puede asegurar dicha entrega puesto que existe un porcentaje de paquetes que se pueden perder en la red, bien sea por tiempo o por errores [3]. No es que estuvieran equivocados, sino que las Tecnologías de la Información y Comunicación (TIC) han evolucionado de un modo mucho más explosivo de lo esperado. Por esto, la versión actual de IP (versión 4), está llegando a sus límites, con restricciones que impiden un adecuando crecimiento de la red y, por tanto, la creación e implementación de nuevas aplicaciones, con más posibilidades que las actuales [4]. El nacimiento de IPv6 viene a resolver las limitaciones de IPv4, además de integrar nuevas características que permitan entregar seguridad y confabilidad en la transmisión de la información [5]. En este sentido, el presente artículo tiene como finalidad hacer un recuento de lo que es el protocolo IPv6, con sus principales características, destacando los aspectos de seguridad, movilidad y calidad de servicio (QoS).

2. Un poco de historia

principios de los años setenta, dos científicos visionarios llamados Vinton Cerf y Robert Kahn, que trabajaban para la DARPA (Advanced Esearch Projects Agency) del Departamento de Defensa de los Estados Unidos, fueron los encargados de liderar un proyecto para interconectar los computadores de un cierto número de universidades distribuidas por todo el país, las cuales realizaban proyectos científicos informáticos de interés para la Advanced Research Projects Agency (DARPA), dicho proyecto fue llamado ARPANET. Este fue el inicio para el desarrollo de la arquitectura base y los protocolos que, en la actualidad, gobiernan la Internet. Teorías como la conmutación de paquetes, el manejo de redes heterogéneas y los enrutamientos sin conexiones, comenzaron a sucumbir entre los investigadores debido a las grandes bondades y potencialidades que estas características generaban; en este sentido, fue necesario analizar los siguientes puntos que son característicos de las redes de datos actuales [6]:

La transmisión no siempre es fable.

La latencia no es cero.

El ancho de banda no es infinito.

La red no es segura.

La topología de red puede cambiar.

Existe un coste en las comunicaciones.

La administración no siempre será centralizada.

Para el año 1974, se publicó el diseño básico del protocolo de Internt (IP) de Cerf - Kahn, convirtiéndose, junto con un protocolo de capa superior llamado TCP, en el punto de partida para la explotación y uso de las redes de interconexión. No fue sino hasta inicios de la década de los años 90, que la Internet y su protocolo base TCP/IP, inicio su proliferación y uso masivo, cuando, por primera vez, iniciaron operaciones dos compañías llamadas UUnet y Psinet como ISP (Internet Service Provider) en los Estados Unidos, consiguiendo la tecnología, crecimientos exponenciales nunca previstos en tan poco tiempo. Desde entonces, el Protocolo IP, en su versión actual, 4 (IPv4), ha sido muy exitoso, por su diseño fexible y poderoso. Ha permitido que la Internet maneje redes heterogéneas, cambios bruscos en las tecnologías de hardware y aumentos enormes de escala [7].

La demanda actual de redes, en las páginas web en particular, correo electrónico, los servicios peer-to-peer, y el uso de dispositivos móviles, ha crecido mucho más allá de las expectativas de sus creadores. El despliegue y desarrollo de las tecnologías de redes y comunicaciones móviles ha superado la capacidad de IPv4 para proporcionar sufciente espacio de direcciones globalmente único [8].

De igual manera, con la multitud de nuevas aplicaciones en las que IPv4 ha sido utilizado, sé ha presentado la necesidad de desarrollar extensiones o añadidos al protocolo original, como lo son, fundamentalmente, medidas para permitir: calidad de servicio (QoS) [9], seguridad [10], (IPSec) y movilidad [11]. Pero con el transcurrir del tiempo, la tecnología de redes ha madurado considerablemente, han surgido nuevas aplicaciones y nuevos protocolos. De manera, que el protocolo IP (IPv4) se quedó corto en el alcance de soportar estas nuevas tendencias tecnológicas. Tanto así, que ya se están presentando algunas limitaciones al funcionamiento de las redes actuales, como lo es, fundamentalmente, la inminente saturación del espacio de direcciones IP [12], por el abrupto crecimiento de la Internet, limitando el crecimiento de la misma; soporte inadecuado de las nuevas aplicaciones, ya que son más demandantes de factores como: tiempos de respuestas y disponibilidad de ancho de banda; y por último, la inminente necesidad de manejar altos grados de seguridad, pero de manera nativa, ya que IPv4 para manejar seguridad, se basa en protocolos (Patches) como IPSec (IP Security Protocol), SSL (Secure Sockets Layer) [13], SHTTP (Secure HyperText Transfer Protocol) [14], los cuales ninguno es un estándar [7].

Los esfuerzos para desarrollar un sucesor de IPv4 se inició en la década de 1990, dentro de la Internet Engineering Task Force (IETF) "El IETF es una comunidad abierta internacional encargado de la evolución de las arquitecturas de Internet y de sus normas. Un estándar de Internet que comienza como un proyecto de Internet, que generalmente se desarrolla durante la publicación de versiones sucesivas. A continuación, podrán ser publicados en documento de solicitud de comentarios (RFC). lgunos definen las normas IETF RFC, mientras que otros son documentos informativos o describir los protocolos experimentales". El objetivo era resolver las limitaciones de espacio de direcciones, así como proporcionar una funcionalidad adicional. El IETF comenzó los trabajos en el año 1993, con un Protocolo de Internet de Nueva Generación (IPng) para investigar diferentes propuestas y hacer recomendaciones para futuras acciones.

El IETF recomienda IPv6 en el año 1994. (El nombre de IPv5 había sido asignado a un protocolo de secuencia experimental). Su recomendación se especifica en el RFC 1752: La Recomendación para Protocolo IP de Nueva Generación. Después de esta, siguieron nuevas propuestas donde The Internet Engineering Steering Group aprobó la recomendación de IPv6 y redactó un Proyecto de Norma el 17 de noviembre de 1994. El RFC 1883: Protocolo de Internet versión 6 (IPv6), el cual se publicó en 1995. El núcleo básico de protocolos IPv6 "Dos de los actuales grupos de trabajo IETF que se concentran en las operaciones y protocolos IPv6 son: El grupo de trabajo de operaciones de IPv6 (v6ops) y el grupo de trabajo de mantenimiento de IPv6 (6man)" se convirtió en un proyecto de norma IETF el 10 de agosto de 1998. Esto incluye RFC 2460, que sustituyó a RFC 1883. En pocas palabras, se puede decir que IPv6 es un protocolo diseñado para manejar la tasa de crecimiento de Internet y para hacer frente a los exigentes requisitos de calidad de servicios, la movilidad y la seguridad de extremo a extremo [8].

Este nuevo Protocolo de Internet IPv6, se convierte en una evolución natural del protocolo anterior IPv4, más no es un cambio abrupto del mismo, ya que funciones que servían en IPv4 se mantuvieron y mejoraron en IPv6, y funciones que no servían se eliminaron, produciendo una serie de características determinantes en la mejora del protocolo anterior.

3. Inicios de IPv6

En diciembre de 1993, el RFC 1550 fue distribuido, titulado "IP: Next Generation (IPng)". Este RFC invitó a cualquier grupo interesado que sometiera comentarios con respecto a cualquier requisito específico para el IPng o cualquier factor dominante que se debería tener en cuenta en el momento de seleccionar IPng, en lo cual se obtuvo 21 respuestas que fueron sometidas, las cuales trataban diversos temas entre ellos: seguridad [15] y opinión de usuario corporativo [16]. El proyecto IPng detalló en el RFC 1726: "Criterio Técnico para elegir IP, la nueva generación de direcciones IP (IPng)", los siguientes 17 puntos a tener en cuenta [17]:

Escalabilidad: el protocolo de IPng debe permitir la identificación y la dirección de menos 1012 sistemas finales y de 109 redes individuales.

Flexibilidad topológica: la arquitectura del encaminamiento y los protocolos de IPng deben permitir muchas diversas topologías de la red.

Funcionamiento: los router de categoría normal debe poder procesar y remitir el tráfico de IPng a las velocidades de las cuales son capaces de utilizar, disponible comercialmente, a una velocidad rápida. Los hosts deben poder alcanzar las tazas de transferencia de datos con IPng que son comparables a las tazas de transferencia alcanzadas con IPv4, usando niveles similares de los recursos del hosts.

Rendimiento: deben poder procesar y remitir el tráfico de IPng a las velocidades capaces completamente de utilizar en los medios comercialmente disponibles, a altas velocidades. Los hosts deben poder alcanzar las tazas de transferencia de datos con IPng, que son comparables a las tazas de transferencia alcanzadas con IPv4, usando niveles similares de los recursos del hosts.

Servicio robusto: el servicio de red y sus protocolos asociados de los encaminamientos y del control deben ser robustos.

Transición: el protocolo debe tener un plan directo de la transición del IPv4 actual.

Independencia de los medios: el protocolo debe trabajar a través una red interna de diversos medios como LAN, WAN y MAM. Con velocidades individuales de acoplamiento extendiéndose de 1 bits por segundo hasta cientos de gigabits por segundo.

Servicio de Datagrama No fable: el protocolo debe apoyar un servicio de entrega de datagrama no fable.

Configuración, administración, y operación: el protocolo debe permitir la configuración y la operación fáciles y en gran parte distribuida. Se requiere la configuración automática de hosts y de routers.

Operación segura: IPng debe proporcionar una capa de red segura.

Nombramiento único: IPng debe asignar a cualquier objeto en global, un nombre único en la Capa IP de Internet.

Acceso y documentación: los protocolos que definen IPng, sus protocolos asociados, y los protocolos del encaminamiento, deben ser publicados en la pista RFCs de los estándares, estar libremente disponibles, y no requerir ningún honorario que licencia para la puesta en práctica.

Multicast: el protocolo debe permitir transmisiones de paquete unicast [18], y la transmisión del paquete de multicast [19].

Extensibilidad: el protocolo debe ser extensible; debe poder desarrollarse para resolver las necesidades futuras del servicio del Internet. Además, como IPng se desarrolla, debe permitir que diversas versiones coexistan en la misma red.

Servicio de Red: el protocolo debe permitir que la red asocie los paquetes a las clases particulares del servicio y provea de ellas los servicios especificados por esas clases.

Movilidad: el protocolo debe apoyar los hosts, las redes, y los internetworks móviles.

Protocolo de control: el protocolo debe incluir la ayuda elemental para soportar y probar las redes para eliminar los errores.

Redes privadas: IPng debe permitir que los usuarios construyan internetworks privados encima de la infraestructura básica del Internet, apoyando internetworks basados en IP y basados en no-IP.

4. Terminología básica

Las siguientes definiciones son necesarias para entender correctamente la referencia al Protocolo IPv6, RFC 2460 [20]:

Address (Dirección): un identificador IPv6 para una interfaz de capa o un conjunto de interfaces.

Node (Nodo): un dispositivo de la red que envía y recibe paquetes IPv6.

Deprecated address (Dirección obsoleta): una dirección, asignado a una interfaz, cuyo uso no se recomienda, pero no está prohibido (por ejemplo, direcciones locales del sitio, tales como FEC0:: / 10). Una dirección obsoleta ya no se debe utilizar como dirección de origen en las nuevas tecnologías, pero los paquetes enviados desde o hacia las direcciones en desuso se entregan como se esperaba.

Router (Enrutador): un nodo que envía y recibe paquetes, y también acepta los paquetes y los envía en nombre de otros nodos.

Host: un nodo que puede enviar y recibir paquetes, pero no paquetes de reenvío para otros nodos.

Link (Enlace): una facilidad de comunicación o medio sobre el cual los nodos pueden comunicarse en la capa de enlace, es decir, la capa inmediatamente inferior a IPv6. Ejemplos de ello son: Ethernets (simple o un puente), Pointto-Point Protocol (PPP), X.25, Frame Relay, o modo de transferencia asíncrona (ATM) las redes, y de tres capas (o superior) túneles, como los túneles sobre IPv4 o IPv6.

Link MTU (MTU del Enlace): la unidad de transmisión máxima (MTU), es decir, tamaño de paquete en octetos, que puede ser transmitida sobre un enlace.

Path MTU (MTU de Camino): el mínimo vínculo MTU de todos los eslabones de una ruta entre un nodo fuente y un nodo destino.

Upper Layer (Capa Superior): una capa de protocolo inmediatamente encima IPv6. Ejemplos de ello son los protocolos de transporte como el Transmission Control Protocol (TCP), y de datagramas de usuario Protocol (UDP) [21], protocolos de control, tales como: mensajes de Internet Protocolo de control (ICMP) [22], protocolos de enrutamiento como Open Shortest Path First (OSPF) [23], y conexión a internet o capa inferior-protocolos de ser en túnel a través (es decir, encapsulados en) IPv6, como intercambio de paquetes (IPX), AppleTalk, o IPv6.

Interface (Interfaz): el punto en el que un nodo se conecta a un enlace. Las direcciones IPv6 Unicast están siempre asociados con las interfaces.

Packet (Paquete): una cabecera IPv6 más carga útil.

Neighbors (Vecinos): los nodos conectados al mismo enlace.

5. Mecanismos de transición de IPv4 a IPv6

Un aspecto muy importante desde que se inició el diseño de IPv6, fue el reconocimiento de que tendría que coexistir en la red con IPv4 durante un largo período de tiempo. Esto se debe al hecho de que existen millones de dispositivos, aplicaciones y servicios que no pueden ser desconectados ni tan siquiera por un momento [24]. Internet ha llegado a ser una infraestructura crítica, y no hay modo alguno de pararla, ni tan siquiera por una única noche, realizar una actualización y tener IPv6 funcionando en toda la Red. Es también fácil entender que aún cuando se pudiera hacer algo así, todavía habría dispositivos que no podrían ser actualizados para soportar IPv6, por ejemplo, en aquellos casos en los cuales el fabricante ha desaparecido y posiblemente no se tiene acceso al código existente en su interior para actualizarlo [25].

Por este motivo, IPv6 ha sido diseñado junto a un conjunto de mecanismos de transición, los cuales permiten la coexistencia de ambos protocolos, IPv4 e IPv6, tanto tiempo como sea preciso, lo cual depende de innumerables factores, escenarios de red, sectores de negocio, etc [26]. Además, estos mecanismos de transición facilitan la integración de IPv6 en la red Internet existente hoy con IPv4 [27].

La problemática que implica en migrar a IPv6 la Internet actual, que está basada en IPv4, ha sido abordada a través de diversos mecanismos de transición [28]. El RFC 2893, describe dos aproximaciones (que pueden usarse separadas o en conjunto) para integrar gradualmente hosts y routers IPv6 dentro de un mundo IPv4: Double-Stack y Tunneling [29],[30]. El primer mecanismo se ve conceptualizado en el modelo TCP/IP de la Figura 1, en donde los nodos IPv6 tienen, además, una completa implementación de IPv4 [31], [5].

El segundo mecanismo, es conocido como tunneling o tunelización [32], [33]. En éste, dos routers IPv6 que están interconectados a través de routers IPv4, se comunican entre sí utilizando paquetes IPv6 mediante establecimiento de un "túnel" entre ambos. El conjunto de routers IPv4 intermedios pasan a ser parte del túnel, como se muestra en la Figura 2.

6. Principales diferencias entre IPv6 e IPv4

Consecuentemente, el diseño de IPv6 se presentó como una forma de mejorar Internet, con nuevas ventajas, además de la capacidad para expandir el espacio de direcciones, como: [34], [27]:

Autoconfiguración y reconfiguración sin servidores ("enchufar y funcionar", "plug and play"): con esta característica, Internet se simplifica, en el sentido de que es más fácil conectar automáticamente cualquier dispositivo a la red [35]. No hay motivos para pedir a los usuarios que configuren nunca más los dispositivos, especialmente, considerando que los nuevos dispositivos no serán "sencillos" ordenadores con teclado y pantalla, sino electrodomésticos, dispositivos de todo tipo, sensores, entre otros; los cuales no tienen este tipo de interfaces para poder ser configurados. En IPv4 esto no se puede realizar, salvo que en la red se haya instalado un servidor (para el protocolo DHCP), lo que implica un coste superior para el propio servidor y su mantenimiento.

Mecanismos de movilidad más eficientes y robustos: IPv6 ha sido diseñado bajo la perspectiva de un nuevo mundo "nómada". Usuarios y dispositivos tienen a movilizarse más que nunca. La conectividad es importante, incluso cuando las personas se desplazan, de tal forma que se puedan utilizar servicios mejorados, especialmente en entornos sin cables. IPv4 también permite movilidad, pero es muy ineficiente comparada con la movilidad en IPv6.

Seguridad extremo a extremo con autenticación y encriptación embebidas en la capa IP: IPsec es el protocolo de seguridad, el mismo que en el caso de IPv4. La principal diferencia es que IPv4 no obliga al soporte de IPsec, lo que implica que no siempre está disponible. Además, en IPv4, debido al uso de NAT, a menudo no es posible utilizar IPsec extremo a extremo, salvo que se posean los conocimientos necesarios para configurar un túnel o VPN (Red Privada Virtual, Virtual Private Network), entre las dos estaciones que desean establecer dicha comunicación y se atraviesen los NAT. Este aspecto se describe en profundidad posteriormente en este mismo capítulo.

Cabecera con un formato mejorado e identificación de flujos: los diseñadores del protocolo IPv6 sacaron provecho de los conocimientos adquiridos con la experiencia por el uso de IPv4 durante los últimos años, de forma que pudiera mejorarse la forma en que los datos se codifican para formar la cabecera del protocolo IPv6 y, consecuentemente, mejorar la operación de la red. Al mismo tiempo que la cabecera ha sido simplificada, se han agregado nuevas funcionalidades, siendo una de ellas la identificación de flujos, lo cual permitirá, en un futuro próximo, una mejor operación de los mecanismos de calidad de servicio (QoS) en Internet.

Soporte mejorado de multidifusión: IPv6 incluye soporte mejorado de multidifusión (multicast), dado que se trata de una característica embebida en el protocolo, la cual es fundamental para el uso de redes de banda ancha para la distribución de contenidos.

Extensibilidad: soporte mejorado para opciones / extensiones. Por último, pero no menos importante, IPv6 ha sido diseñado teniendo en cuenta las posibilidades para su crecimiento. No se desea repetir errores y llegar a la situación de descubrir, en unos pocos años, que, del mismo modo que se diseñó IPv4, de tal forma que ha llegado a ser un impedimento para la extensión de Internet, pueda ocurrir con IPv6. La forma en que IPv6 trabaja, permite incorporar nuevas características o piezas del protocolo (las que se denominan cabeceras de extensión), sin necesidad de actualizar todos los dispositivos de la red. Solo aquellos dispositivos que precisen usar determinadas extensiones tienen que ser actualizados, del mismo modo que, en la actualidad, todos los sistemas operativos y aplicaciones son frecuentemente actualizados, de una forma automática, transparente para el usuario.

Una lista resumida de las diferencias más relevantes entre IPv4 e IPv6 se encuentra en la Figura 3.

7. Direccionamiento IPv6

Es descrito en el RFC 4291 [36]: IP Version 6 Addressing Architecture. Una dirección IPv6 tiene una longitud de 128 bits de largo y está escrita en notación hexadecimal separada por dos puntos (:). Está compuesta por ocho números distintos, representados por 16 bits cada uno y escritos en hexadecimal, un ejemplo de una dirección IPv6 sería:

2001:0db8:9095:02e5:0216:cbff:feb2:7474.

Vint Cerf (uno de los fundadores de la Internet) predice que con IPv6 "cada lámpara en la casa tendrá su ntmero IP" [35]. Solamente el 15 % de espacio de direccionamiento está previsto para ser usado el 85 % restante está reservado para uso futuro.

Las direcciones IPv6 se dividen en tres grandes porciones de dirección: el prefijo de red, el identificador de subred y un identificador de host.

El prefijo de red: es de los bits de orden superior de una dirección IP, utilizada para identificar una red específica y, en algunos casos, un tipo específico de la dirección véase la Figura 7. Tipos de Direcciones IPv6.

El identificador de subred (ID): identifica un enlace de un sitio. El ID de subred es asignado por el administrador local del sitio, un sitio puede tener varios identificadores de subred. Esto se utiliza como un indicador para la red en la que se tienen varios host en su interior.

El identificador de host (ID host) es un identificador tnico para el nodo de la red en el que reside. Puede identificar una interfaz específica de un host. La Figura 4 muestra el formato de dirección IPv6 con el prefijo de red, identificador de subred y un identificador de host.

De igual forma, el RFC 4291 también describe la notación de los prefijos de Red. Los prefijos de red son análogos, pero no equivalentes a la máscara de subred en IPv4. No existen máscaras de subred en IPv6, la notación de / es usada para identificar los bits que componen la longitud del prefijo de red. Un ejemplo sería:

2001:0db8:9095:02e5:0216:cbff:feb2:7474/32

Lo cual indica que la longitud del prefijo de red es de 32 bits. Los 96 bits restantes son asignados por el administrador local para relocalizar el ID de subred y el ID de host. Nuevamente, es importante tener claro que los ID de host son únicos y sirven para identificar una interfaz de un host. La Figura 5 muestra dicha situación:

Las subredes dentro de una organización a menudo tienen prefijos de red de 64 bits (/ 64), dejando 64 bits para la asignación a las interfaces de host. El ID de host debe seguir el formato suministrado por el EUI-64 (Extended Unique Identifer)1. La Figura 6 muestra la distribución en este tipo de direcciones IPv6 [37]:

La Figura 7 muestra los diferentes tipos de direcciones IPv6:

8. Alcance de las direcciones IPv6

Cada interfaz puede tener naturalmente más de una dirección, segtn del alcance geográfico [38], como podemos ver en la Figura 8:

Link Local: es la dirección local del interfaz con alcance de redes (LAN - Network Area Local), se puede designar o también obtenerla automáticamente componiéndose esta dirección con la dirección MAC de la interfaz, de esta manera, estas direcciones no consumen ancho de banda para relacionar la dirección IP y MAC a través del protocolo ARP como sucede en IPv4, mejorando así el desempeño de la red.

Site Local: esta dirección tiene como alcance un campus o ciudad.

Global: es la dirección que tiene cada interfaz en internet, no son modificadas como sucede con (NAT) en IPv4 facilitando así la comunicación punto a punto entre dispositivos móviles en cualquier parte del mundo.

9. Cabecera del protocolo IPv6

Resumida en el costado derecho de la Figura 9, la cabecera de un paquete IPv6 es, sorprendentemente, más sencilla que la del paquete IPv4. A esto se le suma que la funcionalidad del protocolo IPv6 es mucho mayor. La cabecera de un paquete IPv4 es variable, por lo que necesita un campo de tamaño o longitud. Sin embargo, para simplificar la vida de los enrutadores, IPv6 utiliza un tamaño de cabecera fijo de 40 bytes, que componen un total de ocho campos:

El campo Versión: el campo Versión es de 4 bits de largo e identifica la versión del protocolo. Para IPv6, Versión = 6. Nótese que este es el único campo con una función y posición que es consistente entre IPv4 e IPv6. Todos los demás son diferentes de alguna forma. El tener este campo al comienzo del paquete permite una rápida identificación de la versión del IP y el paso de ese paquete al protocolo de proceso apropiado: IPv4 o IPv6.

El campo Traffic Class [39]: el campo Traffic Class es de 8 bits de largo y su intención para los nodos de origen, o nodos de reenvío, es identificar y distinguir entre diferentes clases o prioridades de paquetes IPv6. (En la primera publicación de la especificación IPv6, RFC 1883, este campo se llamaba Priority, refejando su función. Mejoras en este trabajo lo renombraron como campo Class, con una longitud de 4 bits. Trabajo adicional en el IPNG Meeting, en el plenario de agosto 1997 de Munich, expandió este campo a 8 bits y redujo el campo Flow Label de 24 bits a 20. El nuevo término Traffic Class, definido en RFC 2460, identifica más el propósito de este campo). Este campo reemplaza las funciones que fueron proveídas por el campo Type of Service de IPv4, permitiendo la diferenciación entre categorías del servicio de transferencia de paquetes. Esta función es comúnmente referida como "Servicio de Diferenciación". En la actualidad, algunos experimentos están siendo conducidos en esta área de la tecnología, especialmente en soporte de transporte de señal dependiente del tiempo, como voz o video sobre IP. Estos tres requerimientos generales para el campo Traffic Class son stated en RFC 2460:

Para paquetes que son originados en un nodo por un protocolo de capa más alta, ese protocolo de capa más alta especificaría el valor de los bits del campo Traffic Class. El valor por default es cero.

Nodos que soportan una función particular que usa bits de Traffic Class pueden cambiar los valores de los bits en paquetes que ellos originan, reenvían o reciban. Sin un nodo no soporta esa función particular, no debe cambiar ninguno de los bits de Traffic Class.

Los protocolos de capa más alta no deben asumir que los valores de los bits de Traffic Class en un paquete recibido son los mismos valores que fueron originalmente transmitidos. En otras palabras, un nodo intermediario puede ser permitido a cambiar (y haber cambiado) los bits de Traffic Class en tránsito.

El campo Flow Label: el campo Flow Label es de 20 bits de longitud, y puede ser usado por un host para solicitar manejo especial para ciertos paquetes, como aquellos con una calidad de servicio de no default o de tiempo real. En esta primera versión de la especificación IPv6, RFC 1883, este campo era de 24 bits de longitud, pero cuatro de estos bits han sido ahora colocados en el campo Traffic Class, como se discutió en la sección anterior [40]. RFC 1809, "Usando el Campo Flow Label en IPv6", describe algunas de las investigaciones más tempranas en la materia, como el campo Class, Flow Label es sujeto de investigación actualmente y puede cambiar según la experiencia de la industria madura.

El campo Payload Field: el campo Payload Field es un entero no asignado de 16 bits que mide la longitud, dada en octetos, de la carga (ejemplo, el balance del paquete IPv6 que sigue al encabezado base de IPv6). Los encabezados de extensión opcional son considerados parte de la carga, junto con cualquier protocolo de capa más alta, como TCP, FTP y así. El campo Payload Length es similar al campo Total Length de IPv4, excepto que las dos medidas operan en diferentes campos. Payload Length (IPv6) mide los datos después del encabezado, mientras Total Length (IPv4) mide los datos y el encabezado. Las cargas más grandes de 65,535 son permitidas y son llamadas cargas Jumbo. Para indicar una carga jumbo, el valor de Payload Length está fijado en cero y la longitud de la carga actual es especificada en una opción que es cargada en la extensión del encabezado Hop-by-Hop.

El campo de Siguiente Cabecera (Next Header Field): el campo Next Header tiene 8 bits de longitud e identifica el encabezado inmediatamente siguiente del encabezado de IPv6. Este campo usa los mismos valores que el campo Protocol de IPv4. En la Figura 10 se encuentran algunos ejemplos:

Un paquete IPv6, que consiste en un paquete de encabezado IPv6 más su carga, puede consistir de cero, uno o más encabezado de extensión. Muchos de los encabezados de extensión también emplean un campo Next Header.

El campo Hop Limit: el campo Hop Limit tiene 8 bits de longitud, y va decreciendo en 1 por cada nodo que reenvía el paquete. Cuando Hop Limit se iguala a cero, el paquete es descartado y un mensaje de error es retornado. Este campo es similar al campo Time-to-Live (TTL) encontrado en IPv4, con una excepción clave. El campo Hop Limit (IPv6) mide el máximo de saltos (hops) que pueden ocurrir mientras el paquete es enviado por varios nodos. El campo TTL (IPv4) puede ser medido en saltos o segundos. Nótese que con Hop Limit usada en IPv6, la base del tiempo no está disponible más.

El campo Source Address: el campo Source Address es un campo de 128 bits que identifica el originador del paquete. El formato de este campo es más ampliamente definido en RFC 2373 [41].

El campo Destination Address: el campo Destination Address es un campo de 128 bits que identifica el destinatario que tiene la intención de recibir el paquete. Una importante distinción es que el destinatario que tiene la intención de recibir el paquete, puede no ser el destinatario final, como el Header Routing puede ser empleado para especificar la ruta que el paquete toma desde su fuente, a través de destinatario(s) intermedio(s), y así hasta su destinatario final.

10. Seguridad en IPv6

IPv6 incluye explícitamente la posibilidad de utilizar el modelo de seguridad IPsec (Internet Protocol Security) [42] que proporciona autenticidad, integridad y confdencialidad a las comunicaciones de extremo a extremo. IPsec es un conjunto de protocolos abiertos que tienen como fin proporcionar seguridad en las comunicaciones de la capa de red del modelo OSI (a la que pertenece el protocolo IPv6) y, de ese modo, a todos los protocolos de capas superiores [43], [44].

En IPv4, la implementación de IPsec se define en una especificación diferente a la del propio protocolo IPv4, por lo que la inclusión del protocolo se hace con mecanismos definidos fuera del mismo, mientras que, en IPv6, la propia arquitectura "extensible" del protocolo permite implementar IPsec de forma natural. Es importante reseñar que IPv6 habilita la posibilidad de usar IPsec, y no los mecanismos de cifrado y autenticación propios de IPsec.

IPsec tiene dos modos de funcionamiento que proporcionan distintos niveles de seguridad [45]:

Modo transporte: se cifra o autentica la carga útil, o payload, pero las cabeceras no se tienen en cuenta. Tiene como ventaja que se puede utilizar de extremo a extremo, pero tiene en contra que la información de las cabeceras, como la dirección IP de origen y destino, es visible.

Modo túnel: una plataforma, o pasarela, encapsula el paquete original en otro paquete. Con ello se cifra o autentica el paquete original completo, pero se necesita de una plataforma que realice el túnel.

Además, IPsec tiene dos modos o protocolos de transferencia, que a su vez pueden funcionar en modo túnel o transporte:

AH (Authentication Header): proporciona autenticación, integridad y un servicio de anti-repetición opcional. Su ubicación se puede ver en la Figura 11.

ESP (Encapsulating Security Payload): además de las ventajas anteriores proporciona confdencialidad. Su implementación se muestra en la Figura 12.

En la práctica, el uso de IPsec es escaso debido, sobre todo, a la falta de un mecanismo generalizado y global de intercambio de claves. Por esta razón, el uso de IPsec en IPv6 es, por el momento, similar al de IPv4, para conexiones preconfiguradas como, por ejemplo, las utilizadas en las VPN.

La solución futura para el problema anterior puede que se base en mecanismos externos como certificados transportados por DNS asegurado con DNSSEC2.

11. Movilidad en IPv6

Concepto: se entiende por movilidad a la capacidad para que un nodo de la red mantenga la misma dirección IP, a pesar de que éste se desplace físicamente a otra área [46]. Es decir que, sin importar su ubicación, este pueda seguir siendo accesible a través de la misma dirección IP. Sin esta capacidad, los paquetes destinados a un nodo móvil no estarán posibilitados para llegar a destino mientras el nodo móvil se encuentre alejado de su vínculo principal ( home link). Un nodo móvil bien podría seguir manteniendo la comunicación al ir cambiando su dirección IP cada vez que salta de proveedor a proveedor, pero esto trae aparejado el problema de ir perdiendo la conexión en las capas de transporte y superiores. Por eso, es necesario el estudio y desarrollo de protocolos que permitan movilidad a lo largo de varios tipos de redes, en distintas áreas geográficas [46] - [48].

Uso en IPv6: el soporte de movilidad es una característica muy tenida en cuenta en la implementación de IPv6, ya que se espera que una gran parte de la población requiera de servicios de movilidad durante el periodo de vida de IPv6. La definición del protocolo que permite movilidad en IPv6 está definido principalmente en RFC 3775: Mobility Support in IPv6, además de una gran variedad de escritos que aún no han sido aprobados por la IETF (Internet Engineering Task Force).

Funcionamiento general: un nodo móvil siempre pretenderá ser accesible desde su dirección principal, sin importar si éste se encuentra físicamente conectado al vínculo principal o ya sea que se encuentre geográficamente alejado [49]. La dirección principal o home address es, según lo expresado en [50], la dirección IP que le corresponde al nodo en el ámbito de su vínculo principal. Mientras el nodo se encuentra en su vínculo principal, los paquetes destinados a esa dirección principal son ruteados utilizando los mecanismos estándares de ruteo de Internet. Cuando el nodo se encuentra físicamente conectado a otro vínculo aún es accesible, por lo que se denomina una care-of-address (sin traducir de [50]). La cual es una dirección IP asociada al nodo móvil que contiene el prefijo de subred del vínculo externo. Un nodo móvil puede, llegado el caso, ser accedido por más de una care-of-address. El nodo móvil puede obtener la dirección en el vínculo externo mediante los mecanismos habituales de IPv6.

El proceso de asociación entre una dirección de tipo care-of-address de un nodo móvil y su dirección principal o home address se conoce como binding. Cuando el nodo móvil se encuentra alejado, éste registra su dirección de tipo care-of-address en el router de su vínculo principal (home-agent según [50]). Cualquier otro nodo que desee comunicarse con el nodo móvil tiene dos maneras para establecer un vínculo con el nodo móvil: la primera se menciona en [50], conocida como túnel bidireccional, no requiere soporte de movilidad IPv6 por parte del nodo que desee comunicarse ( correspondent node). Los paquetes enviados por el correspondent node son enviados al router en el vínculo principal del nodo móvil. Y es este router (home-agent según [50]) quien, a su vez, lo envía al nodo móvil, ya que es el único que conoce su dirección en el vínculo externo. Para este túnel se utiliza encapsulación de IPv6.

La segunda, mencionada en [50], se conoce como routeo optimizado. Para este caso, se necesita que el nodo móvil registre su binding actual al correspondent node. De esta manera, los paquetes con destino al nodo móvil son ruteados de manera directa a la dirección de tipo care-of-address del nodo móvil. Cada vez que el correspondent node necesita enviar un paquete al nodo móvil, éste primero verifica por una entrada, conteniendo la dirección principal del nodo móvil en sus cached bindings, si encuentra una de estas entradas entonces, mediante una cabecera especial IPv6, ruteará de manera directa hacia el nodo móvil a través de la dirección tipo care-of-address.

12. Calidad de Servicio en IPv6

La calidad de servicio en IPv6, es un servicio más robusto que el provisto por datagrama llamados: Prioridad (priority -4 bits-) y Etiqueta de Flujo (Flow Label -24 bits-). Estos, son usados para que un host pueda identificar los paquetes, para el cual se requiere un manejo especial por parte de los routers IPv6. Esta capacidad es importante para el momento de soportar aplicaciones que requieren el menor grado de retardos, delay o alteraciones en el flujo. Estos tipos de aplicaciones son comúnmente descritas como aplicaciones multimedia o de tiempo real [51].

El enrutamiento basado en flujo, le podría dar a las interredes algunas de las características determinísticas asociadas con tecnologías de conmutación orientadas a conexión y circuitos virtuales telefónicos [52].

Notas

1 IEEE EUI-64, Guidelines for 64-Bit Global Identier (EUI-64) Registration Authority.
2Domain Name System Security Extensions: Disponible en: https://www.iana.org/dnssec.

Referencias

[1] M. Del Rey, Internet Protocol, California: IETF. 1981, RFC 791. [ Links ]

[2] B. A. Forouzan, Transmisión de Datos y Redes de Computadores, Madrid-España : Mac Graw Hill, 2007. [ Links ]

[3] J. A. Mañas, Mundo IP. Madrid - España: Ediciones Nowtilus, 2004. [ Links ]

[4] A. Tanenbaum, Redes de Computadoras, México: Prentice Hall, 2003. [ Links ]

[5] J. Rodríguez Albornoz y R. Guerra Díaz, Evaluación y Comparación de los Protocolos de Internet IPv4 e IPv6 en una Red Experimental WDM, Valparaíso - España: Publicaciones Universidad Técnica Federico Santa María, 2005. [ Links ]

[6] P. A. Castillo Valdivieso, Interoperabilidad de Redes Heterogeneas de Computadores, 2005. [ Links ]

[7] E. F. Pinillos T., "IP versión 6: La nueva Generación IP", Revista Electrónica de Estudios Telemáticos, pp. 50-57. 2008. [ Links ]

[8] Frankel, Sheila, et al., Guidelines for the Se-cure Deploymen of IPv6, Washington D.C.: U.S. Departament of Commerce, 2010. [ Links ]

[9] G. Huston, Next Steps for the IP QoS Architecture, California: IETF, 2000. RFC 2990. [ Links ]

[10] S. Kent and R. Atkinson, Security Architecture for the Internet Protocol, California: IETF, 1998. RFC 2401. [ Links ]

[11] C. Perkins, P Mobility Support, California: IETF, 1996, RFC 2002. [ Links ]

[12] V. Fuller, Classless Inter-Domain Routing (CIDR): an Address Assignment and Aggregation Strategy, California: IETF, 1993. RFC 1519. [ Links ]

[13] K. E. B. Hickman, The SSL Protocol, California: W3O, 1994. [ Links ]

[14] E. Rescorla, The Secure HyperText Transfer Protocol, California: IETF, 1999, RFC 2660. [ Links ]

[15] A. Ghiselli, INFN Requirements for an IPng, California: IETF, 1994, RFC 1676. [ Links ]

[16] M. Vecchi, IPng Requirements: A Cable Television Industry Viewpoint, California: IETF, 1994, RFC 1686. [ Links ]

[17] D. Santana Yunes, IPv6: Nueva Generación Protocolo de Internet, Santo Domingo: Universidad Nacional Pedro Henríquez Ureña, 2004. [ Links ]

[18] G. Van de Velde, IPv6 Unicast Address Assignment Considerations, California : IETF, 2008, RFC 5375. [ Links ]

[19] H. Holbrook, Source-Specifc Multicast for IP, California: IETF, 2006, RFC 4607. [ Links ]

[20] S. Deering, Internet Protocol, version 6 IPv6. Specification, S.l.: IETF, 1998, RFC 2460. [ Links ]

[21] J. Postel, User Datagram Protocol, California: IETF, 1980. RFC 768. [ Links ]

[22] Internet Control Message Protocol, California: IETF, 1981. RFC 792. [ Links ]

[23] J. Moy, OSPF Version 2, California: IETF, 1998. RFC 2328. [ Links ]

[24] J. Amoss and D. Monoli, Handbook of IPv4 to IPv6 transition, S.l: Auerbach Publications, 2008. [ Links ]

[25] J. Arkko, IPv4 Run-Out and IPv4-IPv6 Co-Existence Scenarios, California: IETF, 2009, Draft-arkko-townsley-coexistence-03. [ Links ]

[26] J. Curran, An Internet Transition Plan, California: IETF, 2008, RFC 5211. [ Links ]

[27] Ipv6: Legal Aspects of the new Internet Protocol, Euro6IX, Madrid: Euro6IX, 2005. [ Links ]

[28] R. Gilligan, Transition Mechanisms for IPv6 Hosts and Routers, California: IETF, 2000, RFC 2893. [ Links ]

[29] J. Arkko, Guidelines for Using IPv6 Transition Mechanisms, California: IETF, 2010. Draft-arkko-ipv6-transition-guidelines-01. [ Links ]

[30] G. Bajko, Security On Demand for Mobile IPv6 and Dual-stack Mobile IPv6, California: IETF, 2010, Draft-bajko-mext-sod-00. [ Links ]

[31] G. Tsirtsis, Dual-Stack Mobile IPv4, California: IETF, 2009. RFC 5454. [ Links ]

[32] R. Graveman, Using IPsec to Secure IPv6in-IPv4 Tunnels, California: IETF, 2007. RFC 4891. [ Links ]

[33] M. Blanchet, IPv6 Tunnel Broker with the Tunnel Setup Protocol (TSP), California: IETF, 2010, RFC 5572. [ Links ]

[34] F. Baker, IPv4 and IPv6 Greynets, California: IETF, 2010, Draft-baker-v6ops-greynet-02. [ Links ]

[35] S. Krishnan, Reserved IPv6 Interface Identifers, California: IETF, 2009, RFC 5453. [ Links ]

[36] R. Hinden, S. Deering, IP Version 6 Addressing Architecture, S.l.: IEFT, 2006, RFC 4291. [ Links ]

[37] G. Huston, Administration of the IANA Special Purpose IPv6 Address Block, California: IETF, 2006, RFC 4773. [ Links ]

[38] M. Blanchet, Special-Use IPv6 Addresses, California: IETF, 2008, RFC 5156. [ Links ]

[39] C. Partridge, Using the Flow Label Field in IPv6, California: IETF, 1995, RFC 1809. [ Links ]

[40] B. Carpenter, Update to the IPv6 flow label specification, California: IETF, 2010, Draft-carpenter-6man-flow-update-03. [ Links ]

[41] R. Hinden, IP Version 6 Addressing Architecture, California: IETF, 1998, RFC 2373. [ Links ]

[42] Informe sobre las Implicaciones de la Seguridad en la Implantación de IPv6, INTECO, Madrid- España: Ministerio de Industria, Turismo y Comercio, 2010. [ Links ]

[43] E. Vyncke, Advanced Security for IPv6 CPE, California: IETF, 2010, Draftvyncke-advanced-ipv6-security. [ Links ]

[44] S. Yamamoto, Softwire Security Analysis and Requirements, California: IETF, 2009. RFC 5619. [ Links ]

[45] M. StJohns, Common Architecture Label IPv6 Security Option (CALIPSO), California: IETF, 2009, RFC 5570. [ Links ]

[46] C. Taffernaberry, A. Dantiacq, "IPv6: La siguiente Generación del Protocolo de Internet", en Grupo de Investigación CODAREC - Argentina pp. 1-10, 2008. [ Links ]

[47] H. Soliman, Hierarchical Mobile IPv6 (HMIPv6) Mobility Management, California: IETF, 2008, RFC 4140. [ Links ]

[48] F. Le, Mobile IPv6 and Firewalls: Problem Statement, California: IETF, 2006, RFC 4487. [ Links ]

[49] R. Koodli, Mobile Networks Considerations for IPv6 Deployment, California: IETF, 2010, Draft-koodli-ipv6-in-mobilenetworks. [ Links ]

[50] D. Johnson, R. Arkkon and C. Perkins, Mobility Support in IPv6, S.l.: IEFT, 2004. [ Links ]

[51] G. Van de Velde, Local Network Protection for IPv6, California: IETF, 2007, RFC 4864. [ Links ]

[52] T. Chown, Use of VLANs for IPv4-IPv6 Coexistence in Enterprise Networks, California: IETF, 2006. RFC 4554. [ Links ]

# data[].attributes.attachment_link.description
IPv6 Characterization Carlos A. Castillo Medina1, Felipe Forero Rodríguez2 1 Ingeniero de Sistemas, candidato a magister en Ciencias de la Información y las Comunicaciones. Docente de la Universidad del Bosque y la Universidad Católica. Bogotá, Colombia. Contacto: cacm.castillo@gmail.com 2 Ingeniero Electrónico, candidato a magister en Ciencias de la Información y las Comunicaciones.