- Épített vízhűtés (nem kompakt) topic
- AMD Navi Radeon™ RX 9xxx sorozat
- Merevlemezek megbízhatósága, élettartama
- Utánajártunk, hogy melyik memória mennyire drágulhat
- Milyen videókártyát?
- Azonnali alaplapos kérdések órája
- Akciókamerák
- Milyen TV-t vegyek?
- Apple asztali gépek
- Azonnali processzoros kérdések órája
-
PROHARDVER!
--- 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
-
crok
Topikgazda
Először is bocs, hosszabb lett mint számítottam - ne alkalmazz TL;DR-t (:
Na, már értem a kérdést - ez egy nagy design fail (:
Ilyet nem szabad csinálni.. akkor a core és a dist közt van vagy n+1 OSPF
neighbor? Jó-jó, a C6500 jó vas, elbír egy ekkora LSADB-t de azért mégis.. (:A másik kérdésem: hogy jön a képbe a VRF? Úgy értem VRF-et meg nem
szokás a core-ba téve használni. Az külön rétegben van megoldva, felette. Ha
a LAN-ban szét akarod választani, akkor megteheted, hogy a core uplinkeket
felpattintod ebbe a "WAN" rétegbe, egy trunk-ön minden VRF-re egy-egy SVI
-al.. aztán több megoldás is kínálkozik a szétválasztásra lent, onnantól, hogy
szűrhetsz/szabályozhatsz mondjuk egy-egy bump-on-the-wire tűzfallal úgy,
hogy minden VLAN külön context; vagy pl. eleve lehet egy-egy FWSM (tudom,
régi..) a core-okban, minden VLAN-t felpattintasz az FWSM-re, minden VRF-
re külön context; vagy akár a trunk-ökön levő SVI-okat mindet más-más
OSPF process alatt indítod a dist rétegben, minden process alatt megadhatod
hogy melyik network melyik process alatt legyen és hogy milyen area-ban így
elválaszthatod a VRF-eket de természetesen nem viszed fel az STP-t a core-ba
(mert lehet hogy már ott is lassan VSS-t használnál (: és ha akarod akkor leak-
elhetsz prefix-eket a core-ban is, a "WAN" rétegben is, a dist-ben is.. Én a
WAN-ban leak-elnék ha kellene (majd a tűzfalak megfogják amit meg kell, arra
vannak véve..), alatta meg core-ban minden SVI-t azon OSPF process alá
vennék fel amelyikbe lent és fent tartozik így szétválasztva a LAN-ban a
globális VRF-eket - kifelé a WAN réteg általában úgyis eBGP, akkor meg a
LAN mehet valamilyen kiforrott de lehetőleg gyártófüggetlen IGP-vel (OSPF,
mert ugyan az EIGRP már "nyílt" de nem bízom benne, hogy más gyártók
hogy írják meg a maguk programját.. a Cisco is tele van hibákkal.. a RIP meg
nem valami elegáns megoldás már) így ha platformot váltasz se lesz bonyolult
a migráció. Ez persze csak addig okos amíg IPv4-et akarsz használni, de
azért az IPv6 már más kérdés lesz úgyis (: ezerféleképp lehet egyszerűsíteni
de bonyolítani is - minden az ügyfél kívánalmaitól függ. Ha te írhatod a saját
kívánalmaidat az k#>&ajó mert lehetsz kreatív - persze Occam borotváját
vedd elő mert nem árt az operációt és az ott dolgozókat is figyelembe venni (:
Ú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!
- PH! Darts
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- Épített vízhűtés (nem kompakt) topic
- Sweet.tv - internetes TV
- Számotokra mi volt az év játéka 2025-ben?
- Milyen okostelefont vegyek?
- AMD Navi Radeon™ RX 9xxx sorozat
- Kínai és egyéb olcsó órák topikja
- Battlefield 6
- Merevlemezek megbízhatósága, élettartama
- További aktív témák...
- Acer TravelMate P214 i3-1115G4 16GB 512GB 14" FHD 1év garancia
- Lenovo L13 Core I3-10110U / 8GB DDR4 zsanér törött LAPTOP 1
- GYÖNYÖRŰ iPhone 14 Pro Max 256GB Space Black - 1 ÉV GARANCIA, Kártyafüggetlen,MS3489
- Új! Razer Iskur V2 - Black gamer szék!
- ÁRGARANCIA! Épített KomPhone Ultra 7 265KF 32/64GB RAM RX 9070 XT 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
FecoGee
crok

