-
IT café
--- 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
-
Cyber_Bird
senior tag
válasz zsolti.22 #7351 üzenetére
Lehet en vagyok tul angloman, de STP inkabb. Vagy akkor ne alljunk meg itt, pl az iranyito protokollok:
Nyilt Legrovidebb Ut Eloszor(NYLUE),Fejlesztett Belso Atjaro Protokoll(FBAP)...
Az IT nyelve az angol szerintem, es valahogy bantja a szemem/fulem, ha ezeket magyarul hallom. -
FeRkE
őstag
válasz Cyber_Bird #7352 üzenetére
+1. Semmi értelme lefordítani, meg így megszokni a szakszavakat, szakmai körökben is vicces szerintem, ha valaki magyarul nyomja ezeket, például konferenciákon se nagyon hallom, hogy fordítanák a dolgokat.
-
zsolti.22
senior tag
válasz Cyber_Bird #7352 üzenetére
Nem jött át az irónia?
-
quby
őstag
válasz Cyber_Bird #7352 üzenetére
NYULE vazzzegg....ezen vinnyogok egy negyed órája....
Mellesleg a netacademy CCNA discovery-je is megvan magyarul. Abban voltak "kapcsolók" meg "útválasztók" meg "átviteli közeg elérés vezérlési cím"...A 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.
-
Cyber_Bird
senior tag
válasz zsolti.22 #7354 üzenetére
Bocsi, irasban neha nem jon at nekem
Amugy ezekkel egyszer okorkodtunk egy ciscos emberkevel, eloadast tartott az asr9k feature-eitol, es valahogy elojott talan a kapcsolo, vagy forgalomiranyito szo, es elkezdte onnantol forditani ezeket a kifejezeseket.
1.5 perc utan rohogesbe fulladt
Biztonsagos aljzat reteg volt az utolso ami meg remlik -
f_sanyee
senior tag
hi,
eleg reg jartam mar itt, de latom a kemeny mag az ugyanaz mint 2-3 eve
februarban lejar ccna-m, arra gondoltam, hogy megcsinalom a ccna securityt.
eleg ehhez gns3, vagy van benne olyan amihez kell mondjuk asa?sysadminkent dolgozom, de networkos tudasnak sokszor hasznat veszem, nem tudom erdemes e veszni hagyni ccna-t
-
Cyber_Bird
senior tag
Nah erdekes dolgot talaltam.
Uj gns3-ban IOU-val kiserleteztem, es osszeraktam egy topologiat, amiben a default-networkot akartam eigrp-n keresztul propagalni a tobbi routerre a border routeremrol:R1-----R2------R3
R1-en volt a default network, 192.168.100.1/24 felhuzva a loopbackra, ezt eigrp-vel hirdettem tovabb R2-nek egy masik C osztalyu halozaton. R2-n ip default-network 192.168.100.0, ahogy illik lett is gateway of last resort, es a routing tablaban latszik a candidate default. viszont R3-n nem lesz beallitva a gateway of last resort, bar a route megerkezik eigrpn: D* 192.168.100.0/24 [90/435200] via 192.168.3.2, 00:01:08, Ethernet0/1
Kezdtem mar aggodni, hogy en vagyok a hulye( ez mondjuk igy sem kizart) ugyhogy osszeraktam hagyomanyos gns3-ban dynamips alapokon, ahol ugyanez a konfig, csodaszepen mukodik es beallitja a gw os last resortot R3-on is
IOS minden esetben 12.4, eigrp no auto-summary-val konfigolva.
Valaki mas is belefutott ilyesmibe, vagy csak en benazok?
[ Szerkesztve ]
-
tusi_
addikt
Tud valaki egy linket adni, hol lehet a cisco cloudban eszközöket összerakni es gyakorolni rajtuk?
eat, sleep, play, replay
-
bugizozi
őstag
Sziasztok!
Cisco ASA 5505 típusú eszközön szeretnék beállítani VPN-t de nem igazán sikerült
Cisco ASDM-IDM Launcher-rel próbálom összekattingatni eme videó alapján, a Cisco VPN Client csatlakozik, viszont a belső hálót nem érem el.Hálózat: (az ip címeket nem akarom kiadni a nagyvilágnak úgyhogy ezek kitaláltak)
Inside network (10.10.10.0/24) - ASA - Outside network (172.16.0.0/24)
Az IP pool ahonnan a VPN kliensek kaphatnak IP-t: 192.168.0.0/24
Rádugtam egy-egy számítógépet a belső és a külső hálózatra, beállítom az ip-ket, a külső hálózatról becsatlakozom, de nem tudom onnan pingelni a belső gépet. Ha mindkét gép a belső hálón van akkor megy a ping.
A videó alapján mennie kéne a dolognak? Milyen infot (pl parancs kimenetek) szolgáltassak, ami alapján esetleg lehet nekem segíteni?!Köszönöm!
VCP7-DCV, CCNA ||| Ami működik, ahhoz nem szabad hozzányúlni!
-
fogi
tag
Sziasztok!
CCNA Security vizsgára készülök és nagyon szeretném kipróbálni az IOS IPS-t.
Tudna esetleg valaki küldeni egy "IOS IPS Signature Data File"-t?
A Cisco-tól csak szerződéses partnekek tölthetik le, tanulók nem.
Nagy segítség lenne nekem.
Köszönöm előre is. -
zsolti.22
senior tag
A Supervisor Engine 720 egy 6500-asban mikor fog DISABLED állapotba kerülni, egy show redundancy parancs kimenetében? Lehet külön lekapcsolni a redundanciát, vagy ilyenkor csak az egyik modul van benne a chassisban?
-
Cyber_Bird
senior tag
válasz suomalainen #7371 üzenetére
Van benne valami
-
tusi_
addikt
-
Ygg
senior tag
válasz suomalainen #7371 üzenetére
S mondja még valaki, hogy érdemes tanulni...
-
bugizozi
őstag
-
fogi
tag
válasz Hedgehanter #7376 üzenetére
Húú, de jó.
Ezzel?
http://indabox.hu/
ide: tux kukac index pont huNagyon köszönöm!
-
Gesztiboy
tag
-
fogi
tag
válasz Hedgehanter #7376 üzenetére
Meg is érkezett, köszönöm!
-
FecoGee
Topikgazda
-
sunyijanika
tag
Sziasztok,
Az egyik client packet loss issue-val küzd az egyik LL. Annyit kiderítettem, hogy a transmitter pathval lesz valami, mivel elkezd dobálni 4461 bytes Lan-to-Lan csomagoknál viszont megy 4460al, receiver az OK. de ügyfél traffic-el akár 1500 is dobál a LL.-on. Másik path megy szóval nem a Lan vagy a Backbone.
A kérdés: milyen bottleneck okozhatja ezt a 4460 bytes-os határt? mielőtt belevetném magam dobjatok néhány tippet
-
crok
Topikgazda
válasz sunyijanika #7387 üzenetére
1. kétlem, hogy a LAN *ethernetek és nem fognak 1500-ra darabolni.
2. esetleg a local loop eth-over-sdh és az sdh "user" MTU-ja 4460-ra van lőve.Esetleg amit kérj: payload vagy line scrambling-et az SDH vonalra.
Valószínű a csomag még talán meg is érkezik de valszeg keret szinten
van bithiba (könnyen előfordul és reprodukálható, tesztelhető).
Én spec ezt csinálnám, az eredmények megmondják mi lehet a cink:ping <IP> df si 1500 re 10000 ti 1 da abcd
ping <IP> df si 1500 re 10000 ti 1 da 0000
ping <IP> df si 1500 re 10000 ti 1 da ffff
ping <IP> df si 1500 re 10000 ti 1 da 8888Az első (default) ping data egyfajta "kvázirandom" bithalmaz: 1010101111001101.
A második a csupanulla. (SAP csomagok sokszor tartalmaznak '0' padding-et).
A harmadik a csupaegy. Az utolsó pedig 1000100010001000.
Ezekkel szokott általában minden vonal "szarakodni".
Ha valahol valamelyik "médiát átalakító eszköz" (DSLAM pl..) vagy multiplexer
(SDH MUX, soros repeater) szarul végzi a dolgát akkor ezekkel általában kijön. -
sunyijanika
tag
kipróbáltam az említett pattern-ket, de hibátlan mind. Az issue főleg akkor tapasztalható ha az ügyfél forgalom van a vonalon, ha átkapcsolom akkor hibátlan a LL a teszt nem mutat semmit. viszont az ügyféllel se szórakozhatok ugyebár..
valóban a scrambleing jó megközelítés lehet és az MTU-t is ellenőrzöm.
Köszöntem!
-
oleeg
tag
válasz sunyijanika #7389 üzenetére
Szia!
LL milyen technológia és milyen sávszélesség?
Üdv:
o
[ Szerkesztve ]
-
oleeg
tag
válasz sunyijanika #7391 üzenetére
Szia!
Nekem az gyanús, hogy ügyfél forgalom nélkül nincs csomagvesztés.
Ez tipikusan akkor fordulhat elő ha mondjuk van egy Ethernet vonalad amit átadnak mondjuk FastEth vagy GigEth interfészen, de vonali sávszélesség igazából csak az interfész sebességének töredéke és a szolgáltatói vonal nem tolerálja burst -öt. Nálad szerintem mindenképpen probléma lehet, hogy az egyik interfész FastEth a másik pedig GigEth. Ilyenkor az eszköz képes elárasztani (forgalom burst-ös jellege miatt) úgy a vonalat, hogy csomagvesztést tapasztalsz. De ha nincs forgalom a vonalon akkor akár 100e vagy 1m ping is hiba nélkül visszajön. Az interfész számlálók (drop) pedig tiszták. Ilyenkor egy egyszerű shape segíthet melyet mindkét WAN interfészre outbound irányba ráírsz, feltéve, hogy a platform támogatja és még amúgy sincs semmilyen QoS a vonalon.
Utána érdemes ellenőrizni a policy-map -ot a sh policy-map int <interfész neve> paranccsal működés közben a Queueing rész nézni ahol a (queue depth/total drops/no-buffer drops) 0/0/0 mutatja, hogy ha a shape aktív. Ha a látszik, hogy a default (64 packet) queue limit nem elegendő és emiatt továbbra is dobál akkor növeld a queue limit értékét. Rossz esetben nem lesz már csomagvesztésed, de a válaszidő akár több másodperc is leheto
[ Szerkesztve ]
-
tusi_
addikt
Ha valakinek van egy 6500-as a közelben, nyomjon ra lecci egy sh env parancsot.
Erdekelnenek a homersekletek.
eat, sleep, play, replay
Ú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!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest