INTE-TIIP - es - 2 - Direccionamiento

Vista previa del material en texto

1
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
Dr. Daniel Guasch Murillo
Apuntes de Internet
2. Direccionamiento
Enero de 2022
Colaboradores: 
Sr. Lluís Casals Ibáñez
Dr. David Rincón Rivera
Sra. Immaculada Ruiz Vela
Dr. Rafael Vidal Ferré
2
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.1. Conceptos básicos de direccionamiento
Hay que identificar de forma única cada elemento para poder 
localizarlo, dirigirnos a el, trabajar con el, ... 
Nombre
DNI-NIF
Pseudónimo
Cargo profesional
Aplicación
Presentación
Sesión
Transporte
Red
Enlace
Físico
PID
Codificación
Usuario
Puerto
IP, nombre
MAC
3
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.1. Conceptos básicos de direccionamiento
El direccionamiento de Internet consta de nombres, 
direcciones y rutas
– Se necesita un URI, o Identificador Universal que permita referenciar un Recurso 
cualquiera de la red.
– Nombre: es un identificador de una entidad de la red.
• Da información de la estructura lógica de la organización.
• Es independiente de la localización física.
• Ejemplo: picard.epsevg.upc.es
– Dirección: es un identificador de una entidad de la red.
• Da información de la topología lógica de la red en la que está conectado.
• Ejemplo: 00:1C:C0:12:34:56, 147.83.158.5
– Ruta: es la información que permite hacer llegar un “mensaje” a una localización física.
4
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2. Direccionamiento
2.2. Como nombrar las entidades de red
5
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.1. Identificador capa enlace
Las direcciones MAC dependen de cada tecnología
Identificador nº serie
0 47
Identificador fabricante
bits bits23 24
Ethernet i Wifi
Ejemplo: 
00:1C:C0:XX:XX:XX Intel Corporate
00:1D:60:XX:XX:XX ASUSTek Computer Inc.
00:0C:29:XX:XX:XX VMware, Inc.
00:11:0A:XX:XX:XX Hewlett Packard
Aplicación
Presentación
Sesión
Transporte
Red
Enlace
Físico
6
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.1. Identificador capa enlace - Subnetting
Virtual LAN (802.1q)
• El tráfico entre sistemas de una misma LAN se limita a su VLAN a nivel 2 (switch)
• Cada VLAN tiene asignado un "Identificador VLAN“
• Se crean en base a:
– Direcciones IP
– Dirección MAC
– Puerto del equipo
– Protocolo de nivel 3
• Reduce significativamente el tráfico
• Mejora la seguridad
• Pueden coexistir múltiples VLAN en una misma LAN
7
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.1. Identificador capa enlace - Subnetting
En las VLAN las subredes se definen en los switches
switch switch
Tráfico
broadcast
Tráfico
unicast
8
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a 2.2.2. Identificadores capa de red - @IP
Las direcciones IP(v4) no dependen de la tecnología
•Cada recurso debe tener una dirección de Internet única
•Las direcciones IP especifican una interfaz de red
•Las direcciones de Internet son valores numéricos de 32 bits
•Estructuradas en dos partes para facilitar su gestión y el encaminamiento:
•Notación decimal
•
•Las otorga la IANA (o el registro regional en quien delegue. Ej.: RIPE NCC)
10000010.01100110.00000011.00001010
130.206.3.10
10000010011001100000001100001010
Identificador Host
0 31
Identificador red
Bit de major pes Bit de menor pes
Aplicación
Presentación
Sesión
Transporte
Red
Enlace
Físico
9
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.2. Identificadores capa de red - @IP
Las direcciones IP (v6) amplían el rango de valores posibles
• Longitud de 128 bits
• Notación
– 8 grupos de 16 bits (hexadecimal): 
19bd:0111:0000:b9d1:22c3:0000:8bd2:6836
– Supresión de los ceros:
19bd:111::b9d1:22c3::8bd2:6836
– Direcciones versión 4:
0:0:0:0:0:0:192.168.12.25
::192.168.12.25
Identificador Host
0 128
Identificador red
Bit de major pes Bit de menor pes
Aplicación
Presentación
Sesión
Transporte
Red
Enlace
Físico
10
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.2. Identificadores capa de red - @IP
Registro de direcciones IP
Estrategia: delegar
– Organismo Internacional → Organismo regional → Organismo local → Organización final
ICANN (Internet Corporation for Assigned Names and Numbers)
– Máxima autoridad de asignación y registro de Internet
– Substituye a la IANA en las funciones de registro 
– Delega parte de las funciones de registro a organismos regionales:
• RIPE NCC (Research IP Europeans Network Coordination Center): Asigna bloques de Direcciones 
IP a proveedores de servicio de Internet. Área de Europa y cercanías.
• APNIC (The Asia Pacific Network Information Center): Área de Asia y Pacífico.
• ARIN: Registro de direcciones IP en América del Norte y el resto del mundo.
– http://www.icann.org ; http://www.iana.org 
11
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.2. Identificadores capa de red – Clases @IP
Ordenación original de las direcciones IP
Clase A:
0 31
24 bits8 bits
0 ID Xarxa ID host
0.0.0.0  127.255.255.255 pocas redes, muchos dispositives (≤ 16.777.214)
Clase B:
16 bits 16 bits
0 31
10 ID Xarxa ID host
128.0.0.0  191.255.255.255 redes medianes y nº medio de dispositivos (≤ 65.534)
Clase C:
24 bits 8 bits
0 31
110 ID Xarxa ID host
192.0.0.0  223.255.255.255 muchas redes, pocos dispositives (≤ 254)
12
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.2. Identificadores capa de red – Clases @IP
Ordenación original de las direcciones IP
Grups permanents:
224.0.0.1 Tots els sistemes d’una LAN
224.0.0.2 Tots els routers d’una LAN
224.0.0.5 Tots els routers OSPF d’una LAN
224.0.0.6 Tots els routers OSPF designats d’una LAN
Clase E: Reservado para usos futuros11110
0 31
27 bits
240.0.0.0  247.255.255.255 Direcciones reservadas
Clase D: Dirección de multicast1110
0 31
28 bits
224.0.0.0  239.255.255.255 Direcciones multicast
13
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.2. Identificadores capa de red – Clases @IP
Direcciones IP de broadcast
Cuando el ID de host es todo “1” significa “todas las máquinas” (broadcast)
– Broadcast dirigido (es el recomendado)
• Ex: 201.65.140.255
– Broadcast limitado ( 32 bits a “1” ). No va mas allá de la red local.
• Ex: 255.255.255.255
14
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.2. Identificadores capa de red – Clases @IP
Ejemplos IP de broadcast
Broadcast limitado
Dirección destino: 255.255.255.255
Broadcast dirigido
Dirección destino: 201.65.140.255
201.65.140.0
15
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
– Cuando el ID de host es “0” se quiere referenciar la red a la que está conectado el 
host (dirección de red, en tablas de encaminamiento). 
• Ex: 147.83.0.0
– Cuando el ID de red es “0” indica “esta red” 
(solo como dirección origen)
• Ex: 0.0.140.141
– Cuando toda la dirección es “0” indica “esta máquina” 
(solo se utiliza en el proceso de inicialización y solo para indicar dirección origen. 
También se utiliza para indicar la ruta por defecto en las tablas encaminamiento)
Direcciones IP por defecto
2.2.2. Identificadores capa de red – Clases @IP
16
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.2. Identificadores capa de red – Clases @IP
Direcciones IP propias
Dirección de Loopback:
– Dirección 127.x.x.x (normalmente 127.0.0.1) indica loopback. 
El paquete no sale a la red. Retorna, internamente, al nivel IP. 
Direcciones privadas (RFC 1918)
– Direcciones IP que solo se pueden utilizar dentro de una organización aislada (sin 
conexión con el resto de Internet)
– Bloques de direcciones privadas:
• 10.0.0.0/8 [10.0.0.0, 10.255.255.255] → 1 bloque clase A
• 172.16.0.0/12 [172.16.0.0, 172.31.255.255]→ 16 bloque clase B
• 192.168.0.0/16 [192.168.0.0, 192.168.255.255] → 255 bloque clase C
17
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.2. Identificadores capa de red – Clases @IP
Direccionamiento IP versión 6
Tipo de direcciones
• Direcciones de enlace
– Comunicación sin routers (los hosts son al mismo enlace)
• Direcciones locales
– Redes no conectadas a Internet
– No debe ser encaminadas hacia Internet
• Direcciones globales
Con 128 bits podemos tener muchos tipos de direcciones
• Direcciones unicast globales de proveedores de servicio
• Direcciones unicast globales geográficas
• Direcciones privadas de uso interno
• Direcciones multicast locales o globales
Distribución geográfica de rangos para la asignación de direcciones
• Autoridades delegadas (RedIris, etc.)
18
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.2. Identificadores capa de red – Clases @IP
Tipo de direcciones IP v6
Unicast
Multicast Anycast
No hay broadcast.
19
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.2. Identificadores capa de red – Clases @IP
IPv6 se encuentra definido a RFC 1883, RFC 2460
Dirección multicast
8 4 4 112
Flags: 000T T = 0 Grupo asignado de forma permanente
T = 1 Grupo asignado de forma temporal
Alcance:1 Alcance dentro del nodo 8 Alcance dentro de la organización
2 Alcance dentro enlace E Alcance global (Internet)
5 Alcance dentro del emplazamiento (site)
(bits)
Prefijo de abonado(n) Subred (80-n) Interfaz (48)
0000 000 ..................................... 0000 Dirección IPv4
Prefijo de abonado Área Subxred Interfaz
Dirección Unicast 1
Dirección Unicast 2
Tunnelled IPv6
1111 1111 flags abast Identificador de grupo
0 ················································································ 01
0 ················································································ 0No definida
Dirección loopback
20
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.2. Identificadores capa de red – Subnetting
Multihomed host
Host que está conectado a mas de una red
– Debe tener una interfaz de red para cada conexión física.
– Debe tener una dirección IP para cada interfaz física.
– Un router es un multihomed host.
147.83.234.3
147.83.234.2
147.83.234.1
147.83.234.4
147.83.235.3
147.83.234.5
147.83.235.1
147.83.235.2
147.83.236.1
147.83.236.2
147.83.236.3
147.83.236.4
21
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.2. Identificadores capa de red – Subnetting
Necesidades del subnetting
Problemas:
– Cambios de una máquina a una red diferente.
– Direcciones de clase C: sobrepasar el máximo de 254 máquinas por 
crecimiento de la red.
– Ordenador conectado a dos redes: mas de un camino posible.
Es útil dividir la red de una organización en subredes
– Se asigna un grupo lógico a cada una de ellas: administración, vendas, etc.
Subnetting
22
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.2. Identificadores capa de red – Subnetting
Estructuración del subnetting
•Se divide el campo ID. Host original para añadir un campo de ID de subred:
• Para saber a que subred pertenece una dirección se aplica una máscara de subred:
• La dirección de subred final se obtiene aplicando una AND lógica entre la dirección 
internet i la máscara.
Dirección ID. HostID. Red
ID. SubredDirección amb subnetting ID. Red ID. Host
11111111……………………………..11 00000
Camp d’ ID de red y subred: tot 1 Campo de ID de host: todo 0
23
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.2. Identificadores capa de red – Subnetting
Estructuración del subnetting
•Las máscaras mas usuales son: 255.255.0.0, 255.255.255.0
• Ejemplo:
Dirección IP clase B (16382 redes y 65534 nodos): 131.116.85.10
Aplicamos la máscara 255.255.255.0
10000011 01110100
10000011 01110100
00001010
00000000
11111111 11111111 11111111 00000000
131.116.85.10
255.255.255.0
131.116.85.0
131 . 116 . 85 . 10
255 . 255 . 255 . 0
131 . 116 . 85 . 0
01010101
01010101
Dirección de red: 131.116.0.0
Dirección de subred: 131.116.85.0
máscara: 255.255.255.0
24
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.2. Identificadores capa de red – Subnetting
Máscara del tipo 255.255.mh.h
128
1
1
1
1
1
1
1
1
64
0
1
1
1
1
1
1
1
32
0
0
1
1
1
1
1
1
16
0
0
0
1
1
1
1
1
8
0
0
0
0
1
1
1
1
4
0
0
0
0
0
1
1
1
2
0
0
0
0
0
0
1
1
1
0
0
0
0
0
0
0
1
128
192
224
240
248
252
254
255
N. 
subredes
-
2
6
14
30
62
126
254
N. 
hosts
-
16382
8190
4094
2046
1022
510
254
Decimal
mh
mhID. Xarxa h
25
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.2. Identificadores capa de red – Subnetting
Máscara del tipo 255.255.255.mh
N. 
subredes
-
2
6
14
30
62
-
-
N. 
hosts
-
62
30
14
6
2
-
-
128
1
1
1
1
1
1
1
1
64
0
1
1
1
1
1
1
1
32
0
0
1
1
1
1
1
1
16
0
0
0
1
1
1
1
1
8
0
0
0
0
1
1
1
1
4
0
0
0
0
0
1
1
1
2
0
0
0
0
0
0
1
1
1
0
0
0
0
0
0
0
1
128
192
224
240
248
252
254
255
N. 
subredes
510
1022
2046
4094
8190
16382
-
-
N. 
hosts
126
62
30
14
6
2
-
-
Decimal
mh
mhID. Red
26
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.2. Identificadores capa de red – Subnetting
Ejemplo de utilización sin subnetting
La empresa utiliza la red de clase B 147.83.0.0 sin subnetting
.140.4
.140.5
.140.2
.140.3
.140.6
.140.7
.140.8
.140.9
255.255.0.0
255.255.255.0
.2.1
15.11.37.5
Red laboratorio
Red fabricación
Red administración
Red marketing Router exterior
147.83.0.0
Internet
27
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.2. Identificadores capa de red – Subnetting
Ejemplo de utilización con subnetting
La empresa utiliza
la red de clase B
147.83.0.0 con subnetting
147.83.3.0
255.255.255.0
255.255.255.0
15.11.37.5
Router exterior
Internet
Red laboratorio
Red fabricaciónRed administración
Red marketing
147.83.4.0
255.255.255.0
147.83.2.0
255.255.255.0
147.83.5.0
255.255.255.0
.3.2
.3.3
.4.2
.4.3
.2.2
.2.3
.5.2
.5.3
.2.1.3.1
.4.1
.5.1
28
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.2. Identificadores capa de red – Subnetting
Máscara de longitud variable (VLSM)
Si se utiliza la misma máscara: subnetting estático
- La implementación y mantenimiento es más sencillo
- Malgasta direcciones
Cuando las subredes utilizan máscaras diferentes: VLSM
- Permite aprovechar mejor el espacio de direccionamiento
- Necesita un buen mantenimiento y buena planificación
- Hay que garantizar que haya un identificador único: las posibles 
posiciones de las subredes se ranuran
29
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.2. Identificadores capa de red – Subnetting
Al utilizar VLSM la posición de las subredes se ranura
Ips de redes disponibles
2n 2n+1 2n+2 2n+3 2n+4 bits
Ejemplo de ocupación correcta
2n 2n+1 2n+2 2n+3 2n+4 bits
Ejemplo de ocupación incorrecta
2n 2n+1 2n+2 2n+3 2n+4 bits
… … …
……… … … ……… … … ……… … …
30
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.2. Identificadores capa de res – Subnetting
Ejemplo de utilización con subnetting VLSM
147.83.3.0
255.255.255.0
255.255.255.0
Router exterior
Red fabricación
Red administración
Red marketing
147.83.2.0
255.255.255.0
147.83.1.32
255.255.255.252
147.83.4.64
255.255.255.192
.3.2
.3.3
.2.2
.2.3
.4.66
.4.67
147.83.4.128
255.255.255.0
.4.130
.4.131
Red laboratorio
15.11.37.5
Internet
.32.2
.2.1
.32.3
.4.65
.32.1
.4.129
.3.1
Router
Router
31
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.2. Identificadores capa de red – Subnetting
Problemática asociada a la ordenación original de las IPs
Las direcciones IP se están acabando:
– Crecimiento muyrápido de Internet.
– División del espacio de direcciones en clase.
Solución: Encaminamiento interdominio sin clase, 
CIDR (Classless InterDomain Routing), RFC 1519 
A 50%
B 25%
C 12.5%
D 6.25%
E 3.125%
32
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.2. Identificadores capa de red – Subnetting
CIDR (Classless InterDomain Routing), RFC 1519
– Asignar direcciones de clase C en bloques de tamaño variable.
• Se utilizan máscaras de red adecuadas(< 24 bits), (superredes). 
– Se ha hecho una asignación inicial por zonas: 
• 194.0.0.0 - 195.255.255.255 Europa
• 198.0.0.0 - 199.255.255.255 Norteamérica
• 200.0.0.0 - 201.255.255.255 Centre i Sudamérica
• 202.0.0.0 - 203.255.255.255 Asia i Pacífico
– Reducción de las tablas de encaminamiento.
– Este concepto también se puede extender a las direcciones de clase A i 
B. Notación: /n , donde n es el nombre de bits de la máscara.
• Ejemplo: 147.83.13.186/28
33
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.3. Identificadores capa de red – Noms
Estructuración de los nombres en el DNS (Domain Names
System)
Los nombres tienen 
estructura jerárquica en 
árbol
– Secuencia etiquetas 
separadas por punto
– Cada etiqueta puede 
tener un máximo de 
63 caracteres. 
– Un nombre puede 
tener un máximo de 
255 carácter. 
Arrel
com edu gov net org mil es uk cat
upc
epsevg
aimc
picard
entel
sun
www
princeton
cs
cisco
www
www
www
www.sun.com
www.cisco.com
www.cs.princeton.edu picard.epsevg.upc.es
entel.upc.es www.aimc.es
34
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.3. Identificadores capa de red – Noms
Formato de la estructura de los nombres en el DNS
Top level domains (TLD)
com organitzacions comercials
edu institucions educatives
gov institucions governamentals USA
mil grups militars USA
net centres de suport a la xarxa
org altres organitzacions
int institucions internacionals
cat Catalunya
es Espanya
it Itàlia
us Estats Units
ca Canadà
...
host dominio dominio dominio dominio
Menos significativoMenos significativo
arrel
edu
upc
entel
zona
zona
zona
zona
eduupcentel...
35
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.3. Identificadores capa de red – Noms
Registro de nombres y dominios
ICANN: Internet Corporation for Assigned Names and Numbers
- Controla la asignación de nombres i IP
- Protocolos DNS
- Gestión de los servidores raíz
ICANN delega en otras compañías y organismos el registro de dominios
- Internic, Network Solutions
- Pago por gestionar el dominio (reserva de nombre y alta a servidores DNS)
Ejemplo: España
- Dominio .es: RedIris (red académica)
- Otros: nominalia
36
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.4. Identificadores capa Transporte
Puertos y Servicios de transporte
Necesidad diferenciar entre procesos y no solo máquinas
– Concepto de puerto, socket y conexión
Diferentes tipos de servicio
- Orientados a conexión o no orientados a conexión 
- Fiables o no fiables
A TCP/IP cada protocolo tiene sus puertos
Paquet IPAplicación
Presentación
Sesión
Transporte
Red
Enlace
Físico
37
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.4. Identificadores capa Transporte - Puerto
Multiplexado y desmultiplexado
Cuando llega un paquete a un puerto
• Existe
• No existe
Se envía un paquete ICMP indicando el 
nº del puerto inaccesible
Los números de puerto UDP y TCP pueden 
coincidir en una misma máquina, pero son 
totalmente independientes
38
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.4. Identificadores capa Transporte - Puerto
Asignación de puertos
Estática, Well-known ports (IANA, http://www.iana.org/assignments/port-numbers)
– Servicios estandarizados / Necesita tener permiso de root
Dinámica, escogidos por la aplicación
– Algunos también están registrados a la IANA
Port Nom Descripció
20 ftp-data file transfer protocol (data)
21 ftp-control file transfer protocol (control)
23 telnet telnet
25 smtp simple mail transfer protocol
80 www world wide web (HTTP)
110 pop3 post office protocol version 3
123 ntp network time protocol
161 snmp simple network management protocol
39
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.4. Identificadores capa Transporte - Puerto
Asignación de puertos
Los puertos se reservan o registran para Facilitar acceso a servicios
– Ejemplo: navegar por la Web
• Información en servidores
• Necesito su dirección para pedir pagina
• No es necesario puerto => esta estandarizado que escuche el puerto 80
• El navegador ya lo sabe
– Qué pasa si un servicio no escucha el puerto que toca
• Si no lo indica a sus usuarios para que cambien configuración será inaccesible
• Poco práctico para servicios de uso masivo
40
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.4. Identificadores capa Transporte - Socket
Un socket, o punto final, identifica un flujo de datos que 
genera una aplicación
Aplicación
Presentación
Sesión
Transporte
Red
Enlace
Físico
41
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.4. Identificadores capa Transporte - Connexió
Una conexión se define como la comunicación entre dos 
puntos finales
Aplicación
Presentación
Sesión
Transporte
Red
Enlace
Físico
42
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.4. Identificadores capa Transporte - Connexió
Un mismo punto final puede tener diferentes conexiones al 
mismo tiempo
¡No hay inconsistencia!
Un servidor puede atender muchos clientes a la vez
Un cliente puede estar conectado a muchos servidores a la vez
43
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.2.5. Identificadores capas Aplicación
Cada aplicación o servicio es formado por uno o mas 
procesos, los cuales tienen un identificador unívoco, el PID
Aplicación
Presentación
Sesión
Transporte
Redes
Enlace
Físico
44
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2. Direccionamiento
2.3. Como pasar de un identificador a otro
45
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a 2.3.1. Protocolos ARP i RARP
Protocolo ARP (Address Resolution Protocol)
• Dirección Internet es independiente del medio físico
• Dirección física dependiente de la tecnología (longitudes incompatibles, 
formatos incompatibles, cambios)
• Como asociamos una dirección física de un dispositivo a la dirección IP?
Dirección Internet
Dirección Física
Asociación “dinámica”: 
Protocolo ARP
Asociación “estática”:
Fichero configuración
46
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.1. Protocolos ARP i RARP
Funcionamiento del protocolo ARP, RFC 826
1. Cuando un dispositivo quiere conocer la dirección MAC (o dirección
física) de otro, envía un paquete ARP a la dirección broadcast.
2. Solo responde la máquina solicitada por tal de evitar problemas de
direcciones caducadas.
Petición
Ad. IP4,Ad. MAC?
IP1
MAC1
IP2
MAC2
IP3
MAC3
IP4
MAC4
IP1
MAC1
IP2
MAC2
IP3
MAC3
IP4
MAC4
Respuesta
Ad. IP4, Ad. MAC4
1 2
47
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.1. Protocolos ARP i RARP
Otras aplicaciones del protocolo ARP
Permite detectar conflictos con direcciones IP
– Si se ha asignado una dirección IP por duplicado: 
• Dos respuestas ARP a una petición ARP
Se puede aprovechar para verificar asignaciones de direcciones:
– En el momento de inicializar una máquina, esta envia un paquete ARP de 
petición con su pròpia dirección IP: 
• Si no obtiene respuesta: todo es correcto 
• Si obtiene respuesta: debe notificar el error
48
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.1. Protocolos ARP i RARP
Mejora en el funcionamiento de la resolución de direcciones
Paquetes de broadcastcostosos Memoria caché
Tablas de traducción de direcciones
(Tabla d’ ARP)
• ARP es un protocolo de bajo nivel (por debajo del IP)
• Encapsulado en les tramas Ethernet:
Cabecera Ethernet ARP tratado como datos de la trama Final Eth.
Trama Ethernet
49
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.1. Protocolos ARP i RARP
Formato de un paquete ARP
Códigos de tipo de hardware: 
1- Ethernet 10 Mbps 15- Frame Relay
14- SMDS 16- ATM
0 15 31
Tipo de hardware (Ethernet = 1) Tipo de dirección lógica
Long. Dirección física Long. Dirección lógica Solicitud ARP (1) o respuesta ARP (2)
Dirección física del emisor (octetos 0, 1, 2, 3)
Dirección física del emisor (octetos 4, 5) Dirección lógica del emisor (octetos 0, 1)
Dirección lógica del emisor (octetos 2, 3)
Dirección lógica de el objetivo (octetos 0, 1, 2, 3)
Dirección física del objetivo (octetos 2, 3, 4, 5)
Dirección física del objetivo (octetos 0, 1)
50
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.1. Protocolos ARP i RARP
Estructura de los mensajes ARP
Solicitud ARP:
– Dirección física emisor: A.F. del 
solicitante
– Dirección lógica emisor: Dir. 
Internet del solicitante
– Dirección física objetivo: 
broadcast o cualquiera
– Dirección lógica objetivo: Dir. 
Internet del host solicitante
– Tipo operación: Solicitud
Respuesta ARP:
– Intercambiar campos 
emisor y objetivo
– Poner el A.F. y lógica del 
que responde en los 
campos emisor
– Tipo operación: Respuesta
– Enviar el paquete al 
solicitante
51
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.1. Protocolos ARP i RARP
Ejemplo de mensaje ARP
Tipos de protocolos en Ethernet:
0600 Xerox XNS 8035 RARP
0800 IP 8137 Novel IPX
0806 ARP
ff ff ff ff ff ff 00 00 3b 80 20 25 08 06
00 01 08 00 06 04 00 01 00 00 3b 80 20 25 93 53 
27 7d ff ff ff ff ff ff 93 53 27 02 46 00 00 05 
02 00 00 16 02 00 00 0a 00 a4 00 32 00 01
Cabecera Ethernet
Paquete ARP
Petición ARP:
00 00 3b 80 20 25 08 00 20 00 e6 c3 08 06
00 01 08 00 06 04 00 02 08 00 20 00 e6 c3 93 53 
27 02 00 00 3b 80 20 25 93 53 27 7d 46 00 00 05
02 00 00 16 02 00 00 0a 00 a4 00 32 00 01
Cabecera Ethernet
Paquete ARP
Respuesta ARP:
52
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.1. Protocolos ARP i RARP
Procedimiento a realizar cuando se recibe un paquete ARP
El 
protocolo 
de red es 
el mío?
NoSíActualizar 
Dirección MAC y 
IP de la fuente 
Añadir
Dirección MAC
de la fuente IP, si 
no existe.
Responder
al destino
IP -> MAC
¿Es un paquete
petición ARP?
No
No
¿Dir. IP destino
es la mía?
Sí
Entrada 
con tipo 
protocolo y 
IP emisor 
en la tabla? 
Sí
Sí
Acabar
No
El tipo de 
hardware 
es el mío?
Sí
No
Llega un paquete 
ARP 
53
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.1. Protocolos ARP i RARP
Accesos a la tabla ARP en máquinas UNIX
arp -a Enseña la tabla de direcciones
arp -d Dirección IP Borra una entrada de la tabla
arp -s Dirección IP Dirección MAC Añade una entrada estática a la listaº
• Las entradas dinámicas ( no añadidas con el comando -s ) se borran después 
de un cierto tiempo (por ejemplo: 3 min.).
• Una utilización típica de direcciones estáticas es la configuración de 
máquinas que no conocen su dirección IP y no utilizan el protocolo RARP.
54
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.1. Protocolos ARP i RARP
Ejemplos del orden ARP
Windows MS
C:\WINDOWS>arp -a
Interface: 147.83.140.40
Internet Address Physical Address Type
147.83.140.1 00-00-ef-75-85-60 dynamic
147.83.140.10 00-a1-c9-06-7a-a7 dynamic
C:\WINDOWS>
UNIX
[root@margallo root]# arp -a
Address HWtype HWaddress Flags Mask Iface
dave.eupvg.upc.es ether 00:11:5A:DE:3A:D2 C * eth0
joe.eupvg.upc.es ether 00:C0:F6:B3:04:5E C * eth0
ssr-22.eupvg.upc.es ether 00:10:1D:BC:D2:77 C * eth0
[root@margallo root]#
55
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.1. Protocolos ARP i RARP
RARP (Reverse Address Resolution Protocol). RFC 903
Como se encuentra la dirección Internet de un dispositivo sabiendo la 
dirección física?
Dirección Internet
Dirección Física
Ejemplo: Dispositivo sin capacidad de almacenamiento (estación de trabajo 
sin disco) quiere encontrar su dirección Internet.
Asignación dinàmica de IP
56
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.1. Protocolos ARP i RARP
Funcionamiento del protocolo RARP
• Una máquina sin disco obtiene su dirección IP de la red.
• Se comunica con un o mas servidores remotos.
Servidor RARP
Petición
Ad. IP?,Ad. MAC1IP?
MAC1
IP2
MAC2
IP3
MAC3
IP4
MAC4
IP?
MAC1
IP2
MAC2
IP3
MAC3
IP4
MAC4
Respuesta
Ad. IP1, Ad. MAC1
1 2
57
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.1. Protocolos ARP i RARP
Estructura de los mensajes RARP
El formato del paquete RARP es el mismo que el 
ARP. Las operaciones son:
– Solicitud RARP: 3 ; Respuesta RARP: 4
En el campo tipo de trama (de nivel de enlace) 
en una Ethernet:
– 0x0835 indica paquete RARP
Solicitud: 
– Campo A.F. objetivo y A.F. emisor: el A.F. 
del solicitante 
– Transmisión por Broadcast.
Respuesta: 
– Tipo operación: respuesta (4).
– Campos A.F. y A. lógica del emisor: A. F. y 
A. lógica del que responde. 
– A.F. Objetivo: la que llevaba el paquete 
de solicitud. 
– A. lógica objetivo: la A. lógica que 
corresponde a A. F. objetivo.
58
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.1. Protocolos ARP i RARP
Otras aplicaciones del protocolo RARP
Si un paquete RARP solicitud:
– En el campo A.F. emisor es la del solicitante 
– En el campo A.F. objetivo es la A.F. De otra máquina
Puede conocer la dirección IP de terceros
59
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.2. Resolución de nombres y direcciones IP
DNS (Domain Names System)
Permite referenciar los recursos para un nombre en vez de una dirección numérica.
– Es más sencillo recordar un nombre que un número.
– nombres → estructura lógica de la organización.
– Direcciones→ topología lógica de la red.
– Ej: picardo.epsevg.upc.es ←→ 147.83.158.5
Temas a solucionar
– Como hacer la correspondencia entre dirección IP y nombre? 
• Lista centralizada - Base de datos distribuida
– Como distribuir los nombres?
• Jerarquía de dominios – libertad
60
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.2. Resolución de nombres y direcciones IP
DNS (Domain Name System)
Propuestas técnicas
1. NIS (Network Information Service) de Sun
2. DNS (Domain Name System) -el más extendido-
Sistema de nombres de dominio:
• Espacio de nombres de dominio jerárquico
• Servidor de nombres
• Resolver
Petición
Respuesta
Petición
Respuesta
Petición
Respuesta
Usuari Resolver Name Server 1 Name Server 2
61
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.2. Resolución de nombres y direcciones IP
Esquema general del DNS
NIS
DNS
Mem. caché
ARP
Mem. caché
NIS (Network Information Service)
DNS (Domain Name System)
Direcciones de Red- 32 bits
(Direcciones IP o “lógicas”)
nombres de Red – caracteres
(cadenas de caracteres)
Fichero hosts
Tablas de 
encaminamiento
Direcciones LAN - 48 bits
(Direcciones MAC o “físicas”)
Direcciones de Red– 4 nº decimales
(Direcciones IP o “lógicas”)
62
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.2. Resolución de nombres y direcciones IP
Integración del DNS con el resto de protocolos
Los niveles altos (transporte, aplicación) no deben preocuparse por la Resolución de 
direcciones
– DNS ha de ser transparente
– DNS funciona como una red paralela de servidores, dedicados exclusivamente al 
problema de la traducción de direcciones
DNS se definió en diversosRFC (año 1987)
– RFC 1034: conceptos y servicios ofrecidos
– RFC 1035: especificación 
63
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.2. Resolución de nombres y direcciones IP
Estructura jerárquica de servidores/direcciones en el DNS
•Permite delegar el problema a instancias superiores
•Estructura jerárquica de servidores
– Cada servidor se responsabiliza de una fracción de los 
nombres
– Los servidores que están por debajo preguntan al de arriba, 
cuando desconocen el host
• Estructura jerárquica de nombres
• Adecuada para la delegación de 
responsabilidades en los servidores
• Protocolo de consulta entre servidores
64
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.2. Resolución de nombres y direcciones IP
Servidores raíz (root servers) del DNS
– Todos los servidores han de poder acceder
• Todos han de conocer la dirección IP de los servidores raíz
A.ROOT-SERVERS.NET 198.41.0.4 
B.ROOT-SERVERS.NET 128.9.0.107
C.ROOT-SERVERS.NET 192.33.4.12
D.ROOT-SERVERS.NET 128.8.10.90
E.ROOT-SERVERS.NET 192.203.230.10
F.ROOT-SERVERS.NET 195.5.241
Llista a ftp.rs.internic.net/domain/named.root
F.ROOT-SERVERS.NET 39.13.229.241
G.ROOT-SERVERS.NET 192.112.36.4
H.ROOT-SERVERS.NET 128.63.2.53
I.ROOT-SERVERS.NET 192.36.148.17
65
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.2. Resolución de nombres y direcciones IP
Responsabilidad de los servidores del DNS
Funciones básicas de los servidores DNS que atienden cierta zona
– Mantener una base de datos con la lista de nombres y IP de los hosts a los cuales da 
servicio.
– Atender las peticiones de los hosts y servidores que están en su zona.
• En caso que pueda resolver la petición, devolver la respuesta al host o servidor que 
la había hecho
• En caso que no pueda resolver la petición, re-enviarla hacia el servidor superior
• En caso que reciba la respuesta del servidor superior, re-enviarla hacia el host o 
servidor que la había pedido.
66
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.2. Resolución de nombres y direcciones IP
Tipo de servidores del DNS
Primarios
– Responsables de donar servicio DNS a una o diversas zonas.
– Para aumentar la fiabilidad, es poden replicar en servidores secundarios (2 o 
más).
Secundarios
– Per ser efectivos, han de ser física i lógicamente independientes del primario.
• Diferentes edificios, diferentes sistemas operativos, diferente 
alimentación, etc. 
– Entren en servicio cuando falla el primario.
– La repetición de servidores primarios puede ocasionar problemas de 
consistencia de les datos.
67
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.2. Resolución de nombres y direcciones IP
Tipo de servidores del DNS
Servidores esclavos
– Son aquellos que solo tienen información procedente de peticiones ya resueltas
– Cache: las peticiones que son repetidas ya están resueltas
• Marcados como Non-authoritave server
– No hay garantías de que la información esté actualizada
• La información del cache tiene una cierta vigencia
– TTL (Time to Live) dado por el servidor autorizado
68
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.2. Resolución de nombres y direcciones IP
Peticiones de traducciones de nombres a los servidores del 
DNS
1
3
4
5
2
69
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.2. Resolución de nombres y direcciones IP 
Formato de las peticiones
Flags – banderas de indicaciónIdentificación de la petición
Preguntas
0 8 16 3124
12
 b
yt
es
M
àx
im
. i
nd
et
er
m
in
ad
o
Número de preguntas Número de respuestas RR
Número de autoridades RR Número de RR adicionales
Respuestas
(número variable de registros de recursos)
Autoridades
(número variable de registros de recursos)
Información adicional
(número variable de registros de recursos)
70
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.2. Resolución de nombres y direcciones IP
Formato de las peticiones
Cabecera de 12 bytes
– Identificador
• Permite al cliente relacionar pregunta con respuesta
– Flags: diversas informaciones
• Pregunta/respuesta ? 
• Petición recursiva ?
• respuesta autorizada ? 
– Cantidad de campos posteriores
• Unidad: registro de recurso (RR, resource record)
• Preguntas, respuestas, autoridades, y adicionales
71
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.2. Resolución de nombres y direcciones IP
Formato de las peticiones
Preguntas
– nombre que se quiere resolver
• Hasta 63 caracteres, con posibilidad 
de compresión
– Tipo de pregunta 
• IP (A), nombre del servidor (NS), 
información del host (HINFO), ...
Respuestas (registro de recurso)
– nombre de dominio correspondiente al 
recurso
– Tipo (como a las preguntas)
– TTL (time to live)
• Validez de la cache (típico 2 días)
– Longitud de los datos
– Datos
• Depende del tipo. 
• Ejemplo: si era una petición A, será 
una dirección IP de 4 bytes 
72
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.2. Resolución de nombres y direcciones IP
Relacions inverses de DNS
•Fuerza bruta: probamos todas las direcciones hasta que 
encontramos el nombre
•Imposible! Tardaría demasiado! 
•Solución: TLD especial: arpa, dominio especial arpa.in-addr
Como se puede resolver el nombre a partir de la IP?
arpa
In-addr
1
1 2
2 254
raíz
73
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.2. Resolución de nombres y direcciones IP
Relaciones inversas de DNS
Cuando una institución consigue una parte del espacio de direcciones, también se le 
asigna una porción del dominio in-addr.arpa
Orden “inverso” para mantener el orden de la jerarquía
De esta manera la búsqueda del nombre es directa
- La entrada a la base de datos contiene el nombre
Ejemplo: pides 71.156.83.147.in-addr.arpa y te devuelve una respuesta con el nombre 
picard.epsevg.upc.es
Máquina 147.83.156.71 71.156.83.147.in-addr.arpa
74
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.2. Resolución de nombres y direcciones IP
Interfície de usuario del cliente de DNS
Resolver
– Modulo que gestiona tofss lss peticionrs y la cache
– Responsabilidad del sistema operativo, no de las aplicaciones
Operaciones
• Consulta primero el fichero de hosts
• Si no encuentra la información, petición al servidor DNS
– UNIX
• Fichero /etc/hosts
• Configuración al fichero /etc/resolv.conf
• Ordre nslookup
– Windows 2000 / NT
• Fichero C:\WINNT\system32\drivers\etc\hosts
• Orden nslookup.exe
75
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.2. Resolución de nombres y direcciones IP
Fichero de hosts del cliente de DNS
UNIX: /etc Windows: \windows
NT: \system32\drivers\etc
# Copyright (c) 1993-1999 Microsoft Corp.
#
# Éste es un ejemplo de archivo HOSTS usado por Microsoft TCP/IP para Windows.
#
# Este archivo contiene las asignaciones de las direcciones IP a los nombres de
# host. Cada entrada debe permanecer en una línea individual. La dirección IP
# debe ponerse en la primera columna, seguida del nombre de host correspondiente.
# La dirección IP y el nombre de host deben separarse con al menos un espacio.
# 
# También pueden insertarse comentarios (como éste) en líneas individuales
# o a continuación del nombre de equipo indicándolos con el símbolo "#"
#
# Por ejemplo:
#
# 102.54.94.97 rhino.acme.com # servidor origen
# 38.25.63.10 x.acme.com # host cliente x
127.0.0.1 localhost
147.83.158.5 picard.epsevg.upc.es picard # servidor de pràctiques d’Entel
76
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.3.2. Resolución de nombres y direcciones IP
NSlookup – Aplicación para resolver nombre
C:\>nslookup
Servidor predeterminado: si2ks.eupvg.upc.esAddress: 147.83.140.18
> laforge
Servidor: si2ks.eupvg.upc.es
Address: 147.83.140.18
Nombre: laforge.epsevg.upc.es
Address: 147.83.156.49
> laforge.
Servidor: si2ks.eupvg.upc.es
Address: 147.83.140.18
*** si2ks.eupvg.upc.es no se puede encontrar laforge.: Server failed
> laforge.upc.es
Servidor: si2ks.eupvg.upc.es
Address: 147.83.140.18
Nombre: laforge.upc.es
Address: 147.83.141.38
> laforge.epsevg.upc.es
Servidor: si2ks.eupvg.upc.es
Address: 147.83.140.18
Nombre: laforge.epsevg.upc.es
Address: 147.83.156.49
> tinet.fut.es
Servidor: si2ks.eupvg.upc.es
address: 147.83.140.18
Respuesta no autoritativa:
Nombre: tinet.fut.es
Address: 195.77.216.130
> exit
77
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2. Direccionamiento
2.4. Como asignar automáticamente identificadores
78
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a 2.4.1. Asignación dinámica de direcciones IP
Problemática asociada a la gestión de las IPs
•En las redes el nombre de dispositivos conectados a ido creciendo 
•Se pide flexibilidad a la hora de cambiar la localización y configuración de los 
ordenadores
•Dificultades para gestionar y mantener todos los cambios que se realizan
•Necesidad de automatizar las tareas de configuración de parámetros de conexión IP 
(Dirección IP, máscara, rutes, etc.)
– Protocolo de arranque: BOOTP
– Protocolo de configuración dinámica: DHCP
79
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.4.1. Asignación dinámica de direcciones IP
Protocolo BOOTP (Boot Protocolo)
Primer protocolo de arranque automático. 
– Ha surgido varias ampliaciones.
Permite pedir y obtener parámetros de configuración y software para un dispositivo (host, 
router, etc.)
– Parámetros:
• Dirección IP, máscara de subred, información de encaminamiento, etc.
• El servidor dispone de una tabla donde hay la lista de direcciones IP que 
corresponden a cada dispositivo.
– Software:
• Todo o parte de un sistema operativo, complementos del S.O., aplicaciones 
adicionales
Limitaciones para flexibilizar el mantenimiento y configuración
80
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.4.1. Asignación dinámica de direcciones IP
Funcionamento del protocolo BOOTP
1. El cliente hace una petición enviando un paquete BOOTP por UDP
Dirección IP origen: 0.0.0.0, Dirección IP destino: 255.255.255.255
2. El servidor responde con un paquete BOOTP que contiene la información de parámetros 
El cliente puede continuar haciendo una transferencia TFTP para obtener más información de parámetros o 
software.
TFTP
Servidor BOOPT
(parámetros)
Servidor BOOPT
(software)
BOOPT (petición)
BOOPT (Respuesta)
68 67
Cliente BOOPT
81
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.4.1. Asignación dinámica de direcciones IP
Protocolo DHCP (Dynamic Host Configuration Protocol)
Amplia las posibilidades respecto al BOOTP
– Facilita la administración
– Automatiza la configuración: 
• Asignación de direcciones IP: manual, automática y 
dinámica
– Soporta movimientos y cambios
– Permite que el cliente especifique los parámetros a solicitar
– Más robusto
– Puede interactuar con clientes BOOTP
• Mismo formato de paquete
• Un servidor DHCP puede responder a un cliente BOOTP
82
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.4.1. Asignación dinámica de direcciones IP
Funcionamento del protocolo DHCP
1. El cliente hace una petición para saber que servidores DHCP hay disponibles: 
DHCP-DISCOVER
2. Los servidores responden informando de su disponibilidad: DHCP-OFFER
3. El cliente escoge un servidor y hace la petición de parámetros: DHCP-REQUEST
4. El servidor acepta o rechaza la petición: DHCP-ACK y DHCP-NAK, respectivamente
5. El cliente puede rechazar parámetros: DHCP-DECLINE
6. El cliente puede liberar una dirección IP: DHCP-RELEASE
83
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.4.2. Asignación dinámica de direcciones IP
Funcionamento del protocolo DHCP
DHCP-DISCOVER
DHCP-OFFER
DHCP-OFFER
DHCP-REQUEST server, 
llista
DHCP-ACK
Servidores DHCPCliente DHCP
1
2
3
4
84
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2. Direccionamiento
2.5. Como utilizar los identificadores
85
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.5.1. Tablas ARP
Tablas utilizadas por el protocolo de Resolución de direcciones
Correspondencia entre las direcciones 
MAC y IP dentro de la misma red 
(encaminamiento directo)
86
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.5.2. Tablas DNS
Tablas utilizadas por el sistema de nombres de dominio
Correspondencia entre las 
direcciones IP y los nombres de 
dominio a todas las redes
87
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.5.3. Tablas de encaminamiento
Tablas utilizadas por los sistemas de encaminamiento
Contienen las IP del siguiente 
dispositivo de red al que hay que 
enviar la información en función 
del destino (encaminamiento 
indirecto)
88
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.5.4. Tablas NAT
Tablas utilizadas por los sistemas de encaminamiento
Correspondencia entre 
direcciones de redes pública y 
privadas (redireccionamiento)
89
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.5.5. Tablas NATP
Tablas utilizadas por los sistemas de encaminamiento
Correspondencia entre 
direcciones y puertos (sockets) 
entre equipos de diferentes redes 
(redireccionamiento)
90
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.5.6. Tablas cortafuegos
Tablas utilizadas por los sistemas de seguridad
Tabla con criterios para admitir o 
denegar tráfico (filtraje)
91
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
 
2.5.7. Tablas de sockets
Tablas utilizadas por los sistemas operativos
Correspondencia entre los 
sockets abiertos y los procesos 
originarios
92
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a 2.6. Conclusiones
Conclusiones sobre direccionamiento IP
•Hay que identificar unívocamente los 
equipos a todos los niveles:
– Enlace: Dirección MAC
– Red: Dirección IP y nombre
– Transporte: puerto, socket, 
conexión
•Hay que estructurar correctamente las 
redes a nivel IP
– Clases: A/B/C/D/E , CIDR
– Máscaras: longitud fija/variable
•Hay que asignar las direcciones de 
forma adecuada
– MAC: fabricante
– IP: DHCP, BOOTP
– nombre: DNS
•Hay que poder hacer las conversiones 
entre identificadores
– MAC-IP: ARP/RARP
– IP-nombre: DNS
93
De
pa
rt
am
en
to
 d
e 
in
ge
ni
er
ía
 T
el
em
át
ic
a
Este Trabajo se publica con una licencia Creative Commons 
Reconocimiento – No Comercial 4.0 Internacional (CC BY-NC 4.0) 
	Portada
	 2.1. Conceptos básicos de direccionamiento
	 2.1. Conceptos básicos de direccionamiento2
	2. Direccionamiento
	 2.2.1. Identificador capa enlace
	 2.2.1. Identificador capa enlace - Subnetting
	 2.2.1. Identificador capa enlace – Subnetting 2
	 2.2.2. Identificadores capa de red - @IP
	 2.2.2. Identificadores capa de red - @IP 2
	 2.2.2. Identificadores capa de red - @IP 3
	 2.2.2. Identificadores capa red – Clases @IP
	 2.2.2. Identificadores capa red – Clases @IP 2
	 2.2.2. Identificadores capa red – Clases @IP 3
	 2.2.2. Identificadores capa red – Clases @IP 4
	 2.2.2. Identificadores capa red – Clases @IP 5
	 2.2.2. Identificadores capa red – Clases @IP 6
	 2.2.2. Identificadores capa red – Clases @IP 7
	 2.2.2. Identificadores capa red – Clases @IP 8
	 2.2.2. Identificadores capa red – Clases @IP 9
	 2.2.2. Identificadores capa red – Subnetting
	 2.2.2. Identificadores capa red – Subnetting 2
	 2.2.2. Identificadores capa red – Subnetting 3
	 2.2.2. Identificadores capa red – Subnetting 4
	 2.2.2. Identificadores capa red – Subnetting 5
	 2.2.2. Identificadores capa red – Subnetting 6
	 2.2.2. Identificadorescapa red – Subnetting 7
	 2.2.2. Identificadores capa red – Subnetting 8
	 2.2.2. Identificadores capa red – Subnetting 9
	 2.2.2. Identificadores capa red – Subnetting 10
	 2.2.2. Identificadores capa red – Subnetting 11
	 2.2.2. Identificadores capa red – Subnetting 12
	 2.2.2. Identificadores capa red – Subnetting 13
	 2.2.3. Identificadores capa de red - Noms
	 2.2.3. Identificadores capa de red – Noms 2
	 2.2.3. Identificadores capa de red – Noms 3
	2.2.4. Identificadores capa Transporte
	2.2.4. Identificadores capa Transporte - Puerto
	2.2.4. Identificadores capa Transporte – Puerto 2
	2.2.4. Identificadores capa Transporte – Puerto 3
	2.2.4. Identificadores capa Transporte - Socket
	2.2.4. Identificadores capa Transporte - Connexió
	2.2.4. Identificadores capa Transporte – Connexió 2
	2.2.5. Identificadores capas Aplicación
	2. Direccionamiento 2.3
	2.3.1. Protocolos ARP i RARP
	2.3.1. Protocolos ARP i RARP 2
	2.3.1. Protocolos ARP i RARP 3
	2.3.1. Protocolos ARP i RARP 4
	2.3.1. Protocolos ARP i RARP 5
	2.3.1. Protocolos ARP i RARP 6
	2.3.1. Protocolos ARP i RARP 7
	2.3.1. Protocolos ARP i RARP 8
	2.3.1. Protocolos ARP i RARP 9
	2.3.1. Protocolos ARP i RARP 10
	2.3.1. Protocolos ARP i RARP 11
	2.3.1. Protocolos ARP i RARP 12
	2.3.1. Protocolos ARP i RARP 13
	2.3.1. Protocolos ARP i RARP 14
	 2.3.2. Resolución de nombres y direcciones IP
	 2.3.2. Resolución de nombres y direcciones IP 2
	 2.3.2. Resolución de nombres y direcciones IP 3
	 2.3.2. Resolución de nombres y direcciones IP 4
	 2.3.2. Resolución de nombres y direcciones IP 5
	 2.3.2. Resolución de nombres y direcciones IP 6
	 2.3.2. Resolución de nombres y direcciones IP 7
	 2.3.2. Resolución de nombres y direcciones IP 8
	 2.3.2. Resolución de nombres y direcciones IP 9
	 2.3.2. Resolución de nombres y direcciones IP 10
	 2.3.2. Resolución de nombres y direcciones IP 11
	 2.3.2. Resolución de nombres y direcciones IP 12
	 2.3.2. Resolución de nombres y direcciones IP 13
	 2.3.2. Resolución de nombres y direcciones IP 14
	 2.3.2. Resolución de nombres y direcciones IP 15
	 2.3.2. Resolución de nombres y direcciones IP 16
	 2.3.2. Resolución de nombres y direcciones IP 17
	 2.3.2. Resolución de nombres y direcciones IP 18
	2. Direccionamiento 2.4
	2.4.1. Asignación dinámica de direcciones IP
	2.4.1. Asignación dinámica de direcciones IP 2
	2.4.1. Asignación dinámica de direcciones IP 3
	2.4.1. Asignación dinámica de direcciones IP 4
	2.4.1. Asignación dinámica de direcciones IP 5
	2.4.2. Asignación dinámica de direcciones IP 6
	2. Direccionamiento 2.5
	2.5.1. Tablas ARP
	2.5.2. Tablas DNS
	2.5.3. Tablas de encaminamiento
	2.5.4. Tablas NAT
	2.5.5. Tablas NATP
	2.5.6. Tablas cortafuegos
	2.5.7. Tablas de sockets
	2.6. Conclusiones
	Contraportada