-
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
-
crok
Topikgazda
válasz
zsolti.22 #1361 üzenetére
@BGP:
Igen, iBGP-nél biztosítani kell, hiszen iBGP esetén a next-hop alapvetően
nincs megváltoztatva mint eBGP esetén. EBGP esetén azért van szükség
a next-hop IP-címének megváltoztatására, mert kimutat az út az ASből.
Ha ezt az utat iBGP-be hirdeted akkor a border router-en lehet hogy be kell
állítanod majd az iBGP peerek felé a next-hop self paramétert hacsak nem
használsz valamilyen protokollt a next-hop feloldására (indirect next-hop -od
lesz ugyanis). IBGP esetén a routerek úgyis össze kell hogy legyenek kötve
valamilyen IGP-vel (akár static, OSPF, EIGRP.. bármi), tehát az eBGP routerek
felé mutató linkek route-jait is be kell juttatnod és mindenkinek tudnia is kell
az eBGP route-ok next-hop -jainak elérhetőságéről különben nem fognak az
utak a routing táblába bekerülni, már a BGP táblába se, hiszen nulladik döntési
szinten áll (még a weight előtt..) hogy a next-hopnak a RIB-ben szerepelnie kell.Egyébiránt az iBGP routerek nem küldenek tovább iBGP routertől kapott route
-ot másik iBGP routernek hiszen miért tennék, az iBGP routereknek az iBGP
route-okat ismerniük kell (full mesh: mivel iBGP-ben a full-mesh követelmény,
minden iBGP routernek lennie kell egy BGP kapcsolatának az AS összes iBGP
routerével ezért egy eBGP route legfeljebb egy iBGP rotueren keresztül
mindenképp elérhető kell legyen [úgy értem egy BGP-t beszélő routeren keresztül..
nyilván nem egy routeren keresztül..] ). (Jó, kivétel: router-reflector.. BGP
konföderáció.. de ezek speciális esetek..). Így maradhat az iBGP loopmentes:
"másnak nem adom tovább azt amit én is bentről kaptam" - split horizon.Már késő van de ha nagyon nem érthető (remélem nem hülyeség) akkor átírom.
IpSpace: BGP next hop processing
BGP next hop self
BGP Best Path Selection
Bgp Split Horizon rule[ Szerkesztve ]
-
crok
Topikgazda
@HSRP: én a HSRP configba betenném a preempt-et mind a 2 routerre, hogy
amikor "visszajön" a HSRP az elsődleges routeren akkor tényleg vegye is
vissza az elsődleges router a HSRP elsődleges funkciót. Még betennék egy
tracking-et is, hogy valamivel triggerelni lehessen azt, hogy a HSRP mikor
váltson (ne csak akkor mikor az interface lehal valamiért..). A triggerelés
lehetne interfész protokoll státusz és/vagy IP SLA alapú, mondjuk egy Internet
megosztására használt router figyelhetné IP SLA-val ICMP echoreques-el
a 8.8.8.8-at vagy ugyan így a 8.8.8.8 -at DNS lekérdezésre és ha a tracking
"down"-ba megy akkor beálíthatnál egy prioritás csökkentést úgy, hogy a
másodlagos router prioritása alá menj -> a preempt miatt a másodlagos
router azonnal átveheti az elsődleges szerepét, de ha a újra elérhető a
tracking object akkor az elsődleges azonnal vissza is veheti ezt a szerepet
(de én még a link flapping-et is belevenném a számításba: szóval még egy
két perces standby delay-t is betennék, hogy már akkor álljon át a HSRP
mikor az elsődleges link már 2 perce stabil). -
crok
Topikgazda
válasz
FecoGee #1374 üzenetére
Üdv Neked is
Nem utazom certekre, egyébként CCIPből a BGP/MPLS hiányzik.. de nem is
vágyom rá, minden nap dolgozom vele elég mélyenNincs szükségem rá
Meg másnak sincs rá szüksége, papír CCNP-kből van elég, gyúrjatok tudásra!
Certeked nem nagyon figyelem, nem vagyok képben velük de másban szívesen
segítek ha kérdeztek és nem haladtok valamivel (providernél dolgozom, 3rd line,
Cisco és Juniper eszközök leginkább; CCNP 2 éve van meg, Datacenter-t
akarok inkább csinálni c6500-asokkal meg Nexusokkal; otthon vagyok QoSben,
routingban, switchingben, hardware-ben (WAN technológiák ISDN-től Frame-
relay-en át MetroETH-ig (bár ezt inkább Nortel cuccokkal)), hibakereső vagyokHa akartok ilyesmiben kicsit a legaljára ásni akkor ezen a helyen nézzetek szét:
[link-blog] -- ide szoktam a meló közben összegyűlt okosságokat kiírni.[ Szerkesztve ]
-
-
crok
Topikgazda
válasz
FecoGee #1383 üzenetére
Nem bújkáltam, nem olvasok magyar fórumokat, csak idegen nyelvűt..
egy véletlen Google találat dobott ide, ott láttam hogy vannak kérdések.
Gondoltam válaszolok. CCIE? Igen, motivál, de a written a sok dump
miatt máshol sincs annyira megfizetve, a "rendes" meg legközelebb
Brüsszelben van (ahogy emlékszem) és csak a vizsga ~2MHuf. Na
az még ha céggel csinálom is húzós, min. 2 év tanulmányi szerződés.
De CCIE is rengeteg fajta van ám, nem éri meg még Routing/Switching
témában annyira elmerülnöm, mert rendkívül szerteágazó a meló, IOS
tűzfalazás, DMVPN, IPSec, ZoneBased FW.. amúgy is a voicing/VoIP
a nagy kedvencemMinden területet egyszerre próbálok emleni egy
szintre és így haladni.. aztán majd ráérnek a certek ha kellenek.@Sunyijanika: Igen, Debrecen, ITSH.. Többit PM ha gondolod.
-
crok
Topikgazda
válasz
sunyijanika #1397 üzenetére
Max akkor van különbség ha a subinterface-ek nem egy OSPF area-ba
tartoznak. Akkor internal>external ha valahonnan véletlenül ugyan az a
perfix jön.. cink helyzet.. jártam már így, 2x kiosztott LAN címzés miatt..
Esetleg ha NSSA akkor lehet még ügy, mert ugye type1 és type2 miatt
a cost máshogy alakul. Vagy a hálózatokat/interface-eket redistribute
connected -el akarod továbbadni? A type1/type2 ott is számítani fog.Egyébként simán network-el vagy interface-en konfigolva mindegy lesz
ha ugyan abba az area-ba teszed be őket. -
crok
Topikgazda
OSFP-ben a network parancs egy wildcard-al nem azt mondja meg hogy
mit fog hirdetni, hanem kijelöli azon interface-eket amiken az OSPF futhat,
így ha a subinterface-ed IP-i pl. rendre 192.168.0.1/24, 192.168.1.1/24,
192.168.2.1/24 és 192.168.3.1/24 valamint az OSPF konfigban ha azt
adod meg mondjuk hogy network 192.168.0.0 0.0.255.255 a 0 akkor mind
a 4 interface OSPF-ben benne lesz, LSA fog generálódni amint a link state
up lesz, hiszen az OSPF "link state routing protocol", így itt nem is adhatsz
meg mást, mint azt hogy mely interface-ek vegyenek részt (és hogyan) a
protocol működésében. Ha mást akarsz betenni akkor azt csak redistribute
paranccsal tudod (paraméterezve, Type5 LSA). A link state működés miatt
nem lehet pl OSPF-ben LSA-kat szűrni, csakis azt lehet pl- szűrni, hogy mi
kerülhet be a routing táblába - hisz' mindenkinek ugyan azzal az LSDB-vel
kell rendelkeznie, másképp az OSPF működése sérülne. Ja, ha például
net 0.0.0.0 255.255.255.255 a 0 adsz meg akkor az összes interface aminek
IP-je van benne lenne az OSPF processzben (sajnos ha azt a parancsot
adod ki hogy net 0.0.0.0 0.0.0.0 a 0 akkor is igaz ez: az IOS ezt át fogja
írni net 0.0.0.0 255.255.255.255 a 0 -ra.. bizony..).Azon protokollok amiken a network úgy van megadva hogy azokat hirdeni
is fogod azok nem link state routing protocol-ok (pl BGP, de ott se lehet
bármit, csak az lesz hirdetve ami a routing táblában benne van valahogy).Ha gondoljátok leírok egy érdekes OSPF IOS bugot és egy workaround-ot:
egy beragadt LSA okozott némi routing loopot. -
crok
Topikgazda
A network parancs csak meghatározza, hogy mely interface-eken futhat
az OSPF, természetesen passive-inteface-el még az így beleesőket is
kizárhatod, de azt tudnod kell hogy ha beleesik network szerint egy link
de a passive-interface -el letiltod az OSPF futását arra az interface-re
akkor bizony a link-state működés miatt nem fog rajta futni az OSPF és
nem fog fogadni Hello-kat se, nem fog LSA-kat kölden azon interface-en.
Meghatározza az interface-eket, de ezzel nem meghatározza azt is hogy
mit fogsz hirdetni, azt csak a link-state határozza meg. A példának felhozott
network 0.0.0.0 255.255.255.255 area 0 például nem azonosítja a hálózatot
amit hirdetni akarsz, ezzel természetesen nem fogsz a hálózatba defalut-
route-ot hirdetni, pont ezért hoztam fel példának.Cisco referencia
network areaTo define the interfaces on which Open Shortest Path First (OSPF) runs
and to define the area ID for those interfaces, use the network area command
in router configuration mode.[RIP esetére Cisco referencia]
The following example defines RIP as the routing protocol to be used on all
interfaces connected to networks 10.99.0.0 and 192.168.7.0:router rip
network 10.99.0.0
network 192.168.7.0LearningNetwork link a témában
A különböző IGP-k különbözőképpen viselkednek a passive-interface
parancs használatára vonatkozóan. Ezt is leírhatom ha gondolod.[ Szerkesztve ]
-
crok
Topikgazda
válasz
FecoGee #1403 üzenetére
A hálózat:
Provider
| |
R1----R2
| |
--LAN--A Bug:
Az LSDB-ben 2 LSA úgy volt mind a két routeren beragadva, hogy úgy
szerepeltek mintha egymástól tanulták volna az utakat ám egyik router RIB
táblájában sem voltak benne a route-ok külső forrásból vagy connected-ként,
csak az egymástól kapott LSA-k alapján kerültek az OSPF miatt a routing
táblába a route-ok ezzel egy loopot képezve a 2 beragadt hálózatra indított
traceroute-ban.A workaround lehetett volna egy egyszerű clear ip ospf process, ám ez nem
volt járható út, produktív központi rourek, csomagdobás/kiesés nem
megengedett.A workaround:
Mivel LSA-t törölni nem lehet (már fentebb írtam miért..) és a processz restart
se volt opció így más módszert találtam ki: valamivel triggerelni kell az OSPF
processzt hogy kezdjen valamit az LSA-kkal. A módszer az lett, hogy csináltam
egy dummy static route-ot amiben a next-hop interface a null0 lett és kiadtam
az OSPF alatt a redistrubute static majd a no redistribute static parancsokat
majd töröltem a dummy route-okat. Így az OSPF triggerelve volt hogy a bera-
gadt LSAk újra legyenek generálva majd mégegyszer triggerelve törölte is a
beragadt de már a dummy route-ra mutató LSAkat és így a LANból jövő LSA
már bekerülhetett az LSDBbe és minden ment szépen.[ Szerkesztve ]
-
crok
Topikgazda
válasz
zsolti.22 #1414 üzenetére
Igen, így néz ki a dummy route. Igen, drop lesz, megy a router /dev/null -ba.
De ez nem volt probléma mert a az OSPFnek nem kellett így lefutnia teljesen
és a beragadt LSA miatt amúgy is loopolt arra a network-re a 2 router, így a
pár másodpercnyi null-ba route-olás arra a prefixre nem volt probléma, addig
se ment.. viszont a LAN-ban nem szűnt meg a routing teljesen -
crok
Topikgazda
Edit -> IOS images and hypervisors -- de kell hozzá az IOS!
Aztán betallózod az IOS-t, megadod hogy milyen router-é és
azt a router már behúzhatod. Jobb klikk a routeren és config,
itt megadod hogy milyen modulokat teszel a routerbe. Ezután
megcsinálod az összeköttetéseket és indíthatod is a routereket.
Ha elindult jobb klikk console -al beléptél akkor számoltatsz
rá IdlePC-t (jobb klikk a routeren és IdlePC) ezzel csökkented
a CPU terhelésed. -
crok
Topikgazda
Nemár.. google.. "cisco ios download" első 10 találatból 6 letöltés:
IOS download
c7200 routingra
c1700 hostnak traceroutehoz, pinghez.
Állíts rajta static def.utat meg egy interface-en IP-tÉs kereshetsz a GNS3 használatára is,
Youtube-on is, keresd a bowlersp csatornát pl.[ Szerkesztve ]
-
crok
Topikgazda
Néhány régebben megírt cikket most feltettem a blogomra (aláírásban a
cím) ha gondoljátok nézzétek meg, mindennapi trükkök, hasznos kis tippek
de velősebb leírások is vannak, lesznek.. Meg rengeteg telekommunikációval
és/vagy Linux témákkal foglalkozó cikk van. Most olyanokat tettem fel mint
TCP maximális átvitel kiszámolása (amikor a user azért panaszkodik hogy
"lassú" pedig nem lassú, ez a max.. hiába van 120M-s UPC net ha a TCP
window kicsi és a célgéphez a késleltetés nagy..), hogyan ellenőrizhetjük
a routerről hogy a LAN-ban levő kép valóban jól van-e konfigurálva, hogyan
tudod megnézni milyen csomagok (honnan-hová-milyen QoS jelöléssel)
haladnak át a routereden.. Most írom majd a hogy használd rendesen az
IPerf nevű programot c. cikket(A TCP/UDP átvitelt lehet vele tesztelni).
-
crok
Topikgazda
válasz
f_sanyee #1433 üzenetére
@VRF - CCIP - Implementing Cisco MPLS
@az EEM és az SLA két különböző de összekapcsolható dolog, de könyvben
még nem találkoztam vele.. a cisco.com remekül összefoglalja egyébként.
@Policy Based Routing: Ez inkább CCIE anyag, a CCIE Routing-Switching
exam guide-ban van leírás, de route-map -elés az egész csak
@Path control: Erre is a CCIE Routing-Switching-et mondom ha több kell mint
ami a CCNP Route-ban van. -
crok
Topikgazda
Az attól függ mi a cél. Packet Tracerbe raktam össze egy kis labort
2 telefonnal, akik tudják egymást hívni. Vagy mi a pontos cél? Csak
az kell hogy meghatározott, VoIP-re jellemző csomagokat szeretnél
küldeni? IPerfet be lehet állítani ha mindent megfelelően adsz meg,
vagy GNS3-ba is lehet Pagent-et tenni. A cél a lényeg. Ha tudom
akkor tudok segíteni -
crok
Topikgazda
Van a Cisco-nak soft phone-ja - Cisco IP Communicator - és megy is a
CME-vel. Igazából teljesen mindegy milyen IP telefont szerzel be, a
lényeg az hogy működjön. Ja, és a Cisco 7911 jó lesz, teljesen elég
arra hogy az ember megértse a regisztrációt, a call signaling-ot és a
traffic flow-t, nem kell túlcsicsázni a dolgot. Ha nem kell hogy legyen
benne switch egy PC-nek akkor vehetsz 7906-ot is. De nézd azt is
hogy milyen protokollt akarsz használni: SCCP elég vagy SIP, MGCP
is szükséges? A codec-ek közül szinte mindegyik ismeri mindet, de
a G711-et mindenképp ismeri mind, meg általában a G729-et, ezek a
legelterjedtebbek. Annyi csak, hogy arra érdemes odafigyelni, hogy hány
DN-t tud kezelni a készülék, ha több kell érdemes inkább már most egy
kicsit jobb, 794x készüléket venni (pl ha kell a hívástartás, várakoztatás..).[ Szerkesztve ]
-
crok
Topikgazda
Hogy menő-e? Konkrétan szerintem a signaling jövője
Spec. én még
VoIP SBC->PSTN átalakítást nem SIP-el még nem láttam, és nagy,
nagyon nagy cégek is ezt használják, nyilván nem véletlenül
Codec pedig a 2 leghasználatosabb (ahogy a hálózatainkban látom) a
G711 (nagyobb sávszél, legjobb hangminőség (MOS 4.1), kevesebb
processing) vagy G729 (kisebb sávszél, kicsit rosszabb minőség
(MOS 3.92), több processing). -
crok
Topikgazda
Akkor ideteszek 2 hasznos cuccot, én csináltam.
- Egyik egy VoIP codec szupertáblázat, az összes gyakran használt codec
összes fontos paramétere benne van, amit manapság a hálózatokban láthatsz.
[link]
- A másik egy VoIP 101, egy kisokos hogy milyen funkciói vannak a VoIP
megoldásoknak, milyen alap szolgáltatások vannak, mire valóak és hogyan
kell őket konfigurálni.
[link]+1: Packet Life Cheat Sheets, ezt mindenkinek ajánlom!
[ Szerkesztve ]
-
crok
Topikgazda
C4500 és C6509.. remek jószágok, nagy kedvenceim.. hiába, a Sup720-ra
ha rákap valaki.. megérzi az MSFC, az MLS, a Netflow, a PFC, a dCEF,
a hardverben megoldott QoS- és akár NAT-olás lehetőségét az már mást
nem is akar használni.. talán Nortel 8600-astJó kis munkád van neked
is ezek szerint. Sok sikert, ha kellünk kérdezz nyugodtanc6500/4500-
akban CatOS/hibrid/IOS fut? "..mint a csokiboltban" -- ez jó volt -
crok
Topikgazda
válasz
zsolti.22 #1494 üzenetére
Én is Tsory és aor fórumtársakkal értek egyet: az USB2Serial jó megoldás,
hordozható, laptop/notebook/desktop eszközzel is remekül üzemel.
Ebay- ről lehet rendelni, max. 2 hét alatt megérkezik, 10$ -ért kapsz 5-öt,
ha véletlen el is romlik valamelyik még van 4 másik, és 2800 Forint volt.. -
crok
Topikgazda
válasz
zsolti.22 #1505 üzenetére
[ugrások száma]nem az ugrások száma, hanem hogy azon a next-hop
címen keresztül mennyi utat tanul a router.
Cisco referencia a show ipv6 rip parancshoz, a lényeg a rész végén van.[ Szerkesztve ]
-
crok
Topikgazda
válasz
zsolti.22 #1523 üzenetére
Attól függ mire lenne használva,mekkora sávszélességet akarsz kihasználni,
mekkora session mennyiség lenne használva, P2P engedélyezett-e, milyen
szűrést akarsz használni.. QoS-nek nem nagyon van értelme, akármit állítasz
be ToS-nek a szolgáltatók úgyis lenullázzák. Max arra használhatod a QoS-t
hogy sávszélt tarts fent kifelé bizonyos forgalmaknak vagy bizonyos forgalmakat
korlátozz (mondjuk bármilyen URL amiben benne van az hogy "facebook").
Egy IP Inspection in LAN felől (vagy ZoneBased FW), NAT-al a WAN felé..
Itt megvan hogy melyik router mit tud (!! routing only !!) de egy ilyen kis router
nem bír majd sokat ha van IP Inspection meg P2P is .. max 10Mbps átmenő..
Portable Product Sheets – Routing Performance -
crok
Topikgazda
Nem valószínűleg, hanem biztosan, ezért linkeltem be a router performance
portable guide-ot. Én több security-t várok el egy Internet megosztástól, egy
IP Inspection (ha csak simán annyi, hogy tcp/udp/icmp..) akkor is többet véd
mint az ACL established (egész könnyen kijátszható.. mármint könnyeb egy
DoS támadást csinálni a kliens ellen..). Szerintem a routert kívülről elérni SSH
segítségével jó ötlet, de áttenném a default 22 portról másik portra.A sávszélességes dolog.. az interface alatt kiadott bandwidth parancs semmi
ilyesmire _nem_ való. Információ jellegű pl. routing protocol-ok számára.
Ha meg akarod osztani így a sávszélt, ahhoz rendes QoS config kell, egy
rendes hálózat topológia fejében megírom neked, csak add meg az is hogy
milyen alapon szeretnéd szétosztani: IP címek, IP alhálók.. egy remek ACL-
Class-Map-Service-Policy hármassal meg lehet bármit csinálni. Lehet per-user
vagy per-port policer-eket is írni, lehet rate-limiterezni, lehet per-vlan sávszélt
megadni, lehet úgy is csinálni, hogy a teljes sávszélt kettéosztani, de még
ezen belöl is mondjuk 70..80%ra korlátozni a P2P-t (hiszen általában UDP
és az tud ám iszonyatos agresszív lenni.. elnyomni minden mást..) és a
megmaradt 20..30%-ot fenntartani de nem korlátozni HTTP/SSH/FTP/bármi
más számára. Az MQC hihetetlen sok mindenre jó, főleg NBAR-al
csak a kívánalmakat kell helyesen definiálni. -
crok
Topikgazda
Egymagában? Nem hiszem hogy sokmindenre, hacsak nincs egy PRI-vel
rendelkező telefonközpontod, amin keresztül ezzel "kitelefonálhatsz". De
ez nem CCNA networking (max. CCNA Voice) anyag. Ha már van kettő
akkor egy jó kábellel összeköthetsz 2 router-t, back-to-back. Mivel MFT
ezért a csatornáit ketté lehet választani, mehet egy E1-en külön a voice
és a data, előre meghatározott csatornákon. Product sheet[ Szerkesztve ]
-
crok
Topikgazda
Tudom, benne van a guide-ban.
Sajnos ezeket a switcheket nem lehet TFTP-vel ROMMON-ból feltámasztani.
Routereket alapból lehet, talán csak a nagyon régieket nem.
Egy fsck szerintem mehetett volna a switchre mielőtt flash_init történik. -
crok
Topikgazda
Legjobb tudomásom szerint L2 switchen TFTP boot-ot ROMMON-ból se
meg boot sequence-el se lehet csinálni (nincs benne a tftpdnld parancs
mert nem tudja milyen interface-hez rendelni az IP-t így nem tud csomagot
se kreálni, ilyet majd csak az IOS betöltése után tudna, de így ez egy 22-es
csapdája marad). A routerekkel más a helyzet, ott mikor a set-el megadod
a paramétereket akkor minden interface-ét megpróbálja használni amit
csak lehet (serial értelemszerűen nem fog menni, ROMMON-ban nem lehet
encapsulation-t, DLCI-t, DCE/DTE/clocking-ot állítani..). -
crok
Topikgazda
Igen, működhet. De a fix L2 switcheken nincs TFTP ROMMON-ban. Szerintem.
A felépítése teljesen más a L3 switcheknek, ott van me1 (management) int.
Plusz az se mindegy hogy CatOS lehet csak vagy lehetőség van IOS-re.
Én spec. megnézem cisco.com-on ha kell valami (kiv. ha emlékszem rá..).
Szerintem nem szégyen ez (fixme). -
crok
Topikgazda
Szerintem azért nincs egyértelmű utalás mert nem lehet. Szerintem nem
véletlen nincs megemlítve se pl. a c3550 recovery guide -jában e TFTP
mint opció. A CatOS még a c6500-as supportjában is kiesik a kosárból 2013
jan. 27-én, azzal már ne is találkozz -
crok
Topikgazda
Szerintem ennek a kérdésnek épp csak van köze a hálózatokhoz, ez
csak szövegértelmezés. Ha a közvetlen kapcsolódó utakról cserélnek
információt akkor a szomszédoknak a saját közvetlen kapcsolódó út-
jaidat küldöd el. Alapból ebben benne van a szomszéddal összekötő út,
de ha több utad is van akkor azokat is átküldöd, nem? -
crok
Topikgazda
És hogy miért jobb (szerintem) a PPP?
- lehet azonosítást kérni (CHAP/PAP)
- lehet alinterface-eket csinálni (HDLC-n nem lehet)
- az alinterface-eket lehet külön VRF-be tenni
- remekül lehet szabályozni a forgalmat rajta (QoS service-policies)De sose felejtsétek el a HDLC-t, mert a legegyszerűbb BERT tesztet
HDLC-vel lehet megcsinálni: ha egy serial link-re teszel/tetetsz hurkot
és az interface-t átállítod HDLC-re és adsz egy kamu IP címet hozzá
akkor ha a saját IP címedet pingeled és van válasz akkor a link jó,
megspékelhetitek egy kis ping x.y.z.w data FFFF size 1500 va re 1000
paranccsal és ez csinál 1500 byte-os pinget, amiben minden adat bit
1-es (ez fontos egy soros volnal esetén, mert ellenőrizhető, hogy a
vonalon minden multiplexer és repeater jól forgatja-e a biteket, esetleg
a scrambling jól működik-e), megvizsgálja hogy a küldött csomag
tartalma megegyezik-e az érkezett tartalmával. Még mielőtt megkérdezi
valaki, hogy dehát ha a saját IP-met pingelem akkor csak magamat
pingelem -> nem, soros vonalon nem tudod magadat pingelni, mivel
a router maga nem ismeri a saját IP-jéhez tartozó L2 címet, így a saját
IP-jére kimenő csomagot is kiküldi azon az interface-en, ami a routing
tábla szerint az IP címhez tartozik. -
crok
Topikgazda
válasz
f_sanyee #1679 üzenetére
"Mely útvonalak kerülnek automatikusan a szomszédos forgalomirányítók
irányítótábláiba, ha az irányító protokollal a közvetlenül kapcsolódó
hálózatokról cserélnek információt?"Ha nincsenek feleletek, csak ebből kellene megmondani, akkor mi a válasz?
Szerintem az, hogy ha a közvetlenül kapcsolódókról cserélnek akkor a köz-
vetlenül kapcsolódókról cserélnek információt. A dinamikus az a protokollok
által tanult információ. Ha van RIP és van OSPF is de nincs redistribute sehol
se megadva, akkor mindegy mit tanult dinamikusan az OSPF a RIP-be csak
az fog bekerülni, amit network-el kijelöltél és van beleeső interface up/up -ban.
FIXME. De szerintem nem tudtok meggyőzni másról.Szerk.
(De ez amúgy egy erősen megfogható kérdés.. ki mondta hogy meg van-e
adva bármilyen route-map, prefix-list.. na mindegy, ez az én hülyeségem.
A kérdés számomra nem egyértelmű.. én vizsgán egy ilyenhez írnék egy
csomó megjegyzést)
[ Szerkesztve ]
-
crok
Topikgazda
válasz
f_sanyee #1684 üzenetére
Szerintem meg R4 kapna EGP-t, R3 már IGP-t, mert R3-nak (ha belépő
szint...) nemigen van EGP kapcsolata, más kérdés hogy R4 az EGP utat
beteszi az IGP-be, így R3 R4-től már IGP-n kap infót az EGP útvonalakról.R4<>ISP -> BGP
R4<>R3 -> OSFPR3 akkor OSPF-ből tanul más AS-ből jövő utakat.
[ Szerkesztve ]
-
crok
Topikgazda
válasz
FecoGee #1726 üzenetére
Nincs nekem arra időm és nincs most értelme lekötni a figyelmem egy
gyártóraAnnyi technológia, annyi megoldás, annyi gyártó van most
a kezeim közt.. nem látom értelmét most.. nem vagyok cert gyűjtő, nem
érdekel hogy milyen meg merre. Melót szerezni nem plecsnikkel fogok
hanem azzal ahogy és amin dolgozomHidd el egy papír-CCNP/CCIE
-nél 1000x többet ér az akinek papírja nincs, de nem sz*rja össze magát
ha konzolból kell hardverhibát keresnie. És ezzel a munkáltatók sincsenek
máshogy: azt akarja látni, hogy képben vagy-e, nem azt, hogy le tudsz-e
ülni 2 hétre braindumpot tanulni. Ha kell nekiülök, mint mindenki, de nem
készülök rá, lehet nagyképűen hangzik de van jobb dolgomA CCIE-ben
és egyik ilyen "fokozatban" sincs "hardverközeli élmény", nálunk azért van,
én ezt jobbnak érzem, mint tanulni a certekért. De embere válogatja. Ha
a CCNP-m meg kell hosszabbítani, akkor majd megcsinálok egy Voice
és/vagy egy Security vizsgát, de a CCIE könyv is csak egy nagy össze-
foglaló a CCNP-ből (Route & Switch), nem sok újdonság van benne. A
sok frame-relay kérdés is olyan, hogy azokat a topológiákat ISP-nél nem
használják, általában CE-PE-MPLS_Cloud-PE-CE van mindenhol, nincs
CE-CE-CE mash/partial mash használva, vagy csak elvétve. Nem akarok
feleslegesen belefolyni valamibe, amit nem fogok vagy egyáltalán nem is
használnak. A jövő a metro ethernet, a dark fiber.. a legtöbb helyen a
soros vonalakat megszűntetik már. És mielőtt megköveznek, hogy "de
ha nincs cert akkor nem foglalkoznak velem a HR-en" - nem így van.
A LinkedIn -en nézzetek szét. Regisztráljatok, ha gondoljátok, írjátok meg
a profilotokat jól, adjátok el magatok jól, keresik az embereket, ezt nekem
elhihetitek. Aki kíváncsi, próbálja ki.
Ú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!
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- Samsung Galaxy A72 - kicsit király
- Vicces képek
- Azonnali mobilos kérdések órája
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- BestBuy topik
- Counter-Strike: Global Offensive (CS:GO) / Counter-Strike 2 (CS2)
- Mibe tegyem a megtakarításaimat?
- Milyen billentyűzetet vegyek?
- Kávé kezdőknek - amatőr koffeinisták anonim klubja
- További aktív témák...
- Eladó bontatlan AMD Ryzen 7 7800X3D processzor
- Új bontatlan Sandisk Ultra 3d SSD 4TB és Samsung 2.5 870 Evo 500GB SATA3 (MZ-77E500B)
- AkciÓ ÚJ Bontatlan MacBook Pro 16 M3 Pro 12CPU/18GPU 18GB/512GB SSD Magyar bill Azonnal átvehető.
- ÉRKEZETT Bontatlan Új M2 M4 IPAD PRO 2022 11 128GB - 256GB Wi-Fi Azonnal Deák Térnél Átvehető.
- DeLL Precision 7740 workstation, üzletből, I7-9850H/32RAM/512GBSSD/NVIDIA QuadroRTX3000/17,3"FULLHD