Trimiteți acest exemplu să presupunem că A trimite un cadru către D.
Deci, adresa sursă care a condus va fi a.
Iar adresa de destinație va fi D.
Eu voi trimite cadru pentru a comuta pe unul care apoi va copia acel cadru la toate porturile bazate încă o dată
pe arhitectura comutator.
Async-ul central va verifica destinația din tabelul taberei și să presupunem că momentan nu răspunde care dintre
ele pot fi tabele sau tabele de adrese MAC.
Deci, cadrul va încerca să iasă din acest port la 0 2, dar deoarece culoarea internă etichetă este roșie pentru
acel cadru.
Și acesta este un Greenport.
Rama nu este permisă din 0 2.
Cu toate acestea, pe acest port pentru că este o legătură trunchi.
Și să presupunem că în momentul în care toate terenurile sunt permise pe acest trunchi
acel cadru va fi trimis din portul 0 3 pentru a trece la totuși chiar înainte ca cadrul să fie trimis.
Trebuie să fie etichetat cu numărul de personaj negativ.
Deci, în acest caz identificatorul ticăloșilor ar fi roșu.
Acum, după cum se menționează în switch-urile villans identificate prin numere, dar pentru a păstra aceste exemple
simple vom folosi culori.
Deci, în realitate, acesta ar fi un număr de la 0 la 4000 și apoi 96 de cadre de
expunere sunt trimise prin trunchi pentru a comuta la cine apoi primește cadrul încă o dată cadrul este procesat intern.
Acum, acest switch citește identificatorul unui identificator editat sau un antet Q și vede
că aparține Villonului roșu care este etichetat intern în cadrul comutatorului care este trimis la Allport 0 2 și 0
1.
Și să presupunem încă o dată că tabela de adresă MAC este comutată nu conține adresa MAC a
lui D.
Deci, atunci când cadoul încearcă să meargă la portul 0 1, este respins deoarece culoarea cadrului este roșie și
această interfață este în Villon verde.
Deci, cadrele sunt scoase.
Cu toate acestea, din această interfață, cadrul este permis deoarece portul se află în personajul roșu
și cadrul este marcat cu personajul negativ roșu, toate etichetarea fiind dezlegată din acest port.
Deci este la fel ca un cadru Ethernet normal pentru PCD.
Încă o dată, PC-urile ignoră faptul că au fost puse în răufăcători.
Ei doar văd Ethernet steniat.
Deci, un cadru standard în care adresa sursă a unei adrese de destinație un D este
transmisă din portul 0 și procesată de PC editată într-o cheie trunchiată are un ticălos spațial cunoscut ca vileanii indigeni nativi care nu
sunt tagificați atunci când un port de pe comutator este creat ca un trunchi.
De exemplu, această interfață pe comutatorul unu și trecerea la interfața respectivă poate primi și transmite cadre
etichetate, cadre aparținând idiotului nativ, nu transporta etichete violente atunci când sunt trimise pe acest trunchi cu același simbol
dacă un cadru fără tag a fost primit pe portul portbagajului respectiv ar fi
automat asociat cu terenul nativ pentru acest sport.
Acum, traficul specific de management va trece peste pământul natal.
De exemplu, folosirea BPT pentru copaci va folosi Villon nativ și astfel protocolul dinamic al trunchiurilor dinamice critice este o modalitate
prin care comutatoarele negociază pentru a configura un portbagaj între ele în mod automat și vă voi
arăta un exemplu în acel moment.
Anumite traficuri de management utilizează întotdeauna un rău unul dacă ați părăsit linia unu ca
traficul nativ LAN ca CPV DP AGP și voi DL D va fi transmis pe teritoriul nativ.
Untagged dacă eu vreodată Terenul nativ este schimbat în altceva decât un teren unul aceste protocoale vor fi apoi
etichetate în acel CTP villain specifice a fost explicat în partea ICD 1 a acestui curs.
Aceasta ne permite să vedem dispozitivele conectate direct și protocolul trunking pe care îl vom discuta în
următoarele câteva diapozitive.
Este o modalitate de a actualiza dinamic alte switch-uri cu modificări efectuate pe un singur switch într-un
domeniu VTB AGP sau protocolul de agregare a porturilor este un protocol utilizat pentru crearea automată a canalelor de
eter și vă DLT sau aveți nevoie de detectare direcțională legată este utilizat pentru a monitoriza configurarea fizică
a cablurilor între dispozitive și detectarea legăturilor direcționale unice.
Acest lucru ne permite să detectăm legăturile cablate incorect.
Lucrul important care trebuie luat în considerare aici este că legăturile de trunchi există un ticălos special cunoscut
sub numele de pământ nativ, unde traficul este trimis fără etichetă dacă este lăsat la implicit de Villa și unul o mulțime de
trafic de management vor fi trimise peste acest pământ nativ.
Este important ca pământul nativ de pe ambele părți ale trunchiului să fie același, dacă nu se fixează la fel.
Căutătorii vă vor înștiința, spunându-vă că există o nepotrivire de tip villain.
Problema care apare în cazul în care terenurile native nu sunt aceleași este faptul că traficul de la un ticălos pe
switch va fi asociat automat și se termină într-un altul decât pe un alt switch.
Și, evident, întregul concept al felinelor este de a separa traficul într-un anumit Thielen.
Cu alte cuvinte, un domeniu separat de difuzare sau un trafic separat de subnet de la un VLAN
nu ar trebui să se termine într-un alt personaj negativ din cauza unei configurații eronate native.
Acum este ceva ce probabil nu vă vedeți astăzi în rețele.
În mod teoretic, cu un villain nativ, un comutator ca un comutator, se poate spune că etichetarea cadrelor pentru a comuta
pe cadrele neclasificate pe acest MacBook.
Prin folosirea nativului Villon, acest MacBook sau PC ar putea totuși să comunice cu rețeaua, chiar dacă
nu înțelege cadrele etichetate editate sau un cadru cheie sau rame etichetate sunt utilizate pentru comunicarea
prin intermediul informațiilor între dispozitive de rețea, cum ar fi switch-urile.
Acest dispozitiv nu ar înțelege neapărat o ediție sau un cadru cheie, dar putea încă să comunice
cu rețeaua utilizând tipul de rău indigen.
Cu toate acestea, acest lucru nu este comun astăzi.
Ce este mai tipic Astăzi este un scenariu ca acesta în cazul în care aveți un PC conectat la un telefon IP conectat
la un switch Cisco.
Acum, telefonul Cisco IP are un switch construit în trei moduri, un port este conectat la infrastructura rețelei.
Deci, un switch Cisco un al doilea port permite PC-ului să se conecteze la infrastructură prin telefon și un al
treilea port permite ca traficul vocal de la receptor să fie prioritizat față de date când este trimis la
infrastructura de rețea.
Deci, telefonul are un switch construit în trei moduri mereu mândru creșterea voce peste date.
Lucrul de luat in seama aici este faptul ca telefonul poate fi configurat intr-un Villon separat
pe PC.
Deci, telefonul ar putea fi în vioara roșie și PC-ul ar putea fi în linia verde.
Există multe avantaje pentru a face acest lucru în acest fel.
Deci, de obicei, din punct de vedere al securității, acest PC nu va fi capabil să deranjeze traficul vocal
și, prin urmare, să asculte conversația vocală.
Acum există o mulțime de avertismente referitoare la telefoanele Cisco și diferite modele sunt configurate
în moduri diferite, dar teoretic conceptul este că telefonul este într-un mod separat violent față de PC și, prin urmare,
PC-ul nu este capabil să vadă traficul vocal.
Există aplicații precum Cain și Abel, care reprezintă un instrument foarte puternic de hacking care
vă permit să adulți în rețea captarea traficului vocal și apoi reluați traficul ca fișier pe PC-ul local pentru
a putea relua conversația vocală.
Dar dacă telefonul se află într-o securitate separată Villon este îmbunătățită deoarece PC-ul nu poate vedea traficul
vocal dintr-un punct de vedere al calității serviciului.
Acest lucru este, de asemenea, mult mai bun, deoarece este mai ușor să prioritizeze traficul de voce peste traficul de date.
Dacă aceasta într-o configurație separată VM a rețelei dvs. are și avantajele unei gestionări mai ușoare a
adresei IP, deoarece puteți atribui o subrețea separată telefoanelor dvs.
Acestea sunt PC-urile dvs. și astfel scalarea adresării dvs. IP.
Deci, ceea ce se întâmplă este comutatorul este configurat cu ceea ce se numește Freelon de voce și
un idiot nativ, simțul vocii este etichetat, astfel încât cadrele etichetate să fie trimise la telefon, iar telefonul cu comutatorul
său boltin triunghi este capabil să citească cadrele editate sau un cadru cheie neatagiat sunt salvate pe ceea ce se numește
linia nativă sau linia de date.
Aceste informații sunt trimise la telefon și telefonul doar comută acest lucru pe PC.
Deci, PC-ul primește netichetat pe cadrele de pământ nativ, iar telefonul primește acel fișier etichetat sau vocal și nu
încadrează nicio configurație și telefonul este necesar pentru a activa acest lucru.
Ați scris literalmente câteva comenzi pe comutator, spunând comutator, ce voce este terenul și ce
este DTV Bil'in.
Și acest lucru se întâmplă automat, pentru că atunci când telefonul pornește, interoghează comutatorul prin CGP pentru
a afla care sunt ele.
Asadar, comutarea se face prin configurarea telefonului prin utilizarea CTP.
Deci, aceasta este o implementare foarte comună a terenurilor native din lumea reală de azi.
Deci, doar pentru a rezuma modul în care porturile sunt atribuite în mod serios villans ei pot fi atribuite static de
către un administrator.
Deci, pentru a folosi un administrator, intrați într-o interfață și puneți constant acel port într-un răufăcător.
Cea de-a doua opțiune este de a crea ceea ce se numește răufăcători dinamici folosind un server de
politicieni de rău, dinamic villans, care să permită o afacere a porturilor și să se facă emic actualizat pe baza adresei Mac a dispozitivului
atașat la acel port.
Deci, într-o sală de consiliu, de exemplu, atunci când un regizor se conectează într-un laptop
bazat pe adresa Mac a acelui laptop, acest port este alocat dinamic directorilor planului atunci când un manager
se conectează laptop-ul în același port în ziua următoare, de exemplu, că Villon este automat actualizat la managerii Villon.
Deci, pe baza sursei MAC a cadrelor recepționate în port, portul este
alocat automat unor terenuri diferite, iar anul trecut avem villani vocali care sunt utilizați special pentru telefoanele IP BTP
sau protocolul trunkingul rău este un nivel de proprietate Cisco la protocol care permite Propagarea informațiilor de
la un comutator la altul, mai degrabă decât de a efectua telneturi către comutatoare multiple.
Puteți să ștergeți sau să redenumiți terenurile de pe un singur switch și să transmiteți aceste informații în mod
automat către alte switch-uri prin legăturile trunchiului.
Observați numele protocolului de trădare ticălos.
Această informație poate fi propagată numai prin legăturile trunchiului.
Acum ETP vă poate economisi o mulțime de timp care are o mulțime de ingineri Sisk va spune BTP poate provoca o mulțime
de dureri de cap.
Întrerupătoarele pot avea întreaga configurație de personaj rău, dacă se adaugă un nou switch în rețea fără
a urma o procedură adecvată.
Deci, mulți ingineri Cisco nu vor permite VCP în medii moderne datorită riscurilor inerente
asociate cu acest protocol.
Mesajele GTP sunt trimise la următoarea adresă Mac, care este o adresă binecunoscută pentru
multicast pentru inundarea protocoalelor CTP și DTP.
Există trei tipuri de mesaje în DTP.
Aveți niște reclame și anunțuri de publicitate gratuite și le voi explica
în detaliu în următoarele diapozitive.
Dar, vă rugăm să fiți conștienți de faptul că există trei mesaje tastate atunci când configurarea dispozitivelor DP va
fi, implicit, aparținând domeniului VDB null pentru a funcționa.
Trebuie să configurați și să puneți dispozitivele într-un anumit domeniu VTB, numai dispozitivele din același domeniu
DTP vor fi actualizate cu informațiile de linie.
Un switch poate fi configurat într-un singur domeniu VTB la un moment dat în mod prestabilit. Switch-urile Cisco se află
în domeniul nold sau în niciun domeniu de management până când nu primesc o publicitate pentru un domeniu pe o legătură
trunchiată.
Sau până când configurați manual un domeniu de gestionare.
În acest exemplu, să presupunem că aceste dispozitive au fost introduse în domeniul VTB cu numele
de Cecka.
Amintiți-vă că aceste VCP sunt un strat de protocol și necesită legături trunchiate pentru comunicare.
Deci VDB nu va traversa Harada un concept important de înțeles NVP este conceptul unui număr de
revizie.
De fiecare dată când se fac modificări în baza de date a ticăloșilor, numărul de revizie din BTP va crește cu 1.
Deci, să presupunem că toate dispozitivele din acest scuze au un număr de revizie de 1 al tău într-un minister al
unui răufăcător spunem că noi trei la comutator numărul de revizie va crește apoi de la un număr
de viziune numărul 1 la revizia numărul 2 că informațiile vor fi apoi publicate la toți ceilalți comutatori din domeniul VTB, astfel încât
aceștia să poată sincroniza bazele de date cu cel mai recent număr de revizie care este numărul
reviziei 2.
Deci, comutatorul din partea de sus va trimite ceea ce se numește o reclamă sumară GTP tuturor
comutatoarelor care le informează că sa făcut o schimbare.
Rețineți că acest lucru este trimis utilizând o adresă multicast.
Deci, toate aceste dispozitive vor vedea acel mesaj.
Apoi, vor solicita cele mai recente informații utilizând o solicitare de publicitate, iar comutatorul de
la început le va trimite informații detaliate despre schimbare utilizând o reclamă din subset.
Rezultatul net este că numerele de revizie și toate aceste comutatoare vor crește la același număr de
revizie ca un comutator în care a fost efectuată modificarea.
Viola și trei vor apărea în toate bazele de date ale comutatoarelor, iar numărul de revizie va fi
setat la numărul doi de revizuire.
Întregul concept cu VTB este că poți face schimbări pe un dispozitiv individual, pe măsură ce se fac
aceste schimbări.
Toți ceilalți comutatori sunt informați despre schimbare și își vor sincroniza bazele de date la cel mai
recent număr de revizie, astfel încât aceștia să aibă aceleași planuri B și poate baze de date Lenn.
Asta inseamna ca tu ca administrator doar sa faci schimbari pe un switch, mai degraba decat
cinci switch-uri in scuze, va rugam sa notati ca porturile sunt puse in villans individuale de exemplu de catre un administrator.
DP nu pune porturi în villans individuale doar actualizează baza de date, astfel încât comutatoarele știu care
sunt răufăcătorii folosesc un administrator încă mai trebuie să pună acele porturi în villans relevante.
Deci, acesta este doar un mecanism de actualizare a bazei de date a ticăloșilor, astfel încât comutatoarele
să cunoască răufăcătorii care există în tipologie.
Așadar, să analizăm mai detaliat mesajele VDB.
Prima oprire a mesajului VDB este o publicitate sumară.
Acest lucru este trimis la fiecare cinci minute sau ori de câte ori există o schimbare.
Deci, ori de câte ori un administrator face o schimbare pe un comutator, de exemplu prin adăugarea unui Villon, o
reclamă sumară va fi trimisă pe adresa binecunoscută a multicast pentru toate comutatoarele din domeniu.
Deci, acest lucru este folosit pentru a informa alte switch-uri ale domeniului VCP curent și numărul curent de revizie
a configurației.
Deci, ca un exemplu de comutare, administratorul adaugă un alt răufăcător, să zicem că răufăcătorul pentru numărul de
revizie va fi incrementat.
Deci, dacă numărul de revizie a fost de trei, nu ar fi crescut la 4.
Acest comutator va spune într-o reclamă sumară tuturor comutatoarelor vecine care le informează despre
domeniul VTB curent și noile comutatoare ale numărului de revizie a configurației care primesc anunțul sumar
vor trimite înapoi o cerere sumară solicitând informații detaliate despre modificările care au fost
făcute.
Există trei situații în care sunt utilizate câteva solicitări. În primul rând, atunci când un comutator a
fost resetat sau când numele domeniului VTB este schimbat sau când comutatorul a primit o publicitate sumară VTB cu un
număr de revizie mai mare decât cea proprie.
Deci, pentru că a trecut la primirea anunțului sumar de la unul care indică un număr de revizie ridicat.
Cu alte cuvinte numărul reviziei și care este revizuirea înainte și numărul reviziei pe
comutatorul 2 este revizia numărul 3 comutatorul 2 va cere acum informații de la comutatorul 1 astfel încât să își poată actualiza baza de
date cu cea mai recentă informație din care sunt trimise informații detaliate pe care să o schimbați folosind ceea ce
se numește un subset.
Publicitate.
Aceasta conține o listă a informațiilor și, dacă sunt mai multe villani, mai mult de o reclamă subset poate
fi necesară pentru a actualiza și sincroniza bazele de date ale altor switch-uri.
Deci, în esență, ceea ce este acesta este informarea detaliată a schimbărilor care au fost făcute.
Anunțul sumar doar informează comutatorul în format sumar al ultimului număr revizie și
al domeniului BTP.
Dacă comutatorul local vede că este depășit, va cere informații detaliate pentru a-și putea sincroniza baza
de date și că informațiile vor fi furnizate utilizând o reclamă de subset.
Comutatorul este acum capabil să sincronizeze bazele de date locale cu baza de date a comutatorului cu cele mai
recente informații.
Acum există trei moduri în BTP.
Modul implicit este serverul un comutator VTB în modul server poate crea villans modifica răufăcătorii și șterge
villans.
De asemenea, trimite și transmite anunțuri.
Deci, dacă ar primi o reclamă de la un alt comutator, ar transmite acest lucru.
Dacă ați efectuat modificări la comutatorul local, acesta va trimite câteva anunțuri reale.
De asemenea, sincronizează baza de date locală cu cel mai recent număr de revizie.
Și salvează, de asemenea, informațiile de configurare a ticăloșilor la nivel local.
Deci, acesta este dispozitivul în cazul în care aveți de gând să facă schimbările dvs. comutatoare multiple pot
fi configurate ca servere VTB, dar trebuie să fiți foarte atenți cu asta.
Cel de-al doilea mod este clientul VTB, un client VTB nu poate crea schimbări sau șterge villani.
Este, de asemenea, capabil să trimită anunțuri în față, astfel încât să poată spune în orice violență
listată în prezent în baza sa de date altor switch-uri VTB, de asemenea, poate transmite reclame primite de la alte switch-uri.
În al treilea rând, s-ar sincroniza, de asemenea, baza de date cu cel mai recent număr de revizie
a configurației, aceasta fiind o problemă majoră cu GTP și a ars multor ingineri Cisco în trecut.
Mulți ingineri Cisco nu vor folosi VTB din cauza acestei probleme.
Deci are o tipologie de probă.
Acum avem un server VTB și este o scenă în care toți comutatoarele din partea superioară sunt
configurate ca clienți VTB mașinile gazdă sunt în raidul Villano verde Bil'in și în prezent numărul de revizie pentru domeniu
este numărul de revizie.
Deci, ultimul număr de revizie a configurației se referă la domeniul VTB.
Este Cisco și răufăcătorii care au fost configurați pe switch-uri sunt rău roșii și verzi.
Rețineți încă o dată faptul că întrerupătoarele au o bază de date de personaj negativ.
Asta este ceea ce VTB actualizeaza porturile individuale si comutatoarele trebuie sa fie introduse
manual in corecta.
Acum, cineva conectă un switch nother în topologie, de exemplu, dintr-un mediu de laborator.
Motivul pentru care acest lucru este periculos este că într-un mediu de laborator obiectivul poate fi adăugat și eliminat
și, astfel, numărul de revizie poate fi mult mai mare decât rețeaua de producție.
Să presupunem, deci, că numărul de revizie este de 50. Acest comutator nu are decât un defect
albastru configurat pe el.
Deci villanele verzi și roșii nu există în baza de date a ticăloșilor.
Mulți oameni fac greșeala de a presupune că atâta timp cât switch-urile configurate ca un
client VTB nu vor cauza probleme în rețea.
Deci, un administrator a conectat comutatorul și configurează acest port ca un portbagaj.
Rețineți încă o dată că publicitatea ETP a trimis doar prin porturile portbagajului.
Să presupunem că în întreaga rețea toate aceste linkuri sunt configurate ca trunchi de îndată ce acest
client este adăugat la domeniul VCP.
Ceea ce este cu adevărat înfricoșător este că acest client poate fi actualizat automat cu informațiile VCP.
Cu alte cuvinte, dacă este configurat cu un domeniu nold, acesta se poate conecta automat la domeniul VCP curent
al Cisco.
Și de îndată ce se întâmplă acest lucru, dispozitivele vor sincroniza bazele de date cu cel mai
recent număr de revizie a configurației, care în acest caz este de 50 de soare toate switch-urile din domeniul live.
Numărul reviziei este modificat la 50 deoarece toate comutatoarele, inclusiv serverul VTB, se vor sincroniza
automat cu clientul VTB, villanul roșu și verdele curent sunt îndepărtate automat din baza de date
violentă și singura persoană care va fi acum disponibilă în bazele de date
violente ale toate aceste comutatoare sunt violente.
Acum, toate porturile de pe toate switch-urile care au fost introduse manual în Villon verde sau roșu
sau heire dezactivate.
Problema este că un port aparține Villon roșu, dar Villon roșu nu există în baza de date.
Deci portul este automat dezactivat.
Asta inseamna ca traficul nu poate fi trimis sau primit pe sport si acelasi lucru se intampla si pe
toate celelalte switch-uri.
În esență, ceea ce se întâmplă este că întreaga rețea este redusă prin introducerea
comutatorului unic.
Este extrem de îngrijorător să spunem cel puțin că introducerea unui singur switch poate aduce
o întreagă rețea de întreprinderi.
Singura modalitate de a rezolva aceasta este conectarea fizică la serverul VTB și apoi adăugarea manuală a
villanilor care au fost șterși.