- Motorola Moto G24 Power - hol van az erő?
- Samsung Galaxy S24 - nos, Exynos
- Poco X6 Pro - ötös alá
- Alkalmazásbemutató: Keep
- Futott egy Geekbench kört egy új HTC készülék
- Azonnali mobilos kérdések órája
- Apple AirPods Pro (2. generáció) - csiszolt almaságok
- Huawei Mate 10 Pro - mestersége az intelligencia
- Vodafone-ra áttért Digi Mobilosok
- Xiaomi Mi 11 Ultra - Circus Maximus
Hirdetés
-
Megjelenési dátumot kapott a Star Wars: Hunters
gp A tervek szerint június elején végre befut a teljes kiadás mobilokra/tabletekre és Nintendo Switch-re.
-
Az Apple iPadOS-t is megrendszabályozza az EU
it Az EB közölte: az Apple iPad táblagépekre írt iPadOS rendszere is kapuőrnek számít, az üzleti felhasználókra gyakorolt fontossága miatt.
-
Új Beats fej- és fülhallgatók jelentek meg
ma Frissítette a Solo termékcsaládot az Apple házi audiomárkája.
-
Mobilarena
--- Még az új vizsgarendszer előtti információk, majd frissítjük! ---
Gyakran ismételt kérdések
Olvasd el a cikkeket itt.
Új hozzászólás Aktív témák
-
zsolti.22
senior tag
+1, egy 3 betűs szó, amivel a könyvet tudnám jellemezni (amikor még azt hittem, hogy lesz olyan jó, mint a ROUTE, így okozva 14000 huf kárt nekem )
DE!
Igaza van Cyber_Bird-nek, azért is guide van a könyv címében, mert nem ebből kéne megtanulni az anyagot, hanem máshonnan. Az, hogy Odom pöpecül megírta a ROUTE-t és ezzel elég sok időt takarít meg az emberek számára, az egy becsülendő dolog és részéről elég jó pont.
Viszont van olyan könyv, amiből a switch-palánták tanulni tudnak, az pedig ez.Egyelőre nem bántam meg, hogy beleolvastam
[ Szerkesztve ]
-
crok
Topikgazda
-
crok
Topikgazda
Hát igen.. a sima Cisco 2950 (nem T, sem SX) bizony nem tartalmaz csak 10/100-as ASIC-ot.
Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
quby
őstag
Ha mindenképp zárod, feltétlen jelezd itt! Én is sokat látogatom, lementeném előtte.
A kislányhoz pedig minden jót kivánok, nekem is lesz egy két napon belül. Még meg sem született de már látom menyi időt fog rabolni. Augusztusra CCNP-t terveztem (switch) Nem tudom hogy gondoltamA legügyesebb állat az ürge, hiszen búzával teli pofazacskóval is képes repülni, miközben egy bagolyt egyensúlyoz a hátán.
-
tusi_
addikt
Na szoval erdekes dolgok derultek ki. CSAK a kliensekrol - R8...R14 - nem megy a ping, R4, R5 tud mindenhova pingelni. A kliensekrol csak a vlan GW pongelheto, aztan R4-5 nem routolja a dolgokat tovabb. Amint routerre cserelem az ASA-t, megy minden.
eat, sleep, play, replay
-
FecoGee
Topikgazda
A linkeken allowed vlan 10,20, és RSTP-vel vagy MSTP-vel megcsinálod a load-balancing-ot (mondjuk R1 a root VLAN10-re, R2 a VLAN20-ra). Ha felszakad valamelyik linked, akkor így átáll a HSRP.
A VLAN pruning a control plane protokollokat nem, csak a user broadcast-ot prune-lja. Tehát a STP ugyanúgy futni fog mindkét VLAN-ra mindkét linken.
Egyébként mivel active vlan csak ez a kettő ezért nem lesz ezzel gond."Ebben az esetben viszont a képen jelölt ábra alapján, ha a link 1-en kiadom a sw tr all vl 10, link 2 -n hogy 20, akkor minden oké, a nem kellő Br-ok nem jönnek a switchre. (Persze R1-en is ki kell ehhez adni)" --> semmilyen forgalom nem megy, nemcsak a broadcast! Szóval olyan, mintha ott sem lenne a másik vlan. Gyakorlatilag access vlan-t csinálsz, hiszen 1 vlan-t viszel át.
"VISZONT. Ha R2 leáll, akkor R1 átveszi a vlan 20-t is, viszont le van pruneolva". --> átveszi, de traffic black hole van. R1-R3 között nincs vlan20 engedélyezve, ezért nem fogja kiszolgálni a klienseket, hiszen el sem jut hozzá a forgalom!
"Illetve ha van 20 vlan és csak a 2 használtat tartjuk meg, akkor ok, mert a többi kuka. " --> ezt nem egészen értem. Ha allowed and active 2 vlan-od van, akkor igen, a többire semmi nem fut.
"Tippem az all vlan 10,20, de szeretnék megerősítést. FecoGee-knél VTP van, de hátha valakinek van tapasztalata működő hálóban " --> én allowed vlan 10,20-szal csinálnám. Működő hálóban én kikapcsolom a pruning-ot. Volt már olyan, mikor olyan vlan-t is kiprunolt, amit nem kellett volna, ezért megálltak bizonyos szegmensei a hálózatnak. Mikor csináltam egy no pruning-ot majd visszakapcsoltam, meggyógyult. Bedöglött a process vagy nem tudom. Másrészt egy fontos info a pruning-hoz:
Topologia
SW1------SW2-------SW3----R1
Pruning mindenhol engedélyezett. SW3-R1 között router-on-a-stick.
A VTP Pruning nem fog működni, nem prune-l semmit. Miért? Mert ha nem kap VTP pruning választ egy trunkön, feltételezi, hogy oda minden vlan kell, ezért ő azt mondja a szomszédainak, hogy neki minden vlan kell. Márpedig R1 nem tud VTP-t . Innentől olyan mintha nem is lenne pruning. De ugyanez van szerverek felé is trunk kapcsolatoknál.Remélem érthető volt, ha nem kérdezz még
-
Wolfy999
tag
Csinálj packet capture-t az R4-5 ASA felé menő lábain, van egy olyan tippem, hogy csomagok eljutnak az ASA-ig, csak az ASA nem továbbít.
Az ASA nem router, routing funkciókban elég nagy hiányosságai tudnak lenni. Pl nem tud olyat, hogy egy csomagot visszaroute-ol, arra a logikai interface-re ahonnan kapta.
Ha ezen a topológián PC A-nak az ASA a default gw, akkor hiába veszel fel route-ot a B subnetre a router felé, PC A nem tudja elérni PC B-t.Ez persze nem magyarázza, hogy nálad miért nem megy a ping, de lehet hasonló érdekesség itt is. Ha az ASA tényleg megkapja a csomagot, akkor nézd meg packet-tracer-rel az ASA-ban, hogy mit csinál vele.
-
tusi_
addikt
-
zsolti.22
senior tag
Most át van alakítva, hogy az alsó kábelek le vannak kapcsolva. Minden ether-channelbe van. Eddig az err-disableddel sz0ptam, de most már az is jó. VLAN200-nál a bal felső sw a root és a hsrp active, sugár irányba vannak a spanning-tree portok. VLAN300-nál ugyanez tükörképbe: jobb felső SW a root és a hsrp active, a spanning-treenél sugár irányba vannak a portok, mégse jó. No ip routing alapból nem kell switchen, ip def-gw beállítva a vlan100 hsrp virtual címére mindkettő ALS-nél.
Hogy kéne működnie ennek a nyomorult inter-vlan routingnak?
VLAN200-beli gép pingelné a VLAN300-at. Az én logikám: a csomag elér a VLAN200 SVI-jéhez (mivel a bal felső SW a HSRP master, ezért ő dolgozza fel), ami egy HSRP virtual cím, majd onnan már a VLAN300-on nyargal tovább a VLAN300-ban lévő PC-hez, ha tud, és a SPA nem blokkol semmi olyat, ami meggátolná a küldést. Visszafelé VLAN300-ban lévő PC válaszol a pingre, ami a VLAN300-as SVI-re érkezik (amit a jobb felső sw dolgoz mert, mert ő a HSRP master vlan300-ra), majd spanning-tree szempontjából a VLAN200-on halad visszafelé VLAN200-ban ülő PC-re.
@vadito: most már a hsrp címek se pingelhetőek... kezdek berágni. Úgy megkevertem...
[ Szerkesztve ]
-
zsolti.22
senior tag
A második bekezdés után homlokcsapás volt, az most már legalább világos.
@FecoGee:
ALS1#sh int tru
Port Mode Encapsulation Status Native vlan
Po1 desirable 802.1q trunking 1
Po10 on 802.1q trunking 1Port Vlans allowed on trunk
Po1 1-4094
Po10 1-4094Port Vlans allowed and active in management domain
Po1 1,100,200,300
Po10 1,100,200,300Port Vlans in spanning tree forwarding state and not pruned
Po1 1,100,200
Po10 300ALS2#sh int tru
Port Mode Encapsulation Status Native vlan
Po1 desirable 802.1q trunking 1
Po2 desirable 802.1q trunking 1Port Vlans allowed on trunk
Po1 1-4094
Po2 1-4094Port Vlans allowed and active in management domain
Po1 1,100,200,300
Po2 1,100,200,300Port Vlans in spanning tree forwarding state and not pruned
Po1 300
Po2 1,100,200DLS1#sh int tru
Port Mode Encapsulation Status Native vlan
Po1 on 802.1q trunking 1
Po2 on 802.1q trunking 1
Po3 on 802.1q trunking 1Port Vlans allowed on trunk
Po1 1-4094
Po2 1-4094
Po3 1-4094Port Vlans allowed and active in management domain
Po1 1,100,200,300
Po2 1,100,200,300
Po3 1,100,200,300Port Vlans in spanning tree forwarding state and not pruned
Po1 1,100,200,300
Po2 1,100,200,300
Po3 1,100,200,300DLS2# sh int tru
Port Mode Encapsulation Status Native vlan
Po1 desirable 802.1q trunking 1
Po10 on 802.1q trunking 1
Po3 desirable 802.1q trunking 1Port Vlans allowed on trunk
Po1 1-4094
Po10 1-4094
Po3 1-4094Port Vlans allowed and active in management domain
Po1 1,100,200,300
Po10 1,100,200,300
Po3 1,100,200,300Port Vlans in spanning tree forwarding state and not pruned
Po1 1,100,200,300
Po10 1,100,200,300
Po3 1,100,200,300 -
Cyber_Bird
senior tag
Szerk.: Nem tusinak szantam, csak valaszra nyomtam veletlen.
Alpha 5-os GNS3-at most probaltam ki windows alatt, (+ az adott linux vm virtualboxban) L2 + L3 IOU image-el.
Meg sokat nem szorakoztam vele, mert meloban vagyok, de rpvst belottem meg par vlan-t felhuztam, es keresztbe pingettem nehany l3 eszkozzal az l2 eszkozokon.(5 eszkoz ossz vissz) Teny, hogy nem sokat csinaltam vele, de egyelore nem futottam bele bugokba. Majd hetvegen jatszok vele meg, valami ertelmesebb topologian is.[ Szerkesztve ]
-
zsolti.22
senior tag
1: Ha minden port gigás lenne, akkor fa0/1 N/A
2: csak sw4-nek kisebb a bidje. És akkor mi van? SW4 felé lesz a root port, SW4-nél meg sw 5 felé lesz a designated. És akkor én ilyenkor úgy csinálok, akkor az a rész letudva, marad sw5-sw6 közötti interfész. Erősebb kutya ....ik elven SW5-nek kisebb a bidje, mint sw6, és sw5-nél lesz a dp.Amit te írsz, az nem egyértelmű nekem. SW5 van középen és megkapja két oldalról a cuccot. Csak azért, mert SW4 bidje jobb, ezért ő zárja is az sw6 felé menő portot? Úgy, ahogy én nézem, úgy nem is kell megvizsgálni a kettő közötti (sw5-sw6) preferenciákat!?
Új hozzászólás Aktív témák
- Kérlek használd a keresőt, mielőtt kérdezel!
- Olvasd el a téma összefoglalót mielőtt kérdezel!
- A dumpok és a warez tiltott témának számítanak!