Introducción Admon Redes

Introduccion a la Administracion de una Red Local basada

en Internet

Charles L. Hedrick

Traducido por Juanjo Marn juanjo96@arrakis.es

Maquetacion SGML por Paco Brufal pbrufal@ctv.es y Fernando ffddoo@openbank.es v 1.1, 27 de Julio

de 1999

Introduccion para aquellos que pretenden administrar una red basada en los protocolos de red de Internet

(TCP/IP).

Indice General

1 El problema. 2

1.1 Terminologa. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

2 Asignacion de direcciones y enrutamiento. 3

3 Eligiendo una estructura de direcciones. 4

3.1 >Debemos subdividir nuestro espacio en direcciones? . . . . . . . . . . . . . . . . . . . . . . . 5

3.2 Subredes y multiples numeros de red . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

3.3 Como asignar las subredes o los numeros de red. . . . . . . . . . . . . . . . . . . . . . . . . . 7

3.4 Trabajar con multiples subredes "virtuales"en una red. . . . . . . . . . . . . . . . . . . . . . . 7

3.4.1 Otra forma de trabajar con multiples subredes. . . . . . . . . . . . . . . . . . . . . . . 8

3.4.2 Multiples subredes: Consecuencias en el Broadcasting. . . . . . . . . . . . . . . . . . . 9

3.5 Eligiendo una clase de direccion. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

3.6 Lineas IP y micro gateways: direcciones asignadas dinamicamente. . . . . . . . . . . . . . . . 10

3.6.1 Lneas IP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

3.6.2 Micro gateways. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

4 Servicios a nivel de red, nombres. 13

5 Congurando el enrutamiento de cada ordenador 16

5.1 Como enrutar los datagramas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17

5.2 Rutas jas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

5.3 Reconducir el enrutamiento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20

5.4 Otros metodos para que los hosts encuentren rutas . . . . . . . . . . . . . . . . . . . . . . . . 22

5.4.1 Espiar el enrutamiento. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

5.4.2 Proxy ARP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23

5.4.3 Establecer nuevas rutas tras fallos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26

1. El problema. 2

6 Puentes y gateways 28

6.1 Dise~nos alternativos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

6.1.1 Una red de lneas punto a punto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

6.1.2 Tecnologa de los circutos de conmutacion. . . . . . . . . . . . . . . . . . . . . . . . . 30

6.1.3 Redes de un solo nivel. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

6.1.4 Dise~nos mixtos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32

6.2 Introduccion a las distintas tecnologas de conmutacion . . . . . . . . . . . . . . . . . . . . . 32

6.2.1 Repetidores. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33

6.2.2 Bridges y gateways. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33

6.2.3 Mas sobre bridges. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

6.2.4 Mas sobre gateways. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36

6.3 Comparando las tecnologas de conmutacion . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

6.3.1 Aislamiento. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

6.3.2 Prestaciones. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38

6.3.3 Enrutamiento. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

6.3.4 Administracion de Redes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

6.3.5 Una evaluacion nal. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

7 Congurando gateways 43

7.1 Congurando el enrutamiento de los gateways . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

8 Anexo: Copyright 47

1 El problema.

Este trabajo trata fundamentalmente sobre los aspectos "logicos"de la arquitectura de red. Lo que puede o

no puede hacer una red esta generalmente determinado por los protocolos que dicha red soporta y la calidad

de sus implementaciones, mas que por la tecnologa concreta de red usada, como Ethernet, Token Ring, etc.

Ademas, en la practica, la eleccion de la tecnologa de red esta basada en decisiones puramente pragmaticas:

que tipo de red soporta el tipo de ordenadores que queremos conectar, las distancias entre los equipos, las

caractersticas del cableado, etc. Por regla general, se suele usar Ethernet para sistemas de media escala,

Ethernet o una red basada en el cableado de par trenzado para peque~nas redes, o redes de alta velocidad

(tpicamente Token Ring) para la red principal de un campus y para redes de superordenadores, que ejecutan

aplicaciones de altas prestaciones.

Por tanto, vamos a asumir que hemos llegado a conectar "fsicamenteunas redes individuales, del tipo Ethernet

o Token Ring. Ahora nos enfrentamos a los siguientes problemas interrelacionados:

 congurar el software necesario,

 conectar las distintas Redes Ethernet, Token Ring, etc, para formar una unica red de forma coherente,

 conectar las redes al mundo exterior, o sea, Internet.

2. Asignacion de direcciones y enrutamiento. 3

Las anteriores decisiones requieren un peque~no analisis. De hecho, la mayora de las redes necesitan una

arquitectura", que determina la manera en que se asignan las direcciones, como se hace el enrutado y otras

elecciones, sobre como los ordenadores interaccionan con la red. Estas decisiones deben hacerse para la red

en su conjunto, preferiblemente cuando se esta procediendo a su instalacion inicial.

1.1 Terminologa.

Vamos a usar el termino IP para referirnos a las redes dise~nadas para trabajar con TCP/IP. IP es el protocolo

a nivel de red de la familia de protocolos TCP/IP, usados en Internet. Es una practica comun usar el termino

IP cuando nos referimos a direcciones, enrutamiento y otros elementos a nivel de red. La distincion muchas

veces no es lo sucientemente clara. As que, en la practica, los terminos Internet TCP/IP e IP pueden

parecer incluso intercambiables.

Los terminos paquete y datagrama tambien suelen parecer intercambiables. Conceptualmente, un paquete

es la unidad fsica de mas bajo nivel, mientras que datagrama se reere a la unidad de datos a nivel

IP. Sin embargo, en la mayora de las redes no se pueden distinguir porque coinciden, as que la gente suele

usar los dos terminos indistintamente.

Otro termino conflictivo es el de pasarela (gateway) y enrutador (router). Pasarela es el termino

original usado en Internet. Sin embargo, la comunidad OSI empezo a usar esta palabra con un signicado

distinto, as que la gente empezo a usar enrutador para evitar dicha ambiguedad. Nosotros, no obstante,

seguiremos usando el termino gateway.

2 Asignacion de direcciones y enrutamiento.

Muchas de las decisiones que se necesitan para la conguracion de una red IP depende del enrutamiento. En

general, un datagrama IP pasa a traves de numerosas redes mientras se desplaza entre el origen y el destino.

Veamos un ejemplo tpico:

Red 1 Red 2 Red 3

128.6.4 128.6.21 128.121

============================== ========== ====================

| | | | | | |

___|______ _____|____ __|____|__ __|____|____ ___|________

128.6.4.2 128.6.4.3 128.6.4.1 128.6.21.1 128.121.50.2

128.6.21.2 128.121.50.1

___________ __________ __________ ____________ ____________

ordenador A ordenador B gateway R gateway S ordenador C

Este graco muestra tres ordenadores, 2 gateways y tres redes. Las redes pueden ser Ethernet, Token Ring

o de cualquier otro tipo. La red 2 podra ser una lnea punto a punto que conecta los gateways R y S.

El ordenador A puede enviar datagramas al B directamente, usando la red 1. Sin embargo, no puede llegar

al ordenador C directamente, puesto que no estan en la misma red. Hay varias maneras de conectar redes.

En el graco asumimos el uso de gateways (mas adelante veremos otras alternativas). En este caso, los

datagramas que van desde A a C deben ser enviados a traves del gateway R, red 2 y gateway S. Todos

los ordenadores que usan TCP/IP necesitan que se les suministre la informacion y algoritmos apropiados

para que puedan saber cuando un datagrama debe ser enviado a traves de un gateway, y elegir el gateway

apropiado.

El enrutado esta ntimamente relacionado con la asignacion de direcciones. Podemos apreciar que la direccion

de cada ordenador comienza con el numero

...