Fundamentos de Redes LAN

Fundamentos de Redes LAN
Prof. Luis Giovanni Prez Tejeda
ndice general
1
Cableado estructurado
1.1
Elementos principales de un sistema de cableado estructurado . . . . . . . . . . . . . . . . . . . . . .
1.1.1
Cableado horizontal
1.1.2
Cableado vertical o backbone
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.1.3
Cuarto de entrada de servicios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.1.4
Sistema de puesta a tierra
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.1.5
Atenuacin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.1.6
Capacidad
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.1.7
Velocidad segn la categora de la red . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.1.8
Impedancia y distorsin por retardado . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.2
Vase tambin
1.3
Enlaces externos
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Fibra ptica
2.1
Historia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.2
Proceso de fabricacin
2.2.1
2.3
2.4
2.5
2.6
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Etapa de estiramiento de la preforma
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10
2.3.1
Comunicaciones con bra ptica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10
2.3.2
Sensores de bra ptica
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10
2.3.3
Iluminacin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
11
2.3.4
Ms usos de la bra ptica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
11
Aplicaciones
Caractersticas
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.4.1
Funcionamiento
2.4.2
Ventajas
2.4.3
11
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
12
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
12
Desventajas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
12
Tipos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
13
2.5.1
Fibra multimodo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
13
2.5.2
Fibra monomodo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
14
Tipos segn su diseo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
14
ii
NDICE GENERAL
2.6.1
Cable de estructura holgada
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
14
2.6.2
Cable de estructura ajustada . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
14
Componentes de la bra ptica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
14
2.7.1
Tipos de pulido . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
15
2.7.2
Tipos de conectores
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
15
2.7.3
Emisores del haz de luz . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
15
2.7.4
Conversores luz-corriente elctrica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
15
Cables de bra ptica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
16
2.8.1
Las funciones del cable . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
16
2.8.2
Instalacin y explotacin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
17
2.8.3
Elementos y diseo del cable de bra ptica . . . . . . . . . . . . . . . . . . . . . . . . . . .
17
2.8.4
Elementos estructurales
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
17
2.8.5
Elementos de refuerzo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
17
2.8.6
Funda . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
18
2.8.7
Prdida en los cables de Fibra ptica
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
18
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
18
2.10 Tipos de dispersin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
19
2.11 Vase tambin
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
19
2.12 Referencias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
19
2.13 Enlaces externos
19
2.7
2.8
2.9
Conectores
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Ethernet
29
3.1
Historia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
30
3.2
Versiones de 802.3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
32
3.3
Formato de la trama Ethernet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
32
3.4
Tecnologa y velocidad de Ethernet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
33
3.5
Hardware comnmente usado en una red Ethernet . . . . . . . . . . . . . . . . . . . . . . . . . . . .
33
3.6
Presente y futuro de Ethernet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
34
3.7
Vase tambin
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
35
3.8
Referencias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
35
3.9
Enlaces externos
35
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Conmutador (dispositivo de red)
36
4.1
Interconexin de conmutadores y puentes
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
36
4.2
Introduccin al funcionamiento de conmutadores
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
36
4.3
Bucles de red e inundaciones de trco . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
36
4.4
Clasicacin
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
37
4.4.1
Atendiendo al mtodo de direccionamiento de las tramas utilizadas . . . . . . . . . . . . . . .
37
4.4.2
Atendiendo a la forma de segmentacin de las subredes . . . . . . . . . . . . . . . . . . . . .
39
NDICE GENERAL
iii
4.5
Vase tambin
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
40
4.6
Notas y referencias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
41
4.7
Bibliografa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
41
Spanning tree
42
5.1
Historia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
42
5.2
Motivacin
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
42
5.3
Funcionamiento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
43
5.3.1
Eleccin del puente raz
43
5.3.2
Eleccin de los puertos raz
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
43
5.3.3
Eleccin de los puertos designados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
43
5.3.4
Puertos bloqueados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
44
5.3.5
Mantenimiento del Spanning Tree . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
44
5.3.6
Unidades de datos del protocolo puente
. . . . . . . . . . . . . . . . . . . . . . . . . . . . .
44
5.3.7
Estado de los puertos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
45
5.4
Vase tambin
5.5
Enlaces externos
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
45
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
45
Rapid Spanning Tree Protocol
46
6.1
Objetivos del RSTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
47
6.2
Vase tambin
47
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Agregacin de enlaces
48
7.1
Tamao del ancho de banda
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
7.2
Agregacin de enlaces de las tarjetas de interfaz de la red
7.3
Vase tambin
7.4
Enlaces externos
48
. . . . . . . . . . . . . . . . . . . . . . . .
49
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
49
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
49
EtherChannel
50
8.1
Ventajas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
50
8.2
Conguracin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
51
8.3
Limitaciones
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
52
8.4
Componentes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
52
8.5
EtherChannel vs. 802.3ad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
52
8.6
Recomendaciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
52
8.7
Comandos IOS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
53
8.8
Vase tambin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
54
8.9
Referencias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
54
8.9.1
54
Bibliografa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
54
iv
9
NDICE GENERAL
VLAN
55
9.1
Historia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
56
9.2
Clasicacin
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
56
9.3
Protocolos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
57
9.4
Gestin de la pertenencia a una VLAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
57
9.5
VLAN basadas en el puerto de conexin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
58
9.6
Diseo de las VLAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
58
9.7
Comandos IOS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
59
9.8
Vase tambin
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
60
9.9
Referencias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
60
9.9.1
60
Bibliografa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10 IEEE 802.1Q
61
10.1 Formato de la trama
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
61
10.2 VLAN nativas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
61
10.3 Vase tambin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
62
11 Interfaz de lnea de comandos
63
11.1 Historia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
64
11.2 Funcionamiento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
64
11.3 Implementaciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
66
11.4 Estndar de invocacin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
67
11.5 Ejemplos de interaccin
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
67
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
67
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
67
11.8 Referencias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
68
11.9 Bibliografa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
68
11.10Enlaces externos
68
11.6 Interfaz textual de usuario

11.7 Vase tambin
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
12 PuTTY
69
12.1 Caractersticas
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
69
12.2 Historial de versiones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
69
12.3 Aplicaciones
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
70
12.4 PuTTYtray . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
70
12.5 Vase tambin
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
70
12.6 Referencias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
71
71
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
13 File Transfer Protocol

13.1 Historia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
72
72
NDICE GENERAL
13.2 El Modelo FTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
72
13.2.1 Primer buscador de informacin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
73
13.3 Servidor FTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
73
13.4 Cliente FTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
74
13.4.1 Acceso annimo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
74
13.4.2 Acceso de usuario
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
74
13.4.3 Cliente FTP basado en Web . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
74
13.4.4 Acceso de invitado . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
75
13.4.5 Ejemplos de Clientes FTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
75
13.5 Modos de conexin del cliente FTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
75
13.5.1 Modo activo
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
76
13.5.2 Modo pasivo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
76
13.5.3 Tipos de transferencia de archivos en FTP . . . . . . . . . . . . . . . . . . . . . . . . . . . .
76
13.6 Gua de comandos FTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
78
13.7 Cdigos de respuesta de FTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
78
13.8 Conexin a un servidor FTP protegido desde navegador . . . . . . . . . . . . . . . . . . . . . . . . .
78
13.9 Vase tambin
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
78
13.10Referencias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
79
14 TFTP
80
14.1 Detalles de una sesin TFTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
80
14.2 Vase tambin
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
81
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
81

15 Telnet
82
15.1 Funcionamiento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
82
15.2 Problemas de seguridad y SSH . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
82
15.3 Telnet en la actualidad
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
82
15.4 Manejo bsico de telnet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
83
15.5 Seguridad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
83
15.6 Fuente . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
84
15.7 Vase tambin
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
84
15.8 Referencias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
84
84
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
16 Xmodem
85
16.1 FUNCIONAMIENTO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
85
16.2 TRANSFERENCIA
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
85
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
85
16.3 REFERENCIAS
vi
NDICE GENERAL
16.4 Origen del texto y las imgenes, colaboradores y licencias . . . . . . . . . . . . . . . . . . . . . . . .
86
16.4.1 Texto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
86
16.4.2 Imgenes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
88
16.4.3 Licencia del contenido . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
89
Captulo 1
Cableado estructurado
El cableado estructurado consiste en el tendido de cables de par trenzado blindados (Shielded Twisted Pair, STP) o no
blindados (Unshielded Twisted Pair, UTP) en el interior de un edicio con el propsito de implantar una red de rea local
(Local Area Network, LAN).
Suele tratarse de cables de pares trenzados de cobre, y/o para redes de tipo IEEE 802.3; no obstante, tambin puede
tratarse de bras pticas o cables coaxiales.
1.1 Elementos principales de un sistema de cableado estructurado

1.1.1
Cableado horizontal
La norma EIA/TIA 568A dene el cableado horizontal de la siguiente forma: el sistema de cableado horizontal es la
porcin del sistema de cableado de telecomunicaciones que se extiende del rea de trabajo al cuarto de telecomunicaciones
o viceversa.
El cableado horizontal consiste de dos elementos bsicos: rutas y espacios horizontales (tambin llamado sistemas de
distribucin horizontal). Las rutas y espacios horizontales son utilizados para distribuir y soportar cable horizontal y
conectar hardware entre la salida del rea de trabajo y el cuarto de telecomunicaciones. Estas rutas y espacios son los
contenedores del cableado Horizontal.
1. Si existiera cielo raso suspendido se recomienda la utilizacin de canaletas para transportar los cables horizontales.
2. Una tubera de pulgadas por cada dos cables UTP.
3. Una tubera de 1 pulgada por cada cable de dos bras pticas.
4. Los radios mnimos de curvatura deben ser bien implementados.
El cableado horizontal incluye:
Las salidas (cajas/placas/conectores) de telecomunicaciones en el rea de trabajo (en ingls: work area outlets,
WAO).
Cables y conectores de transicin instalados entre las salidas del rea de trabajo y el cuarto de telecomunicaciones.
Paneles de empalme (patch panels) y cables de empalme utilizados para congurar las conexiones de cableado
horizontal en el cuarto de telecomunicaciones.
Se deben hacer ciertas consideraciones a la hora de seleccionar el cableado horizontal: contiene la mayor cantidad de
cables individuales en el edicio.
1
CAPTULO 1. CABLEADO ESTRUCTURADO
Consideraciones de diseo
Los costes en materiales, mano de obra e interrupcin de labores al hacer cambios en el cableado horizontal pueden ser
muy altos. Para evitar estos costes, el cableado horizontal debe ser capaz de manejar una amplia gama de aplicaciones
de usuario. La distribucin horizontal debe ser diseada para facilitar el mantenimiento y la relocalizacin de reas de
trabajo. El diseador tambin debe considerar incorporar otros sistemas de informacin del edicio (por ej. televisin por
cable, control ambiental, seguridad, audio, alarmas y sonido) al seleccionar y disear el cableado horizontal.
Topologa
La norma EIA/TIA 568A hace las siguientes recomendaciones en cuanto a la topologa del cableado horizontal:
El cableado horizontal debe seguir una topologa estrella.
Cada toma/conector de telecomunicaciones del rea de trabajo debe conectarse a una interconexin en el cuarto de
telecomunicaciones.
la distancia horizontal mxima no debe exceder 90 m. La distancia se mide desde la terminacin mecnica del medio en
la interconexin horizontal en el cuarto de telecomunicaciones hasta la toma/conector de telecomunicaciones en el rea
de trabajo. Adems se recomiendan las siguientes distancias: se separan 10 m para los cables del rea de trabajo y los
cables del cuarto de telecomunicaciones (cordones de parcheo, jumpers y cables de equipo).
Medios reconocidos
Se reconocen tres tipos de cables para el sistema de cableado horizontal:
Cables de par trenzado sin blindar (UTP) de 100 ohmios y cuatro pares.
Cables de par trenzado blindado (STP) de 150 ohmios y cuatro pares.
Cables de bra ptica multimodo de 62.5/125 m y dos bras.
1.1.2
Cableado vertical o backbone
El sistema de cableado vertical proporciona interconexiones entre cuartos de entrada de servicios de edicio, cuartos de
equipo y cuartos de telecomunicaciones. El cableado del backbone incluye la conexin vertical entre pisos en edicios
de varios pisos. El cableado del backbone incluye medios de transmisin (cables), puntos principales e intermedios de
conexin cruzada y terminaciones mecnicas. El cableado vertical realiza la interconexin entre los diferentes gabinetes
de telecomunicaciones y entre estos y la sala de equipamiento. En este componente del sistema de cableado ya no resulta
econmico mantener la estructura general utilizada en el cableado horizontal, sino que es conveniente realizar instalaciones
independientes para la telefona y datos. Esto se ve reforzado por el hecho de que, si fuera necesario sustituir el backbone,
ello se realiza con un coste relativamente bajo, y causando muy pocas molestias a los ocupantes del edicio. El backbone
telefnico se realiza habitualmente con cable telefnico multipar. Para denir el backbone de datos es necesario tener en
cuenta cul ser la disposicin fsica del equipamiento. Normalmente, el tendido fsico del backbone se realiza en forma
de estrella, es decir, se interconectan los gabinetes con uno que se dene como centro de la estrella, en donde se ubica el
equipamiento electrnico ms complejo.
El backbone de datos se puede implementar con cables UTP y/o con bra ptica. En el caso de decidir utilizar UTP, el
mismo ser de categora 5e, 6 o 6A y se dispondr un nmero de cables desde cada gabinete al gabinete seleccionado
como centro de estrella.
Actualmente, la diferencia de coste provocada por la utilizacin de bra ptica se ve compensada por la mayor exibilidad
y posibilidad de crecimiento que brinda esta tecnologa. Se construye el backbone llevando un cable de bra desde cada
gabinete al gabinete centro de la estrella. Si bien para una conguracin mnima Ethernet basta con utilizar cable de
1.1. ELEMENTOS PRINCIPALES DE UN SISTEMA DE CABLEADO ESTRUCTURADO
dos bras, resulta conveniente utilizar cable con mayor cantidad de bras (6 a 12) ya que la diferencia de coste no es
importante y se posibilita por una parte disponer de conductores de reserva para el caso de falla de algunos, y por otra
parte, la utilizacin en el futuro de otras topologas que requieren ms conductores, como FDDI o sistemas resistentes a
fallas. La norma EIA/TIA 568 prev la ubicacin de la transmisin de cableado vertical a horizontal, y la ubicacin de
los dispositivos necesarios para lograrla, en habitaciones independientes con puerta destinada a tal n, ubicadas por lo
menos una por piso, denominadas armarios de telecomunicaciones. Se utilizan habitualmente gabinetes estndar de 19
pulgadas de ancho, con puertas, de aproximadamente 50 cm de profundidad y de una altura entre 1,5 y 2 metros. En
dichos gabinetes se dispone generalmente de las siguientes secciones:
Acometida de los puestos de trabajo: dos cables UTP llegan desde cada puesto de trabajo.
Acometida del backbone telefnico: cable multipar que puede determinar en regletas de conexin o en patch panels.
Acometida del backbone de datos: cables de bras pticas que se llevan a una bandeja de conexin adecuada.
1.1.3
Cuarto de entrada de servicios
En cables, accesorios de conexin, dispositivos de proteccin, y dems equipos necesario para conectar el edicio a servicios externos. Puede contener el punto de demarcacin. Ofrecen proteccin elctrica establecida por cdigos elctricos
aplicables. Deben ser diseadas de acuerdo a la norma EIA/TIA-569-A. Los requerimientos de instalacin son:
Precauciones en el manejo del cable
Evitar tensiones en el cable
Los cables no deben enrutarse en grupos muy apretados
Utilizar rutas de cable y accesorios apropiados 100 ohmios UTP y STP
No giros con un ngulo menor de 90 grados ni mayor de 270.
1.1.4
Sistema de puesta a tierra
El sistema de puesta a tierra y puenteo establecido en estndar ANSI/TIA/EIA-607 es un componente importante de

cualquier sistema de cableado estructurado moderno. El gabinete deber disponer de una toma de tierra, conectada a la
tierra general de la instalacin elctrica, para efectuar las conexiones de todo equipamiento. El conducto de tierra no
siempre se halla indicado en planos y puede ser nico para ramales o circuitos que pasen por las mismas cajas de pase,
conductos bandejas. Los cables de tierra de seguridad sern puestos a tierra en el subsuelo.
1.1.5
Atenuacin
Las seales de transmisin a travs de largas distancias estn sujetas a distorsin que es una prdida de fuerza o amplitud
de la seal. La atenuacin es la razn principal de que el largo de las redes tenga varias restricciones. Si la seal se hace
muy dbil, el equipo receptor no interceptar bien o no reconocer esta informacin.
Esto causa errores, bajo desempeo al tener que retransmitir la seal. Se usan repetidores o amplicadores para extender
las distancias de la red ms all de las limitaciones del cable. La atenuacin se mide con aparatos que inyectan una seal
de prueba en un extremo del cable y la miden en el otro extremo.
1.1.6
Capacidad
La capacidad puede distorsionar la seal en el cable: mientras ms largo sea el cable, y ms delgado el espesor del aislante,
mayor es la capacidad, lo que resulta en distorsin.
La capacidad es la unidad de medida de la energa almacenada en un cable.

Los probadores de cable pueden medir la capacidad de este par para determinar si el cable ha sido roscado o estirado. La
capacidad del cable de par trenzado en las redes est entre 17 y 20 pF.
1.1.7
Velocidad segn la categora de la red
categora 1: se utiliza para comunicaciones telefnicas y no es adecuado para la transmisin de datos ya que sus
velocidades no alcanzan los 512 kbit/s.
categora 2: puede transmitir datos a velocidades de hasta 4 Mbit/s.
categora 3: se utiliza en redes 10BaseT y puede transmitir datos a velocidades de hasta 10 Mbit/s.
categora 4: se utiliza en redes Token Ring y puede transmitir datos a velocidades de hasta 16 Mbit/s.
categora 5: puede transmitir datos a velocidades de hasta 100 Mbit/s.
categora 6: Redes de alta velocidad hasta 1 Gbit/s.
categora 6A: Redes de alta velocidad hasta 10 Gbit/s.
1.1.8
Impedancia y distorsin por retardado
Las lneas de transmisin tendrn en alguna porcin ruido de fondo, generado por fuentes externas, el transmisor o las
lneas adyacentes. Este ruido se combina con la seal transmitida. La distorsin resultante puede ser menor, pero la
atenuacin puede provocar que la seal digital descienda al nivel de la seal de ruido. El nivel de la seal digital es mayor
que el nivel de la seal de ruido, pero se acerca al nivel de la seal de ruido a medida que se acerca al receptor. Una seal
formada por varias frecuencias es propensa a la distorsin por retardo causada por la impedancia, la cual es la resistencia
al cambio de las diferentes frecuencias. Esta puede provocar que los diferentes componentes de frecuencia que contienen
las seales lleguen fuera de tiempo al receptor. Si la frecuencia se incrementa, el efecto empeora y el receptor estar
imposibilitado de interpretar las seales correctamente. Este problema puede resolverse disminuyendo el largo del cable.
Ntese que la medicin de la impedancia nos sirve para detectar roturas del cable o falta de conexiones. El cable debe
tener una impedancia de 100 ohmios en la frecuencia usada para transmitir datos. Es importante mantener un nivel de
seal sobre el nivel de ruido. La mayor fuente de ruido en un cable par trenzado con varios alambres es la interferencia.
La interferencia es una ruptura de los cables adyacentes y no es un problema tpico de los cables. El ruido ambiental en
los circuitos digitales es provocado por las lmparas uorescentes, motores, hornos de microondas y equipos de ocina
como computadoras, fax, telfonos y copiadoras. Para medir la interferencia se inyecta una seal de valor conocido en un
extremo y se mide la interferencia en los cables vecinos.
TIA-526-7 Measurement of Optical Power Loss of Installed Single-Mode Fiber Cable Plant OFSTP-7 - (febrero
de 2002).
TIA-526-14-A Optical Power Loss Measurements of Installed Multimode Fiber Cable Plant OFSTP-14 (agosto de 1998).
ANSI/TIA/EIA-568-B.1 de Alambrado de Telecomunicaciones para Edicios Comerciales, Parte 1: Requerimientos Generales, mayo de 2001.
Adenda ANSI/TIA/EIA-568-B.1-1-2001, Adenda 1, Radio de Curvatura Mnimo para Cables de 4 Pares UTP y
STP, julio de 2001.
TIA/EIA-568-B.1-2 Commercial Building Telecommunications Cabling Standard Part 1: General Requirements
Addendum 2 Grounding and Bonding Requirements for Screened Balanced Twisted-Pair Horizontal Cabling (febrero de 2003).
1.1. ELEMENTOS PRINCIPALES DE UN SISTEMA DE CABLEADO ESTRUCTURADO

Addendum 3 Supportable Distances and Channel Attenuation for Optical Fiber Applications by Fiber Type (febrero de 2003)
Addendum 4 Recognition of Category 6 and 850 nm Laser Optimized 50/125 m Multimode Optical Fiber
Cabling - (febrero de 2003)
Addendum 5 Telecommunications Cabling for Telecommunications Enclosures (marzo de 2004)
Addendum 7 - Guidelines for Maintaining Polarity Using Array Connectors (enero de 2006)
TIA/EIA-568-B.2 Commercial Building Telecommunications Cabling Standard Part 2: Balanced Twisted-Pair
Cabling Components - (diciembre de 2003)
TIA/EIA-568-B.2-1 Commercial Building Telecommunications Cabling Standard Part 2: Balanced Twisted-Pair
Cabling Components Addendum 1 Transmission Performance Specications for 4-Pair 100 ohm Category 6
Cabling - (junio de 2002)
Cabling Components Addendum 2 Revision of Sub-clauses - (diciembre de 2001)
TIA/EIA-568-B.2-3 Commercial Building Telecommunications Cabling Standard Part 2: Balanced TwistedPair Cabling Components Addendum 3 Additional Considerations for Insertion Loss & Return Loss Pass/Fail
Determination - (marzo de 2002)
Cabling Components Addendum 4 Solderless Connection Reliability Requirements for Copper Connecting
Hardware - (junio de 2002)
Cabling Components Addendum 5 Corrections to TIA/EIA-568-B.2 (enero de 2003)
Cabling Components Addendum 6 Category 6 Related Component Test Procedures (diciembre de 2003)
Cabling Components Addendum 11 - Specication of 4-Pair UTP and SCTP Cabling (diciembre de 2005)
TIA/EIA-568-3 Optical Fiber Cabling Components Standard - (abril de 2002)
TIA/EIA-568-3.1 Optical Fiber Cabling Components Standard Addendum 1 Additional Transmission Performance Specications for 50/125 m Optical Fiber Cables (abril de 2002)
TIA-569-B Commercial Building Standard for Telecommunications Pathways and Spaces - (octubre de 2004)
TIA-598-C Optical Fiber Cable Color Coding - (enero de 2005)
TIA/EIA-606-A Administration Standard for Commercial Telecommunications Infrastructure - (mayo de 2002)
J-STD-607-A Commercial Building Grounding (Earthing) and Bonding Requirements for Telecommunications
- (octubre de 2002)
1.2 Vase tambin

Electronic Industries Alliance (EIA)
Telecommunications Industry Association (TIA)
Red de rea local, Local Area Network (LAN)
Red de rea local inalmbrica, Wireless Local Area Network (WLAN)
Red de rea metropolitana, Metropolitan Area Network (MAN)
Red de rea amplia, Wide Area Network (WAN)
Captulo 2
Fibra ptica
La bra ptica es un medio de transmisin, empleado habitualmente en redes de datos y telecomunicaciones, consistente en un hilo muy no de material transparente, vidrio o materiales plsticos, por el que se envan pulsos de luz que
representan los datos a transmitir. El haz de luz queda completamente connado y se propaga por el interior de la bra
con un ngulo de reexin por encima del ngulo lmite de reexin total, en funcin de la ley de Snell. La fuente de luz
puede provenir de un lser o un diodo led.
Las bras se utilizan ampliamente en telecomunicaciones, ya que permiten enviar gran cantidad de datos a una gran
distancia, con velocidades similares a las de la radio y superiores a las de un cable convencional. Son el medio de transmisin por cable ms avanzado, al ser inmune a las interferencias electromagnticas, y tambin se utilizan para redes locales
donde se necesite aprovechar las ventajas de la bra ptica sobre otros medios de transmisin.
2.1 Historia
Los antiguos griegos usaban espejos para transmitir informacin, de modo rudimentario, usando luz solar. En 1792,
Claude Chappe dise un sistema de telegrafa ptica, que, mediante el uso de un cdigo y torres y espejos distribuidos
a lo largo de los 200 km que separan a Lille de Pars, consegua transmitir un mensaje en tan slo 16 minutos.
Aunque en 1820, eran conocidas las ecuaciones por las que rige la captura de la luz dentro de una placa de cristal lisa, no
sera sino 90 aos mas tarde que estas ecuaciones se ampliaron hacia los llamados cables de vidrio gracias a los trabajos
de los fsicos Demetrius Hondros y Peter Debye en 1910.[1]
El connamiento de la luz por refraccin, el principio que posibilita la bra ptica, fue demostrado por Daniel Colladon
y Jacques Babinet en Pars en los comienzos de la dcada de 1840. El fsico irlands John Tyndall descubri que la luz
poda viajar dentro del agua, curvndose por reexin interna, y en 1870 present sus estudios ante los miembros de la
Real Sociedad.[2] A partir de este principio se llevaron a cabo una serie de estudios, en los que demostraron el potencial
del cristal como medio ecaz de transmisin a larga distancia. Adems, se desarrollaron una serie de aplicaciones basadas
en dicho principio para iluminar corrientes de agua en fuentes pblicas. Ms tarde, el ingeniero escocs John Logie Baird
registr patentes que describan la utilizacin de bastones slidos de vidrio en la transmisin de luz, para su empleo
en su sistema electromecnico de televisin en color. Sin embargo, las tcnicas y los materiales usados no permitan
la transmisin de la luz con buen rendimiento. Las prdidas de seal ptica eran grandes y no haba dispositivos de
acoplamiento ptico.
Solamente en 1950 las bras pticas comenzaron a interesar a los investigadores, con muchas aplicaciones prcticas que
estaban siendo desarrolladas. En 1952, el fsico Narinder Singh Kapany, apoyndose en los estudios de John Tyndall,
realiz experimentos que condujeron a la invencin de la bra ptica.
Uno de los primeros usos de la bra ptica fue emplear un haz de bras para la transmisin de imgenes, que se us en
el endoscopio. Usando la bra ptica, se consigui un endoscopio semiexible, el cual fue patentado por la Universidad
de Mchigan en 1956. En este invento se usaron unas nuevas bras forradas con un material de bajo ndice de refraccin,
7
CAPTULO 2. FIBRA PTICA
ya que antes se impregnaban con aceites o ceras. En esta misma poca, se empezaron a utilizar lamentos delgados como
el cabello que transportaban luz a distancias cortas, tanto en la industria como en la medicina, de forma que la luz poda
llegar a lugares que de otra forma seran inaccesibles. El nico problema era que esta luz perda hasta el 99 % de su
intensidad al atravesar distancias de hasta 9 metros de bra.
Charles K. Kao, en su tesis doctoral de 1956, estim que las mximas prdidas que debera tener la bra ptica, para que
resultara prctica en enlaces de comunicaciones, eran de 20 decibelios por kilmetro.
En 1966, en un comunicado dirigido a la Asociacin Britnica para el Avance de la Ciencia, los investigadores Charles
K. Kao y George Hockham, de los laboratorios Standard Telecommunications, en Inglaterra, armaron que se poda
disponer de bras de una transparencia mayor y propusieron el uso de bras de vidrio y de luz, en lugar de electricidad
y conductores metlicos, en la transmisin de mensajes telefnicos. La obtencin de tales bras exigi grandes esfuerzos
de los investigadores, ya que las bras hasta entonces presentaban prdidas del orden de 100 dB/km, adems de una
banda pasante estrecha y una enorme fragilidad mecnica. Este estudio constituy la base para reducir las prdidas de
las seales pticas que hasta el momento eran muy signicativas y no permitan el aprovechamiento de esta tecnologa.
En un artculo terico, demostraron que las grandes prdidas caractersticas de las bras existentes se deban a impurezas
diminutas intrnsecas del cristal. Como resultado de este estudio fueron fabricadas nuevas bras con atenuacin de 20
dB/km y una banda pasante de 1 GHz para un largo de 1 km, con la perspectiva de sustituir los cables coaxiales. La
utilizacin de bras de 100 m de dimetro, envueltas en bras de nylon resistente, permitiran la construccin de hilos
tan fuertes que no podan romperse con las manos. Hoy ya existen bras pticas con atenuaciones tan pequeas de hasta
1 dB/km, lo que es muchsimo menor a las prdidas de un cable coaxial.
En 1970, los investigadores Robert Maurer, Donald Keck, Peter Schultz, adems de Frank Zimar que trabajaban para
Corning Glass, fabricaron la primera bra ptica aplicando impurezas de titanio en slice, con cientos de metros de largo
con la claridad cristalina que Kao y Hockman haban propuesto, aunque las prdidas eran de 17 dB/km.[3][4] Durante esta
dcada, las tcnicas de fabricacin se mejoraron, consiguiendo prdidas de tan solo 0,5 dB/km.
Poco despus, los fsicos Morton B. Panish e Izuo Hayashi, de los Laboratorios Bell, mostraron un lser de semiconductores que poda funcionar continuamente a temperatura ambiente. Adems, John MacChesney y sus colaboradores,
tambin de los laboratorios Bell, desarrollaron independientemente mtodos de preparacin de bras. Todas estas actividades marcaron un punto decisivo ya que ahora, existan los medios para llevar las comunicaciones de bra ptica
fuera de los laboratorios, al campo de la ingeniera habitual. Durante la siguiente dcada, a medida que continuaban las
investigaciones, las bras pticas mejoraron constantemente su transparencia.
El 22 de abril de 1977, General Telephone and Electronics envi la primera transmisin telefnica a travs de bra ptica,
en 6 Mbit/s, en Long Beach, California.
Un dispositivo que permiti el uso de la bra ptica en conexiones interurbanas, reduciendo el coste de ellas, fue el
amplicador ptico inventado por David N. Payne, de la Universidad de Southampton, y por Emmanuel Desurvire en los
Laboratorios Bell. A ambos se les concedi la Medalla Benjamin Franklin en 1988.
En 1980, las mejores bras eran tan transparentes que una seal poda atravesar 240 kilmetros de bra antes de debilitarse
hasta ser indetectable. Pero las bras pticas con este grado de transparencia no se podan fabricar usando mtodos
tradicionales. Otro avance se produjo cuando los investigadores se dieron cuenta de que el cristal de slice puro, sin
ninguna impureza de metal que absorbiese luz, solamente se poda fabricar directamente a partir de componentes de
vapor, evitando de esta forma la contaminacin que inevitablemente resultaba del uso convencional de los crisoles de
fundicin. La tecnologa en desarrollo se basaba principalmente en el conocimiento de la termodinmica qumica, una
ciencia perfeccionada por tres generaciones de qumicos desde su adopcin original por parte de Willard Gibbs, en el
siglo XIX.
Tambin en 1980, AT&T present a la Comisin Federal de Comunicaciones de los Estados Unidos un proyecto de un
sistema de 978 kilmetros que conectara las principales ciudades del trayecto de Boston a Washington D. C. Cuatro
aos despus, cuando el sistema comenz a funcionar, su cable, de menos de 25 centmetros de dimetro, proporcionaba
80 000 canales de voz para conversaciones telefnicas simultneas. Para entonces, la longitud total de los cables de bra
nicamente en los Estados Unidos alcanzaba 400 000 kilmetros.
El primer enlace transocenico con bra ptica fue el TAT-8 que comenz a operar en 1988, usando un cristal tan transparente que los amplicadores para regenerar las seales dbiles se podan colocar a distancias de ms de 64 kilmetros.
Tres aos despus, otro cable transatlntico duplic la capacidad del primero. Desde entonces, se ha empleado bra p-
2.2. PROCESO DE FABRICACIN
tica en multitud de enlaces transocenicos o entre ciudades, y paulatinamente se va extendiendo su uso desde las redes
troncales de las operadoras hacia los usuarios nales.
Hoy en da, debido a sus mnimas prdidas de seal y a sus ptimas propiedades de ancho de banda, adems de peso y
tamao reducidos la bra ptica puede ser usada a distancias ms largas que el cable de cobre.
2.2 Proceso de fabricacin

Para la creacin de la preforma existen cuatro procesos que son principalmente utilizados.
La etapa de fabricacin de la preforma puede ser a travs de alguno de los siguientes mtodos:
M.C.V.D (Modied Chemical Vapor Deposition)
Fue desarrollado originalmente por Corning Glass y modicado por los Laboratorios Bell para su uso industrial. Utiliza
un tubo de cuarzo puro de donde se parte y es depositada en su interior la mezcla de dixido de silicio y aditivos de
dopado en forma de capas concntricas. A continuacin en el proceso industrial se instala el tubo en un torno giratorio.
El tubo es calentado hasta alcanzar una temperatura comprendida entre 1400 C y 1600 C mediante un quemador de
hidrgeno y oxgeno. Al girar el torno, el quemador comienza a desplazarse a lo largo del tubo. Por un extremo del tubo
se introducen los aditivos de dopado, parte fundamental del proceso, ya que de la proporcin de estos aditivos depender
el perl nal del ndice de refraccin del ncleo. La deposicin de las sucesivas capas se obtienen de las sucesivas pasadas
del quemador, mientras el torno gira; quedando de esta forma sintetizado el ncleo de la bra ptica. La operacin que
resta es el colapso, se logra igualmente con el continuo desplazamiento del quemador, solo que ahora a una temperatura
comprendida entre 1700 C y 1800 C. Precisamente es sta temperatura la que garantiza el ablandamiento del cuarzo,
convirtindose as el tubo en el cilindro macizo que constituye la preforma. Las dimensiones de la preforma suelen ser de
un metro de longitud til y de un centmetro de dimetro exterior.
V.A.D (Vapor Axial Deposition)
Su funcionamiento se basa en la tcnica desarrollada por la Nippon Telephone and Telegraph (N.T.T), muy utilizado en
Japn por compaas dedicadas a la fabricacin de bras pticas. La materia prima que utiliza es la misma que el mtodo
M.C.V.D, su diferencia con ste radica, que en este ltimo solamente se depositaba el ncleo, mientras que en este adems
del ncleo de la FO se deposita el revestimiento. Por esta razn debe cuidarse que en la zona de deposicin axial o ncleo,
se deposite ms dixido de germanio que en la periferia, lo que se logran a travs de la introduccin de los parmetros de
diseo en el software que sirve de apoyo en el proceso de fabricacin. A partir de un cilindro de vidrio auxiliar que sirve
de soporte para la preforma, se inicia el proceso de creacin de sta, depositndose ordenadamente los materiales, a partir
del extremo del cilindro quedando as conformada la llamada preforma porosa. Conforme su tasa de crecimiento se
va desprendiendo del cilindro auxiliar de vidrio. El siguiente paso consiste en el colapsado, donde se somete la preforma
porosa a una temperatura comprendida entre los 1.500 C y 1.700 C, logrndose as el reblandecimiento del cuarzo.
Quedando convertida la preforma porosa hueca en su interior en el cilindro macizo y transparente, mediante el cual se
suele describir la preforma.
Comparado con el mtodo anterior (M.C.V.D) tiene la ventaja de que permite obtener preformas con mayor dimetro y
mayor longitud, a la vez que precisa un menor aporte energtico. El inconveniente ms destacado es la sosticacin del
equipamiento necesario para su realizacin.
O.V.D (Outside Vapor Deposition)
Desarrollado por Corning Glass Work. Parte de una varilla de substrato cermica y un quemador. En la llama del quemador
son introducidos los cloruros vaporosos y sta caldea la varilla. A continuacin se realiza el proceso denominado sntesis
de la preforma, que consiste en el secado de la misma mediante cloro gaseoso y el correspondiente colapsado de forma
anloga a los realizados con el mtodo V.A.D, quedando as sintetizados el ncleo y revestimiento de la preforma.
Entre las Ventajas, es de citar que las tasas de deposicin que se alcanzan son del orden de 4.3g/min , lo que representa
una tasa de fabricacin de FO de 5km/h , habiendo sido eliminadas las prdidas iniciales en el paso de estirado de la
10
preforma. Tambin es posible la fabricacin de bras de muy baja atenuacin y de gran calidad mediante la optimizacin
en el proceso de secado, porque los perles as obtenidos son lisos y sin estructura anular reconocible.
P.C.V.D (Plasma Chemical Vapor Deposition)
Es desarrollado por la empresa holandesa Philips y se caracteriza por la obtencin de perles lisos sin estructura anular
reconocible. Su principio se basa en la oxidacin de los cloruros de silicio y germanio, creando en stos un estado de
plasma, seguido del proceso de deposicin interior.
2.2.1
Etapa de estiramiento de la preforma
Cualquier tcnica que se utilice que permita la construccin de la preforma es comn en todos los procesos de estiramiento
de sta. La tcnica consiste bsicamente en la existencia de un horno tubular abierto en cuyo interior se somete la preforma
a una temperatura de 2000 C para lograr el reblandecimiento del cuarzo y que quede jo el dimetro exterior de la FO.
Este dimetro se ha de mantener constante mientras se aplica una tensin sobre la preforma. Para lograr esto, los factores
que lo permiten son precisamente la constancia y uniformidad de la tensin de traccin y la ausencia de corrientes de
conveccin en el interior del horno. En este proceso se debe cuidar que la atmsfera interior del horno est aislada de
partculas provenientes del exterior para evitar que la supercie reblandecida de la FO pueda ser contaminada, o que
se puedan crear microsuras con la consecuente inevitable rotura de la bra. Aqu es donde tambin se aplica a la bra
un material sinttico que generalmente es un polmero viscoso, el cual posibilita las elevadas velocidades de estirado
comprendidas entre 1m/sg y 3m/sg , formndose as una capa uniforme sobre la bra totalmente libre de burbujas e
impurezas. Posteriormente se pasa al endurecimiento de la proteccin antes descrita, quedando as la capa denitiva de
polmero elstico. Esto se realiza habitualmente mediante procesos trmicos o a travs de procesos de reacciones qumicas
mediante el empleo de radiaciones ultravioletas.
2.3 Aplicaciones
Su uso es muy variado: desde comunicaciones digitales y joyas, pasando por sensores y llegando a usos decorativos, como
rboles de Navidad, veladores y otros elementos similares. Aplicaciones de la bra monomodo: Cables submarinos, cables
interurbanos, etc.
2.3.1
Comunicaciones con bra ptica
La bra ptica se emplea como medio de transmisin en redes de telecomunicaciones ya que por su exibilidad los
conductores pticos pueden agruparse formando cables. Las bras usadas en este campo son de plstico o de vidrio y
algunas veces de los dos tipos. Por la baja atenuacin que tienen, las bras de vidrio son utilizadas en medios interurbanos.
2.3.2
Sensores de bra ptica
Las bras pticas se pueden utilizar como sensores para medir: tensin, temperatura, presin y otros parmetros. Su
tamao pequeo y el hecho de que por ellas no circula corriente elctrica les dan ciertas ventajas respecto a los sensores
elctricos.
Las bras pticas se utilizan como hidrfonos para los sismos o aplicaciones de sonar. Se han desarrollado sistemas
hidrofnicos con ms de 100 sensores usando la bra ptica. Los hidrfonos son usados por la industria de petrleo as
como las marinas de guerra de algunos pases. La compaa alemana Sennheiser desarroll un micrfono que trabaja con
lser y bras pticas.
Se han desarrollado sensores de bra ptica para el temperatura y presin de pozos petrolferos. Estos sensores pueden
trabajar a mayores temperaturas que los sensores de semiconductores.
2.4. CARACTERSTICAS
11
Otro uso de la bra ptica como un sensor es el girscopo de bra ptica que usa el Boeing 767 y el uso en microsensores
del hidrgeno.
2.3.3
Iluminacin
Otro uso que se le da a la bra ptica es la iluminacin de cualquier espacio. En los ltimos aos las bras pticas han
empezado a ser muy utilizadas debido a las ventajas que este tipo de iluminacin representa:
Ausencia de electricidad y calor: Esto se debe a que la bra slo tiene la capacidad de transmitir los haces de luz,
adems de que la lmpara que ilumina la bra no est en contacto directo con la misma.
Se puede cambiar el color de la iluminacin sin necesidad de cambiar la lmpara: Esto se debe a que la bra puede
transportar el haz de luz de cualquier color sin importar el color de la bra.
Por medio de bras, con una sola lmpara se puede hacer una iluminacin ms amplia : Esto es debido a que con
una lmpara se puede iluminar varias bras y colocarlas en diferentes lugares.
2.3.4
Ms usos de la bra ptica
Se puede usar como una gua de onda en aplicaciones mdicas o industriales en las que es necesario guiar un haz
de luz hasta un blanco que no se encuentra en la lnea de visin.
La bra ptica se puede emplear como sensor para medir tensiones, temperatura, presin as como otros parmetros.
Es posible usar latiguillos de bra junto con lentes para fabricar instrumentos de visualizacin largos y delgados
llamados endoscopios. Los endoscopios se usan en medicina para visualizar objetos a travs de un agujero pequeo.
Los endoscopios industriales se usan para propsitos similares, como por ejemplo, para inspeccionar el interior de
turbinas.
Las bras pticas se han empleado tambin para usos decorativos incluyendo iluminacin, rboles de Navidad.
Lneas de abonado
Las bras pticas son muy usadas en el campo de la iluminacin. Para edicios donde la luz puede ser recogida en
la azotea y ser llevada mediante bra ptica a cualquier parte del edicio.
Se emplea como componente en la confeccin del hormign translcido, invencin creada por el arquitecto hngaro
Ron Losonczi, que consiste en una mezcla de hormign y bra ptica formando un nuevo material que ofrece la
resistencia del hormign pero adicionalmente, presenta la particularidad de dejar traspasar la luz de par en par.
2.4 Caractersticas
La bra ptica es una gua de ondas dielctrica que opera a frecuencias pticas.
Cada lamento consta de un ncleo central de plstico o cristal (xido de silicio y germanio) con un alto ndice de
refraccin, rodeado de una capa de un material similar con un ndice de refraccin ligeramente menor (plstico). Cuando
la luz llega a una supercie que limita con un ndice de refraccin menor, se reeja en gran parte, cuanto mayor sea la
diferencia de ndices y mayor el ngulo de incidencia, se habla entonces de reexin interna total.
En el interior de una bra ptica, la luz se va reejando contra las paredes en ngulos muy abiertos, de tal forma que
prcticamente avanza por su centro. De este modo, se pueden guiar las seales luminosas sin prdidas por largas distancias.
12
2.4.1
Funcionamiento
Los principios bsicos de su funcionamiento se justican aplicando las leyes de la ptica geomtrica, principalmente, la
ley de la refraccin (principio de reexin interna total) y la ley de Snell.
Su funcionamiento se basa en transmitir por el ncleo de la bra un haz de luz, tal que este no atraviese el revestimiento,
sino que se reeje y se siga propagando. Esto se consigue si el ndice de refraccin del ncleo es mayor al ndice de
refraccin del revestimiento, y tambin si el ngulo de incidencia es superior al ngulo lmite.
2.4.2
Ventajas
Una banda de paso muy ancha, lo que permite ujos muy elevados (del orden del GHz).
Pequeo tamao, por lo tanto ocupa poco espacio.
Gran exibilidad, el radio de curvatura puede ser inferior a 1 cm, lo que facilita la instalacin enormemente.
Gran ligereza, el peso es del orden de algunos gramos por kilmetro, lo que resulta unas nueve veces menos que el
de un cable convencional.
Inmunidad total a las perturbaciones de origen electromagntico, lo que implica una calidad de transmisin muy
buena, ya que la seal es inmune a las tormentas, chisporroteo...
Gran seguridad: la intrusin en una bra ptica es fcilmente detectable por el debilitamiento de la energa lumnica
en recepcin, adems, no radia nada, lo que es particularmente interesante para aplicaciones que requieren alto nivel
de condencialidad.
No produce interferencias.
Insensibilidad a las seales parsitas, lo que es una propiedad principalmente utilizada en los medios industriales
fuertemente perturbados (por ejemplo, en los tneles del metro). Esta propiedad tambin permite la coexistencia
por los mismos conductos de cables pticos no metlicos con los cables de energa elctrica.
Atenuacin muy pequea independiente de la frecuencia, lo que permite salvar distancias importantes sin elementos
activos intermedios. Puede proporcionar comunicaciones hasta los 70 km. antes de que sea necesario regenerar la
seal, adems, puede extenderse a 150 km. utilizando amplicadores lser.
Gran resistencia mecnica, lo que facilita la instalacin.
Resistencia al calor, fro y corrosin.
Facilidad para localizar los cortes gracias a un proceso basado en la telemetra, lo que permite detectar rpidamente
el lugar donde se har la reparacin de la avera, simplicando la labor de mantenimiento.
Con un coste menor respecto al cobre.
Factores ambientales.
2.4.3
Desventajas
A pesar de las ventajas antes enumeradas, la bra ptica presenta una serie de desventajas frente a otros medios de
transmisin, siendo las ms relevantes las siguientes:
La alta fragilidad de las bras.
Necesidad de usar transmisores y receptores ms costosos.
Los empalmes entre bras son difciles de realizar, especialmente en el campo, lo que diculta las reparaciones en
caso de ruptura del cable.
2.5. TIPOS
13
No puede transmitir electricidad para alimentar repetidores intermedios.

La necesidad de efectuar, en muchos casos, procesos de conversin elctrica-ptica.
La bra ptica convencional no puede transmitir potencias elevadas.[5]
No existen memorias pticas.
La bra ptica no transmite energa elctrica, esto limita su aplicacin donde el terminal de recepcin debe ser
energizado desde una lnea elctrica. La energa debe proveerse por conductores separados.
Las molculas de hidrgeno pueden difundirse en las bras de silicio y producir cambios en la atenuacin. El agua
corroe la supercie del vidrio y resulta ser el mecanismo ms importante para el envejecimiento de la bra ptica.
Incipiente normativa internacional sobre algunos aspectos referentes a los parmetros de los componentes, calidad
de la transmisin y pruebas.
2.5 Tipos
Las diferentes trayectorias que puede seguir un haz de luz en el interior de una bra se denominan modos de propagacin.
Y segn el modo de propagacin tendremos dos tipos de bra ptica: multimodo y monomodo.
2.5.1
Fibra multimodo
Una bra multimodo es aquella en la que los haces de luz pueden circular por ms de un modo o camino. Esto supone que
no llegan todos a la vez. Una bra multimodo puede tener ms de mil modos de propagacin de luz. Las bras multimodo
se usan comnmente en aplicaciones de corta distancia, menores a 2 km, es simple de disear y econmico.
El ncleo de una bra multimodo tiene un ndice de refraccin superior, pero del mismo orden de magnitud, que el
revestimiento. Debido al gran tamao del ncleo de una bra multimodo, es ms fcil de conectar y tiene una mayor
tolerancia a componentes de menor precisin.
Dependiendo el tipo de ndice de refraccin del ncleo, tenemos dos tipos de bra multimodo:
ndice escalonado: en este tipo de bra, el ncleo tiene un ndice de refraccin constante en toda la seccin cilndrica,
tiene alta dispersin modal.
ndice gradual: mientras en este tipo, el ndice de refraccin no es constante, tiene menor dispersin modal y el
ncleo se constituye de distintos materiales.
Adems, segn el sistema ISO 11801 para clasicacin de bras multimodo segn su ancho de banda se incluye el +pichar
(multimodo sobre lser) a los ya existentes OM1 y OM2 (multimodo sobre LED).
OM1: Fibra 62.5/125 m, soporta hasta Gigabit Ethernet (1 Gbit/s), usan LED como emisores
OM2: Fibra 50/125 m, soporta hasta Gigabit Ethernet (1 Gbit/s), usan LED como emisores
OM3: Fibra 50/125 m, soporta hasta 10 Gigabit Ethernet (300 m), usan lser (VCSEL) como emisores.
Bajo OM3 se han conseguido hasta 2000 MHz km (10 Gbit/s), es decir, una velocidad 10 veces mayor que con OM1.
14
2.5.2
Fibra monomodo
Una bra monomodo es una bra ptica en la que slo se propaga un modo de luz. Se logra reduciendo el dimetro del
ncleo de la bra hasta un tamao (8,3 a 10 micrones) que slo permite un modo de propagacin. Su transmisin es
paralela al eje de la bra. A diferencia de las bras multimodo, las bras monomodo permiten alcanzar grandes distancias
(hasta 400 km mximo, mediante un lser de alta intensidad) y transmitir elevadas tasas de informacin (decenas de
Gbit/s).
2.6 Tipos segn su diseo

De acuerdo a su diseo, existen dos tipos de cable de bra ptica
2.6.1
Cable de estructura holgada
Es un cable empleado tanto para exteriores como para interiores que consta de varios tubos de bra rodeando un miembro
central de refuerzo y provisto de una cubierta protectora. Cada tubo de bra, de dos a tres milmetros de dimetro, lleva
varias bras pticas que descansan holgadamente en l. Los tubos pueden ser huecos o estar llenos de un gel hidrfugo que
acta como protector antihumedad impidiendo que el agua entre en la bra. El tubo holgado asla la bra de las fuerzas
mecnicas exteriores que se ejerzan sobre el cable.
Su ncleo se complementa con un elemento que le brinda resistencia a la traccin que bien puede ser de varilla exible
metlica o dielctrica como elemento central o de hilaturas de Aramida o bra de vidrio situadas perifricamente.
2.6.2
Cable de estructura ajustada
Es un cable diseado para instalaciones en el interior de los edicios, es ms exible y con un radio de curvatura ms
pequeo que el que tienen los cables de estructura holgada.
Contiene varias bras con proteccin secundaria que rodean un miembro central de traccin, todo ello cubierto de una
proteccin exterior. Cada bra tiene una proteccin plstica extrusionada directamente sobre ella, hasta alcanzar un dimetro de 900 m rodeando al recubrimiento de 250 m de la bra ptica. Esta proteccin plstica adems de servir como
proteccin adicional frente al entorno, tambin provee un soporte fsico que servira para reducir su coste de instalacin
al permitir reducir las bandejas de empalmes.
2.7 Componentes de la bra ptica

Dentro de los componentes que se usan en la bra ptica caben destacar los siguientes: los conectores, el tipo de emisor
del haz de luz, los conversores de luz, etc.
Transmisor de energa ptica. Lleva un modulador para transformar la seal electrnica entrante a la frecuencia aceptada
por la fuente luminosa, la cual convierte la seal electrnica (electrones) en una seal ptica (fotones) que se emite a
travs de la bra ptica.
Detector de energa ptica. Normalmente es un fotodiodo que convierte la seal ptica recibida en electrones (es necesario
tambin un amplicador para generar la seal)
Su componente es el silicio y se conecta a la fuente luminosa y al detector de energa ptica. Dichas conexiones requieren
una tecnologa compleja.
2.7. COMPONENTES DE LA FIBRA PTICA
2.7.1
15
Tipos de pulido
Los extremos de la bra necesitan un acabado especco en funcin de su forma de conexin. Los acabados ms habituales
son:
Plano: Las bras se terminan de forma plana perpendicular a su eje.
PC: (Phisical Contact) Las bras son terminadas de forma convexa, poniendo en contacto los ncleos de ambas
bras.
SPC: (Super PC) Similar al PC pero con un acabado ms no. Tiene menos prdidas de retorno.
UPC: (Ultra PC) Similar al anterior pero an mejor.
Enhanced UPC: Mejora del anterior para reducir las prdidas de retorno.
APC: (Angled PC) Similar al UPC pero con el plano de corte ligeramente inclinado. Proporciona unas prdidas
similares al Enhanced UPC.
2.7.2
Tipos de conectores
Estos elementos se encargan de conectar las lneas de bra a un elemento, ya puede ser un transmisor o un receptor. Los
tipos de conectores disponibles son muy variados, entre los que podemos encontrar se hallan los siguientes:
FC, que se usa en la transmisin de datos y en las telecomunicaciones.
FDDI, se usa para redes de bra ptica.
LC y MT-Array que se utilizan en transmisiones de alta densidad de datos.
SC y SC-Dplex se utilizan para la transmisin de datos.
ST o BFOC se usa en redes de edicios y en sistemas de seguridad.
2.7.3
Emisores del haz de luz
Estos dispositivos se encargan de convertir la seal elctrica en seal luminosa, emitiendo el haz de luz que permite la
transmisin de datos, estos emisores pueden ser de dos tipos:
LEDs. Utilizan una corriente de 50 a 100 mA, su velocidad es lenta, solo se puede usar en bras multimodo, pero
su uso es fcil y su tiempo de vida es muy grande, adems de ser econmicos.
Lseres. Este tipo de emisor usa una corriente de 5 a 40 mA, son muy rpidos, se puede usar con los dos tipos de
bra, monomodo y multimodo, pero por el contrario su uso es difcil, su tiempo de vida es largo pero menor que
el de los LEDs y tambin son mucho ms costosos.
2.7.4
Conversores luz-corriente elctrica
Este tipo de dispositivos convierten las seales luminosas que proceden de la bra ptica en seales elctricas. Se limitan
a obtener una corriente a partir de la luz modulada incidente, esta corriente es proporcional a la potencia recibida, y por
tanto, a la forma de onda de la seal moduladora.
Se fundamenta en el fenmeno opuesto a la recombinacin, es decir, en la generacin de pares electrn-hueco a partir de
los fotones. El tipo ms sencillo de detector corresponde a una unin semiconductora P-N.
Las condiciones que debe cumplir un fotodetector para su utilizacin en el campo de las comunicaciones, son las siguientes:
16

La corriente inversa (en ausencia de luz) debe ser muy pequea, para as poder detectar seales pticas muy dbiles
(alta sensibilidad).
Rapidez de respuesta (gran ancho de banda).
El nivel de ruido generado por el propio dispositivo ha de ser mnimo.
Hay dos tipos de detectores: los fotodiodos PIN y los de avalancha APD.
Detectores PIN: su nombre viene de que se componen de una unin P-N y entre esa unin se intercala una nueva
zona de material intrnseco (I), la cual mejora la ecacia del detector.
Se utiliza principalmente en sistemas que permiten una fcil discriminacin entre posibles niveles de luz y en distancias
cortas.
Detectores APD: los fotodiodos de avalancha son fotodetectores que muestran, aplicando un alto voltaje en inversa, un efecto interno de ganancia de corriente (aproximadamente 100), debido a la ionizacin de impacto (efecto
avalancha). El mecanismo de estos detectores consiste en lanzar un electrn a gran velocidad (con la energa suciente), contra un tomo para que sea capaz de arrancarle otro electrn.
Estos detectores se pueden clasicar en tres tipos:
de silicio: presentan un bajo nivel de ruido y un rendimiento de hasta el 90% trabajando en primera ventana.
Requieren alta tensin de alimentacin (200-300V).
de germanio: aptos para trabajar con longitudes de onda comprendidas entre 1000 y 1300 nm y con un rendimiento
del 70%.
de compuestos de los grupos III y V.
2.8 Cables de bra ptica

Un cable de bra ptica est compuesto por un grupo de bras pticas por el cual se transmiten seales luminosas. Las
bras pticas comparten su espacio con hiladuras de aramida que le coneren la necesaria resistencia a la traccin.
Los cables de bra ptica proporcionan una alternativa sobre los coaxiales en la industria de la electrnica y las telecomunicaciones.
As, un cable con 8 bras pticas tiene un tamao bastante ms pequeo que los utilizados habitualmente, puede soportar
las mismas comunicaciones que 60 cables de 1623 pares de cobre o 4 cables coaxiales de 8 tubos, todo ello con una
distancia entre repetidores mucho mayor.
Por otro lado, el peso del cable de bra ptica es muchsimo menor que el de los coaxiales, ya que una bobina del cable
de 8 bras antes citado puede pesar del orden de 30 kg/km, lo que permite efectuar tendidos de 2 a 4 km de una sola vez,
mientras que en el caso de los cables de cobre no son prcticas distancias superiores a 250 - 300 m.
La bra ptica no se suele emplear tal y como se obtiene tras su proceso de creacin (tan slo con el revestimiento
primario), sino que hay que dotarla de ms elementos de refuerzo que permitan su instalacin sin poner en riesgo al vidrio
que la conforma. Es un proceso difcil de llevar a cabo, ya que el vidrio es quebradizo y poco dctil. Adems, la seccin
de la bra es muy pequea, por lo que la resistencia que ofrece a romperse es prcticamente nula. Es por tanto necesario
protegerla mediante la estructura que denominamos cable.
2.8.1
Las funciones del cable
Las funciones del cable de bra ptica son varias. Acta como elemento de proteccin de la(s) bra(s) ptica(s) que hay
en su interior frente a daos y fracturas que puedan producirse tanto en el momento de su instalacin como a lo largo
2.8. CABLES DE FIBRA PTICA
17
de la vida til de sta. Adems, proporciona suciente consistencia mecnica para que pueda manejarse en las mismas
condiciones de traccin, compresin, torsin y medioambientales que los cables de conductores. Para ello incorporan
elementos de refuerzo y aislamiento frente al exterior.
2.8.2
Instalacin y explotacin
Referente a la instalacin y explotacin del cable, nos encontramos frente a la cuestin esencial de qu tensin es la
mxima que debe admitirse durante el tendido para que el cable no se rompa y se garantice una vida media de unos 20
aos.
Tcnicas de empalme: Los tipos de empalmes pueden ser:
Empalme mecnico con el cual se pueden provocar prdidas del orden de 0,5 dB.
Empalme con pegamentos con el cual se pueden provocar prdidas del orden de 0,2 dB.
Empalme por fusin de arco elctrico con el cual se logran prdidas del orden de 0,02 dB.
2.8.3
Elementos y diseo del cable de bra ptica
La estructura de un cable de bra ptica depender en gran medida de la funcin que deba desempear esa bra. A pesar
de esto, todos los cables tienen unos elementos comunes que deben ser considerados y que comprenden: el revestimiento
secundario de la bra o bras que contiene; los elementos estructurales y de refuerzo; la funda exterior del cable, y las
protecciones contra el agua. Existen tres tipos de revestimiento secundario:
Revestimiento ceido: Consiste en un material (generalmente plstico duro como el nylon o el polister) que
forma una corona anular maciza situada en contacto directo con el revestimiento primario. Esto genera un dimetro
externo nal que oscila entre 05 y 1 mm. Esto proporciona a la bra una proteccin contra microcurvaturas, con
la salvedad del momento de su montaje, que hay que vigilar que no las produzca ella misma.
Revestimiento holgado hueco: Proporciona una cavidad sobredimensionada. Se emplea un tubo hueco extruido
(construido pasando un metal candente por el plstico) de material duro, pero exible, con un dimetro variable de
1 a 2 mm. El tubo asla a la bra de vibraciones y variaciones mecnicas y de temperatura externas.
Revestimiento holgado con relleno: El revestimiento holgado anterior se puede rellenar de un compuesto resistente
a la humedad, con el objetivo de impedir el paso del agua a la bra. Adems ha de ser suave, dermatolgicamente
inocuo, fcil de extraer, autorregenerativo y estable para un rango de temperaturas que oscila entre los 55 y los
85 C Es frecuente el empleo de derivados del petrleo y compuestos de silicona para este cometido.
2.8.4
Elementos estructurales
Los elementos estructurales no son cable y tienen como misin proporcionar el ncleo alrededor del cual se sustentan las
bras, ya sean trenzadas alrededor de l o dispersndose de forma paralela a l en ranuras practicadas sobre el elemento
a tal efecto.
2.8.5
Elementos de refuerzo
Tienen por misin soportar la traccin a la que ste se ve sometido para que ninguna de sus bras sufra una elongacin
superior a la permitida. Tambin debe evitar posibles torsiones. Han de ser materiales exibles y, ya que se emplearn
kilmetros de ellos han de tener un coste asequible. Se suelen utilizar materiales como el acero, Kevlar y la bra de vidrio.
18
2.8.6
Funda
Por ltimo, todo cable posee una funda, generalmente de plstico cuyo objetivo es proteger el ncleo que contiene el medio
de transmisin frente a fenmenos externos a ste como son la temperatura, la humedad, el fuego, los golpes externos,
etc. Dependiendo de para qu sea destinada la bra, la composicin de la funda variar. Por ejemplo, si va a ser instalada
en canalizaciones de planta exterior, debido al peso y a la traccin bastar con un revestimiento de polietilenos extruidos.
Si el cable va a ser areo, donde slo importa la traccin en el momento de la instalacin nos preocupar ms que la
funda ofrezca resistencia a las heladas y al viento. Si va a ser enterrado, querremos una funda que, aunque sea ms pesada,
soporte golpes y aplastamientos externos. En el caso de las bras submarinas la funda ser una compleja superposicin
de varias capas con diversas funciones aislantes.
2.8.7
Prdida en los cables de Fibra ptica
A la prdida de potencia a travs del medio se conoce como Atenuacin, es expresada en decibelios, con un valor positivo
en dB, es causada por distintos motivos, como la disminucin en el ancho de banda del sistema, velocidad, eciencia. La
bra de tipo multimodal, tiene mayor prdida debido a que la onda luminosa se dispersa originada por las impurezas. Las
principales causas de prdida en el medio son:
Prdidas por absorcin
Prdida de Rayleigh
Dispersin cromtica
Prdidas por radiacin
Dispersin modal
Prdidas por acoplamiento
Prdidas por absorcin. Ocurre cuando las impurezas en la bra absorben la luz, y esta se convierte en energa calorca;
las prdidas normales van de 1 a 1000 dB/km.
Prdida de Rayleigh. En el momento de la manufactura de la bra, existe un momento donde no es lquida ni slida y la
tensin aplicada durante el enfriamiento puede provocar microscpicas irregularidades que se quedan permanentemente;
cuando los rayos de luz pasan por la bra, estos se difractan haciendo que la luz vaya en diferentes direcciones.
Dispersin cromtica. Esta dispersin slo se observa en las bras tipo unimodal, ocurre cuando los rayos de luz emitidos
por la fuente y se propagan sobre el medio, no llegan al extremo opuesto en el mismo tiempo; esto se puede solucionar
cambiando el emisor fuente.
Prdidas por radiacin. Estas prdidas se presentan cuando la bra sufre de dobleces, esto puede ocurrir en la instalacin
y variacin en la trayectoria, cuando se presenta discontinuidad en el medio.
Dispersin modal. Es la diferencia en los tiempos de propagacin de los rayos de luz.
Prdidas por acoplamiento. Las prdidas por acoplamiento se dan cuando existen uniones de bra, se deben a problemas
de alineamiento.
2.9 Conectores
Los conectores ms comunes usados en la bra ptica para redes de rea local son los conectores ST, LC, FC Y SC.
El conector SC (Set and Connect) es un conector de insercin directa que suele utilizarse en conmutadores Ethernet de
tipo Gigabit. El conector ST (Set and Twist) es un conector similar al SC, pero requiere un giro del conector para su
insercin, de modo similar a los conectores coaxiales.
2.10. TIPOS DE DISPERSIN
19
2.10 Tipos de dispersin

La dispersin es la propiedad fsica inherente de las bras pticas, que dene el ancho de banda y la interferencia nter
simblica (ISI).
Dispersin intermodal: tambin conocida como dispersin modal, es causada por la diferencia en los tiempos de
propagacin de los rayos de luz que toman diferentes trayectorias por una bra. Este tipo de dispersin solo afecta
a las bras multimodo.
Dispersin cromtica del material: esto es el resultado de las diferentes longitudes de onda de la luz que se propagan
a distintas velocidades a travs de un medio dado.
Dispersin cromtica de la gua de onda: Es funcin del ancho de banda de la seal de informacin y la conguracin
de la gua generalmente es ms pequea que la dispersin anterior y por lo cual se puede despreciar.
2.11 Vase tambin

Amplicador ptico
Terminal de red ptico
DWDM
FTTH
Medicin de temperatura por bra ptica
Red ptica Sincrona (SONET)
Canal de bra
Fibra ptica plstica
2.12 Referencias
[1] Las comunicaciones modernas: la revolucin del lser y la bra ptica. National Academy of Sciences. Consultado el 1 de
abril de 2015.
[2] Bates, Regis J (2001). Optical Switching and Networking Handbook. Nueva York: McGraw-Hill. p. 10. ISBN 007137356X.
[3] Giants of Innovation (en ingls). Corning Incorporated. 31 de diciembre de 2007. Consultado el 1 de abril de 2015.
[4] DeCusatis, Casimer (2011). Handbook of Fiber Optic Data Communication: A Practical Guide to Optical Networking. Elsevier
Academic Press. p. 10. ISBN 978-0-12-374216-2. Consultado el 1 de abril de 2015.
[5] Seo, Koji; Nishimura, Naoya; Shiino, Masato; Yuguchi, Ren'ichi; Sasaki, Hirokazu (2003). Evaluation of High-power Endurance in Optical Fiber Links. Furukawa Reviews (en ingls) (24). ISSN 1348-1797. Consultado el 1 de abril de 2015.
Wikimedia Commons alberga contenido multimedia sobre Fibra pticaCommons.
20
Un ramo de bras pticas.
2.13. ENLACES EXTERNOS
Un cable de bra ptica de TOSLINK para audio iluminado desde un extremo.
21
22
Cable submarino de bra ptica.
23
24
1998 joya en Fibra ptica, oro blanco y diamantes ganadora de una competencia de diseo en Tokio.
25
Ncleo y revestimiento de la bra ptica.
ndice de refraccin
380m
200m
Impulsin de entrada
Fibra a salto de ndice

50-100
m
n
125m
Fibra a gradiente de ndice

-10m
125m
Fibra monomodo
Tipos de bra ptica.
Impulsin de salida
26
Tipos de conectores de la bra ptica.
Seccin de un cable de bra ptica.
27
28
Conectores de cable de bra ptica tipo ST.
Captulo 3
Ethernet
Tarjeta de Red ISA de 10 Mbit/s.
Ethernet (pronunciado /irnt/ en ingls) es un estndar de redes de rea local para computadores con acceso al medio
por deteccin de la onda portadora y con deteccin de colisiones (CSMA/CD). Su nombre viene del concepto fsico de
ether. Ethernet dene las caractersticas de cableado y sealizacin de nivel fsico y los formatos de tramas de datos del
nivel de enlace de datos del modelo OSI.
Ethernet se tom como base para la redaccin del estndar internacional IEEE 802.3, siendo usualmente tomados como
sinnimos. Se diferencian en uno de los campos de la trama de datos. Sin embargo, las tramas Ethernet e IEEE 802.3
pueden coexistir en la misma red.
29
30
CAPTULO 3. ETHERNET
Conectores BNC (Coaxial) y RJ45 de una tarjeta de Red.
Cable UTP para conexiones ethernet.
3.1 Historia
En 1970 mientras Abramson montaba la red ALOHA en Hawi, un estudiante recin graduado en el MIT llamado Robert
Metcalfe se encontraba realizando sus estudios de doctorado en la Universidad de Harvard trabajando para ARPANET,
que era el tema de investigacin candente en aquellos das. En un viaje a Washington, Metcalfe estuvo en casa de Steve
Crocker (el inventor de los RFCs de Internet) donde ste lo dej dormir en el sof. Para poder conciliar el sueo Metcalfe
empez a leer una revista cientca donde encontr un artculo de Norm Abramson acerca de la red Aloha. Metcalfe
pens cmo se poda mejorar el protocolo utilizado por Abramson, y escribi un artculo describiendo un protocolo que
mejoraba sustancialmente el rendimiento de Aloha. Ese artculo se convertira en su tesis doctoral, que present en 1973.
La idea bsica era muy simple: las estaciones antes de transmitir deberan detectar si el canal ya estaba en uso (es decir si ya
haba 'portadora'), en cuyo caso esperaran a que la estacin activa terminara. Adems, cada estacin mientras transmitiera
3.1. HISTORIA
31
estara continuamente vigilando el medio fsico por si se produca alguna colisin, en cuyo caso se parara y retransmitira
ms tarde. Este protocolo MAC recibira ms tarde la denominacin Acceso Mltiple con Deteccin de Portadora y
Deteccin de Colisiones, o ms brevemente CSMA/CD (Carrier Sense Multiple Access / Collision Detection).
En 1972 Metcalfe se mud a California para trabajar en el Centro de Investigacin de Xerox en Palo Alto llamado Xerox
PARC (Palo Alto Research Center). All se estaba diseando lo que se consideraba la 'ocina del futuro' y Metcalfe
encontr un ambiente perfecto para desarrollar sus inquietudes. Se estaban probando unas computadoras denominadas
Alto, que ya disponan de capacidades grcas y ratn y fueron consideradas los primeros ordenadores personales. Tambin
se estaban fabricando las primeras impresoras lser. Se quera conectar las computadoras entre s para compartir cheros
y las impresoras. La comunicacin tena que ser de muy alta velocidad, del orden de megabits por segundo, ya que la
cantidad de informacin a enviar a las impresoras era enorme (tenan una resolucin y velocidad comparables a una
impresora lser actual). Estas ideas que hoy parecen obvias eran completamente revolucionarias en 1973.
A Metcalfe, el especialista en comunicaciones del equipo con 27 aos de edad, se le encomend la tarea de disear y
construir la red que uniera todo aquello. Contaba para ello con la ayuda de un estudiante de doctorado de Stanford llamado
David Boggs. Las primeras experiencias de la red, que denominaron 'Alto Aloha Network', las llevaron a cabo en 1972.
Fueron mejorando gradualmente el prototipo hasta que el 22 de mayo de 1973 Metcalfe escribi un memorndum interno
en el que informaba de la nueva red. Para evitar que se pudiera pensar que slo serva para conectar computadoras Alto
cambi el nombre de la red por el de Ethernet, que haca referencia a la teora de la fsica hoy ya abandonada segn la cual
las ondas electromagnticas viajaban por un uido denominado ter que se supona llenaba todo el espacio (para Metcalfe
el 'ter' era el cable coaxial por el que iba la seal). Las dos computadoras Alto utilizadas para las primeras pruebas de
Ethernet fueron rebautizadas con los nombres Michelson y Morley, en alusin a los dos fsicos que demostraron en 1887
la inexistencia del ter mediante el famoso experimento que lleva su nombre.
La red de 1973 ya tena todas las caractersticas esenciales de la Ethernet actual. Empleaba CSMA/CD para minimizar
la probabilidad de colisin, y en caso de que sta se produjera se pona en marcha un mecanismo denominado retroceso
exponencial binario para reducir gradualmente la agresividad del emisor, con lo que ste se adaptaba a situaciones de
muy diverso nivel de trco. Tena topologa de bus y funcionaba a 2,94 Mb/s sobre un segmento de cable coaxial de 1,6
km de longitud. Las direcciones eran de 8 bits y el CRC de las tramas de 16 bits. El protocolo utilizado al nivel de red
era el PUP (Parc Universal Packet) que luego evolucionara hasta convertirse en el que luego fue XNS (Xerox Network
System), antecesor a su vez de IPX (Netware de Novell).
En vez de utilizar el cable coaxial de 75 ohms de las redes de televisin por cable se opt por emplear cable de 50 ohms
que produca menos reexiones de la seal, a las cuales Ethernet era muy sensible por transmitir la seal en banda base (es
decir sin modulacin). Cada empalme del cable y cada 'pincho' vampiro (transceiver) instalado produca la reexin de
una parte de la seal transmitida. En la prctica el nmero mximo de 'pinchos vampiro, y por tanto el nmero mximo
de estaciones en un segmento de cable coaxial, vena limitado por la mxima intensidad de seal reejada tolerable.
En 1975 Metcalfe y Boggs describieron Ethernet en un artculo que enviaron a Communications of the ACM (Association
for Computing Machinery), publicado en 1976. En l ya describan el uso de repetidores para aumentar el alcance de la
red. En 1977 Metcalfe, Boggs y otros dos ingenieros de Xerox recibieron una patente por la tecnologa bsica de Ethernet,
y en 1978 Metcalfe y Boggs recibieron otra por el repetidor. En esta poca todo el sistema Ethernet era propiedad de
Xerox.
Conviene destacar que David Boggs construy en el ao 1975 durante su estancia en Xerox PARC el primer router y el
primer servidor de nombres de Internet.
La primera versin fue un intento de estandarizar ethernet aunque hubo un campo de la cabecera que se deni de forma
diferente, posteriormente ha habido ampliaciones sucesivas al estndar que cubrieron las ampliaciones de velocidad (Fast
Ethernet, Gigabit Ethernet y el de 10 Gigabits), redes virtuales, hubs, conmutadores y distintos tipos de medios, tanto de
bra ptica como de cables de cobre (tanto par trenzado como coaxial).
Los estndares de este grupo no reejan necesariamente lo que se usa en la prctica, aunque a diferencia de otros grupos
este suele estar cerca de la realidad.
32
CAPTULO 3. ETHERNET
3.2 Versiones de 802.3
3.3 Formato de la trama Ethernet

La trama es lo que se conoce tambin por el nombre de frame.
Estructura de la Payload en Ethernet y protocolos IP y TCP
El primer campo es el prembulo que indica el inicio de la trama y tienen el objeto de que el dispositivo que lo
recibe detecte una nueva trama y se sincronice.
El delimitador de inicio de trama indica que el frame empieza a partir de l.
Los campos de MAC (o direccin) de destino y origen indican las direcciones fsicas del dispositivo al que van
dirigidos los datos y del dispositivo origen de los datos, respectivamente.
La etiqueta es un campo opcional que indica la pertenencia a una VLAN o prioridad en IEEE P802.1p
Ethernetype indica con que protocolo estn encapsulados los datos que contiene la Payload, en caso de que se usase
un protocolo de capa superior.
3.4. TECNOLOGA Y VELOCIDAD DE ETHERNET
33
La Payload es donde van todos los datos y, en el caso correspondiente, cabeceras de otros protocolos de capas superiores (Segn Modelo OSI, vase Protocolos en informtica) que pudieran formatear a los datos que se tramiten
(IP, TCP, etc). Tiene un mnimo de 46 Bytes (o 42 si es la versin 802.1Q) hasta un mximo de 1500 Bytes.
La secuencia de comprobacin es un campo de 4 bytes que contiene un valor de vericacin CRC (Control de redundancia cclica). El emisor calcula el CRC de toda la trama, desde el campo destino al campo CRC suponiendo
que vale 0. El receptor lo recalcula, si el valor calculado es 0 la trama es vlida.
El gap de nal de trama son 12 bytes vacos con el objetivo de espaciado entre tramas.
3.4 Tecnologa y velocidad de Ethernet

Hace ya mucho tiempo que Ethernet consigui situarse como el principal protocolo del nivel de enlace. Ethernet 10Base2
consigui, ya en la dcada de los 90s, una gran aceptacin en el sector. Hoy por hoy, 10Base2 se considera como una
tecnologa de legado respecto a 100BaseT. Hoy los fabricantes ya han desarrollado adaptadores capaces de trabajar
tanto con la tecnologa 10baseT como la 100BaseT y esto ayuda a una mejor adaptacin y transicin.
Las tecnologas Ethernet que existen se diferencian en estos conceptos:
Velocidad de transmisin
- Velocidad a la que transmite la tecnologa.
Tipo de cable
- Tecnologa del nivel fsico que usa la tecnologa.
Longitud mxima - Distancia mxima que puede haber entre dos nodos adyacentes (sin estaciones repetidoras).
Topologa
- Determina la forma fsica de la red. Bus si se usan conectores T (hoy slo usados con las tecnologas ms antiguas) y
estrella si se usan hubs (estrella de difusin) o switches (estrella conmutada).
A continuacin se especican los anteriores conceptos en las tecnologas ms importantes:
3.5 Hardware comnmente usado en una red Ethernet

Los elementos de una red Ethernet son: tarjeta de red, repetidores, concentradores, puentes, los conmutadores, los nodos
de red y el medio de interconexin. Los nodos de red pueden clasicarse en dos grandes grupos: equipo terminal de
datos (DTE) y equipo de comunicacin de datos (DCE).
Los DTE son dispositivos de red que generan el destino de los datos: los PC, las estaciones de trabajo, los servidores de
archivos, los servidores de impresin; todos son parte del grupo de las estaciones nales. Los DCE son los dispositivos
de red intermediarios que reciben y retransmiten las tramas dentro de la red; pueden ser: conmutadores (switch), routers,
concentradores (hub), repetidores o interfaces de comunicacin. Por ejemplo: un mdem o una tarjeta de interfaz.
NIC, o Tarjeta de Interfaz de Red - permite que una computadora acceda a una red local. Cada tarjeta tiene una
nica direccin MAC que la identica en la red. Una computadora conectada a una red se denomina nodo.
34
CAPTULO 3. ETHERNET
Repetidor o repeater - aumenta el alcance de una conexin fsica, recibiendo las seales y retransmitindolas, para
evitar su degradacin, a travs del medio de transmisin, logrndose un alcance mayor. Usualmente se usa para
unir dos reas locales de igual tecnologa y slo tiene dos puertos. Opera en la capa fsica del modelo OSI.
Concentrador o hub - funciona como un repetidor pero permite la interconexin de mltiples nodos. Su funcionamiento es relativamente simple pues recibe una trama de ethernet, por uno de sus puertos, y la repite por todos sus
puertos restantes sin ejecutar ningn proceso sobre las mismas. Opera en la capa fsica del modelo OSI.
Puente o bridge - interconecta segmentos de red haciendo el cambio de frames (tramas) entre las redes de acuerdo
con una tabla de direcciones que le dice en qu segmento est ubicada una direccin MAC dada. Se disean para uso
entre LANs que usan protocolos idnticos en la capa fsica y MAC (de acceso al medio). Aunque existen bridges
ms sosticados que permiten la conversin de formatos MAC diferentes (Ethernet-Token Ring por ejemplo).
Conexiones en un switch Ethernet.
Conmutador o Switch - funciona como el bridge, pero permite la interconexin de mltiples segmentos de red,
funciona en velocidades ms rpidas y es ms sosticado. Los switches pueden tener otras funcionalidades, como
Redes virtuales, y permiten su conguracin a travs de la propia red. Funciona bsicamente en la capa 2 del modelo
OSI (enlace de datos). Por esto son capaces de procesar informacin de las tramas; su funcionalidad ms importante
es en las tablas de direccin. Por ejemplo, una computadora conectada al puerto 1 del conmutador enva una trama
a otra computadora conectada al puerto 2; el switch recibe la trama y la transmite a todos sus puertos, excepto aquel
por donde la recibi; la computadora 2 recibir el mensaje y eventualmente lo responder, generando trco en el
sentido contrario; ahora el switch conocer las direcciones MAC de las computadoras en el puerto 1 y 2; cuando
reciba otra trama con direccin de destino de alguna de ellas, slo transmitir la trama a dicho puerto disminuyendo
as el trco de la red y contribuyendo al buen funcionamiento de la misma.
3.6 Presente y futuro de Ethernet

Ethernet se plante en un principio como un protocolo destinado a cubrir las necesidades de las redes LAN. A partir de
2001 Ethernet alcanz los 10 Gbit/s lo que dio mucha ms popularidad a la tecnologa. Dentro del sector se planteaba a
3.7. VASE TAMBIN
35
ATM como la total encargada de los niveles superiores de la red, pero el estndar 802.3ae (Ethernet Gigabit 10) se ha
situado en una buena posicin para extenderse al nivel WAN.
3.7 Vase tambin

Nuevo Ethernet de Banda Ancha (NEBA)
ifcong
3.8 Referencias
RFC0894: Un estndar para la transmisin de datagramas IP sobre redes Ethernet (en espaol)
RFC0826: Un Protocolo Para la Resolucin de Direccin Ethernet (en espaol)
Nuevo servicio Ethernet de Banda Ancha (NEBA).
Captulo 4
Conmutador (dispositivo de red)

Conmutador (switch) es el dispositivo digital lgico de interconexin de equipos que opera en la capa de enlace de datos
del modelo OSI. Su funcin es interconectar dos o ms segmentos de red, de manera similar a los puentes de red, pasando
datos de un segmento a otro de acuerdo con la direccin MAC de destino de las tramas en la red y eliminando la conexin
una vez nalizada esta.[1]
Los conmutadores se utilizan cuando se desea conectar mltiples tramos de una red, fusionndolos en una sola red. Al
igual que los puentes, dado que funcionan como un ltro en la red y solo retransmiten la informacin hacia los tramos en
los que hay el destinatario de la trama de red, mejoran el rendimiento y la seguridad de las redes de rea local (LAN).
4.1 Interconexin de conmutadores y puentes

Los puentes y conmutadores es una interfaz fsica usada para conectar redes de cableado estructurado. Tiene ocho pines,
usados generalmente como extremos de cables de par trenzado.
Son conectores RJ-45, similares a los RJ-11 pero ms anchos. Se utiliza comnmente en cables de redes Ethernet (8
pines), terminaciones de telfonos (5 pines), etctera.
Cada uno de estos conectores pueden ser adquiridos en tiendas departamentales tal como Stern
4.2 Introduccin al funcionamiento de conmutadores

Los conmutadores poseen la capacidad de aprender y almacenar las direcciones de red de la capa 2 (direcciones MAC)
de los dispositivos alcanzables a travs de cada uno de sus puertos. Por ejemplo, un equipo conectado directamente a un
puerto de un conmutador provoca que el conmutador almacene su direccin MAC. Esto permite que, a diferencia de los
concentradores, la informacin dirigida a un dispositivo vaya desde el puerto origen al puerto de destino.
En el caso de conectar dos conmutadores o un conmutador y un concentrador, cada conmutador aprender las direcciones
MAC de los dispositivos accesibles por sus puertos, por lo tanto en el puerto de interconexin se almacenan las MAC de
los dispositivos del otro conmutador.
4.3 Bucles de red e inundaciones de trco

Como anteriormente se comentaba, uno de los puntos crticos de estos equipos son los bucles, que consisten en habilitar
dos caminos diferentes para llegar de un equipo a otro a travs de un conjunto de conmutadores. Los bucles se producen
porque los conmutadores que detectan que un dispositivo es accesible a travs de dos puertos emiten la trama por ambos.
Al llegar esta trama al conmutador siguiente, este vuelve a enviar la trama por los puertos que permiten alcanzar el
36
4.4. CLASIFICACIN
37
Un conmutador en el centro de una red en estrella.
equipo. Este proceso provoca que cada trama se multiplique de forma exponencial, llegando a producir las denominadas
inundaciones de la red, provocando en consecuencia el fallo o cada de las comunicaciones.
4.4 Clasicacin
4.4.1
Atendiendo al mtodo de direccionamiento de las tramas utilizadas
Store-and-Forward
Los conmutadores Store-and-Forward guardan cada trama en un bfer antes del intercambio de informacin hacia el
puerto de salida. Mientras la trama est en el bfer, el switch calcula el CRC y mide el tamao de la misma. Si el CRC
falla, o el tamao es muy pequeo o muy grande (una trama Ethernet tiene entre 64 bytes y 1518 bytes) la trama es
descartada. Si todo se encuentra en orden es encaminada hacia el puerto de salida.
38
CAPTULO 4. CONMUTADOR (DISPOSITIVO DE RED)
Conexiones en un conmutador Ethernet.
Este mtodo asegura operaciones sin error y aumenta la conanza de la red. Pero el tiempo utilizado para guardar y
chequear cada trama aade un tiempo de demora importante al procesamiento de las mismas. La demora o delay total es
proporcional al tamao de las tramas: cuanto mayor es la trama, ms tiempo toma este proceso.
Cut-Through
Los conmutadores cut-through fueron diseados para reducir esta latencia. Esos switches minimizan el delay leyendo slo
los 6 primeros bytes de datos de la trama, que contiene la direccin de destino MAC, e inmediatamente la encaminan.
El problema de este tipo de switch es que no detecta tramas corruptas causadas por colisiones (conocidos como runts),
ni errores de CRC. Cuanto mayor sea el nmero de colisiones en la red, mayor ser el ancho de banda que consume al
encaminar tramas corruptas.
Existe un segundo tipo de switch cut-through, los denominados fragment free, fue proyectado para eliminar este problema.
El switch siempre lee los primeros 64 bytes de cada trama, asegurando que tenga por lo menos el tamao mnimo, y
evitando el encaminamiento de runts por la red.
Adaptative Cut-Through
Son los conmutadores que procesan tramas en el modo adaptativo y son compatibles tanto con store-and-forward como
con cut-through. Cualquiera de los modos puede ser activado por el administrador de la red, o el switch puede ser lo
bastante inteligente como para escoger entre los dos mtodos, basado en el nmero de tramas con error que pasan por los
puertos.
4.4. CLASIFICACIN
39
Dos conmutadores de red Juniper (arriba) y Netgear (abajo) de la Fundacin Wikimedia en Ashburn (Virginia) en 2012.
Cuando el nmero de tramas corruptas alcanza un cierto nivel, el conmutador puede cambiar del modo cut-through a
store-and-forward, volviendo al modo anterior cuando la red se normalice.
Los conmutadores cut-through son ms utilizados en pequeos grupos de trabajo y pequeos departamentos. En esas
aplicaciones es necesario un buen volumen de trabajo o throughput, ya que los errores potenciales de red quedan en el
nivel del segmento, sin impactar la red corporativa.
Los conmutadores store-and-forward son utilizados en redes corporativas, donde es necesario un control de errores.
4.4.2
Atendiendo a la forma de segmentacin de las subredes
Conmutadores de capa 2
Son los conmutadores tradicionales, que funcionan como puentes multi-puertos. Su principal nalidad es dividir una LAN
en mltiples dominios de colisin, o en los casos de las redes en anillo, segmentar la LAN en diversos anillos. Basan su
decisin de envo en la direccin MAC destino que contiene cada trama.
Los conmutadores de la capa 2 posibilitan mltiples transmisiones simultneas sin interferir en otras sub-redes. Los switches de capa 2 no consiguen, sin embargo, ltrar difusiones o broadcasts, multicasts (en el caso en que ms de una sub-red
contenga las estaciones pertenecientes al grupo multicast de destino), ni tramas cuyo destino an no haya sido incluido
en la tabla de direccionamiento.
Son los conmutadores que, adems de las funciones tradicionales de la capa 2, incorporan algunas funciones de enrutamiento
o routing, como por ejemplo la determinacin del camino basado en informaciones de capa de red (capa 3 del modelo
40
CAPTULO 4. CONMUTADOR (DISPOSITIVO DE RED)
OSI), validacin de la integridad del cableado de la capa 3 por checksum y soporte a los protocolos de routing tradicionales
(RIP, OSPF, etc)
Los conmutadores de capa 3 soportan tambin la denicin de redes virtuales (VLAN), y segn modelos posibilitan la
comunicacin entre las diversas VLAN sin la necesidad de utilizar un router externo.
Por permitir la unin de segmentos de diferentes dominios de difusin o broadcast, los switches de capa 3 son particularmente recomendados para la segmentacin de redes LAN muy grandes, donde la simple utilizacin de switches de capa
2 provocara una prdida de rendimiento y eciencia de la ADSL, debido a la cantidad excesiva de broadcasts.
Se puede armar que la implementacin tpica de un switch de capa 3 es ms escalable que un enrutador, pues ste ltimo
utiliza las tcnicas de enrutamiento a nivel 3 y enrutamiento a nivel 2 como complementos, mientras que los switches
sobreponen la funcin de enrutamiento encima del encaminamiento, aplicando el primero donde sea necesario. vemos
una nueva de mejorar
Estn en el mercado hace poco tiempo y hay una controversia en relacin con la clasicacin adecuada de estos equipos.
Muchas veces son llamados de Layer 3+ (Layer 3 Plus).
Bsicamente, incorporan a las funcionalidades de un conmutador de la capa 3; la habilidad de implementar la polticas y
ltros a partir de informaciones de la capa 4 o superiores, como puertos TCP/UDP, SNMP, FTP, etc.
Dentro de los conmutadores de la capa 5 tenemos:
Paquete por paquete Bsicamente, un conmutador paquete por paquete (packet by packet) es un caso especial de un
conmutador Store-and-Forward pues, al igual que este, almacena y examina el paquete, calculando el CRC y decodicando
la cabecera de la capa de red para denir su ruta a travs del protocolo de enrutamiento adoptado.
Cut-through Un conmutador de la capa 3 Cut-Through (no confundir con un conmutador Cut-Through), examina los
primeros campos, determina la direccin de destino (a travs de la informacin de los headers o cabeceras de capa 2 y 3)
y, a partir de ese instante, establece una conexin punto a punto (a nivel 2) para conseguir una alta tasa de transferencia
de paquetes.
Cada fabricante tiene su diseo propio para posibilitar la identicacin correcta de los ujos de datos. Como ejemplo,
tenemos el IP Switching de Ipsilon, el SecureFast Virtual Networking de Cabletron, el Fast IP de 3Com.
Adems, un switch Layer 3 Cut-Through, a partir del momento en que la conexin punto a punto es establecida, podr
funcionar en el modo Store-and-Forward o Cut-Through.
4.5 Vase tambin

Concentrador
Red de acceso
Enrutador
Puente de red
Brouter o puente de red y enrutador
Enrutador ADSL
Ethernet
4.6. NOTAS Y REFERENCIAS
41
4.6 Notas y referencias

[1] La Nueva Era Del Comercio/the New Era of Commerce: El Comercio Electrnico ... en Google Libros.
4.7 Bibliografa
Goldschmid, Manuel (2004). Comunicaciones y Redes de Computadores. Prentice Hall. ISBN 84-205-4110-9.
Goldschmid, Manuel (2000). Redes Globales de Informacin con Internet y TCP/IP. Prentice Hall. ISBN 968-880541-6.
Captulo 5
Spanning tree
En comunicaciones, STP (del ingls Spanning Tree Protocol) es un protocolo de red de nivel 2 del modelo OSI (capa de
enlace de datos). Su funcin es la de gestionar la presencia de bucles en topologas de red debido a la existencia de enlaces
redundantes (necesarios en muchos casos para garantizar la disponibilidad de las conexiones). El protocolo permite a los
dispositivos de interconexin activar o desactivar automticamente los enlaces de conexin, de forma que se garantice la
eliminacin de bucles. STP es transparente a las estaciones de usuario.
5.1 Historia
Est basado en un algoritmo diseado por Radia Perlman mientras trabajaba para DEC. Hay 2 versiones del STP: la
original (DEC STP) y la estandarizada por el IEEE (IEEE 802.1D), que no son compatibles entre s. En la actualidad, se
recomienda utilizar la versin estandarizada por el IEEE.
Existen mltiples variantes del STP debido, principalmente, al tiempo que tarda en converger el algoritmo utilizado. Una
de estas variantes es el Rapid Spanning Tree Protocol, estndar IEEE 802.1D-2004 que hoy en da ha reemplazado el uso
del STP original.
2012 IEEE 802.1aq fue aprobado como un estndar para reemplazar IEEE 802.1D, IEEE 802.1w, IEEE 802.1s
5.2 Motivacin
Bucles ocurren cuando hay rutas alternativas hacia un mismo destino (sea una mquina o segmento de red). Estas rutas
alternativas son necesarias para proporcionar redundancia y as ofrecer una mayor abilidad a la red, dado que en caso
de que un enlace falle, los otros puede seguir soportando el trco de sta. Los problemas aparecen cuando utilizamos
dispositivos de interconexin de nivel de enlace, como un puente de red o un conmutador de paquetes.
Cuando existen bucles en la topologa de red, los dispositivos de interconexin de nivel de enlace de datos reenvan
indenidamente las tramas broadcast y multicast, creando as un bucle innito que consume tanto el ancho de banda de
la red como CPU de los dispositivos de enrutamiento. Esto provoca que se degrade el rendimiento de la red en muy poco
tiempo, pudiendo incluso llegar a quedar inutilizable. Al no existir un campo TTL (tiempo de vida) en las tramas de
capa 2, stas se quedan atrapadas indenidamente hasta que un administrador de sistemas rompa el bucle. Un router, por
el contrario, s podra evitar este tipo de reenvos indenidos. La solucin consiste en permitir la existencia de enlaces
fsicos redundantes, pero creando una topologa lgica libre de bucles. STP calcula una nica ruta libre de bucles entre
los dispositivos de la red pero manteniendo los enlaces redundantes desactivados como reserva, con el n de activarlos en
caso de fallo.
Si la conguracin de STP cambia, o si un segmento en la red redundante llega a ser inalcanzable, el algoritmo recongura
los enlaces y restablece la conectividad, activando uno de los enlaces de reserva. Si el protocolo falla, es posible que ambas
42
5.3. FUNCIONAMIENTO
43
conexiones estn activas simultneamente, lo que podran dar lugar a un bucle de trco innito en la LAN.
El rbol de expansin (Spanning tree) permanece vigente hasta que ocurre un cambio en la topologa, situacin que el
protocolo es capaz de detectar de forma automtica. El mximo tiempo de duracin del rbol de expansin es de cinco
minutos. Cuando ocurre uno de estos cambios, el puente raz actual redene la topologa del rbol de expansin o se elige
un nuevo puente raz.
5.3 Funcionamiento
El algoritmo transforma una red fsica con forma de malla, en la que existen bucles, por una red lgica en forma de rbol
(libre de bucles). Los puentes se comunican mediante mensajes de conguracin llamados Bridge Protocol Data Units
(BPDU).
El protocolo establece identicadores por puente y elige el que tiene la prioridad ms alta (el nmero ms bajo de prioridad
numrica), como el puente raz (Root Bridge). Este puente raz establecer el camino de menor coste para todas las redes;
cada puerto tiene un parmetro congurable: el Span path cost. Despus, entre todos los puentes que conectan un segmento
de red, se elige un puente designado, el de menor coste (en el caso que haya el mismo coste en dos puentes, se elige el
que tenga el menor identicador direccin MAC), para transmitir las tramas hacia la raz. En este puente designado,
el puerto que conecta con el segmento, es el puerto designado y el que ofrece un camino de menor coste hacia la raz, el
puerto raz. Todos los dems puertos y caminos son bloqueados, esto es en un estado ya estacionario de funcionamiento.
5.3.1
Eleccin del puente raz
La primera decisin que toman todos los switches de la red es identicar el puente raz ya que esto afectar al ujo de
trco. Cuando un switch se enciende, supone que es el switch raz y enva las BPDUs que contienen la direccin MAC
de s mismo tanto en el BID raz como emisor. El BID es el Bridge IDentier: Bridge Priority + Bridge Mac Address. El
Bridge Priority es un valor congurable que por defecto est asignado en 32768. El Bridge Mac Address es la direccin
MAC (nica) del Puente.
Cada switch reemplaza los BID de raz ms alta por BID de raz ms baja en las BPDU que se envan. Todos los switches
reciben las BPDU y determinan que el switch que cuyo valor de BID raz es el ms bajo ser el puente raz. El administrador
de red puede establecer la prioridad de switch en un valor ms pequeo que el del valor por defecto (32768), el nuevo
valor debe ser mltiplo de 4096, lo que hace que el BID sea ms pequeo. Esto slo se debe implementar cuando se tiene
un conocimiento profundo del ujo de trco en la red
5.3.2
Eleccin de los puertos raz
Una vez elegido el puente raz hay que calcular el puerto raz para los otros puentes que no son raz. El procedimiento a
seguir para cada puente es el mismo: entre todos los puertos del puente, se escoge como puerto raz el puerto que tenga
el menor costo hasta el puente raz. En el caso de que haya dos o ms puertos con el mismo costo hacia el puente raz, se
utiliza la prioridad del puerto para establecer el raz.
5.3.3
Eleccin de los puertos designados
Una vez elegido el puente raz y los puertos raz de los otros puentes pasamos a calcular los puertos designados de cada
segmento de red. En cada enlace que exista entre dos switches habr un puerto designado, el cual ser el puerto del
switch que tenga un menor coste para llegar al puente raz, este coste administrativo ser un valor que estar relacionado
al tipo de enlace que exista en el puerto (Ethernet, FastEthernet, GigabitEthernet). Cada tipo de enlace tendr un coste
administrativo distinto, siendo de un coste menor el puerto con una mayor velocidad. Si hubiese empate entre los costes
administrativos que tienen los dos switches para llegar al root bridge, entonces se elegir como Designated Port, el puerto
del switch que tenga un menor Bridge ID (BID).
44
CAPTULO 5. SPANNING TREE
5.3.4
Puertos bloqueados
Aquellos puertos que no sean elegidos como raz ni como designados deben bloquearse.
5.3.5
Mantenimiento del Spanning Tree
El cambio en la topologa puede ocurrir de dos formas:

El puerto se desactiva o se bloquea
El puerto pasa de estar bloqueado o desactivado a activado
Cuando se detecta un cambio el switch notica al puente raz dicho cambio y entonces el puente raz enva por broadcast
dicho cambio. Para ello, se introduce una BPDU especial denominada noticacin de cambio en la topologa (TCN).
Cuando un switch necesita avisar acerca de un cambio en la topologa, comienza a enviar TCN en su puerto raz. La TCN
es una BPDU muy simple que no contiene informacin y se enva durante el intervalo de tiempo de saludo. El switch
que recibe la TCN se denomina puente designado y realiza el acuse de recibo mediante el envo inmediato de una BPDU
normal con el bit de acuse de recibo de cambio en la topologa (TCA). Este intercambio contina hasta que el puente raz
responde.
5.3.6
Unidades de datos del protocolo puente
Las reglas anteriores describen una forma de determinar qu rbol de expansin ser calculado por el algoritmo, pero
las reglas como estn escritas requieren el conocimiento de toda la red . Los puentes tienen que determinar el puente
raz y calcular las funciones de los puertos ( de raz , designados o bloqueados ) con slo la informacin que tienen. Para
asegurarse de que cada puente tiene suciente informacin , los puentes utilizan tramas de datos especiales llamados
Unidades de Datos de Protocolo Puente ( BPDU ) para intercambiar informacin acerca de los identicadores de puentes
y costes de la ruta raz .
Un puente enva una trama de BPDU usando la direccin MAC nica del propio puerto como direccin de origen , y una
direccin de destino la direccin multicast STP 01:80:C2:00:00:00.
Hay dos tipos de BPDU en la especicacin original STP (The Rapid Spanning Tree (RSTP)) utiliza una BPDU RSTP
especca [ 4 ].):
Conguracin de BPDU ( CBPDU ) , utilizado para el clculo de rbol de expansin Noticacin de cambio de topologa
( TCN ) BPDU , utilizado para anunciar los cambios en la topologa de red
BPDU se intercambian regularmente ( cada 2 segundos de forma predeterminada ) y permiten a los switches, realizar un
seguimiento de cambios en la red y para iniciar y detener el reenvo de puertos segn sea necesario.
Cuando un dispositivo se conecta primero a un puerto de un switch , no iniciar de inmediato a enviar datos. En su lugar,
pasar por una serie de estados mientras procesa BPDU y determina la topologa de la red. Cuando un host se une , como
un ordenador , impresora o un servidor, el puerto siempre va a entrar en el estado de envo , aunque con un retraso de
unos 30 segundos, mientras que pasa a travs de la escucha y de los estados de aprendizaje (ver ms abajo). El tiempo
pasado en los estados de escucha y aprendizaje est determinado por un valor conocido como el retardo de envo (por
defecto 15 segundos y jado por el puente de la raz ).
Sin embargo , si en lugar otro switch est conectado , el puerto puede permanecer en modo de bloqueo , si se determina
que causara un bucle en la red . Noticacin de cambio de topologa ( TCN ) BPDU se utilizan para informar a otros
conmutadores de puerto cambia . TCN se inyectan en la red mediante un switch que no sea root y propagado a la raz .
Tras la recepcin de la TCN , el switch de la raz establecer una bandera de cambio de topologa en su BPDU normal.
Esta ag se propaga a todos los otros switches para instruirlos a envejecer rpidamente sus entradas de la tabla de reenvo.
5.4. VASE TAMBIN
5.3.7
45
Estado de los puertos
Los estados en los que puede estar un puerto son los siguientes:
Bloqueo: En este estado se pueden recibir BPDUs pero no las enviar. Las tramas de datos se descartan y no
se actualizan las tablas de direcciones MAC (mac-address-table). Los switch comienzan en este estado ya que si
realizan envos (fordwarding) podran estar generando un loop o bucle.
Escucha: A este estado se llega desde Bloqueo. En este estado, los switches determinan si existe alguna otra ruta
hacia el puente raz. En el caso que la nueva ruta tenga un coste mayor, se vuelve al estado de Bloqueo. Las tramas
de datos se descartan y no se actualiza la tabla de direcciones MAC (mac-address-table). Se procesan las BPDU.
Aprendizaje: A este estado se llega desde Escucha. Las tramas de datos se descartan pero ya se actualizan las tablas
de direcciones MAC (aqu es donde se aprenden por primera vez). Se procesan las BPDU.
Envo: A este estado se llega desde Aprendizaje, en este estado el puerto puede enviar y recibir datos. Las tramas
de datos se envan y se actualizan las tablas de direcciones MAC (mac-address-table). Se procesan las BPDU.
Desactivado: A este estado se llega desde cualquier otro. Se produce cuando un administrador deshabilita el puerto
o ste falla. No se procesan las BPDU.
5.4 Vase tambin

IEEE 802.1w - 2004 Rapid Spanning Tree Protocol (RSTP)
IEEE 802.1s - 2005 Multiple Spanning Tree Protocol (MSTP)
IEEE 802.1aq - 2012 Shortest path bridging (SPB)

Como se construye un spanning tree
Captulo 6
Rapid Spanning Tree Protocol

Rapid Spanning Tree Protocol (RSTP) es un protocolo de red de la segunda capa OSI, (nivel de enlace de datos),
que gestiona enlaces redundantes. Especicado en IEEE 802.1w, es una evolucin del Spanning tree Protocol (STP),
reemplazndolo en la edicin 2004 del 802.1d. RSTP reduce signicativamente el tiempo de convergencia de la topologa
de la red cuando ocurre un cambio en la topologa.
Roles de los puertos RSTP:
Raz Es un puerto de envo elegido para la topologa Spanning Tree.
Designado Un puerto de envo elegido para cada segmento de la red.
Alternativo Un camino alternativo hacia el Puente Raz. Este camino es distinto al que usan los puertos raz.
Respaldo Un camino de respaldo/redundante (de mayor costo) a un segmento donde hay otro puerto ya conectado.
Deshabilitado Un puerto que no tiene un papel dentro de la operacin de Spanning Tree.
Estados de los puertos RSTP:
Learning - Escucha BPDUs y guarda informacin relevante.
Forwarding - Una vez ejecutado el algoritmo para evitar bucles, los puertos activos pasan a este estado.
Discarding - No recibe BPDUs por lo cual no se encuentra participando en la instancia activa de STP
Los puertos raz y designado forman parte de la topologa activa. Los puertos alternativo y de respaldo no estn incluidos
en la topologa activa
RSTP monitorea el estado de todas las trayectorias:
Si una direccin activa se cae, RSTP activa las direcciones redundantes.
Congura de nuevo la topologa de la red adecuadamente.
RSTP se ha convertido en el protocolo preferido para prevenir bucles de capa 2 en topologas que incluyen redundancia.
Adems de que el 802.1w contiene mejoras, retiene compatibilidad con su antecesor 802.1D dejando algunos parmetros
sin cambiar. Por ejemplo, RSTP mantiene el mismo formato de BPDU que STP slo que cambia el campo de versin, el
cual se le asigna el valor de 2.
RSTP tambin dene el concepto de edge-port, el cual tambin se menciona en STP como PortFast, en donde el puerto
se congura como tal cuando se sabe que nunca ser conectado hacia otro switch de manera que pasa inmediatamente al
estado de direccionamiento sin esperar los pasos intermedios del algoritmo etapas de escucha y aprendizaje- los cuales
consumen tiempo. Los puertos que no son edge-ports pueden ser punto a punto o compartidos. El tipo de enlace es
detectado automticamente, pero puede ser congurado explcitamente para hacer ms rpida la convergencia.
46
6.1. OBJETIVOS DEL RSTP
6.1 Objetivos del RSTP

Disminuir el tiempo de convergencia cuando un enlace falla.
De 30 60 s a milisegundos.
Soporta redes extendidas.
2048 conexiones o 4096 puertos interconectados en comparacin con 256 puertos conectados en STP.
Compatibilidad con STP.
6.2 Vase tambin

IEEE 802.1aq - Shortest Path Bridging (SPB)
IEEE 802.1s - 2005 Multiple Spanning Tree Protocol (MSTP)
47
Captulo 7
Agregacin de enlaces
La agregacin de enlaces, o IEEE 802.3ad, es un trmino que indica el establecimiento de una red de datos que describe
cmo utilizar varios enlaces Ethernet full-dplex en la comunicacin entre dos equipos, repartiendo el trco entre ellos.
Se empez a conocer a travs de la empresa Kalpana, pero hoy son muchos los fabricantes que ofrecen esta funcionalidad
para todas las velocidades de Ethernet. La mayora de las implementaciones actuales se adecan al apartado 43 del estndar
de IEEE 802.3, designada informalmente como 802.3ad.
Trunking o la agregacin de enlaces es una manera econmica de instalar una red de alta velocidad ms rpida de lo
que permita un solo puerto o dispositivo de la tecnologa de que se disponga. Bsicamente consiste en agrupar varios
dispositivos que trabajan simultneamente a su velocidad mxima como si fuera un nico enlace de mayor capacidad.
Esto tambin resuelve los problemas de enrutamiento que causa el tener varios caminos al mismo destino ya que a nivel
de red el grupo de enlaces se presenta como un nico enlace de mayor capacidad. La agregacin de enlace permite que la
velocidad de los enlaces de la red crezca incrementalmente como respuesta a una demanda creciente en el uso de la red
sin tener que sustituir el hardware actual por otra tecnologa ms rpida y, posiblemente, ms costosa.
Para la mayora de las instalaciones, es comn instalar ms medios (bra ptica y par trenzado) de lo estrictamente
necesario. Se hace esto porque el coste de la mano de obra de instalacin es mucho ms alto que el del cable y evita volver
a instalar ms medios de transmisin ante un aumento de las necesidades de la red. La agregacin de enlaces permite
usar estos cables adicionales para aumentar la velocidad de los enlaces con un coste mnimo. En junio de 2006, salieron
al mercado equipos de red Ethernet a 10Gbps pero con precios bastante elevados. Con el trunking, se pueden conseguir
hasta 8 Gbps a un precio ms reducido.
7.1 Tamao del ancho de banda

El trunking se convierte en una tecnologa inecaz ms all de cierto tamao de banda, dependiendo del nmero total
de puertos en el equipo del interruptor. Los 24 interruptores del Gigabit con dos enlaces de 8 Gigabites estn utilizando
diecisis de sus puertos disponibles apenas para los dos enlaces, y salen de solamente ocho de sus puertos de 1 Gigabit
para otros dispositivos. Esta misma conguracin en un interruptor de puerto del Gigabit 48 deja 32 puertos de 1 Gigabit
disponibles, y as que es mucho ms eciente (suponiendo por supuesto que esos puertos son realmente necesarios en la
localizacin el interruptor).
Cuando el 40-50% de los puertos del interruptor se est utilizando para el trunking, el aumento a un interruptor con ms
puertos o una velocidad de funcionamiento base ms alta puede ser una opcin mejor que simplemente agregando ms
interruptores, especialmente si el viejo interruptor se puede reutilizar por otra parte en una pieza crtica del funcionamiento
de la red.
48
7.2. AGREGACIN DE ENLACES DE LAS TARJETAS DE INTERFAZ DE LA RED
49
7.2 Agregacin de enlaces de las tarjetas de interfaz de la red

La agregacin de enlaces no slo puede ser realizada por un conmutador. Las tarjetas de interfaz de la red (NICs) pueden
tambin a veces estar agregadas juntas para formar acoplamientos de red ms all de la velocidad de una sola. Por ejemplo,
esto permite que un servidor de archivo central establezca una conexin de 2 Gbps que usan dos NICs agregados juntos a
1 Gbps. El enlace se establece tpicamente en el nivel de enlace de datos, de forma transparente para el sistema operativo.
Si el trunking se desea para la expansibilidad futura, puede ser una idea asegurarse de que el primer NIC podr con otros
ser agregado al enlace, puede ser ms simple comprar NICs nuevos y reutilizar los viejos para otra parte. La vinculacin
de Ethernet de Linux (trunking) no tiene ningn problema en enlazar NICs de diversos fabricantes mientras el conductor
del NIC sea apoyado por el ncleo.
7.3 Vase tambin

IEEE 802.1aq (Shortest Path Bridging)

Federal Standard 1037C (1996)
ATIS Telecom Glossary 2000 T1.523-2001
Development Site for proposed Revisions to American National Standard T1.523-2001
Trunking Communications Overview
Trunking
Captulo 8
EtherChannel
EtherChannel entre un switch y un servidor.
EtherChannel es una tecnologa de Cisco construida de acuerdo con los estndares 802.3 full-duplex Fast Ethernet.[cita requerida]
Permite la agrupacin lgica de varios enlaces fsicos Ethernet, esta agrupacin es tratada como un nico enlace y permite
sumar la velocidad nominal de cada puerto fsico Ethernet usado y as obtener un enlace troncal de alta velocidad.
La tecnologa EtherChannel es una extensin de una tecnologa ofrecida por Kalpana en sus switches en la dcada de
1990.[cita requerida]
Un mximo de 8 puertos Fast Ethernet, Giga Ethernet o 10Gigabit Ethernet pueden ser agrupados juntos para formar un
EtherChannel. Con esta ltima agrupacin es posible conseguir un mximo de 80 Gbps de ancho de banda. Las conexiones EtherChannel pueden interconectar switches, routers, servidores o clientes.
Los puertos usados deben tener las mismas caractersticas y conguracin.
8.1 Ventajas
La tecnologa EtherChannel se basa en el estndar IEEE 802.3 compatible con Ethernet mediante la agrupacin
mltiple, enlaces full-duplex punto a punto.
Permite el uso en cualquier lugar de la red donde puedan ocurrir cuellos de botella.
Permite un crecimiento escalable y a medida. Es posible agregar el ancho de banda de cualquiera de los enlaces
que tenemos en el EtherChannel, aunque los enlaces no tengan la misma velocidad.
50
8.2. CONFIGURACIN
51
El incremento de la capacidad no requiere una actualizacin del hardware.

Permite reparto de carga. Como el enlace est compuesto por varios enlaces Ethernet, se puede hacer reparto de
carga entre estos enlaces. As se obtiene mayor rendimiento y caminos paralelos redundantes.
Robustez y convergencia rpida. Cuando un enlace falla, la tecnologa EtherChannel redirige el trco del enlace
fallido a los otros enlaces proporcionando una recuperacin automtica mediante la redistribucin de la carga entre
los enlaces restantes. La convergencia es completamente transparente para los usuarios y las aplicaciones de red.
La tecnologa EtherChannel est disponible para todas las velocidades de los enlaces Ethernet. Permite a los administradores de red desplegar redes escalables sin problemas.
Completamente compatible con el Cisco IOS Software. Las conexiones EtherChannel de Cisco son totalmente
compatibles con Cisco IOS LAN virtual (VLAN) y las tecnologas de enrutamiento. EtherChannel se puede congurar como enlace VLAN trunk. Cisco ISL, VTP y IEEE 802.1Q son compatibles con EtherChannel.[cita requerida]
Interoperabilidad con Coarse Wavelength Division Multiplexing (CWDM). La tecnologa CWDM permite el trco
agregado en el enlace EtherChannel de Cisco para ser multiplexado en un solo hilo de bra.
8.2 Conguracin
La conguracin de un EtherChannel se puede hacer de dos formas diferentes: negociacin o manual. En negociacin se
pueden identicar tambin dos formas, Port Aggregation Protocol (PAgP) o Link Aggregation Control Protocol (LACP).
Ambos extremos se deben de congurar en el mismo modo.
PAgP es un protocolo propietario de Cisco. El switch negocia con el otro extremo cuales son los puertos que deben ponerse activos. El propio protocolo se encarga de agrupar puertos con caractersticas similares (por velocidad, troncales,
por pertenecer a una misma VLAN,). Se puede congurar de dos modos:
Auto. Pone el puerto en modo pasivo, solo responder paquetes PAgP cuando los reciba y nunca iniciar una
negociacin.
Dos puertos auto nunca podrn formar grupo, ya que ninguno puede iniciar una negociacin.
Desirable. Establece el puerto en modo activo, negociar el estado cuando reciba paquetes PAgP y puede iniciar
negociaciones con otros puertos.
LACP es muy similar a PAgP ya que tambin puede agrupar puertos con caractersticas similares. Es un protocolo denido en el estndar 802.3ad.
Los modos de conguracin de LACP son:
Activo. Est habilitado para iniciar negociaciones con otros puertos.
Pasivo. No puede iniciar negociaciones, pero si responde a las negociaciones generadas por otros puertos.
Dos puertos pasivos tampoco podrn nunca formar grupo. Es necesario que al menos uno de los dos puertos sea activos.
En el modo manual toda la conguracin del puerto se realiza de forma manual, no existe ningn tipo de negociacin
entre los puertos.
52
CAPTULO 8. ETHERCHANNEL
8.3 Limitaciones
Una limitacin de EtherChannel es que todos los puertos fsicos en el grupo de agregacin deben residir en el mismo
conmutador. El protocolo SMLT Avaya elimina esta limitacin al permitir que los puertos fsicos sean divididos entre dos
switches en una conguracin de tringulo o 4 o ms switches en una conguracin de malla.[cita requerida]
8.4 Componentes
Enlaces Fast Ethernet- las conexiones EtherChannel puede consistir de uno a ocho enlaces Fast Ethernet para
compartir la carga de trco de hasta 800 Mbps de ancho de banda utilizable. Conexiones EtherChannel puede
interconectar switches, routers, servidores y clientes. La tecnologa EtherChannel ofrece enlaces resistentes dentro
de un canal- si los enlaces fallan, el trco es redirigido inmediatamente a los dems enlaces. Finalmente, la tecnologa EtherChannel no depende de ningn tipo de medio de comunicacin. Se puede utilizar con Ethernet que
funciona con par trenzado sin blindaje (UTP), bra monomodo y bra multimodo.
Los algoritmos de comparticin de carga utilizados varan entre plataformas, permitiendo decisiones basadas en
direcciones MAC origen o destino, direcciones IP, o los nmeros de puerto TCP/ UDP.
Redundancia- La tecnologa EtherChannel de Cisco no requiere del uso de 802.1d Spanning Tree Protocol para
mantener un estado dentro de la topologa del canal. Por el contrario, utiliza un protocolo de control punto a punto
que proporciona conguracin automtica y tiempos de convergencia para enlaces paralelos inferiores al segundo.
Sin embargo, permite protocolos de alto nivel (como el Protocolo Spanning Tree) o protocolos de enrutamiento
para mantener la topologa.
Gestin- La tecnologa EtherChannel de Cisco se congura fcilmente mediante una interfaz de lnea de comandos
(CLI) o aplicaciones Simple Network Management Protocol (SNMP), tales como CiscoWorks. El administrador de
red necesita identicar y denir el nmero de puertos que conformarn el canal, y luego conectar los dispositivos. Un
benecio de la tecnologa EtherChannel es la capacidad de detectar, informar y prevenir el uso de pares de interfaces
incorrectas dentro del canal. Estos pueden incluir interfaces que no estn congurados para full-duplex, tienen
velocidades de enlace incorrectas, o estn mal conectadas. Comprobaciones de coherencia antes de la activacin de
un canal ayudan a asegurar la integridad de la red.
8.5 EtherChannel vs. 802.3ad

EtherChannel y el estndar IEEE 802.3ad son muy similares, tiene el mismo objetivo aunque existen algunas pequeas
diferencias entre los dos. Adems del hecho de que EtherChannel es propiedad de Cisco y 802.3ad es un estndar abierto,
se enumeran a continuacin las diferencias:
Ambas tecnologas son capaces de congurar automticamente el enlace lgico. EtherChannel es compatible con LACP
y PAgP de Cisco, mientras que 802.3ad utiliza LACP.
8.6 Recomendaciones
Spanning Tree Protocol (STP) se puede utilizar con EtherChannel. STP trata a todos los enlaces como uno solo y nicamente se envan las BPDU por uno de los enlaces. Sin el uso de un EtherChannel, STP efectivamente bloqueara
los enlaces redundantes entre switches y solo se utilizaran ante la cada de una conexin. Es por esta razn por la que
EtherChannel es aconsejable ya que permite el uso completo de todos los enlaces disponibles entre dos dispositivos.
Con EtherChannel la capacidad sera el doble en funcionamiento normal y ante una cada no es necesario esperar a la
convergencia del STP porque sigue funcionando con el otro enlace.
8.7. COMANDOS IOS
53
La creacin de EtherChannel es recomendable en enlaces sobre puertos de acceso, uno por VLAN. Es preferible tener
un EtherChannel y convertir el enlace resultante en trunk 802.1Q para transportar todas las VLAN aprovechando as las
ventajas de multiplexacin estadstica del trco.
8.7 Comandos IOS

Conguracin en modo manual:
Switch1# congure terminal Switch1(cong)# interface range gigabitethernet 0/1 - 4 Switch1(cong-if-range)# channelgroup 1 mode on Switch1(cong-if-range)# exit Switch1(cong)# exit
Tambin podemos congurar el EtherChannel como un enlace trunk, y as conseguimos multiplexacin estadstica del
trco de las VLANs y que ante la cada de un enlace sigue funcionando el otro con ambas VLANs.
Ejemplo de conguracin.
Switch# congure terminal Switch1(cong)# interface range gigabitethernet 0/1 - 4 Switch1(cong-if-range)# channelgroup 1 mode on Switch1(cong-if-range)# exit Switch1(cong)# interface port-channel 1 Switch1(cong-if)# switchport
mode trunk Switch1(cong-if)# switchport trunk allowed vlan 1-2 Switch1(cong-if)# exit Switch1(cong)# exit
Conguracin con LACP:
Switch# congure terminal Switch1(cong)# interface range gigabitethernet 0/1 - 4 Switch1(cong-if-range)# channelprotocol lacp Switch1(cong-if-range)# channel-group 1 mode active Switch1(cong-if-range)# exit Switch1(cong)#
exit
Conguracin con PAgP:
Switch# congure terminal Switch1(cong)# interface range gigabitethernet0/1 - 4 Switch1(cong-if-range)# channel-
54
CAPTULO 8. ETHERCHANNEL
protocol pagp Switch1(cong-if-range)# channel-group 1 mode desirable Switch1(cong-if-range)# exit Switch1(cong)#

exit
8.8 Vase tambin

Shortest Path Bridging
Multi-Chassis Link Aggregation
8.9 Referencias
8.9.1
Bibliografa
Cisco EtherChannel Technology.

Cisco IOS Interface Conguration.
Conguring EtherChannels.
Cisco EthrChannel Conguration

EtherChannel y Agregacin de enlaces IEEE 802.3ad
Captulo 9
VLAN
Topologa de red de rea local virtual (VLAN) en un edicio de tres plantas.
Una VLAN, acrnimo de virtual LAN (red de rea local virtual), es un mtodo para crear redes lgicas independientes
dentro de una misma red fsica.[1] Varias VLAN pueden coexistir en un nico conmutador fsico o en una nica red fsica.
Son tiles para reducir el tamao del dominio de difusin y ayudan en la administracin de la red, separando segmentos
lgicos de una red de rea local (los departamentos de una empresa, por ejemplo) que no deberan intercambiar datos
usando la red local (aunque podran hacerlo a travs de un enrutador o un conmutador de capa 3 y 4).
55
56
CAPTULO 9. VLAN
Una VLAN consiste en dos o mas redes de computadoras que se comportan como si estuviesen conectados al mismo PCI,
aunque se encuentren fsicamente conectados a diferentes segmentos de una red de rea local (LAN). Los administradores
de red conguran las VLAN mediante software en lugar de hardware, lo que las hace extremadamente fuertes.
9.1 Historia
A principios de la dcada de 1980, Ethernet era una tecnologa consolidada que ofreca una velocidad de 1 Mbits/s, mucho
mayor que gran parte de las alternativas de la poca. Las redes Ethernet tenan una topologa en bus, donde el medio
fsico de transmisin (cable coaxial) era compartido. Ethernet era, por lo tanto, una red de difusin y como tal cuando dos
estaciones transmiten simultneamente se producen colisiones y se desperdicia ancho de banda en transmisiones fallidas.
El diseo de Ethernet no ofreca escalabilidad, es decir, al aumentar el tamao de la red disminuyen sus prestaciones o el
costo se hace inasumible. CSMA/CD, el protocolo que controla el acceso al medio compartido en Ethernet, impone de
por s limitaciones en cuanto al ancho de banda mximo y a la mxima distancia entre dos estaciones. Conectar mltiples
redes Ethernet era por aquel entonces complicado, y aunque se poda utilizar un router para la interconexin, estos eran
caros y requera un mayor tiempo de procesado por paquete grande, aumentando el retardo.
Para solucionar estos problemas, primero W. Kempf invent el bridge (puente), dispositivo software para interconectar
dos LANs. En 1990 Kalpana desarroll el switch Ethernet, puente multipuerto implementado en hardware, dispositivo de
conmutacin de tramas de nivel 2. Usar switches para interconectar redes Ethernet permite separar dominios de colisin,
aumentando la eciencia y la escalabilidad de la red. Una red tolerante a fallos y con un nivel alto de disponibilidad
requiere que se usen topologas redundantes: enlaces mltiples entre switches y equipos redundantes. De esta manera,
ante un fallo en un nico punto es posible recuperar de forma automtica y rpida el servicio. Este diseo redundante
requiere la habilitacin del protocolo spanning tree (STP) para asegurarse de que solo haya activo un camino lgico para
ir de un nodo a otro y evitar as el fenmeno conocido como tormentas broadcast. El principal inconveniente de esta
topologa lgica de la red es que los switches centrales se convierten en cuellos de botella, pues la mayor parte del trco
circula a travs de ellos.
Sincoskie consigui aliviar la sobrecarga de los switches inventando LAN virtuales al aadir una etiqueta a las tramas
Ethernet con la que diferenciar el trco. Al denir varias LAN virtuales cada una de ellas tendr su propio spanning tree
y se podr asignar los distintos puertos de un switch a cada una de las VLAN. Para unir VLAN que estn denidas en
varios switches se puede crear un enlace especial llamado trunk, por el que uye trco de varias VLAN. Los switches
sabrn a qu VLAN pertenece cada trama observando la etiqueta VLAN (denida en la norma IEEE 802.1Q). Aunque
hoy en da el uso de LAN virtuales es generalizado en las redes Ethernet modernas, usarlas para el propsito original puede
ser un tanto extrao, ya que lo habitual es utilizarlas para separar dominios de difusin (hosts que pueden ser alcanzados
por una trama broadcast).
IEEE 802.1aq2012 - Shortest Path Bridging ofrece mucha ms escalabilidad a hasta 16 millones comparado con el
lmite de 4096 de las VLAN.
9.2 Clasicacin
Aunque las ms habituales son las VLAN basadas en puertos (nivel 1), las redes de rea local virtuales se pueden
clasicar en cuatro tipos segn el nivel de la jerarqua OSI en el que operen:
VLAN de nivel 1 (por puerto). Tambin conocida como port switching. Se especica qu puertos del switch
pertenecen a la VLAN, los miembros de dicha VLAN son los que se conecten a esos puertos. No permite la
movilidad de los usuarios, habra que recongurar las VLAN si el usuario se mueve fsicamente. Es la ms comn
y la que se explica en profundidad en este artculo.
VLAN de nivel 2 por direcciones MAC. Se asignan hosts a una VLAN en funcin de su direccin MAC. Tiene la
ventaja de que no hay que recongurar el dispositivo de conmutacin si el usuario cambia su localizacin, es decir,
se conecta a otro puerto de ese u otro dispositivo. El principal inconveniente es que si hay cientos de usuarios habra
que asignar los miembros uno a uno.
9.3. PROTOCOLOS
57
VLAN de nivel 2 por tipo de protocolo. La VLAN queda determinada por el contenido del campo tipo de
protocolo de la trama MAC. Por ejemplo, se asociara VLAN 1 al protocolo IPv4, VLAN 2 al protocolo IPv6,
VLAN 3 a AppleTalk, VLAN 4 a IPX...
VLAN de nivel 3 por direcciones de subred (subred virtual). La cabecera de nivel 3 se utiliza para mapear la
VLAN a la que pertenece. En este tipo de VLAN son los paquetes, y no las estaciones, quienes pertenecen a la
VLAN. Estaciones con mltiples protocolos de red (nivel 3) estarn en mltiples VLAN.
VLAN de niveles superiores. Se crea una VLAN para cada aplicacin: FTP, ujos multimedia, correo electrnico... La pertenencia a una VLAN puede basarse en una combinacin de factores como puertos, direcciones MAC,
subred, hora del da, forma de acceso, condiciones de seguridad del equipo...
9.3 Protocolos
Durante todo el proceso de conguracin y funcionamiento de una VLAN es necesaria la participacin de una serie
de protocolos entre los que destacan el IEEE 802.1Q, STP y VTP (cuyo equivalente IEEE es GVRP). El protocolo
IEEE 802.1Q se encarga del etiquetado de las tramas que es asociada inmediatamente con la informacin de la VLAN.
El cometido principal de Spanning Tree Protocol (STP) es evitar la aparicin de bucles lgicos para que haya un slo
camino entre dos nodos. VTP (VLAN Trunking Protocol) es un protocolo propietario de Cisco que permite una gestin
centralizada de todas las VLAN.
El protocolo de etiquetado IEEE 802.1Q es el ms comn para el etiquetado de las VLAN. Antes de su introduccin
existan varios protocolos propietarios, como el ISL (Inter-Switch Link) de Cisco, una variante del IEEE 802.1Q, y el
VLT (Virtual LAN Trunk) de 3Com. El IEEE 802.1Q se caracteriza por utilizar un formato de trama similar a 802.3
(Ethernet) donde solo cambia el valor del campo Ethertype, que en las tramas 802.1Q vale 0x8100, y se aaden dos bytes
para codicar la prioridad, el CFI y el VLAN ID. Este protocolo es un estndar internacional y por lo dicho anteriormente
es compatible con bridges y switches sin capacidad de VLAN.
Las VLAN y Protocolos de rbol de Expansin. Para evitar la saturacin de los switches debido a las tormentas broadcast,
una red con topologa redundante tiene que tener habilitado el protocolo STP. Los switches intercambian mensajes STP
BPDU entre s, Bridge Protocol Data Units) para lograr que la topologa de la red sea un rbol (no tenga enlaces redundantes) y solo haya activo un camino para ir de un nodo a otro. El protocolo STP/RSTP es agnstico a las VLAN, MSTP
(IEEE 802.1Q) permite crear rboles de expansin diferentes y asignarlos a grupos de las VLAN mediante conguracin.
Esto permite utilizar enlaces en un rbol que estn bloqueados en otro rbol.
En los dispositivos Cisco, VTP (VLAN trunking protocol) se encarga de mantener la coherencia de la conguracin VLAN
por toda la red. VTP utiliza tramas de nivel 2 para gestionar la creacin, borrado y renombrado de las VLAN en una red
sincronizando todos los dispositivos entre s y evitar tener que congurarlos uno a uno. Para eso hay que establecer primero
un dominio de administracin VTP. Un dominio VTP para una red es un conjunto contiguo de switches unidos con enlaces
trunk que tienen el mismo nombre de dominio VTP.
Los switches pueden estar en uno de los siguientes modos: servidor, cliente o transparente. Servidor es el modo por
defecto, anuncia su conguracin al resto de equipos y se sincroniza con otros servidores VTP. Un switch en modo cliente
no puede modicar la conguracin VLAN, simplemente sincroniza la conguracin sobre la base de la informacin que
le envan los servidores. Por ltimo, un switch est en modo transparente cuando solo se puede congurar localmente pues
ignora el contenido de los mensajes VTP.
VTP tambin permite podar (funcin VTP prunning), lo que signica dirigir trco VLAN especco solo a los conmutadores que tienen puertos en la VLAN destino. Con lo que se ahorra ancho de banda en los posiblemente saturados
enlaces trunk.
9.4 Gestin de la pertenencia a una VLAN

Las dos aproximaciones ms habituales para la asignacin de miembros de una VLAN son las siguientes: VLAN estticas
y VLAN dinmicas.
58
CAPTULO 9. VLAN
Las VLAN estticas tambin se denominan VLAN basadas en el puerto. Las asignaciones en una VLAN esttica se
crean mediante la asignacin de los puertos de un switch o conmutador a dicha VLAN. Cuando un dispositivo entra en la
red, automticamente asume su pertenencia a la VLAN a la que ha sido asignado el puerto. Si el usuario cambia de puerto
de entrada y necesita acceder a la misma VLAN, el administrador de la red debe cambiar manualmente la asignacin a
la VLAN del nuevo puerto de conexin en el switch.
En ella se crean unidades virtuales no estticas en las que se guardan los archivos y componentes del sistema de archivos
mundial
En las VLAN dinmicas, la asignacin se realiza mediante paquetes de software tales como el CiscoWorks 2000. Con
el VMPS (acrnimo en ingls de VLAN Management Policy Server o Servidor de Gestin de Directivas de la VLAN),
el administrador de la red puede asignar los puertos que pertenecen a una VLAN de manera automtica basndose en
informacin tal como la direccin MAC del dispositivo que se conecta al puerto o el nombre de usuario utilizado para
acceder al dispositivo. En este procedimiento, el dispositivo que accede a la red, hace una consulta a la base de datos de
miembros de la VLAN. Se puede consultar el software FreeNAC para ver un ejemplo de implementacin de un servidor
VMPS.
9.5 VLAN basadas en el puerto de conexin

Con las VLAN de nivel 1 (basadas en puertos), el puerto asignado a la VLAN es independiente del usuario o dispositivo
conectado en el puerto. Esto signica que todos los usuarios que se conectan al puerto sern miembros de la misma
VLAN. Habitualmente es el administrador de la red el que realiza las asignaciones a la VLAN. Despus de que un puerto
ha sido asignado a una VLAN, a travs de ese puerto no se puede enviar ni recibir datos desde dispositivos incluidos en
otra VLAN sin la intervencin de algn dispositivo de capa 3.
Los puertos de un switch pueden ser de dos tipos, en lo que respecta a las caractersticas VLAN: puertos de acceso y
puertos trunk. Un puerto de acceso (switchport mode access) pertenece nicamente a una VLAN asignada de forma
esttica (VLAN nativa). La conguracin predeterminada suele ser que todos los puertos sean de acceso de la VLAN1.
En cambio, un puerto trunk (switchport mode trunk) puede ser miembro de mltiples VLAN. Por defecto es miembro
de todas, pero la lista de las VLAN permitidas es congurable.
El dispositivo que se conecta a un puerto, posiblemente no tenga conocimiento de la existencia de la VLAN a la que
pertenece dicho puerto. El dispositivo simplemente sabe que es miembro de una subred y que puede ser capaz de hablar
con otros miembros de la subred simplemente enviando informacin al segmento cableado. El switch es responsable de
identicar que la informacin viene de una VLAN determinada y de asegurarse de que esa informacin llega a todos los
dems miembros de la VLAN. El switch tambin se asegura de que el resto de puertos que no estn en dicha VLAN no
reciben dicha informacin.
Este planteamiento es sencillo, rpido y fcil de administrar, dado que no hay complejas tablas en las que mirar para
congurar la segmentacin de la VLAN. Si la asociacin de puerto a VLAN se hace con un ASIC (acrnimo en ingls
de Application-Specic Integrated Circuit o Circuito integrado para una aplicacin especca), el rendimiento es muy
bueno. Un ASIC permite que el mapeo de puerto a VLAN sea hecho a nivel hardware.
9.6 Diseo de las VLAN

Los primeros diseadores de redes solan congurar las VLAN con el objetivo de reducir el tamao del dominio de
colisin en un segmento Ethernet y mejorar su rendimiento. Cuando los switches lograron esto, porque cada puerto es
un dominio de colisin, su prioridad fue reducir el tamao del dominio de difusin. Ya que, si aumenta el nmero de
terminales, aumenta el trco difusin y el consumo de CPU por procesado de trco broadcast no deseado. Una de las
maneras ms ecientes de lograr reducir el domino de difusin es con la divisin de una red grande en varias VLAN.
Actualmente, las redes institucionales y corporativas modernas suelen estar conguradas de forma jerrquica dividindose
en varios grupos de trabajo. Razones de seguridad y condencialidad aconsejan tambin limitar el mbito del trco de
difusin para que un usuario no autorizado no pueda acceder a recursos o a informacin que no le corresponde. Por
9.7. COMANDOS IOS
59
Red institucional.
ejemplo, la red institucional de un campus universitario suele separar los usuarios en tres grupos: alumnos, profesores
y administracin. Cada uno de estos grupos constituye un dominio de difusin, una VLAN, y se suele corresponder
asimismo con una subred IP diferente. De esta manera la comunicacin entre miembros del mismo grupo se puede hacer
en nivel 2, y los grupos estn aislados entre s, slo se pueden comunicar a travs de un router.
La denicin de mltiples VLAN y el uso de enlaces trunk, frente a las redes LAN interconectadas con un router, es
una solucin escalable. Si se deciden crear nuevos grupos se pueden acomodar fcilmente las nuevas VLAN haciendo
una redistribucin de los puertos de los switches. Adems, la pertenencia de un miembro de la comunidad universitaria a
una VLAN es independiente de su ubicacin fsica. E incluso se puede lograr que un equipo pertenezca a varias VLAN
(mediante el uso de una tarjeta de red que soporte trunk).
Imagine que la universidad tiene una red con un rango de direcciones IP del tipo 172.16.XXX.0/24, cada VLAN, denida en la capa de enlace de datos (nivel 2 de OSI), se corresponder con una subred IP distinta: VLAN 10. Administracin. Subred IP 172.16.10.0/24 VLAN 20. Profesores. Subred IP 172.16.20.0/24 VLAN 30. Alumnos. Subred IP
172.16.30.0/24
En cada edicio de la universidad hay un switch denominado de acceso, porque a l se conectan directamente los sistemas
nales. Los switches de acceso estn conectados con enlaces trunk (enlace que transporta trco de las tres VLAN) a un
switch troncal, de grandes prestaciones, tpicamente Gigabit Ethernet o 10-Gigabit Ethernet. Este switch est unido a un
router tambin con un enlace trunk, el router es el encargado de llevar el trco de una VLAN a otra.
9.7 Comandos IOS

A continuacin se presentan a modo de ejemplo los comandos IOS para congurar los switches y routeres del escenario
anterior.
Creamos las VLAN en el switch troncal, suponemos que este switch acta de servidor y se sincroniza con el resto:
Switch-troncal> enable Switch-troncal# congure terminal Switch-troncal(cong)# vlan database Switch-troncal(congvlan)# vlan 10 name administracion Switch-troncal(cong-vlan)# vlan 20 name profesores Switch-troncal(cong-vlan)#
vlan 30 name alumnos Switch-troncal(cong-vlan)# exit
Denimos como puertos trunk los cuatro del switch troncal:
Switch-troncal(cong)# interface range g0/0 3 Switch-troncal(cong-if-range)# switchport Switch-troncal(cong-ifrange)# switchport mode trunk Switch-troncal(cong-if-range)# switchport trunk native vlan 10 Switch-troncal(congif-range)# switchport trunk allowed vlan 20, 30 Switch-troncal(cong-if-range)# exit
60
CAPTULO 9. VLAN
Ahora habra que denir en cada switch de acceso qu rango de puertos dedicamos a cada VLAN. Vamos a suponer
que se utilizan las interfaces f0/0-15 para la vlan adminstracion, f0/16,31 para vlan profesores y f0/32-47 para la vlan
alumnos.
Switch-1(cong)# interface range f0/0 15 Switch-1(cong-if-range)# switchport Switch-1(cong-if-range)# switchport mode access Switch-1(cong-if-range)# switchport access vlan 10 Switch-1(cong-if-range)# exit Switch-1(cong)#
interface range f0/16 31 Switch-1(cong-if-range)# switchport Switch-1(cong-if-range)# switchport mode access
Switch-1(cong-if-range)# switchport access vlan 20 Switch-1(cong-if-range)# exit Switch-1(cong)# interface range
f0/32 47 Switch-1(cong-if-range)# switchport Switch-1(cong-if-range)# switchport mode access Switch-1(cong-ifrange)# switchport access vlan 30 Switch-1(cong-if-range)# exit
Denimos como trunk el puerto que conecta cada switch de acceso con el troncal:
Switch-1(cong)# interface g0/0 Switch-1(cong-if)# switchport Switch-1(cong-if)# switchport mode trunk Switch1(cong-if)# switchport trunk native vlan 10 Switch-1(cong-if)# switchport trunk allowed vlan 20,30 Switch-1(congif)# exit
En el router creamos una subinterfaz por cada VLAN transportada en el enlace trunk:
Router(cong)# interface f2 Router(cong-if)# no ip address Router(cong-if)# exit Router(cong)# interface f2.1 Router(congif)# encapsulation dot1q 10 native Router(cong-if)# ip address 172.16.10.1 255.255.255.0 Router(cong-if)# exit Router(cong)# interface f2.2 Router(cong-if)# encapsulation dot1q 20 Router(cong-if)# ip address 172.16.20.1 255.255.255.0
Router(cong-if)# exit Router(cong)# interface f2.3 Router(cong-if)# encapsulation dot1q 30 Router(cong-if)# ip
address 172.16.30.1 255.255.255.0 Router(cong-if)# exit
Esta sera la conguracin relativa a la creacin de las VLAN, se omite la conguracin de otros elementos como los
hosts, routers y otros dispositivos de red.
9.8 Vase tambin

IEEE 802.1Q
Shortest Path Bridging (SPB)
9.9 Referencias
[1] Virtual local area networks (VLANs). Axis. Consultado el 21 de enero de 2012.
9.9.1
Bibliografa
James F. Kurose, Keith W. Ross (2012). Computer Networking:A Top-Down Approach. Pearson Education. ISBN
978-0-13-136548-3.
Virtual LANs, a class presentation by Professor of Computer and Information Sciences in the Ohio State University
Raj Jain
history of bridging, by Varghese
Presentacin de clase (Universidad Carlos III de Madrid)
Apuntes de la asignatura RST (Redes e servicios telemticos) de la Universidade de Vigo
What is VLAN Routing?
Captulo 10
IEEE 802.1Q
El protocolo IEEE 802.1Q, tambin conocido como dot1Q, fue un proyecto del grupo de trabajo 802 de la IEEE para
desarrollar un mecanismo que permita a mltiples redes compartir de forma transparente el mismo medio fsico, sin
problemas de interferencia entre ellas (Trunking). Es tambin el nombre actual del estndar establecido en este proyecto
y se usa para denir el protocolo de encapsulamiento usado para implementar este mecanismo en redes Ethernet. Todos
los dispositivos de interconexin que soportan VLAN deben seguir la norma IEEE 802.1Q que especica con detalle el
funcionamiento y administracin de redes virtuales. *Shortest Path Bridging (SPB) Incorporado al IEEE 802.1Q-2014[1]
10.1 Formato de la trama

1
Preamble
4
5
SFD
8
Destination MAC
2
3
4
5
Source MAC
3
4
5
EtherType/
Size
Payload
.
.
CRC / FCS
2
3
4
Inter Frame Gap

5
6
7
8
Inter Frame Gap

5
6
7
8
10
11
12
n = 461500
Preamble
4
5
SFD
8
Destination MAC
2
3
4
5
Source MAC
3
4
5
802.1Q Header
1
2
3
4
TPID=0x8100 PCP/DEI/VID
EtherType/
Size
Payload
.
.
CRC / FCS
2
3
4
10
11
12
n = 421500
Insertion of 802.1Q tag in an Ethernet frame
802.1Q en realidad no encapsula la trama original sino que aade 4 bytes al encabezado Ethernet original. El valor del
campo EtherType se cambia a 0x8100 para sealar el cambio en el formato de la trama.
Debido a que con el cambio del encabezado se cambia la trama, 802.1Q fuerza a un reclculo del campo FCS.
10.2 VLAN nativas

No se etiquetan con el ID de VLAN cuando se envan por el trunk. Y en el otro lado, si a un puerto llega una trama
sin etiquetar, la trama se considera perteneciente a la VLAN nativa de ese puerto. Este modo de funcionamiento fue
implementado para asegurar la interoperabilidad con antiguos dispositivos que no entendan 802.1Q.
La VLAN nativa es la vlan a la que perteneca un puerto en un switch antes de ser congurado como trunk. Slo se puede
tener una VLAN nativa por puerto.
Para establecer un trunking 802.1Q a ambos lados deben tener la misma VLAN nativa porque la encapsulacin todava no
se ha establecido y los dos switches deben hablar sobre un link sin encapsulacin (usan la native VLAN) para ponerse de
acuerdo en estos parmetros. En los equipos de Cisco Systems la VLAN nativa por defecto es la VLAN 1. Por la VLAN
1 adems de datos, se manda informacin sobre PAgP, CDP, VTP.
Durante el diseo se recomienda
61
62
CAPTULO 10. IEEE 802.1Q

La VLAN nativa no debe ser la de gestin.
Cambiar la VLAN nativa de la 1 a cualquier otra como medida de seguridad.
Todos los switches en la misma VLAN nativa.
Usuarios y servidores en sus respectivas VLANs.
El trco entre switches debe ser el nico que no se encapsule en enlaces trunk. El resto del trco, incluyendo
la VLAN de gestin debe ir encapsulado por los trunks. Si no estamos encapsulando cualquiera puede conectar
un equipo que no hable 802.1Q (switches y hubs) y funcionar sin nuestro control.
10.3 Vase tambin

VLAN
[1] 802.1Q-2014 - Bridges and Bridged Networks
Captulo 11
Interfaz de lnea de comandos
Evolucin de las intefaces de usuario.
Una tpica CLI encontrada en las interfaces grcas de diversos sistemas operativos, para ejecutar aplicaciones a travs de un intrprete
de comandos.
La interfaz de lnea de comandos, traduccin del ingls command-line interface o CLI la cual es, en realidad, una
transcripcin incorrecta de interfaz de lnea de rdenes, por el falso amigo command (orden/instruccin) es un mtodo
63
64
CAPTULO 11. INTERFAZ DE LNEA DE COMANDOS
que permite a los usuarios dar instrucciones a algn programa informtico por medio de una lnea de texto simple. Debe
notarse que los conceptos de CLI, shell y emulador de terminal no son lo mismo, aunque suelen utilizarse como sinnimos.
Las CLI pueden emplearse interactivamente, escribiendo instrucciones en alguna especie de entrada de texto, o pueden
utilizarse de una forma mucho ms automatizada (archivo batch), leyendo rdenes desde un archivo de scripts.
Esta interfaz existe casi desde los comienzos de la computacin, superada en antigedad solo por las tarjetas perforadas
y mecanismos similares. Existen para diversos programas y sistemas operativos, para diverso hardware, y con distinta
funcionalidad.
Por ejemplo, las CLI son parte fundamental de los shells o emuladores de terminal. Aparecen en todas las interfaces
de escritorio (GNOME, KDE, Microsoft Windows) como un mtodo para ejecutar aplicaciones rpidamente. Aparecen
como interfaz de lenguajes interpretados tales como Java, Python, Ruby o Perl. Tambin se utilizan en aplicaciones clienteservidor, en gestores de bases de datos, en clientes FTP, etc. Las CLI son un elemento fundamental de aplicaciones de
ingeniera tan importantes como MATLAB y AutoCAD.
La contraparte de CLI es la interfaz grca de usuario (GUI) que ofrece una esttica mejorada y una mayor simplicacin,
a costa de un mayor consumo de recursos computacionales, y, en general, de una reduccin de la funcionalidad alcanzable.
Asimismo aparece el problema de una mayor vulnerabilidad dada su complejidad.
Las CLI son usadas por muchos programadores y administradores de sistemas como herramienta primaria de trabajo,
especialmente en sistemas operativos basados en Unix; en entornos cientcos y de ingeniera, y un subconjunto ms
pequeo de usuarios domsticos avanzados.
En dispositivos porttiles y PDA, las CLI no se utilizan, debido a lo complejo que resulta ingresar datos de texto, o por la
ausencia total de teclados.
11.1 Historia
En los primeros aos de las computadoras, y durante la era de los computadores denominados mainframes, el control de
la ejecucin de los programas se haca desde lugares especiales (normalmente ubicados cerca del computador en salas con
aire acondicionado), donde el administrador manipulaba directamente la mquina.
Se escriba la orden en el teclado y se reciba la respuesta impresa en papel. Estos sistemas basados en teletipos dieron
origen a la primera forma eciente de interactuar con computadores: lneas de texto simple.
Con el advenimiento del sistema operativo Unix a inicios de la dcada de 1970, el uso de la lnea de comandos se convirti
en un estndar. Se canonizaron las reglas de ejecucin basadas en tuberas, ltrado de archivos utilizando comodines,
y todas aquellas funcionalidades que permitan las nacientes interfaces de texto. Los sistemas operativos que vendran
(CP/M, DOS) adoptaran como propias aquellas cualidades.
Con la popularizacin de la computadora personal en la dcada de 1980, las aplicaciones entraron a un nuevo escenario
donde ya no se tena que compartir los recursos del sistema con otros usuarios. Ahora cada usuario contaba con su propia
mquina, con la que interactuaba de una forma mucho ms personalizada. Apple y luego Microsoft lanzaron exitosamente
al mercado sistemas que explotaban todos los conceptos visuales que haban sido desarrollados por Alan Kay y su equipo
del PARC, es decir, una interfaz grca para controlar al computador por medio de un ratn.
Hasta la actualidad las GUI permanecen como la interfaz dominante y las CLI como interfaz secundaria. No obstante,
el mismo Dr. Alan Kay ha sealado que es necesario desarrollar un nuevo tipo de interfaz para optimizar la relacin
entre humanos y computadores.[1]
11.2 Funcionamiento
En su forma ms simple, una CLI consiste en un espacio donde se pueden escribir rdenes (por lo general, sealizado con
un prompt). El usuario teclea una orden y la ejecuta al pasar a la lnea siguiente, utilizando la tecla Entrar.
Las rdenes dadas a la CLI son con frecuencia de la forma:
11.2. FUNCIONAMIENTO
65
Teletipo
PROMPT>aplicacin [parametros] cheros o URI...

Al nalizar y enviar la orden con la tecla Entrar, un mdulo interpretador de rdenes analiza la secuencia de caracteres
recibida y, si la sintaxis de la orden es correcta, ejecuta la orden dentro del contexto del programa o del sistema operativo
donde se encuentra. Esta forma de trabajo es secuencial, y equivale a un tipo de programacin paso a paso.
El usuario percibe el procesamiento de sus instrucciones en forma de accin. Si al usuario se le enva esta informacin
de procesamiento en forma de texto simple, entonces se le llama salida estndar o stdout. El usuario tambin puede
recibir un informe textual de errores en un canal especializado llamado stderr. Casi todos los shells implementan la
visualizacin de stdout y stderr al mismo dispositivo, en la mayora de los casos la pantalla.
Tambin es posible usar scripts, es decir, archivos con instrucciones guardadas como si se estuviesen escribiendo en el
momento. En caso de error, la ejecucin del script puede abortarse. De esta forma, la lnea de comandos puede utilizarse
sin siquiera tener que lidiar con el prompt, ni estando presente frente al monitor o teclado.
66
Usuario
Monitor
Teclado
Mandato
Respuesta
Apariencia
Modo texto: ocupa toda la pantalla
Modo grfico, por ejemplo
del monitor, el teclado es ledo
X-Window System, que ofrece
directamente por el sistema operativo.
ventanas y lee el teclado y ratn en ella.
Intrprete de mandatos
Programa: gestor
de banco de datos, FTP
gestor de transmisin por
mdem, etc.
Sistema Operativo
Esquema de elementos involucrados en una lnea de rdenes.
11.3 Implementaciones
Casi cualquier programa puede disearse para ofrecer al usuario alguna clase de intrprete de instrucciones. Por ejemplo,
algunos videojuegos para PC en primera persona tienen un intrprete de rdenes incorporado, conocido comnmente
como consola (no confundir con Videoconsola), utilizado para diagnstico y labores administrativas. Quake, Unreal
Tournament, Ragnarok Online o Battleeld son algunos ejemplos. A veces la consola es el nico medio para reparar
11.4. ESTNDAR DE INVOCACIN
67
problemas.
Cuando se trata de un programa que interacta con el kernel de un sistema operativo se le llama con frecuencia shell.
Algunos ejemplos son los diversas shell de Unix (ksh, csh, tcsh, Bourne Shell, etc.), el histrico CP/M, y el command.com
de DOS, estos dos ltimos fuertemente basados en las CLI de RSTS y RSX-11, sistemas operativos del PDP-11 de DEC.
El sistema operativo Windows Vista prometa una CLI llamada Windows PowerShell, que combinaba caractersticas de
las tradicionales shells de Unix con su framework orientado a objetos .NET. Este desarrollo no fue integrado por defecto
en el sistema operativo, en especial debido a sus riesgos de seguridad iniciales.[2]
Las implementanciones de lenguajes interpretados suelen ofrecer tambin un ambiente de trabajo basado en CLI. En estos
ambientes se crea una instancia de la mquina virtual con la que el usuario puede interactuar.
Algunas aplicaciones proporcionan tanto una CLI como una GUI. Un ejemplo es el programa de CAD AutoCAD. El
paquete cientco/ingenieril de computacin numrica Matlab no proporciona GUI para algunos clculos, pero la CLI
puede realizar cualquier clculo. El programa de modelado tridimensional Rhinoceros 3D (que se usa para disear las
cajas de la mayor parte de los telfonos porttiles, as como miles de otros productos industriales) proporciona una CLI
(cuyo lenguaje, por cierto, es distinto del lenguaje scripts de Rhino). En algunos entornos informticos, como la interfaz
de usuario de Smalltalk u Oberon, la mayor parte del texto que aparece en la pantalla se puede usar para dar rdenes.
11.4 Estndar de invocacin

No existe ninguna normativa obligatoria en cuanto al formato de invocacin (escritura y ejecucin) o a la documentacin
que las aplicaciones o funciones deben presentar. No obstante, se han acuado estndares informales al momento de
denir formas. El ms importante consiste en la utilizacin de corchetes [ ] para indicar parmetros opcionales. Estos
pueden anidarse ([..[..]]). Por ejemplo, la documentacin de la aplicacin cal de POSIX dice que la forma de ejecutarse
por medio del CLI es:
cal [[mes] ao ]
Esto signica que si se desea ver el ao 2012, tendra que escribirse literalmente:
cal 2012
11.5 Ejemplos de interaccin

La instruccin para listar archivos, en diversos entornos:
11.6 Interfaz textual de usuario

Una interfaz textual de usuario consiste en una interfaz grca hecha enteramente de texto. No es lo mismo que un CLI,
aunque ambos usan el mismo perifrico.
11.7 Vase tambin

Interfaz de usuario
Prompt
68
11.8 Referencias
[1] Exposicin de Alan Kay en TED 2007.
[2] http://www.zdnet.com/windows-vista-tool-targeted-by-virus-writers-3039212024/ Windows Vista tool targeted by virus writers (en ingls).
11.9 Bibliografa
Stephenson, Neal (1999). En el principio... fue la lnea de comandos. Consultado el 18 de abril de 2012.

Entendiendo lo que son 'los de una lnea'.
Captulo 12
PuTTY
PuTTY es un cliente SSH, Telnet, rlogin, y TCP raw con licencia libre. Disponible originalmente slo para Windows,
ahora tambin est disponible en varias plataformas Unix, y se est desarrollando la versin para Mac OS clsico y Mac OS
X. Otra gente ha contribuido con versiones no ociales para otras plataformas, tales como Symbian para telfonos mviles.
Es software beta escrito y mantenido principalmente por Simon Tatham, open source y licenciado bajo la Licencia MIT.
12.1 Caractersticas
Algunas caractersticas de PuTTY son:
El almacenamiento de hosts y preferencias para uso posterior.
Control sobre la clave de cifrado SSH y la versin de protocolo.
Clientes de lnea de comandos SCP y SFTP, llamados pscp y psftp respectivamente.
Control sobre el redireccionamiento de puertos con SSH, incluyendo manejo empotrado de reenvo X11.
Completos emuladores de terminal xterm, VT102, y ECMA-48.
Soporte IPv6.
Soporte 3DES, AES, RC4, Blowsh, DES.
Soporte de autenticacin de clave pblica.
Soporte para conexiones de puerto serie local.
El nombre PuTTY proviene de las siglas Pu: Port unique TTY: terminal type. Su traduccin al castellano sera: Puerto
nico de tipo terminal.
12.2 Historial de versiones

Anteriormente a la versin 0.58, se hicieron tres releases consecutivos (0.550.57) para arreglar agujeros de seguridad signicativos en versiones previas, algunos permitan comprometer al cliente incluso antes de que el servidor fuera
autenticado.
A la versin 0.58 se le agregaron nuevas caractersticas, incluyendo soporte Unicode mejorado, para caracteres internacionales y lenguajes bidireccionales o de derecha a izquierda.
69
70
CAPTULO 12. PUTTY
Despus de casi un ao desde el release previo, la versin 0.59 implementa nuevas caractersticas como la conexin a puertos serie, proxies locales, mejoras de velocidad SSH y SFTP, cambia el formato de documentacin (para compatibilidad
con Vista) y tiene varias correcciones de errores.
La versin 0.60 implementa 3 nuevas caractersticas y corrige algunos errores:[1]
Ctrl+Break ahora enva una seal de ruptura en el otro extremo
En Windows, ya no es necesario congurar lneas alto-numeradas tales como COM10; PuTTY hace esto automticamente.
Ahora se puede almacenar un nombre de host en las opciones por defecto.
La versin 0.61 implementa principalmente la compatibilidad con Windows 7 y corrige algunos errores principalmente
en conexiones SSH y algunos errores menores en el Cifrado AES [2]
12.3 Aplicaciones
Las funciones principales estn realizadas por los mismos cheros PuTTY:
PuTTY - los clientes Telnet y SSH
PSCP - un cliente SCP, i.e. copia de cheros segura por lnea de comandos
PSFTP - un cliente SFTP, i.e. sesiones de transferencia de cheros generales como en FTP
PuTTYtel - un cliente de solo Telnet
Plink - una interfaz de lnea de comandos al PuTTY back ends
Pageant - un agente de autenticacin SSH para PuTTY, PSCP y Plink
PuTTYgen - una utilidad de generacin de claves RSA y DSA.
pterm - un emulador de terminal X.
12.4 PuTTYtray
PuTTYtray, bsicamente incorpora mejoras en el aspecto grco. Como un icono ms colorido, la posibilidad de minimizarlo al tray, congurar la transparencia de la ventana, conversin de URLs en enlaces o poder mantener la ventana
siempre encima, entre otros.
Tambin cuenta con mejoras de funcionalidad como la reconexin automtica al volver del modo suspendido, reconexin
cuando hay fallos o el guardado de datos en cheros para hacerlo portable en discos USB.
12.5 Vase tambin

Cygwin/X
Xming
WinSCP
12.6. REFERENCIAS
71
12.6 Referencias
[1] PuTTY version 0.60 is released
[2]
Wikimedia Commons alberga contenido multimedia sobre PuTTYCommons.
Pgina ocial de PuTTY

ExtraPuTTY (Portable PuTTY for USB sticks,TestStand Step, Win32 API,PuTTY Communications in a Microsoft
Windows DLL ....)
Captulo 13
File Transfer Protocol

FTP (siglas en ingls de File Transfer Protocol, 'Protocolo de Transferencia de Archivos) en informtica, es un protocolo
de red para la transferencia de archivos entre sistemas conectados a una red TCP (Transmission Control Protocol), basado
en la arquitectura cliente-servidor. Desde un equipo cliente se puede conectar a un servidor para descargar archivos desde
l o para enviarle archivos, independientemente del sistema operativo utilizado en cada equipo.
El servicio FTP es ofrecido por la capa de aplicacin del modelo de capas de red TCP/IP al usuario, utilizando normalmente el puerto de red 20 y el 21. Un problema bsico de FTP es que est pensado para ofrecer la mxima velocidad
en la conexin, pero no la mxima seguridad, ya que todo el intercambio de informacin, desde el login y password del
usuario en el servidor hasta la transferencia de cualquier archivo, se realiza en texto plano sin ningn tipo de cifrado, con
lo que un posible atacante puede capturar este trco, acceder al servidor y/o apropiarse de los archivos transferidos.
Para solucionar este problema son de gran utilidad aplicaciones como SCP y SFTP, incluidas en el paquete SSH, que
permiten transferir archivos pero cifrando todo el trco.
13.1 Historia
El protocolo FTP se empez a utilizar en abril de 1971, publicado como el RFC 114, antes de que existiera la pila
TCP/IP. La estructura general fue establecida en 1971. Fue modicado varias veces, aadiendo nuevos comandos y
funcionalidades. Al nal se public el RFC 959 en octubre de 1985, que es la que se utiliza actualmente.[1]
13.2 El Modelo FTP

En el modelo, el intrprete de protocolo (IP) de usuario inicia la conexin de control en el puerto 21. Las rdenes FTP
estndar las genera el IP de usuario y se transmiten al proceso servidor a travs de la conexin de control. Las respuestas
estndar se envan desde la IP del servidor la IP de usuario por la conexin de control como respuesta a las rdenes.
Estas rdenes FTP especican parmetros para la conexin de datos (puerto de datos, modo de transferencia, tipo de
representacin y estructura) y la naturaleza de la operacin sobre el sistema de archivos (almacenar, recuperar, aadir,
borrar, etc.). El proceso de transferencia de datos (DTP) de usuario u otro proceso en su lugar, debe esperar a que el
servidor inicie la conexin al puerto de datos especicado (puerto 20 en modo activo o estndar) y transferir los datos en
funcin de los parmetros que se hayan especicado.
Vemos tambin en el diagrama que la comunicacin entre cliente y servidor es independiente del sistema de archivos
utilizado en cada computadora, de manera que no importa que sus sistemas operativos sean distintos, porque las entidades
que se comunican entre s son los PI y los DTP, que usan el mismo protocolo estandarizado: el FTP.
Tambin hay que destacar que la conexin de datos es bidireccional, es decir, se puede usar simultneamente para enviar y
para recibir, y no tiene por qu existir todo el tiempo que dura la conexin FTP. Pero tena en sus comienzos un problema,
72
13.3. SERVIDOR FTP
73
El siguiente modelo representa el diagrama de un servicio FTP.
y era la localizacin de los servidores en la red. Es decir, el usuario que quera descargar algn archivo mediante FTP
deba conocer en qu mquina estaba ubicado. La nica herramienta de bsqueda de informacin que exista era Gopher,
con todas sus limitaciones.
13.2.1
Primer buscador de informacin
Gopher signica 'lanzarse sobre' la informacin. Es un servicio cuyo objetivo es la localizacin de archivos a partir de su
ttulo. Consiste en un conjunto de mens de recursos ubicados en diferentes mquinas que estn intercomunicadas. Cada
mquina sirve una rea de informacin, pero su organizacin interna permite que todas ellas funcionen como si se tratase
de una sola mquina. El usuario navega a travs de estos mens hasta localizar la informacin buscada, y desconoce
exactamente de qu mquina est descargando dicha informacin. Con la llegada de Internet, los potentes motores de
bsqueda dejaron el servicio Gopher, y la localizacin de los servidores FTP dej de ser un problema. En la actualidad,
cuando el usuario se descarga un archivo a partir de un enlace de una pgina web no llega ni a saber que lo est haciendo
desde un servidor FTP. El servicio FTP ha evolucionado a lo largo del tiempo y hoy da es muy utilizado en Internet, en
redes corporativas, Intranets, etc. Soportado por cualquier sistema operativo, existe gran cantidad de software basado en
el protocolo FTP.
13.3 Servidor FTP

Un servidor FTP es un programa especial que se ejecuta en un equipo servidor normalmente conectado a Internet (aunque
puede estar conectado a otros tipos de redes, LAN, MAN, etc.). Su funcin es permitir el intercambio de datos entre
diferentes servidores/ordenadores.
Por lo general, los programas servidores FTP no suelen encontrarse en los ordenadores personales, por lo que un usuario
normalmente utilizar el FTP para conectarse remotamente a uno y as intercambiar informacin con l.
74
CAPTULO 13. FILE TRANSFER PROTOCOL
Las aplicaciones ms comunes de los servidores FTP suelen ser el alojamiento web, en el que sus clientes utilizan el
servicio para subir sus pginas web y sus archivos correspondientes; o como servidor de backup (copia de seguridad) de
los archivos importantes que pueda tener una empresa. Para ello, existen protocolos de comunicacin FTP para que los
datos se transmitan cifrados, como el SFTP (Secure File Transfer Protocol).
13.4 Cliente FTP

Cuando un navegador no est equipado con la funcin FTP, o si se quiere cargar archivos en un ordenador remoto, se
necesitar utilizar un programa cliente FTP. Un cliente FTP es un programa que se instala en el ordenador del usuario,
y que emplea el protocolo FTP para conectarse a un servidor FTP y transferir archivos, ya sea para descargarlos o para
subirlos.
Para utilizar un cliente FTP, se necesita conocer el nombre del archivo, el ordenador en que reside (servidor, en el caso de
descarga de archivos), el ordenador al que se quiere transferir el archivo (en caso de querer subirlo nosotros al servidor),
y la carpeta en la que se encuentra.
Algunos clientes de FTP bsicos en modo consola vienen integrados en los sistemas operativos, incluyendo Microsoft
Windows, DOS, GNU/Linux y Unix. Sin embargo, hay disponibles clientes con opciones aadidas e interfaz grca.
Aunque muchos navegadores tienen ya integrado FTP, es ms conable a la hora de conectarse con servidores FTP no
annimos utilizar un programa cliente.
13.4.1
Acceso annimo
Los servidores FTP annimos ofrecen sus servicios libremente a todos los usuarios, permiten acceder a sus archivos sin
necesidad de tener un 'USER ID' o una cuenta de usuario. Es la manera ms cmoda fuera del servicio web de permitir
que todo el mundo tenga acceso a cierta informacin sin que para ello el administrador de un sistema tenga que crear una
cuenta para cada usuario.
Si un servidor posee servicio 'FTP anonymous solamente con teclear la palabra anonymous, cuando pregunte por tu
usuario tendrs acceso a ese sistema. No se necesita ninguna contrasea preestablecida, aunque tendrs que introducir
una slo para ese momento, normalmente se suele utilizar la direccin de correo electrnico propia.
Solamente con eso se consigue acceso a los archivos del FTP, aunque con menos privilegios que un usuario normal.
Normalmente solo podrs leer y copiar los archivos que sean pblicos, as indicados por el administrador del servidor al
que nos queramos conectar.
Normalmente, se utiliza un servidor FTP annimo para depositar grandes archivos que no tienen utilidad si no son transferidos a la mquina del usuario, como por ejemplo programas, y se reservan los servidores de pginas web (HTTP) para
almacenar informacin textual destinada a la lectura en lnea.
13.4.2
Acceso de usuario
Si se desea tener privilegios de acceso a cualquier parte del sistema de archivos del servidor FTP, de modicacin de
archivos existentes, y de posibilidad de subir nuestros propios archivos, generalmente se suele realizar mediante una
cuenta de usuario. En el servidor se guarda la informacin de las distintas cuentas de usuario que pueden acceder a l,
de manera que para iniciar una sesin FTP debemos introducir una autenticacin (en ingls: login) y una contrasea (en
ingls: password) que nos identica unvocamente.
13.4.3
Cliente FTP basado en Web
Un cliente FTP basado en Web no es ms que un cliente FTP al cual podemos acceder a travs de nuestro navegador
web sin necesidad de tener otra aplicacin para ello. El usuario accede a un servidor web (HTTP) que lista los contenidos
de un servidor FTP. El usuario se conecta mediante HTTP a un servidor web, y el servidor web se conecta mediante
13.5. MODOS DE CONEXIN DEL CLIENTE FTP
75
FTP al servidor FTP. El servidor web acta de intermediario haciendo pasar la informacin desde el servidor FTP en los
puertos 20 y 21 hacia el puerto 80 HTTP que ve el usuario.
Siempre hay momentos en que nos encontramos fuera de casa, no llevamos el ordenador porttil encima y necesitamos
realizar alguna tarea urgente desde un ordenador de acceso pblico, de un amigo, del trabajo, la universidad, etc. Lo ms
comn es que no estn instaladas las aplicaciones que necesitamos y en muchos casos hasta carecemos de los permisos
necesarios para realizar su instalacin. Otras veces estamos detrs de un proxy o cortafuegos que no nos permite acceder
a servidores FTP externos.
Al disponer de un cliente FTP basado en Web podemos acceder al servidor FTP remoto como si estuviramos realizando
cualquier otro tipo de navegacin web. A travs de un cliente FTP basado en Web podrs, crear, copiar, renombrar y
eliminar archivos y directorios. Cambiar permisos, editar, ver, subir y descargar archivos, as como cualquier otra funcin
del protocolo FTP que el servidor FTP remoto permita.
13.4.4
Acceso de invitado
El acceso sin restricciones al servidor que proporcionan las cuentas de usuario implica problemas de seguridad, lo que ha
dado lugar a un tercer tipo de acceso FTP denominado invitado (guest), que se puede contemplar como una mezcla de
los dos anteriores.
La idea de este mecanismo es la siguiente: se trata de permitir que cada usuario conecte a la mquina mediante su login
y su password, pero evitando que tenga acceso a partes del sistema de archivos que no necesita para realizar su trabajo,
de esta forma acceder a un entorno restringido, algo muy similar a lo que sucede en los accesos annimos, pero con ms
privilegios.
13.4.5
Ejemplos de Clientes FTP
Entre los varios clientes FTP que existen, se pueden mencionar los siguientes:[2]
Free FTP Upload Manager
F->IT
net2ftp
Web FTP.co.uk
Web-Ftp
Jambai FTP
ftp4net
PHP FTP Client
Asuk PHP FTP
Weeble File Manager
FileZilla
13.5 Modos de conexin del cliente FTP

FTP admite dos modos de conexin del cliente. Estos modos se denominan activo (o Estndar, o PORT, debido a que
el cliente enva comandos tipo PORT al servidor por el canal de control al establecer la conexin) y pasivo (o PASV,
porque en este caso enva comandos tipo PASV). Tanto en el modo Activo como en el modo Pasivo, el cliente establece
una conexin con el servidor mediante el puerto 21, que establece el canal de control.
76
13.5.1
Modo activo
Modo
Activo
Cliente
Puerto
de datos
1036
Servidor FTP
Puerto de
control
1035
1. Mandar
comando
PORT y el
puerto 1036
Puerto de
control
21
IPClien
te:103
5
IPServid
orFTP:2
1
P:21
idorFT
IPServ e:1035
nt
IPClie
Puerto
de datos
20
2. Enviar comando
ACK
3. Enviar
Datos
0
FTP:2
vidor
6
3
IPSer
0
nte:1
IPClie
4. Enviar comando
ACK
IPClien
te:103
6
IPServid
orFTP:2
0
Modo activo.
En modo Activo, el servidor siempre crea el canal de datos en su puerto 20, mientras que en el lado del cliente el canal de
datos se asocia a un puerto aleatorio mayor que el 1024. Para ello, el cliente manda un comando PORT al servidor por
el canal de control indicndole ese nmero de puerto, de manera que el servidor pueda abrirle una conexin de datos por
donde se transferirn los archivos y los listados, en el puerto especicado.
Lo anterior tiene un grave problema de seguridad, y es que la mquina cliente debe estar dispuesta a aceptar cualquier
conexin de entrada en un puerto superior al 1024, con los problemas que ello implica si tenemos el equipo conectado a
una red insegura como Internet. De hecho, los cortafuegos que se instalen en el equipo para evitar ataques seguramente
rechazarn esas conexiones aleatorias. Para solucionar esto se desarroll el modo pasivo.
13.5.2
Modo pasivo
Cuando el cliente enva un comando PASV sobre el canal de control, el servidor FTP le indica por el canal de control, el
puerto (mayor a 1023 del servidor. Ejemplo:2040) al que debe conectarse el cliente. El cliente inicia una conexin desde
el puerto siguiente al puerto de control (Ejemplo: 1036) hacia el puerto del servidor especicado anteriormente (Ejemplo:
2040).[3]
Antes de cada nueva transferencia tanto en el modo Activo como en el Pasivo, el cliente debe enviar otra vez un comando
de control (PORT o PASV, segn el modo en el que haya conectado), y el servidor recibir esa conexin de datos en un
nuevo puerto aleatorio (si est en modo pasivo) o por el puerto 20 (si est en modo activo). En el protocolo FTP existen
2 tipos de transferencia en ASCII y en binarios.
13.5.3
Tipos de transferencia de archivos en FTP
Es importante conocer cmo debemos transportar un archivo a lo largo de la red. Si no utilizamos las opciones adecuadas
podemos destruir la informacin del archivo. Por eso, al ejecutar la aplicacin FTP, debemos acordarnos de utilizar uno
13.5. MODOS DE CONEXIN DEL CLIENTE FTP
Modo
Pasivo
77
Servidor FTP
Cliente
Puerto
de datos
1036
1.Mandar
comando
PASV
3.Iniciar la conexion
de datos desde el
puerto 1036 a un
puerto aleatorio
del servidor
5. Cerrar la conexion
Puerto de
control
21
Puerto de
control
1035
IPClie
n
IPSer te:1035
vidorF
TP:21
P:21
idorFT
IPServ
5
te:103
IPClien
Puerto
de datos
2040
Puerto
de datos
20
Este
puerto
no se
utiliza
2. Respuesta del
servidor con un
puerto > 1023
IPClie
nte:1
036
IPSer
vidor
FTP:2
040
:2040
orFTP
vid
IPSer
4.Enviar
comando
ACK
36
te:10
n
IPClie
Modo pasivo.
de estos comandos (o poner la correspondiente opcin en un programa con interfaz grca):
Tipo ASCII
Adecuado para transferir archivos que slo contengan caracteres imprimibles (archivos ASCII, no archivos resultantes de
un procesador de texto), por ejemplo pginas HTML, pero no las imgenes que puedan contener. Se transforman algunos
smbolos de control, para mantenerlos compatibles entre diferentes sistemas. Por ejemplo, si el archivo est alojado sobre
un servidor linux, el salto de lnea para los archivos de texto es "\n (byte 10 en decimal). Si el cliente es un sistema Mac,
el salto de lnea es "\r (byte 13 en decimal), este modo cambia estos smbolos de control para que el archivo sea legible
en ambos lados, al igual que si se enva a un sistema windows, el salto de lnea es "\r\n (dos bytes, 13 y 10). Si se usa este
modo en archivos que no son de texto plano, en el caso de intercambiarse entre diferentes sistemas, ese archivo quedar
corrupto.
Tipo Binario
Este tipo es usado cuando se trata de archivos comprimidos, ejecutables para PC, imgenes, archivos de audio...
Ejemplos de cmo transferir algunos tipos de archivo dependiendo de su extensin:
En la red existen diversas soluciones de software que desarrolla este tipo de tecnologa, los ms conocidos, son Filezilla
(software libre) y CuteFTP (shareware).
78
13.6 Gua de comandos FTP

13.7 Cdigos de respuesta de FTP
A continuacin se muestra un resumen de la respuesta de los cdigos FTP que puede ser devuelto por un servidor FTP.
Estos cdigos se han estandarizado en RFC 959 por IETF. El cdigo de respuesta es un valor de tres dgitos. El primer
dgito se utiliza para indicar una de tres posibles resultados-el xito, el fracaso o para indicar un error o una respuesta
incompleta:
2yz - respuesta xito
4yz o 5yz - No hay respuesta
1yz o 3yz - Un error o una respuesta incompleta
El segundo dgito dene la clase de error:
x0z - Sintaxis. Estas respuestas se reeren a errores de sintaxis.
x1z - Informacin. Las respuestas a las solicitudes de informacin.
x2z - Conexiones. Respuestas en referencia al control y las conexiones de datos.
x3z - Autenticacin y contabilidad. Respuestas para el proceso de inicio de sesin y los procedimientos contables.
x4z - No denido.
x5z - Sistema de archivos. Estas respuestas transmiten cdigos de estado del sistema de archivos del servidor.
El tercer dgito del cdigo de respuesta se utiliza para proporcionar detalles adicionales para cada una de las categoras
denidas por el segundo dgito.[4]
13.8 Conexin a un servidor FTP protegido desde navegador

Para iniciar sesin en un servidor FTP que requiere una contrasea teclee la URL de esta forma:
ftp://<usuario>:<contrasea>@<servidor ftp>/<url-ruta>
Donde <usuario> es el nombre de usuario, <servidor ftp> es el servidor FTP, <contrasea> es la contrasea de acceso, y
<url-ruta> es el directorio donde iniciamos sesin.
Ejemplo: ftp://alumno:alumnopass@ftp.example.com/public
13.9 Vase tambin

Archie
FTPS
TFTP
OFTP
File eXchange Protocol
13.10. REFERENCIAS
PTP, Picture Transfer Protocol
MTP, Media Transfer Protocol (una extensin del PTP)
SSH File Transfer Protocol
Network File System
Sistema de archivos
Sistema de archivos distribuido
13.10 Referencias
[1] La historia del protocolo FTP saludos 1004(y sus desventajas actuales). Consultado el 26 de junio de 2014.
[2] Micaela. Los mejores 10 clientes FTP. Consultado el 27 de junio de 2014.
[3] Active FTP vs. Passive FTP, a Denitive Explanation (en ingls).
[4] Forouzan, Behrouz. TCP/IP Protocol Suite. McGraw Hill.
RFC 959: Referencia que dene las caractersticas actuales, a fecha de febrero de 2007, del protocolo FTP.
RFC 114: Primera referencia propuesta de FTP del ao 1971.
TCP/IP Protocol Suite. Fourth Edition. Behrouz A. Forouzan. McGraw Hill.
79
Captulo 14
TFTP
TFTP son las siglas de Trivial le transfer Protocol (Protocolo de transferencia de archivos trivial).
Es un protocolo de transferencia muy simple semejante a una versin bsica de FTP. TFTP a menudo se utiliza para
transferir pequeos archivos entre ordenadores en una red, como cuando un terminal X Window o cualquier otro cliente
ligero arranca desde un servidor de red.
Algunos detalles del TFTP:
Utiliza UDP (en el puerto 69) como protocolo de transporte (a diferencia de FTP que utiliza los puertos 20 y 21
TCP).
No puede listar el contenido de los directorios.
No existen mecanismos de autenticacin o cifrado.
Se utiliza para leer o escribir archivos de un servidor remoto.
Soporta tres modos diferentes de transferencia, netascii, octet y mail, de los que los dos primeros corresponden
a los modos "ascii" e imagen (binario) del protocolo FTP.
14.1 Detalles de una sesin TFTP

Ya que TFTP utiliza UDP, no hay una denicin formal de sesin, cliente y servidor, aunque se considera servidor a aquel
que abre el puerto 69 en modo UDP, y cliente a quien se conecta.
Sin embargo, cada archivo transferido va TFTP constituye un intercambio independiente de paquetes, y existe una relacin
cliente-servidor informal entre la mquina que inicia la comunicacin y la que responde.
La mquina A, que inicia la comunicacin, enva un paquete RRQ (read request/peticin de lectura) o WRQ (write
request/peticin de escritura) a la mquina B, conteniendo el nombre del archivo y el modo de transferencia.
B responde con un paquete ACK (acknowledgement/conrmacin), que tambin sirve para informar a A del puerto
de la mquina B al que tendr que enviar los paquetes restantes.
La mquina origen enva paquetes de datos numerados a la mquina destino, todos excepto el ltimo conteniendo
512 bytes de datos. La mquina destino responde con paquetes ACK numerados para todos los paquetes de datos.
El paquete de datos nal debe contener menos de 512 bytes de datos para indicar que es el ltimo. Si el tamao
del archivo transferido es un mltiplo exacto de 512 bytes, el origen enva un paquete nal que contiene 0 bytes de
datos.
80
14.2. VASE TAMBIN
14.2 Vase tambin

File eXchange Protocol
File Transfer Protocol
SSH File Transfer Protocol
FTPS

RFC 1350
81
Captulo 15
Telnet
Telnet (Telecommunication Network[1] ) es el nombre de un protocolo de red que nos permite viajar a otra mquina para
manejarla remotamente como si estuviramos sentados delante de ella. Tambin es el nombre del programa informtico
que implementa el cliente. Para que la conexin funcione, como en todos los servicios de Internet, la mquina a la que se
acceda debe tener un programa especial que reciba y gestione las conexiones. El puerto que se utiliza generalmente es el
23.
15.1 Funcionamiento
Telnet slo sirve para acceder en modo terminal, es decir, sin grcos, pero es una herramienta muy til para arreglar
fallos a distancia, sin necesidad de estar fsicamente en el mismo sitio que la mquina que los tena. Tambin se usaba
para consultar datos a distancia, como datos personales en mquinas accesibles por red, informacin bibliogrca, etc.
Aparte de estos usos, en general telnet se ha utilizado (y an hoy se puede utilizar en su variante SSH) para abrir una
sesin con una mquina UNIX, de modo que mltiples usuarios con cuenta en la mquina, se conectan, abren sesin y
pueden trabajar utilizando esa mquina. Es una forma muy usual de trabajar con sistemas UNIX.
15.2 Problemas de seguridad y SSH

Su mayor problema es de seguridad, ya que todos los nombres de usuario y contraseas necesarias para entrar en las
mquinas viajan por la red como texto plano (cadenas de texto sin cifrar). Esto facilita que cualquiera que espe el trco
de la red pueda obtener los nombres de usuario y contraseas, y as acceder l tambin a todas esas mquinas. Por esta
razn dej de usarse, casi totalmente, hace unos aos, cuando apareci y se populariz el SSH, que puede describirse como
una versin cifrada de telnet -actualmente se puede cifrar toda la comunicacin del protocolo durante el establecimiento
de sesin (RFC correspondiente, en ingls- si cliente y servidor lo permiten, aunque no se tienen ciertas funcionalidad
extra disponibles en SSH).
15.3 Telnet en la actualidad

Hoy en da este protocolo tambin se usa para acceder a los BBS, que inicialmente eran accesibles nicamente con un
mdem a travs de la lnea telefnica. Para acceder a un BBS mediante telnet es necesario un cliente que d soporte
a grcos ANSI y protocolos de transferencia de cheros. Los grcos ANSI son muy usados entre los BBS. Con los
protocolos de transferencia de cheros (el ms comn y el que mejor funciona es el ZModem) podrs enviar y recibir
cheros del BBS, ya sean programas o juegos o ya sea el correo del BBS (correo local, de FidoNet u otras redes).
82
15.4. MANEJO BSICO DE TELNET
83
Algunos clientes de telnet (que soportan grcos ANSI y protocolos de transferencias de cheros como Zmodem y otros)
son mTelnet!, NetRunner, Putty, Zoc, etc..
15.4 Manejo bsico de telnet

Para iniciar una sesin con un intrprete de comandos de otro ordenador, puede emplear el comando telnet seguido
del nombre o la direccin IP de la mquina en la que desea trabajar, por ejemplo si desea conectarse a la mquina
purpura.micolegio.edu.com deber teclear telnet purpura.micolegio.edu.com, y para conectarse con la direccin IP 1.2.3.4
deber utilizar telnet 1.2.3.4.
Una vez conectado, podr ingresar el nombre de usuario y contrasea remoto para iniciar una sesin en modo texto a
modo de consola virtual (ver Lectura Sistema de usuarios y manejo de clave). La informacin que transmita (incluyendo
su clave) no ser protegida o cifrada y podra ser vista en otros computadores por los que se transite la informacin (la
captura de estos datos se realiza con un packet snier).
Una alternativa ms segura para telnet, pero que requiere ms recursos del computador, es SSH. Este cifra la informacin
antes de transmitirla, autentica la mquina a la cual se conecta y puede emplear mecanismos de autenticacin de usuarios
ms seguros.
Actualmente hay sitios para hackers en los que se entra por telnet y se van sacando las password para ir pasando de nivel,
ese uso de telnet aun es vigente.
15.5 Seguridad
Hay 3 razones principales por las que el telnet no se recomienda para los sistemas modernos desde el punto de vista de
la seguridad:
Los dominios de uso general del telnet tienen varias vulnerabilidades descubiertas a lo largo de los aos, y varias
ms que podran an existir.
Telnet, por defecto, no cifra ninguno de los datos enviados sobre la conexin (contraseas inclusive), as que es fcil
interferir y grabar las comunicaciones, y utilizar la contrasea ms adelante para propsitos maliciosos.
Telnet carece de un esquema de autenticacin que permita asegurar que la comunicacin est siendo realizada
entre los dos antriones deseados, y no interceptada entre ellos.
En ambientes donde es importante la seguridad, por ejemplo en el Internet pblico, telnet no debe ser utilizado. Las
sesiones de telnet no son cifradas. Esto signica que cualquiera que tiene acceso a cualquier router, switch, o gateway
localizado en la red entre los dos antriones donde se est utilizando telnet puede interceptar los paquetes de telnet
que pasan cerca y obtener fcilmente la informacin de la conexin y de la contrasea (y cualquier otra cosa que se
mecanografa) con cualesquiera de varias utilidades comunes como tcpdump y Wireshark.
Estos defectos han causado el abandono y despreciacin del protocolo telnet rpidamente, a favor de un protocolo ms
seguro y ms funcional llamado SSH, lanzado en 1995. SSH provee de toda la funcionalidad presente en telnet, la adicin
del cifrado fuerte para evitar que los datos sensibles tales como contraseas sean interceptados, y de la autenticacin
mediante llave pblica, para asegurarse de que el computador remoto es realmente quin dice ser.
Los expertos en seguridad computacional, tal como el instituto de SANS, y los miembros del newsgroup de comp.os.linux.security
recomiendan que el uso del telnet para las conexiones remotas debera ser descontinuado bajo cualquier circunstancia
normal.
Cuando el telnet fue desarrollado inicialmente en 1969, la mayora de los usuarios de computadoras en red estaban en los
servicios informticos de instituciones acadmicas, o en grandes instalaciones de investigacin privadas y del gobierno.
En este ambiente, la seguridad no era una preocupacin y solo se convirti en una preocupacin despus de la explosin
84
CAPTULO 15. TELNET
del ancho de banda de los aos 90. Con la subida exponencial del nmero de gente con el acceso al Internet, y por la
extensin, el nmero de gente que procura crackear los servidores de otra gente, telnet podra no ser recomendado para
ser utilizado en redes con conectividad a Internet.
15.6 Fuente
Gua en dominio pblico
15.7 Vase tambin

Informtica
15.8 Referencias
[1] El origen del nombre

Especicacin original del protocolo
Especicacin del protocolo (en espaol)
Especicaciones de opcin Telnet (en espaol)
Transmisin binaria en Telnet (en espaol)
Opcin Eco de Telnet (en espaol)
Opcin de suprimir continuacin en Telnet (en espaol)
Opcin Estado de Telnet (en espaol)
Captulo 16
Xmodem
XMODEM es el protocolo de transferencia ms antiguo, desarrollado en 1977 por "Ward Christensen" y posteriormente
cedido para su uso pblico, por lo cual este protocolo tambin es conocido como protocolo Christensen. Se trata de
un protocolo de transferencia muy sencillo de implementar que gracias a ello alcanz gran popularidad, actualmente la
mayora de los modems soportan aun este protocolo. Posteriormente aparecieron tambin el YMODEM y ms tarde el
ZMODEM como derivados del primer protocolo.
16.1 FUNCIONAMIENTO
XMODEM como la mayora de los protocolos de transferencia, comienza partiendo los datos originales en una serie
de paquetes que son enviados al receptor, cada paquete contiene una informacin adicional que le permite al receptor
determinar la correcta recepcin de los mismos. Cada paquete enviado se forma de la siguiente manera:
Cada bloque de datos tiene un tamao de 128 bytes, a los cuales hay que sumarle los siguientes campos anteriores a los
datos:
- Un primer byte que es el carcter SOH (Comienzo de cabecera) que corresponde con el valor ASCII 1.
- Otro byte con la posicin del paquete dentro del mensaje original y otro byte ms con la misma posicin pero en
complemento a 1 para comprobar su exactitud.
Y los siguientes campos posteriores a los datos:
- Un byte de Checksum ( en modulo 256) para el control de errores de los datos del paquete.
16.2 TRANSFERENCIA
Los paquetes son enviados de uno en uno, cuando son recibidos lo primero que hace el protocolo es comprobar la integridad
de los datos mediante el byte Checksum , y a continuacin el nmero de bloque dentro del mensaje. Si esto esta correcto
el receptor enva una seal ACK al emisor para que proceda con el envo del siguiente paquete de la secuencia. Si el
paquete estuviera corrupto, el receptor enviara una seal NAK para que se procediera al reenvo de ese paquete.
16.3 REFERENCIAS
Web Xmodem
Wikipedia Inglesa
Diccionario Tecnolgico Terra
85
86
CAPTULO 16. XMODEM
16.4 Origen del texto y las imgenes, colaboradores y licencias

16.4.1
Texto
Cableado estructurado Fuente: https://es.wikipedia.org/wiki/Cableado_estructurado?oldid=85203977 Colaboradores: Sanbec, Ejmeza, Taichi, Veltys, Superzerocool, Afpineda, FlaBot, Didac, BOTijo, Gaeddal, GermanX, Herith, Txo, Zimio, Kimero, Cheveri, BOTpolicia, CEMbot, Jolumo.ar, Mcetina, Jjafjjaf, Montgomery, Thijs!bot, RoyFocker, ProgramadorCCCP, Isha, Bernard, Alvajandro, Olluch, Netito777,
Plux, Uruk, Delphidius, VolkovBot, Superhori, Technopat, Matdrodes, BlackBeast, Lucien leGrey, JMorchio, Komputisto, Jmvgpartner, SieBot, Fernandocruzalegui, Bigsus-bot, El bot de la dieta, Tirithel, Marcecoro, Rolando.alvarado, Eduardosalg, BetoCG, Takashi kurita, UA31,
AVBOT, J.delanoy, Eveliux, Agox, Angel GN, Alvar1970, Enramos, Diegusjaimes, DumZiBoT, Arjuno3, Ptbotgourou, Vic Fede, Opus88888,
Nixn, SuperBraulio13, Manuelt15, Jkbw, Ricardogpn, Eduardo9916, Botarel, RubiksMaster110, Jose.blanco.alvarez, Panderine!, Rocafort8,
PatruBOT, Alph Bot, EmausBot, Sergio Andres Segovia, Dondervogel 2, Grillitus, Solde9, WikitanvirBot, Jinfantl, Rdoradob, Trooper 666
123, KLBot2, Kjgomez, Akay b612, LlamaAl, DLeandroc, Mich rivera, YFdyh-bot, Davyk01, Gidalti, Diegiitho, Addbot, Polticaydeporte,
DpUser, Hosin~eswiki, Jarould y Annimos: 231
Fibra ptica Fuente: https://es.wikipedia.org/wiki/Fibra_%C3%B3ptica?oldid=85573135 Colaboradores: PACO, 4lex, JorgeGG, Vanbasten
23, Isaacjarquin, Dodo, Ejmeza, Gmagno, Ascnder, Truor, AlbertoDV, Ramjar, Murphy era un optimista, Melocoton, Dianai, Txuspe, FAR,
Jgalgarra, Mgarlop, Hispa, Xuankar, Airunp, Taichi, Emijrp, Magister Mathematicae, Johnbojaen, RedTony, Guanxito, Orgullobot~eswiki,
ManoloKosh, Byj2000, Alhen, Flazcano, Fjjf~eswiki, Caiserbot, Yrbot, BOT-Superzerocool, Maleiva, Vitamine, Icvav, Luiscar, The Photographer, Heliocrono, Txo, Leitzaran, Supergalle, Gtz, Morza, Maldoror, Er Komandante, Raidentk, Tomatejc, Folkvanger, Paintman, Skaterweb, BOTpolicia, CEM-bot, Djmac81, Cantero, JMCC1, Ignacio Icke, El dva, Retama, Roberpl, Eamezaga, Rosarinagazo, Antur, Jolumo.ar,
Montgomery, Ggenellina, Alex021925, Xabier, Roberto Fiadone, Yeza, RoyFocker, Will vm, Isha, Xoneca, Gusgus, Gngora, Mpeinadopa, Rrmsjp, Lsanczyk, JAnDbot, Pituk, Stifax, Mansoncc, Muro de Aguas, Limbo@MX, Zufs, Gsrdzl, Mercenario97, Humberto, Netito777,
Optico, Nioger, Chabbot, Idioma-bot, Plux, Manuel Trujillo Berges, Kannabiskn, Biasoli, Bucephala, Cinevoro, VolkovBot, Technopat, Elsanto510.ULE, Galandil, Queninosta, Raystorm, Chechurisk, Matdrodes, Fernando Estel, Shooke, Lucien leGrey, JMorchio, 3coma14, Kinten,
Muro Bot, Edmenb, Amirapuato, Komputisto, Luiscarlos.banuelos, Bucho, Gerakibot, SieBot, Danielba894, Ensada, Loveless, Obelix83, Cobalttempest, Drinibot, Kansai, BOTarate, Tolitose, Izmir2, Correogsk, BuenaGente, Handradec, Maximo88, Paconi, Mafores, Tirithel, Mutari,
Maxklein, Troskoman, Jarisleif, Regiregi22, HUB, Mrzeon, Antn Francho, Eduardosalg, Veon, JonaxD, Leonpolanco, Furti, Petruss, Fawques, Usuarioremoto, Walter closser, Zeytin, Poco a poco, BetoCG, Alexbot, CestBOT, Valentin estevanez navarro, Rge, Aipni-Lovrij,
SilvonenBot, Camilo, UA31, Shalbat, Alex to, Ucevista, Dei83 ULE, MARC912374, AVBOT, LucienBOT, EjsBot, MastiBot, Angel GN,
Josemanuel Navas, MarcoAurelio, Speedplus, Ezarate, Plalato, Diegusjaimes, Davidgutierrezalvarez, Underwood~eswiki, CarsracBot, Heroe
Del Silencio, Luckas Blade, Arjuno3, Saloca, Andreasmperu, Luckas-bot, Victortnt, Roinpa, Lu Tup, Lukynicol, Pore91, Vandal Crusher, Gycom, Mcapdevila, Alvarittox, Javier(cx9aaw), SuperBraulio13, Gemuskymoon, Manuelt15, Xqbot, Jkbw, CarlosLagULE, Rubinbot, Ignacio
de Asso, YusleidyULE, Ricardogpn, Metronomo, Stillnissan, Batiacosta, Botarel, Knockergrowl, BOTirithel, Caritdf, Halfdrag, Jacquelinet,
D4n1e7, KrumVik, JUANCARLOSMTZT, Jancona, JoanCaldern, Jihernandez, Mkbalcazar, Lungo, Boehm, Luismtzsilva, El mago de la
Wiki, Jembot, PatruBOT, Alph Bot, Tarawa1943, Rkrdgh, Nachosan, Blanco12, Curda, Miss Manzana, Axvolution, Edslov, Editor123, Savh,
Lokogars, Raoolpatagon, Sergio Andres Segovia, Africanus, Dondervogel 2, Grillitus, Arpabone, Rubpe19, Emiduronte, ChuispastonBot, MadriCR, Albertojuanse, Waka Waka, WikitanvirBot, Miguel.baillon, Diamondland, Drg92, Mae011, MerlIwBot, Trooper 666 123, KLBot2,
Superragde77, Travelour, MetroBot, Invadibot, Asdfg123456, Maquedasahag, Harpagornis, rico Jnior Wouters, Helmy oved, Deeyuso, Basinga, Maherma, Chevebot, Zerabat, MaKiNeoH, Lautaro 97, Fortiz101, Jennyfer alexandra, Addbot, Abril.anna, Balles2601, Abn~eswiki, Jorgegarciaoliveira, Plata98, Chuyito999, Momo12345678920, Peter dimitria, Jarould, Matiia, Egis57, Oalija, Crystallizedcarbon, Rackliox1324,
Megacharx, Robert bigboss, Lectorina y Annimos: 849
Ethernet Fuente: https://es.wikipedia.org/wiki/Ethernet?oldid=85521262 Colaboradores: Moriel, Mariagarcia, Sauron, JorgeGG, ManuelGR,
Vivero, Zwobot, Keber~eswiki, Aloriel, Mbarousse, Dodo, Patxi Aguado, Ascnder, Sms, Rsg, Juanmak, Tano4595, Noradrex, Barcex, Enric Naval, Loco085, Robotico, Balderai, Txuspe, LeonardoRob0t, Napolen333, Orgullomoore, Hispa, Taichi, Emijrp, Rembiapo pohyiete
(bot), Cburnett, Viko~eswiki, RobotQuistnix, Nyx, Alhen, Chobot, Mazhack, Dibujon, Aeoris, Yrbot, Baito, Acracia, Davidsevilla, FlaBot, Torbellino, Vitamine, YurikBot, GermanX, Equi, Bogarinoscar, KnightRider, Santiperez, Pieraco, Luis espejel, Er Komandante, Kimero,
Hamer~eswiki, Jarke, Folkvanger, Jorgechp, Calsbert, BOTpolicia, Qwertyytrewqqwerty, CEM-bot, Pinobot, Sanmanuelse, Baiji, Dlacos, Joarobles, Rosarinagazo, Antur, Jjafjjaf, B1u3fox, Escarlati, Montgomery, FrancoGG, Thijs!bot, Fernandopcg, Mahadeva, RoyFocker, Martin
Rizzo, Jdvillalobos, Mpeinadopa, Rrmsjp, JAnDbot, Jugones55, Miguelo on the road, BetBot~eswiki, TXiKiBoT, Imdedios, Xosema, Juckar,
Humberto, Rei-bot, Fixertool, Plux, Galaxy4, Jtico, Parras, Cinevoro, Aibot, VolkovBot, Technopat, C'est moi, Tommypincha, Grupo LANS
substmas, Matdrodes, Lucien leGrey, Barri, Muro Bot, Sealight, SieBot, Loveless, Macarrones, Cobalttempest, Neepec, Drinibot, Adrin David, Er conde, Fcosegura, SPZ, Correogsk, Greek, AquiLesBailoYo, BuenaGente, Ghaly, Tirithel, Egjose, HUB, Hedgz, JPH-FM, Eduardosalg,
Botelln, Pan con queso, Mar del Sur, Poco a poco, Valentin estevanez navarro, Aipni-Lovrij, UA31, Shalbat, Villaverde-93, AVBOT, Ellinik,
Jorghex, EjsBot, MastiBot, Angel GN, NicolasAlejandro, Jprozas2, Diegusjaimes, Victormoz, Arjuno3, Andreasmperu, Luckas-bot, Michbeie,
Spirit-Black-Wikipedista, Martinecabrera, Nallimbot, Roinpa, Clasan, Joantorres, Slalen, Nixn, Hoenheim, MartinDM, SuperBraulio13, Ortisa, Manuelt15, Jkbw, Igna, Botarel, Panderine!, TobeBot, Halfdrag, Jafeluv, PatruBOT, Cesar Eduardo Ballesteros Aguirre, Nachosan, Miss
Manzana, Axvolution, Edslov, EmausBot, Savh, ZroBot, Dondervogel 2, Grillitus, Rubpe19, Mecamtico, Vecellio, Emiduronte, Waka Waka,
Diamondland, Lamamadejavier22, Hankok~eswiki, Lamamadeyoltic007, Manubot, Abin, MerlIwBot, KLBot2, Kjgomez, UAwiki, MetroBot, Invadibot, Fyahburn, Harpagornis, LlamaAl, DavidT953, Elvisor, Helmy oved, Ljfeliu, Legobot, Balles2601, Ibn Gabirol, Sinkmanu,
Lagoset, Timohap, Melapersina, Jarould, Egis57, Crystallizedcarbon, HorgeFernadex, JGB28, Sfr570 y Annimos: 363
Conmutador (dispositivo de red) Fuente: https://es.wikipedia.org/wiki/Conmutador_(dispositivo_de_red)?oldid=84686470 Colaboradores:
Joseaperez, Moriel, Sauron, Lourdes Cardenal, Robbot, Rumpelstiltskin, Dodo, Rsg, Cookie, Tostadora, Tano4595, Ramjar, Barcex, Marnez, 142857, NicFit, Txuspe, Guille.hoardings, Orgullomoore, Hispa, JMPerez, Emijrp, DeXTeReX, RobotQuistnix, JKD, Chobot, FlaBot,
Vitamine, BOTijo, YurikBot, Museo8bits, Soronto, GermanX, Beto29, LoquBot, Titoxd, Baneld, KocjoBot~eswiki, Tomatejc, Folkvanger,
Carlosblh, Paintman, Aleator, BOTpolicia, JEDIKNIGHT1970, Guay, CEM-bot, Laura Fiorucci, Ignacio Icke, Hilmarz, Rastrojo, Thijs!bot,
Escarbot, RoyFocker, Caliver, Cratn, Hanjin, Jurgens~eswiki, JAnDbot, CommonsDelinker, TXiKiBoT, Netito777, Fixertool, Plux, BL,
16.4. ORIGEN DEL TEXTO Y LAS IMGENES, COLABORADORES Y LICENCIAS
87
Jorge C.Al, Manuel Trujillo Berges, Biasoli, Cinevoro, RaizRaiz, Technopat, Jotego, The Bear That Wasn't, Queninosta, Manuel Castillo
Cagigal, Matdrodes, Synthebot, Shooke, Muro Bot, SieBot, Nati 75, Ensada, Kimbosirk, Er conde, Manw, Adsl10000, Ubersoldat~eswiki,
Chico512, Tirithel, Prietoquilmes, Javierito92, Marcecoro, HUB, Leonpolanco, Furti, Poco a poco, Darkicebot, Guti13, Fr85710, Rge,
Aipni-Lovrij, SAS0217, Ravave, SilvonenBot, UA31, Shalbat, AVBOT, David0811, MastiBot, Tanhabot, Enramos, Diegusjaimes, DumZiBoT, Saloca, Luckas-bot, Jotterbot, Euskal Hooligan, Salva84, ArthurBot, SuperBraulio13, Ortisa, Manuelt15, Jkbw, Dreitmen, Ricardogpn,
Botarel, Tommyjeje, Panderine!, D'ohBot, TobeBot, Hervindavila, Halfdrag, Rameshngbot, Vubo, Jaker13, Robot8A, PatruBOT, CVBOT,
MAMitaf, Diegoescuela, Lordchelo, TjBot, Nachosan, Miss Manzana, EmausBot, Savh, Claudiajannine, Hdavila1, Caronte10, Arpabone,
MadriCR, Waka Waka, Antonorsi, MerlIwBot, DerKrieger, rico Jnior Wouters, Elvisor, Fabio1245, Mariana2abc, Santga, Helmy oved,
Legobot, Lautaro 97, Balles2601, Daniel carmona 40343, Alkalyx, Trihum, MUOZAMEN, Jarould, BenjaBot, MitchelCornell y Annimos:
313
Spanning tree Fuente: https://es.wikipedia.org/wiki/Spanning_tree?oldid=85429917 Colaboradores: Caravena, Barcex, Rgcamus, Ilario, Yrithinnd, Mortadelo, Alhen, Baito, Adrruiz, Vitamine, Unaiaia, Quiron, CHV, Calsbert, Nocker, BOTpolicia, CEM-bot, Laura Fiorucci, Rafaelz14, Eamezaga, Thijs!bot, Daaxe, Alfambra, TXiKiBoT, Vsancho, Plux, Galaxy4, Iradigalesc, Cinevoro, VolkovBot, Matdrodes, Muro
Bot, SieBot, Cobalttempest, Marcecoro, Botelln, LordT, AVBOT, Davidgutierrezalvarez, Luckas-bot, Gacpro, Wikiniel, MartinDM, SuperBraulio13, Xqbot, Jkbw, Mchingotto, AdrianLois, Geek2003, MacMauro, Hprmedina, PatruBOT, AlumnoRALRREDESUEM, Wikilptico,
EmausBot, ChuispastonBot, Movses-bot, Kikevg, AvocatoBot, Krenel, Elvisor, Addbot, Grillotron, JavierBC, Landerneau y Annimos: 101
Rapid Spanning Tree Protocol Fuente: https://es.wikipedia.org/wiki/Rapid_Spanning_Tree_Protocol?oldid=74558674 Colaboradores: Yrithinnd, Patricio.lorente, FlaBot, Rosarinagazo, SieBot, Bigsus-bot, MastiBot, PatruBOT, Dinamik-bot, KLBot2, Elvisor y Annimos: 14
Agregacin de enlaces Fuente: https://es.wikipedia.org/wiki/Agregaci%C3%B3n_de_enlaces?oldid=78193259 Colaboradores: Tano4595,
Balderai, FAR, BOT-Superzerocool, CEM-bot, Gafotas, Evelio80, Cecy pc.ule, Muro Bot, Bigsus-bot, Davidgutierrezalvarez, Grillitus, MerlIwBot, Elvisor, Addbot y Annimos: 6
EtherChannel Fuente: https://es.wikipedia.org/wiki/EtherChannel?oldid=85293771 Colaboradores: CEM-bot, VolkovBot, Barri, PatruBOT,
Nachosan, Afrasiab, ZroBot, Iria.novoa, Adri Teije, Addbot, Djzen y Annimos: 6
VLAN Fuente: https://es.wikipedia.org/wiki/VLAN?oldid=85621529 Colaboradores: Vcarceler, Dodo, Barcex, Marnez, NicFit, Rembiapo
pohyiete (bot), RobotQuistnix, Vitamine, YurikBot, GermanX, Beto29, Ernesto Graf, Maldoror, Reected God, Chlewbot, Jcarlos77, Akael,
Calsbert, BOTpolicia, CEM-bot, Laura Fiorucci, Ranganok~eswiki, MaykelMoya, RoyFocker, TXiKiBoT, Arym, Netito777, Rei-bot, Plux,
Kzman, Biasoli, VolkovBot, Snakeyes, Technopat, Manuel Castillo Cagigal, Matdrodes, Lucien leGrey, Barri, Muro Bot, SieBot, PaintBot,
Dualidad, Tirithel, AL-X-OR, Marcecoro, Nicop, Pan con queso, Poco a poco, Camilo, UA31, AVBOT, Diegusjaimes, Luckas-bot, Jmartinequintero, Almonacilo, ArthurBot, ChichoHack, SuperBraulio13, Xqbot, Jkbw, SassoBot, Botarel, Jaime olivares zapiain, Solinem, HoLiC,
Edgarhz, TobeBot, Omerta-ve, Abece, PatruBOT, KamikazeBot, Nachosan, GrouchoBot, EmausBot, ZroBot, Sergio Andres Segovia, Elas,
WikitanvirBot, Ppenaloza, MetroBot, Bibliolotranstornado, Carliitaeliza, Eupiper, Unatecla, DobleP34, Addbot, Pere Orero, Jarould, Innite0694 y Annimos: 162
IEEE 802.1Q Fuente: https://es.wikipedia.org/wiki/IEEE_802.1Q?oldid=85520853 Colaboradores: Tano4595, YurikBot, BOTpolicia, CEMbot, Rllaque, Thijs!bot, Mpeinadopa, VolkovBot, Liquid-aim-bot, STBot~eswiki, HUB, AVBOT, Luckas-bot, Ptbotgourou, ArthurBot, TobeBot, EmausBot, Daniel.jaros, KLBot2, Balles2601, Franmemo y Annimos: 37
Interfaz de lnea de comandos Fuente: https://es.wikipedia.org/wiki/Interfaz_de_l%C3%ADnea_de_comandos?oldid=85049587 Colaboradores: Pilaf, Dodo, Yrbot, Vector Mike Bravo Sierra, Sirpuppet, Marcecoro y Annimos: 2
PuTTY Fuente: https://es.wikipedia.org/wiki/PuTTY?oldid=80345248 Colaboradores: Ejmeza, Emijrp, Maleiva, BOTijo, GermanX, Txo,
BOTpolicia, CEM-bot, Mcetina, P.o.l.o., RoyFocker, Death Master, TXiKiBoT, Amanuense, Aibot, Matdrodes, Lucien leGrey, Muro Bot,
Bucho, SieBot, Loveless, Gabriel.vilaboa, Javi23, Miguelvillanma, Farisori, PixelBot, Estirabot, Botito777, Walter closser, Rge, David0811,
Gary gsv, Wutsje, DumZiBoT, Linfocito B, Dave96, DrFO.Tn.Bot~eswiki, Ptbotgourou, LordboT, LyingB, DEotRopLanEtA, Kizar, LoliBot,
ArwinJ, EmausBot, ZroBot, KLBot, WikitanvirBot, Patrias, KLBot2, Renly, Balles2601 y Annimos: 39
File Transfer Protocol Fuente: https://es.wikipedia.org/wiki/File_Transfer_Protocol?oldid=85502007 Colaboradores: Youssefsan, Mac, Youandme, 4lex, Moriel, Sauron, JorgeGG, Robbot, Gauss, Rosarino, Dodo, Jynus, Rsg, Tostadora, Sefer, Barcex, Enric Naval, Hildergarn, TuringTest,
JCCO, Caos, Petronas, Xavmp, Airunp, JMPerez, Rembiapo pohyiete (bot), Drini2, RobotQuistnix, Byj2000, Superzerocool, Chobot, Caiserbot, Yrbot, BOT-Superzerocool, Adrruiz, FlaBot, YurikBot, Mortadelo2005, Icvav, GermanX, Beto29, KnightRider, Eloy, JRGL, Santiperez,
Eskimbot, Ummowoa, Isra00, Morza, Maldoror, Er Komandante, Ciencia Al Poder, Lancaster, Ketamino, Jarke, BOTpolicia, CEM-bot, Damifb, Alexav8, Antur, Jjafjjaf, Dorieo, Montgomery, Thijs!bot, Dajuam, Papouten, RoyFocker, JoaquinFerrero, Isha, Hanjin, Mpeinadopa,
JAnDbot, Jugones55, .roman.., Mansoncc, Death Master, Muro de Aguas, Jorge Estrada, TXiKiBoT, Aalvarez12, JoseA, Gacq, Netito777,
NaSz, Plux, Galaxy4, Jmvkrecords, Delphidius, AlnoktaBOT, Cinevoro, Aibot, VolkovBot, Snakeyes, Technopat, Galandil, Queninosta, Oscarxs.ULE, Carlostorres01, Matdrodes, Synthebot, BlackBeast, Shooke, AlleborgoBot, Proton.72, Muro Bot, Feministo, Dinopmi, BotMultichill, SieBot, Cobalttempest, Teyer, Macarse, Greek, Fadesga, Tirithel, XalD, Jarisleif, Javierito92, Marcecoro, HUB, Bienacass, Dggionco,
Sol felipe, Botelln, Alejandrocaro35, Pablo323, LordT, BetoCG, Jperelli, Nepenthes, Ravave, SilvonenBot, AVBOT, MastiBot, Angel GN,
EivindBot, Diegusjaimes, Bethan 182, CarsracBot, Andreasmperu, Luckas-bot, Dangelin5, Nixn, ArthurBot, Jllopezpino, Xusete18, SuperBraulio13, Manuelt15, Xqbot, Jkbw, SassoBot, Rubinbot, Leandro.ditommaso, Teruillo, Igna, Botarel, Sony 3220, BenzolBot, Auxctionsmx,
Panderine!, BOTirithel, Hprmedina, TobeBot, Caritdf, Kizar, Leugim1972, PatruBOT, Dinamik-bot, Goica, Aldorhoe, Mathonius, Alstur,
GrouchoBot, EmausBot, Savh, HRoestBot, J. A. Glvez, Grillitus, KLBot, ChuispastonBot, MadriCR, Albertojuanse, Michellelopez477, MerlIwBot, Invadibot, Ninrouter, Orleons17, Santga, ELOTSO, Makecat-bot, Syum90, JessicaZurik, Legobot, Josefrodo, Edgar arevalos, Churrasco italiano, JacobRodrigues, Lezotho, Jarould, BenjaBot, Gonzalo Rodriguez Zabala, MatiasKnell y Annimos: 362
TFTP Fuente: https://es.wikipedia.org/wiki/TFTP?oldid=84569911 Colaboradores: Ascnder, Barcex, Tuks, Rembiapo pohyiete (bot), Orgullobot~eswiki, RobotQuistnix, Superzerocool, Chobot, Yrbot, Baito, FlaBot, YurikBot, GermanX, LoquBot, Jesuja, Baneld, Chlewbot,
CEM-bot, Resped, Thijs!bot, JAnDbot, Death Master, TXiKiBoT, Cinevoro, Shooke, Barri, Muro Bot, SieBot, Ctrl Z, Greek, HUB, Botelln,
UA31, AVBOT, Herejex, DumZiBoT, Luckas-bot, Nallimbot, Jkbw, RedBot, GrouchoBot, ChuispastonBot, KLBot2, Altexx, Tsunderebot,
BOTito y Annimos: 35
88
CAPTULO 16. XMODEM
Telnet Fuente: https://es.wikipedia.org/wiki/Telnet?oldid=85300995 Colaboradores: Youssefsan, Zuirdj, Moriel, Julie, Rafael Soriano, Mdiagom, Zwobot, Dodo, Jynus, Sms, Ihavenomouth, Tostadora, Murphy era un optimista, Barcex, Enric Naval, Fmariluis, Point to null, Renabot,
FAR, Caos, RobotJcb, Airunp, Hari Seldon, Emijrp, Rembiapo pohyiete (bot), Caiser, RobotQuistnix, Adept~eswiki, Benedicto, Caiserbot, Yrbot, Amads, FlaBot, YurikBot, Komunero, Echani, GermanX, KnightRider, Neoprogram, Pieraco, Maldoror, Raidentk, Chlewbot, Ketamino,
Boja, Fercufer, BOTpolicia, CEM-bot, Laura Fiorucci, Chabacano, Jirah~eswiki, Thijs!bot, Piculo, VARGUX, Boogie, RoyFocker, Mpeinadopa, JAnDbot, Death Master, Muro de Aguas, Gsrdzl, TXiKiBoT, Plux, AlnoktaBOT, Joacorock, VolkovBot, Technopat, Lahi, Matdrodes,
BlackBeast, Shooke, Muro Bot, Gerakibot, Jmvgpartner, SieBot, Mushii, Lobo, HUB, Practiko, Botelln, Olokin(Olo), Marcelo28us, Alexbot, BodhisattvaBot, Planeador negro, Ravave, AVBOT, MastiBot, Diegusjaimes, DumZiBoT, HighwaytoHell, Arjuno3, Nallimbot, Roinpa,
Jotterbot, LordboT, Jkbw, TobeBot, PatruBOT, EmausBot, ChuispastonBot, Waka Waka, WikitanvirBot, Palissy, MerlIwBot, KLBot2, Bryan
bajaa arellano, Gins90, Maquedasahag, Elvisor, Tsunderebot, Addbot, Balles2601 y Annimos: 170
Xmodem Fuente: https://es.wikipedia.org/wiki/Xmodem?oldid=70779642 Colaboradores: CEM-bot, Jjvaca, Xavigivax, Farisori, Zumarraga14, LuisaparicioULE, MarcosYbarraULE, AVBOT, DumZiBoT, Luckas-bot, KLBot2, Invadibot, Tsunderebot, Rotlink y Annimos: 4
16.4.2
Imgenes
Archivo:Activo.svg Fuente: https://upload.wikimedia.org/wikipedia/commons/9/90/Activo.svg Licencia: CC BY-SA 3.0 Colaboradores: Trabajo propio Artista original: Gabiwxp
Archivo:CLI-GUI-NUI,_evolucin_de_interfaces_de_usuario.png Fuente: https://upload.wikimedia.org/wikipedia/commons/a/a5/CLI-GUI-NUI%
2C_evoluci%C3%B3n_de_interfaces_de_usuario.png Licencia: CC BY-SA 4.0 Colaboradores: Trabajo propio Artista original: Marcecoro
Archivo:CLI_QuickLaunch_ES_GTK.png Fuente: https://upload.wikimedia.org/wikipedia/commons/2/29/CLI_QuickLaunch_ES_GTK.
png Licencia: Public domain Colaboradores: Trabajo propio Artista original: Vector Mike Bravo Sierra
Archivo:Cable_Ethernet.JPG Fuente: https://upload.wikimedia.org/wikipedia/commons/0/08/Cable_Ethernet.JPG Licencia: CC BY-SA
3.0 Colaboradores: Trabajo propio Artista original: Cesar Eduardo Ballesteros Aguirre
Archivo:Check_mark.png Fuente: https://upload.wikimedia.org/wikipedia/commons/f/f0/Check_mark.png Licencia: Wikimedia screenshot
Colaboradores: Wikipedia Artista original: Wikipedia
Archivo:Command-line-interface.svg Fuente: https://upload.wikimedia.org/wikipedia/commons/c/cf/Command-line-interface.svg Licencia: CC BY 3.0 Colaboradores:
Commandlineinterface.png Artista original:
User:Createaccount
Archivo:Commons-emblem-copyedit.svg Fuente: https://upload.wikimedia.org/wikipedia/commons/e/e8/Commons-emblem-copyedit.svg
Licencia: CC BY-SA 3.0 Colaboradores:
File:Gnome-emblem-important.svg Artista original: GNOME icon artists, Fitoschido
Archivo:Commons-emblem-question_book_orange.svg Fuente: https://upload.wikimedia.org/wikipedia/commons/1/1f/Commons-emblem-question_

book_orange.svg Licencia: CC BY-SA 3.0 Colaboradores: <a href='//commons.wikimedia.org/wiki/File:Commons-emblem-issue.svg' class='image'><img
alt='Commons-emblem-issue.svg' src='https://upload.wikimedia.org/wikipedia/commons/thumb/b/bc/Commons-emblem-issue.svg/25px-Commons-emblem-issue.
svg.png' width='25' height='25' srcset='https://upload.wikimedia.org/wikipedia/commons/thumb/b/bc/Commons-emblem-issue.svg/38px-Commons-emblem-issue.
svg.png 1.5x, https://upload.wikimedia.org/wikipedia/commons/thumb/b/bc/Commons-emblem-issue.svg/50px-Commons-emblem-issue.svg.
png 2x' data-le-width='48' data-le-height='48' /></a> + <a href='//commons.wikimedia.org/wiki/File:Question_book.svg' class='image'><img
alt='Question book.svg' src='https://upload.wikimedia.org/wikipedia/commons/thumb/9/97/Question_book.svg/25px-Question_book.svg.png'
width='25' height='20' srcset='https://upload.wikimedia.org/wikipedia/commons/thumb/9/97/Question_book.svg/38px-Question_book.svg.png
1.5x, https://upload.wikimedia.org/wikipedia/commons/thumb/9/97/Question_book.svg/50px-Question_book.svg.png 2x' data-le-width='252'
data-le-height='199' /></a> Artista original: GNOME icon artists, Jorge 2701
Archivo:Commons-logo.svg Fuente: https://upload.wikimedia.org/wikipedia/commons/4/4a/Commons-logo.svg Licencia: Public domain Colaboradores: This version created by Pumbaa, using a proper partial circle and SVG geometry features. (Former versions used to be slightly
warped.) Artista original: SVG version was created by User:Grunt and cleaned up by 3247, based on the earlier PNG version, created by Reidab.
Archivo:DanielColladon{}s_Lightfountain_or_Lightpipe,LaNature(magazine),1884.JPG Fuente: https://upload.wikimedia.org/wikipedia/
commons/e/ec/DanielColladon%27s_Lightfountain_or_Lightpipe%2CLaNature%28magazine%29%2C1884.JPG Licencia: Public domain Colaboradores: ? Artista original: ?
Archivo:Detalle_tarjeta_red.jpg Fuente: https://upload.wikimedia.org/wikipedia/commons/7/72/Detalle_tarjeta_red.jpg Licencia: CC-BYSA-3.0 Colaboradores: Transferido desde es.wikipedia a Commons. Artista original: The original uploader was Aloriel de Wikipedia en espaol
Archivo:Estructura_de_datos_con_Ethernet,_IP_y_TCP.jpg Fuente: https://upload.wikimedia.org/wikipedia/commons/2/2e/Estructura_
de_datos_con_Ethernet%2C_IP_y_TCP.jpg Licencia: CC BY-SA 3.0 Colaboradores: Trabajo propio Artista original: DavidT953
Archivo:Etherchannel.jpg Fuente: https://upload.wikimedia.org/wikipedia/commons/0/09/Etherchannel.jpg Licencia: CC-BY-SA-3.0 Colaboradores: Created with Microsoft Visio 2003 Artista original: KDebelak de Wikipedia en ingls
Archivo:Ethernet_802.1Q_Insert.svg Fuente: https://upload.wikimedia.org/wikipedia/commons/0/0e/Ethernet_802.1Q_Insert.svg Licencia:
CC BY-SA 3.0 Colaboradores: Trabajo propio Artista original: Bill Staord
Archivo:Fiber_optic_illuminated.jpg Fuente: https://upload.wikimedia.org/wikipedia/commons/8/85/Fiber_optic_illuminated.jpg Licencia: CC BY-SA 3.0 Colaboradores: Template:One Artista original: Hustvedt
Archivo:Fibra_optica.svg Fuente: https://upload.wikimedia.org/wikipedia/commons/2/2f/Fibra_optica.svg Licencia: CC BY-SA 3.0 Colaboradores: self-made, based on Image:Tipos_fibra.jpg Artista original: Mrzeon
16.4. ORIGEN DEL TEXTO Y LAS IMGENES, COLABORADORES Y LICENCIAS
89
Archivo:Fibreoptic.jpg Fuente: https://upload.wikimedia.org/wikipedia/commons/4/49/Fibreoptic.jpg Licencia: CC-BY-SA-3.0 Colaboradores: First upload: (Sep 25 2004) en:Wikipedia Artista original: BigRiz
Archivo:Loving_Energy_a_joia.jpg Fuente: https://upload.wikimedia.org/wikipedia/commons/7/72/Loving_Energy_a_joia.jpg Licencia:
CC BY-SA 3.0 Colaboradores: Trabajo propio Artista original: AndreeGuittcis
Archivo:Modelo_ftp.jpg Fuente: https://upload.wikimedia.org/wikipedia/commons/c/c5/Modelo_ftp.jpg Licencia: Public domain Colaboradores: ? Artista original: ?
Archivo:Netzwerktopologie_Stern.png Fuente: https://upload.wikimedia.org/wikipedia/commons/5/53/Netzwerktopologie_Stern.png Licencia: CC-BY-SA-3.0 Colaboradores: ? Artista original: ?
Archivo:Optical-fiber-pbc.jpg Fuente: https://upload.wikimedia.org/wikipedia/commons/2/23/Optical-fiber-pbc.jpg Licencia: CC BY-SA
1.0 Colaboradores: ? Artista original: ?
Archivo:Optical_fiber.png Fuente: https://upload.wikimedia.org/wikipedia/commons/5/54/Optical_fiber.png Licencia: CC-BY-SA-3.0 Colaboradores: ? Artista original: ?
Archivo:Pasivo.svg Fuente: https://upload.wikimedia.org/wikipedia/commons/6/65/Pasivo.svg Licencia: CC BY-SA 3.0 Colaboradores: Trabajo propio Artista original: Gabiwxp
Archivo:Putty_0.58_on_fvwm.png Fuente: https://upload.wikimedia.org/wikipedia/commons/2/26/Putty_0.58_on_fvwm.png Licencia: MIT
Colaboradores: ? Artista original: ?
Archivo:Red_institucional.jpg Fuente: https://upload.wikimedia.org/wikipedia/commons/0/07/Red_institucional.jpg Licencia: GFDL Colaboradores: Trabajo propio Artista original: Eupiper
Archivo:SAFE-SAT3-WASC-route.png Fuente: https://upload.wikimedia.org/wikipedia/commons/7/74/SAFE-SAT3-WASC-route.png Licencia: CC BY 2.5 Colaboradores: ? Artista original: ?
Archivo:ST-optical-fiber-connector-hdr-0a.jpg Fuente: https://upload.wikimedia.org/wikipedia/commons/2/2a/ST-optical-fiber-connector-hdr-0a.
jpg Licencia: CC BY-SA 3.0 Colaboradores: Trabajo propio Artista original: Adamantios
Archivo:Switch-Ethernet-Connection.jpg Fuente: https://upload.wikimedia.org/wikipedia/commons/c/ca/Switch-Ethernet-Connection.jpg
Licencia: CC BY-SA 2.0 Colaboradores: http://www.flickr.com/people/acaben/ Artista original: Ben Staneld
Archivo:Switch-and-nest.jpg Fuente: https://upload.wikimedia.org/wikipedia/commons/e/e9/Switch-and-nest.jpg Licencia: CC BY-SA 2.5
Colaboradores: Transferred from en.wikipedia; transferred to Commons by User:J.smith using CommonsHelper. Artista original: Original
uploader was J.smith at en.wikipedia
Archivo:Tarjeta_red_isa.jpg Fuente: https://upload.wikimedia.org/wikipedia/commons/1/1f/Tarjeta_red_isa.jpg Licencia: CC-BY-SA-3.0
Colaboradores: Transferido desde es.wikipedia a Commons. Artista original: Aloriel de Wikipedia en espaol
Archivo:Teletype-Fernschreiber_T100_Siemens.jpg Fuente: https://upload.wikimedia.org/wikipedia/commons/4/49/Teletype-Fernschreiber_
T100_Siemens.jpg Licencia: CC-BY-SA-3.0 Colaboradores: Trabajo propio Artista original: --Nightyer 22:59, 14. Okt. 2006 (CEST)
Archivo:Tipos_conectores_fibra_optica.jpg Fuente: https://upload.wikimedia.org/wikipedia/commons/5/5b/Tipos_conectores_fibra_optica.
jpg Licencia: Public domain Colaboradores: ? Artista original: ?
Archivo:VLAN.svg Fuente: https://upload.wikimedia.org/wikipedia/commons/e/e8/VLAN.svg Licencia: CC BY 3.0 Colaboradores: Trabajo
propio Artista original: Rafax
Archivo:Wikimedia_Servers-0001_42.jpg Fuente: https://upload.wikimedia.org/wikipedia/commons/9/94/Wikimedia_Servers-0001_42.
jpg Licencia: CC BY-SA 3.0 Colaboradores: Trabajo propio Artista original: Helpameout
Archivo:_EtherChannel.jpg Fuente: https://upload.wikimedia.org/wikipedia/commons/5/52/EtherChannel.jpg Licencia: CC BY-SA 3.0 Colaboradores: Trabajo propio Artista original: Iria.novoa
16.4.3
Licencia del contenido
Creative Commons Attribution-Share Alike 3.0

Fundamentos de Redes LAN

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

Fundamentos de Redes LAN

Cargado por

Copyright:

Formatos disponibles

Fundamentos de Redes LAN

Prof. Luis Giovanni Prez Tejeda

Elementos principales de un sistema de cableado estructurado . . . . . . . . . . . . . . . . . . . . . .

Cableado vertical o backbone

Cuarto de entrada de servicios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Sistema de puesta a tierra

Velocidad segn la categora de la red . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Impedancia y distorsin por retardado . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Etapa de estiramiento de la preforma

Comunicaciones con bra ptica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Sensores de bra ptica

Ms usos de la bra ptica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Tipos segn su diseo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Cable de estructura holgada

Cable de estructura ajustada . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Componentes de la bra ptica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Emisores del haz de luz . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Conversores luz-corriente elctrica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Cables de bra ptica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Las funciones del cable . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Elementos y diseo del cable de bra ptica . . . . . . . . . . . . . . . . . . . . . . . . . . .

Prdida en los cables de Fibra ptica

2.10 Tipos de dispersin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.11 Vase tambin

2.13 Enlaces externos

Formato de la trama Ethernet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Tecnologa y velocidad de Ethernet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Hardware comnmente usado en una red Ethernet . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Presente y futuro de Ethernet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Conmutador (dispositivo de red)

Interconexin de conmutadores y puentes

Introduccin al funcionamiento de conmutadores

Bucles de red e inundaciones de trco . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Atendiendo al mtodo de direccionamiento de las tramas utilizadas . . . . . . . . . . . . . . .

Atendiendo a la forma de segmentacin de las subredes . . . . . . . . . . . . . . . . . . . . .

Eleccin del puente raz

Eleccin de los puertos raz

Eleccin de los puertos designados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Mantenimiento del Spanning Tree . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Unidades de datos del protocolo puente

Estado de los puertos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Rapid Spanning Tree Protocol

Objetivos del RSTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Tamao del ancho de banda

Agregacin de enlaces de las tarjetas de interfaz de la red

EtherChannel vs. 802.3ad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

8.10 Enlaces externos

Gestin de la pertenencia a una VLAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

VLAN basadas en el puerto de conexin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Diseo de las VLAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

10.1 Formato de la trama

10.2 VLAN nativas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

10.3 Vase tambin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

11 Interfaz de lnea de comandos

11.4 Estndar de invocacin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

11.5 Ejemplos de interaccin

11.6 Interfaz textual de usuario

12.2 Historial de versiones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

12.5 Vase tambin

12.7 Enlaces externos

13 File Transfer Protocol

13.2 El Modelo FTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

13.2.1 Primer buscador de informacin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

13.3 Servidor FTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .