vocabulario de redes y sus significados, todo relativo a CCNA v4 Cisco

¿como sacar la direccion de red y de broadcast apartir de una dirección ip con segmentación?

…esto me es más emocionante que cuando Einstein empezó a comentar la teoría de la relatividad…

¡Qué sensación más buena cuando uno entiende las cosas!

Ya sabeis que tengo un poco de manía en aprender conceptos, relacionandolos con casos reales o tal vez, un poco absurdos en la vida. Hoy vamos a comprender lo que es un broadcast, un dominio de broadcast y las tormentas… digamos entre comillas que es el equivalente al cuchicheo, al marujeo entre las maris del bloque y al marujeo con Sras. chillando y contandose la vida unas a otras sin establecer una relacion de turnos para hablar, todas ellas con los rulos, el pijama y gritando a la vez “jossssssssssssshuaaaaaaaaaaaaa” respectivamente.

Iremos poquito a poco…

Broadcast, que es lo que es, mas o menos la traduccion seria algo así a “difusión” o más bien pa yo entenderme a “marujear” en el sentido del verbo de ir diciendo a todo el mundo lo que le ha ocurrio a la niña del vecino del 4º (por poner un ejemplo). Se trata de un modo de transmisión de la información desde un host a todos los nodos que haya en mi segmento o red, o que bien pueda llegar de alguna manera, con esto, nos ahorramos el que cada uno de ellos sepa lo que yo quiera decir yendo de uno en uno. Entonces por ahora >>>> Broadcast = difusión = largarlo tó = marujear = cuchichear (en el sentido que todos los demás les llegue algo que yo quiero que sepan) Ej: cuando mi vecina del 3º empieza a regañar a los nietos, pero da tantas voces y gritos que nos enteramos el bloque entero, por hacer la comparación absurda, eso es un broadcast (digamos que yo soy el receptor, y que me he enterao de la regañina que le ha echao a los nietos, es decir, la información ha llegado a mis oidos)

Un ejemplo conciso en el mundo de las redes, sería cuando nosotros hacemos un ping a una dirección ip desde un host A a un host B teniendo en cuenta que estamos conectados todos los equipos através de un switch. Pues cuando hacemos “ping 192.168.1.27″ lo que hacemos es mandar al switch la información, y si es la 1ª vez que lo hacemos, el switch mete un berrío diciendo “quien carajo es la ip 27″ y manda por todas las bocas la pregunta, hasta que le llega al receptor, y éste contesta diciendo “yo soy la ip 27, y mi dirección mac es esta…”

El dominio de broadcast lo entiendo como el conjunto de ordenadores que pueden hablar entrte sí sin pasar por un router o aparato que enrute los paquetes, y siempre hablamos a nivel de ip, creo que el claro ejemplo sería el conectar varios equipos en una VLAN virtual, es decir, los equipos se conectan unos con otros nivel de ip, no a nivel de direcciones mac. Espero que cierta persona que lea esto, me eche un cable, porque es algo difuso lo que tengo en la cabeza con respecto a esto. Otro ejemplo si no me equivoco sería el conectar por ejemplo 8 ordenadores a un HUB (no a un switch, sino a un HUB HUB!!!) de manera que cuando se preguntan algo entre los ordenadores, sale por todas las bocas esa petición (en el caso de un switch no sería, porque el switch tiene una pequeñísima memoria donde guarda la tabla de direcciones ip relacionadas con las mac de cada equipo que está conectado a este)

Y las tormentas de broadcast se trata cuando se hacen varios o muchos broadcast a la misma vez en un mismo segmento de red, es decir… sería algo como lo siguiente: tenemos un bloque de 6 plantas, y 2 vecinos por planta, es decir, tenemos 12 vecinos en total, la tormenta de broadcast sería algo asi como si los 12 vecinos empiezan a hablar de diferentes temas entre sí, uno a los otros, de manera que nadie se enteraría de lo que dicen los demás, o mejor dicho, se enterarían pero muy tarde e incluso algunos no se enterarían de que es lo que ha dicho otro vecino. Lo malo que tiene es que cuando se produce este fenomeno, se usa un ancho de banda sustancial en la red y se produce un tiempo t vencido, de manera que algunos no se enterarían de lo que otros han dicho.

Correo electrónico enviado a un amigo para compartir emociones despues de una clase de Cisco xDDD (esto es peor que las drogas!!!)

SEGURO QUE TU YA LO SABES, PERO TIOOOOOO

HACER SUBNETTING, ES DECIR, SEGMENTACION DE REDES DENTRO DE UNA CLASE DE REDES EN BASE A UNA MASCARA DE RED, HE APRENDIO MAS O MENOS COMO SE HACE EL SUBNETTING EN REDES DE CLASE C o B (YA NO ESTOY MU SEGURO PORQUE ES UN POCO ABSTRACTO PA MI) PERO TIO, ES LA POLLA!!!!!!!! OSEA, PUEDES ESTAR TELA DE ABURRIO EN CASA (COMO DICE EL PROFESOR), Y SEGMENTAR TU PROPIA RED DE MANERA QUE POR EJEMPLO, ENTRE EL ROUTER Y EL FIREWALL DE TU LAN SOLO HAYA 2 DIRECCIONES IP, DE MANERA QUE NADIE SE PONGA EN EL MEDIO (THE MAN IN THE MIDDLE)
HACIENDOLO CON EL ROLLO MACABEO DE PONER LA MASCARA DE RED CON 255.255.255.128 ES LA POYA COMPADRE! PA SEGMENTARLO SE COJE EL ULTIMO OCTETO DE UNA DIRECCION IP Y LO QUE HACES A NIVEL DE BIT QUE VAS ACTIVANDOLOS SECUENCIALMENTE DE IZQUIERDA A DERECHA, Y HAY UNA COMBINACION TIO QUE SERIA, CREO RECORDAR ESTA…

10000000
11000000
11100000
11110000
11111000
11111100 <—– Y AKI EMPIEZA LA JUERGA! TENEMOS 2 ELEVADO A 2 = 4 MENOS LAS 2 DIRECCIONES DE RED Y BROADCAST… YUHUUUUUUUUUUU!!!!!!
11111110 <— ESTA NO NOS VALE PORQUE SOLO NOS DEJA 2 DIRECCIONES, QUE MENOS LA DIRECCION DE RED Y LA DE BROADCAST TAMPOCO NOS QUEDA LIBRE NINGUNA DIRECCION VALIDA
11111111 <—————ESTA NO VALE PORQUE NO NOS QUEDAN DIRECCIONES VALIDAS PARA PONER EN LA RED

EN LA CUAL TENDRIAMOS 2 ELEVADO A 2 = 4

DE LAS CUALES SI LE QUITAMOS LA DIRECCION DE RED Y LA DE BROADCAST, NOS QUEDAMOS CON DOS DIRECCIONES IP VALIDAS PARA NUESTRA “RED” UNA DIRECCION PAL FIREWALL Y OTRA PAL ROUTER…..MADREMIA, DE ESA MANERA SE IMPLEMENTA ALGO DE SEGURIDAD EN LA RED, Y NADIE SE COLOCA EN EL MEDIO NI PA ESCUCHAR LO QUE SE TRANSMITE NI NA……… HE VISTO LA LUZ!!!!!!!!!!!!!!!!

XDDDDDDDDDDDDDDDDDDDDDD

Y SINO ME EKIVOCO UN EJEMPLO DEL TINGLAO QUE TE ACABO DE MONTAR AHORAMISMO SE LE LLAMA CIDR
SERÍA POR EJEMPLO

IP: 192.168.1.2/30
MASCARA: 255.255.255.128

ME HE KEDAO TO PILLAO TIO!!!

ENTRE OTRAS COMO TAS DAO CUENTA NO LO TENGO NADA ASIMILADO, PERO TIO, LA IDEA LOGICA LA HE PILLAO Y ESTO ES BRUTAL (DEL VERBO MORTALIFICO ELEVADO A LA N-ÉSIMA POTENCIA, REDIOSSSSSSSSSS!!!!) Y VIVAN LOS METALLICA OUHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH QUE LOS LLEVO ESCUCHANDO LA SANTA MAÑANA ENTERA!!!!!!!!!!

¿Por qué aún son útiles las clasificaciones de LAN, WAN e Internet y por qué pueden ser problemáticas al clasificar redes?

¿Cuáles son las fortalezas y debilidades de los modelos OSI y TCP/IP? ¿Por qué se utilizan aún estos modelos?

Las metáforas y analogías pueden ser poderosas ayudas para aprender, pero se deben utilizar con cuidado. En los siguientes sistemas, analice cuestiones de dispositivos, protocolos y direccionamiento:
servicio postal estándar,
servicio rápido de entrega de encomiendas,
sistema telefónico tradicional (analógico),
telefonía por Internet,
servicios de envío por contenedores,
sistemas de radio terrestres y satelitales, y
televisión abierta y por cable.

Analice qué factores comunes observa entre estos sistemas. Relacione cualquier similitud con las demás redes.

¿De qué manera puede relacionar estos conceptos comunes para desarrollar nuevos sistemas de comunicaciones y redes?

Hablamos de un programa, un tanto típico para las personas que están metidas en temas de administracion de redes, y sobre todo con ganas de marujear y fisgonear a ver que se pilla, el ETTERCAP

Es un programa tipo sniffer (por su palabra lo que hace es esnifar o marujear, como digo yo), hace posible una “inyección” de datos en una conexión establecida y filtrado al vuelo, e incluso de esa manera mantiene sincronizada la conexión gracias a lo que se dice “el hombre de en medio” the man in the middle, es como si nos metieramos en una conversación de dos personas, cuando uno habla, el paquete llega a la otra persona y viceversa para poder establecer una conexión. El hombre de en medio lo que hace es coger el paquete de un host, lo ve, lo abre, lo marujea, lo fisgonea y se lo manda después a su destino. Al fin y al cabo hay comunicación entre dos partes pero hay una tercera en el medio que está “con la antena puesta” al loro de lo que dicen las otras dos, que son las principales

Para mas info: http://es.wikipedia.org/wiki/Ettercap

Es un pequeño detalle de ayer por la tarde a eso de las 13:30, que iba a preguntarle algo al profesor porque no me quedó claro un tema de subnettin o como se diga, y pa varia en plan pesao, corté al profesor y le dije:

- pedro: ay profe, puedes repetir el tema del subnetting con lo del cidr¿?

- profe: si, no te preocupes… lo repito en un momento ahora, espera..

- pedro: pero es que no me ha quedao claro, en un momento no podrias repetirlo…

- profe: mira, tu no te preocupes, hazte un flushdns y en un rato lo preguntas de nuevo

Madre de dios, la carcajá que dimos un compañero que estaba sentao al lao mia y yo, ostia! no me lo esperaba! como diria el Alex, ¡del palo!

Superscan

Nmap

Free security scanner for network exploration and security audits

http://nmap.org/

En Windows y MS-DOS

NETSTAT [-a] [-e] [-n] [-s] [-p protocolo] [-r] [intervalo]

• -a Visualiza todas las conexiones y puertos TCP y UDP, incluyendo las que están “en escucha” (listening).
• -b En los sistemas recientes, visualiza el binario (ejecutable) del programa que ha creado la conexión.
• -e Estadísticas Ethernet de las visualizaciones, como el número de paquetes enviados y recibidos. Se puede combinar con la opción -s.
• -n Se muestran los puertos con su identificación en forma numérica y no de texto.
• -o En sistemas Windows XP y 2003 Server, muestra los identificadores de proceso (PID) para cada conexión. Se puede verificar los identificadores de proceso en el Administrador de Tareas de Windows (al agregarlo a las columnas de la pestaña procesos)
• -p Muestra las conexiones para el protocolo especificado; el protocolo puede ser TCP o UDP. Si se utiliza con la opción de -s para visualizar la estadística por protocolo, proto puede ser TCP, UDP o IP.
• -r Visualiza la tabla de enrutamiento o encaminamiento. Equivale al comando route print.
• -s Estadística por protocolo de las visualizaciones. Por el valor por defecto, la estadística se muestra para TCP, UDP e IP; la opción -p se puede utilizar para especificar un subconjunto del valor por defecto.
• -v En sistemas Windows XP y 2003 Server, y usado en conjunto con -b, muestra la secuencia de componentes usados en la creación de la conexión por cada uno de los ejecutables.

Intervalo: Vuelve a mostrar la información cada intervalo (en segundos). Si se presiona CTRL+C se detiene la visualización. si se omite este parámetro, netstat muestra la información solo una vez.

Tipea Help y aparecerán los carácteres y su función.

En sistemas basados en Unix

netstat [-veenNcCF] [<Af>] -r

netstat {-V|–version|-h|–help}

netstat [-vnNcaeol] [<Socket> ...]

netstat { [-veenNac] -i | [-cnNe] -M | -s }

• -r, –route Muestra la tabla de enrutamiento.
• -i, –interfaces Muestra la tabla de interfaces
• -g, –groups Muestra los miembros del grupo de multidifución
• -s, –statistics Muestra estadísticas de red (como SNMP)
• -M, –masquerade Muestra conexiones enmascaradas
• -v, –verbose Muestra más información en la salida
• -n, –numeric No resuelve nombres en general
• –numeric-hosts No resuelve el nombre de los hosts
• –numeric-ports No resuelve el nombre de los puertos
• –numeric-users No resuelve los nombres de usuarios
• -N, –symbolic Muestra los nombres del hardware de red
• -e, –extend Muestra otra/mas información.
• -p, –programs Muestra PID o nombre del programa por cada socket
• -c, –continuous Muestra continuamente las estadísticas de red (hasta que se interrumpa el programa)
• -l, –listening Muestra los server sockets que están es modo escucha
• -a, –all, –listening Muestra todos los sockets (por defecto únicamente los que están en modo conectado)
• -o, –timers Muestra los timers
• -F, –fib Muestra el Forwarding Information Base (por defecto)
• -C, –cache Mostrar el cache de enrutamiento en ves del FIB

<Socket>={-t|–tcp} {-u|–udp} {-w|–raw} {-x|–unix} –ax25 –ipx –netrom

<AF>=Uso ‘-6|-4′ or ‘-A <af>’ o ‘–<af>’; defecto: inet

Ejemplo, para ver los puertos a la escucha bien sea de TCP/IP y de UDP y que me muestre el nº de puerto a la escucha y no el nombre en sí

ibook-g4-de-pedro:~ cymmer$ netstat -na
Active Internet connections (including servers)
Proto Recv-Q Send-Q  Local Address          Foreign Address        (state)
tcp4       0      0  192.168.0.192.53347    66.102.9.18.80         ESTABLISHED
tcp4       0      0  192.168.0.192.53346    216.239.59.99.443      CLOSE_WAIT
tcp4       0      0  192.168.0.192.53341    194.224.66.41.80       ESTABLISHED
tcp4       0      0  192.168.0.192.53323    66.102.9.83.80         ESTABLISHED
tcp4       0      0  192.168.0.192.53236    140.211.166.6.80       LAST_ACK
tcp4       0      0  127.0.0.1.1033         127.0.0.1.980          ESTABLISHED
tcp4       0      0  127.0.0.1.980          127.0.0.1.1033         ESTABLISHED
tcp4       0      0  127.0.0.1.631          *.*                    LISTEN
tcp4       0      0  192.168.0.192.49159    66.102.9.19.443        CLOSE_WAIT
tcp4       0      0  *.548                  *.*                    LISTEN
tcp46      0      0  *.548                  *.*                    LISTEN
tcp4       0      0  127.0.0.1.1033         127.0.0.1.1021         ESTABLISHED
tcp4       0      0  127.0.0.1.1021         127.0.0.1.1033         ESTABLISHED
tcp4       0      0  127.0.0.1.1033         *.*                    LISTEN
tcp4       0      0  *.445                  *.*                    LISTEN
tcp4       0      0  *.139                  *.*                    LISTEN
udp4       0      0  192.168.0.192.138      *.*
udp4       0      0  192.168.0.192.137      *.*
udp4       0      0  *.138                  *.*
udp4       0      0  *.5353                 *.*
udp4       0      0  *.*                    *.*
udp4       0      0  *.631                  *.*
udp4       0      0  127.0.0.1.49156        127.0.0.1.1022
udp4       0      0  127.0.0.1.49155        127.0.0.1.1022
udp4       0      0  127.0.0.1.1022         *.*
udp4       0      0  127.0.0.1.49153        127.0.0.1.1023
udp4       0      0  127.0.0.1.1023         *.*
udp6       0      0  *.5353                 *.*
udp4       0      0  *.5353                 *.*
udp4       0      0  127.0.0.1.1033         *.*
udp4       0      0  *.137                  *.*
icm6       0      0  *.*                    *.*
Active LOCAL (UNIX) domain sockets
Address  Type   Recv-Q Send-Q    Inode     Conn     Refs  Nextref Addr
33304c8 stream      0      0  378dad4        0        0        0 /private/var/run/cupsd
3330c38 stream      0      0        0  3330cc0        0        0
3330cc0 stream      0      0        0  3330c38        0        0
3330d48 stream      0      0        0  3330dd0        0        0 /var/run/usbmuxd
3330dd0 stream      0      0        0  3330d48        0        0
3330f68 stream      0      0        0  2d40088        0        0 /var/run/mDNSResponder
2d40088 stream    100      0        0  3330f68        0        0
2d403b8 stream      0      0        0  2d40440        0        0 /var/run/mDNSResponder
2d40440 stream      0      0        0  2d403b8        0        0
2d40550 stream      0      0  31d4b58        0        0        0 /var/run/pppconfd
2d40bb0 stream      0      0        0  2d40cc0        0        0 /var/run/asl_input
2d40cc0 stream      0      0        0  2d40bb0        0        0
2d40a18 stream      0      0  31a3948        0        0        0 /var/run/mDNSResponder
2d40908 stream      0      0  3196000        0        0        0 /var/run/asl_input
2d40e58 stream      0      0  3196b58        0        0        0 /var/run/usbmuxd
2d40ee0 stream      0      0  3196bdc        0        0        0 /var/run/portmap.socket
2d40f68 stream      0      0  2d394a4        0        0        0 /var/launchd/0/sock
2d40110 dgram       0      0        0  2d40b28        0  2d40220
33303b8 dgram       0      0        0  33305d8  33305d8        0
33305d8 dgram       0      0        0  33303b8  33303b8        0
33306e8 dgram       0      0        0  3330770  3330770        0
3330770 dgram       0      0        0  33306e8  33306e8        0
33307f8 dgram       0      0        0  3330880  3330880        0
3330880 dgram       0      0        0  33307f8  33307f8        0
3330908 dgram       0      0        0  3330990  3330990        0
3330990 dgram       0      0        0  3330908  3330908        0
3330a18 dgram       0      0        0  3330aa0  3330aa0        0
3330aa0 dgram       0      0        0  3330a18  3330a18        0
3330b28 dgram       0      0        0  3330bb0  3330bb0        0
3330bb0 dgram       0      0        0  3330b28  3330b28        0
3330e58 dgram       0      0        0  3330ee0  3330ee0        0
3330ee0 dgram       0      0        0  3330e58  3330e58        0
2d40220 dgram       0      0        0  2d40b28        0  2d40000
2d40000 dgram       0      0        0  2d40b28        0  2d40198
2d40198 dgram       0      0        0  2d40b28        0  2d404c8
2d404c8 dgram       0      0        0  2d40b28        0  2d40d48
2d402a8 dgram       0      0        0  2d40330  2d40330        0
2d40330 dgram       0      0        0  2d402a8  2d402a8        0
2d40d48 dgram       0      0        0  2d40b28        0  2d406e8
2d405d8 dgram       0      0        0  2d40660  2d40660        0
2d40660 dgram       0      0        0  2d405d8  2d405d8        0
2d406e8 dgram       0      0        0  2d40b28        0  2d40880
2d40880 dgram       0      0        0  2d40b28        0  2d40990
2d40990 dgram       0      0        0  2d40b28        0  2d40c38
2d40c38 dgram       0      0        0  2d40b28        0  2d40aa0
2d40aa0 dgram       0      0        0  2d40b28        0  2d40770
2d40770 dgram       0      0        0  2d40b28        0        0
2d40dd0 dgram       0      0        0  2d407f8  2d407f8        0
2d407f8 dgram       0      0        0  2d40dd0  2d40dd0        0
2d40b28 dgram       0      0  31a3e70        0  2d40110        0 /var/run/syslog
ibook-g4-de-pedro-j-vega-casilari:~ cymmer$

El saludo a tres vias en TCP/IP a la hora de hacer una petición de un ordenador a un host remoto, ejemplo: cuando tecleamos en nuestro navegador www.google.es y le damos a intro!

1. La apertura activa se realiza enviando un paquete SYN (sincroniza) hacia el servidor.
2. En respuesta, el servidor responde con un paquete SYN-ACK (conformación de sincronización).
3. Finalmente el cliente envía un paquete ACK (confirmación) de regreso hacia el servidor.

Esto se puede ver perfectamente cuando usamos el WireShark