Mostrando las entradas con la etiqueta REDES DE DATOS II. Mostrar todas las entradas
Mostrando las entradas con la etiqueta REDES DE DATOS II. Mostrar todas las entradas

miércoles, 18 de noviembre de 2020

Evaluación de una Red de Datos

Con base en el aprendizaje que obtuvo con la realización de esta TIA, describa en sus propias palabras:

Funciones de un enrutador.

Un enrutador es un dispositivo que permite que otros dispositivos, como una computadora, un teléfono inteligente o una tableta, se conecten a la misma red. Actúa en la capa 3 del modelo OSI  en la cual es el encargado de realizar la conexión de varios equipos terminales y el módem, este se encarga de mantener los puertos de entrada, la transmisión de datos y acceso a internet. Por ser un dispositivo de red este es el encargado de la correcta comunicación y más eficiente, reenviando paquetes y buscando la ruta más corta para la comunicación.

Configuración de los puertos de acuerdo con la dirección IP asignada.

La configuración de los puertos de acuerdo a la dirección de IP asignada es un paso crítico a la hora de diseñar e implementar una arquitectura de red ya que por medio de esta podemos dirigir la comunicación entre los equipos y realizar los subneteos necesarios para configurar alguna topología con una IP asignada.

EIGRP.

Esta es una variante mejorada del IGRP. Básicamente se basa en la comunicación constante entre enrutadores vecinos, ya que cada enrutador tiene una copia de las tablas de enrutamiento vecinas.

Rendimiento de la red.

El rendimiento de la red es un factor importante que se mide teniendo en cuenta los parámetros de Retardo (Delay) y  Rendimiento (Throughput) los cuales se miden teniendo en cuenta el tiempo de Carga (Load) de una cantidad de datos. El retardo se produce por factores inevitables como el Retardo de propagación y el Retardo de procesamiento. Mientras que el Rendimiento se ve afectado cuando el numero de paquetes que transitan por el punto de red en determinado tiempo cuando la capacidad de la red es mas pequeña que la carga de datos  ya que se produce el descarte de paquetes por el router disminuyendo el rendimiento.

Errores que se presentaron durante la programación del enrutador y cómo fueron detectados y resueltos.

En la ejecución de la programación de los enrutadores no se presentó ningún error, más allá de los errores de digitación el la línea de comandos que fueron resueltos sin problema.

Google Docs. 

https://drive.google.com/file/d/1eB2bJmf7e55we1Z6Rt_LyQn1OtV6D5-b/view?usp=sharing

Google Sheet.

https://drive.google.com/file/d/15W7Nz4UeTCsxEqDx0zYCeW7aV1sCKf1d/view?usp=sharing

Video presentación.

https://youtu.be/Ooi06pKUg8k











domingo, 8 de noviembre de 2020

Aplicación para la capa de Transporte

 En este laboratorio se usó WireShark 3.2.8 para capturar los paquetes dirigidos hacia el host que estoy usando y verificarlo con la descarga desde un servidor de una página web.


1 - Captura de datos desde la interface Wifi.


2 - Identificamos la petición de la página en el browser.

Hay que tener en cuenta que es una conexión segura



3 - Identificamos la petición desde wireshark



Cuestionario: 

1) Listar 3 protocolos diferentes que aparezcan en la columna de protocolos de la ventana de la lista de paquetes.

Listemos 5.

  • TCP
  • HTTP
  • SSDP
  • TLSv1
  • IGMPv2
2) Cuánto tardó desde el HTTP GET hasta el HTTP OK ?

  • 0.155 ms
3) Cuál es la dirección de internet de gaia.cs.umass.edu ?
    Cuál es la dirección de su computador?
  • 128.119.245.12
  • 192.168.100.55



4)  Imprimir los paquetes HTTP GET and HTTP OK

Debido a que el documento es de 2005 se trabajaba solamente con el protocolo HTTP ahora por los problemas de seguridad y para evitar la inyección de scripts la página tiene conexión segura HTTPS 
por lo que los paquetes HTTP GET y HTTP OK no aparecen cuando se filtran por HTTP

El número de paquete de petición comunicado exitosamente para la sincronización es el # 1892

Y si filtramos por HTTP y buscamos el número de ID de paquete tenemos que no se encuentra sino la comunicación con el servidor local de donde se encuentra @medellín, la cual lastimosamente aún tiene esta vulnerabilidad.


Por tanto solo voy a mostrar los paquetes de la primer comunicación.



Frame 1892: 66 bytes on wire (528 bits), 66 bytes captured (528 bits)
    Encapsulation type: Ethernet (1)
    Arrival Time: Nov  7, 2020 14:03:59.369472000 SA Pacific Standard Time
    [Time shift for this packet: 0.000000000 seconds]
    Epoch Time: 1604775839.369472000 seconds
    [Time delta from previous captured frame: 0.000816000 seconds]
    [Time delta from previous displayed frame: 0.000000000 seconds]
    [Time since reference or first frame: 25.112062000 seconds]
    Frame Number: 1892
    Frame Length: 66 bytes (528 bits)
    Capture Length: 66 bytes (528 bits)
    [Frame is marked: False]
    [Frame is ignored: False]
    [Protocols in frame: eth:ethertype:ip:tcp]
    [Coloring Rule Name: TCP SYN/FIN]
    [Coloring Rule String: tcp.flags & 0x02 || tcp.flags.fin == 1]
Ethernet II, Src: Tp-LinkT_1c:1a:19 (18:d6:c7:1c:1a:19), Dst: sky.teste (a8:d3:f7:1a:3d:24)
    Destination: sky.teste (a8:d3:f7:1a:3d:24)
        Address: sky.teste (a8:d3:f7:1a:3d:24)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
        .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
    Source: Tp-LinkT_1c:1a:19 (18:d6:c7:1c:1a:19)
        Address: Tp-LinkT_1c:1a:19 (18:d6:c7:1c:1a:19)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
        .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
    Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: 192.168.100.55 (192.168.100.55), Dst: gaia.cs.umass.edu (128.119.245.12)
    0100 .... = Version: 4
    .... 0101 = Header Length: 20 bytes (5)
    Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
    Total Length: 52
    Identification: 0x5224 (21028)
    Flags: 0x4000, Don't fragment
    Fragment offset: 0
    Time to live: 128
    Protocol: TCP (6)
    Header checksum: 0x0e3c [validation disabled]
    [Header checksum status: Unverified]
    Source: 192.168.100.55 (192.168.100.55)
    Destination: gaia.cs.umass.edu (128.119.245.12)
Transmission Control Protocol, Src Port: 53184 (53184), Dst Port: https (443), Seq: 0, Len: 0
    Source Port: 53184 (53184)
    Destination Port: https (443)
    [Stream index: 33]
    [TCP Segment Len: 0]
    Sequence number: 0    (relative sequence number)
    Sequence number (raw): 1320628599
    [Next sequence number: 1    (relative sequence number)]
    Acknowledgment number: 0
    Acknowledgment number (raw): 0
    1000 .... = Header Length: 32 bytes (8)
    Flags: 0x002 (SYN)
        000. .... .... = Reserved: Not set
        ...0 .... .... = Nonce: Not set
        .... 0... .... = Congestion Window Reduced (CWR): Not set
        .... .0.. .... = ECN-Echo: Not set
        .... ..0. .... = Urgent: Not set
        .... ...0 .... = Acknowledgment: Not set
        .... .... 0... = Push: Not set
        .... .... .0.. = Reset: Not set
        .... .... ..1. = Syn: Set
        .... .... ...0 = Fin: Not set
        [TCP Flags: ··········S·]
    Window size value: 64240
    [Calculated window size: 64240]
    Checksum: 0x8811 [unverified]
    [Checksum Status: Unverified]
    Urgent pointer: 0
    Options: (12 bytes), Maximum segment size, No-Operation (NOP), Window scale, No-Operation (NOP), No-Operation (NOP), SACK permitted
        TCP Option - Maximum segment size: 1460 bytes
        TCP Option - No-Operation (NOP)
        TCP Option - Window scale: 8 (multiply by 256)
        TCP Option - No-Operation (NOP)
        TCP Option - No-Operation (NOP)
        TCP Option - SACK permitted
    [Timestamps]
        [Time since first frame in this TCP stream: 0.000000000 seconds]
        [Time since previous frame in this TCP stream: 0.000000000 seconds]


Frame 1910: 66 bytes on wire (528 bits), 66 bytes captured (528 bits)
    Encapsulation type: Ethernet (1)
    Arrival Time: Nov  7, 2020 14:03:59.524973000 SA Pacific Standard Time
    [Time shift for this packet: 0.000000000 seconds]
    Epoch Time: 1604775839.524973000 seconds
    [Time delta from previous captured frame: 0.007967000 seconds]
    [Time delta from previous displayed frame: 0.155501000 seconds]
    [Time since reference or first frame: 25.267563000 seconds]
    Frame Number: 1910
    Frame Length: 66 bytes (528 bits)
    Capture Length: 66 bytes (528 bits)
    [Frame is marked: False]
    [Frame is ignored: False]
    [Protocols in frame: eth:ethertype:ip:tcp]
    [Coloring Rule Name: TCP SYN/FIN]
    [Coloring Rule String: tcp.flags & 0x02 || tcp.flags.fin == 1]
Ethernet II, Src: sky.teste (a8:d3:f7:1a:3d:24), Dst: Tp-LinkT_1c:1a:19 (18:d6:c7:1c:1a:19)
    Destination: Tp-LinkT_1c:1a:19 (18:d6:c7:1c:1a:19)
        Address: Tp-LinkT_1c:1a:19 (18:d6:c7:1c:1a:19)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
        .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
    Source: sky.teste (a8:d3:f7:1a:3d:24)
        Address: sky.teste (a8:d3:f7:1a:3d:24)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
        .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
    Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: gaia.cs.umass.edu (128.119.245.12), Dst: 192.168.100.55 (192.168.100.55)
    0100 .... = Version: 4
    .... 0101 = Header Length: 20 bytes (5)
    Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
    Total Length: 52
    Identification: 0x0000 (0)
    Flags: 0x4000, Don't fragment
    Fragment offset: 0
    Time to live: 43
    Protocol: TCP (6)
    Header checksum: 0xb560 [validation disabled]
    [Header checksum status: Unverified]
    Source: gaia.cs.umass.edu (128.119.245.12)
    Destination: 192.168.100.55 (192.168.100.55)
Transmission Control Protocol, Src Port: https (443), Dst Port: 53184 (53184), Seq: 0, Ack: 1, Len: 0
    Source Port: https (443)
    Destination Port: 53184 (53184)
    [Stream index: 33]
    [TCP Segment Len: 0]
    Sequence number: 0    (relative sequence number)
    Sequence number (raw): 3956274693
    [Next sequence number: 1    (relative sequence number)]
    Acknowledgment number: 1    (relative ack number)
    Acknowledgment number (raw): 1320628600
    1000 .... = Header Length: 32 bytes (8)
    Flags: 0x012 (SYN, ACK)
        000. .... .... = Reserved: Not set
        ...0 .... .... = Nonce: Not set
        .... 0... .... = Congestion Window Reduced (CWR): Not set
        .... .0.. .... = ECN-Echo: Not set
        .... ..0. .... = Urgent: Not set
        .... ...1 .... = Acknowledgment: Set
        .... .... 0... = Push: Not set
        .... .... .0.. = Reset: Not set
        .... .... ..1. = Syn: Set
        .... .... ...0 = Fin: Not set
        [TCP Flags: ·······A··S·]
    Window size value: 29200
    [Calculated window size: 29200]
    Checksum: 0x2f58 [unverified]
    [Checksum Status: Unverified]
    Urgent pointer: 0
    Options: (12 bytes), Maximum segment size, No-Operation (NOP), No-Operation (NOP), SACK permitted, No-Operation (NOP), Window scale
        TCP Option - Maximum segment size: 1384 bytes
        TCP Option - No-Operation (NOP)
        TCP Option - No-Operation (NOP)
        TCP Option - SACK permitted
        TCP Option - No-Operation (NOP)
        TCP Option - Window scale: 7 (multiply by 128)
    [SEQ/ACK analysis]
        [This is an ACK to the segment in frame: 1892]
        [The RTT to ACK the segment was: 0.155501000 seconds]
        [iRTT: 0.155712000 seconds]
    [Timestamps]
        [Time since first frame in this TCP stream: 0.155501000 seconds]
        [Time since previous frame in this TCP stream: 0.155501000 seconds]

Traceroute para el servidor gaia.cs.umass.edu (128.119.245.12)




viernes, 16 de octubre de 2020

Ejercicio Práctico Diseño Conceptual de Redes

Enunciado:

Una importante empresa de Medellín, EQUIPOS XX, lo ha contactado a usted para que lleve a cabo el diseño de la red de datos para su nueva sede en el Municipio de Envigado.

Para tal fin, le han solicitado que se reúna con el director de ingeniería quien le transmitirá las necesidades particulares del proyecto. 

De acuerdo con la investigación hecha previamente por usted acerca de la empresa, usted ha encontrado que la compañía forma parte de una cadena de distribuidores de equipos eléctricos, y que la intención es ampliar la planta de manufactura por lo que requiere contratar nuevos empleados. 

En la entrevista, la primera información que le han dado, es que la situación de las redes de datos es crítica, considerando que la Internet es lenta, han experimentado problemas con el correo electrónico, dificultad al acceder a la WEB, y problemas al imprimir archivos en el interior de la empresa. 

Adicionalmente han informado que anteriormente, cuando la empresa era pequeña, no se presentaban estos inconvenientes, pero cuando empezaron los problemas contrataron a la empresa MANTENIMIENTO YY, quienes ampliaron la infraestructura de red instalando nuevos computadores y servidores, de acuerdo con las necesidades de la compañía. 

MANTENIMIENTO YY, ha estado dando soporte a la firma desde el momento en que se llevaron a cabo los cambios, pero los resultados no fueron satisfactorios por lo que EQUIPOS XX está pensando en implementar un departamento de mantenimiento propio, ya que les preocupa que con la ampliación de la planta la situación empeore.

Con base en lo anterior solucionamos:

1. ¿Qué investigaciones haría usted antes de su primera reunión con el departamento técnico de la empresa?

Antes de la primera reunion con el departamento técnico para discutir los objetivos del proyecto, yo investigaría anticipadamente cuál es la industria o sector de la economía que la compañía opera, intentaría aprender sobre los temas cruciales de la compañía como los mercados que maneja, cadenas de proveedores y productos, servicios y sus ventajas competitivas en el sector.

2. ¿Cuáles son los problemas generales que parece estar experimentando esta compañía?

  • La implementación de la red de datos inicial no cumple con los objetivos y necesidades de la empresa.
  • No se conoció el impacto sobre la red de datos que tendría la utilización del software.
  • Luego de la implementación de la red no se hizo monitoreo ni optimización de la red.

3. ¿Qué principios parecen haberse obviado por parte de MANTENIMIENTO YY cuando hizo las ampliaciones en la compañía?

  • .El análisis de los requerimientos del cliente no fue adecuado.
  • No se realizó una prueba adecuada (test) para solucionar problemas y optimizar.
  • No se realizó una documentación oportuna durante la implementación del proyecto.

4. Enumere 4 componentes críticos que deberán considerarse para la corrección de fallas y para el nuevo diseño de la red de datos. Incluya objetivos, restricciones y orden de ejecución.



5. Enumere 5 preguntas que usted considere críticas para hacerle al departamento técnico antes de la entrevista.

  • ¿Cuál es la estructura de la compañía? 
  • ¿Cuál es en general el objetivo mayor de la compañía para actualizar su red de datos.
  • ¿Qué clase de imprevistos en la red de datos cree que puedan afectar o detener las operaciones del negocio?
  • ¿De qué manera la nueva implementación de la red va a ayudar que el negocio del cliente sea más exitoso?
  • ¿Qué tanto acceso se tiene desde el exterior de la red?


sábado, 10 de octubre de 2020

Laboratorio 2: Simulación de Subredes

 


Hola este es el video del laboratorio #2 Simulación de subredes.


Estos son los comandos de router y switch que usamos en este lab.

Router(config)#
Router(config)#
Router(config)#interface Serial0/0
Router(config-if)#ip address _IP_ _MASK_
Router(config-if)#
Router(config-if)#
Router(config-if)#exit
Router(config)#interface FastEthernet0/0
Router(config-if)#ip address _IP_ _MASK_
Router(config-if)#duplex full
Router(config-if)#
Router(config-if)#exit
Router(config)#interface FastEthernet1/1
Router(config-if)#ip address _IP_ _MASK_
Router(config-if)#duplex full
Router(config-if)#
Router(config-if)#end
Router#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
Router(config)#hostname R1
R1(config)#
R1(config)#end
R1#copy running-config startup-config
Destination filename [startup-config]? 
Building configuration...
[OK]
R1#


S1#
S1#config t
Enter configuration commands, one per line.  End with CNTL/Z.
S1(config)#vlan 99
S1(config-vlan)#exit
S1(config)#interface vlan99
S1(config-if)#

S1(config-if)#ip address [_IP_] [_Mask_]
S1(config-if)#no shutdown
S1(config-if)#exit
S1(config)#interface range fa0/1 - 24
S1(config-if-range)#switchport access vlan 99
S1(config-if-range)#
%LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan99, changed state to up

S1(config-if-range)#exit
S1(config)#ip default-gateway 192.168.100.1
S1(config)#exit
S1#

VERIFICA!!!

S1#show interface vlan99

ENRUTAMIENTO ESTÁTICO!!

R1(config)#ip route [_Network_] [_Mask_] [_Next_Hop_]





viernes, 2 de octubre de 2020

Conclusiones Subnetting

 ¿Cuál sería el método que se puede aplicar para optimizar el número de host por subred?


De los métodos que conocemos y podemos aplicar para optimizar el numero de host por subred podríamos usar Variable Length Subnet Mask (VLSM) ya que es un método que nos permite asignar diferentes mascaras de red a cada subnet de modo que los valores de host son proporcionales a las necesidades de cada subred en particular.


¿Cómo considera usted que ayudaría una hoja de cálculo en un caso real de subnetting?


Una hoja de cálculo para la realización de los casos de subnetting es muy útil debido a que podemos llevar de una manera ordenada los cálculos y nos permite ayudarnos de las capacidades de las hojas de cálculo para hacerlos más eficientes.

Consulte un método alternativo para la generación de subredes y describa aquí cómo funciona este método.

Método de la caja mágica.











lunes, 28 de septiembre de 2020

Conclusiones Herramientas de Simulación

 Luego del laboratorio y la tarea de manejo del simulador GNS3 ¿qué conclusiones quedan?


Tras haber realizado la tarea de manejo del simulador de redes de datos GNS3 y luego de tener varias experiencias en el pasado con otro simulador como Cisco Packet Tracer puedo decir que son herramientas las cuales deben ser aprendidas y manejadas. El conocimiento del funcionamiento de las redes de datos es una obligación para cualquier ingeniero de software o de soporte tecnológico, luego  por las características de nuestro trabajo la comunicación por internet y el mantenimiento de las redes es importante saber usar GNS3.

El manejo de la herramienta es al principio poco amigable ya que si no se tiene experiencia en la consola de comandos para configurar los equipos, routers, etc. Se tendrán que realizar multiples consultas para lograr entender como usar los diferentes objetos simulados y también obtener librerías necesarias ya que el programa solo viene con unos pocos dispositivos disponibles para experimentar. La pagina de documentación de GNS3 es de mucha ayuda para el inicio y permite realizar un recorrido fácil y rápido por toda la funcionalidad del software.

Las una de las ventajas de esta herramienta es que se puede adquirir de manera gratuita y es a la vez robusta. Debido a que es de distribución libre el software cuenta con una comunidad de usuarios, desarrolladores y colaboradores muy importante, entonces debido a esto la información sobre el manejo, tutoriales y soporte es extenso y no presenta un inconveniente. Otra ventaja que podemos agregar es que es una herramienta gratuita que permite realizar experimentos que en la vida real impedirían que las personas se formaran como ingenieros de redes de datos y seria inaccesible el conocimiento.

Los simuladores de rede de datos permiten en nuestro trabajo tener la habilidad de resolver problemas de comunicación que se pueden presentar en el hogar o la oficina, además el conocimiento de las redes de datos le permite a un desarrollador de software estar al tanto de las seguridad, eficiencia y confiabilidad de la transmisión de datos, que muchas veces pueden ser sensibles.





Laboratorio 1 - GNS3

 video: