-
GAMEPOD.hu
--- 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
-
tusi_
addikt
-
tusi_
addikt
Mondjuk eleve hülyeség a no fr-relay inverse arp parancs, mert a fr map ip automatikusan kikapcsolja
Mennyi lehet még a könyvben, ami nem jó
eat, sleep, play, replay
-
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
CCNA Official Exam Certification Guide
A srác úgy magyarázta el, hogy:
Ha egy FR router üzenetet küld a PVC-n egy másik routernek, akkor az FR keretben lévő DLCI alapján határozza meg a fr switch az útvonalat az fr sw-ben felprogramozottak alapján. A fogadó pedig a küldő dlci-je alapján határozza meg a vissza forgalmat.
Épp ezért láttam benne némi logikát, hogy a tulsó oldal dlci je van benne a konfigban. Még azt is írta, hogy ugyanolyan a címzés, mint az Ethernetnél a szórásos hálózatokban, csak itt egy mezőben van a source/destination dlci, az ethernetnél meg két külön mezőben (header)eat, sleep, play, replay
-
tusi_
addikt
Köszi , hogy segítetek. Most szeretném leírni, ahogy én képzelem, megváltoztatva az eddig tanultakat.
Tehát:
1 változat.
Minden kütyü cisco akkor elég csak az interfészen beállítani a encapsulation fr t, ip -t adni és elméletben megkapja mindegyik másik router a többiek ipjét és dlcijét.2. változat.
Ha van olyan router, ami nem cisco, akkor akkor annál a encap fr után a fr lmi type ansi parancsot és a fr interf dlci x (akkor ezek szerint ide a saját dlci kell megadni.) ietf parancsot kell kiadni.
3.változat
Fr map ip x.x.x.x.(saját router) y (saját dlci) broadcast, ezzel kikapcsoltam az Inv-arp-ot.
4. változat
sub interfész point-2-point (multipoint), másik ruter ip és saját dlci.
[ Szerkesztve ]
eat, sleep, play, replay
-
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
-
tusi_
addikt
válasz zsolti.22 #515 üzenetére
"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"
"2. változat.
Ha van olyan router, ami nem cisco, akkor akkor annál a encap fr után a fr lmi type ansi parancsot és a fr interf dlci x (akkor ezek szerint ide a saját dlci kell megadni.) ietf parancsot kell kiadni."
Igen az ott van. ( fr interf dlci x ietf )Ez abban az esetben van így, ha csak az egyik router felé akarok ietf-et, mert az nem cisco, a másik az. Ha a háromból csak az egyik cisco , akkor a encap fr ietf parancs kéne.
Sajnos a többi kép nincs meg, mert - mivel éccaka töltöttem fáradtan - szvsz felülírtam.
eat, sleep, play, replay
-
Tsory
tag
válasz zsolti.22 #518 üzenetére
Az LMI type ezek közül lehet valamelyik, IETF nem:
R2(config-if)#frame-relay lmi-type ?
cisco
ansi
q933aA 11.2-es vagy nagyobb verziójú IOS eszközöknél az LMI autosense-es, vagyis megpróbálja automatikusan detektálni a router az FR switch LMI típusát.
Az end-to-end kapcsolatnál érdekes a frame-relay encapsulation típusa. Ez alapból cisco, habár ilyen opció nem látszik a helpben. Ha nem cisco router van a túloldalon, akkor ezt kell ietf-re állítani:
R2(config-if)#encapsulation frame-relay ?
MFR Multilink Frame Relay bundle interface
ietf Use RFC1490/RFC2427 encapsulation
<cr>Ts
-
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 ]
-
zone
őstag
CCNA felkészüléshez milyen hardver hardvert tudtok ajánlani 30e alatt? CBT Nuggets videóban 851W és 2514-et ajánlanak, én egy 851-K9-et nézegetek, ami elvileg ugyanaz, mint a 851W, csak wifi nélkül és jól hangzik, hogy ehhez van GUI.
Érdemes-e a felkészüléshez hardvert venni? Packet tracer már megvan.YouTube - https://goo.gl/bCKFYP
-
zsolti.22
senior tag
Fölös bármit is venni; ami a CCNA-hoz kell, azt a packet tracer is tudja, kivétel képez az eigrp titkosításához a keychain parancs. Nekem egy 2621XM-m van, de önmagában semmire sem elég, egyelőre még csak arra használtam, hogy megnézzem, hogy ha két gépet kötök rá, mi szerepel az ARP- és a MAC-táblákban router oldalon és PC oldalon.
@f_sanyee:
Nekem a GNS trí valahogy nem jól működik, akár telepítőset, akár portablét indítok, mindig sikerült kiakasztanom 1 perc alatt. Mondjuk nem is baj, zabálja az erőforrásokat rendesen.
A hibám egyébként az, hogy a konzolablakokat nem hozza be bekapcsolt router esetén sem.@mindenki
A GUI-val annyi a baj, hogy JAVA 6 update 5 kell neki, de mire ezt is megtalálja az ember, hogy a legfrissebb nem jó...Próbálkoztam én is ezzel az SDM-mel, fel is telepítettem (gépre, mert oda is kell), a Javát is megette maga a program, de a routerre nem sikerült rávarázsolni. Megy egy ideig a folyamatjelző, hogy másolja a fájlokat a routerre, de hibával végződik, pedig a beállítandó konfigot maga az SDM is mutatja (mármint a telepítője), még 0x2142-es nulláról indulás esetén sem múkodott.Jó ez az SDM (GUI) arra, hogy egy alapbeállítást megcsinálj vele, de mindenre ez sem képes, úgyhogy erősen ajánlom a konzolos parancsok begyakorlása iránti orientációt, már csak azért is, mert vizsgán egy deka GUI-s kérdés sincsen
[ Szerkesztve ]
-
tusi_
addikt
válasz zsolti.22 #533 üzenetére
Én úgy emléxem, hogy megy a keychain keystring parancs. 5.3.3 - van PT ből.
Én a routerre telepítettem az SDM-t és megy rendesen.
5-nél nagyobb javaval csak az Additional tools nem megy a többi igen. Szereztem nagy nehezen egy java 1.2.4-t - ha jól emléxem - és megy is már minden, de szvsz konfigra használhatatlan az sdm.
Versenyeztem az egyik sráccal konfigban, én már neteztem, amikor Ő még csak a NAT pool-t csinálta.A cisco config pro-t még nem próbáltam, mert 1 Gb szabad memóri kell neki és annyim nincs
eat, sleep, play, replay
-
tusi_
addikt
Sima CCNA -hoz tényleg felesleges az eszköz.
De az OKJ-s vizsgán pl az volt a baj, hogy aki már tudott konfigolni PT-ben, az amikor záróvizsga volt éles eszközt kapott a konfigra és állt bambán, hogy hogy is kell összekötni.
Pt ben rákattintasz a routerre és fel jön a CLI. A valóságban be kell kötni egy kábelt, konzolt kell nyitni, konfigolni.....
Nem hátrány, ha dolgoztál már eszközön.eat, sleep, play, replay
-
tusi_
addikt
válasz f_sanyee #538 üzenetére
Nekik otthon nem volt, órákon meg mindig PT ment.
Egy DCE/DTE bekötés pt-ben könnyű, de pl azt mondta a tanár, hogy a vizsgán le lesz takarva a jelölés a kábel végén és meg kell nézni parancs sorból, hogy milyen bekötés van az adott interfészen.
(sh ip int br, majd sh contorollers serial x/x/x)eat, sleep, play, replay
-
zsolti.22
senior tag
válasz f_sanyee #543 üzenetére
nekem a záróvizsga is PT-n ment
Bevallom, ezt az SDM-t még nem nagyon próbálgattam, így mondhattam hülyeséget is. Mivel suliban CCNA 3.1-et tanultunk, ott nem tananyag ez az SDM, így nemrég hallottam róla, a fiatalabbaknak könnyebb, mert ők már alapból a Discoveryvel kezdték
@f_sanyee
Nem állítok át semmit, alapbeállításokon "játszok" vele, megadom neki a 2621XM IOS-ét meg azt a UID-et vagy mit és csókolom. Eleinte megy a konzol, akár 2 routeré is de ha bezárom őket a piros X-szel, nem exit-tel, akkor a következőkben már nem hajlandó behozni a konzolt. Sőt, van, hogy kábellel összekötni a routereket is 3 (program)restartból kell.[ Szerkesztve ]
-
zsolti.22
senior tag
Meg nekem a PT jobban tetszik, ott "prüttyögnek" a kapcsolatjelző LED-ek, valóságosabb, mint a GNS3, már amennyit én láttam belőle Meg a PT nem gyilkolja meg a memóriát, elfogult vagyok, na. Nekem a Core i3-ast is megdolgoztatja, lehet, hogy nektek több meggymag dolgozik a gépben, azért nem olyan jelentős a terhelés
-
FecoGee
Topikgazda
válasz zsolti.22 #545 üzenetére
Hello,
CCNP-hez már kell a GNS3, szóval ha tovább akarsz lépni CCNA-ról meg kell barátkozni vele. Sok CCIE otthoni labor is GNS3-ra és 2 db 3560, 2 db 3550 switchre épül, olyan hálókártyával amely tud trunkot. Így teljes értékű laborod van CCIE R/S-hez.
Nekem stabilan működik, az idlePC értéket kell beállítani hozzá, és nagyon fontos a jó image. Erre megvannak a megfelelő fórumok. Nem minden image jó neki, akkor nekem is volt hogy nem jött fel a console. Próbáld meg a 3725-s router image-t.Feri
-
Teréz Atya
senior tag
Helló!
Azt szeretném megkérdezni, hogy az Odom féle tesztből létezik-e valamilyen ingyenes verzió?
Vagy valami hasonló amivel szimulátortesztekre tudnék felkészülni.Tényleg úgy van, ha kijelölgetős kérdéseknél egy válaszlehetőséget elszabsz, akkor az egész kérdést szbhatod?
Hogy megy ez a szimleteknél és a szimulátoroknál?A hedonizmus egyetlen elfogadható formája a kvadkopterezés! - koptergeza.blog.hu - www.youtube.com/channel/UCLtnLDubykhLEvDX0ZVUM8w - www.facebook.com/koptergeza
Ú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!
- Motoros topic
- A Video AI lehet a One UI 6.1.1 ütőkártyája
- Übergyors Samsungnak próbál látszani egy hamisított NVMe SSD
- iPhone topik
- Autós topik látogatók beszélgetős, offolós topikja
- S.T.A.L.K.E.R. 2: Heart of Chernobyl
- Építő/felújító topik
- Stellar Blade
- Autós topik
- Hálózati / IP kamera
- További aktív témák...