1
00:00:00,710 --> 00:00:08,540
De maneira semelhante ao nosso exemplo anterior, vamos supor que C responde a um CC que envia um quadro para a ponte.

2
00:00:08,660 --> 00:00:14,510
A bridge lerá o endereço MAC de origem no frame e atualizará sua tabela de endereços MAC

3
00:00:14,510 --> 00:00:15,610
com essa informação.

4
00:00:15,740 --> 00:00:22,730
Portanto, a ponte agora sabe que C está na porta 3 e também sabe que o ateísmo conseguiu um,

5
00:00:22,760 --> 00:00:31,730
porque aprendeu que a partir do quadro anterior e agora, ao contrário de um hub, a ponte não encaminha o quadro de todas as portas.

6
00:00:31,820 --> 00:00:33,800
O endereço de destino no quadro é.

7
00:00:34,070 --> 00:00:40,030
A ponte sabe que o endereço MAC permanece na porta 1, apenas encaminha o quadro para fora da porta 1.

8
00:00:40,250 --> 00:00:43,730
O quadro de C, portanto, só sai da porta 1.

9
00:00:43,880 --> 00:00:50,330
Não é enviado para fora da porta para a porta 4 porque a bridge sabe que A está na porta 1.

10
00:00:50,330 --> 00:00:51,570
Então o que isso quer dizer.

11
00:00:51,680 --> 00:00:57,190
Todos os quadros subseqüentes do ANC usarão somente a porta 1 em 3.

12
00:00:57,200 --> 00:01:02,920
Em outras palavras, se um envia um quadro nother para vê-lo só vai para a porta 3.

13
00:01:02,930 --> 00:01:09,020
Isso ocorre porque os endereços MAC de A e C estão na tabela de endereços MAC e os ponte para

14
00:01:09,170 --> 00:01:16,370
tráfego com base nas entradas na tabela de endereços MAC B e D não estão mais recebendo quadros entre os quadros A e C

15
00:01:16,370 --> 00:01:17,500
de C para A.

16
00:01:17,600 --> 00:01:24,170
Chegando na porta três irá para a porta 1 e o quadro da ATC chegando na porta um será

17
00:01:24,170 --> 00:01:32,780
enviado para a porta 3 dias para a e c podem ter uma conversa independentemente de B e D B e D não estão mais

18
00:01:32,780 --> 00:01:33,490
recebendo quadros S. Entre A e C, os quadros entre A e C estão contidos entre as portas 1 e 3.

19
00:01:33,500 --> 00:01:40,310
Nenhuma largura de banda é usada nas portas 2 e 4 quando o

20
00:01:40,340 --> 00:01:49,580
tráfego é enviado entre os dispositivos A e C b e d não recebem nenhum quadro S. Entre A e C e, portanto, evitar o processamento desnecessário de quadros não destinados a si mesmos.

21
00:01:49,610 --> 00:01:50,950
A largura de banda está sendo conservada.

22
00:01:50,960 --> 00:01:58,210
Os dispositivos não estão processando desnecessariamente o tráfego não destinado a eles e, portanto, as pontes têm grandes vantagens sobre os hubs

23
00:01:58,250 --> 00:01:59,700
ao longo do tempo.

24
00:01:59,750 --> 00:02:07,250
A ponte irá aprender onde estão todos os endereços mac.

25
00:02:07,250 --> 00:02:10,020
Assim, a ponte aprenderá que eu uso uma BS de importação na Portie 3 da Portie e Ds na porta 4.

26
00:02:10,020 --> 00:02:12,920
Isso significa que, com o tempo, B e D podem ter uma conversa independentemente de A em C. As duas conversas não afetam os outros quadros de cada conversa.

27
00:02:13,110 --> 00:02:19,880
Não interfira com a outra conversa.

28
00:02:19,890 --> 00:02:27,250
Pagar por Biondi pode se comunicar ao mesmo tempo que um em C.

29
00:02:27,390 --> 00:02:32,490
Agora, continuando com as vantagens das pontes, cada porta é um domínio de colisão diferente, portanto,

30
00:02:32,490 --> 00:02:35,670
uma colisão na porta 1 não afetará a porta 3.

31
00:02:35,730 --> 00:02:42,060
Cada interface em uma ponte é um domínio de colisão separado.

32
00:02:42,180 --> 00:02:48,630
Portanto, neste exemplo, temos um, dois, três, quatro domínios de colisão.

33
00:02:48,630 --> 00:02:51,220
Se a e b estivessem conversando e uma colisão ocorresse

34
00:02:51,240 --> 00:02:55,270
na porta três, isso não afetaria ae não perceberiam que houve uma colisão na rede.

35
00:02:55,350 --> 00:03:01,560
Agora, nessa tipologia, temos um hub conectado à porta 4 da ponte.

36
00:03:01,560 --> 00:03:08,100
Um hub é um único domínio de colisão, portanto, quaisquer colisões ocorridas no hub afetarão dois

37
00:03:08,130 --> 00:03:13,500
dispositivos conectados ao hub, mas não afetarão outros dispositivos em outro local na topologia.

38
00:03:13,530 --> 00:03:17,930
Portanto, se houver uma colisão no hub, isso afetará o

39
00:03:18,090 --> 00:03:24,690
host E e o host D, mas não afetará o host a C e B.

40
00:03:24,690 --> 00:03:30,750
O problema com as colisões é que, se ocorrer uma colisão, os dispositivos

41
00:03:30,870 --> 00:03:37,980
precisam recuar por um período aleatório e, em seguida, precisam tentar acessar a rede novamente.

42
00:03:38,010 --> 00:03:40,400
Portanto, se esses dispositivos DNP estiverem em um único

43
00:03:40,470 --> 00:03:46,200
domínio de colisão, a largura de banda e a taxa de transferência que eles têm são menores do que os dispositivos

44
00:03:46,200 --> 00:03:50,360
que estão em um domínio de colisão separado. C e B têm um link dedicado.

45
00:03:50,400 --> 00:03:56,910
Eles estão em um único domínio de broadcast e o DNG de domínio de colisão único, no entanto, está

46
00:03:56,910 --> 00:04:05,040
compartilhando a largura de banda porque eles se conectaram a um host de hub que C e B estão em domínios de colisão separados.

47
00:04:05,160 --> 00:04:07,190
Agora é importante lembrar que uma

48
00:04:07,280 --> 00:04:14,010
ponte ainda é um único domínio de broadcast, então se uma transmissão for enviada, será recebida por todos nessa tipologia.

49
00:04:14,130 --> 00:04:21,550
Todos os dispositivos receberão a transmissão e, em alguns casos, isso é uma coisa boa, mas na maioria

50
00:04:21,930 --> 00:04:28,170
dos casos não é na rede que normalmente queremos restringir ou conter o tráfego de

51
00:04:28,410 --> 00:04:31,360
transmissão quando há muitas transmissões na rede.

52
00:04:31,500 --> 00:04:37,530
Você pode reduzir a velocidade de todos os dispositivos

53
00:04:37,530 --> 00:04:44,610
na rede e, nos piores casos, a rede ficará de joelhos.

54
00:04:44,610 --> 00:04:46,240
Em outras palavras, sua rede apenas irá quebrar e não funcionar.

55
00:04:46,260 --> 00:04:52,260
Se você tem o que é chamado de broadcast storm bridges mais uma vez processa informações em software e não em hardware e elas tendem a ser lentas em comparação a dispositivos como switches

56
00:04:52,260 --> 00:04:53,100
que processam quadros em hardware,

57
00:04:53,100 --> 00:04:56,320
o número de portas em uma ponte também é limitado quando comparado a muda nos ambientes de hoje.

58
00:04:56,400 --> 00:05:03,650
Os switches essencialmente substituíram as pontes.

59
00:05:03,650 --> 00:05:11,180
Mas é bom que você perceba que uma ponte e um switch operam de maneira muito semelhante.

60
00:05:11,420 --> 00:05:19,180
Então, em resumo, uma ponte é um dispositivo de camada 2 no modelo oocitário.

61
00:05:19,190 --> 00:05:21,660
Em outras palavras, ele opera na camada de enlace de dados.

62
00:05:21,830 --> 00:05:27,200
É mais inteligente do que um hub porque tem uma tabela de endereços mac e aprende onde os endereços MAC estão e adiciona esses

63
00:05:27,200 --> 00:05:31,400
endereços MAC à tabela de endereços MAC e pode tomar decisões inteligentes sobre as quais cair com o tráfego

64
00:05:31,400 --> 00:05:33,920
com base nas informações aprendidas e contidas a tabela de endereços MAC.

65
00:05:34,130 --> 00:05:39,740
Meu marido é um dispositivo físico que simplesmente repete os sinais

66
00:05:39,740 --> 00:05:46,100
de todas as portas, exceto as portas nas quais o tráfego foi recebido.

67
00:05:46,250 --> 00:05:51,900
Uma ponte inundará um quadro de todas as portas quando isso não acontecer.

68
00:05:52,080 --> 00:05:58,670
Nenhuma maneira de enviar o quadro.

69
00:05:58,670 --> 00:06:00,220
Em outras palavras, não aprendeu onde está o endereço MAC de destino.

70
00:06:00,290 --> 00:06:03,520
Ele também inundará as transmissões de todas as portas, de modo que cada porta em uma ponte é

71
00:06:03,530 --> 00:06:05,980
um domínio de colisão separado, mas uma ponte ainda é uma única comutação de

72
00:06:05,990 --> 00:06:09,840
domínio de broadcast é muito semelhante a pontes, pois ambas residem pelo menos onde a camada de link de dados modelo.

73
00:06:09,860 --> 00:06:17,300
A grande vantagem da comutação, quando comparada com a ponte, é que o processamento pode ser

74
00:06:17,690 --> 00:06:26,090
feito de forma quente, usando o que é chamado de circuitos integrados A-6 ou circuitos integrados específicos da aplicação.

75
00:06:26,090 --> 00:06:30,290
O número de portas suportadas pelos switches também é muito maior.

76
00:06:30,290 --> 00:06:35,360
Centenas de portas são suportadas em determinados switches onde, como com pontes, você está limitado a

77
00:06:35,750 --> 00:06:40,890
algumas portas, os switches podem fazer isso porque o processamento é feito em hardware e, na

78
00:06:40,940 --> 00:06:44,510
verdade, o processamento é feito na velocidade do fio, o que

79
00:06:44,690 --> 00:06:50,840
significa que não há degradação de desempenho entre dois dispositivos quando eles estão conectados por meio de um switch.

80
00:06:51,250 --> 00:06:57,590
Em outras palavras, os switches podem mover o tráfego de uma porta

81
00:06:57,590 --> 00:07:03,920
para outra na mesma velocidade, como se eles não estivessem lá.

82
00:07:03,920 --> 00:07:05,920
Eles podem processar e alternar quadros de uma porta para outra sem desacelerar o quadro.

83
00:07:05,930 --> 00:07:11,990
Então aqui está uma comparação rápida entre o processo de comutadores de switches e bridges e o Hadaway usando

84
00:07:11,990 --> 00:07:13,480
o processo A-6 Brydges no

85
00:07:13,820 --> 00:07:20,420
software e, portanto, um suporte de switcher muito mais lento, muitas pontes de portas são limitadas no número de portas suportadas.

86
00:07:20,420 --> 00:07:26,830
Pontes foram substituídas por switches nas redes atuais.

87
00:07:26,870 --> 00:07:32,930
 

88
00:07:32,930 --> 00:07:35,190
 

89
00:07:35,240 --> 00:07:38,630