Trabajo de Administracion de Redes Individual Nro2

REPBLICA BOLIVARIANA DE VENEZUELA
UNIVERSIDAD NUEVA ESPARTA

ADMINISTRACIN DE REDES
PROFESOR: EDDY CARRASCO
ESCUELA DE COMPUTACIN
ADMINISTRACIN DE REDES
TRABAJO INDIVIDUAL NRO. 2
Gerardo Prez. 9.147.140
CARACAS, 17 DE JULIO DE 2014
INDICE
Introduccin......................................................................................................................... 6
Analizar Trfico................................................................................................................... 7
Cuntos mensajes se capturan por cada ICMP echo request?.....................................7
a)
QOS :........................................................................................................................... 8
Problemas en la red de datos conmutados......................................................................9
Bajo rendimiento.............................................................................................................. 9
Paquetes sueltos............................................................................................................. 9
Retardos........................................................................................................................ 10
Latencia......................................................................................................................... 10
Jitter............................................................................................................................... 10
Entrega de paquetes fuera de orden.............................................................................10
Errores........................................................................................................................... 10
b. Perfilar Trfico (Traffic Shaping) ...................................................................................11

c)
Balanceo de Cargas:..................................................................................................11
d)
Respaldo Total........................................................................................................... 12
e)
Respaldo Incremental................................................................................................12
Se respaldan los archivos modificados luego del ltimo respaldo total. Esta poltica de
respaldo disminuye el tiempo que emplea el sistema en realizar el respaldo. Ante la
restauracin del sistema se debe volcar primero el respaldo total, y luego el ultimo
respaldo incremental.........................................................................................................12
f)
Respaldo Diferencial..................................................................................................12
g)
Recuperacin de desastres........................................................................................13
Analizar el siguiente caso..................................................................................................15

Usted ha sido contratado por una gran empresa de la industria farmacutica como el
administrador de la red. En su primer da de trabajo se da cuenta que no se ha realizado
ningn respaldo de la informacin por ms de 6 meses. Que realizara y que
procedimiento recomendara?...........................................................................................15
Responder las siguientes preguntas:................................................................................15
a. Cul es mnimo nmero de discos requeridos para RAID 5?...........................15
b. Qu comando usara para determinar la cantidad de puertos abiertos en un

host y que aplicaciones los tiene abierto? Mostrar ejemplo :.........................................15
c. Hacer el diagrama de la Arquitectura funcional de la administracin de redes. . .18
d. Cules son los estados posibles para los servicios en la red?.........................18
Conclusiones.....................................................................................................................19
Referencias Electrnicas...................................................................................................20
4
Bibliografa........................................................................................................................ 21
ANEXOS........................................................................................................................... 22
Introduccin.
Durante
el
desarrollo
del
presente
trabajo,
se
profundizarn
los
conocimientos sobre para el uso de software para administracin de redes, los

cuales nos permiten conocer de manera precisa los eventos que podemos
monitorear para poder establecer alarmas para el monitoreo de las redes de
computacin. Se utiliza adems metodologas de anlisis de paquetes de datos,
para lo cual se hace una introduccin a los software de windump y wireshark, Por
otro lado, se hace referencias precisas a los casos de contigencias para poder
tener disponible en todo momento y activos los procesos crticos de la
organizacin.
Analizar Trfico
Cuntos mensajes se capturan por cada ICMP echo request?
Por cada ping se capturan 4 mensajes como se aprecia en el grfico de wireshark

Ejecuta: $> nc 192.168.1.10 1111
Qu tipo de mensaje enva el servidor?
Definir Trminos
a) QOS :
Se define como calidad de servicio (en ingls Quality of service) y se refiere a
la disponibilidad del servicio prestado en una red, cualquier que sea ella, es
decir una red de computadoras, red de telefona, una red de carreteras, etc,
Para nuestro caso hablaremos de red de computadoras, para lo cual estamos
hablando de rendimiento de los servicios utilizados por cada una de las
mquinas conectadas a la red LAN o WAN.
Calidad de servicios comprende requerimientos en todos los aspectos de
una conexin, tales como tiempo de respuesta de los servicios, prdidas, ratio
seal-a-ruido, diafonas, eco, interrupciones, frecuencia de respuesta, niveles
de sonido, entre otros.
En el campo de las redes de computadoras y otras redes de
telecomunicacin en paquetes, los trminos de ingeniera del trfico se refieren
a mecanismos de control para reservacin de recursos en vez de la calidad de
servicio lograda.
Calidad de servicio es la habilidad de proveer diferentes prioridades a
diferentes aplicaciones, usuarios, o flujos de datos, o de garantizar un cierto
nivel de rendimiento para un flujo de datos. Por ejemplo, una requerida tasa de
bits, retraso, jitter, probabilidad de eliminacin de paquetes y/o tasa de bit de
errores pueden ser garantizados. Las garantas de la calidad de servicio son
importantes si la capacidad de la red es insuficiente, especialmente para
aplicaciones de transmisin multimedia en tiempo real tales como voz sobre IP,
juegos en lnea y IP-TV, ya que a menudo estos requieren tasa de bit
establecidas y son sensitivas al retraso y en redes donde la capacidad es un
recurso limitado.
Una red o protocolo que soporta Calidad de servicios puede coincidir en un

contrato de trfico con la aplicacin y reservar capacidad en los nodos de la
red, por ejemplo durante una fase de establecimiento de sesin. Durante la
sesin puede monitorear el nivel de rendimiento alcanzado, por ejemplo la tasa
de data y el retraso, y dinmicamente controlar las prioridades entre los nodos
de la red. Esta puede liberar la capacidad reservada durante una fase
posterior.
Una red o servicio de mejor-esfuerzo no soporta calidad de servicio. Una
alternativa a complejos mecanismos de control de calidad de servicios es
proveer comunicacin de alta calidad sobre una red mejor-esfuerzo esperando
de tal manera que sea suficiente para la carga de trfico esperada. La
resultante ausencia de congestin en la red elimina la necesidad de
mecanismos de calidad de servicios.
Calidad de servicios es algunas veces usada como medidor de calidad, con
muchas definiciones alternativas, en lugar de referirse a la habilidad de
reservar recursos. Alta calidad de servicio a menudo es confundida con alto
nivel de rendimiento o la calidad de servicio alcanzada, por ejemplo altas tasas
de bit, baja latencia y baja probabilidad de error 1
Problemas en la red de datos conmutados
Bajo rendimiento
Debido a la carga variante de otros usuarios compartiendo los mismos recursos de
red, la tasa de bits (el mximo rendimiento) que puede ser provista para una cierta
transmisin de datos, puede ser muy lenta para servicios en tiempo real si toda la
transmisin de datos obtiene el mismo nivel de prioridad.
1 http://es.wikipedia.org/wiki/QoS
9
Paquetes sueltos
Los ruteadores pueden fallar en liberar algunos paquetes si ellos llegan
cuando los buffers ya estn llenos. Algunos, ninguno o todos los paquetes pueden
quedar desfragmentados dependiendo del estado de la red, y es imposible
determinar que pasar de antemano. La aplicacin del receptor puede preguntar
por la informacin que ser retransmitida causando largos retardos a lo largo de la
transmisin.
Retardos
Puede ocurrir que los paquetes tomen largo tiempo en alcanzar su destino,
debido a que pueden permanecer en largas colas o tomen una ruta ms larga para
prevenir la congestin de la red. En algunos casos, los retardos excesivos pueden
inutilizar aplicaciones tales como VoIP (voz sobre IP) o juegos en lnea.
Latencia
Puede tomar bastante tiempo para que cada paquete llegue a su destino,
porque puede quedar atascado en largas colas, o tomar una ruta menos directa
para evitar la congestin. Esto es diferente de rendimiento, ya que el retraso
puede mejorar con el tiempo, incluso si el rendimiento es casi normal. En algunos
casos, latencia excesiva puede convertir a una aplicacin como VoIP (voz sobre
IP) juegos online inutilizables
Jitter
Los paquetes del transmisor pueden llegar a su destino con diferentes
retardos. Un retardo de un paquete vara impredeciblemente con su posicin en
las colas de los ruteadores a lo largo del camino entre el transmisor y el destino.
Esta variacin en retardo se conoce como jitter y puede afectar seriamente la
calidad del flujo de audio y/o vdeo.
Entrega de paquetes fuera de orden
Cuando un conjunto de paquetes relacionados entre s son encaminados
a Internet, los paquetes pueden tomar diferentes rutas, resultando en diferentes
retardos. Esto ocasiona que los paquetes lleguen en diferente orden de cmo
fueron enviados. Este problema requiere un protocolo que pueda arreglar los
10
paquetes fuera de orden a un estado iscrono una vez que ellos lleguen a su
destino. Esto es especialmente importante para flujos de datos de vdeo
y VoIP donde la calidad es dramticamente afectada tanto por latencia y prdida
de sincrona.
Errores
A veces, los paquetes son mal dirigidos, combinados entre s o corrompidos
cuando se encaminan. El receptor tiene que detectarlos y justo cuando el paquete
es liberado, pregunta al transmisor para repetirlo as mismo.
b. Perfilar Trfico (Traffic Shaping)
Intenta controlar el trfico en redes de ordenadores para as lograr optimizar o

garantizar el rendimiento, baja latencia, y/o un ancho de banda determinado
retrasando
paquetes. La
catalogacin
de
trfico
propone
conceptos
de
clasificacin, colas, imposicin de polticas, administracin de congestin, calidad

de servicio (QoS) y regulacin. Por otra parte, esto consiste en una prctica
utilizada por diversos ISPs para no sobrepasar sus capacidades de servicio.
Debido al aumento de trfico especialmente por aplicaciones P2P, los ISPs
han aumentado su manejo de este tipo de trfico. Debido a la adaptacin de las
aplicaciones para enmascarar este tipo de trfico, se ha empezado a
implementar Inspeccin Profunda de Paquetes (Deep Packet Inspection en
ingls). Si bien normalmente se usa traffic shaping en contexto de ISPs, desde
hace mucho tiempo el control de trfico est soportado por distintas tecnologas de
transporte en forma nativa (como ATM y MPLS) lo que permite la clasificacin y
priorizacin de trficos como VoIP por sobre otros de mejor tolerancia al retraso y
a jitter.
c) Balanceo de Cargas:
2 http://es.wikipedia.org/wiki/Traffic_shaping
11
El balance o balanceo de carga es un concepto usado en informtica que se

refiere a la tcnica usada para compartir el trabajo entre varios procesos,
ordenadores, discos u otros recursos. Est ntimamente ligado a los sistemas
de multiprocesamiento, o que hacen uso de ms de una unidad de
procesamiento para realizar labores tiles.
El balance de carga se mantiene gracias a un algoritmo que divide de la
manera
ms
equitativa
posible
el
trabajo,
para
evitar
los
as
denominados cuellos de botella.3

d) Respaldo Total
Tambin conocido como respaldo de todo el sistema de archivos (full dump).
Este tipo de respaldo permite en caso de falla realizar una rpida restauracin
de los archivos, pues volcando el ultimo respaldo se tiene toda la informacin,
como desventaja se tiene el tiempo que est ocupado el sistema realizando el
respaldo, es decir se pierden aquellas transacciones efectuadas mientras se
hace e respaldo total del sistema.
e) Respaldo Incremental
Se respaldan los archivos modificados luego del ltimo respaldo total. Esta
poltica de respaldo disminuye el tiempo que emplea el sistema en realizar el
respaldo. Ante la restauracin del sistema se debe volcar primero el respaldo
total, y luego el ultimo respaldo incremental.
f) Respaldo Diferencial
Se realizan respaldos por da, el primero ser luego del ltimo total, el
siguiente ser luego del ltimo diferencial. Al respaldar solo los archivos
modificados durante ese da se reduce el tiempo de respaldo, como
3 http://es.wikipedia.org/wiki/Balance_de_carga
12
contrapartida ante una restauracin se debe volcar primero el respaldo total, y

luego en forma ordenada todos los respaldos diferenciales, con esto se
aumentan el tiempo de respuesta ante una falla. Una opcin es llevar una
propia poltica de respaldos que alterne entre incrementales y diferenciales,
luego del respaldo total. Esto sin duda depender del ambiente de trabajo. 4
4 http://www.fing.edu.uy/tecnoinf/mvd/cursos/adminf/material/adi07-respaldos.pdf
13
g) Recuperacin de desastres
La recuperacin de desastres significa poner en operacin el negocio despus
de un evento que fue anticipado, medido, estudiado y puso fuera de servicio de
manera temporal la razn de ser del negocio.
Este evento requiere de planes de accin (vistos en la materia de seguridad
de redes) que permiten levantar una vez ms los procesos e informacin crtica
del negocio, bien sea desde el mismo lugar fsico o desde una nueva
localizacin que abarca tanto la Planeacin para Recuperacin de Desastres
(DRP)
como
la
Planeacin
para
el
Restablecimiento
del
Negocio.
Recuperacin de Desastres es la capacidad para responder a una interrupcin

de los servicios mediante la implementacin de un plan para restablecer las
funciones crticas de la organizacin (es decir la parte operativa del negocio).
Ambos se diferencian de la Planeacin de Prevencin de Prdidas, la cual
implica la calendarizacin de actividades como respaldo de sistemas,
autenticacin y autorizacin (seguridad), revisin de virus y monitoreo de la
utilizacin de sistemas (principalmente para verificaciones de capacidad). En
esta ocasin hablaremos sobre la importancia de contar con la capacidad para
restablecer la infraestructura tecnolgica de la organizacin en caso de una
disrupcin
severa.
Constantemente
se
experimentan
situaciones
de
emergencia, directa o indirectamente, las cuales se manifiestan en respuestas

equvocas ocasionadas por el temor, miedo o un extremoso pnico aterrador.
Frecuentemente los administradores o responsables de los sistemas de
cmputo empiezan a tomar en cuenta la seguridad de su sistema despus de
haber sido objeto de un ataque, dando como resultado la prdida de
informacin, horas de trabajo, incluso dinero. La seguridad en el trabajo es uno
de los factores ms importantes que garantizan el crecimiento de la
productividad. Velar por la seguridad fsica y lgica no es una tarea que se
efecte una sola vez y garantice su eficiencia por siempre. Para mantener la
14
seguridad
se
requiere
realizar
peridicamente
tareas
preventivas.
El
establecimiento de procedimientos y medidas de seguridad estn destinados a

salvaguardar la unidad administrativa, el centro de cmputo su estructura
fsica, al personal, sus procedimientos operacionales, la informacin y
documentacin generada contra cualquier evento natural o humano que de
forma intencional o por accidente puedan afectarlos. 5
5 http://es.wikipedia.org/wiki/Plan_de_recuperaci%C3%B3n_ante_desastres
15
Analizar el siguiente caso.

Usted ha sido contratado por una gran empresa de la industria farmacutica como
el administrador de la red. En su primer da de trabajo se da cuenta que no se ha
realizado ningn respaldo de la informacin por ms de 6 meses. Que realizara
y que procedimiento recomendara?
Procedimiento:
Hacer un respaldo total de la data.

Una vez terminado, hacer respaldo incremental.
Despus de esto, respaldo diarios diferenciales.
Establecer polticas de respaldos. Donde una vez por semana debe
efectuarse respaldos completos totales.
Establecer planes de contingencia para puesta en servicio de los
procesos crticos del negocio.
Usar el estndar ISO / TEC 27001 para armar los procesos y pasos
requeridos de la metodologa.
Responder las siguientes preguntas:
a. Cul es mnimo nmero de discos requeridos para RAID 5?
Requiere un mnimo de 3 discos para ser implementado.
b. Qu comando usara para determinar la cantidad de puertos

abiertos en un host y que aplicaciones los tiene abierto? Mostrar
ejemplo :
el comando : netstat abn
a: muestra los puertos en escucha o abiertos.
b: Muestra el archivo exe que usa protocolo.
n: Muestra puertos y direcciones en formato numrico.
16
17
18
c. Hacer el diagrama de la Arquitectura funcional de la administracin de

redes
http://omicron.une.edu.ve/cgv/file.php/292/AdminRedesBv2014_Mod_III.pdf
(Profesor Eddy Carrasco).
d. Cules son los estados posibles para los servicios en la red?
Fallas Simples: Mapa con condiciones de UP o DOWN.

Falla definida como evento que ocurre frecuentemente. Mapping con
periodos de falla o no falla.
Eventos que requieren de la intervencin y atencin del
administrador. Condicin de alarma.
Falla por exceder lmite o umbral.6
6 http://omicron.une.edu.ve/cgv/file.php/292/AdminRedesBv2014_Mod_III.pdf
(Profesor Eddy Carrasco).
19
Conclusiones.
Para
una organizacin cualquier que ella sea, la primera tarea es el
resguardo de la informacin, para ello se debe administrar de manera eficiente los

recursos, aparatos y software de la red, pues teniendo una red normalizada,
podemos hacer funciones de monitoreo de manera ms precisa, y actuar de
acuerdo al problema o evento que se presente. El uso de software para la
administracin de los reursos de red y para el monitoreo especializado, cumplen a
cabalidad con los estndares de seguridad descritos en el curso de administracin
de redes.
20
Referencias Electrnicas
http://es.wikipedia.org/wiki/QoS
[Consulta 16 julio 2014].
http://es.wikipedia.org/wiki/Balance_de_carga
http://es.wikipedia.org/wiki/Traffic_shaping
http://www.fing.edu.uy/tecnoinf/mvd/cursos/adminf/material/adi07-respaldos.pdf
http://es.wikipedia.org/wiki/Plan_de_recuperaci%C3%B3n_ante_desastres
[Consulta 16 julio 2014]
http://lamiradadelreplicante.com/2012/01/12/mostrar-conexiones-activas-procesosy-puertos-abiertos-con-netstat/
[Consulta 17 julio 2014]
21
Bibliografa
http://omicron.une.edu.ve/cgv/file.php/292/AdminRedesBv2014_Mod_III.pdf (Profesor
Eddy Carrasco).
22
ANEXOS
No.
Time
Source
Destination
Protocol Length Info
1 0.000000 HonHaiPr_81:58:13
D-Link_0d:b6:64
ARP
42
Who
has 172.16.0.1? Tell 172.16.0.103
Frame 1: 42 bytes on wire (336 bits), 42 bytes captured (336 bits)
Ethernet II, Src: HonHaiPr_81:58:13 (e0:06:e6:81:58:13), Dst: D-Link_0d:b6:64
(34:08:04:0d:b6:64)
Address Resolution Protocol (request)
No.
Time
Source
Destination
2 0.019973 D-Link_0d:b6:64
HonHaiPr_81:58:13
ARP
42
172.16.0.1 is at 34:08:04:0d:b6:64
Ethernet II, Src: D-Link_0d:b6:64 (34:08:04:0d:b6:64), Dst: HonHaiPr_81:58:13
(e0:06:e6:81:58:13)
Address Resolution Protocol (reply)
No.
Time
Source
Destination
3 2.473008 172.16.0.106
172.16.0.103
ICMP
74
Echo
(ping) request id=0x0001, seq=20/5120, ttl=128
Ethernet II, Src: HonHaiPr_85:84:c9 (08:3e:8e:85:84:c9), Dst:
HonHaiPr_81:58:13 (e0:06:e6:81:58:13)
Internet Protocol Version 4, Src: 172.16.0.106 (172.16.0.106), Dst:
172.16.0.103 (172.16.0.103)
Internet Control Message Protocol
No.
Time
Source
Destination
4 7.593743 HonHaiPr_85:84:c9
HonHaiPr_81:58:13
ARP
42
Who has 172.16.0.103? Tell 172.16.0.106
HonHaiPr_81:58:13 (e0:06:e6:81:58:13)
No.
Time
Source
Destination
5 7.593785 HonHaiPr_81:58:13
HonHaiPr_85:84:c9
ARP
42
172.16.0.103 is at e0:06:e6:81:58:13
Ethernet II, Src: HonHaiPr_81:58:13 (e0:06:e6:81:58:13), Dst:
HonHaiPr_85:84:c9 (08:3e:8e:85:84:c9)
No.
Time
Source
Destination
6 7.594006 172.16.0.106
172.16.0.103
ICMP
74
Echo
HonHaiPr_81:58:13 (e0:06:e6:81:58:13)
23

172.16.0.103 (172.16.0.103)
No.
Time
Source
Destination
7 12.200377 172.16.0.106
172.16.0.103
ICMP
74
Echo
HonHaiPr_81:58:13 (e0:06:e6:81:58:13)
172.16.0.103 (172.16.0.103)
No.
Time
Source
Destination
8 17.320213 172.16.0.106
172.16.0.103
ICMP
74
Echo
HonHaiPr_81:58:13 (e0:06:e6:81:58:13)
172.16.0.103 (172.16.0.103)
No.
Time
Source
Destination
9 22.259401 172.16.0.103
173.194.73.188
TCP
55
49181
> hpvroom [ACK] Seq=1 Ack=1 Win=4256 Len=1
(34:08:04:0d:b6:64)
173.194.73.188 (173.194.73.188)
Transmission Control Protocol, Src Port: 49181 (49181), Dst Port: hpvroom
(5228), Seq: 1, Ack: 1, Len: 1
Data (1 byte)
0000 00
.
No.
Time
Source
Destination
10 22.348276 173.194.73.188
172.16.0.103
TCP
66
hpvroom > 49181 [ACK] Seq=1 Ack=2 Win=670 Len=0 SLE=1 SRE=2
(e0:06:e6:81:58:13)
172.16.0.103 (172.16.0.103)
Transmission Control Protocol, Src Port: hpvroom (5228), Dst Port: 49181
(49181), Seq: 1, Ack: 2, Len: 0
No.
Time
Source
Destination
11 37.288880 172.16.0.106
172.16.0.103
ICMP
1514 Echo
24

HonHaiPr_81:58:13 (e0:06:e6:81:58:13)
172.16.0.103 (172.16.0.103)
No.
Time
Source
Destination
12 37.288882 172.16.0.106
172.16.0.103
IPv4
1514
Fragmented IP protocol (proto=ICMP 1, off=1480, ID=431f)
HonHaiPr_81:58:13 (e0:06:e6:81:58:13)
172.16.0.103 (172.16.0.103)
Data (62 bytes)
0000 61 62 63 64 65 66 67 68 69 6a 6b 6c 6d 6e 6f 70 abcdefghijklmnop
0010 71 72 73 74 75 76 77 61 62 63 64 65 66 67 68 69 qrstuvwabcdefghi
0020 6a 6b 6c 6d 6e 6f 70 71 72 73 74 75 76 77 61 62 jklmnopqrstuvwab
0030 63 64 65 66 67 68 69 6a 6b 6c 6d 6e 6f 70
cdefghijklmnop
No.
Time
Source
Destination
13 37.288883 172.16.0.106
172.16.0.103
IPv4
1178
Fragmented IP protocol (proto=ICMP 1, off=2960, ID=431f)
HonHaiPr_81:58:13 (e0:06:e6:81:58:13)
172.16.0.103 (172.16.0.103)
Data (62 bytes)
0000 69 6a 6b 6c 6d 6e 6f 70 71 72 73 74 75 76 77 61 ijklmnopqrstuvwa
0010 62 63 64 65 66 67 68 69 6a 6b 6c 6d 6e 6f 70 71 bcdefghijklmnopq
0020 72 73 74 75 76 77 61 62 63 64 65 66 67 68 69 6a rstuvwabcdefghij
0030 6b 6c 6d 6e 6f 70 71 72 73 74 75 76 77 61
klmnopqrstuvwa
No.
Time
Source
Destination
14 40.484694 172.16.0.103
74.125.131.125
TCP
55
[TCP
segment of a reassembled PDU]
(34:08:04:0d:b6:64)
74.125.131.125 (74.125.131.125)
Transmission Control Protocol, Src Port: 49184 (49184), Dst Port: xmpp-client
(5222), Seq: 1, Ack: 1, Len: 1
No.
Time
Source
Destination
15 44.998715 HonHaiPr_81:58:13
D-Link_0d:b6:64
ARP
42
Who
has 172.16.0.1? Tell 172.16.0.103
(34:08:04:0d:b6:64)
25
No.
Time
Source
Destination
16 45.998730 HonHaiPr_81:58:13
D-Link_0d:b6:64
ARP
42
Who
has 172.16.0.1? Tell 172.16.0.103
(34:08:04:0d:b6:64)
No.
Time
Source
Destination
17 46.998758 HonHaiPr_81:58:13
D-Link_0d:b6:64
ARP
42
Who
has 172.16.0.1? Tell 172.16.0.103
(34:08:04:0d:b6:64)
No.
Time
Source
Destination
18 64.467917 0.0.0.0
255.255.255.255
BOOTP 346 Boot
Request from e0:06:e6:81:58:13 (HonHaiPr_81:58:13)[Packet size limited
during capture]
Ethernet II, Src: HonHaiPr_81:58:13 (e0:06:e6:81:58:13), Dst: Broadcast
(ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 0.0.0.0 (0.0.0.0), Dst: 255.255.255.255
(255.255.255.255)
User Datagram Protocol, Src Port: bootpc (68), Dst Port: bootps (67)
[Packet size limited during capture: BOOTP/DHCP truncated]
No.
Time
Source
Destination
19 64.494077 fe80::3917:77b9:69b2:5549 ff02::1:2
DHCPv6 149
Solicit XID: 0x28f96b CID: 0001000118cfdd5ae006e6815813 [Packet size
limited during capture]
IPv6mcast_00:01:00:02 (33:33:00:01:00:02)
Internet Protocol Version 6, Src: fe80::3917:77b9:69b2:5549
(fe80::3917:77b9:69b2:5549), Dst: ff02::1:2 (ff02::1:2)
User Datagram Protocol, Src Port: dhcpv6-client (546), Dst Port: dhcpv6-server
(547)
DHCPv6
[Packet size limited during capture: DHCPv6 truncated]
No.
Time
Source
Destination
20 64.497965 HonHaiPr_81:58:13
Broadcast
ARP
42
Who
has 172.16.0.103? Tell 0.0.0.0
(ff:ff:ff:ff:ff:ff)
No.
Time
Source
Destination
21 64.498109 ::
ff02::1:ffb2:5549
ICMPv6 78
Neighbor
Solicitation for fe80::3917:77b9:69b2:5549
26
IPv6mcast_ff:b2:55:49 (33:33:ff:b2:55:49)
Internet Protocol Version 6, Src: :: (::), Dst: ff02::1:ffb2:5549 (ff02::1:ffb2:5549)
Internet Control Message Protocol v6
No.
Time
Source
Destination
22 64.498172 fe80::3917:77b9:69b2:5549 ff02::2
ICMPv6 70
Router Solicitation from e0:06:e6:81:58:13
IPv6mcast_00:00:00:02 (33:33:00:00:00:02)
(fe80::3917:77b9:69b2:5549), Dst: ff02::2 (ff02::2)
No.
Time
Source
Destination
23 64.498249 fe80::3917:77b9:69b2:5549 ff02::16
ICMPv6 90
Multicast Listener Report Message v2
IPv6mcast_00:00:00:16 (33:33:00:00:00:16)
(fe80::3917:77b9:69b2:5549), Dst: ff02::16 (ff02::16)
No.
Time
Source
Destination
24 64.998092 fe80::3917:77b9:69b2:5549 ff02::16
ICMPv6 90
IPv6mcast_00:00:00:16 (33:33:00:00:00:16)
(fe80::3917:77b9:69b2:5549), Dst: ff02::16 (ff02::16)
No.
Time
Source
Destination
25 65.016156 HonHaiPr_81:58:13
Broadcast
ARP
42
Who
has 172.16.0.1? Tell 172.16.0.103
(ff:ff:ff:ff:ff:ff)
No.
Time
Source
Destination
26 65.020217 D-Link_0d:b6:64
HonHaiPr_81:58:13
ARP
42
172.16.0.1 is at 34:08:04:0d:b6:64
(e0:06:e6:81:58:13)
No.
Time
Source
Destination
27
27 65.020259 172.16.0.103
173.194.73.188
TCP
54
49181
> hpvroom [FIN, ACK] Seq=2 Ack=1 Win=4256 Len=0
(34:08:04:0d:b6:64)
173.194.73.188 (173.194.73.188)
(5228), Seq: 2, Ack: 1, Len: 0
No.
Time
Source
Destination
28 65.494202 fe80::3917:77b9:69b2:5549 ff02::1:2
DHCPv6 149
IPv6mcast_00:01:00:02 (33:33:00:01:00:02)
(fe80::3917:77b9:69b2:5549), Dst: ff02::1:2 (ff02::1:2)
(547)
DHCPv6
No.
Time
Source
Destination
29 65.498033 HonHaiPr_81:58:13
Broadcast
ARP
42
Who
has 172.16.0.103? Tell 0.0.0.0
(ff:ff:ff:ff:ff:ff)
No.
Time
Source
Destination
30 65.498240 fe80::3917:77b9:69b2:5549 ff02::1
ICMPv6 86
Neighbor Advertisement fe80::3917:77b9:69b2:5549 (ovr) is at
e0:06:e6:81:58:13
IPv6mcast_00:00:00:01 (33:33:00:00:00:01)
(fe80::3917:77b9:69b2:5549), Dst: ff02::1 (ff02::1)
No.
Time
Source
Destination
31 65.513787 fe80::3917:77b9:69b2:5549 ff02::16
ICMPv6 90
IPv6mcast_00:00:00:16 (33:33:00:00:00:16)
(fe80::3917:77b9:69b2:5549), Dst: ff02::16 (ff02::16)
28
No.
Time
Source
Destination
32 65.514270 172.16.0.103
224.0.0.22
IGMPv3 54
Membership Report / Join group 224.0.0.252 for any sources
IPv4mcast_00:00:16 (01:00:5e:00:00:16)
(224.0.0.22)
Internet Group Management Protocol
No.
Time
Source
Destination
33 65.516568 fe80::3917:77b9:69b2:5549 ff02::1:3
LLMNR 87
Standard query 0x03a0 ANY Acer-PC
IPv6mcast_00:01:00:03 (33:33:00:01:00:03)
(fe80::3917:77b9:69b2:5549), Dst: ff02::1:3 (ff02::1:3)
User Datagram Protocol, Src Port: 59617 (59617), Dst Port: llmnr (5355)
Link-local Multicast Name Resolution (query)
No.
Time
Source
Destination
34 65.517065 172.16.0.103
224.0.0.252
LLMNR 67
IPv4mcast_00:00:fc (01:00:5e:00:00:fc)
(224.0.0.252)
No.
Time
Source
Destination
35 65.548224 fe80::3917:77b9:69b2:5549 ff02::16
ICMPv6 90
IPv6mcast_00:00:00:16 (33:33:00:00:00:16)
(fe80::3917:77b9:69b2:5549), Dst: ff02::16 (ff02::16)
No.
Time
Source
Destination
36 65.548732 172.16.0.103
224.0.0.22
IGMPv3 54
IPv4mcast_00:00:16 (01:00:5e:00:00:16)
(224.0.0.22)
No.
Time
Source
Destination
29
37 65.617152 fe80::3917:77b9:69b2:5549 ff02::1:3

LLMNR 87
IPv6mcast_00:01:00:03 (33:33:00:01:00:03)
(fe80::3917:77b9:69b2:5549), Dst: ff02::1:3 (ff02::1:3)
No.
Time
Source
Destination
38 65.617324 172.16.0.103
224.0.0.252
LLMNR 67
IPv4mcast_00:00:fc (01:00:5e:00:00:fc)
(224.0.0.252)
No.
Time
Source
Destination
39 65.998107 172.16.0.103
224.0.0.22
IGMPv3 62
Membership Report / Join group 224.0.0.252 for any sources / Join group
239.255.255.250 for any sources
IPv4mcast_00:00:16 (01:00:5e:00:00:16)
(224.0.0.22)
No.
Time
Source
Destination
40 65.998429 fe80::3917:77b9:69b2:5549 ff02::16
ICMPv6 110
Multicast Listener Report Message v2[Packet size limited during capture]
IPv6mcast_00:00:00:16 (33:33:00:00:00:16)
(fe80::3917:77b9:69b2:5549), Dst: ff02::16 (ff02::16)
[Packet size limited during capture: ICMPv6 truncated]
No.
Time
Source
Destination
41 66.497970 HonHaiPr_81:58:13
Broadcast
ARP
42
Who
has 172.16.0.103? Tell 0.0.0.0
(ff:ff:ff:ff:ff:ff)
No.
Time
Source
Destination
30
42 67.346152 172.16.0.103
173.194.73.188
TCP
55
[TCP
Retransmission] 49181 > hpvroom [ACK] Seq=1 Ack=1 Win=4256 Len=1
(34:08:04:0d:b6:64)
173.194.73.188 (173.194.73.188)
(5228), Seq: 1, Ack: 1, Len: 1
Data (1 byte)
0000 00
.
No.
Time
Source
Destination
43 67.494240 fe80::3917:77b9:69b2:5549 ff02::1:2
DHCPv6 149
IPv6mcast_00:01:00:02 (33:33:00:01:00:02)
(fe80::3917:77b9:69b2:5549), Dst: ff02::1:2 (ff02::1:2)
(547)
DHCPv6
No.
Time
Source
Destination
44 67.498077 HonHaiPr_81:58:13
Broadcast
ARP
42
Gratuitous ARP for 172.16.0.103 (Request)
(ff:ff:ff:ff:ff:ff)
Address Resolution Protocol (request/gratuitous ARP)
No.
Time
Source
Destination
45 67.499133 172.16.0.1
172.16.0.103
ICMP
70
Destination unreachable (Host unreachable)
(e0:06:e6:81:58:13)
(172.16.0.103)
No.
Time
Source
Destination
46 67.499439 172.16.0.1
172.16.0.103
ICMP
70
(e0:06:e6:81:58:13)
(172.16.0.103)
31

No.
Time
Source
Destination
47 67.503469 fe80::3917:77b9:69b2:5549 ff02::16
ICMPv6 90
IPv6mcast_00:00:00:16 (33:33:00:00:00:16)
(fe80::3917:77b9:69b2:5549), Dst: ff02::16 (ff02::16)
No.
Time
Source
Destination
48 67.503640 172.16.0.103
224.0.0.22
IGMPv3 54
Membership Report / Leave group 224.0.0.252
IPv4mcast_00:00:16 (01:00:5e:00:00:16)
(224.0.0.22)
No.
Time
Source
Destination
49 67.517739 fe80::3917:77b9:69b2:5549 ff02::16
ICMPv6 90
IPv6mcast_00:00:00:16 (33:33:00:00:00:16)
(fe80::3917:77b9:69b2:5549), Dst: ff02::16 (ff02::16)
No.
Time
Source
Destination
50 67.517895 172.16.0.103
224.0.0.22
IGMPv3 54
IPv4mcast_00:00:16 (01:00:5e:00:00:16)
(224.0.0.22)
No.
Time
Source
Destination
51 67.518981 172.16.0.103
10.1.193.12
DNS
79
Standard query 0x584b A isatap.inter.net.ve
(34:08:04:0d:b6:64)
(10.1.193.12)
User Datagram Protocol, Src Port: 50991 (50991), Dst Port: domain (53)
Domain Name System (query)
No.
Time
Source
Destination
32
52 67.519944 172.16.0.1
172.16.0.103
ICMP
70
(e0:06:e6:81:58:13)
(172.16.0.103)
No.
Time
Source
Destination
53 67.520289 fe80::3917:77b9:69b2:5549 ff02::1:3
LLMNR 87
Standard query 0x36b8 ANY Acer-PC
IPv6mcast_00:01:00:03 (33:33:00:01:00:03)
(fe80::3917:77b9:69b2:5549), Dst: ff02::1:3 (ff02::1:3)
No.
Time
Source
Destination
54 67.520771 172.16.0.103
224.0.0.252
LLMNR 67
Standard query 0x36b8 ANY Acer-PC
IPv4mcast_00:00:fc (01:00:5e:00:00:fc)
(224.0.0.252)
No.
Time
Source
Destination
55 67.531834 172.16.0.103
10.1.193.12
DNS
85
Standard query 0x6218 A teredo.ipv6.microsoft.com
(34:08:04:0d:b6:64)
(10.1.193.12)
No.
Time
Source
Destination
56 67.532552 172.16.0.103
10.1.193.12
DNS
77
Standard query 0xd094 A wpad.inter.net.ve
(34:08:04:0d:b6:64)
(10.1.193.12)
33
No.
Time
Source
Destination
57 67.537836 172.16.0.1
172.16.0.103
ICMP
70
(e0:06:e6:81:58:13)
(172.16.0.103)
No.
Time
Source
Destination
58 67.537838 172.16.0.1
172.16.0.103
ICMP
70
(e0:06:e6:81:58:13)
(172.16.0.103)
No.
Time
Source
Destination
59 67.576283 172.16.0.103
172.16.0.255
NBNS
110
Registration NB ACER-PC<00>[Packet size limited during capture]
(ff:ff:ff:ff:ff:ff)
172.16.0.255 (172.16.0.255)
User Datagram Protocol, Src Port: netbios-ns (137), Dst Port: netbios-ns (137)
NetBIOS Name Service
[Packet size limited during capture: NBNS truncated]
No.
Time
Source
Destination
34

Trabajo de Administracion de Redes Individual Nro2

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Trabajo de Administracion de Redes Individual Nro2

Cargado por

Copyright:

Formatos disponibles

REPBLICA BOLIVARIANA DE VENEZUELA

UNIVERSIDAD NUEVA ESPARTA

Gerardo Prez. 9.147.140

CARACAS, 17 DE JULIO DE 2014

b. Perfilar Trfico (Traffic Shaping) ...................................................................................11

Analizar el siguiente caso..................................................................................................15

a. Cul es mnimo nmero de discos requeridos para RAID 5?...........................15

b. Qu comando usara para determinar la cantidad de puertos abiertos en un

c. Hacer el diagrama de la Arquitectura funcional de la administracin de redes. . .18

d. Cules son los estados posibles para los servicios en la red?.........................18

conocimientos sobre para el uso de software para administracin de redes, los

Por cada ping se capturan 4 mensajes como se aprecia en el grfico de wireshark

Una red o protocolo que soporta Calidad de servicios puede coincidir en un

b. Perfilar Trfico (Traffic Shaping)

Intenta controlar el trfico en redes de ordenadores para as lograr optimizar o

clasificacin, colas, imposicin de polticas, administracin de congestin, calidad

El balance o balanceo de carga es un concepto usado en informtica que se

denominados cuellos de botella.3

contrapartida ante una restauracin se debe volcar primero el respaldo total, y

Recuperacin de Desastres es la capacidad para responder a una interrupcin

emergencia, directa o indirectamente, las cuales se manifiestan en respuestas

establecimiento de procedimientos y medidas de seguridad estn destinados a

Analizar el siguiente caso.

Hacer un respaldo total de la data.

Responder las siguientes preguntas:

a. Cul es mnimo nmero de discos requeridos para RAID 5?

Requiere un mnimo de 3 discos para ser implementado.

b. Qu comando usara para determinar la cantidad de puertos

c. Hacer el diagrama de la Arquitectura funcional de la administracin de

d. Cules son los estados posibles para los servicios en la red?

Fallas Simples: Mapa con condiciones de UP o DOWN.

una organizacin cualquier que ella sea, la primera tarea es el

resguardo de la informacin, para ello se debe administrar de manera eficiente los

Internet Protocol Version 4, Src: 172.16.0.106 (172.16.0.106), Dst:

Ethernet II, Src: HonHaiPr_85:84:c9 (08:3e:8e:85:84:c9), Dst:

37 65.617152 fe80::3917:77b9:69b2:5549 ff02::1:3

Internet Control Message Protocol

También podría gustarte