Flashről törölt file helyének felaszabadítása

Flashről történő törlés után az IOS csupán megjelöli a file-t hogy le lett törölve, azonban a helyét nem szabadítja fel. A megoldás a squeeze parancsban rejlik.


Router#sh flash

System flash directory:
File Length Name/status
1 17748616 c2600-is-mz.123-15a.bin
2 15257044 c2600-is-mz.122-13.T5.bin
[33005788 bytes used, 24352 available, 33030140 total]
32768K bytes of processor board System flash (Read/Write)

Continue reading "Flashről törölt file helyének felaszabadítása"

Csomagszűrés reflexiv ACL-el

Reflexív ACL-ek a csomagszűrést nem csupán IP cím alapon végzik, hanem vizsgálják a felsőbb rétegbeli session információkat is.

Általában a kimenő forgalmat engedélyezik, a bejövő irányban pedig visszafele csak a válaszforgalom engedélyezett.

Reflexiv ACL először a Cisco IOS 11.3-ban lett bevezetve, és csak named extended ACL-t lehet reflexív ként definiálni.

Continue reading “Csomagszűrés reflexiv ACL-el”

routing protokollok általt ismert routok száma

BGP esetén az ismert route-ok száma egyszerüen a show ip bgp summary paranccsal megtudható. Más routing protokollok esetén a helyzet nem ilyen egyszerü, azonban a megoldás a routing tábla összegzése.
Continue reading “routing protokollok általt ismert routok száma”

netmask eltérés érzékelése OSPF-nél

OSPF neigborship felépítéséhez a network masknak is egyeznie kell a szomszédos routereken.

A hello csomagok tartalmazzák az interfészen konfigurált netmaskot is, így ha az nem egyezik meg a hello csomagokban, akkor az OSPF neigbor nem fog feljönni. Hibaüzenetet csak debug esetén kapunk (debug ip ospf hello), ahogy az alább is látható:
Continue reading “netmask eltérés érzékelése OSPF-nél”

Config rollback biztonságosan

Config fájl rollbackelésénél a copy start run valójában csak összefésüli a két fájlt, vagyis ha a módosításaink csak új elemek hozzáadása volt, akkor az eredeti állapot nem lesz visszaállítva.
Continue reading “Config rollback biztonságosan”

MTU méret – headerrel vagy nélküle?

RFC1122 alapján az MTU definíciója valahogy így hangzik: maximális mérete a legnagyobb csomagnak (packet) ami átvihető a médián

Csomag méretébe márpedig a L3-as header is beletartozik, ahogy az az alábbi ábrán is látható:

Continue reading “MTU méret – headerrel vagy nélküle?”

4: CSMA/CD és CSMA/CA

CSMA/CD – Carrier Sense Multiple Access/Collision Detection

  1. Az eszköz amelyik keretet szeretne küldeni, figyeli és várakozik arra hogy a média szabad legyen, vagyis senki ne adjon adatot rajta.
  2. Amikor a média szabad, elkezdi az adást.
  3. Ezzel egyidőben figyeli hogy esetlegesen történt-e ütközés a médian, mert épp egy másik eszköz is adni kezdett.
  4. Ha ütközés történt, az összes éppen adatküldést kezdeményező készülék egy úgynevezett torlódás jelző jelet (jam signal) küld, hogy minden eszköz tudjon az ütközés tényéről.
  5. Ezután minden eszköz mely adatot akar küldeni, egy véletlenszerüen kiválasztott ideig hallgat, mielőtt megkísérli újraküldeni az adatot.
  6. Amikor ez az időzitője lejár, az 1. lépéstől kezdi a folyamatot.

CSMA/CD nem szünteti meg az ütközéseket, azonban biztosítja, hogy az Ethernet hálózat megfelelően működjön ütközések esetén is. Természetesen a CSMA/CD algoritmusnak teljesítménybeli vonzatai vannak. Minél nagyobb a hálózatunk, annál több ütközés fog történni, annál több ideig várnak az eszközök az ismétlésre, és az újabb ütközés lehetőségének az esélye is nagyobb. Minél több ütközés van a hálózatban, annál több véletlenszerüen kiválasztott ideig kell az eszközöknek várniuk, vagyis a hálózatot lassúnak fogjuk érzékelni. A CSMA/CD segit elkerülni az ütközéseket, de nem szünteti meg őket. Ahoz hogy ütközés ne forduljon elő, egyszerre maximum egy eszköz adhat a szegmensen. Ennek következménye képpen, az ugyanarra a HUB-ra csatlakoztatott eszközök osztoznak a HUB-on keresztül elérhető sávszélességen.

A logika hogy az eszközöknek meg kell várniuk adás előtt hogy a média szabad legyen, a half-duplex mód.
Ahoz hogy az eszköz egyszerre tudjon fogadni is és adni is, egy másik eszköznek abban a pillanatban is adnia kell a szegmensen, ebben az esetben azonban ütközés történik.

Más szavakkala  half-duplex módot jellemezhetjük úgy is hogy:

  • az eszköz nem képes egyszerre adni és fogadni
  • az eszköznek meg kell várnia még a többi eszköz befejezi az adást és a média szabad lesz

Ütközés esetén az eszközök egy véletlenszerü ideig várakoznak, majd utánna kísérlik meg az adást újra. Ütközés alatt az adatok elvesznek, illetve ezalatt hasznos adat nem közölhető a vezetéken.
Lényegesebb teljesítményromlást már 30%-os hálózat kihasználtság esetén is érezni lehet.

Ennek a problémának a megoldása hogy HUB-jainkat Switchekre cseréljük.

A switchek úgynevezett mikroáramköröket hoznak létre a az eszközök között, melyet úgy képzelhetünk el, mint ideiglenesen létrehozott, dedikált privát folyosókat két lakás között.

Mivel ez esetben a adás-vétel két külön kábelen folyik, ütközés nem fordulhat elő.
Az egyik kábelen a készülék küldeni tudja az adatot, a másikon pedig venni.
A mikroáramkörök gyakorlatilag pedig csak két eszköz közt jönnek létre.

CSMA/CA – Carrier Sense Multiple Access/Collision Avoidance

CSMA/CA hasonló a testvéréhez a CSMA/CD-hez. Ezt a technológiát azonban olyan helyeken szokták alkalmazni, ahol a média nem alkalmas arra hogy egyszerre folytasson a készülék adatátvitelt és fogadást is, illetve ahol a készülékek nem rendelkeznek teljes lefedettséggel egymást illetően (A és B, B és C látja egymást, de A és C túl messze van egymástól hogy érzékeljék ha a másik adást folytat).
Legygyakoribb alkalmazási területe a WiFi hálózatok.

A CSMA/CA kommunikáció az alábbi lépésekből áll:

  1. Az eszköz amelyik keretet szeretne küldeni, figyeli és várakozik arra hogy a média szabad legyen, vagyis senki ne adjon adatot rajta.
  2. Amikor szabad, egy véletlenszerüen kiválasztott ideig vár, hogy csökkentse az esélyét annak hogy két vagy több eszköz egyszerre kezd el adni.
  3. Ismételten belehalgat a médiába, és amennyiben az még mindig szabad, elkezdi az adást.
  4. Miután a adatot elküldte, nyugtázásra vár.
  5. Ha a nyugtázás nem érkezik meg, az adatokat újra küldi az egyes lépéstől.

 

Cisco switch trunk port módok

Ebben az irományban az alábbi beállítások viselkedését fogom részletezni egy kicsit jobban:

  • switchport mode trunk
  • switchport mode dynamic desirable
  • switchport mode dynamic auto
  • switchport mode access
  • switchport trunk encapsulation dot1q

Illetve hogy lehet a trunk link felépítésének folyamatát felgyorsítani.
Continue reading “Cisco switch trunk port módok”

BGP update-ek kontrollálása ORF-el

BGP peeringnél sokszor gondot okoz hogy az ISP milyen mennyiségü route-ot küldjön számunkra.
Amennyiben egy kapcsolatunk van, vagy nem akarjuk optimalizálni az útvonal választást, elegendő egy default route-ot fogadni. Ha komolyabb erőforrásokkal rendelkezünk, akár az összes prefix-et is kérhetjük. Ez azonban több mint 271 000 prefixet jelent 2009 januárjában. Continue reading “BGP update-ek kontrollálása ORF-el”

kábelhossz mérés Cisco eszközzel – TDR

A Catalyst 2960, 2970, 3560/3560-E, és 3750/3750-E switchek rendelkeznek beépített Time Domain Reflector (TDR), melyel teszteket végezhetünk a porthoz csatlakoztatott kábelen. TDR a 10/100/1000 és néhány 10/100 (Catalyst 2960) “réz” portokon használható. nem támogatott a 10 GigabitEthernet vagy SFP modulokon. Continue reading “kábelhossz mérés Cisco eszközzel – TDR”