1
00:00:02,730 --> 00:00:03,230
OK.

2
00:00:03,230 --> 00:00:05,730
Em nossa próxima seção, vamos
falar sobre o BGP básico

3
00:00:05,730 --> 00:00:07,110
operações, veja
alguns exemplos

4
00:00:07,110 --> 00:00:10,230
na linha de comando de como
formamos peerings BGP.

5
00:00:10,230 --> 00:00:12,870
Então, nesta seção, falaremos
sobre sistemas autônomos BGP

6
00:00:12,870 --> 00:00:15,750
e como
estabelecemos peerings BGP.

7
00:00:15,750 --> 00:00:18,150
Portanto, um sistema
autônomo de acordo com a RFC

8
00:00:18,150 --> 00:00:19,830
diz que é
"um conjunto de roteadores

9
00:00:19,830 --> 00:00:22,560
sob uma única administração
técnica usando

10
00:00:22,560 --> 00:00:24,960
um gateway interno
protocolo e métricas comuns

11
00:00:24,960 --> 00:00:27,930
para determinar como rotear
pacotes dentro do AS

12
00:00:27,930 --> 00:00:30,480
e usando um protocolo de roteamento entre AS
para determinar

13
00:00:30,480 --> 00:00:32,729
como escrever pacotes
para outros ASes."

14
00:00:32,729 --> 00:00:35,670
Então, mesmo no RFC,
eles sabem que o BGP

15
00:00:35,670 --> 00:00:38,190
tem que ser combinado
com um IGP para

16
00:00:38,190 --> 00:00:40,890
para fazer sua recursão de
rota corretamente para

17
00:00:40,890 --> 00:00:43,380
para tomar a decisão correta
de como estamos saindo

18
00:00:43,380 --> 00:00:45,120
fora do sistema autônomo.

19
00:00:45,120 --> 00:00:46,710
Os números reais
do sistema autônomo

20
00:00:46,710 --> 00:00:48,960
são alocados pelos
Números Atribuídos pela Internet

21
00:00:48,960 --> 00:00:51,000
Autoridade, ou IANA.

22
00:00:51,000 --> 00:00:53,340
Então, se você tem seu próprio espaço
endereço, vá para a IANA

23
00:00:53,340 --> 00:00:56,910
e você solicita um BGP AS.

24
00:00:56,910 --> 00:00:59,700
Os valores BGP AS eram
originalmente um campo de 2 bytes.

25
00:00:59,700 --> 00:01:04,379
Então foi de 0 a 65535
onde os ASes públicos eram

26
00:01:04,379 --> 00:01:08,620
a primeira porção 1 a 64511.

27
00:01:08,620 --> 00:01:12,480
E os últimos 1.024
foram os endereços privados.

28
00:01:12,480 --> 00:01:15,160
O número BGP AS é atualmente
um campo de quatro bytes,

29
00:01:15,160 --> 00:01:18,630
que foi estendido na
RFC 4893, o suporte

30
00:01:18,630 --> 00:01:21,090
para o espaço numérico de quatro octetos
AS.

31
00:01:21,090 --> 00:01:25,050
E temos suporte para isso
no IOS a partir do trem 12 4T.

32
00:01:25,050 --> 00:01:27,660
Então, veremos
ambos hoje.

33
00:01:27,660 --> 00:01:30,510
Os números AS de 2 bytes e
4 bytes.

34
00:01:30,510 --> 00:01:33,030
Para os números AS de 4 bytes
temos uma notação

35
00:01:33,030 --> 00:01:36,030
que é chamado de ponto de notação.

36
00:01:36,030 --> 00:01:40,710
Então temos dois números decimais
com o ponto no meio.

37
00:01:40,710 --> 00:01:44,640
Então 0,0 a 65535.

38
00:01:44,640 --> 00:01:47,340
Isto denota os ASes de 2 bytes originais.

39
00:01:47,340 --> 00:01:49,920
E precisamos do
comando BGP asnotation

40
00:01:49,920 --> 00:01:52,440
ponto para mostrar isso
de um ponto de vista visual

41
00:01:52,440 --> 00:01:54,780
na CLI.

42
00:01:54,780 --> 00:01:58,310
Portanto, isso requer retrocompatibilidade
com código antigo.

43
00:01:58,310 --> 00:02:01,470
E a maneira como fazemos isso é que
todos os alto-falantes BGP são enviados para AS

44
00:02:01,470 --> 00:02:05,280
números de pontos codificados como AS 23456.

45
00:02:05,280 --> 00:02:09,270
Então, se você ver 23456
na string BGP AS,

46
00:02:09,270 --> 00:02:10,949
significa que em algum lugar
ao longo do caminho,

47
00:02:10,949 --> 00:02:14,520
o número AS de 4 bytes
não era suportado.

48
00:02:14,520 --> 00:02:17,250
Em vez disso, o
AS real foi codificado

49
00:02:17,250 --> 00:02:19,260
dentro de alguns atributos
transitivos opcionais,

50
00:02:19,260 --> 00:02:23,310
que chamamos de
AS4_aggregator e AS4_path.

51
00:02:23,310 --> 00:02:25,830
Para estabelecer peerings de BGP
como IGP,

52
00:02:25,830 --> 00:02:27,540
o primeiro passo é
encontrar os vizinhos

53
00:02:27,540 --> 00:02:30,430
e depois trocar
informações com eles.

54
00:02:30,430 --> 00:02:34,433
Mas ao contrário de um IGP, o BGP
não possui transporte próprio.

55
00:02:34,433 --> 00:02:36,850
Isso significa que se os vizinhos
não estiverem diretamente conectados,

56
00:02:36,850 --> 00:02:38,910
teremos
que usar o IGP para

57
00:02:38,910 --> 00:02:43,050
alcançá-los para
estabelecer a sessão TCP.

58
00:02:43,050 --> 00:02:44,760
Além disso, o BGP
tem diferentes tipos

59
00:02:44,760 --> 00:02:48,240
de vizinhos, sejam eles
eBGP, iBGP, confederação

60
00:02:48,240 --> 00:02:50,940
colegas, todos eles
se comportarão de maneira diferente

61
00:02:50,940 --> 00:02:53,490
em termos de como as rotas
serão anunciadas

62
00:02:53,490 --> 00:02:58,890
e como o próximo salto na
rota será processado.

63
00:02:58,890 --> 00:03:01,470
Além disso, os vizinhos BGP
não são descobertos por padrão.

64
00:03:01,470 --> 00:03:03,510
Portanto, não estamos usando
um multicast para

65
00:03:03,510 --> 00:03:05,340
para encontrar os vizinhos BGP.

66
00:03:05,340 --> 00:03:08,850
E os vizinhos BGP não
precisam estar conectados diretamente.

67
00:03:08,850 --> 00:03:11,130
Normalmente, em um caso
IGP, estamos executando o IGP

68
00:03:11,130 --> 00:03:14,100
com nossos vizinhos
conectados diretamente usando multicast

69
00:03:14,100 --> 00:03:17,055
para encontrar os pares, e então o
protocolo é executado automaticamente.

70
00:03:19,820 --> 00:03:24,100
Para o transporte BGP
usamos a porta TCP 179.

71
00:03:24,100 --> 00:03:27,438
Isso implica que o BGP
precisa primeiro de um IGP.

72
00:03:27,438 --> 00:03:29,480
Assim como se fôssemos
navegar na web,

73
00:03:29,480 --> 00:03:31,022
precisamos de algum tipo
de protocolo de roteamento

74
00:03:31,022 --> 00:03:33,260
para obter o tráfego
do cliente para o servidor.

75
00:03:33,260 --> 00:03:36,808
Mesma lógica exata aqui
com BGP que se nós

76
00:03:36,808 --> 00:03:39,350
está tentando fazer peering com alguém
que não está conectado diretamente,

77
00:03:39,350 --> 00:03:43,850
precisamos de um IGP para fornecer
transporte para nós.

78
00:03:43,850 --> 00:03:46,100
Em seguida, usamos a instrução BGP
vizinho.

79
00:03:46,100 --> 00:03:47,600
E então uma declaração
de vizinho vai

80
00:03:47,600 --> 00:03:50,770
para dizer ao processo para escutar
um endereço remoto via TCP

81
00:03:50,770 --> 00:03:54,280
179 e para iniciar uma
sessão no endereço remoto

82
00:03:54,280 --> 00:03:56,620
por um TCP 179.

83
00:03:56,620 --> 00:03:59,120
Se houver uma colisão, significando que
ambos iniciam a sessão

84
00:03:59,120 --> 00:04:01,630
ao mesmo tempo, quem
tem o roteador mais alto

85
00:04:01,630 --> 00:04:03,777
ID vai se tornar
cliente TCP.

86
00:04:03,777 --> 00:04:06,110
E a ideia do roteador inferior será
o servidor TCP.

87
00:04:09,090 --> 00:04:11,580
Para transporte BGP,
o servidor TCP

88
00:04:11,580 --> 00:04:15,220
deve concordar sobre a origem da
sessão do cliente.

89
00:04:15,220 --> 00:04:17,279
Portanto, se o servidor
não espera a sessão,

90
00:04:17,279 --> 00:04:18,329
vai recusar.

91
00:04:18,329 --> 00:04:21,220
Ele vai enviar um reset TCP.

92
00:04:21,220 --> 00:04:23,880
E veremos isso no...

93
00:04:23,880 --> 00:04:27,680
veremos isso
na linha de comando também.

94
00:04:27,680 --> 00:04:30,140
O pacote do cliente é originado
da interface de saída

95
00:04:30,140 --> 00:04:31,070
na tabela de roteamento.

96
00:04:31,070 --> 00:04:34,270
Então, se estou tentando
pear com o vizinho 1234,

97
00:04:34,270 --> 00:04:36,300
Vou fazer uma pesquisa
na tabela de roteamento,

98
00:04:36,300 --> 00:04:38,930
encontre a interface de saída
para 1234,

99
00:04:38,930 --> 00:04:40,820
e qualquer endereço IP
na porta,

100
00:04:40,820 --> 00:04:43,670
é isso que vamos
usar para a fonte do BGP

101
00:04:43,670 --> 00:04:44,550
atualizar.

102
00:04:44,550 --> 00:04:45,050
OK.

103
00:04:45,050 --> 00:04:48,200
Podemos modificar isso com
fonte de atualização por vizinho.

104
00:04:48,200 --> 00:04:50,310
E veremos na
grande maioria dos casos,

105
00:04:50,310 --> 00:04:52,730
estaremos mudando
a fonte de atualização

106
00:04:52,730 --> 00:04:54,830
para a interface de loopback
à medida que estamos

107
00:04:54,830 --> 00:04:57,465
peering entre os pares iBGP.

108
00:05:00,460 --> 00:05:02,230
Em termos de tipos de peering BGP
, nós

109
00:05:02,230 --> 00:05:04,820
tem vizinhos de BGP
externos ou eBGP,

110
00:05:04,820 --> 00:05:07,720
que nossos vizinhos fora
do meu sistema autônomo.

111
00:05:07,720 --> 00:05:10,270
Temos vizinhos BGP
internos ou iBGP,

112
00:05:10,270 --> 00:05:13,730
que são vizinhos dentro
meu sistema autônomo.

113
00:05:13,730 --> 00:05:15,790
Portanto, as regras de atualização e
as regras de seleção de caminho

114
00:05:15,790 --> 00:05:18,040
vão mudar dependendo
do tipo de peer

115
00:05:18,040 --> 00:05:20,963
uma rota está sendo enviada
para ou recebida.

116
00:05:20,963 --> 00:05:22,630
E falaremos sobre
isso com mais detalhes