Hodiaŭ ni rigardos pli detale kelkajn aspektojn de vojigo. Antaŭ ol mi komenci, mi volas respondi studentan demandon pri miaj kontoj pri sociaj amaskomunikiloj. Maldekstre mi metis ligilojn al la paĝoj de nia kompanio, kaj dekstre - al miaj personaj paĝoj. Notu, ke mi ne aldonas homon al miaj Fejsbukaj amikoj se mi ne konas ilin persone, do ne sendu al mi amiketojn.
Vi povas simple aboni mian Fejsbukan paĝon kaj esti konscia pri ĉiuj eventoj. Mi respondas al mesaĝoj en mia LinkedIn-konto, do bonvolu sendi al mi mesaĝojn tie, kaj kompreneble mi estas tre aktiva ĉe Tvitero. Sub ĉi tiu videolernilo estas ligiloj al ĉiuj 6 sociaj retoj, do vi povas uzi ilin.
Kiel kutime, hodiaŭ ni studos tri temojn. La unua estas klarigo pri la esenco de vojigo, kie mi rakontos al vi pri vojtabeloj, statika vojigo ktp. Tiam ni rigardos Inter-Switch-vojigon, tio estas, kiel vojigo okazas inter du ŝaltiloj. Ĉe la fino de la leciono, ni konatiĝos kun la koncepto de Inter-VLAN-vojigo, kiam unu ŝaltilo interagas kun pluraj VLAN-oj kaj kiel komunikado inter ĉi tiuj retoj okazas. Ĉi tio estas tre interesa temo, kaj vi eble volas revizii ĝin plurfoje. Estas alia interesa temo nomata Router-on-a-Stick, aŭ "enkursigilo sur bastono".
Kio do estas vojtabelo? Ĉi tio estas tabelo bazita sur kiuj enkursigiloj faras vojajn decidojn. Vi povas vidi kiel aspektas tipa Cisco-enkursigilo-tabelo. Ĉiu Vindoza komputilo ankaŭ havas vojtabelon, sed tio estas alia temo.
La litero R komence de la linio signifas, ke la itinero al la reto 192.168.30.0/24 estas provizita de la RIP-protokolo, C signifas, ke la reto estas rekte konektita al la enkursigilo-interfaco, S signifas senmovan vojigon, kaj la punkto post. ĉi tiu letero signifas, ke ĉi tiu itinero estas kandidato defaŭlta, aŭ la defaŭlta kandidato por senmova vojigo. Estas pluraj specoj de statikaj vojoj, kaj hodiaŭ ni konatiĝos kun ili.
Konsideru, ekzemple, la unuan reton 192.168.30.0/24. En la linio vi vidas du nombrojn en kvadrataj krampoj, apartigitaj per oblikvo, ni jam parolis pri ili. La unua numero 120 estas la administra distanco, kiu karakterizas la gradon de konfido en ĉi tiu itinero. Supozu ke ekzistas alia itinero en la tabelo al ĉi tiu reto, indikita per la litero C aŭ S kun pli malgranda administra distanco, ekzemple, 1, kiel por senmova vojigo. En ĉi tiu tabelo, vi ne trovos du identajn retojn krom se ni uzas mekanismon kiel ŝarĝoekvilibro, sed ni supozu, ke ni havas 2 enirojn por la sama reto. Do, se vi vidas pli malgrandan nombron, tio signifos, ke ĉi tiu vojo meritas pli da fido, kaj inverse, ju pli granda estas la valoro de la administra distanco, des malpli da fido meritas ĉi tiu vojo. Poste, la linio indikas tra kiu interfaco la trafiko devus esti sendita - en nia kazo, ĉi tio estas pordo 192.168.20.1 FastEthernet0/1. Ĉi tiuj estas la komponantoj de la vojtabelo.
Nun ni parolu pri kiel la enkursigilo faras vojajn decidojn. Mi menciis la defaŭltan kandidaton supre kaj nun mi diros al vi, kion tio signifas. Supozu, ke la enkursigilo ricevis trafikon por la reto 30.1.1.1, kies eniro ne estas en la vojtabelo. Kutime, la enkursigilo simple faligos ĉi tiun trafikon, sed se estas eniro por la defaŭlta kandidato en la tabelo, tio signifas, ke ĉio, pri kio la enkursigilo ne scias, estos sendita al la defaŭlta kandidato. En ĉi tiu kazo, la eniro indikas, ke trafiko alvenanta por reto nekonata al la enkursigilo devas esti plusendita tra haveno 192.168.10.1. Tiel, trafiko por reto 30.1.1.1 sekvos la itineron kiu estas la defaŭlta kandidato.
Kiam enkursigilo ricevas peton por establi konekton kun IP-adreso, ĝi antaŭ ĉio rigardas ĉu ĉi tiu adreso estas enhavita en iu aparta itinero. Sekve, kiam ĝi ricevas trafikon por reto 30.1.1.1, ĝi unue kontrolos ĉu ĝia adreso estas enhavita en aparta vojtabeleniro. Do, se la enkursigilo ricevas trafikon por 192.168.30.1, tiam post kontrolo de ĉiuj eniroj, ĝi vidos, ke ĉi tiu adreso estas enhavita en la reto-intervalo 192.168.30.0/24, post kio ĝi sendos trafikon laŭ ĉi tiu itinero. Se ĝi ne trovas iujn ajn specifajn enskribojn por la 30.1.1.1 reto, la enkursigilo sendos trafikon destinitan por ĝi laŭ la kandidato defaŭlta itinero. Jen kiel la decidoj estas faritaj: Unue serĉu la enskribojn por specifaj itineroj en la tabelo, kaj poste uzu la defaŭltan kandidatvojon.
Ni nun rigardu la malsamajn specojn de senmovaj itineroj. La unua tipo estas la defaŭlta itinero, aŭ la defaŭlta itinero.
Kiel mi diris, se la enkursigilo ricevas trafikon, kiu estas adresita al reto nekonata al ĝi, ĝi sendos ĝin laŭ la defaŭlta itinero. La enirejo de lasta rimedo estas 192.168.10.1 al reto 0.0.0.0 indikas, ke la defaŭlta itinero estas agordita, tio estas, "La enirejo de la lasta rimedo al reto 0.0.0.0 havas IP-adreson 192.168.10.1." Ĉi tiu itinero estas listigita en la lasta linio de la vojtabelo, kiu estas gvidita per la litero S sekvita de punkto.
Vi povas asigni ĉi tiun parametron de la tutmonda agorda reĝimo. Por regula RIP-itinero, tajpu la ip-itineran komandon, specifante la taŭgan retan ID, en nia kazo 192.168.30.0, kaj la subretan maskon 255.255.255.0, kaj poste specifi 192.168.20.1 kiel la sekvan salton. Tamen, kiam vi agordas la defaŭltan itineron, vi ne bezonas specifi la retan ID kaj maskon, vi simple tajpu ip route 0.0.0.0 0.0.0.0, tio estas, anstataŭ la subreta maska adreso, tajpu kvar nulojn denove, kaj specifu la adreso 192.168.20.1 ĉe la fino de la linio, kiu estos la defaŭlta itinero.
La sekva speco de senmova itinero estas la Reto-Itinero, aŭ reto-itinero. Por agordi retan itineron, vi devas specifi la tutan reton, tio estas, uzi la komandon ip route 192.168.30.0 255.255.255.0, kie 0 ĉe la fino de la subreta masko signifas la tutan gamon de 256 retaj adresoj / 24, kaj specifi la IP-adreso de la sekva salto.
Nun mi desegnos ŝablonon supre montrante la komandon por agordi la defaŭltan itineron kaj la retan itineron. Ĝi aspektas jene:
ip route unua parto de adreso dua parto de adreso .
Por defaŭlta itinero, kaj la unua kaj dua partoj de la adreso estos 0.0.0.0, dum por retoitinero, la unua parto estas la reta ID kaj la dua parto estas la subreta masko. Poste, troviĝos la IP-adreso de la reto, al kiu la enkursigilo decidis fari la sekvan salton.
La gastiga itinero estas agordita uzante la IP-adreson de la specifa gastiganto. En la komanda ŝablono, ĉi tio estos la unua parto de la adreso, en nia kazo ĝi estas 192.168.30.1, kiu montras al specifa aparato. La dua parto estas la subreta masko 255.255.255.255, kiu ankaŭ montras la IP-adreson de aparta gastiganto, ne la tutan /24-reton. Tiam vi devas specifi la IP-adreson de la sekva salto. Jen kiel vi povas agordi la gastigan itineron.
Resuma itinero estas resuma itinero. Vi memoras, ke ni jam diskutis la aferon pri resumo de itinero kiam ni havas gamon da IP-adresoj. Ni prenu la unuan reton 192.168.30.0/24 kiel ekzemplon kaj imagu, ke ni havas enkursigilon R1, al kiu la reto 192.168.30.0/24 estas konektita kun kvar IP-adresoj: 192.168.30.4, 192.168.30.5, 192.168.30.6 kaj 192.168.30.7. 24 . La oblikvo 256 signifas, ke ekzistas 4 validaj adresoj en ĉi tiu reto, sed ĉi-kaze ni havas nur XNUMX IP-adresojn.
Se mi diras, ke la tuta trafiko por la reto 192.168.30.0/24 trairu ĉi tiun vojon, ĝi estos malvera, ĉar IP-adreso kiel 192.168.30.1 eble ne estas atingebla per ĉi tiu interfaco. Tial, en ĉi tiu kazo, ni ne povas uzi 192.168.30.0 kiel la unuan parton de la adreso, sed devas specifi kiuj apartaj adresoj estos disponeblaj. En ĉi tiu kazo, 4 specifaj adresoj estos disponeblaj per la ĝusta interfaco, kaj la resto de la retaj adresoj tra la maldekstra interfaco de la enkursigilo. Tial ni devas starigi resuman aŭ resuman itineron.
El la principoj de resumado de itineroj, ni memoras, ke en unu subreto la unuaj tri oktetoj de la adreso restas senŝanĝaj, kaj ni devas krei subreton, kiu kombinus ĉiujn 4 adresojn. Por fari tion, ni devas specifi 192.168.30.4 en la unua parto de la adreso, kaj uzi 255.255.255.252 kiel la subretan maskon en la dua parto, kie 252 signifas, ke ĉi tiu subreto enhavas 4 IP-adresojn: .4, .5. , .6 kaj .7.
Se vi havas du enskribojn en la vojtabelo: la RIP-itinero por la reto 192.168.30.0/24 kaj la resuma itinero 192.168.30.4/252, tiam laŭ la vojprincipoj, la Resuma itinero estos la prioritata itinero por specifa trafiko. Io ajn ne rilata al ĉi tiu aparta trafiko uzos la Retan itineron.
Jen kio estas resuma itinero - vi resumas plurajn specifajn IP-adresojn kaj kreas apartan itineron por ili.
En la grupo de senmovaj itineroj, ekzistas ankaŭ la tielnomita "flosanta vojo", aŭ Flosanta Itinero. Ĉi tio estas rezerva vojo. Ĝi estas uzata kiam ekzistas problemo kun fizika konekto sur statika itinero kiu havas administran distancon valoron de 1. En nia ekzemplo, ĉi tiu estas la itinero tra la IP-adreso 192.168.10.1.-nivelo, rezerva flosanta itinero estas uzata.
Por uzi rezervan itineron, ĉe la fino de la komandlinio, anstataŭ la IP-adreso de la sekva hop, kiu defaŭlte havas valoron de 1, specifu malsaman hop-valoron, ekzemple, 5. La flosanta itinero estas ne indikita en la vojtabelo, ĉar ĝi estas uzata nur kiam senmova itinero estas neatingebla pro damaĝo.
Se vi ne komprenas ion el tio, kion mi ĵus diris, rigardu ĉi tiun videon denove. Se vi ankoraŭ havas demandojn, vi povas sendi al mi retmesaĝon kaj mi klarigos ĉion al vi.
Nun ni komencu rigardi Inter-Switch-vojigon. Maldekstre en la diagramo, estas ŝaltilo, kiu servas la bluan reton de la venda fako. Dekstre estas alia ŝaltilo, kiu funkcias nur kun la verda reto de la merkata fako. En ĉi tiu kazo, du sendependaj ŝaltiloj estas uzataj, kiuj servas malsamajn fakojn, ĉar ĉi tiu topologio ne uzas komunan VLAN.
Se vi bezonas establi konekton inter ĉi tiuj du ŝaltiloj, tio estas, inter du malsamaj retoj 192.168.1.0/24 kaj 192.168.2.0/24, tiam vi devas uzi enkursigilon. Tiam ĉi tiuj retoj povos interŝanĝi pakaĵojn kaj aliri la Interreton per la enkursigilo R1. Se ni uzus la defaŭltan VLAN1 por ambaŭ ŝaltiloj, ligante ilin per fizikaj kabloj, ili povus komuniki unu kun la alia. Sed ĉar ĉi tio estas teknike neebla pro la apartigo de retoj apartenantaj al malsamaj elsendaj domajnoj, enkursigilo estas necesa por ilia komunikado.
Ni supozu, ke ĉiu el la ŝaltiloj havas 16 havenojn. En nia kazo, ni ne uzas 14 havenojn, ĉar estas nur 2 komputiloj en ĉiu el la fakoj. Tial, en ĉi tiu kazo, estas optimuma uzi VLAN, kiel montrite en la sekva diagramo.
En ĉi tiu kazo, blua VLAN10 kaj verda VLAN20 havas sian propran elsendodomajnon. La VLAN10-reto estas konektita per kablo al unu haveno de la enkursigilo, kaj la VLAN20-reto estas konektita al alia haveno, dum ambaŭ kabloj venas de malsamaj ŝaltilhavenoj. Ŝajnas, ke danke al ĉi tiu bela solvo, ni establis ligon inter retoj. Tamen, ĉar la enkursigilo havas limigitan nombron da havenoj, ni estas ekstreme malefikaj uzi la kapablojn de ĉi tiu aparato, okupante ilin tiamaniere.
Estas pli efika solvo - "enkursigilo sur bastono". Samtempe, ni konektas la ŝaltilhavenon kun trunko al unu el la havenoj de la enkursigilo. Ni jam diris, ke defaŭlte, la enkursigilo ne komprenas enkapsuligon laŭ la normo .1Q, do vi devas uzi trunkon por komuniki kun ĝi. En ĉi tiu kazo, la sekvanta okazas.
La blua reto VLAN10 sendas trafikon per la ŝaltilo al la interfaco F0 / 0 de la enkursigilo. Ĉi tiu haveno estas dividita en sub-interfacojn, ĉiu el kiuj havas unu IP-adreson situantan en la adresintervalo de aŭ la 192.168.1.0/24 reto aŭ la 192.168.2.0/24 reto. Estas iom da necerteco ĉi tie - finfine, por du malsamaj retoj vi devas havi du malsamajn IP-adresojn. Tial, kvankam la trunko inter la ŝaltilo kaj la enkursigilo estas kreita sur la sama fizika interfaco, ni devas krei du subinterfacojn por ĉiu VLAN. Tiel, unu subinterfaco servos la reton VLAN10, kaj la dua - VLAN20. Por la unua subinterfaco, ni devas elekti IP-adreson el la 192.168.1.0/24 adresa gamo, kaj por la dua, el la 192.168.2.0/24. Kiam VLAN10 sendas pakaĵon, la enirejo estos unu IP-adreso, kaj kiam la pako estas sendita de VLAN20, la dua IP-adreso estos uzata kiel la enirejo. En ĉi tiu kazo, la "enkursigilo sur bastono" faros decidon pri la trairejo de trafiko de ĉiu el la 2 komputiloj apartenantaj al malsamaj VLANoj. Simple dirite, ni dividas unu fizikan enkursigilo-interfacon en du aŭ pli da logikaj interfacoj.
Ni vidu kiel ĝi aspektas en Packet Tracer.
Mi iom simpligis la diagramon, do ni havas unu PC0 ĉe 192.168.1.10 kaj duan PC1 ĉe 192.168.2.10. Kiam mi agordas la ŝaltilon, mi asignas unu interfacon por VLAN10, la alian por VLAN20. Mi iras al la CLI-konzolo kaj enmetas la mallongan komandon show ip interface por certigi, ke la FastEthernet0/2 kaj 0/3-interfacoj estas aktivaj. Poste mi rigardas en la datumbazon de VLAN kaj vidas, ke ĉiuj interfacoj sur la ŝaltilo estas nuntempe parto de la defaŭlta VLAN. Tiam mi tajpas config t sekvita de int f0/2 en sinsekvo por voki la havenon al kiu la venda VLAN estas konektita.
Poste, mi uzas la komandon de aliro al reĝimo switchport. La alirreĝimo estas la defaŭlta, do mi nur tajpas ĉi tiun komandon. Post tio, mi tajpas switchport access VLAN10, kaj la sistemo respondas, ke ĉar tia reto ne ekzistas, ĝi kreos VLAN10 mem. Se vi volas krei VLAN permane, ekzemple, VLAN20, vi devas tajpi la komandon vlan 20, post kio la komandlinio ŝanĝos al la virtuala reto-agordoj, ŝanĝante ĝian kaplinion de Ŝaltilo (config) # al Ŝaltilo (config-). vlan) #. Poste, vi devas nomi la kreitan reton MARKETING uzante la komandon name <name>. Tiam ni agordas la f0/3-interfacon. Mi sinsekve enigas la komandojn de switchport mode aliro kaj switchport access vlan 20, post kiuj la reto estas konektita al ĉi tiu haveno.
Tiel, vi povas agordi la ŝaltilon en du manieroj: la unua uzas la komandon switchport access vlan 10, post kiu la reto estas kreita aŭtomate sur difinita haveno, la dua estas kiam vi unue kreas reton kaj poste ligas ĝin al specifa. haveno.
Vi povas fari la samon kun VLAN10. Mi reiros kaj ripetos la manan agordan procezon por ĉi tiu reto: enigu tutmondan agordan reĝimon, enigu la komandon vlan 10, poste nomu ĝin VENDO, ktp. Nun mi montros al vi, kio okazas, se vi ne faras tion, tio estas, ke la sistemo mem kreu VLAN.
Vi povas vidi, ke ni havas ambaŭ retojn, sed la dua, kiun ni kreis permane, havas sian propran nomon MARKETING, dum la unua reto, VLAN10, ricevis la defaŭltan nomon VLAN0010. Mi povas ripari ĉi tion, se mi nun enmetas la nomon VENDO-komando en tutmonda agorda reĝimo. Nun vi povas vidi, ke post tio, la unua reto ŝanĝis sian nomon al VENDO.
Nun ni reiru al Packet Tracer kaj vidu ĉu PC0 povas komuniki kun PC1. Por fari tion, mi malfermos komandlinian terminalon sur la unua komputilo kaj sendos ping-on al la adreso de la dua komputilo.
Ni vidas, ke la pingado malsukcesis. La kialo estas, ke PC0 sendis ARP-peton al 192.168.2.10 per enirejo 192.168.1.1. Samtempe, la komputilo fakte demandis al la ŝaltilo, kiu estas ĉi tiu 192.168.1.1. Tamen, la ŝaltilo havas nur unu interfacon por la reto VLAN10, kaj la ricevita peto ne povas iri ien - ĝi eniras ĉi tiun havenon kaj mortas ĉi tie. La komputilo ne ricevas respondon, do la kialo de la ping-malsukceso estas donita kiel tempotempo. Neniu respondo estis ricevita ĉar ekzistas neniu alia aparato sur VLAN10 krom PC0. Krome, eĉ se ambaŭ komputiloj estus parto de la sama reto, ili ankoraŭ ne povus komuniki ĉar ili havas malsaman gamon de IP-adresoj. Por ke ĉi tiu skemo funkciu, vi devas uzi enkursigilon.
Tamen, antaŭ ol mi montros kiel uzi la enkursigilon, mi faros malgrandan deturniĝon. Mi konektos la havenon Fa0/1 de la ŝaltilo kaj la havenon Gig0/0 de la enkursigilo per unu kablo, kaj poste mi aldonos alian kablon kiu estos konektita al la haveno Fa0/4 de la ŝaltilo kaj la haveno Gif0/1. de la enkursigilo.
Mi ligos la VLAN10-reton al la f0/1-haveno de la ŝaltilo, por kiu mi enigos la int f0/1 kaj switchport access vlan10-komandojn, kaj la VLAN20-reton al la f0/4-haveno uzante la int f0/4 kaj switchport. aliri komandojn vlan 20. Se ni nun rigardas VLAN-datumbazon, oni povas vidi, ke la VENDO-reto estas ligita al la interfacoj Fa0/1, Fa0/2, kaj la RETO MARKETING estas ligita al la havenoj Fa0/3, Fa0/4. .
Ni reiru al la enkursigilo denove kaj enigu la agordojn de la interfaco g0 / 0, enigu la komandon sen haltigo kaj asignu al ĝi IP-adreson: ip aldonu 192.168.1.1 255.255.255.0.
Ni agordu la interfacon g0/1 sammaniere, atribuante al ĝi la adreson ip add 192.168.2.1 255.255.255.0. Tiam ni petos montri al ni la enrutigan tabelon, kiu nun havas enskribojn por retoj 1.0 kaj 2.0.
Ni vidu ĉu ĉi tiu skemo funkcias. Ni atendu ĝis ambaŭ havenoj de la ŝaltilo kaj la enkursigilo verdiĝos, kaj ripetu la ping de la IP-adreso 192.168.2.10. Kiel vi povas vidi, ĉio funkciis!
La komputilo PC0 sendas ARP-peton al la ŝaltilo, la ŝaltilo alparolas ĝin al la enkursigilo, kiu resendas sian MAC-adreson al la komputilo. Post tio, la komputilo sendas ping-pakon laŭ la sama vojo. La enkursigilo scias, ke la reto VLAN20 estas konektita al sia haveno g0 / 1, do ĝi sendas ĝin al la ŝaltilo, kiu plusendas la pakaĵon al la celloko - PC1.
Ĉi tiu skemo funkcias, sed ĝi estas malefika, ĉar ĝi okupas 2 enkursigilo-interfacojn, tio estas, ni neracie uzas la teknikajn kapablojn de la enkursigilo. Tial mi montros, kiel oni povas fari la samon per ununura interfaco.
Mi forigos la du kablan diagramon kaj restarigos la antaŭan konekton de la ŝaltilo kaj enkursigilo per unu kablo. La f0 / 1-interfaco de la ŝaltilo devus iĝi trunka haveno, do mi revenas al la ŝaltilo-agordoj kaj uzas la ŝaltilreĝiman trunk-komandon por ĉi tiu haveno. La haveno f0/4 ne plu estas uzata. Poste ni uzas la komandon show int trunk por vidi ĉu la haveno estas ĝuste agordita.
Ni vidas, ke la haveno Fa0/1 funkcias en trunka reĝimo uzante la enkapsulan protokolon 802.1q. Ni rigardu la VLAN-tabelon - ni vidas, ke la interfaco F0 / 2 estas okupata de la reto de vendofako VLAN10, kaj la interfaco f0 / 3 estas okupata de la merkata reto VLAN20.
En ĉi tiu kazo, la ŝaltilo estas konektita al la haveno g0 / 0 de la enkursigilo. En la enkursigilo-agordoj, mi uzas la komandojn int g0/0 kaj neniu ip-adreson por forigi la IP-adreson de ĉi tiu interfaco. Sed ĉi tiu interfaco ankoraŭ funkcias, ĝi ne estas en la malŝalta stato. Se vi memoras, la enkursigilo devas akcepti trafikon de ambaŭ retoj - 1.0 kaj 2.0. Ĉar la ŝaltilo estas konektita al la enkursigilo per trunko, ĝi ricevos trafikon de kaj la unua kaj la dua reto al la enkursigilo. Tamen, kia IP-adreso devus esti asignita al la enkursigilo-interfaco en ĉi tiu kazo?
G0/0 estas fizika interfaco kiu ne havas ajnan IP-adreson defaŭlte. Tial ni uzas la koncepton de logika subinterfaco. Se mi tajpas int g0/0 sur la linio, la sistemo donos du eblajn komandopciojn: oblikvo / aŭ punkto. La oblikvo estas uzata dum modulaj interfacoj kiel 0/0/0, kaj la punkto estas uzata se vi havas subinterfacon.
Se mi tajpas int g0/0. ?, tiam la sistemo donos al mi gamon da eblaj nombroj de la logika subinterfaco GigabitEthernet, kiuj estas indikitaj post la punkto: <0 - 4294967295>. Ĉi tiu gamo enhavas pli ol 4 miliardojn da nombroj, kio signifas, ke vi povas krei tiom da logikaj subinterfacoj.
Mi indikos la numeron 10 post la punkto, kiu indikos VLAN10. Nun ni moviĝis en la subinterfaco-agordojn, kiel pruvas la ŝanĝo en la titolo de la CLI-agorda linio al Router (config-subif) #, ĉi-kaze ĝi rilatas al la subinterfaco g0/0.10. Nun mi devas doni al ĝi IP-adreson, por kiu mi uzas la komandon ip add 192.168.1.1 255.255.255.0. Antaŭ ol agordi ĉi tiun adreson, ni devas fari enkapsuligon por ke la subinterfaco, kiun ni kreis, sciu kiun enkapsuligon uzi - 802.1q aŭ ISL. Mi tajpas la vorton enkapsuligon en la linio, kaj la sistemo donas eblajn opciojn por parametroj por ĉi tiu komando.
Mi uzas la enkapsuligon dot1Q-komandon. Ne estas teknike necese enigi ĉi tiun komandon, sed mi tajpas ĝin por diri al la enkursigilo kiun protokolon uzi por labori kun la VLAN, ĉar nuntempe ĝi funkcias kiel ŝaltilo, servanta VLAN-trunking. Kun ĉi tiu komando, ni indikas al la enkursigilo, ke la tuta trafiko estu enkapsuligita per la protokolo dot1Q. Poste sur la komandlinio, mi devas specifi, ke ĉi tiu enkapsuligo estas por VLAN10. La sistemo montras al ni la IP-adreson uzatan, kaj la interfaco por la reto VLAN10 ekfunkcias.
Simile mi agordas la interfacon g0/0.20. Mi kreas novan subinterfacon, starigas la enkapsulan protokolon kaj fiksas la IP-adreson per ip add 192.168.2.1 255.255.255.0.
En ĉi tiu kazo, mi nepre bezonas forigi la IP-adreson de la fizika interfaco, ĉar nun la fizika interfaco kaj la logika subinterfaco havas la saman adreson por la VLAN20-reto. Por fari tion, mi sinsekve tajpas la komandojn int g0 / 1 kaj neniun ip-adreson. Tiam mi malŝaltas ĉi tiun interfacon ĉar ni ne plu bezonas ĝin.
Poste, mi denove revenas al la interfaco g0 / 0.20 kaj atribuas al ĝi IP-adreson per la komando ip add 192.168.2.1 255.255.255.0. Nun ĉio certe funkcios.
Mi nun uzas la komandon show ip route por rigardi la enrutigan tabelon.
Ni povas vidi, ke la reto 192.168.1.0/24 estas rekte konektita al la subinterfaco GigabitEthernet0/0.10, kaj la reto 192.168.2.0/24 estas rekte konektita al la subinterfaco GigabitEthernet0/0.20. Mi nun revenos al la komandlinia terminalo PC0 kaj pingos PC1. En ĉi tiu kazo, la trafiko eniras la havenon de la enkursigilo, kiu transdonas ĝin al la responda subinterfaco kaj resendas ĝin tra la ŝaltilo al la komputilo PC1. Kiel vi povas vidi, la ping estis sukcesa. La unuaj du pakaĵetoj estis faligitaj ĉar ŝanĝi inter enkursigilo-interfacoj prenas iom da tempo, kaj la aparatoj bezonas lerni MAC-adresojn, sed la aliaj du pakaĵetoj sukcese atingis la cellokon. Tiel funkcias la koncepto "enkursigilo sur bastono".
Dankon pro restado ĉe ni. Ĉu vi ŝatas niajn artikolojn? Ĉu vi volas vidi pli interesan enhavon? Subtenu nin farante mendon aŭ rekomendante al amikoj, 30% rabato por uzantoj de Habr sur unika analogo de enirnivelaj serviloj, kiu estis inventita de ni por vi: (havebla kun RAID1 kaj RAID10, ĝis 24 kernoj kaj ĝis 40GB DDR4).
Dell R730xd 2 fojojn pli malmultekosta? Nur ĉi tie en Nederlando! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - ekde $99! Legu pri
fonto: www.habr.com