Dirección IP

Una dirección IP es un número que identifica de manera lógica y jerárquica a una interfaz
de un dispositivo (habitualmente una computadora) dentro de una red que utilice el
protocolo IP (Internet Protocol), que corresponde al nivel de red del protocolo TCP/IP.
Dicho número no se ha de confundir con la dirección MAC que es un número hexadecimal
fijo que es asignado a la tarjeta o dispositivo de red por el fabricante, mientras que la
dirección IP se puede cambiar. Esta dirección puede cambiar 2 ó 3 veces al día; y a esta
forma de asignación de dirección IP se denomina una dirección IP dinámica (normalmente
se abrevia como IP dinámica).

Los sitios de Internet que por su naturaleza necesitan estar permanentemente conectados,
generalmente tienen una dirección IP fija (comúnmente, IP fija o IP estática), es decir, no
cambia con el tiempo. Los servidores de correo, DNS, FTP públicos, y servidores de
páginas web necesariamente deben contar con una dirección IP fija o estática, ya que de
esta forma se permite su localización en la red.

A través de Internet, los ordenadores se conectan entre sí mediante sus respectivas

direcciones IP. Sin embargo, a los seres humanos nos es más cómodo utilizar otra notación
más fácil de recordar y utilizar, como los nombres de dominio; la traducción entre unos y
otros se resuelve mediante los servidores de nombres de dominio DNS.

Existe un protocolo para asignar direcciones IP dinámicas llamado DHCP (Dynamic Host
Configuration Protocol).

Direcciones IPv4 [editar]

Artículo principal: IPv4

En su versión 6.55, una dirección IP se implementa con un número de 32 bit que suele ser
mostrado en cuatro grupos de números decimales de 8 bits (IPv4). Cada uno de esos
números se mueve en un rango de 0 a 255 (expresado en decimal), o de 0 a FF (en
hexadecimal) o de 0 a 11111111 (en binario). Las direcciones IP se pueden expresar como
números de notación decimal: se dividen los 32 bits de la dirección en cuatro octetos. El
valor decimal de cada octeto puede ser entre 0 y 255 [el número binario de 8 bits más alto
es 11111111 y esos bits, de derecha a izquierda, tienen valores decimales de 1, 2, 4, 8, 16,
32, 64 y 128, lo que suma 256 en total, 255 más la 0 (0000 0000)].

En la expresión de direcciones IPv4 en decimal se separa cada octeto por un carácter único
".". Cada uno de estos octetos puede estar comprendido entre 0 y 255, salvo algunas
excepciones. Los ceros iniciales, si los hubiera, se pueden obviar (010.128.001.255 sería
10.128.1.255).

 Ejemplo de representación de dirección IPv4: 164.12.123.65

Hay tres clases de direcciones IP que una organización puede recibir de parte de la Internet
Corporation for Assigned Names and Numbers (ICANN): clase A, clase B y clase C. En la
actualidad, ICANN reserva las direcciones de clase A para los gobiernos de todo el mundo
(aunque en el pasado se le hayan otorgado a empresas de gran envergadura como, por
ejemplo, Hewlett Packard) y las direcciones de clase B para las medianas empresas. Se
otorgan direcciones de clase C para todos los demás solicitantes. Cada clase de red permite
una cantidad fija de equipos (hosts).

 En una red de clase A, se asigna el primer octeto para identificar la red, reservando los tres
últimos octetos (24 bits) para que sean asignados a los hosts, de modo que la cantidad
máxima de hosts es 224 - 2 (las direcciones reservadas de broadcast [últimos octetos a 255]
y de red [últimos octetos a 0]), es decir, 16 777 214 hosts.
 En una red de clase B, se asignan los dos primeros octetos para identificar la red,
reservando los dos octetos finales (16 bits) para que sean asignados a los hosts, de modo
que la cantidad máxima de hosts es 216 - 2, o 65 534 hosts.
 En una red de clase C, se asignan los tres primeros octetos para identificar la red,
reservando el octeto final (8 bits) para que sea asignado a los hosts, de modo que la
cantidad máxima de hosts es 28 - 2, ó 254 hosts.

Clas N° de Máscara de
Rango N° de Host Broadcast ID
e Redes Red

A 1.0.0.0 - 127.255.255.255 126 16.777.214 255.0.0.0 x.255.255.255

128.0.0.0 -
B 16.384 65.534 255.255.0.0 x.x.255.255
191.255.255.255

192.0.0.0 -
C 2.097.152 254 255.255.255.0 x.x.x.255
223.255.255.255

224.0.0.0 -
D        
239.255.255.255

240.0.0.0 -
E        
255.255.255.255

 La dirección 0.0.0.0 es utilizada por las máquinas cuando están arrancando o no se les ha
asignado dirección.
  La dirección que tiene su parte de host a cero sirve para definir la red en la que se ubica.
Se denomina dirección de red.
 La dirección que tiene su parte de host a unos sirve para comunicar con todos los hosts de
la red en la que se ubica. Se denomina dirección de broadcast.
 Las direcciones 127.x.x.x se reservan para pruebas de retroalimentación. Se denomina
dirección de bucle local o loopback.

Hay ciertas direcciones en cada clase de dirección IP que no están asignadas y que se
denominan direcciones privadas. Las direcciones privadas pueden ser utilizadas por los
hosts que usan traducción de dirección de red (NAT) para conectarse a una red pública o
por los hosts que no se conectan a Internet. En una misma red no puede existir dos
direcciones iguales, pero sí se pueden repetir en dos redes privadas que no tengan conexión
entre sí o que se conecten a través del protocolo NAT. Las direcciones privadas son:

 Clase A: 10.0.0.0 a 10.255.255.255 (8 bits red, 24 bits hosts)\\ Uso VIP EJ:La red militar
norte-americana
 Clase B: 172.16.0.0 a 172.31.255.255 (16 bits red, 16 bits hosts)\\ Uso universidades y
grandes compañías
 Clase C: 192.168.0.0 a 192.168.255.255 (24 bits red, 8 bits hosts)\\ Uso de compañías
medias y pequeñas además de pequeños proveedores de internet(ISP)

A partir de 1993, ante la previsible futura escasez de direcciones IPv4 debido al

crecimiento exponencial de hosts en Internet, se empezó a introducir el sistema CIDR, que
pretende en líneas generales establecer una distribución de direcciones más fina y
granulada, calculando las direcciones necesarias y "desperdiciando" las mínimas posibles,
para rodear el problema que la distribución por clases había estado gestando. Este sistema
es, de hecho, el empleado actualmente para la delegación de direcciones.

Muchas aplicaciones requieren conectividad dentro de una sola red, y no necesitan

conectividad externa. En las redes de gran tamaño a menudo se usa TCP/IP. Por ejemplo,
los bancos pueden utilizar TCP/IP para conectar los cajeros automáticos que no se conectan
a la red pública, de manera que las direcciones privadas son ideales para ellas. Las
direcciones privadas también se pueden utilizar en una red en la que no hay suficientes
direcciones públicas disponibles.

Las direcciones privadas se pueden utilizar junto con un servidor de traducción de

direcciones de red (NAT) para suministrar conectividad a todos los hosts de una red que
tiene relativamente pocas direcciones públicas disponibles. Según lo acordado, cualquier
tráfico que posea una dirección destino dentro de uno de los intervalos de direcciones
privadas no se enrutará a través de Internet.

Máscara de subred [editar]

La máscara permite distinguir los bits que identifican la red y los que identifican el host de
una dirección IP. Dada la dirección de clase A 10.2.1.2 sabemos que pertenece a la red
10.0.0.0 y el host al que se refiere es el 2.1.2 dentro de la misma. La máscara se forma
poniendo a 1 los bits que identifican la red y a 0 los bits que identifican el host. De esta
forma una dirección de clase A tendrá como máscara 255.0.0.0, una de clase B 255.255.0.0
y una de clase C 255.255.255.0. Los dispositivos de red realizan un AND entre la dirección
IP y la máscara para obtener la dirección de red a la que pertenece el host identificado por
la dirección IP dada. Por ejemplo un router necesita saber cuál es la red a la que pertenece
la dirección IP del datagrama destino para poder consultar la tabla de encaminamiento y
poder enviar el datagrama por la interfaz de salida.

Creación de subredes [editar]

El espacio de direcciones de una red puede ser subdividido a su vez creando subredes
autónomas separadas. Un ejemplo de uso es cuando necesitamos agrupar todos los
empleados pertenecientes a un departamento de una empresa. En este caso crearíamos una
subred que englobara las direcciones IP de éstos. Para conseguirlo hay que reservar bits del
campo host para identificar la subred estableciendo a uno los bits de red-subred en la
máscara. Por ejemplo la dirección 172.16.1.1 con máscara 255.255.0.0 nos indica que los
dos primeros octetos identifican la red (por ser una dirección de clase B), el tercer octeto
identifica la subred (a 1 los bits en la máscara) y el tercero identifica el host (a 0 los bits
correspondientes dentro de la máscara). Hay dos direcciones de cada subred que quedan
reservadas: aquella que identifica la subred (campo host a 0) y la dirección para realizar
broadcast en la subred (campo host a 1).

IP dinámica [editar]

Una dirección IP dinámica es una IP asignada mediante un servidor DHCP (Dynamic

Host Configuration Protocol) al usuario. La IP que se obtiene tiene una duración máxima
determinada. El servidor DHCP provee parámetros de configuración específicos para cada
cliente que desee participar en la red IP. Entre estos parámetros se encuentra la dirección IP
del cliente.

DHCP apareció como protocolo estándar en octubre de 1993. El estándar RFC 2131
especifica la última definición de DHCP (marzo de 1997). DHCP sustituye al protocolo
BOOTP, que es más antiguo. Debido a la compatibilidad retroactiva de DHCP, muy pocas
redes continúan usando BOOTP puro.

Las IP dinámicas son las que actualmente ofrecen la mayoría de operadores. Éstas suelen
cambiar cada vez que el usuario reconecta por cualquier causa.

Ventajas [editar]

 Reduce los costos de operación a los proveedores de servicios internet (ISP).

 Reduce la cantidad de IP´s asignadas (de forma fija) inactivas.

Desventajas [editar]

 Obliga a depender de servicios que redirigen un host a una IP.

Asignación de direcciones IP [editar]

Dependiendo de la implementación concreta, el servidor DHCP tiene tres métodos para

asignar las direcciones IP:

 manualmente, cuando el servidor tiene a su disposición una tabla que empareja

direcciones MAC con direcciones IP, creada manualmente por el administrador de la red.
Sólo clientes con una dirección MAC válida recibirán una dirección IP del servidor.
 automáticamente, donde el servidor DHCP asigna permanentemente una dirección IP
libre, tomada de un rango prefijado por el administrador, a cualquier cliente que solicite
una.
 dinámicamente, el único método que permite la reutilización de direcciones IP. El
administrador de la red asigna un rango de direcciones IP para el DHCP y cada ordenador
cliente de la LAN tiene su software de comunicación TCP/IP configurado para solicitar una
dirección IP del servidor DHCP cuando su tarjeta de interfaz de red se inicie. El proceso es
transparente para el usuario y tiene un periodo de validez limitado.

IP fija [editar]

Una dirección IP fija es una IP asignada por el usuario de manera manual. Mucha gente
confunde IP Fija con IP Pública e IP Dinámica con IP Privada.

Una IP puede ser Privada ya sea dinámica o fija como puede ser IP Pública Dinámica o
Fija.

Una IP Pública se utiliza generalmente para montar servidores en internet y necesariamente

se desea que la IP no cambie por eso siempre la IP Pública se la configura de manera Fija y
no Dinámica, aunque si se podría.

En el caso de la IP Privada generalmente es dinámica asignada por un servidor DHCP, pero

en algunos casos se configura IP Privada Fija para poder controlar el acceso a internet o a la
red local, otorgando ciertos privilegios dependiendo del número de IP que tenemos, si esta
cambiara (fuera dinámica) seria más complicado controlar estos privilegios (pero no
imposible).

Las IP Públicas fijas actualmente en el mercado de acceso a Internet tienen un coste

adicional mensual. Estas IP son asignadas por el usuario después de haber recibido la
información del proveedor o bien asignadas por el proveedor en el momento de la primera
conexión.

Esto permite al usuario montar servidores web, correo, FTP, etc. y dirigir un nombre de
dominio a esta IP sin tener que mantener actualizado el servidor DNS cada vez que cambie
la IP como ocurre con las IP Públicas dinámicas.

Las direcciones IP son un número único e irrepetible con el cual se identifica una
computadora conectada a una red que corre el protocolo IP.
Ventajas [editar]

 Permite tener servicios dirigidos directamente a la IP.

Desventajas [editar]

 Son más vulnerables a ataques, puesto que el usuario está siempre conectado en la misma
IP y es posible que se preparen ataques con más tiempo (mediante la detección de
vulnerabilidades de los sistemas operativos o aplicaciones, por ejemplo).
 Es más caro para los ISP puesto que esa IP puede no estar usándose las 24 horas del día.

Direcciones IPv6 [editar]

Artículo principal: IPv6

La función de la dirección IPv6 es exactamente la misma a su predecesor IPv4, pero dentro

del protocolo IPv6. Está compuesta por 128 bits y se expresa en una notación hexadecimal
de 32 dígitos. IPv6 permite actualmente que cada persona en la tierra tenga asignada varios
millones de IPs, ya que puede implementarse con 2128 (3.4x1038 hosts direccionables). La
ventaja con respecto a la dirección IPv4 es obvia en cuanto a su capacidad de
direccionamiento.

Su representación suele ser hexadecimal y para la separación de cada par de octetos se

emplea el símbolo ":". Un bloque abarca desde 0000 hasta FFFF. Algunas reglas de
notación acerca de la representación de direcciones IPv6 son:

 Los ceros iniciales, como en IPv4, se pueden obviar.

Ejemplo: 2001:0123:0004:00ab:0cde:3403:0001:0063 -> 2001:123:4:ab:cde:3403:1:63

 Los bloques contiguos de ceros se pueden comprimir empleando "::". Esta operación sólo
se puede hacer una vez.

Ejemplo: 2001:0:0:0:0:0:0:4 -> 2001::4.

Ejemplo no válido: 2001:0:0:0:2:0:0:1 -> 2001::2::1 (debería ser 2001::2:0:0:1 ó

2001:0:0:0:2::1).

¿Cuántas direcciones IP puede haber? [editar]

En síntesis, la versión 4 de las direcciones IP debería permitir unos 4.300 millones de

direcciones(256*256*256*256), pero hay algunas direcciones que están reservadas; por
ejemplo, las direcciones '127.x.x.x' se utilizan para pruebas locales de la misma máquina, la
'192.168.x.x' para internas de oficina, la '10.x.x.x' para redes mucho mayores pero también
locales/internas, etc.
Protocolo de Internet
Internet Protocol (IP)
Familia: Familia de protocolos de Internet

Función: Envío de paquetes de datos tanto a

nivel local como a través de redes.

Última versión: IPv6

Ubicación en la pila de protocolos

Aplicación http, ftp, DNS, ...
Transporte TCP, UDP, ...
Red IP
Enlace Ethernet, Token Ring,
FDDI, ...

Estándares: RFC 791 (1981)

RFC 2460 (IPv6, 1998)

El Protocolo de Internet (IP, de sus siglas en inglés Internet Protocol) es un protocolo no

orientado a conexión usado tanto por el origen como por el destino para la comunicación
de datos a través de una red de paquetes conmutados.

Los datos en una red basada en IP son enviados en bloques conocidos como paquetes o
datagramas (en el protocolo IP estos términos se suelen usar indistintamente). En particular,
en IP no se necesita ninguna configuración antes de que un equipo intente enviar paquetes a
otro con el que no se había comunicado antes.

El Protocolo de Internet provee un servicio de datagramas no fiable (también llamado del

mejor esfuerzo (best effort), lo hará lo mejor posible pero garantizando poco). IP no provee
ningún mecanismo para determinar si un paquete alcanza o no su destino y únicamente
proporciona seguridad (mediante checksums o sumas de comprobación) de sus cabeceras y
no de los datos transmitidos. Por ejemplo, al no garantizar nada sobre la recepción del
paquete, éste podría llegar dañado, en otro orden con respecto a otros paquetes, duplicado o
simplemente no llegar. Si se necesita fiabilidad, ésta es proporcionada por los protocolos de
la capa de transporte, como TCP.

Si la información a transmitir ("datagramas") supera el tamaño máximo "negociado"

(MTU) en el tramo de red por el que va a circular podrá ser dividida en paquetes más
pequeños, y reensamblada luego cuando sea necesario. Estos fragmentos podrán ir cada uno
por un camino diferente dependiendo de como estén de congestionadas las rutas en cada
momento.

Las cabeceras IP contienen las direcciones de las máquinas de origen y destino (direcciones
IP), direcciones que serán usadas por los conmutadores de paquetes (switches de capas 3 y
4 solamente) y los enrutadores (routers) para decidir el tramo de red por el que reenviarán
los paquetes.

El IP es el elemento común en la Internet de hoy. El actual y más popular protocolo de red

es IPv4. IPv6 es el sucesor propuesto de IPv4; poco a poco Internet está agotando las
direcciones disponibles por lo que IPv6 utiliza direcciones de fuente y destino de 128 bits
(lo cual asigna a cada milímetro cuadrado de la superficie de la Tierra la colosal cifra de
670.000 millones de direcciones IP), muchas más direcciones que las que provee IPv4 con
32 bits. Las versiones de la 0 a la 3 están reservadas o no fueron usadas. La versión 5 fue
usada para un protocolo experimental. Otros números han sido asignados, usualmente para
protocolos experimentales, pero no han sido muy extendidos.

Familia de protocolos de Internet

De Wikipedia, la enciclopedia libre

(Redirigido desde Protocolo TCP/IP)

Saltar a navegación, búsqueda

La familia de protocolos de Internet es un conjunto de protocolos de red en los que se

basa Internet y que permiten la transmisión de datos entre redes de computadoras. En
ocasiones se le denomina conjunto de protocolos TCP/IP, en referencia a los dos
protocolos más importantes que la componen: Protocolo de Control de Transmisión (TCP)
y Protocolo de Internet (IP), que fueron los dos primeros en definirse, y que son los más
utilizados de la familia. Existen tantos protocolos en este conjunto que llegan a ser más de
100 diferentes, entre ellos se encuentra el popular HTTP (HyperText Transfer Protocol),
que es el que se utiliza para acceder a las páginas web, además de otros como el ARP
(Address Resolution Protocol) para la resolución de direcciones, el FTP (File Transfer
Protocol) para transferencia de archivos, y el SMTP (Simple Mail Transfer Protocol) y el
POP (Post Office Protocol) para correo electrónico, TELNET para acceder a equipos
remotos, entre otros.

El TCP/IP es la base de Internet, y sirve para enlazar computadoras que utilizan diferentes
sistemas operativos, incluyendo PC, minicomputadoras y computadoras centrales sobre
redes de área local (LAN) y área extensa (WAN). TCP/IP fue desarrollado y demostrado
por primera vez en 1972 por el Departamento de Defensa de los Estados Unidos,
ejecutándolo en ARPANET, una red de área extensa de dicho departamento.
La familia de protocolos de Internet puede describirse por analogía con el modelo OSI
(Open System Interconnection), que describe los niveles o capas de la pila de protocolos,
aunque en la práctica no corresponde exactamente con el modelo en Internet. En una pila de
protocolos, cada nivel soluciona una serie de problemas relacionados con la transmisión de
datos, y proporciona un servicio bien definido a los niveles más altos. Los niveles
superiores son los más cercanos al usuario y tratan con datos más abstractos, dejando a los
niveles más bajos la labor de traducir los datos de forma que sean físicamente
manipulables.

El modelo de Internet fue diseñado como la solución a un problema práctico de ingeniería.

El modelo OSI, en cambio, fue propuesto como una aproximación teórica y también como
una primera fase en la evolución de las redes de ordenadores. Por lo tanto, el modelo OSI
es más fácil de entender, pero el modelo TCP/IP es el que realmente se usa. Sirve de ayuda
entender el modelo OSI antes de conocer TCP/IP, ya que se aplican los mismos principios,
pero son más fáciles de entender en el modelo OSI.

El 1 de enero de 2010 el Protocolo TCP/IP cumplió 27 años.

Historia del Protocolo TCP/IP [editar]

La Familia de Protocolos de Internet fueron el resultado del trabajo llevado a cabo por la
Agencia de Investigación de Proyectos Avanzados de Defensa (DARPA por sus siglas en
inglés) a principios de los 70. Después de la construcción de la pionera ARPANET en 1969
DARPA comenzó a trabajar en un gran número de tecnologías de transmisión de datos. En
1972, Robert E. Kahn fue contratado por la Oficina de Técnicas de Procesamiento de
Información de DARPA, donde trabajo en la comunicación de paquetes por satélite y por
ondas de radio, reconoció el importante valor de la comunicación de estas dos formas. En la
primavera de 1973, Vint Cerf, desarrollador del protocolo de ARPANET, Network Control
Program(NPC) se unió a Kahn con el objetivo de crear una arquitectura abierta de
interconexión y diseñar así la nueva generación de protocolos de ARPANET.

Para el verano de 1973, Kahn y Cerf habian conseguido una remodelación fundamental,
donde las diferencias entre los protocolos de red se ocultaban usando un Protocolo de
comunicaciones y además, la red dejaba de ser responsable de la fiabilidad de la
comunicación, como pasaba en ARPANET , era el host el responsable. Cerf reconoció el
mérito de Hubert Zimmerman y Louis Pouzin, creadores de la red CYCLADES, ya que su
trabajo estuvo muy influenciado por el diseño de esta red.

Con el papel que realizaban las redes en el proceso de comunicación reducido al mínimo, se
convirtió en una posibilidad real comunicar redes diferentes, sin importar las características
que estas tuvieran. Hay un dicho popular sobre el protocolo TCP/IP, que fue el producto
final desarrollado por Cerf y Kahn, que dice que este protocolo acabara funcionando
incluso entre "dos latas unidas por un cordón". De hecho hay hasta una implementación
usando palomas mensajeras, IP sobre palomas mensajeras, que esta documentado en RFC
1149. [1] .[2]
Un ordenador denominado router (un nombre que fue después cambiado a gateway, puerta
de enlace, para evitar confusiones con otros tipos de Puerta de enlace) esta dotado con una
interfaz para cada red, y envía Datagrama de ida y vuelta entre ellos. Los requisitos para
estor routers están definidos en el RFC 1812. [3]

Esta idea fue llevada a la práctica de una forma mas detallada por el grupo de investigación
que Cerf tenía en Stanford durante el periodo de 1973 a 1974, dando como resultado la
primera especificación TCP (Request for Comments 675,) [4] Entonces DARPA fue
contratada por BBN Technologies, la Universidad de Stanford, y la University College de
Londres para desarrollar versiones operacionales del protocolo en diferentes plataformas de
hardware. Se desarrollaron así cuatro versiones diferentes: TCP v1, TCP v2, una tercera
dividida en dos TCP v3 y IP v3 en la primavera de 1978, y después se estabilizó la versión
TCP/IP v4 — el protocolo estándar que todavía se emplea en Internet.

En 1975, se realizó la primera prueba de comunicación entre dos redes con protocolos
TCP/IP entre la Universidad de Stanford y la University College de Londres(UCL). En
1977, se realizó otra prueba de comunicación con un protocolo TCP/IP entre tres redes
distintas con ubicaciones en Estados Unidos, Reino Unido y Noruega. Varios prototipos
diferentes de protocolos TCP/IP se desarrollaron en múltiples centros de investigación entre
los años 1978 y 1983. La migración completa de la red ARPANET al protocolo TCP/IP
concluyó oficialmente el día 1 de enero de 1983 cuando los protocolos fueron activados
permanentemente.[5]

En marzo de 1982, el Departamento de Defensa de los Estados Unidos declaró al protocolo

TCP/IP el estándar para las comunicaciones entre redes militares.[6] En 1985, el Centro de
Administración de Internet (Internet Architecture Board IAB por sus siglas en inglés)
organizó un Taller de Trabajo de tres días de duración, al que asistieron 250 comerciales
promocionando así el protocolo lo que contribuyó a un incremento de su uso comercial.

Kahn y Cerf fueron premiados con la Medalla Presidencial de la Libertad el 10 de

noviembre de 2005 por su contribución a la cultura Americana.[7]

Ventajas e inconvenientes [editar]

El conjunto TCP/IP está diseñado para enrutar y tiene un grado muy elevado de fiabilidad,
es adecuado para redes grandes y medianas, así como en redes empresariales. Se utiliza a
nivel mundial para conectarse a Internet y a los servidores web. Es compatible con las
herramientas estándar para analizar el funcionamiento de la red.

Un inconveniente de TCP/IP es que es más difícil de configurar y de mantener que

NetBEUI o IPX/SPX; además es algo más lento en redes con un volumen de tráfico medio
bajo. Sin embargo, puede ser más rápido en redes con un volumen de tráfico grande donde
haya que enrutar un gran número de tramas.

El conjunto TCP/IP se utiliza tanto en redes empresariales como por ejemplo en campus
universitarios o en complejos empresariales, en donde utilizan muchos enrutadores y
conexiones a mainframe o a ordenadores UNIX, como así también en redes pequeñas o
domésticas, y hasta en teléfonos móviles y en domótica.

Domain Name System

Domain Name System (DNS)
Familia: Familia de protocolos de Internet

Función: Resolución de nombres de

dominio

Puertos: 53/UDP, 53/TCP

Ubicación en la pila de protocolos

Aplicación DNS
Transporte TCP o UDP
Red IP

Estándares: RFC 1034 (1987)

RFC 1035 (1987)

Domain Name System (o DNS, en español: sistema de nombre de dominio) es un sistema

de nomenclatura jerárquica para computadoras, servicios o cualquier recurso conectado al
internet o a una red privada. Este sistema asocia información variada con nombres de
dominios asignado a cada uno de los participantes. Su función más importante, es traducir
(resolver) nombres inteligibles para los humanos en identificadores binarios asociados con
los equipos conectados a la red, esto con el propósito de poder localizar y direccionar estos
equipos mundialmente.

El DNS es una base de datos distribuida y jerárquica que almacena información asociada a
nombres de dominio en redes como Internet. Aunque como base de datos el DNS es capaz
de asociar diferentes tipos de información a cada nombre, los usos más comunes son la
asignación de nombres de dominio a direcciones IP y la localización de los servidores de
correo electrónico de cada dominio.

La asignación de nombres a direcciones IP es ciertamente la función más conocida de los

protocolos DNS. Por ejemplo, si la dirección IP del sitio FTP de prox.mx es 200.64.128.4,
la mayoría de la gente llega a este equipo especificando ftp.prox.mx y no la dirección IP.
Además de ser más fácil de recordar, el nombre es más fiable. La dirección numérica
podría cambiar por muchas razones, sin que tenga que cambiar el nombre.
Inicialmente, el DNS nació de la necesidad de recordar fácilmente los nombres de todos los
servidores conectados a Internet. En un inicio, SRI (ahora SRI International) alojaba un
archivo llamado HOSTS que contenía todos los nombres de dominio conocidos
(técnicamente, este archivo aún existe - la mayoría de los sistemas operativos actuales
todavía pueden ser configurados para revisar su archivo hosts). El crecimiento explosivo de
la red causó que el sistema de nombres centralizado en el archivo hosts no resultara
práctico y en 1983, Paul Mockapetris publicó los RFCs 882 y 883 definiendo lo que hoy en
día ha evolucionado hacia el DNS moderno. (Estos RFCs han quedado obsoletos por la
publicación en 1987 de los RFCs 1034 y 1035).

Componentes

Para la operación práctica del sistema DNS se utilizan tres componentes principales:

 Los Clientes DNS: Un programa cliente DNS que se ejecuta en la computadora del usuario
y que genera peticiones DNS de resolución de nombres a un servidor DNS (Por ejemplo:
¿Qué dirección IP corresponde a nombre.dominio?);
 Los Servidores DNS: Que contestan las peticiones de los clientes. Los servidores recursivos
tienen la capacidad de reenviar la petición a otro servidor si no disponen de la dirección
solicitada.
 Y las Zonas de autoridad, porciones del espacio de nombres de dominio que almacenan
los datos. Cada zona de autoridad abarca al menos un dominio y posiblemente sus
subdominios, si estos últimos no son delegados a otras zonas de autoridad.

Entendiendo las partes de un nombre de dominio

Un nombre de dominio usualmente consiste en dos o más partes (técnicamente etiquetas),

separadas por puntos cuando se las escribe en forma de texto. Por ejemplo,
www.mohamedalid.org o es.Wikipedia.org

 A la etiqueta ubicada más a la derecha se le llama dominio de nivel superior (inglés < Top
Level Domain). Como org en www.mahomedalid.org o es en www.Wikipedia.es
 Cada etiqueta a la izquierda especifica una subdivisión o subdominio. Nótese que
"subdominio" expresa dependencia relativa, no dependencia absoluta. En teoría, esta
subdivisión puede tener hasta 127 niveles, y cada etiqueta contener hasta 63 caracteres,
pero restringido a que la longitud total del nombre del dominio no exceda los 255
caracteres, aunque en la práctica los dominios son casi siempre mucho más cortos.
 Finalmente, la parte más a la izquierda del dominio suele expresar el nombre de la
máquina (en inglés hostname). El resto del nombre de dominio simplemente especifica la
manera de crear una ruta lógica a la información requerida. Por ejemplo, el dominio
es.Wikipedia.org tendría el nombre de la máquina "es", aunque en este caso no se
refiere a una máquina física en particular.

El DNS consiste en un conjunto jerárquico de servidores DNS. Cada dominio o

subdominio tiene una o más zonas de autoridad que publican la información acerca del
dominio y los nombres de servicios de cualquier dominio incluido. La jerarquía de las
zonas de autoridad coincide con la jerarquía de los dominios. Al inicio de esa jerarquía se
encuentra los servidores raíz: los servidores que responden cuando se busca resolver un
dominio de primer y segundo nivel.

DNS en el mundo real

Los usuarios generalmente no se comunican directamente con el servidor DNS: la

resolución de nombres se hace de forma transparente por las aplicaciones del cliente (por
ejemplo, navegadores, clientes de correo y otras aplicaciones que usan Internet). Al realizar
una petición que requiere una búsqueda de DNS, la petición se envía al servidor DNS local
del sistema operativo. El sistema operativo, antes de establecer ninguna comunicación,
comprueba si la respuesta se encuentra en la memoria caché. En el caso de que no se
encuentre, la petición se enviará a uno o más servidores dns.

La mayoría de usuarios domésticos utilizan como servidor DNS el proporcionado por el

proveedor de servicios de Internet. La dirección de estos servidores puede ser configurada
de forma manual o automática mediante DHCP. En otros casos, los administradores de red
tienen configurados sus propios servidores DNS.

En cualquier caso, los servidores DNS que reciben la petición, buscan en primer lugar si
disponen de la respuesta en la memoria caché. Si es así, sirven la respuesta; en caso
contrario, iniciarían la búsqueda de manera recursiva. Una vez encontrada la respuesta, el
servidor DNS guardará el resultado en su memoria caché para futuros usos y devuelve el
resultado.

Jerarquía DNS
El espacio de nombres de dominio tiene una estructura arborescente. Las hojas y los nodos
del árbol se utilizan como etiquetas de los medios. Un nombre de dominio completo de un
objeto consiste en la concatenación de todas las etiquetas de un camino. Las etiquetas son
cadenas alfanuméricas (con '-' como único símbolo permitido), deben contar con al menos
un carácter y un máximo de 63 caracteres de longitud, y deberá comenzar con una letra (y
no con '-') (ver la RFC 1035, sección "2.3.1. Preferencia nombre de la sintaxis "). Las
etiquetas individuales están separadas por puntos. Un nombre de dominio termina con un
punto (aunque este último punto generalmente se omite, ya que es puramente formal). Un
FQDN correcto (también llamado Fully Qualified Domain Name), es por ejemplo este:
www.example.com. (Incluyendo el punto al final)

Un nombre de dominio debe incluir todos los puntos y tiene una longitud máxima de 255
caracteres.

Un nombre de dominio se escribe siempre de derecha a izquierda. El punto en el extremo

derecho de un nombre de dominio separa la etiqueta de la raíz de la jerarquía (en inglés,
root). Este primer nivel es también conocido como dominio de nivel superior (TLD).

Los objetos de un dominio DNS (por ejemplo, el nombre del equipo) se registran en un
archivo de zona, ubicado en uno o más servidores de nombres.

Tipos de servidores DNS

Primarios: Guardan los datos de un espacio de nombres en sus ficheros

Secundarios: Obtienen los datos de los servidores primarios a través de una transferencia
de zona.

Locales o Caché: Funcionan con el mismo software, pero no contienen la base de datos
para la resolución de nombres. Cuando se les realiza una consulta, estos a su vez consultan
a los servidores secundarios, almacenando la respuesta en su base de datos para agilizar la
repetición de estas peticiones en el futuro continuo o libre.
Software usado en servidores DNS

Bind • PowerDNS • MaraDNS • djbdns • pdnsd • MyDNS • DNS (Windows

2000/2003/2008) • dnsmasq

Tipos de resolución de nombres de dominio

Existen dos tipos de consultas que un cliente puede hacer a un servidor DNS:

 Recursiva
 Iterativa

En las consultas recursivas, consisten en la mejor respuesta que el servidor de nombres

pueda dar. El servidor de nombres consulta sus datos locales (incluyendo su caché)
buscando los datos solicitados.

Las consultas iterativas, o resolución iterativa el servidor no tiene la información en sus

datos locales, por lo que busca un servidor raiz y repite el mismo proceso básico (consultar
a un servidor remoto y seguir a la siguiente referencia) hasta que obtiene la respuesta a la
pregunta.

Cuando existe más de un servidor autoritario para una zona, Bind utiliza el menor valor en
la métrica RTT (round-trip time) para seleccionar el servidor. El RTT es una medida para
determinar cuánto tarda un servidor en responder una consulta.

El proceso de resolución normal se da de la siguiente manera:

1. El servidor A recibe una consulta recursiva desde el cliente DNS.

2. El servidor A envía una consulta iterativa a B.
3. El servidor B refiere a A otro servidor de nombres, incluyendo a C.
4. El servidor A envía una consulta iterativa a C.
5. El servidor C refiere a A otro servidor de nombres, incluyendo a D.
6. El servidor A envía una consulta iterativa a D.
7. El servidor D responde.
8. El servidor A regresa la respuesta al resolver.
9. El resolver entrega la resolución al programa que solicitó la información.

Tipos de registros DNS

 A = Address – (Dirección) Este registro se usa para traducir nombres de hosts a direcciones
IPv4.
 AAAA = Address – (Dirección) Este registro se usa para traducir nombres de hosts a
direcciones IPv6.
 CNAME = Canonical Name – (Nombre Canónico) Se usa para crear nombres de hosts
adicionales, o alias, para los hosts de un dominio. Es usado cuando se están corriendo
múltiples servicios (como ftp y web server) en un servidor con una sola direccion ip. Cada
servicio tiene su propia entrada de DNS (como ftp.ejemplo.com. y www.ejemplo.com.).
esto también es usado cuando corres múltiples servidores http, con diferente nombres,
sobre el mismo host.
 NS = Name Server – (Servidor de Nombres) Define la asociación que existe entre un
nombre de dominio y los servidores de nombres que almacenan la información de dicho
dominio. Cada dominio se puede asociar a una cantidad cualquiera de servidores de
nombres.
 MX (registro) = Mail Exchange – (Registro de Intercambio de Correo) Asocia un nombre de
dominio a una lista de servidores de intercambio de correo para ese dominio.
 PTR = Pointer – (Indicador) También conocido como 'registro inverso', funciona a la
inversa del registro A, traduciendo IPs en nombres de dominio.
 SOA = Start of authority – (Autoridad de la zona) Proporciona información sobre la zona.
 HINFO = Host INFOrmation – (Información del sistema informático) Descripción del host,
permite que la gente conozca el tipo de máquina y sistema operativo al que corresponde
un dominio.
 TXT = TeXT - ( Información textual) Permite a los dominios identificarse de modos
arbitrarios.
 LOC = LOCalización - Permite indicar las coordenadas del dominio.
 WKS - Generalización del registro MX para indicar los servicios que ofrece el dominio.
Obsoleto en favor de SRV.
 SRV = SeRVicios - Permite indicar los servicios que ofrece el dominio. RFC 2782
 SPF = Sender Policy Framework - Ayuda a combatir el Spam. En este registro se especifica
cual o cuales hosts están autorizados a enviar correo desde el dominio dado. El servidor
que recibe consulta el SPF para comparar la IP desde la cual le llega, con los datos de este
registro.

 DNS dinámico
 DNS dinámico es un sistema que permite la actualización en tiempo real de la
información sobre nombres de dominio situada en un servidor de nombres. El uso
más común que se le da es permitir la asignación de un nombre de dominio de
Internet a un ordenador con dirección IP variable (dinámica). Esto permite
conectarse con la máquina en cuestión sin necesidad de tener que rastrear las
direcciones IP.
 El DNS dinámico hace posible, siendo de uso frecuente gracias a lo descrito, utilizar
software de servidor en una computadora con dirección IP dinámica, como la suelen
facilitar muchos proveedores de Internet para particulares (por ejemplo para alojar
un sitio web en el ordenador de nuestra casa, sin necesidad de contratar un hosting
de terceros -aunque los hay gratuitos y hay que tener en cuenta que los ordenadores
caseros posiblemente no estén tan bien dotados, a diferencia de los de aquéllos, para
estar encendidos permanentemente, sin olvidar el aumento del coste de la factura
eléctrica-).
 Otro uso útil que posibilita el DNS dinámico es poder acceder al ordenador en
cuestión por medio del escritorio remoto.
Este servicio es ofrecido, incluso de forma gratuita, por DynDNS, No-IP y CDmon.

Dynamic Host Configuration Protocol

Host Configuration Protocol (DHCP)
Familia: Familia de protocolos de Internet

Función: Configuración automática de

parámetros de red

Puertos: 67/UDP (Servidor)

68/UDP (Cliente)

Ubicación en la pila de protocolos

Aplicación DHCP
Transporte UDP
Red IP

Estándares: RFC 2131 (1997)

 DHCP (sigla en inglés de Dynamic Host Configuration Protocol - Protocolo

Configuración Dinámica de Servidor) es un protocolo de red que permite a los
nodos de una red IP obtener sus parámetros de configuración automáticamente. Se
trata de un protocolo de tipo cliente/servidor en el que generalmente un servidor
posee una lista de direcciones IP dinámicas y las va asignando a los clientes
conforme éstas van estando libres, sabiendo en todo momento quién ha estado en
posesión de esa IP, cuánto tiempo la ha tenido y a quién se la ha asignado después.

Características [editar]

Provee los parámetros de configuración a las computadoras conectadas a la red informática

con la pila de protocolos TCP/IP (Máscara de red, puerta de enlace y otros) y también
incluyen mecanismos de asignación de direcciones IP.

Este protocolo se publicó en octubre de 1993, estando documentado actualmente en la RFC

2131. Para IPv6 se publica el RFC 3315.

Asignación de direcciones IP [editar]

Sin DHCP, cada dirección IP debe configurarse manualmente en cada computadora y, si la

computadora se mueve a otra subred, se debe configurar otra dirección IP diferente. El
DHCP le permite al administrador supervisar y distribuir de forma centralizada las
direcciones IP necesarias y, automáticamente, asignar y enviar una nueva IP si fuera el caso
en la computadora es conectada en un lugar diferente de la red.

El protocolo DHCP incluye tres métodos de asignación de direcciones IP:

 Asignación manual o estática: Asigna una dirección IP a una máquina determinada. Se

suele utilizar cuando se quiere controlar la asignación de dirección IP a cada cliente, y
evitar, también, que se conecten clientes no identificados.

 Asignación automática: Asigna una dirección IP de forma permanente a una máquina

cliente la primera vez que hace la solicitud al servidor DHCP y hasta que el cliente la libera.
Se suele utilizar cuando el número de clientes no varía demasiado.

 Asignación dinámica: el único método que permite la reutilización dinámica de las

direcciones IP. El administrador de la red determina un rango de direcciones IP y cada
computadora conectada a la red está configurada para solicitar su dirección IP al servidor
cuando la tarjeta de interfaz de red se inicializa. El procedimiento usa un concepto muy
simple en un intervalo de tiempo controlable. Esto facilita la instalación de nuevas
máquinas clientes a la red.

Algunas implementaciones de DHCP pueden actualizar el DNS asociado con los servidores
para reflejar las nuevas direcciones IP mediante el protocolo de actualización de DNS
establecido en RFC 2136 (Inglés).

El DHCP es una alternativa a otros protocolos de gestión de direcciones IP de red, como el

BOOTP (Bootstrap Protocol). DHCP es un protocolo más avanzado, pero ambos son los
usados normalmente.

En Windows 98 o posterior, cuando el DHCP es incapaz de asignar una dirección IP, se

utiliza un proceso llamado "Automatic Private Internet Protocol Addressing".

Parámetros configurables [editar]

Un servidor DHCP puede proveer de una configuración opcional a la computadora cliente.

Dichas opciones están definidas en RFC 2132 (Inglés)

Lista de opciones configurables:

 Dirección del servidor DNS

 Nombre DNS
 Puerta de enlace de la dirección IP
 Dirección de Publicación Masiva (broadcast address)
 Máscara de subred
 Tiempo máximo de espera del ARP (Protocolo de Resolución de Direcciones según siglas en
inglés)
  MTU (Unidad de Transferencia Máxima según siglas en inglés) para la interfaz
 Servidores NIS (Servicio de Información de Red según siglas en inglés)
 Dominios NIS
 Servidores NTP (Protocolo de Tiempo de Red según siglas en inglés))
 Servidor SMTP
 Servidor TFTP
 Nombre del servidor WINS

Implementaciones [editar]

Microsoft introdujo el DHCP en sus Servidores NT con la versión 3.5 de Windows NT a

finales de 1994. A pesar de que la llamaron una nueva función no fue inventada por ellos.

El Consorcio de Software de Internet (ISC: Internet Software Consortium) publicó

distribuciones de DHCP para Unix con la versión 1.0.0 del ISC DHCP Server el 6 de
diciembre de 1997 y una versión (2.0) que se adaptaba mejor al RFC el día 22 de junio de
1999. Se puede encontrar el software en http://www.isc.org/sw/dhcp/

Otras implementaciones importantes incluyen:

 Cisco: un servidor DHCP habilitado en Cisco IOS 12.0 en el mes de febrero de 1999
 Sun: añadió el soporte para DHCP a su sistema operativo Solaris el 8 de julio de 2001.

Además, varios routers incluyen soporte DHCP para redes de hasta 255 computadoras.

Anatomía del protocolo [editar]

Esquema de una sesión típica DHCP

(Autoridad de Números Asignados en Internet según siglas en inglés) en BOOTP: 67/UDP

para las computadoras servidor y 68/UDP para los clientes.
DHCP Discovery [editar]

El cliente envía un paquete DHCPDISCOVER. Las direcciones IP origen y destino de

dicho paquete serán 0.0.0.0 y 255.255.255.255 (broadcast) respectivamente. El servidor
almacena los campos del paquete CHADDR (dirección Ethernet origen, MAC) y el de
identificación del cliente.

DHCPDISCOVER DHCPOFFER DHCPREQUEST DHCPACK

UDP Src=0.0.0.0 UDP UDP Src=0.0.0.0 UDP

sPort=68 Src=192.168.1.1 sPort=68 Src=192.168.1.1
Dest=255.255.255. sPort=67 Dest=255.255.255. sPort=67
255 Dest=255.255.255. 255 Dest=255.255.255.
dPort=67 255 dPort=67 255 dPort=68
dPort=68

HTY HLE HO HTY HLE HO HTY HLE HO

OP OP OP
PE N PS HTY HLE HO PE N PS PE N PS
OP
PE N PS

0x 0x0 0x0 0x0 0x 0x0 0x0 0x0 0x 0x0 0x0 0x0

01 1 6 0 0x 0x0 0x0 0x0 01 1 6 0 02 1 6 0
02 1 6 0

XID XID XID

XID

0x3903F326 0x3903F326 0x3903F326

0x3903F326

SECS FLAGS SECS FLAGS SECS FLAGS

SECS FLAGS

0x0000 0x0000 0x0000 0x0000 0x0000 0x0000

0x0000 0x0000

CIADDR CIADDR CIADDR (Client IP

CIADDR Address)

0x00000000 0x00000000
 0x00000000 0x00000000

YIADDR YIADDR YIADDR YIADDR (Your IP

Address)

0x00000000 0xC0A80164 0x00000000

0xC0A80164

SIADDR SIADDR SIADDR

SIADDR (Server IP
Address)
0x00000000 0x00000000 0x00000000

0x00000000
GIADDR GIADDR GIADDR

GIADDR (Gateway
0x00000000 0x00000000 0x00000000 IP Address
switched by relay)
CHADDR CHADDR CHADDR
0x00000000
0x00053C04 0x00053C04 0x00053C04
CHADDR (Client
Hardware
0x8D590000 0x8D590000 0x8D590000
Address)

0x00000000 0x00000000 0x00000000

0x00053C04

0x00000000 0x00000000 0x00000000

0x8D590000

192 octets of 0's. 192 octets of 0's. 192 octets of 0's.

0x00000000
BOOTP legacy BOOTP legacy BOOTP legacy

0x00000000
Magic Cookie Magic Cookie Magic Cookie
 0x63825363 0x63825363 0x63825363 192 octets of 0's.
BOOTP legacy

DHCP Options DHCP Options DHCP Options

Magic Cookie

DHCP option 53: DHCP option 53: DHCP option 53:

DHCP Discover DHCP Offer DHCP Request 0x63825363

DHCP option 50: DHCP option 1: DHCP option 50: DHCP Options
192.168.1.100 255.255.255.0 192.168.1.100
requested subnet mask requested
DHCP option 53:
DHCP Offer DHCP ACK
[editar] DHCP option 3: DHCP option 54:
192.168.1.1 router 192.168.1.1 DHCP
El servidor determina server. DHCP option 1:
la configuración 255.255.255.0
basándose en la DHCP option 51: 1 DHCP subnet mask
dirección del soporte
físico de la
day IP lease time Acknowledge
computadora cliente [editar]
DHCP option 3:
especificada en el
registro CHADDR. El
DHCP option 54: Cuando el servidor 192.168.1.1 router
servidor especifica la 192.168.1.1 DHCP DHCP recibe el
dirección IP en el server mensaje
registro YIADDR. DHCPREQUEST del DHCP option 51: 1
Como la cual se ha cliente, se inicia la
DHCP Request day IP lease time
dado en los demás fase final del proceso
[editar]
parámetros. de configuración. Esta
fase implica el
El cliente selecciona DHCP option 54:
reconocimiento
la configuración de los 192.168.1.1 DHCP
DHCPACK el envío
paquetes recibidos de server
de un paquete al
DHCP Offer. Una vez
cliente. Este paquete
más, el cliente solicita
incluye el
una dirección IP
arrendamiento de
específica que indicó
duración y cualquier
el servidor
otra información de
configuración que el
cliente pueda tener
solicitada. En este
punto, la
configuración TCP /
 IP proceso se ha
completado. El
servidor reconoce la
solicitud y la envía
acuse de recibo al
cliente. El sistema en
su conjunto espera que
el cliente para
configurar su interfaz
de red con las
opciones
suministradas. El
servidor DHCP
responde a la
DHCPREQUEST con
un DHCPACK,
completando así el
ciclo de iniciación. La
dirección origen es la
dirección IP del
servidor de DHCP y la
dirección de destino es
todavía
255.255.255.255. El
campo YIADDR
contiene la dirección
del cliente, y los
campos CHADDR y
DHCP: Client
Identifier campos son
la dirección física de
la tarjeta de red en el
cliente. La sección de
opciones del DHCP
identifica el paquete
como un ACK.

DHCP Release [editar]

Si los clientes envían una petición al servidor DHCP para liberar su dirección IP. Como los
clientes generalmente no de broadcast. El router puede ser configurado para redireccionar
los paquetes DHCP a un servidor DHCP en una subred diferente. La implementación
cliente crea un paquete UDP (Protocolo de Datagramas de Usuario según siglas en inglés)
con destino 255.255.255.255 y requiere también su última dirección IP conocida, aunque
esto no es necesario y puede llegar a ser ignorado por el servidor.
DHCP Inform [editar]

El cliente envía una petición al servidor de DHCP: para solicitar más información que la
que el servidor ha enviado con el DHCPACK original; o para repetir los datos para un uso
particular - por ejemplo, los browsers usan DHCP Inform para obtener la configuración de
los proxies a través de WPAD. Dichas peticiones no hacen que el servidor de DHCP
refresque el tiempo de vencimiento de IP en su base de datos

Dirección MAC
De Wikipedia, la enciclopedia libre

Saltar a navegación, búsqueda

En redes de ordenadores la dirección MAC (siglas en inglés de Media Access Control o

control de acceso al medio) es un identificador de 48 bits (6 bloques hexadecimales) que
corresponde de forma única a una ethernet de red. Se conoce también como la dirección
física en cuanto identificar dispositivos de red. Es individual, cada dispositivo tiene su
propia dirección MAC determinada y configurada por el IEEE (los últimos 24 bits) y el
fabricante (los primeros 24 bits) utilizando el OUI. La mayoría de los protocolos que
trabajan en la capa 2 del modelo OSI usan una de las tres numeraciones manejadas por el
IEEE: MAC-48, EUI-48, y EUI-64 las cuales han sido diseñadas para ser identificadores
globalmente únicos. No todos los protocolos de comunicación usan direcciones MAC, y no
todos los protocolos requieren identificadores globalmente únicos.

Las direcciones MAC son únicas a nivel mundial, puesto que son escritas directamente, en
forma binaria, en el hardware en su momento de fabricación. Debido a esto, las direcciones
MAC son a veces llamadas "Direcciones Quemadas Dentro" (BIA, por las siglas de
Burned-in Address).

Si nos fijamos en la definición como cada bloque hexadecimal son 8 dígitos binarios (bits),
tendríamos:

6*8=48 bits únicos

En la mayoría de los casos no es necesario conocer la dirección MAC, ni para montar una
red doméstica, ni para configurar la conexión a internet. Pero si queremos configurar una
red wifi y habilitar en el punto de acceso un sistema de filtrado basado en MAC (a veces
denominado filtrado por hardware), el cual solo permitirá el acceso a la red a adaptadores
de red concretos, identificados con su MAC, entonces necesitamos conocer dicha dirección.
Dicho medio de seguridad se puede considerar como un refuerzo de otros sistemas de
seguridad, ya que teóricamente se trata de una dirección única y permanente, aunque en
todos los sistemas operativos hay métodos que permiten a las tarjetas de red identificarse
con direcciones MAC distintas de la real.
La dirección MAC es utilizada en varias tecnologías entre las que se incluyen:

 Ethernet
 802.3 CSMA/CD
 802.5 o redes en anillo a 4 Mbps o 16 Mbps Token Ring
 802.11 redes inalámbricas (WIFI).
 ATM

MAC opera en la capa 2 del modelo OSI, encargada de hacer fluir la información libre de
errores entre dos máquinas conectadas directamente. Para ello se generan tramas, pequeños
bloques de información que contienen en su cabecera las direcciones MAC correspondiente
al emisor y receptor de la información.

Obtención de MAC en distintos sistemas operativos [editar]

Windows 2000/XP/Vista/7 [editar]

En el entorno Windows la Dirección MAC se conoce como Dirección Física. La manera

mas sencilla es abrir una terminal de línea de comandos ("cmd" desde Inicio>Ejecutar) y
allí usar la instrucción: ipconfig /all. A continuación la que aparece: “Dirección física”.

UNIX y GNU/Linux y Mac OS X [editar]

En el entorno de familia *nix (Mac Os X está basado en UNIX), habrá que abrir un
terminal y ejecutar el comando: ifconfig -a. Esto nos muestra las interfaces seguidas de sus
respectivas direcciones MAC en el epígrafe ether. (Nota: para ejecutar "ifconfig" hay que
tener privilegios de root: "sudo ifconfig -a").

Usando el paquete iproute2, es posible obtener las direcciones MAC de todas las tarjetas
ethernet : "ip link list".

Symbian S60 [editar]

Se puede obtener la dirección MAC de las interfaces WLan y Bluetooth: Para ello hay que
teclear desde la pantalla de inicio los siguientes códigos: *#62209526# (o sea las teclas que
forman *#mac0wlan#) para Wlan y *#2820# (o sea *#bta0#) para bluetooth.

Windows Mobile 6 [editar]

Se puede obtener la dirección MAC del dispositivo WiFi yendo al Gestor de conexiones =>
Wifi => Configuración - Configuración WLAN - Estado de Conexión. Aparece bajo el
epígrafe "Dirección MAC".
Detalles de la dirección MAC [editar]

La dirección mac original IEEE 802, ahora oficialmente llamada "MAC-48", viene con la
especificación Ethernet. Desde que los diseñadores originales de Ethernet tuvieran la visión
de usar una dirección de 48-bits de espacio, hay potencialmente 2^48 o
281.474.976.710.656 direcciones MAC posibles.

Cada uno de los tres sistemas numéricos usan el mismo formato y difieren solo en el
tamaño del identificador. Las direcciones pueden ser "direcciones universalmente
administradas" o "localmente administradas".

Una "dirección universalmente administrada" es únicamente asignada a un dispositivo por

su fabricante, estas algunas veces son llamadas "burned-in addresses". Los tres primeros
octetos (en orden de transmisión) identifican a la organización que publicó el identificador
y son conocidas como "identificador de organización único" (OUI). Los siguientes tres
(MAC-48 y EUI-48) o cinco (EUI-64) octetos son asignados por esta organización a su
discreción, conforme al principio de la unicidad. La IEEE espera que el espacio de la
MAC-48 se acabe no antes del año 2100; De las EUI-64 no se espera se agoten en un futuro
previsible.

Con esto podemos determinar como si fuera una huella digital, desde que dispositivo de red
se emitió el paquete de datos aunque este cambie de dirección IP, ya que este código se ha
acordado por cada fabricante de dispositivos.

Cambiar la dirección MAC [editar]

A pesar de que cada dispositivo de red tiene una dirección MAC única globalmente que lo
identifica, es la capa de sistema operativo la que gestiona y distribuye en la red, con lo que
se puede modificar la dirección MAC que identifica la interfaz de red.

Linux [editar]

Bajo Linux, la dirección MAC de un interfaz de red (NIC) puede ser cambiada, ejecutando
lo siguiente como usuario root:

/etc/init.d/networking stop

ifconfig eth0 hw ether 00:01:02:03:04:08

/etc/init.d/networking start

NOTA: El ejemplo está planteado con una interfaz ethernet de ahí que sea la interfaz eth0.
En Red Hat Linux y distribuciones similares (Fedora Core, etc) una manera sencilla de
hacerlo "permanente" aun después de reiniciar el sistema es agregando una variable como
esta a tu ifcfg-eth0 o archivo similar: MACADDR=12:34:56:78:90: ab (Mayúsculas o
minúsculas en la dirección MAC son aceptadas, porque se realiza un "toupper" en ello) Y
queda reiniciar el servicio de red: service network restart para que se apliquen los cambios.

Si deseamos un mayor control sobre la MAC podemos usar el programa GNU Mac
Changer, que no solo permite cambiar la MAC, sino también listar las direcciones
asignadas a los fabricantes, asignar MAC aleatoria, etc.

En MAC-48 y EUI-48 las direcciones se demuestran generalmente en formato

hexadecimal, con cada octeto separado por un guión o dos puntos. Un ejemplo de una
dirección MAC-48 sería "00-08-74-4C-7F-1D".

Windows [editar]

Bajo este sistema debes abrir como "administrador" el administrador de dispositivos,

seleccionar las propiedades de tu tarjeta de red, en la ficha Opciones Avanzadas seleccionar
"Network address" (el nombre puede variar según el controlador) e ingresar la nueva MAC
en el recuadro.

Obtenido de "http://es.wikipedia.org/wiki/Direcci%C3%B3n_MAC"