Én nagyon kíváncsi lettem az ISIS konfigra. Mik azok a 000049.00000.000000.0000a.000 számok, amiket használ? Hogyan kell értelmezni? A Cisco oldalán egy konkrét konfig van, de abból nem derül ki, miért pont 0000049 van routolva. Erről a protokollról nem sokat hallani, pedig az MPLS VPN MP-iBGP-i egymás között használják ezt is.

[ Szerkesztve ]

Tudom, hogy ez nem valasz a kerdesedre, de mar a CCIE-bol is teljesen kivettek az IS-IS-t. Nekem sajnos semmi tapasztalatom vele...

Összeset végig próbáltam.

[ Szerkesztve ]

eat, sleep, play, replay

A 209-es hibakód az kb. a "történt valami rossz és nem megy" kategória..
Ezer oka lehet, lehet hogy az IOS-t nem tudja betölteni: mert a default
IOS verzió egy nem létező file-ra mutat. Vagy az IOS nem ehhez a
platformhoz való, vagy véletlen NPE-G2 -t tettél a c7200-ba, ami nem
valami jó választás, mert csak spéci IOS-el hajlandó (nagyon bugosan)
működni. Dynamips vagy bármi más opciót átállítottál? Mert még az
is lehet hogy a Dynamips hypervisor nem kap elég memóriát. Esetleg
a JIT van bekapcsolva, de a géped/OS-ed valamiért nem tudja ezt a
Dynamips-nek megoldani. Elsőre ezeket nézd már meg. IOS verziót
jó lenne ha megírnád.. esetleg a beállított hardware konfigot, NPE és
kártyák, memória, ilyesmi. Szoktam néha c7206VXR-t használni, de
egy c3725 is tökéletesen megfelel, vagy egy c2621XM.. c1720 hostnak.
(IOS-ek sorban:
c1720-12.2-40a -- 64M DRAM
c2600-adventerprisek9-mz.124-15.T14.bin -- 128M DRAM
c3725-adventerprisek9-mz.124-15.T14.bin -- 128M DRAM
c7200-adventerprisek9-mz.124-24.T.bin -- 256M DRAM
Javaslom, hogy szépen nevezd át a bin file-okat zip-re és csomagold ki
és azt add hozzá a GNS3-ban az IOS images menüben.)
[Szerk.]
Plusz egy ok: tűzfal(akat) kapcsold ki vagy engedélyezd a hypervisor
portját mindenképpen - ez is lehet ok (7200 és e felett, konzol portokat
szintén nem árt megnézni, sose lehet tudni.. nekem linux alatt sose
volt még hasonló esetem, mint ez.. nem értem hogy jöhet ki egyes
esetekben egyeseknél :/ ).

[ Szerkesztve ]

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..

Nem kell semmit sem módosítania! Az a baja, hogy c7200p IOS-t használ, nem sima c7200-at.

Van valakinek CCDP-je?
Tapasztalatok?

Itt a srácok megcsinálták. Ha a vizsga érdekel, pite volt. Ha az érdekel, hogy
használják-e bármire: nos nem nagyon, egy kis támpontot adhat hogy mit hogy
kellene csinálni, ha nulláról indulsz. De általában nem nulláról indulsz úgyse.

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..

Ha jól láttam, a Switching és a routing vizsga u.a, mint a CCNP-hez, csak TSHOOT helyett ide valami Architekt vizsga a harmadik.
Erre érted, hogy az pite volt?

Igen, meg a kérdéssorra.

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..

Köszönöm.

Szeretném egy OSPF hálózat authentication password-jét titkosítani, amit a "service password-encryption" -el próbáltam, de a show run ugyanúgy clear text-ként jeleníti meg.

Csak packet tracer-ben nem működik, vagy van egyéb módszer erre?

.

[ Szerkesztve ]

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..

R1(config-if)#ip ospf authentication message-digest
R1(config-if)#ip ospf message-digest-key 1 m 0 cisco <<<

Itt még a "0" miatt ez plain-text

interface FastEthernet0/0
ip address 192.168.1.100 255.255.255.0
ip ospf message-digest-key 1 md5 7 14141B180F0B <<<

Ez így már Type 7 (Vigenère) cipher. Ilyet akartál? Ha ez nem megy akkor
az a Packet Tracer hibája lesz - az 5.3.2.0027 alatt bizony ez egy hiba.

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..

Köszi. Igen, erre gondoltam. Azt hiszem ideje lenne váltanom a GNS3-ra.

OSPFv2 hitelesítésénél létezik 2 mód: interfész-szintű hitelesítés és area-szintű hitelesítés. Az interfész-szintűnél 3 mód van: null, clear-text és md5 hitelesítés. Nyilván a megfelelő parancsot a megfelelő párral adom ki, pl: ip ospf message-digest-key 1 md5 jelszó parancsot a hozzá tartozó ip ospf authentication message-digest-tel. Így a beállított "jelszó" jelszó lesz a jelszó. Na de ha a rotuer módban vagyok és kiadom az area 0 authentication message-digest-et, akkor hogyan állítok neki jelszót? Mert ha ismételten interfészre kell menni és bepötyögni a jelszót, akkor nem sok értelme van az area-szintűnek; vagy hiányos a tudásom és lehet area-szintű jelszót is létrehozni?

Egy biztos, key-chain és idő alapú jelszó nincs OSPF-nél (legjobb tudásom szerint).

[ Szerkesztve ]

ip ospf authentication message-digest

Ha jól emléxem, erre a parancsra indul el azokon az interfészeken a hitelesités, amelyikeken beállitottad a "ip ospf message-digest-key 1 md5 jelszó" -t. Ez csak azon a szomszédon érvényes, amelyikkel egy interfészen van. Ha egy router f0/0-n cisco a jelszó, a f0/1 -en meg casco, akkor is menni fog a hitelesités, de csak azzal a szomszéddal, amelyikkel az azonos intefészen van.

[ Szerkesztve ]

eat, sleep, play, replay

Köszönöm, de még mindig nem tudom, hogy area-szinten hogyan lövök be jelszót.

Megválaszolva: ha minden igaz, annyit érek el az area 0 authentication message-digest paranccsal, hogy nem kell minden interfészhez bepötyögni az ip ospf authentication message-digest-et, csak az ip ospf message-digest-key 1 md5 blablabla parancsot.

Na most már engem is felcsigáztál

eat, sleep, play, replay

Kérdés:

Ha dhcpvel akarom kiosztani a gépeknek az ip-t, akkor az ip dhcp pool X ben melyik átjárót kell megadni. Mert ha pl megadom a DSW1 átjárót, de az leáll, akkor a DSW2-ről nem kapja meg a virtual ip-t.

eat, sleep, play, replay

He? Ezt most nem értem.
Ha a virtuális IP-t adod meg gw-nek, akkor illene kilátniuk a subnetből, amíg legalább egy gw aktív az adott vIP-vel.

Azt, hogy egy baromi nagy f.sz vagyok. Töröltem azt a konfigot, amelyiken volt a dsw2 -n is dhcp pool, de elfelejtettem, hogy már nincs.

Azt megcsinálhatom, hogy pl Load-balancingban használom a 2 DSW switchet igy

DSW1
vlan 10
ip add 192.168.1.10 x.x.x.x
standby 1 ip 192.168.1.1
standby 1 priority 200
standby 1 preempt
standby 2 ip 192.168.1.2
standby 2 priority 90

Itt a 192.168..1.1-es ip-t osztanám ki a másikon meg

DSW2
Vlan10
ip add 192.168.1.11 x.x.x.x
standby 1 ip 192.168.1.1
standby 1 priority 90
standby 2 preempt
standby 2 ip 192.168.1.2
standby 2 priority 200

Itt pedig a x.x.x.2 t

Ez igy műxik? Kilaboroznám, de az asszony még horpaszt és a fejemhezvágja a switcheket

eat, sleep, play, replay

Igen, ez így működik (és GNS3-ban laborozható is ).

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..

A config mukodeset ertem, mar csak az nem vilagos hogyan lesz ebbol ertelmes load balance.

Szvsz amelyik gép az 1.1 -es átjárót kapja meg, az azt fogja használni normál működés esetén - minden link megy - , mig amelyik az 1.2-st az meg azt.

Vagy ez nem jó igy?

eat, sleep, play, replay

Igen, mint irtam, ertem a mukodeset, csak meg azt nem sikerult felfognom, hogy ez miert jo.

Ha csak az egyik switchre van kotve egy gep, akkor jo esellyel attol a switchtol fog IP-t kapni. Ha megsem, akkor a ket switch kozti linket terheli (szerintem feleslegesen). Nyilvan a switch hibaja miatt le is fog allni, mert nincs masik linkje.

Ha egy gep mindket switchre ra van kotve, akkor feltetelezem a 2 halokartyat egyben kezeli, tehat 1 IP-je lesz. Itt beallitastol fuggoen vagy egyiket vagy masikat hasznalja es ezt mar layer 2-n meg is tudja oldani. (Tekintsunk el attol az esettol ha a switchek tamogatjak az etherchannelt ugy, hogy annak ket linkje ket kulon switchen van. Vagy mondjuk egyeb egzotikus modokon elosztott terheles, ami meg mar kb. gyatotol fugg.)

Ha meg a 2 kartyat kulon kezeli, akkor 2 IP-je lesz, esetleg 2 GW-vel, ami oprendszertol fuggoen vagy mukodik valahogy vagy csak szoporollerezes van vele.

Ezert nem ertem, hogy mire jo ez a "load balance".

[ Szerkesztve ]

Értelmes load-balance sehogy.. egyes gépek a kiosztott def.gw. alapján más-
más linken mennek ki a saját hálójukból.. ha az egyik link elmegy (ami itt
nincs semmilyen módon triggerelve, pedig az életben való jó működéshez kell,
valamint én mind a két HSRP groupban mind a két DSW-n preempt-et állítok)
akkor a másik def.gw. átveszi annak a forgalmát is. Ilyen load-balance -ot úgy
szokás csinálni, hogy a LAN IP tartományt 2 felé veszik és az egyik felét az
egyik DSW oszthatja ki DHCP poolból, a másikat a másik. Így nincs keveredés,
de hátrány, hogy nem tudod megmondani, hogy a poolokból mennyien fognak
IP-t kapni, mivel a DHCP kérés broadcast és mind a két DSW megkapja a
kérést és válaszolni is fog.. innen kvázi random, hogy melyik keret ér a hosthoz
vissza hamarabb és melyiket offer-t választja. Az életben gondok adódhatnak
abból is, ha nincs a HSRP triggerelve megfelelően, mert az upstream link lehet
up/up de ha a routing nem működik rajta keresztül (ha kell ezer okot mondok..)
akkor azon host forgalma, ami egy ilyen DSW-n megy keresztül az blackhole-ba
route-olódik, ha a 2 DSW közt nincs megfelelő routing. Ejj, nehéz ezt nem visual
táblával meg sok filctollal mondani.. könnyebb lenne

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..

Jolvan, megnyugodtam, hogy nem vagyok olyan nagyon huje.

Viszont a raktaros kollegaim...
We do not stock the below part (ASA-5510), but we do stock a WS-C3750-48TS-S. Can you please confirm if this is the part that is required or alternatively if it is a suitable replacement?

Minnyá laborozok egyet.

eat, sleep, play, replay

Látom felébredtetek, nekilátok én is valami brutális OSPF over FR multipointnak Csakis tusi kedvéért

CCNP Route Lab Manula-hoz hasonlo konyv van e? vagy valami website vagy akarmi?

Azt hagyd meg nekem, a kedvencem

eat, sleep, play, replay

Hát routerből csinált FR switch-csel sem megy, valami nem kóser, valaki ki tudna oktatni, hogy miért nem jaó?

[link]

Előljáróban: OSPF van konfigolva 3 routeren, ami area 1-ben van a WAN-t illetően, majd mind a három router mögött loopback van az area 0-ban, így 3 area 0 és egy area 1 van, amik között 2-2-2 virtual-link gondoskodik a contiguous-ságról. A loopback-ek p2p network-type-ként vannak konfigurálva, míg az egyes routerek S0/0.1 multipoint interfészei point-to-multipoint non-broadcast-ként. Így ugye nincs DR választás és a szomszédságok is kézzel vannak állítva, mégpedig R1-nek van 2 szomszédja, mert neki 2 PVC-je van (R2, R3-hoz), az R2-nek és R3-nak csak R1 van szomszédnak állítva, mivel csak ez az egy közvetlen PVC-jük van, ami az R1-hez vezeti őket. Ez így egy partial-mesh. A routereken InARP dolgozik, ami elintézi azt, hogy a közvetlen PVC kapcsolódásokat dinamikusan összekapcsolja a megfelelő IP-vel, viszont R2 és R3 között nincs közvetlen PVC, ezért az frame-relay map-pal lett oda-vissza felkonfigurálva úgy, hogy azok az R1 felé vezető PVC-t használják erre a célra. Mégis valamiért levagdossa a serial-interfészeket a gaz.

Még ami gáz lehet, az az ip ospf dead m h 3, de mindegyik interfészen egyforma, tehát a hellobelló és dead timerek nem lehetnek a hiba forrásai. Mindegyik router egyedi (1.1.1.1, 2.2.2.2, 3.3.3.3) RID-ekkel rendelkezik.

[ Szerkesztve ]

Itt a konfig nyersen:

<----------------------------------------------------R1----------------------------------------------------->
interface Loopback0
ip address 10.0.10.1 255.255.255.0
ip ospf network point-to-point
ip ospf dead-interval minimal hello-multiplier 3
ip ospf 1 area 0
!
interface FastEthernet0/0
no ip address
shutdown
duplex auto
speed auto
!
interface Serial0/0
no ip address
encapsulation frame-relay
clock rate 2000000
!
interface Serial0/0.1 multipoint
ip address 10.0.0.1 255.255.255.248
ip ospf network point-to-multipoint non-broadcast
ip ospf dead-interval minimal hello-multiplier 3
ip ospf 1 area 1
snmp trap link-status
frame-relay interface-dlci 102
frame-relay interface-dlci 103
!
interface FastEthernet0/1
no ip address
shutdown
duplex auto
speed auto
!
interface Serial0/1
no ip address
shutdown
clock rate 2000000
!
router ospf 1
router-id 1.1.1.1
log-adjacency-changes
area 1 virtual-link 2.2.2.2
area 1 virtual-link 3.3.3.3
neighbor 10.0.0.3
neighbor 10.0.0.2
<----------------------------------------------------R2---------------------------------------------------->
interface Loopback0
ip address 10.0.10.2 255.255.255.0
ip ospf network point-to-point
ip ospf dead-interval minimal hello-multiplier 3
ip ospf 1 area 0
!
interface FastEthernet0/0
no ip address
shutdown
duplex auto
speed auto
!
interface Serial0/0
no ip address
encapsulation frame-relay
clock rate 2000000
!
interface Serial0/0.1 multipoint
ip address 10.0.0.2 255.255.255.248
ip ospf network point-to-multipoint non-broadcast
ip ospf dead-interval minimal hello-multiplier 3
ip ospf 1 area 1
snmp trap link-status
frame-relay map ip 10.0.0.3 201 broadcast
frame-relay interface-dlci 201
!
interface FastEthernet0/1
no ip address
shutdown
duplex auto
speed auto
!
interface Serial0/1
no ip address
shutdown
clock rate 2000000
!
router ospf 1
router-id 2.2.2.2
log-adjacency-changes
area 1 virtual-link 1.1.1.1
area 1 virtual-link 3.3.3.3
neighbor 10.0.0.1
<----------------------------------------------------R3---------------------------------------------------->
interface Loopback0
ip address 10.0.10.3 255.255.255.0
ip ospf network point-to-point
ip ospf dead-interval minimal hello-multiplier 3
ip ospf 1 area 0
!
interface FastEthernet0/0
no ip address
shutdown
duplex auto
speed auto
!
interface Serial0/0
no ip address
encapsulation frame-relay
clock rate 2000000
!
interface Serial0/0.1 multipoint
ip address 10.0.0.3 255.255.255.248
ip ospf network point-to-multipoint non-broadcast
ip ospf dead-interval minimal hello-multiplier 3
ip ospf 1 area 1
snmp trap link-status
frame-relay map ip 10.0.0.2 301 broadcast
frame-relay interface-dlci 301
!
interface FastEthernet0/1
no ip address
shutdown
duplex auto
speed auto
!
interface Serial0/1
no ip address
shutdown
clock rate 2000000
!
router ospf 1
router-id 3.3.3.3
log-adjacency-changes
area 1 virtual-link 1.1.1.1
area 1 virtual-link 2.2.2.2
neighbor 10.0.0.1
<----------------------------------------------------FR-SW------------------------------------------------->
!
frame-relay switching
!
interface Serial0/0
description FR to R1
no ip address
encapsulation frame-relay
clock rate 2000000
frame-relay intf-type dce
frame-relay route 102 interface Serial0/1 201
frame-relay route 103 interface Serial0/2 301
!
interface FastEthernet0/1
no ip address
shutdown
duplex auto
speed auto
!
interface Serial0/1
description FR to R2
no ip address
encapsulation frame-relay
clock rate 2000000
frame-relay intf-type dce
frame-relay route 201 interface Serial0/0 102
!
interface Serial0/2
description FR to R3
no ip address
encapsulation frame-relay
clock rate 2000000
frame-relay intf-type dce
frame-relay route 301 interface Serial0/0 103
!

szoval mi is a problema? minden lo int ugyanabban a subnetben van? ezt igy akarod mukodesre birni?

Épp azért próbálom ki, mert a könyv nem említi, hogy hogyan osszak ki neki IP-t, de részemről elég nagy balfékség volt, az igaz. Gondoltam erre is, de a listában jó hátul volt. Lejáratni járok föl ide De a megvalósítás hibátlan, leszámítva ezt a kis problémát.

Még a stubby areákat akartam belevenni (de az area0 és a tranzit area nem lehet semmiféle stubby area), egy EIGRP redistribution-t, hogy ilyenkor hogy alakul az LSDB, de akkor már egy ISATAP IPv6 tunneling is jöhetne És akkor a lecke fel van adva, CCNP ROUTE-osoknak nálam ez lenne a felvételi egy munkahelyre

[ Szerkesztve ]

Nos első körben ez egy discontinous net.. a loopback címek egy alhálóban
vannak. :/ Másik: OSPF alap design, hogy az area 0 contiguous. Itt az area
0-kat virtual-linkeled össze? Az nem okos.. A virtual link az arra jó, hogy egy
area-n keresztül csatlakozz az area 0-hoz.. tehát pl 2-1-0 , virtual link 1-en át.
[Szerk.]Vagy én látok valamit rosszul?

[ Szerkesztve ]

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..

Könyvben az area 0 volt kettéosztva, onnan gondoltam.

Én ilyet nem láttam a Route SG Vol.2 -ben. Oldalszámot tudsz mondani?
Meg anno. csináltam egy ilyet, hogy összes LSA összes area egy topológián:

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..

Nem tűnik túl bonyolultnak, sőt. Én olyat nem olvastam, amit írtál, nekem CCNP ROUTE OCG-m van.

A hosztokat hogy lehet rávenni, hogy menjenek is, vagy itt csak szimbolizáltad őket?

[ Szerkesztve ]

Tévedtem, benne van, 3.132 - 2 cég Area 0-áját teszi összefüggővé, de alapból
írja, hogy ne használd design szerint, mert temp megoldásként még elviselhető.

Host-nak én 1700-as routereket teszek be általában (a kép lesz csak host) vagy
linux boxokat (tinycore vagy hasonló kis disztribúciókat).

Melyiket nem olvastad amit írtam?

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..