1
00:00:00,000 --> 00:00:05,000
Então, aqui está nossa topologia, que é muito semelhante à topologia anterior, mas observe

2
00:00:05,000 --> 00:00:08,000
que a ponte foi substituída por um switch.

3
00:00:08,000 --> 00:00:13,000
Os switches são mais uma vez dispositivos de camada 2 ou dispositivos de camada de enlace de dados

4
00:00:13,000 --> 00:00:17,000
e também possuem uma tabela de endereços MAC de maneira semelhante a uma ponte.

5
00:00:17,000 --> 00:00:23,000
A topologia de rede também é uma topologia em estrela, na qual os dispositivos são

6
00:00:23,000 --> 00:00:28,000
conectados diretamente às portas do switch. Por uma analogia, pense no switch

7
00:00:28,000 --> 00:00:32,000
como uma ponte, mas é muito mais poderoso e rápido.

8
00:00:32,000 --> 00:00:35,000
Se você tivesse um problema em um ambiente de ponte

9
00:00:35,000 --> 00:00:39,000
e substituísse a ponte por um comutador, ainda assim teria os mesmos problemas,

10
00:00:39,000 --> 00:00:41,000
mas eles ocorreriam muito mais rapidamente.

11
00:00:41,000 --> 00:00:48,000
Problema de ponte não são resolvidos pelos comutadores. Switches simplesmente aumentam o desempenho.

12
00:00:48,000 --> 00:00:51,000
Então, aqui está nossa topologia de amostra mais

13
00:00:51,000 --> 00:00:55,000
uma vez, mas neste caso nós substituímos a bridge pelo switch.

14
00:00:55,000 --> 00:00:58,000
Como o tráfego fluirá neste exemplo?

15
00:00:58,000 --> 00:01:02,000
Então, mais uma vez, usamos endereços MAC fáceis de ler, como A,

16
00:01:02,000 --> 00:01:09,000
B, C e D, em vez de endereços MAC completos de 48 bits, e estamos fazendo isso para simplificar esses exemplos.

17
00:01:09,000 --> 00:01:14,000
Então, se A envia um quadro para C e o quadro chega ao switch na porta 1.

18
00:01:14,000 --> 00:01:16,000
O que o switch faria com o frame?

19
00:01:16,000 --> 00:01:20,000
Agora, neste exemplo, vamos supor que o switch acabou de ser iniciado.

20
00:01:20,000 --> 00:01:25,000
Portanto, a tabela de endereços MAC está vazia, não aprendeu onde os dispositivos estão na topologia.

21
00:01:25,000 --> 00:01:30,000
Agora, o switch, assim como uma ponte, inundará o quadro de todas as

22
00:01:30,000 --> 00:01:33,000
portas porque não sabe onde C está quando

23
00:01:33,000 --> 00:01:38,000
o quadro chega ao switch para um endereço MAC de destino desconhecido que

24
00:01:38,000 --> 00:01:44,000
o quadro é inundado de todas as portas, exceto a porta na qual o quadro chegou.

25
00:01:44,000 --> 00:01:50,000
No entanto, assim como uma ponte, o switch não apenas enche o quadro de todas as portas,

26
00:01:50,000 --> 00:01:53,000
mas também aprende onde os dispositivos estão na topologia.

27
00:01:53,000 --> 00:01:56,000
Portanto, como os quadros foram recebidos na porta 1

28
00:01:56,000 --> 00:01:59,000
e o endereço MAC de origem no quadro é

29
00:01:59,000 --> 00:02:03,000
A, essas informações são gravadas na tabela de endereços MAC do comutador.

30
00:02:03,000 --> 00:02:08,000
O switch agora sabe que o endereço MAC A pode ser encontrado na porta 1.

31
00:02:08,000 --> 00:02:14,000
Quando C responde a A, o quadro seria recebido na porta 3 do comutador.

32
00:02:14,000 --> 00:02:17,000
E o switch atualizaria sua tabela de endereços

33
00:02:17,000 --> 00:02:23,000
MAC com essa informação em outras palavras o switch sabe que o endereço MAC C pode

34
00:02:23,000 --> 00:02:29,000
ser encontrado na porta 3 mas neste caso porque sabe onde o endereço MAC de destino

35
00:02:29,000 --> 00:02:35,000
está em outras palavras A, ele só enviará o tráfego da porta 1 e isso porque

36
00:02:35,000 --> 00:02:40,000
A é encontrado na tabela de endereços MAC como estando disponível fora da porta 1.

37
00:02:40,000 --> 00:02:43,000
O switch não inunda o quadro de todas as portas.

38
00:02:43,000 --> 00:02:49,000
Assim, da mesma forma que uma ponte, todos os quadros subseqüentes entre A e C são encaminhados apenas

39
00:02:49,000 --> 00:02:53,000
para essas duas portas, quando A envia outro quadro para C, o

40
00:02:53,000 --> 00:02:56,000
quadro é enviado apenas pela porta 3 porque o

41
00:02:56,000 --> 00:03:00,000
comutador sabe que o endereço MAC C pode ser encontrado na porta 3.

42
00:03:00,000 --> 00:03:04,000
quando C responde enviando tráfego para um endereço MAC de destino de A.

43
00:03:04,000 --> 00:03:08,000
o switch só encaminha esse tráfego para fora da porta 1, porque se descobre

44
00:03:08,000 --> 00:03:11,000
que o endereço MAC A pode ser encontrado na porta 1.

45
00:03:11,000 --> 00:03:17,000
Portanto, todo o tráfego entre esses dois dispositivos fluirá apenas entre a porta 1 e a porta 3.

46
00:03:17,000 --> 00:03:24,000
O tráfego não é enviado da porta 2 ou da porta 4 de maneira semelhante ao funcionamento de uma ponte.

47
00:03:24,000 --> 00:03:27,000
Da mesma forma que uma ponte, cada

48
00:03:27,000 --> 00:03:31,000
interface no switch é um domínio de colisão separado.

49
00:03:31,000 --> 00:03:33,000
Portanto, se uma colisão ocorreu nesse hub,

50
00:03:33,000 --> 00:03:35,000
isso não afetaria outras portas no switch.

51
00:03:35,000 --> 00:03:39,000
Cada porta em um switch é um domínio de colisão separado.

52
00:03:39,000 --> 00:03:44,000
São, portanto, 4 domínios de colisão nessa topologia.

53
00:03:44,000 --> 00:03:48,000
Um hub, mais uma vez, é um único domínio de colisão.

54
00:03:48,000 --> 00:03:50,000
Portanto, essa interface é um

55
00:03:50,000 --> 00:03:54,000
único domínio de colisão separado das outras interfaces no comutador.

56
00:03:54,000 --> 00:03:59,000
No entanto, um switch inundará o tráfego de difusão e multicast por padrão.

57
00:03:59,000 --> 00:04:02,000
Então este é um único domínio de broadcast.

58
00:04:02,000 --> 00:04:07,000
Se A enviar uma transmissão, essa transmissão será inundada de todas as portas e

59
00:04:07,000 --> 00:04:10,000
será recebida por todos os dispositivos na topologia.

60
00:04:10,000 --> 00:04:13,000
Isso é muito semelhante ao modo como as pontes funcionam.

61
00:04:13,000 --> 00:04:18,000
Você mais uma vez tem os mesmos problemas em um ambiente de comutação que você

62
00:04:18,000 --> 00:04:20,000
teria em um ambiente de ponte.

63
00:04:20,000 --> 00:04:26,000
Mas os switches operam em velocidades muito mais altas e suportam um maior número de portas.

64
00:04:26,000 --> 00:04:30,000
Então, normalmente, você não teria apenas quatro portas no switch.

65
00:04:30,000 --> 00:04:36,000
Mas neste exemplo temos 4 domínios de colisão e o único domínio de broadcast.

66
00:04:36,000 --> 00:04:41,000
Agora, a razão pela qual uma transmissão é inundada de todas

67
00:04:41,000 --> 00:04:50,000
as portas, exceto a porta de ingresso, não é um endereço de broadcast composto por 8 Fs hexadecimais na camada 2.

68
00:04:50,000 --> 00:04:57,000
Assim, quando um switch recebe o frame com um endereço de destino de 8 Fs, ele irá inundar

69
00:04:57,000 --> 00:05:04,000
esse quadro de todas as portas, porque esse endereço de 8 Fs na camada 2 indica todos.

70
00:05:04,000 --> 00:05:07,000
Em outras palavras, o switch inundará isso de todas

71
00:05:07,000 --> 00:05:10,000
as portas, exceto da porta na qual ele recebeu.

72
00:05:10,000 --> 00:05:16,000
Portanto, neste exemplo, ele foi recebido de A e esse quadro é então inundado em

73
00:05:16,000 --> 00:05:21,000
todos os lugares porque a transmissão deve ir para todos na camada 2.

74
00:05:21,000 --> 00:05:24,000
Isso é o que uma transmissão foi projetada para fazer.

75
00:05:24,000 --> 00:05:29,000
Endereços de difusão também indicam todos os dispositivos em vez de um único dispositivo,

76
00:05:29,000 --> 00:05:34,000
portanto, a tabela de endereços MAC nunca é preenchida com o endereço de broadcast.

77
00:05:34,000 --> 00:05:38,000
Essas informações não são gravadas na tabela de endereços MAC

78
00:05:38,000 --> 00:05:41,000
como o endereço MAC Unicast teria sido.

79
00:05:41,000 --> 00:05:44,000
Os endereços de transmissão não estão associados a

80
00:05:44,000 --> 00:05:48,000
portas específicas ou individuais nas quais a transmissão é recebida. Ela

81
00:05:48,000 --> 00:05:53,000
sempre é inundada de todas as portas, exceto da porta na qual ela é recebida.

82
00:05:53,000 --> 00:05:58,000
Agora, como sempre, há exceções e falaremos mais sobre essas exceções posteriormente.

83
00:05:58,000 --> 00:06:04,000
Existem algumas vantagens importantes no uso de switches em hubs e pontes.

84
00:06:04,000 --> 00:06:08,000
A primeira vantagem é que os switches podem suportar muitas

85
00:06:08,000 --> 00:06:11,000
portas e alguns switches podem suportar 100 portas.

86
00:06:11,000 --> 00:06:15,000
A segunda vantagem é que os switches podem operar na velocidade do fio.

87
00:06:15,000 --> 00:06:20,000
Então, como eu mencionei anteriormente, o switch não irá atrasar os frames.

88
00:06:20,000 --> 00:06:25,000
O switch pode mover fisicamente um quadro de uma porta para

89
00:06:25,000 --> 00:06:27,000
outra sem desacelerar o quadro.

90
00:06:27,000 --> 00:06:32,000
Alguns switches possuem backplanes que operam terabits por segundo.

91
00:06:32,000 --> 00:06:37,000
Em outras palavras, um backplanes muito, muito rápido em comparação com velocidades de interface.

92
00:06:37,000 --> 00:06:41,000
Portanto, a planilha traseira do switch está operando a uma velocidade muito

93
00:06:41,000 --> 00:06:44,000
maior que as portas físicas. Então, o que isso significa?

94
00:06:44,000 --> 00:06:48,000
O switch pode mover o tráfego de 1 porta para outra porta

95
00:06:48,000 --> 00:06:53,000
mais rápido ou mais rapidamente do que o tráfego recebido em uma interface ou porta.

96
00:06:53,000 --> 00:06:57,000
Portanto, o tráfego de A para D não é retardado pelo switch.

97
00:06:57,000 --> 00:07:01,000
Outra grande vantagem dos switches over hubs é que cada

98
00:07:01,000 --> 00:07:05,000
dispositivo é conectado diretamente a uma porta de switch.

99
00:07:05,000 --> 00:07:11,000
Então, A está conectado à porta 1, B à porta 2, C à porta 3, D à porta 4.

100
00:07:11,000 --> 00:07:16,000
Cada dispositivo é cabeado individualmente para ser conectado ao switch.