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

Mapa mental Diseño y QoS en una Red

Enlace de acceso al mapa mental:

https://coggle.it/diagram/X7M-1SM6PWPhF0uJ/t/caracter%C3%ADsticas-de-la-capa-de-transporte/b3fefd643ecfe5e439eafd4af43d2bc8bf843cea6e1f64a50d29f1e239a608d1

Elaboración de una propuesta de software

https://docs.google.com/presentation/d/1N7E-WqaujbAHE4opYQhQ5LdSf7WRmgwu_8wjrTjGljg/edit?usp=sharing

Alcance de un proyecto de software

 

Identificación de requerimientos de software

Enlace al mapa: 

https://coggle.it/diagram/X6ooD4d4rqkITRtY/t/-/df311cb5e844ee9d4c710d673dafa2a4ba1e375b741b11dd5e753fab88d55d70

Evidencia entrenamiento de un perceptron multicapa para el reconocimiento de patrones

 Hola!

CÓDIGO:

% Letras I J K L

clc;

I=[-1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1];

%%%Modificacion I

I_mod_1 = [ 1 -1 -1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 -1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 -1 -1 1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 -1 -1 -1];

I_mod_2 = [ -1 -1 1 -1 1 -1 -1 1 -1 -1 -1 -1 1 -1 -1  -1 -1 1 -1 -1  -1 -1 1 -1 -1 1 -1 1 -1 -1 1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 -1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 1];

J=[-1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 1 -1 1 -1 -1 -1 1 -1 -1];

%%%Modificacion J

J_mod_1 = [-1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 -1 -1 -1 -1 -1 1 -1 -1 1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 1 -1 1 -1 -1 -1 1 -1 1];

J_mod_2 = [-1 -1 -1 -1 1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 -1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 1 -1 -1];

K=[-1 1 -1 -1 1 -1 1 -1 -1 1 -1 1 -1 1 -1 -1 1 -1 1 -1 -1 1 1 -1 -1 -1 1 1 -1 -1 -1 1 1 -1 -1 -1 1 1 -1 -1 -1 1 -1 1 -1 -1 1 -1 1 -1 -1 1 -1 -1 1 -1 1 -1 -1 1];

%%%Modificacion K

K_mod_1 = [1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 1 -1 1 -1 -1 1 -1 1 -1 -1 1 1 -1 -1 -1 1 -1 -1 -1 -1 1 1 -1 -1 -1 1 1 -1 -1 -1 1 -1 -1 -1 -1 -1 -1 1 -1 -1 1 -1 -1 1 -1 1 -1 -1 -1];

K_mod_2 = [-1 1 -1 -1 1 -1 1 -1 -1 1 -1 1 -1 -1 -1 -1 1 -1 1 -1 -1 1 1 -1 -1 -1 1 -1 -1 -1 -1 1 1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 1 -1 -1 1 -1 1 -1 -1 -1 -1 -1 1 -1 1 -1 -1 1];

L = [1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 1 1 1 1];

%%%Modificacion L

L_mod_1 = [1 -1 -1 -1 -1 -1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 1 1 -1 -1 -1 -1 1 -1 1 1 -1 1 -1 -1 1 -1 -1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 1 1 -1 -1 -1 -1 -1 1 1 1 1];

L_mod_2 = [1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 -1 -1 -1 -1 1 1 1 -1 -1];

p=[I;J;K;L]; %patrones

p=transpose(p); %transponiendo la información

%%Tres salidas

Target=eye(4);

%%Target=transpose(Target)

net=newff(minmax(p),[5,4],{'tansig','tansig'},'traingd');

net=init(net);

net.trainParam.lr = 0.1;   % learning rate

net.trainParam.epochs = 100000;

net.trainParam.goal = 1e-3;     %0.001   es 1 x 10 ^-3

[net,tr]=train(net,p,Target);

%%%%%%%%%%  EVALUACION DE PATRONES

Letra=transpose(K_mod_2);       %definir el patron

y1=sim(net,Letra);              %Realizar la simulacion

R=compet(y1);

[i, j]=find(R==1);

 i=i+72;      

Respuesta=char(i);

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)

Diseño de métodos de recolección de información

 

Cuadro Comparativo Métodos de Recolección Información

 

Lluvia de ideas requerimientos

 Lluvia de Ideas. Notas del curso: Análisis de Requerimientos pág 3 -7

Los requerimientos para un sistema de software son el viaje inicial por el que empieza todo desarrollo de software, deben existir unos requerimientos que  establezcan lo que debe hacer el sistema de software y también lo que no debe hacer. Para su desarrollo e implementación el cliente debe establecer de manera abstracta y explicativa lo que quiere que el programa realize y aquí se realiza un completo proceso de recolección de información relacionada a los requerimiento funcionales y no funcionales del software.

Luego de realizar la recolección de información la cual debe tener unos tiempos límite se debe realizar un documento de requerimientos que es un documento que usan tanto el cliente como los desarrolladores donde están plasmados los requerimientos acordados entre el cliente y el desarrollador.

El siguiente proceso es la ingeniería de requerimientos donde se estudia la información que se ha recolectado esta incluye un estudio de factibilidad, adquisición y análisis de requerimientos, especificación de requerimientos, validación de requerimientos y administración de requerimientos. La adquisición y el análisis de requerimientos es un proceso iterativo que se representa como una espiral de actividades.

Luego de la documentación final los cambios empresariales, organizacionales y técnicos pueden conducir inevitablemente a cambios en los requerimientos para un sistema de software. Es necesario por tanto saber recolectar y conocer todo lo posible sobre el producto a desarrollar y estar preparados también para esos cambios.

Juan Camilo Acevedo Moreno. G281

https://padlet.com/yulian_florez/lluviaideasGPIPB