Diagn ostico y plan de intervenci on de la infraestructura ...

43
Diagn´ ostico y plan de intervenci´ on de la infraestructura tecnol´ ogica del cuarto de telecomunicaciones (TR) de la red de datos de la sede Calle 34 de la Universidad Distrital Francisco Jos´ e de Caldas. Erick Santiago Gonz´ alez Gonz´ alez Universidad Distrital Francisco Jos´ e de Caldas Tecnologia en sistemazacion de datos FacultadTecnol´ogica Bogot´ a D.C. Octubre 2019

Transcript of Diagn ostico y plan de intervenci on de la infraestructura ...

Diagnostico y plan de intervencion de lainfraestructura tecnologica del cuarto de

telecomunicaciones (TR) de la red de datos dela sede Calle 34 de la Universidad Distrital

Francisco Jose de Caldas.

Erick Santiago Gonzalez Gonzalez

Universidad Distrital Francisco Jose de CaldasTecnologia en sistemazacion de datos

Facultad TecnologicaBogota D.C.Octubre 2019

Diagnostico y plan de intervencion de lainfraestructura tecnologica del cuarto de

telecomunicaciones (TR) de la red de datos dela sede Calle 34 de la Universidad Distrital

Francisco Jose de Caldas.

Erick Santiago Gonzalez Gonzalez

Proyecto de grado para optar al tıtulo de Tecnologo en sistematizacion de datos

Asesor: Jose Vicente Reyes Mozo

Universidad Distrital Francisco Jose de CaldasTecnologia en sistemazacion de datos

Facultad TecnologicaBogota D.C.Octubre 2019

Nota de aceptacion:

Asesor: Jose Vicente Reyes Mozo

Bogota, Octubre 2019

Agradecimientos

Agradezco a mi familia y demas personas que me apoyaron y brindaron ayuda.

1

Resumen

El presente trabajo, muestra la manera en la cual el pasante de la red de datos de la UniversidadDistrital UDNET, realizo un levantamiento de informacion de los cuartos de telecomunaciones que seencuentran en la sede Calle 34 de la Universidad, ademas del plan de intervencion y de mejoramientodel mismo.

En el proceso de pasantıa, se realizo un desarrollo de software el cual pretende mejorar el inventa-riado a nivel general de la Universidad, en cuanto a cuartos de telecomunicaciones se refiere.

Se asigno al pasante el modulo de reportes, allı se establecio por parte de la red de datos unavisualizacion que le permita a la entidad, poder visualizar de manera mas eficaz el estado de loscuartos en terminos especificos, como sus condiciones ambientales, electricas, de infraestructura, etc.

En general, la pasantıa se realizo de dos formas, una en campo, realizando las tareas de levanta-miento e intervencion y el desarrollo del software en conjunto con otros pasantes.

The present work shows the way in which the intern of the data network of the UDNET DistrictUniversity, carried out an information gathering of the telecomuncture rooms that are located at the34th Street headquarters of the University, in addition to the intervention plan and its improvement.

In the internship process, a software development was carried out which aims to improve theinventory at a general level of the University, as far as telecommunications rooms are concerned.

The report module was assigned to the intern, there was established by the data network a visua-lization that allows the entity to be able to visualize more effectively the state of the rooms in specificterms, such as their environmental, electrical conditions, of infrastructure, etc.

In general, the internship was carried out in two ways, one in the field, performing the tasks ofsurvey and intervention and the development of the software in conjunction with other interns.

2

Tabla de Contenido

Agradecimientos 1

Resumen 2

1. Introduccion 7

2. Planteamiento del problema 82.1. Descripcion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82.2. Justificacion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82.3. Alcances . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92.4. Limitaciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

3. Objetivos 103.1. Objetivo General . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103.2. Objetivos Especıficos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

4. Marco Teorico 114.1. Marco Referencial . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

4.1.1. Cuartos de telecomunaciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114.1.1.1. Racks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124.1.1.2. Unidades de rack. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

4.1.2. Cableado estructurado . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144.1.2.1. Cable UTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144.1.2.2. Puerto RJ-45 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 154.1.2.3. Patch - cord . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 164.1.2.4. Paneles de parcheo (Patch-Panel) . . . . . . . . . . . . . . . . . . . . 16

4.1.3. Equipos de telecomunicaciones . . . . . . . . . . . . . . . . . . . . . . . . . . . 174.1.3.1. Router . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 174.1.3.2. Switch . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 184.1.3.3. Modem . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 184.1.3.4. Punto de acceso (access point) . . . . . . . . . . . . . . . . . . . . . . 19

4.1.4. Equipos electricos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 204.1.4.1. UPS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 204.1.4.2. POE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

3

Tabla de Contenido

5. Marco conceptual 235.1. Python . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 235.2. Django . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 245.3. Modelo , vista y plantilla . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

6. Metodologia 276.1. SCRUM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

6.1.1. Definicion de roles. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 276.1.2. Historias de usuario. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 286.1.3. Sprints. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

7. Descripcion de resultados 307.1. Capacitacion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 307.2. Trabajo de campo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

7.2.1. Levantamiento de informacion . . . . . . . . . . . . . . . . . . . . . . . . . . . 317.2.2. Diagnostico . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 327.2.3. Plan de intervencion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33

7.3. Modulo de reportes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 337.3.1. Diccionario de datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 347.3.2. Modelo ER . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 357.3.3. Diagrama de flujo chequeo de cuarto . . . . . . . . . . . . . . . . . . . . . . . . 36

8. Sugerencias y recomendaciones 37

9. Conclusiones 38

Bibliografıa 39

4

Lista de Figuras

4.1. Cuartos de telecomunicaciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114.2. Racks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124.3. Unidades de rack. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134.4. Pares trenzados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144.5. Puertos RJ - 45 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 154.6. Patch cord . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 164.7. Paneles de parcheo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 164.8. Router . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 174.9. Switch . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 184.10. Modem . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 184.11. Acces point . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 194.12. UPS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 204.13. POE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

5.1. Python . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 235.2. Django framework . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 245.3. Modelo vista plantilla . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

7.1. Diagrama de levantamiento de informacion . . . . . . . . . . . . . . . . . . . . . . . . 317.2. Diagrama de diagnostico . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 327.3. Diagrama de flujo modelo chequeo de cuarto . . . . . . . . . . . . . . . . . . . . . . . 36

5

Lista de Tablas

6.1. Definicion de roles. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

7.1. Tabla chequeo. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 347.2. Tabla items. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 347.3. Tabla estado item. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 347.4. Tabla tipo condicion. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 347.5. Tabla lista de revision. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34

6

Capıtulo 1

Introduccion

La principal caracterıstica de los cuartos de telecomunicaciones, es que estan pensados para cen-tralizar los componentes informaticos que utiliza una entidad para poder comunicarse con servicios,otras entidades e incluso entre ella misma, es allı donde se van a realizar todas las conexiones entre elusuario final y los servicios que este necesite, se puede ver de manera analogica como el corazon de lared de un sitio.

Entonces teniendo en cuenta lo necesario y el nivel de importancia que tiene un cuarto de teleco-municaciones en una entidad, debemos pensar que este debe mantener un nivel de salud optimo, talcomo si de un corazon se tratara, para esto existen normas, que es importante seguir si se quiere tenerun buen funcionamiento en la red que el cuarto de telecomunicaciones trabaje. Se debe pensar de ma-nera general en las condiciones que este se encuentra, como en su infraestructura,condicion ambiental,condicion electrica, entre otras.

Es por eso que la red de datos de la Universidad Distrital (UDNET), se encuentra interesadaprimeramente en realizar un levantamiento de informacion, con el ojetivo de poder inventariar todoslos componentes de su cuarto de telecomunicaciones en la sede Calle 34, posterior a esto realizar undiagnostico y plan de intervencion con el objetivo de poder mejorar a nivel fısico y logico el cuarto,para que luego en conjunto con todos los demas cuartos de telecomunicaciones de la universidad, estatenga un funcionamiento mas eficaz y optimo. Tambien la universidad esta interesada en implementarun sistema informativo, el cual permita a la red de datos visualizar de manera enlistada y ordenada,los cuartos y su condicion general, permitiendoles poder decidir a cuales cuartos de telecomunicacionesse les dara mas importancia y ası generar un plan de intervencion con prioridad en los cuartos quetengan un estado menos favorable a nivel general.

7

Capıtulo 2

Planteamiento del problema

2.1. Descripcion

La universidad actualmente tiene una problematica respecto a su red de datos, mas especıficamenteen la infraestructura de la misma, ya que cuenta con equipos que se encuentran desactualizados osimplemente obsoletos, ademas de las distintas problematicas que estos pueden generar,como lentitudy mal funcionamiento, por eso mismo es importante reemplazarlos o realizar una eficiente maniobrade reacondicionamiento, para poder actualizar a la norma vigente y darle mayor eficiencia a la red..

La infraestructura de la universidad tambien tiene problematicas respecto a inventario, ya que nose conoce con certeza los equipos y su disposicion, generando ası mismo discordia y mala gestion delos mismos.

Es necesario que el proyecto pueda ser efectuado, para que la universidad pueda realizar un avancesignificativo en cuanto a la calidad de su red, ademas que al implementar la normatividad vigente,sera necesario el cambio de infraestructura para poderse implementar de manera adecuada.

Por lo anterior, es importante y necesario realizar un diagnostico tecnico sobre la infraestructuracon la que cuenta la sede calle 34.

2.2. Justificacion

El proyecto que se llevara a cabo nace de una iniciativa por parte de la red de datos de la Univer-sidad Distrital, la cual busca la manera de suplir las necesidades de la red, para que esta pueda seraun mas rapida y eficiente.

La problematica que se busca resolver con el proyecto de pasantıa, es poder mejorar las condicionesen la que se encuentran los cuartos de telecomunicaciones de la sede Calle 34, ademas de implementarun software creado por el pasante, para poder tener informacion sobre el cuarto de telecomunicacio-

8

Capıtulo 2. Planteamiento del problema

nes, como su estado en condiciones generales, realizar un seguimiento y poder tomar las desicionescorrespondientes.

2.3. Alcances

Con el trabajo de pasantıa, se proyecto realizar un trabajo de campo, el cual consistio en intervenirlos cuartos de telecomuncaciones de la sede Calle 34, con lo cual se pretendio tener una informacion masdetallada de estos, ası como poder tener una vision mas clara y cercana a lo que estos necesitan parapoder cumplir las normas establecidas, por lo siguiente se tuvo como objetivo ejecutar un diagnosticode los cuartos y un plan de intervencion, para ası poder realizar una mejora en cada uno de ellos. Todosy cada uno de los procesos cometido en la sede se documentaron bajo los formularios y lineamientosde la red de datos UDNET.

Tambien pretende entregar un modulo de un aplicativo web el cual permita al la red de datosde la Universidad Distrital, Visualizar el estado general en medidas porcentuales de los cuartos detelecomunicacion a los que se les hizo levantamiento de informacion. Para esto la red debe instalar elsistema en un servidor y realizar los respectivos registros.

2.4. Limitaciones

Para la ejecucion de la pasantıa se tuvieron limitantes importantes, una y la mas importante deellas, se deb

9

Capıtulo 3

Objetivos

3.1. Objetivo General

Diagnostico y plan de intervencion de la infraestructura tecnologica del Cuarto de Telecomuni-caciones (TR) de la red de datos de la sede Calle 34 de la Universidad Distrital Francisco Josede Caldas.

3.2. Objetivos Especıficos

Realizar el levantamiento del estado tecnico, tecnologico, electrico, ambiental y de seguridad delTR.

Desarrollar el diagnostico de las condiciones actuales del TR basados en el levantamiento de lainformacion bajo lineamientos de la UDNet.

Generar el plan de intervencion basado en el diagnostico realizado bajo los lineamientos deUDNet y las normas y reglamentos existentes.

Ejecutar el plan de intervencion aprobado por la UDNet.

Diseno e implementacion del modulo de software de reportes para le gestion de la informacionde la red de datos de la Universidad Distrital Francisco Jose de Caldas.

10

Capıtulo 4

Marco Teorico

4.1. Marco Referencial

4.1.1. Cuartos de telecomunaciones

Figura 4.1: Cuartos de telecomunicaciones

11

Capıtulo 4. Marco Teorico

La principal finalidad de los cuartos de telecomunicaciones [Ver figura 4.1] es la distribucion delcableado horizontal y, como tal, se les considera generalmente como instalaciones que atienden pisosindividuales de edificios. Conocidos anteriormente como cuartos de la vertical, cuartos de cableado ocuartos satelites, los cuartos de telecomunicaciones se usan para conectar el cableado horizontal conel cableado de backbone y con equipo de telecomunicaciones. Especıficamente, esta destinado a alojarequipo de telecomunicaciones, terminaciones de cable y cross-connects.

4.1.1.1. Racks

Figura 4.2: Racks

Rack es un termino ingles que se emplea para nombrar a la estructura que permite sostener oalbergar un dispositivo tecnologico [Ver figura 4.2]. Se trata de un armazon metalico que, de acuerdoa sus caracterısticas, sirve para alojar una computadora, un router u otra clase de equipo.

Lo habitual es que los racks puedan ensamblarse para contener, en conjunto, una gran cantidad deequipos. De este modo, aquello que se entiende por rack suele ser utilizado en instituciones cientıficaso educativas, oficinas gubernamentales o grandes corporaciones. En los hogares, es mas frecuente quelas computadoras se ubiquen en un mueble tipo escritorio.

Por lo general, los racks (que tambien se conocen como cabinas o bastidores) se hallan en loscentros de datos que disponen de muchos servidores. El correcto armado de la estructura es esencialpara el funcionamiento de los equipos, ya que los cables deben organizarse de manera adecuada paralograr las conexiones.

La finalidad de los racks es el aprovechamiento del espacio. Gracias a estas estructuras, es posibleordenar muchos dispositivos en un espacio fısico reducido, facilitando tambien el acceso a los mismos.Tanto su instalacion, que requiere de la elaboracion de una compleja red de cableado y la correctafijacion de los equipos para evitar danos, como su mantenimiento son complejos y un mınimo descuidopuede poner en riesgo el trabajo de mucha gente.

12

Capıtulo 4. Marco Teorico

Dado que un rack de servidores suele estar en funcionamiento mucho mas tiempo seguido que unordenador particular, una parte esencial del mantenimiento se centra en la refrigeracion, para evitarel sobrecalentamiento. Uno de los puntos fundamentales en este sentido es la limpieza del interior delhardware, ya que cuando se junta mucho polvo en los ventiladores, estos pierden efectividad.

4.1.1.2. Unidades de rack.

Figura 4.3: Unidades de rack.

Una unidad rack o simplemente U es una unidad de medida usada para describir la altura delequipamiento preparado para ser montado en un rack de 19 o 23 pulgadas de ancho (48,26 cm o 58,42cm). Una unidad rack equivale a 1,75 pulgadas (4,445 cm) de alto [Ver figura 4.3].

Una unidad de rack se escribe normalmente como 1U; del mismo modo dos unidades se escribe 2Uy ası sucesivamente. La altura de una pieza del equipamiento de un rack es frecuentemente descritacomo un numero en U.

Un uso comun para un rack de 19 pulgadas es alojar servidores permitiendo configuraciones hard-ware densas sin ocupar excesivo espacio ni requerir estanterıas. La gran mayorıa de los racks son de42U, aproximadamente 78 pulgadas (2 metros) de altura. Normalmente equipo profesional de audioy vıdeo viene con opciones de montaje en rack y usa las mismas especificaciones de medida. Un ter-cer uso comun para un montaje en rack es energıa industrial, control y hardware de automatizacion,generalmente en racks de 46U.

Las unidades de medio rack describen unidades que caben en cierto numero de U pero ocupan solola mitad del ancho del rack de 19 pulgadas. Estas son usadas cuando un equipo no requiere el anchoentero del rack pero necesita mas de 1U de altura. Por ejemplo, una pletina DVCAM de 4U de mediorack ocupara 4U de alto x 19/2 pulgadas y, en principio, se podran montar dos pletinas una al ladode la otra ocupando el espacio entero de las 4U.

13

Capıtulo 4. Marco Teorico

El tamano de la unidad rack esta basada en la especificacion estandar para los racks definida enEIA-310.

4.1.2. Cableado estructurado

Se conoce como cableado estructurado al sistema de cables, conectores, canalizaciones y dispositivosque permiten establecer una infraestructura de telecomunicaciones en un edificio. La instalacion y lascaracterısticas del sistema deben cumplir con ciertos estandares para formar parte de la condicion decableado estructurado De esta manera, el apego del cableado estructurado a un estandar permite queeste tipo de sistemas ofrezca flexibilidad de instalacion e independencia de proveedores y protocolos,ademas de brindar una amplia capacidad de crecimiento y de resultar faciles de administrar.

4.1.2.1. Cable UTP

Figura 4.4: Pares trenzados

El cable de par trenzado consiste en grupos de hilos de cobre entrelazados en pares en formahelicoidal [Ver figura 4.4]. Esto se hace porque dos alambres paralelos constituyen una antena simple.Cuando se entrelazan los alambres helicoidalmente, las ondas se cancelan, por lo que la interferenciaproducida por los mismos es reducida lo que permite una mejor transmision de datos.2

14

Capıtulo 4. Marco Teorico

Ası, la forma entrelazada permite reducir la interferencia electrica tanto exterior como de parescercanos y permite transmitir datos de forma mas fiable. Un cable de par trenzado esta formado porun grupo de pares entrelazados (normalmente 2, 4 o 25 pares), recubiertos por un material aislante.Cada uno de estos pares se identifica mediante un color.

4.1.2.2. Puerto RJ-45

Figura 4.5: Puertos RJ - 45

El conector RJ45 (Registered Jack) es el principal conector usado en la conexion de tarjetas dered Ethernet [Ver figura 4.5]. Este conector se emplea con cables de par trenzado, por lo que el mismoconector se puede emplear para tipos de comunicacion diferente, dependiendo del orden de conexionde los pares trenzados.

El conector RJ45 es un conector estandar de red, que permite la interconexion de dispositivos dered entre sı mediante un cable UTP de 4 pares (8 cables). Existen dos formas de unir estos conectoresa los cables:

De forma manual mediante el crimpado con una tenaza.

Mediante un proceso industrial de vacıo que fija los contactos y el conector al cable.

Normalmente este conector se fabrica en plastico, y sus conexiones metalicas. Se usa plasticotrasparente para los conectores que se unen a los cables de forma manual, de esta forma, se puedevisualizar si los pares trenzados se conectan correctamente.

15

Capıtulo 4. Marco Teorico

4.1.2.3. Patch - cord

Figura 4.6: Patch cord

El patch cord, es el nombre que recibe el cable que interconecta equipos de red [Ver figura 4.6].Seproducen en muchos colores para facilitar su identificacion. En cuanto a longitud, los cables de redpueden ser desde muy cortos (unos pocos centımetros) para los componentes apilados, o tener hasta6 metros o mas. A medida que aumenta la longitud los cables son mas gruesos y suelen tener apan-tallamiento para evitar la perdida de senal y las interferencias. No existe un conector estandar parasu implementacion ya que todo dependera del uso que tenga el cable. Aunque esta definicion se usacon mayor frecuencia en el campo de las redes informaticas, pueden existir patch cords tambien paraotros tipos de comunicacion electronica. Los cables de red tambien son conocidos principalmente porlos instaladores como chicote. Aunque esta definicion se usa con mayor frecuencia en el campo delas redes informaticas, pueden existir cables de conexion tambien para otros tipos de comunicacioneselectronicas. Los cables de conexion, chicotes o latiguillos, se producen en muchos colores para facilitarsu identificacion. Existen varios conectores estandar (Registered Jack, RJ) que dependera del uso ytipo de cable a usar, por ejemplo: RJ-45, RJ-11.

4.1.2.4. Paneles de parcheo (Patch-Panel)

Figura 4.7: Paneles de parcheo

16

Capıtulo 4. Marco Teorico

Un panel de conexiones (patch panel), tambien denominado bahıa de rutas [Ver figura 4.7], es elelemento encargado de recibir todos los cables del cableado estructurado.

Tambien se puede definir como paneles donde se ubican los puertos de una red o extremos (analogi-cos o digitales) de una red, normalmente localizados en un bastidor o rack de telecomunicaciones.Todas las lıneas de entrada y salida de los equipos (computadoras, servidores, impresoras, entre otros)tendran su conexion a uno de estos paneles.

Sirve como organizador de las conexiones de la red, para que los elementos relacionados de la redde area local (LAN) y los equipos de conectividad puedan ser facilmente incorporados al sistema, yademas los puertos de conexion de los equipos activos de la red (switch, router, etc.) no tengan danospor el constante trabajo de retirar e introducir los conectores en sus puertos.

Son paneles electronicos utilizados en algun punto de una red informatica o sistema de comunica-ciones (analogico o digital) en donde terminan todos los cables de red.

Aclaracion: el panel de conexiones que se describio es para uso en redes de computadoras. Tambienexisten paneles de conexiones para uso en interconexion de equipos de audio (habitualmente en estudiosde grabacion o de radioemisora)

4.1.3. Equipos de telecomunicaciones

4.1.3.1. Router

cisco.jpg

Figura 4.8: Router

El router o enrutador es un dispositivo que opera en capa tres de nivel de 3. Ası, permite que variasredes u ordenadores se conecten entre sı y, por ejemplo, compartan una misma conexion de Internet[Ver figura 4.8]. Un router se vale de un protocolo de enrutamiento, que le permite comunicarse conotros enrutadores o encaminadores y compartir informacion entre sı para saber cual es la ruta masrapida y adecuada para enviar datos. Un tıpico enrutador funciona en un plano de control (en esteplano el aparato obtiene informacion acerca de la salida mas efectiva para un paquete especıfico dedatos) y en un plano de reenvıo (en este plano el dispositivo se encarga de enviar el paquete de datosrecibidos a otra interfaz).

17

Capıtulo 4. Marco Teorico

El router tiene multiples usos mas o menos complejos. En su uso mas comun, un enrutador permiteque en una casa u oficina pequena varias computadoras aprovechen la misma conexion a Internet. Eneste sentido, el router opera como receptor de la conexion de red para encargarse de distribuirlo atodos los equipos conectados al mismo. Ası, se conecta una red o Internet con otra de area local.

4.1.3.2. Switch

Figura 4.9: Switch

Un switch o conmutador es un dispositivo de interconexion utilizado para conectar equipos en redformando lo que se conoce como una red de area local (LAN) y cuyas especificaciones tecnicas siguenel estandar conocido como Ethernet (o tecnicamente IEEE 802.3) [Ver figura 4.9]. En la actualidadlas redes locales cableadas siguen el estandar Ethernet (practicamente el 100 ) donde se utiliza unatopologıa en estrella y donde el switch es el elemento central de dicha topologıa.

4.1.3.3. Modem

Figura 4.10: Modem

18

Capıtulo 4. Marco Teorico

Un modem es un dispositivo de hardware fısico que funciona para recibir datos de un proveedorde servicios de Internet a traves de un medio de conexion como cables, alambres o fibra optica [Verfigura 4.10]. La palabra en sı misma es en realidad una forma abreviada de Modulador-Demodulador,ya que el dispositivo realiza la modulacion y demodulacion de senales analogicas a senales digitales yviceversa con el fin de facilitar la transmision de datos a una red. Al recibir las senales analogicas quetransportan paquetes de datos, un modem puede convertirlas en una senal digital que su dispositivopuede utilizar. Alternativamente, cuando su dispositivo envıa informacion a Internet, lo hace en formade senales digitales que son convertidas por su modem en una senal analogica para ser transmitida alconcentrador central. La funcion principal de este dispositivo es traducir datos digitales y analogicospara adaptarlos al uso o al transporte.

4.1.3.4. Punto de acceso (access point)

Figura 4.11: Acces point

Un punto de acceso inalambrico (WAP o AP por sus siglas en ingles: Wireless Access Point) enredes de computadoras es un dispositivo que interconecta dispositivos de comunicacion inalambricapara formar una red inalambrica [Ver figura 4.11]. Normalmente un WAP tambien puede conectarsea una red cableada, y puede transmitir datos entre los dispositivos conectados a la red cable y losdispositivos inalambricos. Muchos WAPs pueden conectarse entre sı para formar una red aun mayor,permitiendo realizar roaming”. (Por otro lado, una red donde los dispositivos cliente se administran ası mismos - sin la necesidad de un punto de acceso - se convierten en una red ad-hoc[1]). Los puntos

19

Capıtulo 4. Marco Teorico

de acceso inalambricos tienen direcciones IP asignadas, para poder ser configurados.

Son los encargados de crear la red, estan siempre a la espera de nuevos clientes a los que darservicios. El punto de acceso recibe la informacion, la almacena y la transmite entre la WLAN (WirelessLAN) y la LAN cableada.

Un unico punto de acceso puede soportar un pequeno grupo de usuarios y puede funcionar en unrango de al menos treinta metros y hasta varios cientos. Este o su antena son normalmente colocadosen alto pero podrıa colocarse en cualquier lugar en que se obtenga la cobertura de radio deseada.

El usuario final accede a la red WLAN a traves de adaptadores. Estos proporcionan una interfazentre el sistema de operacion de red del cliente (NOS: Network Operating System) y las ondas,mediante una antena inalambrica.

4.1.4. Equipos electricos

4.1.4.1. UPS

Figura 4.12: UPS

Sistemas de alimentacion ininterrumpida (SAI), es un dispositivo que gracias a sus baterıas u otroselementos almacenadores de energıa, durante un apagon electrico puede proporcionar energıa electricapor un tiempo limitado a todos los dispositivos que tenga conectados [Ver figura 4.12]. Otra funcionque se puede anadir a estos equipos es mejorar la calidad de la energıa electrica que llega a las cargas,filtrando subidas y bajadas de tension y eliminando armonicos de la red en caso de usar corrientealterna.

20

Capıtulo 4. Marco Teorico

Los UPS (SAI) proporcionan energıa electrica a equipos llamados cargas crıticas, como aparatosmedicos, industriales o informaticos que requieren alimentacion permanente y de calidad, para estarsiempre operativos y sin fallos (picos o caıdas de tension).

La unidad de potencia para configurar un UPS es el voltiamperio (VA), que es la potencia aparente,o el vatio (W), que es la potencia activa, tambien denominada potencia efectiva o eficaz, consumidapor el sistema. Para calcular cuanta energıa requiere un equipo de SAI, se debe conocer su consumo.Si la que se conoce es la potencia efectiva o eficaz, en vatios, se multiplica la cantidad de vatios por 1,4para tener en cuenta el pico maximo de potencia que puede alcanzar el equipo. Por ejemplo: (200 W1,4 A) = 280 VA. Si lo que encuentra es la tension y la corriente nominales, para calcular la potenciaaparente (VA) hay que multiplicar la corriente (amperios) por la tension (voltios), por ejemplo: (3amperios 220 voltios) = 660 VA.

4.1.4.2. POE

Figura 4.13: POE

La alimentacion a traves de Ethernet (PoE) es una funcion de red definida en los estandares IEEE802.3af y 802.3at. PoE permite que los cables Ethernet suministren energıa a los dispositivos de red a

21

Capıtulo 4. Marco Teorico

traves de la conexion de datos existente [Ver figura 4.13].

Los dispositivos compatibles con PoE pueden ser equipos de suministro energetico (PSE), dispo-sitivos alimentados (PD) o, en ocasiones, de ambos tipos. El dispositivo que transmite alimentaciones un PSE, mientras el que la recibe es un PD. La mayorıa de PSE son switches de red o inyectoresPoE pensados para su uso con switches sin PoE. Ejemplos habituales de PD incluyen telefonos VoIP,puntos de acceso inalambricos y camaras IP.

22

Capıtulo 5

Marco conceptual

5.1. Python

Figura 5.1: Python

Python es un lenguaje de programacion interpretado cuya filosofıa hace hincapie en una sintaxisque favorezca un codigo legible. Se trata de un lenguaje de programacion multiparadigma, ya quesoporta orientacion a objetos, programacion imperativa y, en menor medida, programacion funcional.Es un lenguaje interpretado, dinamico y multiplataforma. Es administrado por la Python SoftwareFoundation. Posee una licencia de codigo abierto, denominada Python Software Foundation License,que es compatible con la Licencia publica general de GNU a partir de la version 2.1.1, e incompatible

23

Capıtulo 5. Marco conceptual

en ciertas versiones anteriores.

5.2. Django

Figura 5.2: Django framework

Django es un framework de aplicaciones web gratuito y de codigo abierto (open source) escrito enPython. Un framework web es un conjunto de componentes que te ayudan a desarrollar sitios web masfacil y rapidamente. Cuando construyes un sitio web, siempre necesitas un conjunto de componentessimilares: una manera de manejar la autenticacion de usuarios (registrarse, iniciar sesion, cerrar sesion),un panel de administracion para tu sitio web, formularios, una forma de subir archivos, etc. Por suertepara nosotros, hace tiempo que otros desarrolladores se dieron cuenta de que siempre se enfrentaban alos mismos problemas cuando construıan sitios web, y por eso se unieron y crearon frameworks (Djangoes uno de ellos) con componentes listos para usarse. Los frameworks sirven para que no tengamos quereinventar la rueda cada vez y que podamos avanzar mas rapido al construir un nuevo sitio.

24

Capıtulo 5. Marco conceptual

5.3. Modelo , vista y plantilla

Figura 5.3: Modelo vista plantilla

Basicamente los 3 componentes principales del framework tienen como funcion crear una comuni-cacion entre ellos para extraer informacion vital de base de datos y presentarlas en el navegador [Verfigura 5.3].

Modelo: El modelo tiene como objetivo mapear a la base de datos de tal forma que crea unasincronizacion entre la base de datos y la aplicacion, con el fin de mantener actualizada toda lainformacion de las tablas, campos, y datos de nuestra base

Vista: La vista tiene como objetivo recibir el requerimiento que es enviado por el navegador,procesar la informacion, si es necesario realizar una peticion al modelo para extraer un valor

25

Capıtulo 5. Marco conceptual

de base de datos u otro de los casos podrıa ser que solo muestre un mensaje enviando unrequerimiento al template

Plantilla: Es basicamente un archivo html que tiene como objetivo mostrar el pantalla de formaamigable la respuesta que es enviada por la vista

26

Capıtulo 6

Metodologia

Una metodologıa de desarrollo es un proceso que se sigue para, disenar un proyecto o producto,esto permite que se puedan crear aplicaciones y productos de manera eficiente. A partir del uso decualquier metodologıa de desarrollo se tiene mas control sobre el tiempo que se invierte en el desarrolloy los resultados son muy cercanos a los esperados.

6.1. SCRUM

La metodologıa de desarrollo que se usara para el proyecto sera, la metodologıa agil scrum, meto-dologıa que permite empezar a construir un proyecto a partir de las necesidades o deseos del cliente.

La metodologıa agil de desarrollo scrum es una de las metodologıas mas utilizadas para el desarrollode proyectos o productos. Scrum se divide por partes para hacer el trabajo mas optimo, en el menortiempo posible y reducir costos, se divide en diferentes fases como lo son, product backlog, donde seobtiene una lista con las necesidades del cliente, el sprint backlog, donde se separan las tareas porprioridad y un cierto tiempo de entrega, por ultimo, el increment donde se muestra lo completado encada sprint y con ello saber si el cliente desea hacer cambios o no.

El principal objetivo es maximizar las ganancias de la inversion del producto, donde primero sedebe hacer la funcionalidad mas importante para el cliente y luego se continua adaptando y autogestionando los modulos hasta terminar el proyecto.

6.1.1. Definicion de roles.

Un rol es un conjunto de funciones a realizar en un proyecto, donde este sera asignado a unapersona estrategicamente para su ejecucion y culminacion.

27

Capıtulo 6. Metodologia

Tabla 6.1: Definicion de roles.

Rol Nombre Funciones Descripcion

Analista Erick GonzalezRequerimientos del sistema,Requerimientos del prototipo,analisis.

Basicamente este rol definelas necesidades que debecubrir el producto.

Arquitecto desoftware

Erick Gonzalez

Fase de diseno (diseno delprograma),fase de planeacion y evaluacionde requisitos.

Es la persona que plasmalos requerimientos de formaestructural a nivel de softwaregracias a la experiencia enprogramacion.

Desarrollador Erick Gonzalez,Participaran en las fasesde desarrollo, pruebas ymantenimiento.

Es el encargado de desarrollarel producto para el cliente,ademas tiene las habilidadesnecesarias para entregar loesperado en cada sprint, Esteequipo debe estar diferenteareas ya que son los querealizan el proceso de inicioa fin.

Probador Erick GonzalezRealizar pruebas necesariaspara comprobar si sesatisfacen las necesidades.

Su funcion es Importante pueses la encargada de encontrardefectos en el prototipo

6.1.2. Historias de usuario.

Las historias de usuario, son pequenas descripciones de los requerimientos de un cliente. Su uti-lizacion es comun cuando se aplica marcos de entornos agiles como Scrum. Al redactar las historiasde usuario se debe tener en cuenta describir el Rol, la funcionalidad y el resultado esperado en unafrase corta. Debe venir acompanada (al reverso) de los criterios de aceptacion, hasta un maximo de 4por historia, redactado tambien en una frase que indique el contexto, el evento y el comportamientoesperado ante ese evento. Es deseable que las historias de usuario sean escritas por el usuario, en unafrase corta. Debe describir el rol desempenado por el usuario de forma explıcita e indicar el beneficiopara el area de negocio que representa esta funcionalidad. En los cursos analizaremos que las historiasde usuarios no son requerimientos escritos; son mecanismos que construyen entendimiento compartidoa traves de la colaboracion, con palabras e imagenes. Son discusiones acerca de las soluciones a proble-mas para la organizacion, los clientes y los usuarios, que llevan a acuerdos sobre los cuales construirlo deseado.

6.1.3. Sprints.

Sprint es el nombre que va a recibir cada uno de los ciclos o iteraciones que vamos a tener dentro dedentro de un proyecto Scrum. Nos van a permitir tener un ritmo de trabajo con un tiempo prefijado,siendo la duracion habitual de un Sprint unas cuatro semanas, aunque lo que la metodologıa dice es

28

Capıtulo 6. Metodologia

que deberıa estar entre dos semanas y un maximo de dos meses. En cada Sprint o cada ciclo de trabajolo que vamos a conseguir es lo que se denomina un entregable o incremento del producto, que aportevalor al cliente

29

Capıtulo 7

Descripcion de resultados

7.1. Capacitacion

La red de datos UDNET,establecio como primer paso que todos sus pasantes fueran capacitados,la capacitacion consiste en la guıa y ensenanza al pasante sobre los conceptos, metodologıas, funciones,procesos, normatividades y tendencias sobre los cuartos de telecomunicaciones. Es donde el pasantese instruye sobre todo lo necesario para poder entender el entorno en el cual se va a desempenar, masespecıficamente el area de telecomunicaciones, estas capacitaciones fueron realizadas por la misma redde datos, quien en fechas especıficas delego la capacitacion a sus integrantes y reunio a los pasantes.

Las capacitaciones llevaron a cabo todos los conceptos que la red de datos implementa, ademas seinstruyo sobre la importancia de la normatividad en un cuarto de telecomunicaciones, como se debenaplicar estas normatividades y que pasa si un cuarto de telecomunicaciones no las cumple, ademasde teorica, la capacitacion en general tuvo momentos practicos, en los cuales se le enseno al pasantelos procesos de estructurado de una red, desde la creacion de un patch-cord hasta como deben irorganizados los racks de un cuarto de telecomunicaciones.

Dada la complejidad de una red de telecomunicaciones y todos los conflictos que residen actual-mente en la red de datos, la capacitacion fue de vital importancia, ya que se anticipa al pasante a losconflictos que encontrara al momento de realizar una intervencion en un cuarto de telecomuncacionesy como se debe diagnosticar e intervenir segun la normatividad vigente que aplique.

30

Capıtulo 7. Descripcion de resultados

7.2. Trabajo de campo

7.2.1. Levantamiento de informacion

Figura 7.1: Diagrama de levantamiento de informacion

La primera accion a efectuar como pasante de la red de datos UDNET, fue realizar la labor delevantamiento de informacion, tarea demasiado importante, ya que al ejecutarse completamente setendrıa la informacion detallada de los cuartos de telecomunicaciones asignados de la sede Calle 34 encuanto a equipos e inventario de elementos que los conforman [Ver figura 7.1].

Para realizar el levantamiento de informacion la red de datos otorgo al pasante un conjunto defomularios, los cuales son denominados como ’Levantamiento de informacion’, cuyos formatos tienencomo objetivo alojar toda la informacion requerida de un cuarto de telecomunicaciones, como lo es suestado ambiental, electrico y funcional. Posteriormente se ingreso a todos y cada unos de los cuartos

31

Capıtulo 7. Descripcion de resultados

de telecomuncaciones diligenciando los formatos anteriormente mencionados.

7.2.2. Diagnostico

Figura 7.2: Diagrama de diagnostico

Para la red de datos UDNET, es importante conocer el estado de los cuartos de telecomunicacionesde la sede Calle 34, por lo tanto, uno de sus objetivos a realizar y que se le designo al pasante, esrealizar un diagnostico sobre los cuartos de telecomunicaciones, en el cual a partır de la informacionobtenida con el levantamiento de informacion, se harıa un analisis teniendo en cuenta las normas que lared de datos establece a sus cuartos de telecomunaciones, y generar un informe en donde se especifiqueque cumple o no las normas [Ver figura 7.2].

32

Capıtulo 7. Descripcion de resultados

7.2.3. Plan de intervencion

La tarea de plan de intervencion, se refiere a que el pasante debe a partır del diagnostico delos cuartos de telecomunaciones,llenar un fomulario que establece la red de datos UDNET como’Diagnostico y plan de intervencion’,en el que se plasma toda la informacion sobre el diagnostico y conbase en ello, se realiza un plan de intervencion, el cual consiste en identificar que cambios se puedenhacer en los cuartos de telecomunicaciones en cuanto a infraestructura, funcionalidad y tecnologıas,para que el mismo pueda cumplir con las normativas que la red de datos UDNET establece.

7.3. Modulo de reportes

El modulo asignado al pasante fue el modulo de reportes, el consiste en realizar un modulo de unsofware el cual permita a la red de datos conoces reportes de informacion que ellos soliciten, entre loscuales estan :

Reporte por estado general : Este reporte fue solicitado con el fin de que se genere una vistala cual permita al integrante de la red de datos, visualizar el estado general de un cuarto detelecomunicaciones.

Reporte items por tipo de condicion : Un reporte el cual filtre los items de el formulario lista derevision por tipo de condicion.

Reporte de levantamientos de informacion por sede : Reporte que permita visualizar de manerafiltrada los formularios de levantamiento de informacion por sedes.

Reporte de levantamientos de informacion por edificio : Reporte que permita visualizar de manerafiltrada los formularios de levantamiento de informacion por edificio.

Reporte de levantamientos de informacion por cuarto de telecomunicaciones : Reporte que per-mita visualizar de manera filtrada los formularios de levantamiento de informacion por cuartosde telecomunicaciones.

Reporte de levantamientos de informacion por piso : Reporte que permita visualizar de manerafiltrada los formularios de levantamiento de informacion por piso.

33

Capıtulo 7. Descripcion de resultados

7.3.1. Diccionario de datos

Tabla 7.1: Tabla chequeo.

Tabla 7.2: Tabla items.

Tabla 7.3: Tabla estado item.

Tabla 7.4: Tabla tipo condicion.

Tabla 7.5: Tabla lista de revision.

34

Capıtulo 7. Descripcion de resultados

7.3.2. Modelo ER

checkroom.png

35

Capıtulo 7. Descripcion de resultados

7.3.3. Diagrama de flujo chequeo de cuarto

Figura 7.3: Diagrama de flujo modelo chequeo de cuarto

36

Capıtulo 8

Sugerencias y recomendaciones

Una vez culminado el proyecto de pasantıa se vieron efectivos los objetivos especıficos a realizar,Aun ası se considera que los cuartos de telecomunicaciones aun tienen margen de mejora, por eso serecomienda a la red de datos de la universidad distrital, continuar con el proyecto, levantar nuevamentela informacion de sus cuartos, dignosticar nuevamente y ejecutar un plan de intervencion con mayorcapacidad de mejora, los cuales permitan ver cada vez mas que los cuartos de telecomunicaciones seacercan a un estado general perfecto.

37

Capıtulo 9

Conclusiones

Los trabajos de campo que involucraron levantamiento de informacion, fueron realizados satisfac-toriamente, con ellos se pudo tener una vision mas detallada sobre los equipos con los que cuenta cadacuarto de informacion de la sede Calle 34.

Se genero un diagnostico a partir de los levantamientos de informacion realizados, aclarando elestado en el que se encuentra cada cuarto de la sede Calle 34.

El plan de intervencion se hizo de una manera muy objetiva, especificando las mejoras de cadaaspecto que posee un cuarto de telecomunicaciones. Dando una vista mas clara de que se necesita parapoder tener un cuarto de telecomuncaciones en condiciones optimas.

La ejecucion del plan de intervencion fue un proceso el cual no fue llevado a cabo como se esperaba,ya que se tenıan cierta cantidad de mejoras a realizar a un cuarto de telecomunicaciones que la red dedatos no aprobo, aun ası se realizo lo acordado con exito.

El aprendizaje que se obtuvo en el transcurso de la pasantıa fue de gran utilidad, se hizo un aportecon el cual se pretendio mejorar y dejar en un mejor estado del que se encontraba la sede Calle 34 encuanto a cuartos de telecomunicaciones se refiere.

Es de vital importancia que la red de datos tenga al dıa sus cuartos de telecomunicaciones y quegracias a todo el proceso que se realizo se tenga una vision mas clara y objetiva para que otros pasanteso la misma red de datos, pueda intervenir en los cuartos de telecomunicaciones y de esa manera lograrque la red tenga un desempeno mucho mejor.

El modulo de software facilitara los operativos internos de la red de datos, para tener mas or-ganizada su informacion, el modulo de reportes ofrecera un servicio de valiosa importancia, que lespermitira conocer el estado de los cuartos de telecomunicaciones y ası ayudar a tomar decisiones masclaras y optimas para un buen proceder.

38

Bibliografıa

[1] Rack [en lınea], [revisado 10 de octubre 2019]. Disponible en internet:https://definicion.de/rack/

[2] Unidades de rack [en lınea], [revisado 10 de octubre 2019]. Disponible en internet:https://es.wikipedia.org/wiki/Unidad_rack

[3] Unidad rack[en lınea], [revisado 10 de octubre 2019]. Disponible en internet:http://recursos.normalpopayan.edu.co:8983/wikipedia_es_all_2017-08/A/Unidad_rack.html

[4] Cable de par trenzado [en lınea], [revisado 10 de octubre 2019]. Disponible en internet:https://es.wikipedia.org/wiki/Cable_de_par_trenzado

[5] Puerto RJ-45 [en lınea], [revisado 10 de octubre 2019]. Disponible en internet:https://tuelectronica.es/conector-rj45/

[6] Que es un router [en lınea], [revisado 10 de octubre 2019]. Disponible en internet:https://www.aboutespanol.com/que-es-un-router-841387

[7] Router [en lınea], [revisado 10 de octubre 2019]. Disponible:https://www.definicionabc.com/tecnologia/router.php

[8] Patch-panel [en lınea], [revisado 10 de octubre 2019]. Disponible en internet:https://es.wikipedia.org/wiki/Panel_de_conexiones

[9] Access point [en lınea], [revisado 10 de octubre 2019]. Disponible en internet: https://todo-redes.com/equipos-de-redes/access-point-punto-de-acceso

[10] POE [en lınea] [revisado 10 de octubre 2019]. Disponible en internet:https://kb.netgear.com/es/209/Qué-es-PoE-alimentación-a-través-de-Ethernet

[11] ¿Que es un sprint? [en lınea] [revisado 15 junio 2018]. Disponible en internet:https://openwebinars.net/blog/que-es-un-sprint-scrum/

[12] Metodologıa scrum [en lınea] [revisado 15 junio 2018]. Disponible en internet:https://www.sinnaps.com/blog-gestion-proyectos/metodologia-scrum

39

Bibliografıa

[13] Historias de usuario [en lınea] 2018 [revisado 15 junio 2018]. Disponible en internet:https://www.tenstep.ec/portal/articulos-boletin-tenstep/41-scrum/253-scrum-como-escribir-historias-de-usuarios-sin-morir-en-el-intento

40