# data[].attributes.body
Es padlet no me deixava pujar el video en aquest apartat.

# data[].attributes.headline
HP Openview, Solar Winds, CiscoView, What’s up Gold, SpiceWorks, Nagios

# data[].attributes.subject
HP Openview, Solar Winds, CiscoView, What’s up Gold, SpiceWorks, Nagios

# data[].attributes.body
Serveix per monotoritzar la xarxa, recollir la informació de l'estat dels dispositius, pot generar gràfiques i es poden configurar els equips remotament.

# data[].attributes.body
Pot analitzar a un equip quins ports i serveis té operatius.

# data[].attributes.body
Des d'un equip pots analitzar el tipus de trànsit d'entrada i sortida cap a un altre equip.

# data[].attributes.body
Pot comprovar l'estat de les connexions de un PC i mostrar les sessions establertes i les que estan en espera

# data[].attributes.body
Fa consultes a la DNS per veure si un domini es resoluble, si el servidor de la DNS està operatiu i per comprovar si existeix una entrada directa i una d'inversa per a un nom i adreça IP.

# data[].attributes.body
Comprova la correspondencia de la IP amb l'a MAC.

# data[].attributes.body
Permet establir sessions de terminal a un dispositiu de xarxa i servidors i administrar-los a distancia. També pot comprovar que un determinat port no està filtrat i que el servei està operatiu.

# data[].attributes.body
Permet comprovar si hi ha conexió de un equip a un altre.

# data[].attributes.body
Sapiguent que la wep ja funciona podem avisar al gerent de que la wep ja està operativa.

Tot el que s'ha fet s'ha de documentar per evitar problemes similars en el futur i poder solucionar-los més ràpidament.

# data[].attributes.body
Despres d'eliminar la llista de control, comprovam que podem conectarnos a la wep:

# data[].attributes.body
Per eliminar aquesta llista de control d'acces ahurem de fer el seguent:

# data[].attributes.body
Ara podrem veure tota la configuració del dispositiu de xarxa:

Si ens fixam en la llista d'accés "SERVIDOR-MAGATZEM", filtra tot el trànsit de tipus wep a les xarxes de 192.168.20.0/24 cap el servidor 172.16.255.100

# data[].attributes.body
Apretam ENTER i ecrivim els "enable" i després "show running-config"

# data[].attributes.body
Ens em pogut connectar al servidor, però la wep segueix sense veure.

Tot el cablejat i IPs estan correctes, però hi ha serveis que no podrien estar disponibles. Un company de feine vos avisa que el propi gerent va ordenar que en els ordinadors d'administració i recepció no es pogués accedir al servidor, però no va tenir en compte que això l'afectaria a ell mateix quan volgués accedir al servidor.

Com no es va documentar aquell canvi i no teniu informació, es tendrà que investigar i en un escenari molt gran es pot tardar hores.

El company que havia informat sobre l'activació de filtres, diu que la xarxa no disposa de un tallafocs per el baix presupost en aquell moment i per aixo es va decidir implementar una llista de control d'accés (ACL) a l'encaminador.

Ens connectarem a l'encaminador i clicar a la pestaña CLI.

# data[].attributes.body
També convé verificar que es pot fer "ping" amb els altres ordinadors i amb el servidor:

# data[].attributes.body
Ara, per verificar que ja funciona, em de fer "ping" a la porta d'enllaç:

# data[].attributes.body
Les dades que podem veure no són les que tendria que tenir l'ordinador si ho comparam amb la documentació.

S'han de canviar les dades acords amb les de la documentació.

# data[].attributes.body
Com podem veure no hi ha senyal. Convé fer un "ipconfig" per comprovar que l'IP de l'ordinador es la correcta.

# data[].attributes.body
Podem veure que Recepció i administració tenen la mateixa adreça IP que el del gerent.

Seria bona idea anar a preguntar en els altres departaments que sabem que usen la mateixa adreça IP i comprovar que els funciona la xarxa.

Tots diuen que no tenen cap problema.

Ara agafam el portatil i feim un "ping" a la porta d'enllaç, que sabem que es la 192.168.20.1, gracies a la documentació.

# data[].attributes.body
Afirmam que no funciona per el missatge d'arror que surt.

No tenint molt clar l'estat actual de de la xarxa després de que la topologia hagi sufrit canvis i de nou personal tècnic implementat, decidim pegar una ullada a la documentació sobre els equips implementats i IPs:

# data[].attributes.body
Imaginau que un gerent acaba de arribar a l'oficina de una reunió important, el qual a de actualitzar la base de dades de l'empresa per el que s'ha xerrat a la reunió, però la seva connexió no funciona correctament i ta tocat solucionar-ho.

S'haurà de fer servir l'ordinador del gerent per fer les següents proves.

S'haurà de provar a connectar al servidor wep i comprovar si es poden introduir a la pagina de l'empresa

# data[].attributes.headline
1.3.2 CONFIGURACIÓ I DIAGNÒSTIC DELS EQUIPS DE XARXA

# data[].attributes.subject
1.3.2 CONFIGURACIÓ I DIAGNÒSTIC DELS EQUIPS DE XARXA

# data[].attributes.body
Hem de revisar la topologia de la xarxa configurada com aquesta:

# data[].attributes.body
Tal com podem veure, ya hi ha senyal entre el PC i el servidor.
Ja es pot informar a l'usuari de que el problema a estat solucionat

# data[].attributes.body
Feim un "ping" per comprovar que ja funciona:

# data[].attributes.body
Sapiguent que la configuració es correcta, podem veure que no hi ha señal de un dispositiu a l'altre, pel qual procedirem a comprovar el cablejat que hi ha de l'un a l'altre.

Com em pogut veure anteriorment, la connexió entre l'ordinador i el commutador esta en vermell, mentre que entre el commutador i el servidor està en verd. Si aixo fos a equips reals tendriem que comprovar els LEDs.

El cable que va desde el PC al commutador no funciona perque es de tipus discuntinu. Despres de canviar-lo per un cable pla podem veure que funciona:

# data[].attributes.body
Si comparem la IP de l'ordinador amb la del servidor podem veure que pertanyen a la mateixa xarxa.

Ara provar a fer un "ping" de l'ordinador al servidor:

# data[].attributes.body
Veim que hi ha resposta, el qual demostra que està configurat correctament.

Comprovar l'adreça IP del servidor i mirar si està configurada amb el mateix criteri que l'ordinador:

# data[].attributes.body
La IP 127.0.0.1 està reservada per fer proves de connectivitat local i no es pot asignar a cap ordinador perque és comuna a cada equip.

# data[].attributes.body
Ara fer un "ping" al mateix ordinador mitjançant l'adresa loopback, per comprovar la connectivitat local de l'equip:

# data[].attributes.body
Efectivament ens surt un missatge d'error i no es mostra la wep.

Revisar la configuració del PC amb "ipconfig" per asegurar que esta configurada correctament:

# data[].attributes.body
Imaginau que us informen de que el PC no pot accedir al Servidor wep i teniu que trobar el problema el mes rapid posible.

Es una topologia molt bàsica, el cual no serà molt complicat el procés de verificació del cablejat i altres components de la connexió.

Primer tenim que comprovar si el servidor wep es afectivament inaccesible, ja que a vegades es produeixen problemes puntuals. Per fer-ho em d'obrir el navegador i connectar-nos a i'IP 192.168.0.100:

# data[].attributes.headline
1.3.1 PÈRDUA DE CONNEXIÓ EN EL SERVIDOR WEB

# data[].attributes.subject
1.3.1 PÈRDUA DE CONNEXIÓ EN EL SERVIDOR WEB

# data[].attributes.body
Hem de revisar la topologia de la xarxa configurada com aquesta:

# data[].attributes.headline
1.3. CASOS PRÀCTICS: VERIFICACIÓ DE LES CONNEXIONS I DOCUMENTACIÓ DELS PROCESSOS DE PROVA

# data[].attributes.subject
1.3. CASOS PRÀCTICS: VERIFICACIÓ DE LES CONNEXIONS I DOCUMENTACIÓ DELS PROCESSOS DE PROVA

# data[].attributes.body
En aquest apartat veurem dos casos pràctics que simulen errors a l'hora de connectar-se a un servidor web. Es mostraran les passes que s'han de seguir per trobar i solucionar el problema.

# data[].attributes.body
Comproven l'estat de les connexions dels commutadors i encaminadors i proporcionen informació sobre el port on està connectat la VLAN per la qual circulen els paquets, l'amplada de banda, etc...

# data[].attributes.body
Analitzen l'estat dels cables i connectors. Permeten detectar si el cable esta creuat, tallat... Si es de fibra òptica podrem seber si és multimode o monomode.

# data[].attributes.body
Són eines que ens permeten analitzar els valors dels components com el voltatge, corrent, resistència...

# data[].attributes.body
Són targetes que s'inst·talen en equips de xarxa per analitzar el trànsit per generar gràfics, informes... Es una de les opcions més cares perque domés o soporten els dispositius de gamma alta.

# data[].attributes.headline
1.2 EINES DE VERIFICACIÓ DE LA CONNECTIVITAT

# data[].attributes.subject
1.2 EINES DE VERIFICACIÓ DE LA CONNECTIVITAT

# data[].attributes.body
Hi ha eines de programari o maquinari que ens poden ajudar a diagnosticar i corregir errors a la xarxa. En cas de ser de ser de programari, es poden trobar de gratuites que venen implementades amb el sistema operatiu o d'altres comercials.

# data[].attributes.headline
1.1.5 PROCÉS DE VERIFICACIÓ DEL NIVELL D'APLICACIÓ

# data[].attributes.subject
1.1.5 PROCÉS DE VERIFICACIÓ DEL NIVELL D'APLICACIÓ

# data[].attributes.body
Problemes mes comuns que es troben en aquesta capa:

Les aplicacions dels usuaris funcionen més lentament de l’esperat, que apareixen errors per pantalla o que certes funcionalitats de l’aplicació no funcionen correctament.

# data[].attributes.headline
1.1.4 PROCÉS DE VERIFICACIÓ DEL NIVELL DE TRANSPORT

# data[].attributes.subject
1.1.4 PROCÉS DE VERIFICACIÓ DEL NIVELL DE TRANSPORT

# data[].attributes.body
Problemes mes comuns que es troben en aquesta capa:

Pot fallar un tipus específic de trànsit, intermitències en la connexió o problemes de seguretat.

Els problemes d'aquest nivell solen provocar que algunes aplicacions i serveis no funcionin, i es produeixen talls en el servei.

L'origen podria estar en el tallafocs, en la llista de control d'accés d'un encaminador o un problema en la configuració del programari.

Els servidors de DNS, DHCP i les configuracions NAT també poden provocar problemes. En la NAT hi ha aplicacions que necessiten una configuració específica per funcionar.

# data[].attributes.headline
1.1.3 PROCÉS DE VERIFICACIÓ DEL NIVELL XARXA

# data[].attributes.subject
1.1.3 PROCÉS DE VERIFICACIÓ DEL NIVELL XARXA

# data[].attributes.body
Problemes mes comuns que es troben en aquesta capa:

Si falla el nivell de xarxa probablement no hi haurà connectivitat o si n’hi ha la xarxa funcionarà amb un rendiment inferior a l’esperat; el trànsit segueix un recorregut poc òptim fins a la destinació.

Els problemes del nivell de xarxa solen apareixer quan hi ha un problema en la IP, en les taules d'encaminament o un camvi en la topologia.

Revisar si s'ha connectat o desconectat algun dispositiu, ja que aixo produeix un canvi en la topologia i encara que les xarxes disposen de un mecanisme per convergir aquets canvis, però de vegades els resultats no son sempre els esperats.

Comprovar que ningún equip s'hagi reiniciat, que es com si s'hagues apagat, el cual vol dir la xarxa a de convergir de nou perque ha hagut un canvi en la topologia

# data[].attributes.headline
1.1.2 PROCÉS DE VERIFICACIÓ DEL NIVELL D'ENLLAÇ

# data[].attributes.subject
1.1.2 PROCÉS DE VERIFICACIÓ DEL NIVELL D'ENLLAÇ

# data[].attributes.body
Problemes mes comuns que es troben en aquesta capa:

Falla la connectivitat en capes superiors, el trànsit arriba a la destinació però amb un rendiment inferior, el trànsit no arriba a la destinació, hi ha un excés de trànsit de gestió de protocols d’estat de l’enllaç o de senyalització.

Hi ha mes probabilidats de que els problemes del nivell d'enllaç es produesquin errors en les WLAN que en les LAN, pero tant amb una com en l'altre es recomenable verificar que no es produesquin bucles. Aixo pot ser degut a que din una xarxa hi ha múltiples camins els cuals forme un circuit tancat.

# data[].attributes.headline
1.1.1 PROCÉS DE VERIFICACIÓ DEL NIVELL FÍSIC

# data[].attributes.subject
1.1.1 PROCÉS DE VERIFICACIÓ DEL NIVELL FÍSIC

# data[].attributes.body
Problemes mes comuns que es troben en aquesta capa:

Connexions intermitents, congestió de trànsit, col·lisions, ús elevat de CPU dels dispositius de xarxa i rendiment inferior als valors normals.

San de revisar els cables i els connectors per asegurar-se de que no tinguin talls, que no estiguin deteriorats o que no facin un bon contacte. Si aixo es correcta convendria mirar si el connector que s'utilitza es el correcta, ja que hi ha connectors que son semblants i que realment no son compatibles amb l'equip, el cual pot provocar problemes si es connecten. També ens hem de fixar amb la configuració del cable.

Aquesta imatge representa el procediment de diagnòstic d'incidències:

# data[].attributes.headline
1.1. PROCEDIMENTS DE VERIFICACIÓ DE LA CONECTIVITAT

# data[].attributes.subject
1.1. PROCEDIMENTS DE VERIFICACIÓ DE LA CONECTIVITAT

# data[].attributes.body
Quan un usuari avisa de que internet no funciona es important sebre quines passes haurem de seguir per solucionar el problema.

Això dependrà de si s'utilitza el model OSI o el model TCP/IP, ja que les seves capes o nivells estan distribuits de diferent manera.

# data[].attributes.body
Serveix per saber quins programes o serveis executa l'equip (telefon mobils, ordinadors, servidors...)i per saber si poden ocasionar problemes a una xarxa per un mal ús.

Es important conèixer:

Nom o identificador únic.

Sistema operatiu (nom, versió i pedaços de seguretat instal·lats).

Adreçament IP.

Aplicacions o serveis que fan un ús intensiu de la xarxa (DNS, HTTP, VoIP, etc.).

Ubicació del dispositiu.

Tenir una documentació de la xarxa no seria suficient, per això, una vegada configurada la xarxa l'hem d'observar durant diferentes hores i dies, així podrem establir el patró d'us de la xarxa per solucionar els problemes que sorgeixin.

# data[].attributes.headline
2. CONFIGURACIÓ DELS DISPOSITIUS DE XARXA.

# data[].attributes.subject
2. CONFIGURACIÓ DELS DISPOSITIUS DE XARXA.

# data[].attributes.body
Aquest document proporcionarà informació especifica de cada dispositiu.

Com a mínim hauria de proporcionar aquesta informació:

Fabricant i model del dispositiu.

Versió del sistema operatiu.

Nom o identificador únic.

Adreçament físic i lògic (si en té).

Tipus de port de connexió.

Dispositius veïns amb qui està connectat.

Ubicació del dispositiu.

En cas contrari de no proporcionar-se aquesta informació podria originar problemes a la xarxa, ja que els dispositius no estarien controlats per els administradors.

# data[].attributes.body
Per supervisar de forma mes afectiva una xarxa, diagnosticar-la millor i resoldre els problemes de forma mes eficient hem de sabre com esta dissenyada la xarxa.

Aquest punts ens mostraran el mínim per tal de supervisar una xarxa adequadament:

1. Diagrama de la topologia.

2. Configuració dels dispositius de xarxa.

3. Documentació d’equips finals.

# data[].attributes.body
El diagrama ens serà molt útil per saber ràpidament com esta estructurada la xarxa amb tota la informació possible, com els equips que estan connectats, incloent-hi el medi, tecnologia i la IP. Així podrem saber quins poden ser els equips afectats pel mal funcionament.

Podem observar aquest diagrama com exemple.