jueves, 19 de mayo de 2011

REDES – Servidores DNS

 
DOMINIOS
Un dominio es una identificación común de dispositivos y equipos que se conectan a una red. Un Dominio está identificado por su NOMBRE DE DOMINIO.
En un dominio de una red local, los equipos son administrados desde uno de ellos que actúa de intermediario a los efectos del control de accesos, compartición de recursos o archivos, acceso a internet, etc. En Windows, dicho equipo se denomina Controlador de Dominio.
Un ejemplo de controlador de dominio de red, sería un Servidor Proxy, para controlar las comunicaciones via Internet de los equipos del dominio.
Un DOMINIO EN INTERNET está representado por una agrupación zonal de dispositivos y equipos que se conectan a Internet y representado por su Nombre de Dominio.
com es org net
son dominios de internet.
Los Dominios de Internet se ordenan de forma jerarquica, es decir con dependencia. Veamos:
El Dominio Principal se llama Dominio RAIZ y se representa con un (.) punto – De este dominio dependen todos los demás.
Luego vienen los Dominios de Nivel Superior – TLD (Top-Level Domain), que se dividen en dos:
gTLD (generic) – biz, com, edu, gov, info, int, name, net, org … (hasta 20 gTLD)
ccTLD (country code) – es, ar, uk, de ……………….. (hasta 248 dominios geograficos)
A continuación y dependiendo de los TLD, vienen los Subdominios, como por ejemplo
spanair, google, ebay, elcorteingles ………. Etc, etc (millones de subdominios).
Cuando alguien registra un Nombre de Dominio, en el registro aparecen todos los dominios y subdominios de los que depende (etiquetas), separados por un (.) punto, que se ordenan de derecha a izquierda, según la jerarquía de superior a inferior. Por ejemplo.
Spanair.com. ó google.es.
El ultimo punto suele obviarse, porque los navegadores lo ponen, aunque nosotros no lo hagamos, pero en realidad el nombre completo del dominio de google termina en es. (con el punto final , que es el Dominio Raiz)
Así pues vemos :
dns0
Que el subdominio spanair depende del Dominio com y a su vez del Raiz (.)
El control y la asinacion de Nombres de Dominio corresponde al Organismo Internacional ICAAN (Internet Corporation for Assigned Names and Numbers).
Un nombre de dominio completo estará formado, por ejemplo:
www.marialopez.serveweb.com. (aunque el punto final no se pone)
este sería la composición de un sitio web del Subdominio marialopez alojado en el Subdominio serveweb del Dominio com del Dominio Raíz (.)
Se pueden crear Nombres de Dominio de hasta 127 niveles (separados por un punto) de Subdominios, de un máximo de 63 caracteres cada uno de ellos. Pero la longitud total del Nombre de Dominio no podrá ser superior a 255 caracteres.
URL
(Uniform Resource Locator), es una serie de caracteres que definen una direccion en Internet. Es lo que nosotros ponemos en la barra de direcciones del buscador (Google, por ejemplo), para acceder a una página web de Internet.
Tiene la forma (a los fines que nos interesa):
No debemos confundir con el Nombre de Dominio de marialopez, porque la URL:
nos llevaría a otra página web distinta de la anterior, estando ambas alojadas en el mismo servidor en el Dominio: www.marialopez.serveweb.com
dns1
En estos casos le estamos diciendo al buscador, que localice en Internet, siguiendo el protocolo http, una pagina web, alojada en servidor de www.marialopez.serveweb.com, cuyo nombre (el de la pagina web) es menú.html (en el primer caso) ó index.html (en el segundo caso) (index.html no es necesario escribirlo, porque es la página que, por defecto, mostrará el servidor de páginas web, si no se le indica otra).
SERVIDORES DNS (Domain Name System)
Se suele referirse a servidor como un equipo que suministra alguna información o recurso, pero en realidad un servidor es un PROGRAMA SERVIDOR. De hecho en un mismo equipo existen (o pueden existir)diversos Servidores, por ejemplo:
un servidor de paginas web, un servidor ftp, un servidor dns, un servidor dhcp, etc.
Un Programa SERVIDOR, es un programa que suministra determinada información o recursos a un CLIENTE que lo solicita.
Por ejemplo un servidor ftp, proporciona el acceso a determinados ficheros al cliente ftp que lo solicita. Puede requerir identificación.
Un servidor SSH proporciona un servicio de encriptación de la información a enviar al cliente, para proporcionar comunicaciones seguras.
Etc. etc.
Los SERVIDORES DNS, lo que hacen es RESOLVER, es decir traducir los Nombres de Dominio en Direcciones IP y proporcionar esa información al cliente, a fin de poder conectarse a través de Internet.
Como decía en el tutorial sobre “REDES – Direcciones IP”, los dispositivos conectados a una red, para comunicarse entre ellos necesitan estar identificados mediante una Dirección IP.
Pero en la práctica nosotros no escribimos en la línea de direcciones del buscador la dirección IP del equipo a que queremos conectarnos, si no que ponemos su URL, es decir
dns2
en vez de escribir la dirección IP de google.es
Pero podríamos hacerlo. Si escribiésemos la IP de google.es (en este momento la que tengo es 209.85.146.105), tambien nos llevaría a la pagina principal de google.es
Sería muy difícil y complicado disponer de todas las direcciones IP de los sitios que queremos visitar, como si tuviésemos una “guía telefónica de direcciones IP”, por varios motivos:
1º por la extensión (hay, cientos de millones de direcciones IP)
2º por la actualización (se están generando y modificando continuamente)
3º y mas importante, porque existen direcciones IP dinamicas (las de la mayoría de usuarios finales, es decir, las nuestras). Eso significa que la dirección IP que tiene mi router no es siempre la misma: el ISP (Telefonica, Jazztel, o quien sea), la cambia (o la puede cambiar), cuando me desconecto, y se la adjudica a otro usuario que se está conectando. Así con una sola IP Pública, tiene mas de un ususario y aprovecha mejor sus recursos (y gana mas pasta, que tambien de eso se trata).
Imaginemos, entonces si se tuvieran que actualizar las listas de millones de direcciones IP, en cada instante y para cada usuario ……. Sería imposible.
En definitiva, para solucionar este problema se crean los SERVIDORES DEL SISTEMA DE NOMBRES DE DOMINIO (DNS).
Estos servidores se encargan, a solicitud de los Clientes, de informar de la direccion IP que corresponden a un dominio que se le solicita.
COMO ESTAN ESTRUCTURADOS ?
1 .- El espacio de los Nombres de Dominio está dividido en ZONAS DE AUTORIDAD. Cada Zona de Autoridad está controlada por uno o varios Servidores DNS que se denominan Primarios.
Estos Servidores DNS Primarios pueden, al objeto de aligerar la carga, delegar parte de su Zona en Subzonas controladas por Servidores DNS Secundarios, que actúan como Servidores Espejo: Periódicamente inquieren al Servidor Primario sobre el número de registros que afectan a la Sub Zona, comprueban con lo que ellos disponen y si es distinto, efectúan una “transferencia de zona”, es decir “replican el contenido del Servidos Primario en sus bases de datos, bien de forma total o incremental.
2.- Las bases de datos de los Servidores DNS son archivos de texto sin formato y contienen diferentes tipos de registros. Por ejemplo:
A – Asocia Nombres de Dominio, con Direccion IPv4
AAAA – Igual que A, pero en IPv6
PTR – Inverso de A: Asocia Direcciones IP con Nombres de Dominio.
MX – Asocia Nombres de Dominio con Servidos de intercambio de Correo Electrónico.
……………………….
Y varios más que no vamos a ver aquí.
Disponen además de una registro de “sugerencias raíz” (root.hint) que contiene información de otros Servidores DNS de nombres de dominio que no corresponden a su Zona de Autoridad, asi como de los servidores del Dominio Raiz (.)
Y de una “memoria caché” temporal, que utilizan para almacenar la informacion de respuestas a las solicitudes que reciben.
COMO OPERAN ?
De forma básica, éste es el proceso.
1º En el sistema operativo de cada uno de nuestros equipos existe un Mini-Servidor DNS, que, a diferencia del resto de los Servidores DNS no tiene almacenadas listas de nombres de dominio y sus IP’s, si no que las genera. Para ello está provisto de una “Memoria Caché”, que es una memoria volátil, es decir se vacía de contenido, cuando apagamos el equipo y que se va cargando a medida que recibe información, como veremos.
2º El navegador que utilizamos dispone de una aplicación que actúa como “cliente DNS”. Es decir que puede solicitar información a los servidores DNS.
3º Cuando configuramos el acceso a Internet, el sistema operativo nos pide que le indiquemos DOS SERVIDORES DNS PREFERIDOS, que normalmente son los que nos proporciona el ISP (Proveedor con el que tenemos contratados los servicios de Internet): Un Servidor DNS Principal y uno Alternativo.
Para verlos (o configurar):
Panel de Control – Conexiones de Red – (Boton derecho sobre Conexión de area local) Propiedades – Protoclo Internet (TCP/IP) – (botón) Propiedades
dns3
Podemos establecerlos manualmente o de forma automática mediante el DHCP. Pero tenemos que establecerlos. En caso contrario no podremos operar en Internet.
Operativa:
Vamos a verlo con un ejemplo simple.
Supongamos que un equipo, conectado a internet, quiere conectarse con un sitio web que tiene la siguiente URL: http://www.marialopez.serveweb.com/menu.html.
El navegador, como Cliente, hace una consulta al Servidor DNS interno: “necesito la IP de www.marialopez.serveweb.com”
Si la tiene, se lo suministra y se procede a la conexión con el servicio www y la página de inicio menú.html.
Si no lo tiene pasa la consulta al Servidor DNS preferido. El que hemos configurado en las “Propiedades del Protocolo de Internet (TCP/IP)”, de la imagen anterior.
El Servidor DNS preferido (80.58.61.250), mira en sus registros de nombres de dominio. Si lo tiene, lo suministra al DNS interno, el cual lo archiva en su memoria caché e informa al navegador.
Si no lo tiene, el Servidor DNS preferido hace una consulta a los Servidores DNS Raiz (.). El servidor DNS preferido sabe que ellos no tienen la respuesta pero saben las direcciones IP de los Servidores DNS Primarios de .com
Los Servidores DNS Raiz envían al DNS preferido los nombres y direcciones Ip de los Servidores Primarios de .com
El DNS preferido envía la consulta “necesito la IP de www.marialopez.serveweb.com” a los servidores DNS Primarios de .com
Estos le contestan. Unos de ellos, por ejemplo el 112.75.25.9, le dice que tiene la dirección IP del Servidor DNS que tiene en sus registros el dominio serveweb.com, y le envía dicha direccion IP: 85.36.52.4, al Servidor DNS preferido.
De nuevo el DNS preferido envía la consulta al 85.36.52.4
Este, que es el Servidor Primario de la Zona y por tanto tiene toda la informacion de direcciones IP y Servicios de los Dominios de su Zona le contesta con la direccion IP de www.marialopez.serveweb.com : 215.85.5.69
El DNS preferido guarda la respuesta (215.85.5.69) en su chaché y envía al DNS interno, que guarda tambien la información en su caché e informa al navegador.
El usuario opera en la página web http://www.marialopez.serveweb.com/menu.html y finalmente la cierra.
Al poco rato, quiere acceder de nuevo a ella y escribe la direccion en su navegador.
En este caso el navegador al consultar con el Servidor DNS interno, éste comprueba que tiene almacenada la IP solicitada en su memoria caché. La suministra al navegador y se procede a la conexión. La cual se produce de forma mas rápida y sin sobrecarga de red.
De la configuración de los Servidores DNS y su estructura dependen los tiempos de respuesta en las peticiones de los clientes.
Los servidores DNS en su gran mayoría, aunque puedan pertenecer a determinados Grupos u Organizaciones Empresariales y de Telefonía, son de acceso libre. Es decir nosotros podemos configurar en la conexión a Internet los Servidores DNS que queramos, no tienen por qué ser los que nos suministra nuestro ISP. Podemos informarnos en la red de los DNS existentes (OpenDNS y etc.) u otros que pueden ayudarnos a incrementar la velocidad de respuesta y por tanto de acceso en Internet.
Servidor DNS Dinamico
Hasta ahora hemos operado de forma que nosotros nos conectamos con otro equipo en Internet. Pero tambien puede ser que alguien (normalmente otro usuario de otro equipo), quiera conectarse con nosotros. E incluso nosotros desde un equipo en Barcelona queremos conectarnos con nuestro equipo en Badajoz. O con equipos de nuestra Empresa, etc. etc.
Por ejemplo: (sólo en lo que se refiere a servidores DNS)
Voy a instalar en mi equipo (que está conectado a una red local), un servidor de paginas web (Apache, Wampserver, o el que sea), y voy a crear mi propio sitio web, con sus páginas, un blog, y una base de datos con música para descargar desde mi equipo.
Suponemos que mi direccion IP (la pública, la del router) es: 88.55.231.2
Si desde otra ciudad distinta, otro usuario marca mi IP en su buscador, le aparecería la página de inicio de mi WEB.
El problema surge en que la dirección IP Publica que yo tengo, no es estática (fija), si no dinámica. Es decir que cambia (o puede cambiar) cada vez que me conecto a Internet.
Para ver mi página web, tendría que estar diciéndole a los usuarios que quieren conectar conmigo cual es mi IP actualizada. ¡Totalmente inviable!.
Para solucionar esto surgen los Servidores DNS Dinamicos. Estos operan de la siguiente forma:
Crean un registro con mi IP publica asociado a un nombre. Por ejemplo:
marialopez.dyndns.org = 88.55.231.2
Cada vez que mi IP cambia, el servidor dinamico (DYNDNS, en este caso) actualiza los registros, y actúa como Servidor DNS Primario en el Dominio dyndns.org, por tanto tiene toda la informacion de www.marialopez.dyndns.org
Ahora yo informaría a quienes deseen ver mi web, de la direccion URL, que sería
Cuando alguien intentase conectarse según dicha URL, los servidores DNS buscarían el dominio dyndns.org (donde se encuentra el “subdominio” marialopez) y llegarían al Servidor DNS Dinámico, que proporcionaría la IP de mi equipo. Y listo.
Los Servidores DNS Dinamicos suelen ser gratuitos (y de pago). Existen varios que pueden localizarse en Internet y que solamente requieren de un registro y permiten que elijamos el nombre del subdominio.
La importancia de los servidores DNS
Como hemos visto, si no existiesen servidores DNS solamente podríamos conectarnos a través de Internet conociendo las direcciones IP de los otros equipos, pero no podríamos hacerlo tipeando la URL en el navegador. Es, por tanto imprescindible, no solo su existencia si no la elección correcta de Servidores, buenos, bien configurados, eficaces y SEGUROS. Basta darnos cuenta que en la configuración de la conexión a Internet debemos designar DOS Servidores DNS, para prevenir que la posible caída de uno de ellos nos deje sin conexión.
De la elección de los Servidores DNS, para mi es importante lo que se refiere a la seguridad. Recientemente han aparecido diversos comentarios en la red respecto al almacenamiento de información de direcciones y etc. en OpenDNS, que era un servidor que gozaba del favor de muchos de los internautas, los cuales cuestionaban el motivo ¿? del almacenamiento de tal información, durante un periodo de 48 horas o así.
En fin, un Servidor DNS “nos conduce” –puesto que esto es en definitiva el resultado- a una página web que hemos solicitado, y que nosotros CREEMOS que es la que hemos solicitado. Pero pudiese darse el caso de que no fuera.
Supongamos que alguien consigue crackear la seguridad de un Servidor DNS y puede modificar un registro, por ejemplo la IP de www.lacaixa.es, poniendo en su lugar la de un equipo controlado por él. Cuando un usuario accediese a la web de este banco, estaría en realidad accediendo al equipo de un cracker, porque el DNS le habría informado de una dirección IP errónea.
Registros para servidor DNS local
dns4
Si vamos a MiPC – C – Windows – System32 – Drivers – etc
encontraremos un fichero llamado hosts
Si editamos éste fichero (recomiendo usar Notepad++, que es gratuito y mejor que el bloc de notas de Windows), encontraremos algo así
dns5
Aquí, siguiendo las instrucciones podemos registrar las direcciones IP y los dominios que queramos que sean tomados por el Servidor DNS local, cuando los solicitamos a través del navegador. Esto será mas rápido y mas seguro.
Estos registros, a diferencia de los guardados en la caché del Servidor DNS local, son permanentes. No nos olvidemos de guardar la informacion (el bloc de notas o notepad++) una vez modificada, si queremos que sea tenida en cuenta por el Sistema.
Finalmente decir que existe cantidad de páginas y artículos en Internet donde ampliar la información expuesta que pretende ser un tutorial básico de inicio para los que no tenemos demasiada experiencia en este tema.
Como curiosidad, la página http://iptools.es nos dá información diversa de un host, una vez que escribimos en el recuadro host/ip el nombre del host (ej: www.google.es) o la dirección IP del mismo si la sabemos.
Asimismo, si utilizais como buscador el Mozilla Firefox (que tambien recomiendo), podeis descargar el compremento Flagfox, y os aparecerá en la barra de direcciones una bandera de la situación del host al que os conectais, y pinchando en la bandera informacion del nombre, y direccion IP.
Tambien podemos encontrar información similar en la consola de texto de Windows:
Inicio – ejecutar – (escribir) cmd y aparecerá la consola de texto
Una vez allí tipear el comando nslookup seguido del host (o direccion IP) que queráis investigar, por ejemplo:
dns6
En este caso hemos buscado la (las direcciones) de google.es, el nombre del servidor que tiene la IP 209.85.146.106 y el que tiene la IP 127.0.0.1 (localhost).
Espero que os sirva.

jueves, 5 de mayo de 2011

REDES – Direcciones IP

 
Qué és una red ?. Pues es un conjunto de ordenadores conectados entre sí para transmitirse información y/o compartir recursos.
Para tratar de entender un poco cómo va esto nos fijaremos en la Red Telefónica.
Todos los abonados tienen un número de teléfono que los identifica de forma exclusiva.
Al principio, los abonados de una provincia podían comunicarse entre sí, simplemente marcando el número del otro abonado. Pero si querían comunicarse con un abonado de otra provincia tenían que recurrir a una operadora, porque estaban en otra red provincial.
Pues igual. Para que los equipos informáticos puedan comunicarse entre sí, necesitan un número. Ese número es la DIRECCION IP.
Todos los equipos que pertenezcan a la misma red podrán intercambiarse información sin mas limitaciones que las que imponga el Administrador de la Red, que es quien decide quien, como, cuando y hasta donde los equipos pueden intercambiar información entre sí. Pero para comunicarse con otros equipos que NO estén en esa red, necesitarán recurrir a otros sistemas y dependerán de que el Administrador de la otra red lo permita o no o cómo y cuando.
La dirección IP tiene la forma: 025.103.001.002 es decir, cuatro grupos de tres cifras separados por un punto. Los ceros a la izquierda se obvian, quedaría: 25.103.1.2
Cada bloque de tres cifras corresponde a ocho dígitos en binario. Veamos.

NUMERACION EN SISTEMA BINARIO Y HEXADECIMAL
Binario:
Mientras la numeración en el sistema decimal tiene 10 digitos (0-1-2-3-4-5-6-7-8-9), en el sistema binario solamente tiene dos: 0 – 1 . Así por ejemplo:
Binario Decimal
0 0
1 1
10 2
11 3
100 4
101 5
110 6
111 7
En el tema que nos ocupa, a cada uno de los dígitos en binario, le llamaremos bit. Un byte es un grupo de ocho bits.
Abramos la calculadora de Windows: Inicio --Todos los programas --Accesorios-- Calculadora
Y en la calculadora: Ver -- Científica:
image image
Para operar con números binarios (sumar, restar, etc), pinchar la opción
Para transformar un número binario en decimal: Escribir el numero binario con la opción Bin marcada y marcar a continuación la opción Dec.
image
image
Si la transformación es al revés (Decimal a binario): marcar la opción en Dec. escribir el número y luego pinchar la opción Bin.
Hexadecimal
La base en el sistema Hexadecimal está formada por 16 simbolos:
0-1-2-3-4-5-6-7-8-9-a-b-c-d-e-f
Así el número en hexadecimal: 1a2b3c4d5e6f corresponde al 28772997684847 en base decimal
La operativa con la calculadora de Windows es idéntica que la descrita para los binarios, sustituyendo la opción BIN por la opción HEX.

Clases de REDES
Como hemos dicho una dirección IP tiene la forma: 25.103.1.2 y cada grupo de tres cifras esta compuesto por un octeto (ocho dígitos) en binario. En este caso la dirección anterior sería:
000011001 . 01100111 . 00000001 . 00000010 como hemos dicho que los ceros a la izquierda no se escriben, sería:
25.103.1.2 -- 11001.1100111.1.10
Por todo esto, el valor mínimo que puede tener cada grupo de tres cifras es CERO:
0.0.0.0 --00000000.00000000.00000000.00000000
Y el valor máximo de cada grupo es 255:
255.255.255.255 -- 11111111.11111111.11111111.11111111
Las direcciones IP están formadas por dos partes:
La 1ª parte estará compuesta por uno o varios números de la izquierda y corresponde al identificador de la Red o Prefijo de Red
La 2ª parte estará compuesta por el resto de los números a la derecha y corresponde al identificador de los equipos de esa red.
En el caso de la IP 25.103.1.2:
El 25 – es el identificador de la red y
El - 103.1.2 sería el identificador del equipo (host).
Se establecieron desde el principio, 5 clases de redes (de las cuales nosotros veremos las tres primeras)

Nombre
Es decir las redes
Clase A – Están identificadas por el primer grupo de tres cifras : Ej 120.25.31.250 por el 120.
Clase B – Estan identificadas por los 2 primeros grupos: 135.10.0.22 por 135.10
Clase C – Están identificadas por los 3 primeros grupos: 200.25.30.15 por 200.25.30
Direcciones especiales: Algunas direcciones están reservadas para usos o funciones especiales.
0.0.0.0: Reservada para identificación local. Normalmente se emplea en el arranque en espera de que se asigne una dirección de red.
127.xxx.xxx.xxx: Para designar al propio equipo. Se llaman loopback. Emplearemos normalmente la 127.0.0.1 como la direccion del propio equipo (localhost).
Direccion de red: Es la que corresponde cuando todos los binarios que identifican los equipos están puestos a CERO.
Veamos un ejemplo: Supongamos la IP: 25.103.1.2 en binario: 11001.1100111.1.10
Como vemos (empieza por 25 que es menor que 128) es una red de CLASE A, por tanto el identificador de la red es el primer grupo: 25. Todos los demás 103.1.2 identifican a los equipos. Si ponemos este “identificador de equipos” a cero tendríamos:
11001.01100111.00000001.00000010 -- 25.103.1.2 IP considerada
11001.00000000.00000000.00000000 -- 25.0.0.0 IP con identificadores de equipos a cero.
Bien. Pues ésta sería la DIRECCION DE RED: 25.0.0.0
Otro ejemplo: IP 200.25.30.15 (200 es mayor de 192 y menor 223) es una clase C. Los tres primeros grupos (200.25.30) identifican la red y 15 identifica al equipo. Sería
11001000.00011001.00011110.00001111 -- 200.25.30.15 IP considerada
11001000.00011001.00011110.00000000 -- 200.25.30.0 IP con identificadores de equipos a cero.
Luego la DIRECCION DE RED sería: 200.25.30.0
Direccion Broadcast: o Multidifusion. Se emplea para enviar información a todos los equipos de la red simultáneamente. Corresponde a la direccion IP que tiene todos los binarios que identifican los equipos a UNO.
En el 1º ejemplo anterior: 25.103.1.2 (Clase A)
00011001.01100111.00000001.00000010 -- 25.103.1.2 IP considerada
00011001.11111111.11111111.11111111 -- 25.255.255.255 IP con identificadores de equipos a UNO
Esta sería la direccion BROADCAST: 25.255.255.255 que corresponde a la última direccion IP de la red.
En el segundo ejemplo anterior: 200.25.30.15 (Clase C), el broadcast sería: 200.25.30.255
La puerta de enlace: (esto lo veremos mas adelante y afecta a las redes locales), simplemente saber que, aunque puede ser cualquier IP de la Red (excepto la Direccion de Red y la Direccion Broadcast), se suele hacer coincidir con la PRIMERA DIRECCION IP LIBRE después de la Direccion de red.
Ejemplo: si la direccion de red es 115.16.0.0 … la puerta de enlace sería 115.16.0.1
Direcciones Privadas: Direcciones reservadas para uso en las redes locales o de equipos que no se conectan directamente a Internet.
Vamos a ver un ejemplo con la Red Clase B : 130.15.0.0
Direccion de Red 130.15.0.0
1ª IP - Puerta de Enlace 130.15.0.1
Siguiente IP - Equipo 130.15.0.2
Siguiente IP - Equipo 130.15.0.3
…………………….. ……….
Siguiente IP - Equipo 130.15.0.255
Siguiente IP - Equipo 130.15.1.0
Siguiente IP - Equipo 130.15.1.1
Siguiente IP - Equipo 130.15.1.2
…………………….. ……….
Siguiente IP - Equipo 130.15.1.255
Siguiente IP - Equipo 130.15.2.0
Siguiente IP - Equipo 130.15.2.1
…………………….. ……….
…………………….. ……….
Ultima direccion IP - Broadcast 130.15.255.255
Cuantos equipos podríamos instalar?: 2^8 x 2^8 = 256 x 256 = 65.536
Menos dos (la puerta de enlace y la direccion broadcast), TOTAL: 65.534 equipos.

LAS SUBREDES
Cual fue el problema que se encontraron después de crear las direcciones IP y la clasificación de las redes ?. Bueno, pues se encontraron básicamente dos:
1º que no exisitían direcciones de red suficientes para todo lo que se les estaba avecinando.
2º que existían muchas redes adjudicadas que estaban sobredimensionadas para lo que la organización adjudicataria requería.
Es decir, por ejemplo, una Empresa con 2500 equipos, tenía la red 170.15.0.0. Eso suponía que disponía de espacio para conectar 256 x 256 equipos, es decir 65.236 equipos. Le sobraban mas de 62.000 direcciones para los equipos. Mientras exitía carencia de direcciones IP en otros muchos sitios.
Y se inventaron las subredes.
Una subred es una división de una red principal donde parte de los bits que corresponden a los equipos pasan a formar parte del prefijo de red. Veamos un ejemplo.
Supongamos la red clase B 141.250.0.0 en binario sería:
10001101 . 11111010 . 00000000 . 00000000
Clase B. Los dos primeros representan la red y el resto a los equipos. Pues bien, del 3º grupo de bits, cogemos los dos primeros bits y se los incorporamos al prefijo de red, para obtener las subredes y tendríamos:
10001101 . 11111010 . 00 000000 . 00000000 .. 141.250.0.0
10001101 . 11111010 . 01 000000 . 00000000 .. 141.250.64.0
10001101 . 11111010 . 10 000000 . 00000000 .. 141.250.128.0
10001101 . 11111010 . 11 000000 . 00000000 .. 141.250.192.0
Hemos creado cuatro (2 ^ 2 = dos elevado a 2) subredes con 2 ^ 14 equipos cada una).
Que sucedió entonces??, pues que resultó que si a la empresa PEPE SA se le adjudica la subred 141.250.64.0 y a la empresa CARLOS SL. La subred 141.250.128.0, los equipos de ambas empresas estaban en la misma red, tal y como estaban definidos los protocolos en la clasificación de redes entonces. Y sus equipos podían libremente intercambiar información.
Como resolvieron el problema??? Creando las

Mascaras de subred:
Es un conjunto de números dispuestos de forma similar a la dirección IP y que sirve para indicar a los dispositivos de enrutamiento, qué parte de la dirección IP es el prefijo de identificación de red y qué parte corresponde a la identificación de los equipos.
Es del orden: 255.255.255.0.
Como se establece?.
Para hacerlo hay que poner la dirección de subred en formato binario y luego cambiar por 1 todos los bits que identifican la red y por cero todos los que identifican los equipos.
Por ejemplo:
Una red pura clase B: 141.250.0.0 .. (ponemos en binario.)
10001101 . 11111010 . 00000000 . 00000000 ponemos a UNO los identificadores de la red (los dos primeros octetos) y a CERO los identificadores de los equipos (2 ultimos octetos):
11111111 . 11111111 . 00000000 . 00000000 -- 255.255.0.0 (esta sería la mascara)
Otro ejemplo:
Una subred, por ejemplo: 141.250.128.0 que hemos creado anteriormente .. ponemos en binario, con los bits que identifican la red a 1 y los bits que identifican los equipos a cero.
11111111 . 11111111 . 11 000000 . 00000000 -- 255.255.192.0 (esta sería la mascara)
Otro caso:
Supongamos que tenemos la
dirección IP: 193.245.35.100 y sabemos que la
mascara es 255.255.255.128.
¿podríamos saber cuantas subredes, como máximo se están considerando?.
Bueno: 1º, como empieza por 193, es una red clase C, y por tanto los tres primeros grupos son identificadores de la red (por eso en la mascara, aparecen como 255). Veamos que pasa con el 4º de la mascara.
El 4º grupo en binario sería (128) => 10000000 es decir, que de los ocho bits que corresponderían al 4 número (que es el que identifica los equipos, si fuese una red pura), se ha tomado el primer bit como identificador también de red. Dado que dicho bit solamente puede valer 1 ó cero, solamente existirían dos subredes como máximo:
La 193.245.35.0 y la 193.245.35.128 y los equipos serían
193.245.35.1 - 193.245.35.2 – 193.245.35.3 …… 193.245.35.127 para la primera y
193.245.35.129 – 193.245.35.130 – 193.245.35.131 ….. 193.245.35.255 para la 2ª
Es decir, los valores de los grupos de la mascara solo podrán ser 255, cero o los siguientes:

Binario Decimal Numero digitos tomados de los equipos Numero de Subredes posibles
1 0000000 128 Se ha tomado 1 digito de los equipos Maximo 2^1 = 2 subredes
11 000000 192 Se han tomado 2 digitos de los equipos Maximo 2^2 = 4 subredes
111 00000 224 Se han tomado 3 digitos de los equipos Maximo 2^3 = 8 subredes
1111 0000 240 Se han tomado 4 digitos de los equipos Maximo 2^4 = 16 subredes
11111 000 248 Se han tomado 5 digitos de los equipos Maximo 2^5 = 32 subredes
111111 00 252 Se han tomado 6 digitos de los equipos Maximo 2^6 = 64 subredes
1111111 0 254 Se han tomado 7 digitos de los equipos Maximo 2^7 = 128 subredes
Otros Ejemplos.
Conociendo la IP y la mascara, encontrar la direccion de subred
IP Mascara Clase Subred
85.32.15.15 255.255.0.0 A 85.32.0.0
110.250.8.114 255.255.240.0 A 110.250.0.0
136.36.230.7 255.255.128.0 B 136.36.128.0
192.168.15.30 255.255.255.254 C 192.168.15.30
210.17.86.2 255.255.255.0 C 210.17.86.0
Mascara de subred abreviada:
Las mascaras tambien suelen representarse de forma abreviada. Veamos como ejemplo las IP’s del cuadro anterior:
85.32.15.15/255.255.0.0 sería 85.32.15.15/16 (en forma abreviada)
110.250.8.114/255.255.240.0 sería 110.250.8.114/20 ” ”
136.36.230.7/255.255.128.0 sería 136.36.230.7/17 (en forma abreviada)
192.168.15.30/255.255.255.254 sería 192.168.15.30/31 “ ”
210.17.86.2/255.255.255.0 sería 210.17.86.2/24 “ “
Es decir el número /16, /20 …. Etc representa el número de UNOS que tendría la máscara escrita en binario.
Por ejemplo /20 sería: 11111111.11111111.11110000.000000000 => 255.255.240.0

LA RED LOCAL (LAN)
Según la cobertura que alcancen las redes se dividen en:
Redes de Area Extensa (WAN = Wide Area Nerwork), ejemplo: Internet
Redes Metropolitanas: (MAN => Metropolitan Area Network), cobertura de una ciudad. Ejemplo: La red de una Universidad.
Redes Locales (LAN => Local Area Network), normalmente dentro de un edificio, y con cobertura no superior a 300 metros.
Cuando la red local utiliza la estructura TCP/IP (como Internet), se llama INTRANET
Volvamos al ejemplo del principio. La red Telefónica:
Cuando una Empresa con 200 puestos de trabajo en Oficina, pensó en la comunicación de cada uno de esos puestos de trabajo con el exterior, no contrató 200 lineas de teléfono a la compañía de Teléfonos, si no que instaló una centralita de teléfonos y 4 o 5 lineas externas, de manera que los teléfonos interiores podían comunicarse entre sí y tenían salida al exterior a través de la centralita instalada.
Eso tenía varias ventajas:
- El costo de mantenimiento de las líneas externas era mas barato si eran 4 o 5 que si eran 200.
- El importe de las llamadas internas entre teléfonos de la Empresa eran gratuitas.
- Podía establecer las restricciones y modificaciones internas que quisiese dentro de su centralita para el acceso al/del exterior, así como de las comunicaciones internas, etc, etc.
Lo mismo sucede con los equipos informáticos.
La Empresa monta una INTRANET que gestiona directamente de la forma que quiera y establece una manera de conectar con el exterior (Internet).
Dado que este capítulo se refiere a las direcciones IP, no vamos a entrar en el modo de configurar la conexión de la LAN con Internet, si no a la estructura de la red local en este aspecto.
Direcciones privadas (Intranet)
Como ya vimos en el capítulo de Direcciones Especiales, existen una serie de direcciones de Red que se han reservado para estos casos, en concreto para las LAN.
Son éstas:
Direccion: 10 .. 10.0.0.0 a la 10.255.255.255
Direccion: 172.16 a 172.31 … 172.16.0.0 a 172.31.255.255
Direccion: 192.168.0 a 192.168.255 … 192.168.0.0 a 192.168.255.255
Claro está que incluyen todas las subredes que puedan crearse con ellas. Para eso están las mascaras de red que hemos visto.
Por ejemplo.
10.100.200.0/255.255.255.0
172.30.30.0/255.255.254.0
192.168.0.0/255.255.255.0 …… etc, tambien son direcciones de la INTRANET
Las direcciones descritas son útiles, porque cuando un router recibe un paquete dirigido a una dirección de intranet, venga de la red local o del exterior, ya sabe que no tiene que buscarlo fuera, si no dentro de la red local, con lo que es mas rápido y seguro.
Configuracion de una red domestica:
Todo esto que estamos viendo es aplicable a una pequeña red domestica en el domicilio personal. Veamos un Ejemplo:
Dos equipos en casa, conectados de forma cableada (fijos), Con una tarjeta de red cada uno.
Fijo 1
Fijo 2
Lo primero es decidir que red/subred de Intranet vamos a elegir.
Pongamos, por ejemplo: 192.168.10.0 con mascara de red 255.255.255.0
Al primer equipo le doy la direccion IP: Fijo1 - 192.168.10.10/255.255.255.0
Al segundo Equipo le doy la direccion IP: Fijo2 – 192.168.1.50/255.255.255.0
La puerta de enlace sería: 192.168.10.1 (la siguiente a la direccion de red)
La direccion broadcast sería: 192.168.10.255 (la ultima, aunque ésta no la tenemos que poner en ningún sitio)
Configuramos nuestro equipo Fijo1 para operar en la red:
Inicio -- Panel de Control -- Conexiones de red --(botón derecho sobre) Conexiones de area local -- Propiedades --(nos aparece una nueva ventana “Propiedades de conexión de area local”), nos movemos hacia abajo en la ventana hasta encontrar “Protocolo Internet (TCP/IP)”, lo marcamos y pinchamos en el botón “Propiedades”
image
Nos aparece una nueva ventana “Propiedades del protocolo Internet (TCP/IP)”.
Marcamos la opción “Usar la siguiente Direccion IP” y ahora le tenemos que poner los datos que hemos decidido, tal y como muestra la imagen siguiente:
Marcamos tambien la opción “Usar las siguientes direcciones de Servidor DNS” y ponemos las que nos ha suministrado nuestro Proveedor de ADSL. Las de Telefonica son:
80.58.61.250
80.58.61.254
Pero nos sirven otros (yo aquí he puesto el DNS de Google: 8.8.8.8)
Ver el tutorial sobre Servidores DNS.
image
Una Vez aquí damos “Aceptar” y listo.
Hacemos lo mismo con el equipo Fijo2 y ya está configurada nuestra red local (intranet).
La puerta de enlace es la IP del router para nuestra red local. Cuando queramos conectarnos al router, tendremos que marcar esa dirección IP.

Las tarjetas de red
Los equipos para acceder a la red necesitan un interface (un dispositivo con un programa) que se llama tarjeta de red.
Las Tarjetas de red pueden ser cableadas o inalámbricas (wireless). Las cableadas se unen a la red mediante un cable de red (normalmente tipo Ethernet) y vienen de forma general incluidas en el equipo (bien integradas en la placa base o como una tarjeta PCI incrustada en una ranura de la placa base), pero también pueden ser externas, para conectar en un puerto USB, etc.
Las wireless se comunican dentro de la red de forma aérea y también pueden ser internas o externas. Estas tarjetas necesitarán de un Punto de Acceso (router) wireless que soporte dicha conexión aérea.
Las direcciones IP a que nos hemos referido están asociadas a las Tarjetas de red y al Sistema Operativo. Es decir cada dispositivo de conexión (Tarjetas) necesitará una dirección IP para conectarse.
Por tanto, según lo anterior. Si un equipo tiene dos tarjetas de red (una cableada y otra wireless, por ejemplo), deberá tener una dirección IP para cada una de ellas (siempre que queramos que se conecte con ambas).
Y asimismo, si el equipo anterior tiene instalados dos Sistemas Operativos (por ejemplo Windows y Ubuntu) deberá disponer de
DOS direcciones IP (cableada y wireless) para Windows
DOS direcciones IP (cableada y wireless) para Ubuntu
Veamoslo con un Ejemplo (sólo con S.O. Windows)
Tenemos un router wireless multipuesto (ya veremos que és cuando veamos la configuración del router, por ahora saber que se pueden conectar varios equipos, normalmente 4, mediante una cable de red).
Tenemos 4 equipos (dos equipos de sobremesa conectados por cable que llamaremos FIJO1 y FIJO2 y dos portátiles que llamaremos PORTATIL1 y PORTATIL2).
Uno de los equipos de sobremesa (FIJO1), le hemos acoplado una tarjeta wireless, conectada en un puerto USB (por ejemplo).
Como sería nuestra estructura en la LAN?. – Pues podría ser, por ejemplo:
Decidimos que nuestra red local sea la: 10.20.30.0 – mascara 255.255.255.0
(Eso significa que el prefijo de red es 10.20.30 y los equipos solo usarán el 4º octeto)
Y adjudicamos las IPs:
(Deberemos tener en cuenta que los portátiles también pueden conectarse con un cable, es decir tienen DOS tarjetas de red).
Puerta de enlace (del router): 10.20.30.1 (puede ser otra, pero la primera IP es lo normal)
FIJO1: Tarjeta de red fija: 10.20.30.10
FIJO1: Tarjeta wireless: 10.20.30.11
FIJO2: Tarjeta de red fija: 10.20.30.20
PORTATIL1: Tarjeta de red fija: 10.20.30.60
PORTATIL1: Tarjeta wireless: 10.20.30.61
PORTATIL2: Tarjeta de red fija: 10.20.30.70
PORTATIL2: Tarje wireless: 10.20.30.71
Todas ellas con la mascara de subred 255.255.255.0
Ahora para terminar ya la configuración de la red deberemos ira al router y decirle CUAL ES NUESTRA RED LOCAL, la mascara y la puerta de enlace.
Asimismo, y dependiendo del Firewall, deberemos decirle a éste cual es la ZONA DE CONFIANZA, es decir aquella en que los equipos pueden intercomunicarse, porque forman parte de la red personal.
Pero eso corresponde a otro capítulo.
Una vez hecho esto, todos estos equipos podrán compartir recursos entre sí (al estar en la misma LAN) y conectarse a Internet a través del router de forma idependiente.
NOTA: Con dos sistemas operativos, sería igual, adjudicando nuevas IP’s a las tarjetas de red para el otro sistema operativo. Por ejemplo.
FIJO1: Tarjeta de red fija: 10.20.30.15
FIJO1: Tarjeta wireless: 10.20.30.16
FIJO2: Tarjeta de red fija: 10.20.30.25
PORTATIL1: Tarjeta de red fija: 10.20.30.65
PORTATIL1: Tarjeta wireles: 10.20.30.66
………………………..
Llegados aquí debo decir que existe un servicio denominado DHCP, que permite que el router asigne de forma automática las IP’s a los equipos (dentro de una LAN definida) y asimismo los servidores DNS. Es decir: le informamos al router: “mira mi red es la 10.20.30.0, la mascara es 255.255.255.0 y la puerta de enlace es la 10.20.30.1.- ahora, cada vez que un equipo se conecte, le das un numero de IP”. Tambien podemos darle un rango: “le asignas las IP a los equipos empezando por la 10.20.30.100”, por ejemplo)
El DHCP es compatible con la asignación manual de IP’s. Por ejemplo en el caso anterior, yo puedo asignar IPs de la 10.20.30.2 a la 10.20.30.99 de forma manual y dejo al DHCP la asignación automática a partir de la 10.20.30.100, que era el rango previsto de asignación de IPs para el DHCP. (Si duplicamos una dirección IP, nos aparecerá un mensajito diciendo que existe un conflicto de IP’s y que ésta ya está asignada a otro equipo).
Mi punto de vista es que el servicio DHCP, aunque cómodo, no es recomendable y deberemos desactivarlo y hacerlo de forma manual, siempre que sea posible (está claro que si tienes un bar, donde tus clientes se conectan a internet a través de tu router, no podrás estar pendiente de asignar direcciones IP a cada uno que llega, que tendría además que configurarla en su portátil … etc, etc).
1 – Por razones de seguridad.
2 – Porque si necesitamos mapear el router (ya veremos que és) y abrir puertos hacia determinado equipo, sólo lo podremos hacer estableciendo las IP’s de forma manual, con lo cual estaríamos obligados a hacerlo de todas formas.
Si activásemos el DHCP, entonces deberemos marcar (en la ventana que vimos antes “Propiedades del Protocolo de Internet (TCP/IP)” las opciones
“Obtener una direccion IP automáticamente” y
“Obtener la direccion del servidor DNS automáticamente”
Tal y como aparecen abajo:
image
Las direcciones MAC
Las direcciones MAC (Media Acces Control) o dirección física, identifica a cualquier dispositivo físico que pueda conectarse a una red. Es única a nivel mundial, está definida en el momento de su fabricación y (teóricamente) no puede cambiarse.
Es decir, cada artilugio que pueda conectarse a una red, tales como equipos fijos, potatiles, teléfonos móviles, impresoras (que se conectan en red)…… etc. etc, deberán disponer de un dispositivo llamado Tarjeta de Red o Adaptador de Red o NIC. Que permita la conexión con el resto de los dispositivos conectados a la red. Estas Tarjetas de red estarán identificadas inequívocamente por una direccion MAC.
La direccion MAC es del tipo: 00:19:d2:8b:0c:11
Seis bloques de dos digitos en HEXADECIMAL (6 x 8 = 48 digitos en binario).
No vamos a ver ahora para que sirve. Solamente saber cual es la (o las, si tenemos mas de una tajeta de red) MAC de nuestro adaptador de red.
Para ello vamos a la consola de texto de Windows:
Inicio -- Ejecutar -- cmd
(ya en la consola escribimos): ipconfig /all
image
image
image
Nos aparece algo parecido a la imagen superior.
En este caso hay DOS tarjetas de red:
La Intel Pro-Wireless …… MAC: 00-13-02-BD-95-64
La Intel Pro/100 VE ……. MAC: 00-16-36-16-B1-89
La primera es una tarjeta de red WIRELESS. Vemos que la red está configurada de la siguiente forma:
Nombre del equipo: Toshiba
IP del equipo (bueno, de la tarjeta wireless): 192.168.1.102 … mascara: 255.255.255.0
Puerta de enlace (Default Gateway)= IP del router para la LAN: 192.168.1.1
Tiene habilitado el servicio DHCP, en el router (192.168.1.1)
Y el servidor DNS: 10.0.0.2
La segunda tarjeda de red (cableada), parece que está desactivada.
 
IPv6
El tipo de direcciones IP que hemos visto hasta ahora se llama IPv4.
Ante el inminente agotamiento de número suficiente de direcciones IP para adjudicar, según el sistema IPv4, es necesario cambiar el sistema. Y así nace IPv6.
IPv4 permite 4.300.000 direcciones (2^32)
IPv6 permite 340 sextillones de direcciones (2^128)
Tienen el formato:
xxxx : xxxx : xxxx: xxxx : xxxx : xxxx : xxxx : xxxx
Donde cada “x”, representa un digito en HEXADECIMAL
Es decir 8 grupos de 4 digitos en Hexadecimal : 32 digitos hexadecimales.
O tambien: 8 grupos de (4 x 4 = 16) digitos en binario, es decir 128 bits en total, ya que cada digito en hexadecimal equivale a 4 bits.
Notas:
a) Los CEROS a la izquierda pueden suprimirse. Ej:
2001:0db8:0000:0000:0000:0000:1428:57ab es igual a 2001:db8:0:0:0:0:1428:58ab
b) Grupos consecutivos de CEROS, pueden agruparse como ::. Ejemplo anterior:
La direccion anterior podría escribirse: 2001:db8::1428:58ab
Donde los 4 grupos de CEROS, se han agrupado y sustituido por ::
Los CEROS tienen que ser consecutivos y solamente puede hacerse una vez, es decir, en la direccion:
2001:0:0:3ab5:0:0:0:1521, no podemos hacer: 2001::3ab5::1521.
Solamente podremos agrupar uno de los dos grupos de CEROS (por ejemplo el segundo):
2001:0:0:3ab5::1521
c) Los grupos a CERO iniciales o finales tambien tambien pueden suprimirse:
0000:0000:0000:0000:3c25:1537:002b:0000 -- ::3c25:1537:2b:0
203c:f145:0000:dca1:0000:0000:0000:0000 -- 203c:f145:0:dca1::
d) Periodo de transición: Durante un tiempo (hasta 2.0300-2.040 o así), existirán
Conjuntamente los dos tipos de direcciones: IPv4 e IPv6 . Durante ese período nos encontraremos con direcciones IPv4 incrustadas en IPv6, por ejemplo:
::ffff:192.168.89.9  --  ::ffff:c0a8:5909  =  Direccion IPv4 mapeada
::192.168.89.9  --  ::c0a8:5909            = Direccion IPv4 compatible.
 
               Tipos de direcciones IPv6


Unicast: un identificador (direccion IPv6) para una sola interfaz (tarjeta de red)

Un datagrama enviado a una dirección de unicast se entrega sólo a la interfaz identificada con esa dirección


Multicast: un identificador (IPv6) para un conjunto de interfaces (tarjetas de red) (regularmente en diferentes estaciones).

Un datagrama enviado a una dirección multicast se entrega a todas las interfaces identificadas por esa dirección


Anycast: un identificador para un conjunto de interfaces (regularmente en diferentes estaciones)

Un datagrama enviado a una dirección anycast se entrega a una de las interfaces identificadas por esa dirección (regularmente la estación más cercana de acuerdo con las métricas de los protocolos de enrutamiento).
Posiblemente en el futuro dedique un tema exclusivo para direcciones en IPv6, pero veamos básicamente como se estructuran las

Direcciones Unicast


Los 3 primeros Grupos de 4 digitos en hexadecimal (48 bits en binario) corresponden al IDENTIFICADOR DE LA RED y nos los suministra el ISP (proveedor de servicios internet).
El siguiente Grupo de 4 digitos en hexadecimal (16 bits en binario), representa el IDENTIFICADOR DE LA SUBRED (lo decide el Administrador de la Red Local).
Los últimos 4 Grupos de 4 digitos en hexadecimal (64 bits en binario), corresponde al IDENTIFICADOR DEL EQUIPO
Este “identificador del equipo”, está basado en la direccion MAC de la tarjeta de red a la que se refiere la dirección IPv6 que consideramos.
Como la direccion MAC es única y universal, cada equipo (mejor dicho, cada tarjeta de red) estará identificado en toda la red de Internet de forma unívoca. No será necesario mapear el router para indicar el host a donde se quiere hacer llegar la información.
Pero existe un problemilla: La direccion MAC se compone de 48 bits en binario, mientras que aquí estamos hablando de 64 bits de identificador de equipo.
Vamos, pues a adaptar la direccion MAC para configurar manualmente la direccion del host en IPv6.
Veamos con un ejemplo:
Supongamos la dirección MAC : 16:be:16:3f:87:3b
1º - Añadiremos justo en el medio de la direccion MAC: fffe
Nos quedará

16:be:16:ff:fe:3f:87:3b

2º - Invertiremos el 7º bit (ojo, binario) de la direccion anterior.Para ello escribiremos el 1 y el 6 del principio de la direccion MAC, en formato binario
0001 0110 …. El digito 1 de 0110, es el 7º empezando a contar por la izquierda. Lo invertimos, es decir lo cambiamos por un CERO
0001 0100 …………… que en Hexadecimal sería 1 4
Y ponemos 14 ( en vez de 16) en la nueva IPv6 que estamos configurando. Quedaría
14:be:16:ff:fe:3f:87:3b
Y lo agrupamos de cuatro en cuatro (como dice el formato de IPv6)

14be:16ff:fe3f:873b

Este sería el identificador del host en IPv6, basado en la MAC 16:be:16:3f:87:3b
Otro Ejemplo:
Direccion MAC: 00:2b:01:ca:84:a5
1.- Introducimos fffe ….. 00:2b:01:ff:fe:ca:84:a5
2.- Tomamos los dos primeros dígitos (0 0) y ponemos en binario
0000 0000 …………. Invertimos el CERO (del 7º lugar) en 1
0000 0010 …………. Ponemos cada digito en Hexadecimal
0 2
3.- Cambiamos el par 00 de la dicción MAC, por el nuevo par 02 y agrupamos de 4 en 4

022b:01ff:feca:84a5

Y ya tenemos el identificador del host en IPv6

Direccion IPv6 Completa


Supongamos que nuestro ISP, nos ha dado la siguiente direccion de red (IDENTIFICADOR DE RED):
2001:0720:1E10

Vamos a crear nuestra red con los dos equipos cuyas direcciones MAC son las que hemos visto anteriormente.

16:be:16:3f:87:3b


00:2b:01:ca:84:a5

1º Configuramos esas MAC, para adaptarse a IPv6, como vimos antes.

Equipo 1: 14be:16ff:fe3f:873b


Equipo 2: 022b:01ff:feca:84a5


2º Decidimos la SUBRED LOCAL (4 dígitos siguientes al IDENTIFICADOR DE RED), por ejemplo.
0001

Ahora nuestra red (subred)sería: 2001:0720:1E10:0001:0000:0000:0000:0000

Ponemos los identificadores de los equipos, según el apartado 1º y
las direcciones IPv6 de cada uno de los equipos serían:

Equipo 1: 2001:0720:1E10:0001:14be:16ff:fe3f:873b


Equipo 2: 2001:0720:1E10:0001:022b:01ff:feca:84a5



Y ya podrían comunicarse entre sí y con Internet.