- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Nothing Phone 2a - semmi nem drága
- iPhone topik
- Samsung Galaxy Z Fold4 - egyre megy, honnan nézed
- Google Pixel 6/7/8 topik
- Milyen okostelefont vegyek?
- Samsung Galaxy A54 - türelemjáték
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Motorola Edge 50 Pro - több Moto-erő kéne bele
- Xiaomi Smart Band 7 - hetedik
Hirdetés
-
Antec kirakatház Lian Li zöngével és egy csavarral
ph A hét légkavaróval árusított, félkörpanorámás megoldás kompatibilis a "lopakodó" ASUS/MSI alaplapokkal is.
-
Lenovo Essential Wireless Combo
lo Lehet-e egy billentyűzet karcsú, elegáns és különleges? A Lenovo bebizonyította, hogy igen, de bosszantó is :)
-
Már azelőtt szoftvert írnak a chipekhez, hogy elindulna a gyártás
it A Cadence szuperszámítógépe a chipek tervezését és a hozzájuk kapcsolódó szoftverek megírását igyekszik felgyorsítani.
-
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
Ahogy írták: vue.com-->Sign In-->Information Technology (IT) --> Cisco Systems --> Career Certifications and Specialization Exams --> Create a web account
A többi értelemszerű. Belépésig ugyanez a sorrend, csak ott már a meglévő neveddel lépsz be. Ha beléptél, akkor Shedule Exams-->Rákeresel a 640-802-re, a többi magától értetődő, a végösszeg 374,65$ lesz, ami még mindig olcsóbb, mint a 80K + ÁFA. Bankkártya-adatok alapján az összeget leveszik, küldenek e-mailt. Ahova menni szeretnél, oda azért szólj oda, hogy tudjanak rólad.
-
zsolti.22
senior tag
Sima liba, én sosem tanultam angolt semmilyen formában és 96%-os lett! Amúgy alapból 110 perc a vizsga, erre jön rá a +30 perc a nem anyanyelv miatt, így 140 perced lesz, max 55 kérdésre ez bőven több, mint elég. Ha meg az előbb említett nehezen menő dolgokat nem érted, kérdezz nyugodtan, én legalábbis szívesen válaszolok
-
zsolti.22
senior tag
-
FecoGee
Topikgazda
Hello,
Csak a 30-as vlan-ban tovabbitodik, de a trunkon is, mivel engedelyezett rajta ez a VLAN. A frame minden porton kikuldesre kerul kiveve azon amelyiken a forras gep van. "broadcast on all ports except the one where the frame received".
VLAN = broadcast domain. Tehat a trunkon is ki kell mennie annak a keretnek!Feri
-
zsolti.22
senior tag
Akkor lehet, hogy rossz a válasz, mert broadcast keretet minden - adott vlan-hoz tartozó - AKTÍV interfészen kiküld, kivéve, amelyiken jött, kivételt képez az, ha a switchhez hub van csatlakoztatva és a hub mögül próbál valamelyik gép küldeni egy másik, ugyanazon hub mögüli gépnek, mivel olyankor a hub tudatlansága miatt szétküldi a keretet mindenhova, ám az okos switch észreveszi ezt és eldobja a keretet.
Kérdés az, hogy ki volt-e adva a switchport trunk allowed vlan ... parancs, vagy másik switcheken van-e vlan 30, ha nincs, akkor ahhoz meg a pruning kell.Egy szó, mint száz: a forráson biztosan nem jelenhet meg.
Nekem is volt hasonló problémám egy kérdéssel, miszerint, van egy gép PC1, ami csatlakozik switchen keresztül ROUTERA-hoz, ROUTERA csatlakozik ROUTERB-hez, ROUTERB-hez csatlakozik PC2-höz szviccsen keresztül. A kérdés az volt, hogy ha PC1 pingeli PC2-t, akkor PC1-nek milyen adatok lesznek az ARP táblájában. Én bejelöltem azt, hogy a ROUTERA helyi interfészének MAC címe az ahhoz tartozó IP-címmel. A hülyéje szerint meg az lett volna, hogy PC2 IP-címe és ROUTERA MAC-je. Aztán kipróbáltam fizikai eszközökkel, nekem lett igazam! Ha a kérdés az lett volna, hogy a keretben milyen célcímeknek kellene szerepelnie, akkor igaz lett volna a válaszuk, de ARP tábla esetén nem.
-
f_sanyee
senior tag
es azt hogy? ezek szerint minden ip cimhez amivel kapcsolatba lep a geped hozzarendeli a dgw mac cimet? eleg hosszu lista osszejonne egy kis internet bongeszes kozben.
arp listaban nem nagyon van mas a sajat halozaton levo cimeken kivul.mas: az elofordulhat hogy egy tesztben a kerdesre helyesnek megjelolt valasz nem jo. ha nem vagy benne biztos, es szerinted teved az iro vagy akarki akkor utana kell nezni mashol es kiderul mi az igazsag. lehet errata is van, azt is lehet ellenorizni, de legjobb ha te magad kiprobalod es nem hiszel senkinek.
-
zsolti.22
senior tag
Mivel a switch 2. rétegbeli eszköz - a 2960-as szériára gondol a költő -, így semmiféle 2. rétegbeli dolog, ami összefüggésben van a MAC-címmel, nem juthat át másik hálózatba. Ha pinges kérdés van, és A küld B-nek, ott is ha MAC-ekről van szó, az mindig hálón belüli marad - általában a router lábára csatlakozó if MAC-ja a cél, ha a csomag másik hálózatba szándékozik áramolni.
Ide jön még a "hány ütközési és hány szórási tartományt látunk a képen" típusú kérdés, amit még nagyon szoktak téveszteni
-
zsolti.22
senior tag
Én is így vagyok: ha olvasom az angol, akkor úgy-ahogy megértem, de beszélni 0. Ezért tanultam magyarul a CCNA-t is, amelyik rész meg nem volt világos, átállítottam angolra és no problém.
Hát ja, bár már ott tartanék, hogy milyen nyelven is szóljak a másik mérnökhöz Nehéz találni olyan munkát, ahol hasznosítható a CCNA-CCNP és mellette nem kell még lengyelül-japán felsőfokon tudni, mellette még 5 év tapasztalatod is legyen, persze mindezt önerőbőlNémetben is tudok segíteni
Visszatérve az angolhoz: nincs annál rondább, amikor magyar IT-s ember beszél másik IT-shez félig angol félig magyarul: most vagy mondja magyarul, vagy angolul. Engem legalábbis zavar.
[ Szerkesztve ]
-
zsolti.22
senior tag
Ez így egy full mesh-nek néz ki, ha jól tévedek. Azt hiszem, hogy hub-and-spoke-nál van az, hogy a hub routeren van kettő DLCI (ill. ahány spoke-kal akar dumálni) a spoke-okon meg csak egy-egy a hub irányába, így a spoke-ok csak a hubon keresztül kommunikálhatnak egymással.
A RIP meg azért nem "megy", mert ugyanazon az interfészen kapná az infót, amelyiken kiküldi, így a láthatár-megosztás blokkolja a frissítéseket, de erre meg az alinterfész a "csel", viszont a te IP-címzésedről nem ez árulkodik, mert ahhoz meg külön alhálózat kell.
De valaki javítson ki, ha tévednék.Apropó Packet Tracer! Rendesen WAN felhőkkel szimuláltad a FR-edet, vagy simán router-router kapcsolattal?
[ Szerkesztve ]
-
zsolti.22
senior tag
Olvasd el pontosan a kérdést!! Amire te, illetve a kérdező gondolhatott, az az LMI DLCI, ami ha 0, akkor ANSI az LMI típusa, ha 1023, akkor CISCO. Egyébként a DLCI összerendelése az IP-vel így történik:
1. A helyi router hirdeti magát a virtuális áramkörön az IP-je kiküldésével.
2. A távoli router fogadja ezt az infót és hozzárendeli a kapott IP-t a helyi DLCI-hez.
3. A távoli router is hirdeti saját IP-jét az áramkörön, majd a helyi router ahhoz az DLCI-hez rendeli a távoli router IP-jét, amelyiken keresztül fogadta az infót.Persze mindez Inverz ARP esetén igaz.
A szolgáltató által kiadott és általad az egyik interfészen bekonfigolt DLCI azonosító a show frame-relay map-on látszik.
Így igaz, hogy a látóhatár-megosztást csak az alinterfészek konfigurálásával tudod kiküszöbölni RIP esetén, hiszen így egy fizikai interfészt felosztasz kettőre, aminek 2 különböző alhálózat kell. Hub-and-spoke-nál meg asszem kell az interface serial 0/0.1 multipoint pari is a hubon.
Legközelebb mutass képet ezekről a kérdésekről légy szíves!
[ Szerkesztve ]
-
Tsory
tag
Az ábrán látszik, hogy statikus DLCI IP összerendelés történt. A távoli IP-t kell a lokális DLCI-vel összerendelni. Attalla esetében már az IP is problémás, mert a saját interface IP-je van beállítva, nem a távoli IP. A státusz jelentései:
ACTIVE: sikeres end-to-end kapcsolat.
INACTIVE: Sikeres kapcsolat a frame-relay switch-ig, de a PVC túlsó vége nem válaszol. Valószínűleg rosszul van konfigurálva a switch.
DELETED: Olyan DLCI van konfigurálva, amit a switch nem fogad el ezen az interface-en. Vagyis valószínűleg rosszul van konfigurálva a DLCI érték.Így a C válasz a jó. Az E a statikus összerendelés miatt nem jó, ebben az esetben automatikusan kikapcsol az inverse ARP.
"When static mapping is configured on an interface for a protocol and a specific DLCI, the router automatically disables dynamic Inverse ARP for the protocol and the specific DLCI on the interface."
Ts
-
Tsory
tag
Ez az ábra ne annyira jó . Melyik könyvből van? A DLCI értékek layer 2-es címek, gondolj úgy rájuk, minha MAC címek lennének. A hozzád legközelebb eső FR switchet címzed vele. Az FR hálózaton több ilyen switch is lehet, így a DLCI érték állandóan változik, míg a layer 3 cím nem (hasonlóan Ethernet hálózat esetében hop-ról hop-ra változik a forrás és cél MAC cím, míg az IP változatlan marad).
Ts
[ Szerkesztve ]
-
f_sanyee
senior tag
hogy izgalmasabb legyen, a ket tavoli routernek lehet ugyanaz a dlci-je. pl ha egyiknek 101, akkor a masiknak is lehet 101, a lenyeg hogy egy oldalon csak egyzser szerepelhet a 101.
R1 (dlci 101) --------- FR cloud ------- R2 (dlci 101)
vagy pl point to multipointnal lehet minden spoke routernel 101 a dlci, ilyenkor a hub-nal persze minden linkehez masik kell.
Spoke1 (dlci 101) ------ (dlci 101) HUB (dlci 102) ------ Spoke2 (dlci 101) -
tusi_
addikt
-
Tsory
tag
Jó lesz az a könyv. Az ábrán FR global címek vannak feltüntetve. Néhány oldallal előrébb el is magyarázzák a különbséget. Vagyis a local DLCI-k vannak úgy beállítva, hogy a túloldal global DLCI-vel egyezzen meg.
"Frame Relay Global Addressing (DLCIs)
The previous section discusses how Frame Relay addressing really works with local addressing.
If you happened to come to this section on global addressing, and have not yet understood local addressing, stop now, and go back! Global addressing only makes sense if you have a good understanding of local addressing.
Global addressing, or global DLCIs, is a convention service providers may use when choosing local DLCIs. By using the global addressing convention, documentation becomes easier, adding new sites becomes more predictable, and the DLCIs appear to be more like MAC addressing, with one DLCI per router.
NOTE The use of global Frame Relay addressing does not change how Frame Relay uses local addresses, or the DLCIs in the frames as they pass over the network, and most importantly, routers still only configure and see local DLCIs."
Ts
[ Szerkesztve ]
-
zsolti.22
senior tag
Ha nem cisco eszközöket állítasz FR-re, akkor az LMI mellett a beágyazást is állítsd át, ugyanis az encapsulation frame-relay alapból cisco-t használ, így az encapsulation frame-relay ietf paranccsal már más eszköz is érteni fogja a dolgot! Megnézni a sh inter serial X/X-szel lehet (packet tracer nem jelzi ki, csak valódi eszköz)
Frame-relayban meg képzeld úgy a dolgokat, hogy mindig keresztbe vannak a dolgok: távoli IP<-->helyi DLCI, így sosem kevered össze a dolgot. A többi elrontotta FR képre is szerintem kíváncsiak vagyunk
-
Tsory
tag
Én máshogy csoportosítanám őket: 2 telephely, több telephely multipoint, több telephely point-to-point. Az alapvető dolgok talán egy pont-pont kapcsolatnál érthetőek meg a legegyszerűbben, hiszen ilyenkor nem kavarnak be az alinterfészek, valamint nincs több DLCI egy porton. Először a DTE-DCE kapcsolatnak kell rendben lennie (helyi router--szolgáltató frame-relay switch), itt működik az LMI. Utána a DTE-DTE kapcsolatnak (router-router kapcsolat), itt lényeges a frame-relay encapsulation. Ezután rendben kell lennie a layer2-layer3 címek összerendelésének, ezt vagy az inverz ARP intézi, vagy mi kézzel veszük fel frame-relay map paranccsal. Ezek nem feltételnül múlnak azon, hogy Cisco eszközökből építkezünk, pl. a frame-relay enkapszulációnak meg kell egyeznie a két oldal között. Ha az egyik oldalon ietf van beállítva, akkor a másik oldalon is azt kell beállítani. Ha az inverz ARP ki van kapcsolva, akkor kézzel kell felvenni a frame-relay map-et, szintén függetlenül az eszköz gyártójától.
Nézzünk egy egyszerű két telephelyes kapcsolatot:
Budapest (192.168.1.1/24) -- DLCI 16 -- FRSW1..FRSW2 -- DLCI 20 -- Debrecen (192.168.1.2/24)
Ha minden automatizmus működik, akkor a kapcsolat így épül fel pl. Budapest oldalról:
Frame-relay encapsulation:
A helyi routeren beállítjuk a soros interface-en a frame-relay enkapszulációt.LMI:
Ha működik az automatikus LMI típus beállítás, akkor lekérjük az FRSW1-től az elérhető PVC-k DLCI-jét. LMI üzenetben megkajuk, hogy a DLCI 16 van számunkra fenntartva.Inverz ARP:
A budapesti router kihirdeti jelenlétét a virtuális áramkörön a 192.168.1.1/24 címének kiküldésével, DLCI 16-al. Debrecen router fogadja ezt az információt és hozzárendeli a kapott 192.168.1.2 IP-címet a helyi DLCI 20 címéhez. Gyakorlatilag hozzá már úgy érkezik a csomag, hogy a 2. rétegbeli cím DLCI 20 lesz benne. Debrecen router is hirdeti saját IP-címét a virtuális áramkörön, vagyis 192.168.1.2/24, DLCI 20 lesz a csomagban. Budapest router ezt úgy kapja meg, hogy 192.168.1.2 IP és DLCI 16 lesz benne. Ezt felveszi a saját frame-relay map táblájába.Hibakeresés:
Layer 1: kábel stb.
Layer 2: Nem egyezik az LMI típusa a szolgáltató FR switchével. Ez pl. észrevehető a show frame-relay lmi parancsból. A Num Status Enq. Sent valamint Num Status msgs Rcvd mezőknek nagyjából együtt kell nőniük, valamint a timeouts értékeknek nem szabad nőniük.
R1#show frame-relay lmi
LMI Statistics for interface Serial0/0/0 (Frame Relay DTE) LMI TYPE = ANSI
Invalid Unnumbered info 0 Invalid Prot Disc 0
Invalid dummy Call Ref 0 Invalid Msg Type 0
Invalid Status Message 0 Invalid Lock Shift 0
Invalid Information ID 0 Invalid Report IE Len 0
Invalid Report Request 0 Invalid Keep IE Len 0
Num Status Enq. Sent 122 Num Status msgs Rcvd 122
Num Update Status Rcvd 0 Num Status Timeouts 0
Last Full Status Req 00:00:04 Last Full Status Rcvd 00:13:24Ilyenkor az interfacen kiadott frame-relay lmi-type [cisco | ansi | q933a] paranccsal kell beállítani az LMI típusát.
PVC problémák
A show frame-relay pvc parancs kimenetén látszik a PVC állapota. Ha a hibát a nem megfelelő frame-relay enkaszuláció okozza, akkor azt az encapsulation frame-relay [cisco | ietf] paranccsal változtathatjuk meg.
Ha az inverz ARP nem működik (nem támogatja valamelyik eszköz, vagy ki van kapcsolva), akkor kézzel kell összerendelni a helyi DLCI-ket a távoli IP címekkel. Ez látszik a show frame-relay map kimenetén. A frame-relay map ip ip-cím dlci broadcast paranccsal korrigálhatjuk a problémát.
[ Szerkesztve ]
-
zsolti.22
senior tag
VPN-nél ne számíts sokra, csak arra, amiben AH+ESP+DH+HMAC-MD5+HMAC-SHA1 van, csak ezeket nézd át!
Wifiből nekem megint nem volt talán 1 kérdés, FR-ből viszont volt egy pár, és IPv6-ból egy deka sem volt.
Egyébként nekem 825 ponttól volt meg, és 1000 pont volt a max. Amúgy meg ha vue.com-ról fizetted ki, tökmindegy milyen bankkártyáról (akár dombornyomott, akár nem, úgyis a Fizetés gombra kattintva dől el), azonnal jönnie kell e-mailnek, hogy kifizetted vagy nem engedi a fizetést.
Hát sok sikert, mondanám, hogy ne izgulj, de úgyis fogsz
-
zsolti.22
senior tag
-
FecoGee
Topikgazda
Gratulálok! Szép munka! Csak így tovább! A pass az pass, ne foglalkozz vele! Ráadásul nyugodtabb körülmények között megoldottad volna a hiányzó részt is.
Egyetértek, ne használjátok a dump oldalakat. De nem azért, mert elrontják, hanem mert csalás. Magatokat becsaphatjátok vele, de előbb-utóbb kiderül azért hogy csak "papír CCNA/CCNP" -e valaki vagy ért is hozzá...Gratulálok még egyszer? Következő lépés? CCNP?
-
Cyber_Bird
senior tag
Elvileg lehet csinálni, fizikai eszközt emulál és azon futtatja az ios-t tehát ha az image tudja, akkor az is tudja. Megy viszonylag gyenge gépen is, csak az idle time-al kell szórakozni fentebb i'rták valamelyik kommentben hogy 1.7 ghz-es egymagos centrinon is fut, szóval csak kisérletezni kell a jó értékekkel, sok cikk van róla googlin.
[ Szerkesztve ]
-
sunyijanika
tag
Nem! mivel Etherchannelt és DHCP snoopingot csak Catalyst Switch-ken (Layer3) tudsz gyakorolni amihez valódi eszköz kell!! GNS3-al CSAK a Routingot tudod gyakorolni (RIP,EIGRP,OSPF,BGP etc.) ami a CCNP Routing vizsgához kiváló, a CCNP Switch examhez elengedhetetlen a valódi eszköz!
Ú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!
- Be quiet! Pure Wings 2 140mm PWM High-Speed
- Ejha! HP EliteBook 840 G6 Fémházas Laptop 14" -70% i5-8365U 4Mag 16Gb 1TB SSD FHD IPS + Táska!
- ELADÓ intel i5-9400f (igény esetén hűtővel)
- GeForce EVGA GTX 1660 SUPER 6GB
- Részletfizetés. Bontatlan. noblechairs EPIC székek azonnal . 24 / 36 hónap garancia . +36301300000