cableado estructurado en una red de computadoras

NORMA EIA/TIA 568A

En octubre de 1995, el modelo 568 fue corregido por el TIA/EIA 568-A que absorbió entre otras modificaciones los boletines TSB-36 y TSB-40.

Esta norma, regula todo lo concerniente a sistemas de cableado estructurado para edificios comerciales.

La norma garantiza que los sistemas que se ejecuten de acuerdo a ella soportarán todas las aplicaciones de telecomunicaciones presentes y futuras por un lapso de al menos diez años. Posteriormente, la ISO (Internacional Organization for Standards) y el IEC (International Electrotechnical Commission) la adoptan bajo el nombre de ISO/IEC DIS 11801 (1994).Haciéndola extensiva a Europa (que ya había adoptado una versión modificada, la CENELEC TC115) y el resto del mundo.
Propósito del Estándar TIA/EIA 568-A:

• Establecer un cableado estándar genérico de telecomunicaciones para respaldar un ambiente multiproveedor
• Permitir la planeación e instalación de un sistema de cableado estructurado para construcciones comerciales.
• Establecer un criterio de ejecución y técnico para varias configuraciones de sistemas de cableados .
• Proteger las inversiones realizadas por el cliente (como mínimo 10 años)
• Las normas TIA/EIA fueron creadas como norma de industria en un país pero se han empleado como normas internacionales por ser las primeras en crearse.

Cableado Horizontal
Cableado del backbone
Cuarto de telecomunicaciones
Cuarto de entrada de servicios
 Sistema de puesta a tierra
Atenuación
Capacitación
Impedancia y distorsión por retardo
los cables solicitados por la norma es el cable UTP categoría 5 los cuales deberán tener esta ubicación para su funcionamiento:
 Blanco - verde
Verde
Blanco - naranja
Azul
Blanco - azul
Naranja
Blanco - marrón
Marrón


NORMA DE CABLEADO EIA/TIA 568B

El estándar principal, el TIA/EIA-568-B.1 define los requisitos generales, mientras que TIA/EIA-568-B.2 se centra en componentes de sistemas de cable de pares balanceados y el -568-B.3 aborda componentes de sistemas de cable de fibra óptica.
La intención de estos estándares es proporcionar una serie de prácticas recomendadas para el diseño e instalación de sistemas de cableado que soporten una amplia variedad de los servicios existentes, y la posibilidad de soportar servicios futuros que sean diseñados considerando los estándares de cableado. El estándar pretende cubrir un rango de vida de más de diez años para los sistemas de cableado comercial. Este objetivo ha tenido éxito en su mayor parte, como se evidencia con la definición de cables de categoría 5 en 1991, un estándar de cable que satisface la mayoría de requerimientos para 1000BASE-T, emitido en 1999.
Todos estos documentos acompañan a estándares relacionados que definen caminos y espacios comerciales (569-A), cableado residencial (570-A), estándares de administración (606), tomas de tierra (607) y cableado exterior (758). También se puede decir que este intento definir estándares permitieron determinar, además del diseño e implementación en sistema de cableado estructurado, qué cables de par trenzados utilizar para estructurar conexiones locales.
TOPOLOGÍA DE LA NORMA
La topología de la norma debe ser en red en estrella
CABLE
El cable que se debe utilizar para la norma es Cable UTP categoría 6; los cables deben estar ordenados según  lo que dice la norma que son:
  ● Blanco- naranja
  ● naranja
  ● Blanco- verde
  ● azul
  ● blanco- azul
  ● verde
  ● blanco- marrón
  ● marrón

                                                     




NORMAS ROUTER O WI-FI 

Tipos de normas Wi-Fi más relevantes

802.11

Es la versión original de la norma y fue publicada en 1997. Este estándar define también el protocolo CSMA/CA (Múltiple acceso por detección de portadora evitando colisiones) como método de acceso, las dos velocidades de transmisión teóricas que posee son de 1 o 2 Mb/s que se transmiten por señales (IR) o infrarrojas.

802.11 a

Esta revisión de 1999, se caracteriza por operar en banda de 5GHz y tener una velocidad máxima de 54Mb/s, lo que lo hace bastante útil y práctico para las comunicaciones inalámbricas.

802.11 b

Al igual que la 802.11 a, fue ratificada en 1999, tiene una transferencia de 11Mb/s en banda de 2,4 GHz y usar el mismo protocolo que la 802.11 original.

802.11 g

Evolución del 802.11 b. Es otro estándar que opera en los 2.4 GHz y se certifica en 2003 con una velocidad máxima de 54Mb/s.  Es compatible con el estándar 802.11 b y está muy extendido.

802.11 n

Esta mejora se certificó en el año 2009 y tiene un límite teórico de velocidad de 600 Mb/s. En la actualidad, se venden dispositivos con este estándar con un máximo de velocidad de 300 Mb/s.

Este estándar usa la tecnología MIMO (Multiple Input, Multiple Output) que permite usar varios canales de entrada y salida de datos simultáneos . Usa las bandas de 2,4 GHz y la de 5GHz simultáneamente.

802.11 ac

Las mejoras implementadas con el estándar 802.11 xx están ideadas para que sean compatibles entre sí unas con otras de forma que no sea necesario cambiar el adaptador Wi-Fi de sus dispositivos y sigan siendo válidos los antiguos dispositivos con estándares antiguos.


NORMAS PARA SWITCH

La codificación del cableado se establece por medio de un código de colores que identifica a cada par de fibras. Cada par se identifica por un número cuando se identifica por su función (T/R n por “transmisor/receptor n”), o por una letra cuando se identifica por la locación de los conectores (#X, por “par X”).

Cada par se compone de dos cables, uno identificado como “color puro” (p.ej.: azul) y el otro identificado como “color mixto” (ej.: “azul–blanco). EN cada par el color mizto va “primero”.

Par Azul (T/R 1 o “Par A”, conectores #4 y #5): este par está conectado al centro del RJ45. Este par no tiene uso en la transmisión Ethernet. A diferencia de los otros pares éste está “dado vuelta” (el color puro primero).
Par Verde (T/R 3 o “Par B”, conectores #3 y #6): este par está ubicado rodeando al T/R1, este par realiza las veces de “recepción” desde un nodo a otro.
Par Naranja (T/R 2 o “Par C”, conectores #1 y #2): este par está ubicado fuera del T/R3, en la dirección del naranja–blanco, y hace las veces de “transmisor” desde un nodo a otro.
Par Marrón (T/R 4 o “Par D”, conectores #7 y #8): este par está al otro lado del T/R2, y al igual que el Par Azul no tiene uso en la transmisión Ethernet.
Este cableado compone la norma estándar TIA586, llamada también “conector directo” o “conector paralelo”. Con este cable se conecta cada nodo a un switch de red.

Además, la norma TIA586 establece un cableado invertido, llamado “conector cruzado”, que permite conectar dos nodos directamente sin necesidad de un switch de red. Esta norma, llamada TIA586B, lo único que hace es cambiar de ubicación los pares verde y naranja.



NORMAS PARA DIRECCIÓN IP

Normas Básicas
El protocolo TCP/IP está definido con clases de direcciones para poder utilizar redes de distintos tamaños. Hay 5 clases distintas, de las que 2 son de uso interno de Internet.

Las direcciones de TCP/IP son una combinación de cuatro octetos cuyo valor está entre 0 y 255, las distintas clases se distinguen por el primer número:

Clase
Primer número
Número de redes
Número de estaciones
Máscara de subred
Número de bits de la máscara
A
1-126
126
16.777.214
255.0.0.0
8
B
128-191
16.384
65.534
255.255.0.0
16
C
192-223
2.097.151
254
255.255.255.0
24
La dirección 127 esta reservada para pruebas a nivel de un equipo local. No se puede utilizar como direcciones de red.

Las direcciones 224 y siguientes estan reservadas para protocolos especiales de Internet y no se pueden utilizar como direcciones de red.

Las mascaras de subred son valores de 32 bits que permiten al destinatario de los paquetes IP distinguir entre el identificativo de red que tiene la dirección IP y la parte de estación. Las máscaras de subred se crean asignando un 1 a los bits que pertenecen al identificativo de red y un 0 a los bits que pertenecen al identificativo de la estación. El valor de 32 bits resultante se convierte a notación decimal con puntos.

Es muy importante tener la misma estructura TCP/IP dentro de una red local, ya que si utilizamos distintas estructuras y tenemos un router los paquetes pueden salir de nuestra red sin ningún motivo aparente.

También es importante utilizar las máscaras correctamente, si queremos podemos tratar una clase A como si fuese una clase C, pero a medida que nuestra red se complique, tendremos más problemas que ventajas.

Internet se concibe como una macrored en la que no puede haber ninguna IP repetida, es decir que cada dispositivo conectado a la red debe de tener una IP única, por esto se establecieron unos rangos de direcciones IP's prohibidas en Internet y reservadas para el uso interno de las empresas. Cuando queremos implementar TCP/IP en una empresa, tenemos que utilizar estas clases reservadas que son:

Clase A
10.0.0.0
10.255.255.255
255.0.0.0
Clase B
172.16.0.0
172.31.255.255
255.255.0.0
Clase C
192.168.0.0
192.168.255.255
255.255.255.0
Al decir que están prohibidas en Internet, no queremos decir que no tengamos acceso a Internet. El acceso a Internet se producirá a través de un dispositivo enrutador al que se le asignará una dirección IP real. Los equipos de la red, podrán tener salida a Internet utilizando las tablas NAT (Network Adress Translator), que son capaces de hacer translaciones de IP's locales a externas.

Muy importante, cuando hay enrutadores por medio, los clientes deben de tener configurado obligatoriamente el gateway, en caso contrario, la estación no sabrá a quien enviar los paquetes que no pertenecen a su red.


MASCARA DE RED

Mediante la máscara de red un sistema (ordenador, puerta de enlace, router, etc...) podrá saber si debe enviar un paquete dentro o fuera de la subred en la que está conectado. Por ejemplo, si el router tiene la dirección IP 192.168.1.1 y máscara de red 255.255.255.0, entiende que todo lo que se envía a una dirección IP con formato 192.168.1.X, se envía hacia la red local, mientras que direcciones con distinto formato de direcciones IP serán buscadas hacia afuera (internet, otra red local mayor, etc...).

El número de hosts se determina como el número de IP's posibles menos dos, en cada subred hay una IP con todos los bits a ceros en la parte del host reservada para nombrar la subred y otra con todos los bits a uno reservada para la dirección de Broadcast.

Hay ciertos programas (p.e. Ethereal) que programan la tarjeta en un modo llamado 'promiscuo' en el que se le dice a la tarjeta de red que no filtre los paquetes según la norma explicada, aceptando todos los paquetes para poder hacer un análisis del tráfico que circula por la subred y poder ser escuchado por el PC.

Las máscaras 255.0.0.0 (clase A), 255.255.0.0 (clase B) y 255.255.255.0 (clase C) suelen ser suficientes para la mayoría de las redes privadas. Sin embargo, las redes más pequeñas que podemos formar con estas máscaras son de 254 hosts y para el caso de direcciones públicas, su contratación tiene un coste alto. Por esta razón suele ser habitual dividir las redes públicas de clase C en subredes más pequeñas. A continuación se muestran las posibles divisiones de una red de clase C. La división de una red en subredes se conoce como subnetting.



PUERTA DE ENLACE
¿Qué es una puerta de enlace (Gateway)?
Un gateway (puerta de enlace) es un dispositivo, con frecuencia un ordenador, que permite interconectar redes con protocolos y arquitecturas diferentes a todos los niveles de comunicación. Su propósito es traducir la información del protocolo utilizado en una red al protocolo usado en la red de destino.

El gateway o «puerta de enlace» es normalmente un equipo informático configurado para dotar a las máquinas de una red local (LAN) conectadas a él de un acceso hacia una red exterior, generalmente realizando para ello operaciones de traducción de direcciones IP (NAT: Network Address Translation). Esta capacidad de traducción de direcciones permite aplicar una técnica llamada IP Masquerading (enmascaramiento de IP), usada muy a menudo para dar acceso a Internet a los equipos de una red de área local compartiendo una única conexión a Internet, y por tanto, una única dirección IP externa.

La dirección IP De un gateway (o puerta de enlace) a menudo se parece a 192.168.1.1 ó 192.168.0.1 y utiliza algunos rangos predefinidos, 127.x.x.x, 10.x.x.x, 172.x.x.x, 192.x.x.x, que engloban o se reservan a las redes locales (véase red local). Además se debe notar que necesariamente un equipo que haga de puerta de enlace en una red, debe tener 2 tarjetas de red. Al escribir el número de la puerta de enlace te pide una dirección y una contraseña, que al coincidir se abre una página donde muestra la información del modem, WAN y LAN, que luego se pueden configurar.

La puerta de enlace, o más conocida por su nombre en inglés como "Default Gateway", es la ruta por defecto que se le asigna a un equipo y tiene como función enviar cualquier paquete del que no conozca por que interfaz enviarlo y no esté definido en las rutas del equipo, enviando el paquete por la ruta por defecto.

En entornos domésticos se usan los routers ADSL como gateways para conectar la red local doméstica con la red que es Internet, si bien esta puerta de enlace no conecta 2 redes con protocolos diferentes, sí que hace posible conectar 2 redes independientes haciendo uso del ya mencionado NAT.


PUERTA DE ENLACE RESIDENCIAL



DNS:
El DNS (Domain Name System) es el sistema empleado en Internet para poder asignar y usar universalmente nombres unívocos para referirse a los equipos conectados a la red. De esta forma, tanto los usuarios humanos como las aplicaciones pueden emplear nombres de DNS en lugar de direcciones numéricas de red IP. Esto presenta grandes ventajas, entre ellas el hecho de ser más cómodo y nemotécnico para los humanos el uso de nombres frente al uso de números y el permitir a una organización independizar el nombre de máquinas, servicios, direcciones d correo electrónico, etc. de las direcciones numéricas concretas que en un determinado momento puedan tener sus equipos en función de aspectos cambiantes tales como la topología de la red y el proveedor de acceso a Internet.

2.- NORMAS DE REGISTRO

Disposiciones generales:

2.1. El ES-NIC [7] es la autoridad responsable de la asignación y registro de nombres de dominio de DNS de segundo nivel bajo el dominio "es" en Internet.

2.2. La inscripción de nombres de dominio de DNS de segundo nivel bajo el dominio "es" se regirá por las presentes normas.
2.3. Al margen de los requisitos y prohibiciones establecidos en las presentes normas, los nombres de dominio de segundo nivel bajo el dominio "es" se asignan siguiendo el criterio de "first come, first served".
2.4. El ES-NIC se reserva el derecho de modificar las presentes normas si en el futuro condiciones técnicas o de otra clase así lo exigiesen.

¿Quien puede registrar un nombre de dominio de segundo nivel bajo "es"?

2.5. Solo podrán registrar un nombre de dominio de DNS de segundo nivel bajo "es" organizaciones legalmente establecidas en España, entendiendo como tal toda persona jurídica de derecho público o privado debidamente constituida de acuerdo con el marco normativo que las regule.

2.6. En concreto, son organizaciones debidamente constituidas:

- Las Administraciones Públicas, tanto la Administración Estatal como las Administraciones Autonómicas y las Entidades Locales.
- Los Organismos Autónomos.
- Los Colegios Profesionales.
- Las Cámaras Oficiales de Comercio, Industria y Navegación.
- Los Partidos Políticos.
- Los Sindicatos.
- Las Asociaciones inscritas en el Registro de Asociaciones competente.
- Las Fundaciones.
- Las Universidades.
- Las Iglesias, Confesiones y Comunidades Religiosas inscritas en el Registro de Entidades Religiosas del Ministerio de Justicia.
- Las Sociedades Mercantiles inscritas en el Registro Mercantil.
- Las Sociedades Civiles y las Comunidades de Bienes que operen de forma habitual como entidades económicas y que puedan acreditar su existencia mediante escritura publica de constitución.
- Y cualesquiera otras que acrediten reunir los requisitos establecidos en la norma anterior.

2.7. No podrán registrar dominios de DNS de segundo nivel bajo "es":

- Las personas físicas (particulares, trabajadores autónomos, etc.); éstas habrán de registrarse por debajo del dominio correspondiente a la organización o proveedor a través del cual accedan a Internet.

- Una parte o dependencia de una organización recogida en la norma 2.5. Las sucursales, departamentos, delegaciones, secretarias, consejerías, concejalías o demás partes de una organización habrán de registrarse por debajo de un dominio registrado para toda la organización de la cual dependan.

- Cualquiera que no reúna los requisitos establecidos en la norma 2.5.

2.8. Sólo esta permitido registrar un único dominio de segundo nivel bajo "es" por organización. Una vez delegada la autoridad del dominio de DNS correspondiente, la organización puede crear la jerarquía de subdominios de tercer o inferior nivel que crea conveniente para reflejar su estructura departamental, distribución geográfica, sucursales, servicios, publicaciones, productos, marcas, rótulos, ordenadores, etc. No existe razón técnica alguna que justifique que una organización por muy grande o muy distribuida que sea o por muchos proveedores de acceso a Internet que tenga, necesite mas de un dominio de DNS de segundo nivel bajo "es".

¿Qué nombres de dominio están permitidos?

2.9. Un nombre dominio de DNS de segundo nivel bajo "es" podrá ser registrado si y solo si reúne los siguientes requisitos:

No está ya previamente registrado

- Cumple las normas de sintaxis (norma 2.10)

No está comprendido dentro de las prohibiciones absolutas (norma 2.11)

- Cumple las normas generales de derivación de nombres de dominio (norma 2.12)

2.10. Normas de sintaxis:

1. Los únicos caracteres válidos para un nombre de dominio de DNS son las letras del alfabeto ingles ("a"-"z", el DNS no distingue entre mayúsculas y minúsculas), los dígitos ("0"-"9") y el guión ("-").
     
El primer y/o el último carácter del dominio no puede ser el guión.
3. La longitud mínima admitida para un dominio de segundo nivel bajo "es" es de 3 caracteres (la mínima recomendada para disminuir la probabilidad de conflictos es de 5 caracteres).
4. La longitud máxima admitida para un dominio de segundo nivel bajo "es" es de 63 caracteres (la máxima recomendada, por motivos prácticos, es de 24 caracteres).

DCHP:

DHCP se definió por primera vez como un protocolo de seguimiento estático de las normas en el RFC 1531 en octubre de 1993, como una extensión del protocolo Bootstrap (BOOTP). La motivación para extender BOOTP era porque BOOTP requería intervención manual para completar la información de configuración en cada cliente, y no proporciona un mecanismo para la recuperación de las direcciones IP en desuso. Puede ser usado para entregar un amplio rango de parámetros de configuración extra a los clientes IP, incluyendo parámetros específicos a ciertas plataformas.1 Debido a algunos errores en el proceso editorial, fue rápidamente reemitido como RFC 1541.

El protocolo BOOTP a su vez fue definido por primera vez en el RFC 951 como un reemplazo para el protocolo RARP (del inglés "Reverse Address Resolution Protocol"), o resolución de direcciones inversa. La principal motivación para la sustitución de RARP con BOOTP fue que RARP era un protocolo de la capa de enlace de datos. Esto hizo más difícil su aplicación en muchas plataformas de servidores, y requería un servidor presente en cada enlace de red individual. BOOTP introdujo la innovación de un agente de retransmisión, lo que permitió el envío de paquetes BOOTP fuera de la red local utilizando enrutamiento IP estándar, por lo que un servidor central de BOOTP podría servir de anfitriones en muchas subredes IP.2

Muchos trabajaron para mejorar el protocolo, ya que ganó popularidad y en 1997 se agregó el tipo de mensaje DHCPINFORM3 y otros cambios menores en el RFC 2131, y al 2016 se mantiene como el estándar para redes IPv4.

DHCPv6 fue documentado originalmente en el RFC 3315 en 2003 y luego complementado por muchos otros RFC. El RFC 3633 añadió un mecanismo de delegación de prefijo para DHCPv6. DHCPv6 se amplió aún más para proporcionar información a los clientes con la configuración automática de direcciones sin estado en el RFC 3736