Hirdetés
-
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
-
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.. -
crok
Topikgazda
-
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.. -
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 -
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..[ Szerkesztve ]
-
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. -
crok
Topikgazda
Kimeneteid alapján nálam is ez a konklúzió, plusz Peplnjak apánk is megmondta ezen cikk legalján.
-
crok
Topikgazda
válasz FecoGee #6183 üzenetére
Ajj, de az is.. design fail.. a felesleges túlbonyolítás.. Internetet oszunk LAN-ba..
"Maximális biztonság" - tegyük VRF-be a LAN subinterface-t és hagyjuk a globál
táblában a Internet interface-ét.. aztán felismerés: nem olyan egyszerű az oda-
vissza routing NAT-olással.. aztán összeszenvedi az architect.. aztán megpróbálja
Zone Base Firewall-al védeni a LAN-t.. aztán rájön, hogy a ZBFW csak akkor
konfigurálható, ha minden interface egyazon VRF-ben van.. aztán otthagyja..
és jön nekem ide a hibajegy.. na az ilyentől kiakadok.. teljesen.. . ):Mindazonáltal istentelen jó megoldás tud ám lenni! Egyébként ami még ennél
is durvább: Juniper-t particinálni "különálló" routerekre, és 2 interface-el meg egy
cross-kábellel (unit-okkal) 4..5 (vagy több!) tagú csillag topológiát csinálni (: -
crok
Topikgazda
válasz Cyber_Bird #6188 üzenetére
-
crok
Topikgazda
válasz Cyber_Bird #6195 üzenetére
Nah' igen.. higgyétek el: a Cisco-ra 2 dolog igaz:
- a networking Microsoftja..
- money washing machine.. minden szempontból (HW/SW/CERT/et cetera..) -
crok
Topikgazda
válasz Cyber_Bird #6197 üzenetére
"Épp aktuális" "különleges" ajánlatunk alapján "csak neked csak most.." XD
-
crok
Topikgazda
válasz Hedgehanter #6210 üzenetére
A networking Microsoft-ja.. akármilyen protokollhoz ha route-map-et
használsz és abban ACL/prefix-list vagy bármiegyéb hasonló van
megadva.. és változtatsz rajta.. a változtatás nem feltétlen triggereli
a routing protokollt hogy legyen szíves eképp/aképp cselekedni.. majd
ha valami változik a routing táblában vagy a protokollban.. majd az.. így
pl. BGP peer-en route-map-ben ACL/prefix-list változtatás után is minden
esetben soft clear "ajánlott" (ja, milyen érdekes, hogy hogy ezt a "soft
clear-t" feature-nek adják el a Cisco-nál, közben meg egy manual work-
around). Ez sajnos így működik. -
crok
Topikgazda
Én azért kerítenék egy régebbi és/vagy desktop gépet amin van
serial port, nem USB, meg egy új kábel.. esetleg xmodem és
a baud-ot 115200-ra tolod (hogy mégiscsak gyorsabb legyen).
Milyen típus pontosan? L3 esetleg? Lehet TFTP-ről akkor be
lehetne bootoltatni, onnan már kicsit több a lehetőség. I/O error
lehet a puffer hibája is, hogy onnan nem tud a flash-re másolni.[Szerk.] @Gesztiboy: xmodemmel is rossz, nem így a TFTP
dolog nemigen játszik.[ Szerkesztve ]
-
crok
Topikgazda
Még csak Cisco Internal bug ("földi halandó" nem tud rákeresni még):
CSCtu36508 IPSLA UDP-Jitter Operation Enhancement for ASR1K
https://tools.cisco.com/bugsearch/bug/CSCtu36508Symptom:
When the ASR 1K is inserted either as a probe source or a responder
a high max RTT/Jitter values is seen for the UDP-Jitter probe.Conditions:
This is a feature bug created to track 'Enhanced IPSLA UDP-Jitter probe".
The enhancements include specifically for ASR1K platform:
- Do time stamping at CPP level to improve the measurement accuracy
of UDP-jitter operationWorkaround:
Do not use ASR 1k for jitterThis issue has been fixed starting from IOS-XE 15.2(4)S.
-------------------
Mi ezt használjuk
/Bugscrub alapján "hibamentes" (persze a NAT ebben is s#&r)/
asr1000rp1-advipservicesk9.03.10.01.S.153-3.S1-ext.bin -
crok
Topikgazda
válasz FecoGee #6297 üzenetére
Ha ilyesmit akarok mutatni akkor felnyomom ide: http://pastebin.com/
Linux alá van progi, amibe ha pipe-olsz valamit felnyomja és megadja, hogy mi lett a linkje (: -
crok
Topikgazda
Túl közel forwardolták egy szingularitáshoz..
-
crok
Topikgazda
A torrent baromi aggresszív tud lenni, lévén tompítatlanul zúgathatja a
forgalmat (erre lett kitalálva: minél gyorsabban minél több helyre jusson
el az adat). A torrentben nem cink a csomagdobás, nem szabályozódik
a sebesség mint egy TCP alkalmazás esetében. Lehet a PPP keepalive
nem fér be vagy DSLAM oldalon eldobódik mert már nem fér be a keret.
Ilyen esetben ADSL-nél a DSLAM oldalon tudnál érdemben kezdeni valamit
egress traffic controllal (police vagy shape).@Ferke: a traffic shape az ügyféloldalon segíthet de csak az upload
irányt tudod így befolyásolni (egyébként se lehet shape-elni csak kifelé).
TCP alkalmazásokra így lehetsz hatással, másra sajnos nem.Amivel hatni tudsz a dologra az az, hogyha csinálsz egy inbound service-
policy-t amiben match-elsz a torrentre (NBAR.. ugye az nem olyan jól
ismeri fel a torrentet, a titkosítottat meg méginkább nem..) és police-
olod mondjuk 8Mbps-re (police-olni tudsz ki- és befelé is). Így talán jobb
a helyzet, ám ha a DSLAM felől (tehát a peer-ektől) mindenképp nagyon
sok a packet akkor ezt is megölheti sajnos de legalbb less likely.. csak
marad az a 2Mbps az interface-eden, ha addig eljut a nem-torrent adat
(pl. PPP keepalive, HTTP, DNS, megamikell'..)akkor minden okay - lehet.
[Szerk.]
Ja igen, IOS upgrade mehet 15-re esetleg, abban az NBAR kicsit már jobb.[ Szerkesztve ]
-
crok
Topikgazda
E szerint van benne Bandwidth control. Érdemes lenne definiálni a
torrent forgalmat és korlátozni (pl. beállíŧani korlátozást a LAN-ban
levő minden gép torrent portjára range-el pl.. mert ugye forwarding
úgyis lesz (: Ez is kb. ugyan az TP-Linken mint amit elmondtam
Cisco-ra. Az elv ugyan az lesz. Egy próbát megér, max nem jobb.
[Szerk.] Egyszerre (:[ Szerkesztve ]
-
crok
Topikgazda
Az a leírás Linux Mint 64bit-re van írva plusz szerintem a coredue opció
is felesleges. Te is linux alá vagy Windows alá szeretnéd összehozni?
Itt mindent megtaláltsz egyébként (én szedtem össze, fix, hogy megy).
(Most, hogy nézem nálam nincs különbség a Win/Linux setup közt..)
Ú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!
- Sony MILC fényképezőgépcsalád
- A nagy Szóda, Szódakészítés topic - legyen egy kis fröccs is! :-)
- Apple Watch
- Mibe tegyem a megtakarításaimat?
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- A fociról könnyedén, egy baráti társaságban
- Ingyen kellene, de tegnapra
- Okos Otthon / Smart Home
- Autós topik
- Kormányok / autós szimulátorok topikja
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen