1
00:00:08,260 --> 00:00:14,220
 Quindi nei video precedenti ho parlato
 di un modo dinamico di router

2
00:00:14,220 --> 00:00:18,560
 per conoscere dinamicamente chi è il
 punto d'incontro per un dato gruppo.

3
00:00:18,560 --> 00:00:22,520
 Questa era la funzionalità RP automatica
 proprietaria di Cisco.

4
00:00:22,520 --> 00:00:25,460
 Ora presenterò il nostro ultimo argomento
 in una serie di video, che

5
00:00:25,460 --> 00:00:28,300
 è il router di bootstrap PIM.

6
00:00:28,300 --> 00:00:31,880
 E facciamo qualche confronto tra i due.

7
00:00:31,880 --> 00:00:38,240
 Quindi ci sono alcune somiglianze tra il
 PIM BSR e le funzionalità RP automatiche.

8
00:00:38,240 --> 00:00:42,020
 A proposito, BSR sta
 per router bootstrap.

9
00:00:42,020 --> 00:00:47,180
 Quindi entrambi forniscono la scoperta
 dinamica dei punti di incontro PIM.

10
00:00:47,180 --> 00:00:51,740
 In entrambi i protocolli, abbiamo i candidati
 RP che annunciano la loro capacità

11
00:00:51,740 --> 00:00:59,640
 essere l'RP per il PIM BSR.

12
00:00:59,640 --> 00:01:03,580
 In realtà abbiamo un router chiamato router
 bootstrap che ha un ruolo simile

13
00:01:03,580 --> 00:01:07,520
 un router gioca a trasmettere messaggi che
 consentono ad altri router di apprendere

14
00:01:07,520 --> 00:01:09,120
 del potenziale RP.

15
00:01:09,120 --> 00:01:14,500
 Questo è un po' come il ruolo che l'agente
 di mappatura ha svolto in auto

16
00:01:14,500 --> 00:01:18,300
 RP. Ma ci sono alcune differenze
 molto grandi tra loro.

17
00:01:18,300 --> 00:01:23,500
 Numero uno, PIM BSR è uno standard IETF.

18
00:01:23,500 --> 00:01:28,360
 Di fatto, se si torna indietro
 alle specifiche PIM originali,

19
00:01:28,360 --> 00:01:35,440
 RFC 2117, che è stata la prima
 RFC per la modalità sparsa PIM.

20
00:01:35,440 --> 00:01:38,860
 Anche lì si parlava di un router
 bootstrap e del processo per

21
00:01:38,860 --> 00:01:42,560
 facendo questo. Quindi questo
 è in circolazione da un po'.

22
00:01:42,560 --> 00:01:47,700
 Ma ha davvero dato il meglio di sé quando
 è uscita la versione 2 di PIM.

23
00:01:47,700 --> 00:01:52,040
 Quindi l'attuale RFC per
 questo è RFC 5059.

24
00:01:52,040 --> 00:01:55,620
 E come abbiamo detto, auto
 RP proprietaria Cisco.

25
00:01:55,620 --> 00:02:01,240
 Quindi PIM BSR è stato davvero sviluppato
 per la versione 2 del PIM.

26
00:02:01,240 --> 00:02:04,780
 Probabilmente non ci saranno troppi
 dispositivi al giorno d'oggi

27
00:02:04,780 --> 00:02:07,620
 eseguendo PIM versione 1, quindi
 non sarà un problema.

28
00:02:07,620 --> 00:02:12,940
 Ma funziona solo con la versione 2 di PIM, mentre
 l'RP automatico funziona con entrambe le versioni

29
00:02:12,940 --> 00:02:17,760
 del PIM, se questo ti preoccupa.

30
00:02:17,760 --> 00:02:23,620
 E PIM BSR, una delle cose che perdi
 è la capacità di definire l'ambito.

31
00:02:23,620 --> 00:02:27,920
 Ricorda con Auto RP, quando stavi
 configurando il tuo router come RP

32
00:02:27,920 --> 00:02:32,380
 candidato, una delle cose che dovevi
 inserire nel comando era il

33
00:02:32,380 --> 00:02:38,860
 scopo. E questo ti ha dato la possibilità di
 controllare il TTL di quegli RP annunciati

34
00:02:38,860 --> 00:02:41,660
 messaggi che gli RP candidati
 stavano inviando.

35
00:02:41,660 --> 00:02:45,640
 Quindi in questo modo potresti dire, va bene,
 beh, voglio solo che questo ragazzo lo faccia

36
00:02:45,640 --> 00:02:51,600
 essere l'RP così lontano nella rete limitando
 la distanza dei suoi messaggi

37
00:02:51,600 --> 00:02:58,060
 possono andare. Con PIM BSR, non è
 un'abilità che puoi controllare.

38
00:02:58,060 --> 00:03:02,400
 Ancora poche differenze.

39
00:03:02,400 --> 00:03:07,560
 Uno dei grandi vantaggi del BSR non è solo
 il fatto di essere uno standard IETF,

40
00:03:07,560 --> 00:03:09,740
 ma puoi eliminare la modalità densa.

41
00:03:09,740 --> 00:03:13,780
 Ricorda come con la modalità PIM sparse dense,
 che è ciò di cui avevamo bisogno per l'auto

42
00:03:13,780 --> 00:03:19,180
 RP, avevamo tutti questi rischi che i flussi
 multicast potessero essere inondati

43
00:03:19,180 --> 00:03:23,200
 in modalità densa se non ci fosse
 un punto d'incontro per gestirli.

44
00:03:23,200 --> 00:03:25,880
 E c'erano alcuni modi in cui potevamo aggirare
 il problema, come il RP di sincronizzazione

45
00:03:25,880 --> 00:03:29,040
 e cose. Ma qui non devi
 preoccuparti di questo.

46
00:03:29,040 --> 00:03:31,240
 Ogni singola interfaccia può
 essere in modalità sparsa.

47
00:03:31,240 --> 00:03:34,820
 Non devi preoccuparti del possibile rischio
 di inondazione del multicast multicast

48
00:03:34,820 --> 00:03:43,320
 traffico. Inoltre, in Auto RP, il dispositivo
 responsabile dell'invio

49
00:03:43,320 --> 00:03:46,120
 i messaggi a tutti che dicevano: okay,
 ecco la lista degli appuntamenti

50
00:03:46,120 --> 00:03:47,900
 points era chiamato agente di mappatura.

51
00:03:47,900 --> 00:03:51,640
 E abbiamo detto che, per ridondanza, avresti
 potuto avere due, tre o quattro mappature

52
00:03:51,640 --> 00:03:56,860
 agenti purché i messaggi che stavano
 inviando fossero identici.

53
00:03:56,860 --> 00:04:00,340
 Bene, in PIM BSR c'è solo un BSR.

54
00:04:00,340 --> 00:04:03,440
 E questo viene eletto
 tra i candidati BSR.

55
00:04:03,440 --> 00:04:08,740
 Quindi hai ancora la tua ridondanza
 lì, ma c'è solo un bootstrap

56
00:04:08,740 --> 00:04:13,240
 messaggio inviato dal router BSR stesso.

57
00:04:13,240 --> 00:04:20,380
 Un'altra differenza con l'auto RP, l'auto
 RP aveva alcuni indirizzi riservati.

58
00:04:20,380 --> 00:04:25,500
 Li vediamo qui, 2240139 e 2240140.

59
00:04:25,500 --> 00:04:29,540
 Il protocollo del router bootstrap PIM utilizza
 esattamente lo stesso indirizzo multicast

60
00:04:29,540 --> 00:04:34,540
 come usa normalmente il PIM, 2240013.

61
00:04:34,540 --> 00:04:38,400
 E ci sono alcune situazioni in cui si utilizza questa
 funzionalità che trasmette messaggi in unicast

62
00:04:38,400 --> 00:04:40,500
 esci anche tu. E ne parlerò.