Tipos de Registros de DNS

Dentro de los registros mas utilizados se encuentran :

A (Address). Es el registro más usado, que define una dirección IP y el nombre asignado al host. Generalmente existen varios en un dominio.

PTR (Pointer – (Indicador). También conocido como ‘registro inverso’, funciona a la inversa del registro A, traduciendo IPs en nombres de dominio.

MX (Mail eXchanger). Se usa para identificar servidores de correo, se pueden definir dos o más servidores de correo para un dominio, siendo que el orden implica su prioridad. Debe haber al menos uno para un dominio.

CNAME (Canonical Name). Es un alias que se asigna a un host que tiene una dirección IP valida y que responde a diversos nombres. Pueden declararse varios para un host.

NS (Name Server). Define los servidores de nombre principales de un dominio. Debe haber al menos uno y pueden declararse varios para un dominio.

SOA (Start Of Authority). Este es el primer registro de la zona y sólo puede haber uno en cada archivo de la zona y sólo está presente si el servidor es autoritario del dominio. Especifica el servidor DNS primario del dominio, la cuenta de correo del administrador y tiempo de refresco de los servidores secundarios.

LOC (localización). Permite indicar las coordenadas del dominio.

TXT (Text). Permite asociar información adicional a un dominio. Esto se utiliza para otros fines, como el almacenamiento de claves de cifrado.

HINFO. Éste registro especifica los recursos de información del host, es decir, especifica la CPU de la máquina y el S.O (sistema operativo).

Servidores Raices de DNS(ubicacion física)

Un servidor raíz (root server en inglés) es el servidor de nombre de dominio (DNS) que sabe dónde están los servidores de nombres autoritarios para cada una de las zonas de más alto nivel en Internet.

Existen 13 servidores raiz 10 de ellos se encuentran USA y solo tres se encuentran en otros paises: uno en Estocolmo, otro en Londres y otro en Japón.

Los trece servidores se denominan por las primeras trece letras del alfabeto, y están en manos de 9 organismos y corporaciones diferentes e independientes, principalmente universidades, empresas privadas y organismos relacionados con el ejercito de EEUU. Aproximadamente la mitad depende de organizaciones públicas estadounidenses.

Servidor A: Network Solutions, Herndon, Virginia, USA.

Servidor B: Instituto de Ciencias de la Información de la Universidad del Sur de California, USA.

Servidor C: PSINet, Virginia, USA.

Servidor D: Universidad de Maryland, USA.

Servidor E: NASA, en Mountain View, California, USA.

Servidor F: Internet Software Consortium, Palo Alto, California, USA.

Servidor G: Agencia de Sistemas de Información de Defensa, California, USA.

Servidor H: Laboratorio de Investigación del Ejercito, Maryland, USA.

Servidor I: NORDUnet, Estocolmo, Suecia.

Servidor J: (TBD), Virginia, USA.

Servidor K: RIPE-NCC, Londres, Inglaterra.

Servidor L: (TBD), California, USA.

Servidor M: Wide Project, Universidad de Tokyo, Japón.

La organización que gestiona globalmente estos servidores raíz por concesión del gobierno estadounidense es la ICANN.

Descripción de características particulares sobre switches.

Spanning Tree Protocol

El STP (Spanning Tree Protocol) es un estándar utilizado en la administración de redes, basado en el algoritmo de Árbol Abarcador, para describir como los puentes y conmutadores puedes comunicarse para evitar bucles en la red.

El protocolo STP automatiza la administración de la topología de la red con enlaces redundantes, la función principal del protocolo spanning-tree es permitir rutas conmutadas/puenteadas duplicadas sin considerar los efectos de latencia de los loops en la red.

Al crear redes tolerantes a las fallas, una ruta libre de loop debe existir entre todos los nodos de la red. El algoritmo de spanning tree se utiliza para calcular una ruta libre de loops. Las tramas del spanning tree, denominadas unidades de datos del protocolo puente (BPDU), son enviadas y recibidas por todos los switches de la red a intervalos regulares y se utilizan para determinar la topología del spanning tree.

Fuente

http://www.decom-uv.cl/

Universidad de Valparaiso chile Facultad Ingenieria.

Opinion personal

El Spanning Tree Protocol permite ante un fallo en la red, perdida de conectividad contar con enlaces redundantes pero lo  mas importante sin el riesgo de que se produzcan loops provocados por la conmutacion. 

Es asi que considero muy valioso para el administrador de red contar con una topologia redundante ante cualquier fallo en la misma. 

Sin embargo este tipo de topologias son suceptibles a "tormentas de broadcast" que describiremos un poco mas a continuacion.

"Tormentas de broadcast" y "Control de tormentas de broadcast". 

Una tormenta de broadcast ocurre cuando se reciben en un puerto gran número de paquetes broadcast. 

Reenviar esos paquetes puede causar una reducción de la

performance de la red e incluso la interrupción del servicio. 

Mediante Storm Broadcast Control podemos utilizar umbrales para bloquear los puertos y restaurar el reenvío de paquetes broadcast, unicast o multicast.

Se utiliza un metodo basado en ancho de banda, describiendo los umbrales como un porcentaje del ancho de banda permitido para cada tipo de trafico.

Ejemplo en simulador packet tracer: se desea configurar el puerto 10 del switch para que si el trafico broadcast supera un 45% del ancho de banda disponible se envie una alerta

Switch> enable

Switch# configure terminal

Switch(config)# interface FastEthernet 0/10

Switch(config-if)# storm-control broadcast level 45

Switch(config-if)# storm-control action trap

Switch(config-if)# end

Fuente

http://www.gabriel-arellano.com.ar/ (Ingeniero UTN-FRCU)

Opinion personal

Considero de suma importancia poder controlar las tormentas de broadcast, ya que de esta manera estamos disponiendo de una red mucho más fiable, así como también mucha mas fiabilidad a la hora de utilizar topologías redundantes suceptibles a tormentas de broadcast como Spanning Tree Protocol.