Acest document oferă, de asemenea, o mulțime de informații despre arborele de cheltuieli multiple care a mâncat la unul
Nu vi se cere să cunoașteți toate detaliile din acest document, dar oferă o referință frumoasă dacă sunteți interesat
Voi acoperi câteva dintre elementele de bază și apoi puteți citi documentul dacă sunteți interesat de
mai multe informații arborele de cheltuieli multiple este noul standard industrial.
Inspirat de protocolul gratuit Cisco pentru cheltuieli gratuite instantanee, Cisco a dezvoltat un protocol multiplu
de cheltuieli instant pentru a rezolva unele dintre problemele pe care le aveți cu t anterior.
Deoarece numărul de villani configurat în rețelele comutate crește și aerienele atunci când rulează PV t crește
de asemenea.
Dacă configurați o mie de villani cu precedentul t și Peavey's rapid veți ajunge la o mie de cheltuieli de
copilarie, dar cu arborele de cheltuieli multiple și arborele de cheltuieli cu mai multe exemple
de proprietate, care existau înainte de arborele de cheltuieli multiple, puteți să cartografiați un număr de villani la același
spanning instance copac.
Este destul de simplu să faci acest lucru, dar ideea este că dacă ai avea o mie de villani ai aloca
500 la o instanță, iar cealaltă 500 la alt exemplu.
Ceea ce înseamnă că aveți doar două instanțe de arbore spaniole, mai degrabă decât 1000 de instanțe de
cheltuieli, astfel încât copacii de cheltuieli multipli standardizează conceptul de arbori multipli care cuprind convergența unui copac
de cheltuieli rapide care petrec mai mulți copaci vă permite să grupați răufăcătorii într-o instanță de
cheltuieli partajată.
De asemenea, definește un protocol pentru interconectarea regiunilor Creve cu mai multe cheltuieli cum să întrerupă borate cu
atitudinea existentă a unei D și atitudinea la o implementare cheie a copacilor de cheltuieli și să furnizeze câteva bune
practici, așa că priviți acest document dacă sunteți interesat de o mulțime de detalii.
Dar ca o comparație rapidă.
Ai spus că ai o mie de villani pe switchy care este conectat la ambele comutatoare d 1 și D pentru a
trimite această scuze.
Switchy are o mie de villani D1 va fi rădăcina arborelui de cheltuieli pentru terenurile de duminică și D-2
va fi rădăcina arborelui de cheltuieli pentru alți villani Deci, comutatorul D-1 este configurat să fie
rădăcina pentru villans 501 T-1000 D2 este rădăcina pentru Villines una până la 500.
Interfața de la comutatorul la comutatorul D-1 blochează villanii una până la cinci sute, iar de la
switch a la d două blocuri villans 501-1000.
Deci, încă o dată rădăcină pentru aceste villani traficul va fi expediat din acest port pentru villans, dar
blocat pentru Villines 1 la 500.
Comutatorul este rădăcina acestor villani, acest port va transmite traficul din acesta pentru villans 1 la 500,
dar va bloca villans 500 și unul la 1000.
Este foarte ineficient să menținem o mie de instanțe de cheltuieli în această rețea.
Avem 500 de instanțe de cheltuieli cu D-1 ca rădăcină și avem 500 cu D2 ca rădăcină.
Dar logic, de fapt, avem nevoie doar de două instanțe D-1 ar trebui să fie rădăcina.
De exemplu, unul care conține acești răufăcători și D2 ar trebui să fie rădăcina.
De exemplu, 2 care conține acești răufăcători.
Asociați aceste villani cu exemplul unu și faceți D-1 rădăcina.
Asociați acești răufăcători cu exemplul doi și transformați D2 rădăcina.
Asta înseamnă că trebuie să menții două instanțe, nu o mie de cazuri.
Deci, un fel de detaliu este explicat aici, voi trece prin el rapid într-un mediu Cecka anterior.
Aveți nevoie de o instanță de cheltuieli pentru fiecare rețea LAN, ceea ce înseamnă că aveți o mie
de instanțe pentru cele două tipologii logice finale diferite, D-1 fiind rădăcina unei tipologii și D2 rădăcina pentru cealaltă tipologie.
Aceasta produce multe cicluri de somn pentru toate comutatoarele din rețea.
În plus față de lățimea de bandă folosită de păcătoșirea BPT folosiți o mie de utilizări BPT
vor fi trimise din fiecare port la fiecare două secunde, deoarece Peavey t de la un BPU pentru fiecare personaj negativ, deoarece
avem o instanță individuală cartografiat fiecărui personaj negativ.
Deci, ideea cu copaci multipli de cheltuieli este că veți obține cele mai bune din ceaiul lui Peavey și arborele
tradițional de cheltuieli.
Ai întâlnit mai multe villani în două cazuri specifice.
Deci, în tipologia noastră încă o dată ați face o ruta, de exemplu, un comutator pe traseu, de exemplu,
la acest port ar transmite, de exemplu, un bloc pune, de exemplu, la acest
port ar transmite, de exemplu, pentru a bloca negru, de exemplu, doar două spanning copacii sunt întreținute mai degrabă decât o mie.
Deci, totuși, obțineți echilibrarea încărcării, deoarece jumătate dintre răufăcători urmează o instanță separată și salvați
CPQ-ul deoarece aveți doar două exemple de cheltuieli de copac.
Deci, din punct de vedere tehnic, arborii de cheltuieli multipli folosesc cel mai bun protocol pentru a
utiliza în acest exemplu, dar arborele de cheltuieli multipli este mai complex pentru configurare decât t anterior și interacțiunea
cu switch-urile moștenite poate fi dificilă uneori.
Deci, ați dori să utilizați mai multe copaci dacă aveți mulți villani.
Astfel, în acest exemplu avem o mie.
Deci, este logic să folosiți arborele de cheltuieli multiple.
Dacă ai avea doar 10 sau 20 de villani în rețeaua ta, ai putea continua să folosiți ceaiul lui Peavey
sau rapidul lui Peavey's.
Documentul continuă cu o mulțime de detalii cu privire la configurarea mai multor regiuni de copaci de cheltuieli.
Dar acest lucru este în afara scopului CCMA.
Așadar, aruncați o privire asupra acestui document dacă vă interesați.
Așteaptă până ajungi la certificarea CC MP.