- Fejhallgató erősítő és DAC topik
- Azonnali notebookos kérdések órája
- Vezetékes FEJhallgatók
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Apple asztali gépek
- Épített vízhűtés (nem kompakt) topic
- Intel Core Ultra 3, Core Ultra 5, Ultra 7, Ultra 9 "Arrow Lake" LGA 1851
- Kompakt vízhűtés
- Milyen billentyűzetet vegyek?
- Bluetooth hangszórók
-
PROHARDVER!
--- 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
-
Gesztiboy
tag
Így van! Aki komolyan gondolja a Cisco tanulást, az úgy is fog venni switch-et. Meg SZVSZ egy L3-as switch, pl. 3550-es nem egy húzós árban van. Még januárban vettem 2db-ot 55e-ért, mellé 2db 3500XL-t 6e-ért.
Ahogy látom, többen a CCIE labort úgy oldják meg, hogy rack-et bérelnek. Hasonló kialakítás van CCNP-re is? -
Mr.csu
csendes tag
Segítsek légyszi a jelezésbe .Ha VUE-n keresztül jelentkezek vizsgára a 27% áfát ki és hogyan gombolja le rólam?A vizsgaközpont amelyiket kiválasztom küld egy csekket???
És hogy ellenőrzik vizsgán a személyazonosságot?VUE-n csak nevet kellett megadni de ha engem Kovács Istvánnak hívnak azzal hiába kérnek személyit vizsgán van egy pár. -
tusi_
addikt
Ok PVLAN-t pont nem, de minden mást igen, még talán a fejlett QOS-t sem, de azon kívül mindent. PVLAN-hoz ott a 3560, ami most már nem sokkal drágább, mint a 3550. Én is tervezem egy 3560 vételét, szvsz aki ilyen vizsgát akar letenni és jó is akar lenni, nem csak a papírt lobogtatni, annak költeni kell. 10 routert venni a route vizsgár az már húzós lenne.
-
tusi_
addikt
Én azt mondom feleslges volt. Rendesek a sracok, hogy reszelgetik a programot, de routingra eddig is nagyon jo volt, eltekintve 1-2 hibatol. Aki meg switchelni akkar, annak ezen a szinten mar kell birtokolnia par switchet.
(Nem hiszem, hogy VACL, PVLAN lenne benne) Majd meglatjuk. -
-
BLiNk3r
senior tag
Sziasztok!
Némileg OFF, de jobb topikot nem találtam, ahol feltehetném a kérdést:
Adott egy ismerős, akire egy pályázatban rábeszéltek egy Cisco Telepresence MCU-4501 videokonferencia rendszert. Mivel - mint később kiderült - a saját cégében használni nem tudja, így valamiféle hasznosításon gondolkozik (hogy ne a polcon porosodjon).Ha valakinek lenne valami ötlete arra, hogy egy ilyen eszközt hogyan/miképpen lehetne hasznosítani (állítólag szoktak ilyeneket bérbe adni, viszont kérdés, hogy kinek), az kérem írjon egy privátot (az ismerős a segítséget természetesen nem ingyen gondolta).
-
#6078
Cyber_Bird
senior tag
FecoGee
#6077
Cyber_Bird
senior tag
válasz
FecoGee
#6077
üzenetére
Igazabol nekem konyebben kezelheto, mint a webiou, pedig hasznaltam/om azt is, de a gns3-at jobban szeretem valamiert. Lehet hogy azzal talalkoztam hamarabb, es emiatt szimpibb, nem tudom. Nyilvan hatalmas varazslat nem tortenhetett, ha porgosebb lett, es "streamlined experience"-t kapok, akkor mar megerte tamogatni oket
-
#6077
FecoGee
Topikgazda
Cyber_Bird
#6073
FecoGee
Topikgazda
válasz
Cyber_Bird
#6073
üzenetére
Én megmondom őszintén nem estem hasra tőle. Bár nem is vártam mást
. Fogom használni, de semmivel sem tud többet/jobbat, mint az IOU. WebIOU-val pedig könnyű összedobálni bármilyen topológiát. -
#6074
zsolti.22
senior tag
Cyber_Bird
#6073
zsolti.22
senior tag
válasz
Cyber_Bird
#6073
üzenetére
Én még nem láttam
Azért menjen már a gyerek a 32 GB ramjával valamerre Nem tudom, ti hogy vagytok vele, én a linuxmintet annyira nem csipázom, mostanában a xubuntu jön be jóságosan.Azért a no shit-et ő i beszopta
Elvileg egy hét és gyün az 1.0.
-
#6073
Cyber_Bird
senior tag
Cyber_Bird
senior tag
Bar gondolom mindenki latta mar, de azert beirom:
GNS3 Teaser Trailer -
tusi_
addikt
Melo volt. Szóval a x.x.x.254 egy VRRP virtual MAC cim, holott nincs is konfigolva az interfeszen VRRP. Enterasys maskepp megy ezek szerint, mint a cisco
A sh ip vrrp vlan........ parancsra ezt dobja:
Interface: vlan.0.1188
VRID: 122
Version: 2, State: master
Time of last state transition: TUE MAR 18 23:31:22 2014
Master IP Address : x.x.x.252
Primary IP Address: x.x.x.252
Virtual MAC Address: 00:00:5E:00:01:7A
Advertisement Interval: 1.00 seconds
Master Advertisement Interval: 0.00 seconds
Master Priority: 254, Operational Priority: 254, Configured Priority: 254
Accept: yes, Preempt: yes, Preempt time: 0 seconds
Fabric-Route-Mode: no
Host-Mobility: no, State: down, ACL:
Interface Up Delay: 0 seconds
Virtual IP Count: 1, Enabled Virtual IP's: 1, Critical IP Count: 0
Virtual IP Addresses Admin State Owner
x.x.x.254 enabled up no
Critical IP Addresses:
Interface Critical Priority Probe -
tusi_
addikt
Ez egy nem Cisco-s rendszerü halo. Nemugy van, mint cisconal, hogy core distrib es access, hanem egy forditott collapse core, tehat a distrib es az access van "egymasba dolve". Rgo, ami ciscoban a distrib, az nalunk az access layer. Amire switch mi luserek csatlakozunk, az a switch direkt megy a coreba egy ether-chanelen kersztul (a VSB miatt egyik uplink a backup core switchre megy, a masik uplink az Activ core switchre es a VSB miatt ez egy loop mentes ether-chanel uplink )
A distrib/access layer nem routed portokon keresztul megy a coreba, hanem vlanban van az egesz halozat es minden switch tud minden Vlant, holott nem is hasznalja, max 4-t. (Acces vlan az epuletnek megfeleloen, switch managment Vlan, Wlan-vlan és a Minisw managment vlan.)
A core swrol, ami a x.x.x.252-es lehet pingelni a 254-es cimet. Az arp lekerdezesre egy bazi hosszu lista jon le, azt nem kopiznam ide
Az en gepemrol ezt kapom:C:\Users\Radics>arp -a
Schnittstelle: x.x.x.59 --- 0xb
Internetadresse Physische Adresse Typ
x.x.x.252 02-1f-45-a1-a1-a1 dynamisc
x.x.x.254 00-00-5e-00-01-7a dynamisc
x.x.x.255 ff-ff-ff-ff-ff-ff statisch
224.0.0.22 01-00-5e-00-00-16 statisch
224.0.0.252 01-00-5e-00-00-fc statisch
239.255.255.250 01-00-5e-7f-ff-fa statisch
255.255.255.255 ff-ff-ff-ff-ff-ff statisch -
crok
Topikgazda
Így, hogy nem látom magam előtt a hálód - nehéz. Én most azt csinálnám,
hogy mivel a user-ek .254-et kapnak a szervertől és gyaníthatóan nem megy
a sírás, hogy nem megy azt gondolom valahogy mégiscsak működik. Én
most azt nézném meg, hogy az SVI-ról tudod-e a .254-et pingelni.. vagyis
pontosabban nekem az is mindegy ha nem, csak ARP legyen hozzá. Aztán
megnézném, hogy a MAC-et honnan tanulja, melyik porton esetleg vagy hogy
a chassis sajátja-e a MAC. Aztán mozdulnék tovább az eredmény tükrében. -
tusi_
addikt
Core-Router-VSB-xyz(su)->sh ip int vlan.0.1188
vlan.0.1188 is Operationally up, Administratively up
Description: "FZ"
IP Address x.x.x.252 Mask 255.255.252.0
Joined Addresses:
224.0.0.1
IP forwarding enabled
Frame Type ARPA
Incoming IPv4 Access list is not set
Outgoing IPv4 Access list is not set
Directed-broadcast is disabled
IP Helper Address(es):
x.x.x.101
x.x.x.102
x.x.x.249
MTU is 1500 bytes
ARP Timeout is 3600 seconds
ARP Retransmit Time is 1 seconds
ARP Stale-Entry-Timeout is 1200 seconds
Proxy ARP is disabled
Gratuitous ARP updating is set to update on ARP replies and ARP requests
Gratuitous ARP learning is not set
Multicast ARP learning is disabled
ICMP Re-Directs are disabled
ICMP Echo Replies are always sent
ICMP Mask Replies are always sent
NAT INSIDE (IPv4): Not Set
NAT OUTSIDE (IPv4): Not Set
NAT INSIDE (IPv6): Not Set
NAT OUTSIDE (IPv6): Not Set
TWCB Redirect Outbound WebCache: Not Set
IP Policy Routing is disabled
PIM Sparse-mode is disabled
DVMRP is disabledEnterasys S8 core Switch, hasonlo a konfigja a ciscohoz.
Dhcp-n jön az address, amelyet a helper addressben jelzett 3 szerver egyike add ki.
-
Gesztiboy
tag
válasz
Cyber_Bird
#6054
üzenetére
@Cyber_Bird: Csak nem DOCSIS-ban utazol?
@Ferke: Gratula! Én jövő hónapba tervezem a CCNP SWITCH vizsgát. Remélem összejön. -
-
#6054
Cyber_Bird
senior tag
jerry311
#6049
Cyber_Bird
senior tag
válasz
jerry311
#6049
üzenetére
Na igen.
En: Vidd fel a rendszerbe a modemet a megfelelo mac cimmel, akkor tudom tesztelni.
ugyfel felviszi: E131.A400.0489
Nezem, nincs ilyen modem a cmts-ben...
Megnezem a rendszerben, sorozatszama: EQ131A4000489 a mac cime a meg a fenti
A rendszer nem engedte igy felvinni, ezert kitorolte a Q betut es felvitte.
Es ez elvileg L3 supportert fizet nekunk... -
tusi_
addikt
-
Gesztiboy
tag
válasz
jerry311
#6049
üzenetére
Ó, én ezt nap, mint nap megélem.
(Nyomtató beállítása)
Titkárnő: Hogy fogok tudni nyomtatni, nincs is összekötve a nyomtató a géppel!
Én: Dehogynem.
Titkárnő: Hádde nincs összekötve a gépemmel!
Én: Hálózaton keresztül fogod tudni elérni
Titkárnő: ...JaaaAzért a hálózati nyomtató nem hiszem, hogy ekkora újdonság lenne.
-
jerry311
nagyúr
Ez a hulyek hete...
IT: 'user' nem tud belepni.
en: Mindenki masnak megy, id10t problema. Probalja felhasznalonev / jelszo parossal, nem elgepelve.
IT: De user@domain.com emailllel probalta es nem megy neki. --
en: Na megegyszer: user es pass, nem domain, nem email.
IT: Oke, be tudott lepni. -
crok
Topikgazda
válasz
Gesztiboy
#6047
üzenetére
Az mindegy, hogy GigE vagy TenGig vagy FastE.. a lényeg az a sebesség
amire beállt a port. A portok beállt sebességének kell megegyeznie. Szóval
lehet egyik oldalon GigE szembeállítva másikon FastE-vel, ha a beállt sebességek
megegyeznek akkor az összes linket be tudja használni a channel. A mi
esetünkben TenGig SFP+ volt az egyik és GigE SFP a másik link.. így, ugye
mivel a TenGig SFTP+ nem tud GigE sebességet amúgy se így kizárt, hogy
olyan összeállítást hozz össze, amiben mind a két portot tudod használni a
channelben, lévén a két port egyszerűen nem is tud azonos sebességen működni..
AFAIK.. -
Gesztiboy
tag
@crok: "van még pár ilyen design fail nálunk is, pl. etherchannel egy
tengig és egy gig interface-ből.. aztán sipákolás, hogy azt mondja az
eszköz, hogy a gig link "suspended".. ki gondolta volna.. =D"Azt értem, hogy egy adott switchen, ha akarok egy channel-group-ot létrehozni, abba kizárólag azonos tulajdonságú portok kerülhetnek. De mi van akkor, ha az egyik switchen 100Mbites, másik switchen pedig 1Gbites portok vannak a channel-group-ban? A két switch között össze fog állni a link?
-
pankers
csendes tag
válasz
FecoGee
#6038
üzenetére
Szia,
Köszi szépen a gyors help-et
Az if-ek sima access módba vannak, így már értem akkor.
Pár napja konstans forgalom van a hálózaton nem tudom h hurok idézi ezt elő mert vannak unmanaged kapcsolók is a hálózatba (smc, dlink) vagy vmi más hajtja szarrá az eszközöket..holnap wireshark, tcpdump és társai ..cpu load -
#sh proc cpu | e 0.00
CPU utilization for five seconds: 60%/30%; one minute: 79%; five minutes: 77%PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
50 78599185 495377162 158 0.63% 0.39% 0.47% 0 Fifo Error Detec
62 13659282 288743994 47 0.15% 0.04% 0.06% 0 HLFM address lea
79 13541399 9791255 1383 0.31% 0.17% 0.13% 0 hpm counter proc
105 547445119 222345683 2462 16.13% 19.04% 19.41% 0 Hulc LED Process
151 84231886 429370105 196 8.46% 11.94% 11.57% 0 IP Input -
crok
Topikgazda
válasz
FecoGee
#6042
üzenetére
De az milyen, mikor látod a management rendszerben, hogy a switchek
mennek le, jönnek fel, mennek le, jönnek fel, egyszerre.. mind.. =D@jerry311: van még pár ilyen design fail nálunk is, pl. etherchannel egy
tengig és egy gig interface-ből.. aztán sipákolás, hogy azt mondja az
eszköz, hogy a gig link "suspended".. ki gondolta volna.. =D -
jerry311
nagyúr
Egyik ügyfelünk fogta magát (az idiótája) és a /25-ös public subnetjét felosztotta 4 db /27-esre. Eddig nem lenne gond. Mindezt viszont olyan okosan, hogy az uplink routeren a /25 subnet mask figyel, a 4 eszközön, ami csatlakozik, meg a /27-esek.
Aztán csodálkozik, hogy nem működik jól. Amikor elmondjuk neki, hogy hülye volt, akkor még erőlteti tovább. Hááát normális? -
crok
Topikgazda
válasz
FecoGee
#6038
üzenetére
Hú, apám, volt egy "architektünk", aki konzekvensen minden általa
összerakott switch uplinkjét portfastra de minden access portot simára
konfigurált, de állandóan.. szerencsére már nincs köztünk.. mennyi, de
mennyi hibajegyet okozott a sok TCN miatti learn folyamat.. link up/up
de semmi kommunikáció, az ügyfél IP telefonjai megsüketülnek (akár
ugye hívás közben..), a gépeken minden hálózatos app legfagy, megáll.. -
-
FecoGee
Topikgazda
válasz
pankers
#6037
üzenetére
Hali,
Be van kapcsolva a portfast az access portokon?
Fa0/15 és Fa0/23 access port vagy interswitch port?
Ha nincs portfast bekapcsolva az access portokon akkor normális, mert normál STP portként viselkedik -> topology change notification (TCN) keletkezik ha fel/lemegy a port, ezért STP konvergencia történik.
MST az RSTP-t használja, tehát azok a szabályok vonatkoznak ide.
Március 1 a default érték, mikor megbootol a switch, és még nem áll be a clock. Látható a csillagból, hogy nincs szinkronizálva az idő: *Mar 1 00:00:43. -
pankers
csendes tag
Sziasztok,
mst módba fut az stp és nem tudom, hogy a logba nem túl gyakori-e az instance bejegyzés?
Meg Márc 1-jén ez a root changed is fura mert nem lett egyetlen bit sem változtatva..
*Mar 1 00:00:43.419: %SPANTREE-5-ROOTCHANGE: Root Changed for instance 0: New Root Port is GigabitEthernet0/2. New Root Mac Address is 64ae.0c38.c300
*Mar 1 00:00:43.436: %SPANTREE-5-TOPOTRAP: Topology Change Trap for instance 0
*Mar 1 00:00:43.654: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/1, changed state to up
*Mar 1 00:00:44.392: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/2, changed state to up
*Mar 1 00:00:44.434: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1, changed state to up
*Mar 1 00:00:44.434: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan12, changed state to up
Mar 17 08:33:44.045: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/15, changed state to down
Mar 17 08:33:46.058: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/15, changed state to up
Mar 17 08:33:57.089: %SPANTREE-5-TOPOTRAP: Topology Change Trap for instance 0
Mar 17 08:33:58.406: %SPANTREE-5-TOPOTRAP: Topology Change Trap for instance 0
Mar 17 08:34:00.260: %SPANTREE-5-TOPOTRAP: Topology Change Trap for instance 0
Mar 17 08:34:14.965: %SPANTREE-5-TOPOTRAP: Topology Change Trap for instance 0
Mar 17 08:35:44.648: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/23, changed state to down
Mar 17 08:35:45.646: %LINK-3-UPDOWN: Interface FastEthernet0/23, changed state to down
Mar 17 08:38:12.896: %LINK-3-UPDOWN: Interface FastEthernet0/23, changed state to up
Mar 17 08:38:13.903: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/23, changed state to up
Mar 17 08:38:40.923: %SPANTREE-5-TOPOTRAP: Topology Change Trap for instance 0 -
crok
Topikgazda
válasz
FecoGee
#6033
üzenetére
Simán megeshet, hogy ez okozza. Ugyan Focus Produts-ban nincs
benne de sok eszközünk ment már RMA-ban vissza amire ez volt a
Cisco TAC válasz.. Lehet szériahiba is. Portugáliában úgy jártunk,
hogy bárki, bármilyen cég vitt ki nekünk egy időben c1841-es routert
mindnek - literálisan - rossz volt az NVRAM-ja, azt mondta mentette
a konfigot de backuptest/restarttest után mind megállt mint a szeg,
volt ami ROMMON-ban (confreg 0x0..) vagy azt mondta nincs konfig.. -
#6025
Hedgehanter
őstag
Hedgehanter
#6023
Hedgehanter
őstag
válasz
Hedgehanter
#6023
üzenetére
Kozben megtalaltam: ISA500 series
-
tusi_
addikt
válasz
jerry311
#6018
üzenetére
Nem is nagyon volt
Emellett ma ízelítőt kaptam a német precízségből.Nálunk nagyon kedvelt a német Microsens Miniswitch használata, aminek sok értelmét nem látom, de ez van.
Kettőt fel kellett ma konfigolnom , rákötni switchre és üzembe venni.Hát a bu.i szerelő összevissza kötötte be a kábeleket, úgyhogy akármelyik uplinket húztam le, lement a port downba. Kiszerel, átszerel, működésbe hoz, utána a másik mumusom, a NAC managger szopatott, mert a tuskó kolléga használat után nem törli ki a bejegyzést, hanem szarik az egészre és megy haza sörözni...
Következő feladatom megtalálni azokat az access pointokat, amikről senki nem tud semmit, még azt sem, hogy léteznek... Untermensch...
-
#6023
Hedgehanter
őstag
Hedgehanter
őstag
Cegeink 250Mb/s netet kottetnek es a Cisco nem nagyon latja el a kis vallaltokat tuzfallal amelyik tudna ezt a speedet a WAN interfacen.. ? Az 1700 Euros 5512x nem igazan fer bele egy kozep meretu vallalat elkezeleseibe (failover az ugye meg egy ha kell) az RV series routerek meg hat nem igazan tuzfalak...
Most akkor mi lesz?
-
#6022
zsolti.22
senior tag
Cyber_Bird
#6020
zsolti.22
senior tag
válasz
Cyber_Bird
#6020
üzenetére
Hogy nem jöttem rá eddig.
![;]](//cdn.rios.hu/dl/s/v1.gif)
:> -
#6020
Cyber_Bird
senior tag
zsolti.22
#6019
Cyber_Bird
senior tag
válasz
zsolti.22
#6019
üzenetére
tobbek kozott
http://www.bgp4.as/looking-glassesbgp looking glass telnet a kulcsszo
-
-
-
Immy
őstag
válasz
jerry311
#6006
üzenetére
Az Access point nem csak a felcsatlakoztatott kliensekre figyel a NonERP_Present bit-nél??
(oké, hogy meghatározott időnként végig scanneli a sprektumot, de attól még, hogy más hálózatban érzékeli, szerintem még nem teszi 1-re a NonERP_Present bitet. (aztán lehet, hogy nincs igazam) -
FecoGee
Topikgazda
Ez így jó lesz? IPServices elvileg tudja az IPSec-et.
1x ASR1001 Cisco ASR1001 System,Crypto, 4 built-in GE, Dual P/S
2x ASR1001-PWR-AC Cisco ASR1001 AC Power Supply
4x GLC-LH-SMD= 1000BASE-LX/LH SFP transceiver module, MMF/SMF, 1310nm, DOM
1x SLASR1-AIS Cisco ASR 1000 Advanced IP Services License
4x SASR1001UK9-32S Cisco ASR 1001 IOS XE - ENCRYPTION UNIVERSAL -
Immy
őstag
A cél az, hogy a 802.11b szabványt teljesen lelőni. Azért, hogy az AP beacon-ben ne lássam a NonERP_Present bitet beállítva.
IOS 7.4.110
A mandantory most 6-on, van amit már a 802.11b szabvány nem támogat, tehát elvileg ennek nem kéne problémának lennie. Nem akarom 12-re felemelni mert, ezzel elérhetem azt, hogy ahol már kevés a jelerősség, még kisebb lehetőséggel csatlakozik fel a kliens.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- 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!
- Fejhallgató erősítő és DAC topik
- Formula-1
- Tőzsde és gazdaság
- Milyen légkondit a lakásba?
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- sziku69: Fűzzük össze a szavakat :)
- Azonnali notebookos kérdések órája
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- Vicces képek
- További aktív témák...
- Azonnali készpénzes Microsoft XBOX Series S és Series X felvásárlás személyesen/csomagküldéssel
- Microsoft Surface Pro 7 - Újszerű, dobozban, gyári töltővel, billentyűzettel
- Azonnal elérhető, raktáron lévő HPE Aruba switch-ek
- ÁRGARANCIA! Épített KomPhone Ryzen 7 5800X 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Telefon felváráslás!! Samsung Galaxy S22/Samsung Galaxy S22+/Samsung Galaxy S22 Ultra
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged