CARRIER ETHERNET GYŰRŰS HÁLÓZAT

Méret: px
Mutatás kezdődik a ... oldaltól:

Download "CARRIER ETHERNET GYŰRŰS HÁLÓZAT"

Átírás

1 Óbudai Egyetem Távközlési Hálózatok Laboratórium CARRIER ETHERNET GYŰRŰS HÁLÓZAT

2 Szakdolgozat Készítette: Styeták Péter A XXVII. Nemzetközi Kandó Konferencián bemutatásra került 2011-ben. ISBN:

3 Tartalomjegyzék: Bevezetés Áttekintés Carrier Ethernet Megbízhatóság (Reliability) Szolgáltatás Menedzsment (Service Management) Szabványosított szolgáltatások (Standardized Services) Quality of Service (QoS) Méretezés (Scalability) A Carrier Ethernet technológia előnyei A Carrier Ethernet alkalmazásának területei Demarkációs eszköz funkciói Outbound Tag Mode (Kimenő Tag Mód) Védelem Kapcsolat védelmek STP (Spanning Tree Protocol) RSTP MSTP Ethernet Ring Protection Switching Link Protection Port Reflection Biztonsági védelmek Port Protection (Private Vlan)

4 Authentication, Authorization and Accounting Provider Bridges (Tunneling) OAM (Operation, Administration Maintenance) EFM (Ethernet First Mile) IEEE 802.1ag és Y Hibamenedzsment Teljesítménymérés QoS (Quality of Service) Forgalomvezérlés (TC, Shaping, EQM) EQM (Egress Queue Manager Kimenő Sorban állási Menedzser) Sávszélesség korlátozás Shaping Traffic Conditioner TC és Shaping eljárás különbsége Menedzsment PRO VISION Belső teszterek RFC VCD diagnosztika SFP diagnosztika Mérési eszközök felépítése és a mérési elrendezés bemutatása Switch Felépítése A Demarkációs eszközök elrendezése és a mérés kialakítása Az OS904 ek portjai A teljes mérési elrendezés A mérés során felhasznált eszközök, programok: Eszközök:

5 6.2 Programok: Mérési feladatok Hibaelhárítás ERP helyreállítása (hurok eltávolítás) Backup konfigurációs fájlok feltöltése a switchek re Firmware frissítése Köszönetnyilvánítás Felhasznált irodalom

6 Mozaikszavak APS ARP ATM BO CCM CE CFI CLI CO CoS DSCP EFM EMS EPL EQM ERPS EVC EVPL FD FDV FLR HQoS LAN LBM LBR MAC MEF MEG MEP MPLS MSTI MSTP NGN NMS NNI OAM OID PDU PHB QoS RADIUS RDI RMEP Automatic Protection Switching Address Resolution Protocol Asynchronous Transfer Mode Branch Office Continuity Check Messages Carrier Ethernet Conorical Format Indicator Command Line Central Office Class of Service Differentiated Services Code Point Ethernet First Mile Element Management Service Ethernet Private Line Egress Queue Manager Ethernet Ring Protection Switching Ethernet Virtual Connection Ethernet Virtual Private Line Frame Delay Frame Delay Variance Frame Loss Ratio Hierarchical quality of service Local Area Netwok LoopBack oam Message LoopBack Response Media Access Control Metro Ethernet Forum Maintenance Entity Group Maintenance Entity Point Multiprotocol Label Switching MST Instance Multiple Spanning Tree Protocol Next Generation Network Network Management Service Network Network Interface Operation, Administration Maintenance Object IDentifier Protocol Data Unit Per Hop Behavior Quality of Service Remote Authentication Dial-In User Service Remote Defect Indication Remote Maintenance Entity Point 6

7 RSTP SDH SFP SL SLA SLS SNMP SP STP TACACS+ TC TDR TPI UNI UP VCD VLAN VPT WRR Rapid Spanning Tree Protocol Synchronous Digital Hierarchy Small Form-factor Pluggable Service Level Service Level Agreement Service Level Specification Simple Network Management Protocol Strict Priority Spanning Tree Protocol Terminal Access Controller Access Controll System Traffic Conditioner Time Domain Reflectometry Tag Protocol Id User Network Interface User Priority Virtual Cabel Diagnostic Virtual LAN Vlan Priority Tag Weighted Round Robin 7

8 1 Bevezetés Napjaink egyik leggyorsabban fejlődő iparága a telekommunikáció. Számos régebbi illetve újabb technológia tarkítja hazánk illetve a világ gerinc vagy akár felhordó hálózatát. Ezek közül a legfontosabbak megtalálhatóak a Távközlési hálózatok laboratóriumában. A carrier ethernet a 2000-es évek elején lett kifejlesztve, és ha figyelembe vesszük a hagyományos ethernet életútját, akkor minden bizonnyal a szolgáltató szintű ethernet is bejárhatja nagy testvére útját. Az első lépéseket már megtette és nagy valószínűség szerint a régebbi technológiákat hamarosan kiszorítja a hálózatokból. 2 Áttekintés A lokális hálózatokat (LAN: Local Area Network) a Xerox cég kezdte el kidolgozni 1975-ben. A cél az volt, hogy egy olyan helyi hálózatot hozzanak létre, amely kis távolságokon belül tud csomagokat továbbítani kábel segítségével. Nevét az éterről (ether) kapta, és így lett ethernet. Az első eleme a szabványsorozatnak 1985-ben került kidolgozásra az OSI referencia modell alapján, amit az IEEE 802 (Institue of Electrical and Electronics Engineers - Elektromos és Elekronikus Mérnökök Intézete) definiált. Olyan sikeresnek bizonyult, hogy robbanásszerűen kezdett el terjedni. Mára a lokális hálózatok több mint 85%-a ethernet alapú. Elterjedését annak köszönheti, hogy nagyon egyszerű és megbízható rendszer. Egyszerűsége az OSI referencia modell alapján magyarázható, amit az 2.1-es ábra mutat. 8

9 2.1. ábra Az OSI és az IEEE 802 Az ethernet nagyon elterjedté vált a lokális hálózatokban. A gerinc hálózatban egyszerűsége miatt nem lehetne alkalmazni. Gondoljunk csak a CSMA/CD védelmi eljárásra, ami csomagütközésekhez vezethet. Ezt a problémát ugyan megoldotta a switching technológia bevezetése, de ez még kevés ahhoz, hogy szolgáltatói hálózatban lehessen alkalmazni. Számos elérési hálózat került kidolgozásra, amelyeknek a csúcsa, a megbízható és precíz ATM (Asynchronous Transfer Mode). Az ATM legnagyobb hátránya, hogy költséghatékonysága rossz. Ezért a MEF (Metro Ethernet Forum) a gyártókat és szolgáltatókat tömörítő szervezet kezdett el foglalkozni azzal, hogy az ethernetet a gerinc hálózatban is lehessen alkalmazni. Természetesen jóval egyszerűbb megoldást kínálna, mint más hozzáférési technológiákat használni, mert nem kell a csomagokat átalakítani vagy konténerekbe szervezni, hiszen főleg ethernetet alapú LAN hálózatokat kéne kiszolgálniuk. A hagyományos ethernetet kiegészítették számos tulajdonsággal, illetve megfelelő menedzsmenttel és hibavédelemmel, így született meg a Carrier Ethernet, vagyis a szolgáltató osztályú ethernet. 9

10 3 Carrier Ethernet A MEF a carrier ethernet megalkotásakor arra is gondolt, hogy ha már egy korábban kiépített SDH vagy MPLS hálózat működik, akkor olyan alapú carrier ethernettel lehessen kiegészíteni a már meglévő hálózatot. Bevezetésével az ethernet térnyerése tovább fokozódhat, hiszen most már kiterjedhet városi és globális méretűvé is. Ezt főleg a 2. rétegű funkcióknak köszönheti. A legfontosabb ilyen funkció, ami lehetővé teszi a nagyfokú gyorsaságát és megbízhatóságát, az IEEE 802.1q szabványában definiált VLAN (Virtuális LAN) címkézés. Számos tulajdonságának és hatékonyságának köszönhetően az NGN-be (New Generation Network) lehet sorolni. A carrier ethernet fejlődése során elérte a kívánt hatást, a szolgáltatók elkezdték kicserélni az ATM, illetve a régebbi rendszereiket. A MEF 5 fő jellemzőt definiált, ami megkülönbözteti a szabványos ethernettől. Ezek a jellemzők a következő, 3.1-es ábrán láthatóak ábra Carrier ethernet tulajdonságai 10

11 1. Megbízhatóság (Reliability) Az egyik legjelentősebb kérdés a megbízhatóság. A MEF 2 szabványban definiáltak szerint öt típust alakítottak ki védelmi eljárásnak, hogy megfelelően megbízható legyen a rendszer. o ALNP (Aggregated Line Node Protection Összes Node Kapcsolatok Védelme) o End to End Path Protection (Vég Vég Útvonal Védelem) o MP2MP protection o Link Protection on Link Aggregation (Kapcsolat védelem az Összegző Kapcsolaton) o Application Protection Constraint Policy (APCP Alkalmazás Kikötés Védelemi Eljárás) A hálózaton kialakított védelmek segítségével elérhető, hogy egy útvonal meghibásodása után 50 msec alatt egy másik útvonalat használjon a rendszer. Ez az 50 msec azonban több részből tevődik össze és akár meg is haladhatja ezt az értéket. A következő ábra bemutatja egy hibás kapcsolat és annak helyreállítását befolyásoló tényezőit. A hiba bekövetkezése után időbe telik, amíg a rendszer a hibát detektálja. A detektálást követően várakozás indul el, amit az üzemeltető adhat meg. Ez alatt az idő alatt helyreállhat a kapcsolat, vagy ha ez nem történne meg, a rendszer egy fent ismertetett védelmi eljárás szerint helyreállítja a kapcsolatot. Majd az SLA-ban (Service Level Agreement Szolgáltatási Szint Szerződés) megfogalmazatott SLS (Service Level Specification Szolgáltatási Szint Specifikációk) szerint helyreállítja a felhasználói kapcsolatokat. 2. Szolgáltatás Menedzsment (Service Management) 11

12 A MEF talán a legnagyobb hangsúlyt a menedzsmentre helyezte, mivel az egyes felhasználók hibáit, a vonal védelmét, illetve a szigorú SLA-kban megfogalmazott paramétereket valamely OAM (Operation, Administration, Maintenance) segítségével lehet monitorozni és felügyelni. A MEF 7 és 7.1-ben EMS (Ethernet Element Management Service) és NMS (Network Management Service) elemekre összpontosított. Ezek teszik lehetővé a több rétegű OAM funkciókat. Kezdetben az IEEE 802.3ah azaz Ethernet First Mile OAM tette lehetővé az egyes csomópontok felügyeletét, amely tipikusan link monitorozásra használható. Az első mérföld kifejezést arról kapta, hogy a MEF az előfizető felől nézi a hálózatot, tehát a demarkációs ponttól a következő hálózatelemig terjedő szakaszt. Az IEEE 802.1ag szabványában már szolgáltatás szintű OAM-et definiáltak. Az OAM-ekről részletesebb leírás a demarkációs eszközök funkciói OAM résznél található. 3. Szabványosított szolgáltatások (Standardized Services) Ha a szolgáltatás menedzsmentre az mondható, hogy az egyik legnagyobb hangsúlyt kapta, akkor a szabványosított szolgáltatások talán a Carrier Ethernet alapját érdemelné ki. Ez könnyen magyarázható, mivel a klasszikus ethernet egy bizonyos célra lett kifejlesztve, ez pedig a kapcsolat összeköttetés biztosítása. A carrier ethernet ezzel szemben (illetve ezzel párhuzamosan) szolgáltatások biztosításának szemszögéből lett kialakítva. Így a MEF 3 db szabványosított szolgáltatást definiált. Pont Pont Pont Több pont Több pont Több pont Az ethernet kereteket úgynevezett EVC-k (Ethernet Virtual Connection Ethernet Virtuális Kapcsolatok) segítségével továbbítják. Két szabályuk létezik, az egyik, hogy az adott keret nem juthat vissza a küldő UNI-hoz, illetve transzparens átvitelt kell nyújtania a hálózatnak. Két típusa létezik a pont-pont és a multipont-multipont. Pont-pont típusú EVC 12

13 Multipont-multipont típusú EVC 4. Quality of Service (QoS) Szintén lényeges pontja a carrier ethernetnek a Quality of Service (Minőség) biztosítása. Nyilvánvalóan a klasszikus ethernetben alkalmazott CSMA/CD eljárás mellett nem lehet biztosítani QoS-t, nem volt alkalmas determinisztikus QoS átvitelre. Ugyan a klasszikus ethernetben is megjelentek már a prioritás osztályozásának lehetőségei, de ezzel csak a felhasználó oldala lenne biztosítva. Az egyre növekvő szolgáltatásokkal egyre szigorúbb SLA-kat eredményeznek. Tehát a MEF-nek ki kellett dolgoznia olyan eljárásokat, amelyek a szolgáltatói oldalon tudják osztályozni és a rá jellemző minőségi paramétereket biztosítani az egyes felhasználók egyes adatfolyamain. Ilyenek például: a HQoS, a sávszélesség profilok, teljesítmény paraméterek. 5. Méretezés (Scalability) A klasszikus ethernet lokális hálózat volt megalkotásakor. A carrier ethernet esetén a skálázhatóság teszi lehetővé, hogy kiterjedt és nagy távolságokon keresztül lehessen hálózatokat létrehozni. Három hálózat típus létezik: Access hálózat: A MEF által leginkább fontosnak tartott terület a hozzáférési hálózat. Cél a szolgáltatások átvitele a szolgáltatásra jellemző paraméterek betartásán keresztül (QoS, elérhetőség ). 13

14 Metro hálózat: A fő cél megegyezik az Access hálózatokéval, de egy városi méretű hálózatban elvárás, hogy a megfelelő követelmények betartása mellett más technológiákkal is képes legyen együttműködni. Global (International) hálózat: A nemzetközi hálózatok megegyeznek az előző pontokban található tulajdonságokkal, csupán a nagyobb távolságokban különbözik. 3.1 A Carrier Ethernet technológia előnyei A carrier ethernet legnagyobb előnye, hogy az OSI modell 2. rétegére lett kialakítva. Ezzel biztosítható, hogy az átvitel a legkevesebb ráfordítást igényeljen és ezzel gyorsabb szolgáltatásokat biztosítson. A kiépítésével jelentős üzleti előnyökre lehet szert tenni, a megtakarítások révén, mivel a hálózat komplexitása kisebb, mint a korábbi rendszerek esetében, valamint a rendszer átviszi a szolgáltatásokat a fizikai Ethernet hálózatokon és a régebbi szállítási technológiákon egyaránt. A hálózati elemek a megfelelő tanúsítványokkal rendelkeznek, ami garantálja a minőséget. 3.2 A Carrier Ethernet alkalmazásának területei A carrier ethernetnek számos alkalmazási lehetősége van a benne rejlő tulajdonságoknak köszönhetően, ám két fő területet érdemes kiemelni. Az egyik egy szolgáltatói hálózatban az egyes szolgáltatásoknak a megvalósítása, amit a 3. ábra mutat. 14

15 3.3.1 CE alkalmazásának területe A es ábrán látható, hogy számos Access technológiával képes együttműködni. A MEF által definiált szabványosított szolgáltatásoknak köszönhetően pont pont (pl.: bérelt vonal), pont több pont (pl.: IPTV) és több pont több pont (pl.: videokonferencia) szolgáltatások alakíthatóak ki. Az ábrán látható piros pontnak esetünkben elég nagy jelentősége van, hiszen ezek az úgynevezett demarkációs pontok. Ez az a határ, amiért a szolgáltató még felel, tehát ez az átadási pont. Demarkációs pontok között megkülönböztetünk UNI (felhasználó) és NNI (szolgáltatói) pontokat. Az teljesen szubjektív, hogy kinek melyik típusú pont a fontosabb, de ezeknek a pontoknak a fő feladata, hogy az adatfolyamok megfelelően kerüljenek be a hálózatunkba, illetve a szolgáltatói hálózat védelme is itt valósul meg. Bátran kijelenthetjük tehát, hogy egy szolgáltatói hálózatnak a legfontosabb része a demarkációs pont. A mérésben is demarkációs eszközök lettek installálva. A carrier ethernet másik fő felhasználási területe a mobil backhaul hálózat. Erre láthatunk példát a es ábrán Mobil felhordó hálózat A 4-s ábrán láthatjuk, hogy a 2G és 3G mellett a 4G rendszernek is a felhordó hálózata lehet a CE. Ennél az alkalmazásnál a mobil hálózatoknál elvárt időzítésre kell nagy hangsúlyt fektetni, de ez a témakör nem tartozik a méréshez. 15

16 4 Demarkációs eszköz funkciói A témakör a mérésben installált, a mérendő funkciók és az egyéb alap konfigurációkban fellelhető fontosabb funkciók elméleti anyagát tartalmazza. 4.1 Outbound Tag Mode (Kimenő Tag Mód) Az IEEE 802.1Q szabvány által definiált vagy más néven VLAN tagging (Virtual LAN címkézés) fizikai kapcsolatok logikai elkülönítésére szolgál az OSI 2. rétegét kihasználva. A klasszikus ethernetben bevezetésre került priorítás mezőben definiálták a vlan címkéjét. A felépítése és alkalmazása az ábrákon látható. Az ábrán látható a címkézés folyamata. A bejövő kerethez egy 802.1Q típusú fejlécet helyeznek a forrás cím mögé. Az eljárás leginkább az ATM-ben alkalmazott VPI/VCI címzéshez hasonlít. A 802.1Q Fejléc felépítése a következő ábrán látható. 16

17 TPI (Tag Protocol ID, 2 Byte): Az ethernet típus és méret helyén lévő érték mutatja meg, hogy ez egy címkézett keret, értéke 0x8100. UP (User Priority, 3 bit): A felhasználó által definiált csomag prioritást jelöli 3 biten. Értéke 0-tól 7-ig terjed. (VPT?) CFI (Conorical Format Indicator, 1 bit): Az általános formátum mutatót Ethernet és Token Ring hálózatok összekapcsolásakor használják. Értéke 0, ha a MAC cím általános, és 1, ha nem általános. VLAN ID (Virtual Lan ID, 12 bit): A 12 bites Vlan azonosító meghatározza, hogy a csomag melyik vlan csoportba tartozik. Értéke 1-től 4094-ig terjedhet. A 0-s és 4095-ös azonosító későbbi célokra van fenntartva. Tehát az adatfolyamokat különböző vlan azonosítókkal szigetelik el egymástól. Ezek lehetnek felhasználó, illetve szerviz szolgáltatások egyaránt. Egy demarkációs eszköznek úgy kell kezelni az adatfolyamokat, hogy transzparens átvitelt biztosítson a megfelelő útvonalon. Az IEEE 802.1Q ajánlásnak megfelelően öt típust definiáltak a vlan id kezelését illetően: Untagged: Csak jelöletlen kereteket továbbít. Tagged: Csak megjelölt kereteket továbbít, a jelöletlent eldobja. Q-in-Q: A bejövő forgalmat megjelöli, akkor is, ha már meg volt jelölve (Dupla címke IEEE 802.1ad). Hybrid: A bejövő forgalom jelöletlen kereteit megjelöli a definiált taggel, de a jelölt csomagokat átviszi a saját jelölésével. Multi Vlan Membership: Alap esetben egy jelöletlen keret egy adott vlan azonosítót használhat. Ez a funkció lehetővé teszi, hogy ACL (ACcess List Hozzáférési Lista) segítségével több vlan azonosítót kapjon a bejövő adatfolyam, ezáltal szelektív vlan címkézést valósítson meg. 4.2 Védelem A védelmeket két további alkategóriába lehet sorolni, aszerint, hogy az adatfolyamok védelméről, vagy a hálózat biztonsági védelmekkel kapcsolatos eljárásról vagy algoritmusról beszélünk. 17

18 4.2.1 Kapcsolat védelmek A kapcsolat védelmek tipikusan egy szakasz vagy a hálózat védelmére alkalmazott algoritmus vagy algoritmusok összessége STP (Spanning Tree Protocol) Az STP (Spanning Tree Protocol Feszítőfa Protokoll) az IEEE 802.1D szabványban lett definiálva. Célja a redundáns hálózatok hurok elleni védelme. Mint az ismeretes, a hurkok megjelenése rendkívül rossz hatással van a hálózat teljesítményére. Akár teljesen blokkolhatja is azt. A legnagyobb problémát a multicast üzenetek jelentik, hiszen ekkor minden címzett megkapja a csomagokat. Ha egy switch kap egy multicast csomagot, akkor minden portjára továbbítja azt, és ez egy redundáns hálózatban komoly problémákhoz vezethet, mivel a csomagok ciklikusan körbe-körbe mehetnek a hálózaton. Az STP másodperces reagálási idejével elképzelhetetlen lenne egy korszerű gigabites forgalmú hálózaton RSTP A 2004-ben megalkotott RSTP-t (Rapid STP Gyors STP) az IEEE 802.1w szabványban rögzítették, a hálózati változások reagálási ideje 6 másodperc körüli. Ezen felül belekerült egy olyan funkció is, am a fő különbséget eredményezi az STP és az RSTP között: ez a MAC tanulás és terjesztése a portok (hop-ok) között. Szintén lényegi különbség, hogy az STP csak a root híd által generált BDPU csomag megérkezéséig nem küldi el a saját csomagjait. Ezzel ellentétben az RSTP esetén minden hello ütemben elküldi az aktuális információit MSTP Az IEEE 802.1Q szabványba 2005-ben beolvadó MSTP (Multiple STP Összetett STP) a több virtuális hálózatot tartalmazó ethernet hálózatoknak nyújt STP védelmet. A több vlan-nal rendelkező hálózatok esetén úgynevezett MSTI-ket (MST Instance) kell definiálni. Az MSTI valójában egy mechanizmus, amely tartalmazza az RSTP előnyeit, funkcióit és képességeit. Egy MSTI-hez tartozó vlanok forgalma egy olyan úton folyik, amelyet az MSTP épít ki. Az MSTI-k adatforgalmai egymástól függetlenül áramlanak. Azonban, ha egy porthoz hozzá van rendelve egy MSTI/L1-es blokkolás és egy MSTI/L2-es áteresztés, akkor az L1-el jelölt forgalom nem lesz továbbítva ezen a porton. Azonban, az MSTP képes megváltoztatni az MSTI utakat, ezzel a hálózat topológiáját, ha egy port zsúfolttá válik vagy meghibásodik a link. 18

19 Ethernet Ring Protection Switching A hagyományos ethernet egyik legfontosabb funkciója a megfelelő védelem. Erre léteznek megoldások, mint például az STP vagy a továbbfejlesztett MSTP. Az ERPS (Ethernet Ring Protection Switching Ethernet Gyűrű Védelmi Kapcsolás) az STP feletti védelmet biztosítja. Tipikusan gyűrű topológiában alkalmazható, egyetlen hátránya, hogy az előírt 50msec-os átkapcsolási sebesség (a hálózat robosztusságától függően) akár 200 msec is lehet. Előnye, hogy bármennyi csomópontot tartalmazhat a hálózat, de a gyártók általában megadnak egy maximalizált számot. Az ERPS megfelel az ITU-T G.8032-es ajánlásának, mert mechanizmusaként APS protokolt (Automatic Protection Switching Automata Védelmi Kapcsolás) használ, amit az ITU-T G.870-es ajánlásában rögzítettek. Ez az eljárás nyújt védelmet a hálózatnak, azáltal hogy az RPL Owner (Ring Protection Link Owner Gyűrű Védelmi Tulajdonos) az egyik linkjét blokkolja, hogy ne keletkezzen hurok a hálózatban. A gyűrű és az ERP felépítését az ábra mutatja. Két esetet különböztethetünk meg: Az összes port működik: Ha az összes port működik, akkor a hálózaton R-APS (NR) (No Request Nincs Kérés) üzeneteket haladnak az APS csatornán. Ekkor az RPL Owner blokkolja az RPL portját, ami a képen a 3. port. Az egyik port nem működik: Ha valamelyik portról elveszne a link akkor az egyik RPL Switch egy R-APS (SF) (Signal Failure Hibás Jel) üzenet küld. Ha az üzenet eljutott az RPL Owner-hez akkor a blokkolt portját feloldja és az adatfolyam a gyűrű ellenkező irányába halad. Ebben az esetben a MAC táblák felülírásra kerülnek. Az átkapcsolási idő elméleti ideje 50msec. 19

20 Link Protection A védelem erősítését szolgálja az úgynevezett Dual-Homing (Kettős Vezérlési) eljárás. Két portot trönkbe szervez, az egyik port a primary (elsődleges), a másik a backup (másodlagos biztonsági vonal), amit a ábra is mutat Link protection Az eljárás lényege, hogy az elsődleges vonal eltűnése vagy meghibásodása után, 50msec-os átkapcsolási sebességgel a másodlagos vonalra helyezi az adatfolyamot és vica-versa. Kiegészíthető a védelem azzal, hogy ha az átkapcsolást követően az előző vonal helyreállt, akkor ne kapcsoljon vissza. Az élőhálózatban alkalmazott védelem általában külön utakon, akár külön szolgáltatókon keresztül juthat el a másik eszközhöz, ezzel fokozva a szolgáltató rendelkezésre állását. Ez az IEEE 802.1ag szabvány segítségével is elérhető, így nem csak közvetlen eszközök között működik, hanem úgynevezett CCM csomagok segítségével akár szolgáltatásonként is. 20

21 Minél redundánsabb a hálózat, annál nagyobb a rendelkezésre állás, ami az SLA-k (Service Level Agreement Szolgáltati Szint Megállapodás) létrehozásánál rendkívül fontos paraméter Port Reflection A port reflection (port visszatükrözés) eljárás lényege, hogy visszatükrözi a figyelt port állapotát. Tehát ha eltűnik egy UNI vagy NNI kapcsolat, akkor az eszköz visszatükrözi a link hiányát. Ez az eljárás szintén alkalmazható az IEEE 802.1ag szabvány segítségével, így nem csak közvetlen eszközök képesek port blokkolásra. Könnyen elképzelhető az az eset, amit a ábra mutat Port reflection Az A switch felől érkező csomagokat továbbítja a rendszer D switch-ig. Ha a D switch customer linkje, vagy a C switch network linkje eltűnik, az A switch továbbítja C-nek vagy D-nek a csomagokat. Ez fölöslegesen terheli a hálózatot, hiszen úgysem ér el a célállomáshoz. A port reflection alkalmazásakor kijelöl egy uplink portot és downlink portot. Ha az uplink port meghibásodik és elveszik a kapcsolat, akkor letiltja a downlink portokat. Ha ezt az eljárást alkalmazza az egész hálózat, a D switch uplink portjának meghibásodása után letiltja 21

22 a 2-es portját, ekkor a C switch 1-es portján is elveszik a kapcsolat, ezért a 2-es portját is letiltja, majd így dominó-szerűen ledönti a kapcsolatokat a hálózaton, egészen az A switch customer portjáig Biztonsági védelmek A biztonsági védelmek tipikusan egy hálózati elem, vagy egy adatfolyam (VLAN) védelmére alkalmazott algoritmus, vagy algoritmusok összessége Port Protection (Private Vlan) Ha több felhasználó azonos vlan-ban van (pl.: lakóház), ahhoz, hogy az egyes előfizetők el legyenek különítve egymástól, port védelemmel kell ellátni az eszközt. Így megoldható, hogy az összes felhasználó azonos vlan-ban tartózkodik, mégse látják egymást, és nem férnek hozzá a másik adatforgalmához. Ezzel természetesen a szolgáltató vlan-okat spórolhat meg magának. Az is megvalósítható, hogy x customerhez x vlan-t felhasznál, az eredmény akkor is az, hogy el lesznek különítve egymástól. De ennek a védelemnek köszönhetően x customerhez elég 1 darab vlan kiosztása Authentication, Authorization and Accounting Az Authentication (hitelesítés), Authorization (engedélyezés) and Accounting (könyvelés) használata a legegyszerűbb módja annak, hogy a szolgáltatói hálózat menedzsmentje ellenőrzött legyen. Az Authentication lehetővé teszi, hogy egy adatbázisban tárolt információk alapján csak az arra jogosult személy léphessen be a hálózatba. Ennek társoldala az Authorization, amely lehetővé teszi, hogy a bejelentkezett személy az ő jogosultságának megfelelően konfigurálhassa a hálózatot. A végrehajtott műveletek, illetve a beavatkozás idejét nyomon követő Accounting rendszer teszi lehetővé az ellenőrzést. Ezek összessége teszi lehetővé, hogy a beavatkozások visszakövethetőek legyenek, illetve hogy pontosan szabályozható legyen, ki milyen jogosultsággal férhet hozzá a hálózat egyes részeihez. Ezen funkciók két típusa is implementálva lett a carrier ethernetbe: RADIUS (Remote Authentication Dial-In User Service Gyártók szabványa): Főbb tulajdonsága, hogy UDP alapú kombinált hitelesítést és engedélyezést alkalmaz és csak a jelszavat titkosítja a csomagban. 22

23 TACACS+ (Terminal Access Controller Access Controll System Cisco szabadalom): Főbb tulajdonsága, hogy TCP alapú, szeparált hitelesítést és engedélyezést alkalmaz és az egész kapcsolat kérő üzenetet titkosítja. Az IEEE 802.1X szabványnak megfelelően lehetőség van arra, hogy egy kliens be tudjon jelentkezni egy távoli autentikációs szerverbe. Ebben az esetben csak a RADIUS szerver használható a távoli oldalon Provider Bridges (Tunneling) A provider bridges egy olyan hálózat védelmi algoritmus, amely az IEEE 802.1ad ajánlás alapján egy úgynevezett extra szerviz címkével látja el a keretek fejlécét, illetve megváltoztatja a MAC címet egy speciális MAC címre. Ez a szolgáltatónak elég fontos funkció, ha például két STP-vel rendelkező irodaházat szeretnének összekötni bérelt vonalon, könnyen áldozatául eshet a felhasználó hálózatának. Ez valójában annyit takar, hogy a szolgáltató számára az a fontos, hogy átvigye a felhasználók adatait, de azt nem szeretné, hogy része legyen a felhasználó hálózata a szolgáltatói hálózatnak. Ha maradunk az STP példa mellett, könnyen előfordulhat az a helyzet, hogy a felhasználó felől érkező nem kívánatos hálózati csomagok befolyásolják a szolgáltató hálózatát. Ezt ki kell küszöbölni és ezért fontos alkalmazni ezt a funkciót ilyen esetben, hiszen ez elrejti a szolgáltatói hálózat elől az ilyen jellegű csomagokat. 4.3 OAM (Operation, Administration Maintenance) Az OAM (Operation, Administration, Maintenance Működés, Adminisztráció, Karbantartás) olyan mechanizmusok használata, ami a hálózat teljesítményét méri, a hibákat detektálja, és a riasztások segítségével beavatkozhat a hiba kijavításának céljából. OAM funkciók: Pont pont szolgáltatás OAM (IEEE 802.1ag) o Kapcsolatnyomvonal, hurok és folyamatosság ellenőrzés o Csatlakozási hibamenedzsment Pont pont teljesítmény mérés OAM (ITU-T Y.1731) Belső tesztek: 23

24 o Pont pont IP SLA (3. réteg) mérése jitter, késleltetés és csomagvesztés ezredmásodperces pontossággal o RFC2544 Vonali sebességen átviteli mérések (2. réteg) EFM First Mile (IEEE 802.3ah) o Felfedezés, hurok és dying gasp (kritikus hiba üzenet) Ezek a funkciók különböző rétegekben valósulnak meg, felépítését tekintve az OSI modellhez hasonlítható. Az OAM rétegei az ábrán láthatóak OAM szabványai és rétegei A szigorú SLA paraméterek mérése az OAM legfelső szolgátasi rétegében helyezkedik el, amit a MEF 17 és az ITU-T Y.1731-es szabványában definiáltak. Az alatta található kapcsolati rétegben a kapcsolatok állapotának monitorozása történik, illetve teljesítmény is mérhető, amit a MEF 17, az ITU-T Y.1731 és IEEE 802.1ag szabványban rögzítettek. A legalsó rétegben a fizikai kapcsolatokra összpontosúl a felügylet az IEEE 802.3ah (EFM) segítségével. Az alábbi táblázat összefoglalja, hogy melyik réteg milyen feladatokat lát el. Connectivity Service layer Transport/Link layer layer MEF 17, ITU Y.1731 IEEE 802.1ag, IEEE 802.3ah (EFM) 24

25 Felfedezés Folyamatosság ellenőrzése Hurok ellenőrzés AIS Traceroute Teljesítmény menedzsment MEF 17, Y.1731 Távoli hibák jelzése: Link hibák és kritikus események, Dying gasp) Távoli és lokális hurok ellenőrzése Státusz monitoring Teljesítmény menedzsment EFM (Ethernet First Mile) Az IEEE 802.3ah szabványban megfogalmazott EFM nem szolgáltatás, hanem úgynevezett port alapú OAM szolgáltatást nyújt a hálózatnak. A szabványban olyan mechanizmusokat definiáltak, amik lehetővé teszik az EFM számára: Az EFM link monitorozását A hibadetektálást A huroktesztelést Az esemény típusának bejelentését Az, hogy egy adott hálózati elemnél ezek közül milyen funkció(ka)t alkalmaz a szolgáltató, az teljesen szubjektív. Működése a ábrán látható EFM működése 25

26 Két hálózati elem látható az ábrán, a BO (Branch Office Mellék Iroda) és a CO (Central Office Központi Iroda). Az EFM működése során úgynevezett OAMPDU kereteket küld a CO a BO elemeknek. Ez a küldési folyamat limitálva van, tíz másodperc alatt tíz csomagra, ezzel biztosítva, hogy másodpercenként egy keretet küldjön. A küldés után elindul a CO-ban egy időmérő, ami a veszteség megállapítására szolgál. A kiküldött kereteket a BO-k visszaküldik a CO-nak, ezzel megállapítható, milyen veszteséges az adott szakasz, így a rendelkezésre állás fizikai szinten mérhető. Az alábbi kritikus eseményeket az OAM keretek flag bitjei jelzik: EFM szolgáltatásai: Dying gasp Ezt az eseményt akkor küldi el a BO, amikor megszűnik az áramellátása. Innen kapta az elnevezését, hogy az utolsó pillanatában még jelzi, hogy megszűnt a tápellátás. Ezt az eseményt a CO trap formájában jelezheti egy SNMP ügynöknek. Ha az áram ellátása visszajött a BO-nak, akkor úgynevezett tiszta dying gasp bittel jelzi ezt a CO-nak. Loopback Ebben az üzemmódban a CO utasítja a BO-t, hogy végezzen visszahurkolást. Ezzel a hálózat diagnosztikát lehet elvégezni, illetve a hurok által okozott esetleges hibákat ellenőrizni. Variable response Ezzel a szolgáltatással a CO különböző állapot változókat kérhet el a BO-tól, mint pl.: port statitisztika IEEE 802.1ag és Y.1731 A legösszetettebb OAM funkciókat az IEEE 802.1ag és az Y.1731-es szabványban rögzítették. Ezeknek megfelelően hibamenedzsmentet és teljesítménymérést valósítanak meg, valamint megvalósítható egy olyan Link Protection védelem, mikor két eszköz nem közvetlenül kapcsolódik. Ebben az esetben CCM üzenetek segítségével valósul meg a védelem (bővebben lásd a Link Protection-nál) Hibamenedzsment A hibamenedzsment több funkción keresztül valósulhat meg. 26

27 Ethernet continuity function (Folyamatosság vizsgálat) Ez a funkció periodikusan CCM PDU csomagokat küld az előre definiált VLAN-ban. Az aktív OAM eszközben egy MEP-et (Maintenance Entity Point Felügyeleti Pont) kell definiálni, illetve a hozzátartozó RMEP (Remote MEP Távoli Felügyeleti Pont) párját. Természetesen több MEP is lehet ugyanabban a szolgáltatásban, ekkor a MEPeket MEG-ként kezeljük (Maintenance Entity Group Felügyeleti Csoport). Amikor aktív az összes entitás a MEG-ben, az összes MEP küldi a CCM üzeneteit. A küldött és vett CCM csomagokból szolgáltatásonkénti rendelkezésre állás számítható, valamint ezek segítségével állapíthatóak meg az alábbi paraméterek: o RDI (Remote Defect Indication Távoli hiba jelzés): ezt a jelzést arra használják, hogy a távoli MEP-el tudassák, hogy hiba lépett fel a local mepnél. o MAC defect: két hibára utalhat, vagy a védett UNI portról került le a felhasználó, vagy az elsődleges VLAN hibásodott meg (amelyen a CCM üzenetek továbbítódnak). o RMEP defect: a hiba akkor jelentkezik, ha 3,5 periódus után sem érkezik a távoli MEP-től CCM üzenet. o Transmission peroid error (küldési periódus hiba): a hiba akkor jelentkezik, ha nem megfelelő ütemben érkeznek meg a CCM üzenetek (például eltérő ritmusban küldik a CCM üzeneteket a MEG-ben). o XCON: Cross-connect hiba lépett fel, ez arra utalhat, hogy valamelyik paraméter nem megfelelő az alábbiak közül: Domain szint vagy neve Szolgáltatás száma vagy neve Ez tipikusan akkor fordulhat elő, amikor két gyártó eszközeit szeretnénk CCM hibamenedzsmenttel ellátni. Ethernet Loopback Function (Hurok figyelés) 27

28 Ez a funkció leginkább a PING szekvenciára hasonlít, ugyanis mikor aktiválva van a MEP, egy LBM (LoopBack oam Message Hurok üzenet) üzenetet küld egy specifikált RMEP-nek. Amikor a távoli MEP-be megérkezik az LBM üzenet, akkor a fogadó MEP generál egy LBR (LoopBack Response Hurok válasz) üzenetet, amiben megerősíti a két irányú kapcsolatot. Az üzenet előállítása igen egyszerű, minden adatot átmásol az LBMből az LBR-be, majd kicseréli a forrás és cél MAC címet és az OpCode mezőt módosítja LBR típusra. Ethernet Linktrace (Kapcsolat felügyelet) Az aktív MEP LT (Linktrace) válasz üzenetet kér a távoli MEP-től. Ezt a funkciót hibafelderítésre használják, hiszen ha a válasz LT üzenet megérkezik, a csatorna jól működik. Ha nem érkezik meg, a válasz üzenet tartalmazza a hibának a helyét, tehát hogy hol akad meg az üzenet. Tipikusan akkor használható, amikor egy kapcsolat vagy egy eszköz hibásodott meg, vagy a küldési síkon probléma van Teljesítménymérés Az Y.1731 szabványban definiált teljesítménymérés úgy valósul meg, hogy az aktív MEP PM (Performance Management) üzenetet küld a távoli MEP-nek. A fogadó MEP minden adatot átmásol a PM üzenetből, úgy, hogy a MAC címeket kicseréli és az OpCode-ot átállítja PMRre, tehát PMR (Performance Management Response) üzenetet küld vissza. A visszakapott PMR-ből az alábbi paraméterek állapíthatóak meg: FLR (Frame Loss Ratio Csomagvesztési Hibaarány): a keretvesztési hibaarányt adja meg (a válasz üzenetek száma elosztva az összes elküldött üzenetettel). FD (Frame Delay Csomag késleltetés): időmérésen alapuló késleltetés mérés, az időmérés akkor kezdődik, mikor a csomag legelső bitje elküldésre kerül, és addig tart, amíg az utolsó vissza nem érkezik a távoli MEP-től. A mérésben a forrás cél és a cél forrás késleltetése is megállapítható. FDV (Frame Delay Variation Csomag késletetés ingadozás) vagy más néven Jitter: az eltéréseket méri két FD mérés között. Ebből megállapítható a jitter. 28

29 4.4 QoS (Quality of Service) A QoS (Szolgáltatás minősége) rendkívül fontos a távközlésben, hiszen a különböző szolgáltatások különböző paramétereket kívánnak. Az alábbi táblázat tartalmazza a manapság leginkább elterjedt szolgáltatások elvárásait. Forgalom típusa Szállítás Sávszélesség Jitter Csomagvesztés Csomagméret Prioritás Adat TCP Megmaradt Rugalmas Rugalmas Változó Alacsony Hang UDP Kicsi Nagyon kicsi Közepes Kicsi Magas Video UDP Nagy Kicsi Nagyon kicsi Nagy Magas A táblázatban jól kivehető, hogy a szolgáltatások minőségi jellemzői milyen eltérőek lehetnek. A hálózatnak biztosítania kell az adott minőségi paramétert, ezért a szolgáltatásokat el kell szeparálni egymástól. Ebben nyújthat segítséget a DiffServ (Differential Service Megkülönböztetett szolgáltatások). Ez valójában egy megjelölést takar, ahol a legnagyobb érték a legjobb minőségű szolgáltatást jelenti. Az Optiswitch-ben három típusa létezik: SL (Service Level Szolgáltatási szint): Értéke 1-től 8-ig változhat DSCP (Differentiated Services Code Point Megkülönböztetett szolgáltatási kód) VPT (Vlan Priority Tag Virtuál lan Prioritás címke) A felhasználók maguk is megadhatják az egyes adatfolyamoknak a szolgáltatási szintet, de egy demarkációs eszköz feladata ezeknek a kezelése. Az eszköz akár a felhasználók által megadott értékekkel is működhet, de át is írhatja őket a saját szabályainak megfelelően. Az élőhálózatokban többnyire untrust beállítást alkalmaznak, tehát nem bíznak meg a customer által beállított prioritás értékekben, ezért a szolgáltatói hálózat módosítja azokat. A QoS tehát egy szolgáltató adott szolgáltatásainak minőségi paramétereinek biztosítására szolgál. A bejövő adatfolyamokat feltérképezik (mapping), majd az adott szabályoknak megfelelően osztályokba sorolják. A feltérképezésnek két külön esetét lehet megkülönböztetni. Az egyik és egyben a legegyszerűbb, amikor bérelt vonalon keresztül egy 29

30 szolgáltatást nyújtanak az ügyfélnek. Ebben az esetben elég, ha a switch portját úgy állítják be, hogy a bejövő csomagokat lássa el egy adott SL szinttel (Mapping). A másik megvalósítása, amikor több felhasználót vagy több szolgáltatást kell elkülöníteni egymástól. Ebben az esetben ACL (ACcess List Hozzáférési Lista) szabályokat kell létrehozni, ami történhet az OSI rétegén is. Tehát lehetőség van a fizikai rétegben elkülöníteni egymástól a szolgáltatásokat, ami a fizikai port feltérképezését jelenti. Második rétegben MAC cím szerint vagy a harmadik rétegbeli IP cím alapján is. További lehetőség, hogy Vlan címke képezze a szűrést, vagy például az adott protokollnak megfelelően a portnak a szűrése. Például egy internet eléréshez a TCP 80-as portját kell beállítani. Ez természetesen a QoS biztosításának első fele. Az adatfolyamok osztályozását követően, forgalomvezérlésre van szükség. A QoS biztosítása PHB (Per Hop Behavior Ugrásonkénti Viselkedés) jellegű, ami azt jelenti, hogy minden egyes csomóponton biztosítani kell az adott CoS-ek kezelését Forgalomvezérlés (TC, Shaping, EQM) Az előző pontban tárgyalt QoS megjelölés a forgalomvezérlésnek az egyik kulcsfontosságú eleme. Miután megtörtént az adatfolyamok megkülönböztetése, következik az EQM amely sorba állítja az adatfolyamokat, majd ezt követően egy sávszélesség korlátozó algoritmus, amelyek lehetnek TC (Traffic Conditioner), szolgáltatás alapú Shaping, vagy port alapú Shaping EQM (Egress Queue Manager Kimenő Sorban állási Menedzser) Feladata, hogy a minimális sávszélességet megadja a sorokban, megakadályozza a torlódást. Két típusa létezik: SP (Strict Priority Szigorú Prioritás) : A legszigorúbb sorbaállási prioritás, az SP-be beállított adatfolyamok mindig elsőbbséget élveznek a WRR0 és WRR1-el szemben. WRR0 (Weighted Round Robin): A rendelkezésre álló sávszélességet súlyozás segítségével osztja meg. Értéke ig változhat. Ezzel az értékkel a súlynak a mértéke adható meg a következő képlettel: W x 256 Byte. WRR1: Megegyezzik az előző pontban tárgyalt tulajdonságokkal, csak egy prioritási szinttel lejjebb található. Tehát ha beállítunk a WRR0-hoz egy 3-as SL szintet, valamint a WRR1-hez egy 7-est, előbb a 3-as SL szinten lévő adatfolyam fog elsőbbséget élvezni. 30

31 Sávszélesség korlátozás Az EQM alkalmazása előtt lehetőségünk van megfogni a bejövő és kimenő adatfolyamokat. Erre két lehetőség adott. Az egyik a TC (Traffic Conditioner), a másik az SL szintű Shaping (simitó) sávszélesség korlátozó mechanizmus Shaping A simító eljárás leaky-bucket (lyukas vödör) mechanizmusként működik, lényege, hogy a beérkező csomagokat átengedi addig, ameddig el nem éri a maximális sávszélességet, ha elérte és ennél több csomag szeretne kijutni, eltárolja a memóriába és csak akkor kerül továbbításra, mikor lecsökken az adatfolyam sebessége. Ennek az eljárásnak a hátránya, hogy a csomagok tárolása miatt nagy késleltetést tud okozni az átvitelekben. Ez főleg kimenő sávszélesség korlátozásra alkalmazható Traffic Conditioner A forgalom kondicionálónak kettős feladata van. Egyfelöl az SLA-kban rögzített szelektív sávszélesség korlátozás végrehajthat csomagdobást (Drop Red) vagy színezést (Remarking), másfelöl aggregált számlálók segítenek a számlálásban. A TC és a shaping eljárást kombinálva (bejövő illetve kimenő módban beállítva), a szolgáltatónak egy komplett beállítási lehetőséget biztosít az SLA-ban megadott értékek betartásához TC és Shaping eljárás különbsége A policing és shaping közti különbséget egy TCP-s kapcsolat esetén lehet a leginkább megmutatni, hiszen az UDP-vel szemben egy TCP-s kapcsolat ACK visszajelzésre vár. Ha egy csomag rendben megérkezik a célállomásra, akkor egy ACK üzenet küld a forrásnak. Ha a csomag nem érkezik meg meghatározott időn belül, vagy az üzenet hibás, a cél NOTACK üzenetet küld a forrásnak, aminek hatására újraküldi az adott csomagot. Ezért fordulhat elő policing drop red alkalmazásakor, hogy a TCP kapcsolat ingadozni fog. Minél nagyobb sávszélességet szeretnénk elérni, annál nagyobb ingadozás lesz az eredmény. A különbség a és a ábrákon látható. 31

32 TCP Policy Drop red TCP Shaping Az alábbi táblázat összefoglalja a két sávszélesség korlátozó algoritmus tulajdonságait. Shaping Policy Cél A többlet csomagokat pufferbe helyezi és sorba állítja A többlet csomagokat eldobja (vagy megjelöli) Jelölés frissitése Növekszik az elejétől Fix (1/cir) Burst Simitó Csomag eldobás Jelölés Nincs Van Előny A csomag dobásra érzékeny többlet csomagok pufferbe kerülnek elküldésig (ha tartósan magas a forgalom, előfordulhat csomagvesztés). Vezérli a kimeneti forgalmat a csomagdobással. Sorban állási késleltetés minimális. Magas sorban állási TCP többlet Hátrány késleltetést okozhat, csomagok esetén különösen a hosszú csökkenti a kimeneti várólistáknál teljesítményt 32

33 4.5 Menedzsment A menedzsment feladata a hálózat felügyelete, a különböző adatok lekérdezése, tárolása és feldolgozása, továbbá, ha szükséges, a beavatkozás is. Az adatok tárolását MIB fájlokban (Management Information Base Menedzsment Információs Bázis) tárolja az eszköz, majd ezeket SNMP (Simple Network Management Protocol Egyszerű Hálózati Menedzsment Protokoll) segítségével lehet lekérdezni úgynevezett OID-k (Object IDentifier Tárgyazonosító) alapján. SNMP üzenet típusok: Get Request: Egy vagy több változó lekérdezése GetNext Request: A következő változó lekérdezése Get Response: Az SNMP ügynök generálja a Get Request és GetNext Request üzenetekre. Set Request: A változó értékének megváltoztatása. GetBulk Request: Táblázat lekérdezése. Inform Request: Több SNMP ügynök közötti információ csere, hogy melyik melyik változót tartja számon. Trap: Az eszközökben előre beállított figyelmeztetéseket küldhet el az eszköz az agent-nek. Ez azzal is kombinálható, hogy az agent -t vagy sms-t küldjön a rendszergazdának. Az egyes adatokat az OID-k mutatják meg, ezek lehetnek szabványosak, illetve gyártó specifikusak egyaránt. A legegyszerűbb eljárás a megfelelő OID-ek felkutatására, ha az SNMP ügynök egy WALK paranccsal sorban lekérdezi az eszközökben található OID-eket. Az, hogy ki melyik paramétert kérdezi le, teljesen szubjektív. Többnyire az OAM alapján mért értékek a legfontosabbak, mert ezekből mutatható ki a rendelkezésre állás és a különböző teljesítmény paraméterek. Példák az adatok gyűjtésére: Fontos paraméterek: o Perfomance monitoring 33

34 Az ábrán látható, hogy két eszköz között milyen teljesítmény szint van. Tulajdonképpen az OAM performance monitor mérései kerülnek kiolvasásra. Ebből megtudható az RT (Round Trip Oda-vissza út) ideje, a DS (Destination Source Cél Forrás) és SD (Source Destinaiton Forrás Cél) jitter értékei. Ha az értékek elkezdenek növekedni, az a hálózat terheltségére utalhat. o Port statisztikák A port statisztikák figyelésének két célja van, egyrészt azonnal lehet látni, ha egy kapcsolat eltűnik, másrészt a szolgáltató nyomon tudja követni, hogy merre érdemes bővítenie a hálózatát. 34

35 o SLA paraméterek: Az SLA paramétereket talán a legfontosabb mérni, ha bármi probléma van a felhasználó és a szolgáltató között, ezekkel lehet a forgalom sebességét, illetve a rendelkezésre állást is bizonyítani. A kiolvasás a TC counterek segítségével történik. A számlálók rögzítik a beérkező adatfolyamokat, és a megengedett sebességgel érkező byte-okat zölddel, míg a többletet pirossal jelölik meg. Ha be van állítva a többlet eldobása, akkor ezek -- még mielőtt a hálózatba jutnának -- eldobásra kerülnek. 4.6 PRO-VISION A pro-vision nevű funkció nem más, mint az egyszerűsített CLI parancsok. Tulajdonképpen ahhoz hasonlítható, mint a C illetve az assembly programozási nyelv. Konfigurálást tekintve egy eszközt fel lehet konfigurálni CLI parancsokon keresztül (assembly programozási nyelv, direkt konfigurálás ), vagy a CLI parancsok felhasználóbarát verziójából, vagyis provision parancsokon keresztül (C programozási nyelv egyszerűsített és automatizálható konfigurálás ). Az MRV-től rendelhető hálózati menedzsment szoftver (Megavision) is pro-vision parancsokon keresztül konfigurálja a hálózatot. Példa a CLI és a Pro-vision parancsok összehasonlítására A következő példán keresztül megismerkedhetünk ugyanannak az egyszerű konfigurációnak az elkészítésével, a különbség az, hogy az egyiket CLI parancsokon keresztül készítjük el, míg a másikat pro-vision funkció kihasználásával. A példa a következő: Egy 100-as customer Q-in-Q összeköttetést szeretnénk megvalósítani, úgy, hogy a felhasználó az 1-es porton csatlakozik, míg az uplink a 4-es porton van. Megvalósítás CLI parancsok segítségével! interface vlan vif100 description S100 port 1,4 tag 100! port tag-outbound-mode q-in-q //100-as vlan interfész létrehozása //S100-as megnevezés hozzáadása //Interfészhez tartozó portok definiálása //Interfész címkéjének definiálása //1-es port Q-in-Q módba állítása a 100-as c-vlan- 35

36 port tag-outbound-mode tagged 4! //hoz //4-es port tagged módba állítása a s-vlan számára Megvalósítás pro-vision funkció segítségével! service S100 node-type port-based uni s-vlan 100 c-ports 1 s-ports 4 enable //S100-as nevű szolgáltatás létrehozása //Port alapú felhasználó definiálása //100-as vlan definiálása az uplink porthoz //Felhasználó port definiálása //Uplink port definiálása //A szolgáltatás engedélyezése 4.7 Belső teszterek RFC 2544 Az RFC 2544 teszter lehetővé teszi, hogy két OS900 között felmérje az egyes EPL vagy EVPL közötti teljesítmény karakterisztikát. Ez történhet a 2. vagy 3. rétegben is az OSI modell alapján, akár 1 Gbit/sec-os sebességgel. Két fajta teszt lehetőség van: Alapértelmezett vizsgálat: Előre beállított sávszélességű adatfolyamot állít elő, egyszeri megszakítatlan vizsgálatra. Áteresztés képesség: Megméri a maximálisan átvihető adatmennyiség sávszélességét. A sávszélesség kiszámítása a kettő hatványain keresztül történik VCD diagnosztika A switch-ben található egy úgynevezett VCD (Virtual Cabel Diagnostic), amely képes a hibákat detektálni és a kábel hosszát megmérni. Ez a funkció úgynevezett TDR (Time Domain Reflectometry), ami radar algoritmus alapján működik. Egy impulzust küld a kábelen, miközben időmérést végez. Az időmérés alatt történt visszaverődések és jeltorzulások adják meg a választ arra, hogy milyen hiba lehet a szakaszon és milyen hosszúságú az adott kábel. A mérés pontossága 2 méter, ha legalább 10 méternél hosszabb a kábel. A következő hibákat képes azonosítani: Rövidzárlat Kábelszakadás 36

37 Rossz csatlakozó Impedancia eltérés Polaritás eltérés SFP diagnosztika Az SFP diagnosztika két részből tevődik össze. Az egyik része kiolvassa az SFP modulok EEPROM-jából a rá jellemző paramétereket, a másik része a rá jellemző diagnosztikai értékeket mutatja meg. Főbb paraméterek: Modul csatlakozójának típusa Alkalmazott hullámhossz Modul sebessége Kapcsolat hossz Gyártó és típus azonosító Főbb diagnosztikai paraméterek: Hőmérséklet Adási és vételi szint Áram és feszültség felvétel 5 Mérési eszközök felépítése és a mérési elrendezés bemutatása A fejezetben a mérésben szereplő MRV OptiSwitch 904 és a mérési elrendezés bemutatása található. 5.1 Switch Felépítése 37

38 5.1-es ábra MRV Optiswitch 904 felépítése Az MRV Optiswitch 904 egy demarkációs eszköz. A gyakorlatban ezek az eszközök a szolgáltató határán helyezkednek el. Az 5.1-es ábrán láthathó, hogy az eszközön 6 darab port található, balról jobbra haladva: az első a konzol kábelnek van fenntartva, mellette a második egy úgynevezett out-of-band management port, ami az eszköz menedzselését teszi lehetővé, függetlenül a rajta átvitt szolgáltatásoktól. Következik 6 darab port, ami ha megfigyeljük valójában csak négy, ugyanis az első két portnál (1-es és 2-es port az eszközön) lehetőség van arra, hogy RJ45-ös portot használjunk vagy a kékkel jelzett SFP csatlakozót használjuk ki. Az eszköz jobb szélén található 3-as és 4-es port esetén csak SFP modul csatlakoztatására van lehetőség. Amint a mérésből látható, optikai sfp modulok lettek telepítve és valójában ez képezi az uplink portot. 5.2 A Demarkációs eszközök elrendezése és a mérés kialakítása A témakörben a switch-ek portjainak kialakítása és a mérési elrendezés található Az OS904 ek portjai 38

39 ábra Mérési elrendezés A es ábrán látható, hogy a három darab switch jobb oldalán sárgával jelölve egy optikai gyűrű hálózat lett kialakítva, ezek a portok LC típusú optikai sfp modulokkal és kábelekkel lettek csatlakoztatva. Az összeköttetés 1 Gbit/sec-os sebességű. A switch-ek bal oldalán vannak a user interfészek, ahol a userek csatlakozhatnak taggelt illetve nem taggelt adatfolyamaikkal A teljes mérési elrendezés Az es ábrán látható, hogy a bal oldali PC ( ) az MRV1-hez csatlakozik -- hogy melyik portján, az a mérési feladat függvénye. A jobb oldali PC ( ) az MRV3 1-es portjához csatlakozik. A szagatott összekötettés a vlan alapú átvitelt, míg az egyenes vonal a címkézetlen kapcsolatot mutatják be. Tipikusan az eszközök egymástól akár több száz kilométerre is elhelyezkedhetnek. 39

40 ábra Teljes mérési elrendezés 6 A mérés során felhasznált eszközök, programok: A fejezet a mérésben található eszközök és programok pontos információit tartalmazza, ezek eltérése hibákat okozhat a mérés során. Célszerű a PC-k IP címét leellenőrizni a mérés során. 6.1 Eszközök: Az IBM1 illetve IBM2 PC-k gigabit ethernet kártyával vannak ellátva, a mérés Windows operációs rendszeren történik. A mérések elött érdemes megnézni a PC-k IP címét, különben a mérés egyes pontjai nem fognak működni megfelelően! Statikus IP címeket kell megadni, amelyek a táblázatban láthatóak. Eszköz neve IP címe MAC címe IBM1 (Bal oldali PC) IBM2 (Jobb oldali PC) :87:FC:F0:53: :87:FC:F1:C7:8F 40

Ethernet OAM a szolgáltatói hálózatokban

Ethernet OAM a szolgáltatói hálózatokban Ethernet OAM a szolgáltatói hálózatokban Szabó János Magyar Telekom Nyrt., PKI Fejlesztési Igazgatóság 16. Távközlési és Informatikai Hálózatok Szeminárium és Kiállítás 1 Ethernet a szolgáltatói hálózatban

Részletesebben

SzIP kompatibilis sávszélesség mérések

SzIP kompatibilis sávszélesség mérések SZIPorkázó technológiák SzIP kompatibilis sávszélesség mérések Liszkai János Equicom Kft. SZIP Teljesítőképesség, minőségi paraméterek Feltöltési sebesség [Mbit/s] Letöltési sebesség [Mbit/s] Névleges

Részletesebben

III. előadás. Kovács Róbert

III. előadás. Kovács Róbert III. előadás Kovács Róbert VLAN Virtual Local Area Network Virtuális LAN Logikai üzenetszórási tartomány VLAN A VLAN egy logikai üzenetszórási tartomány, mely több fizikai LAN szegmensre is kiterjedhet.

Részletesebben

Újdonságok Nexus Platformon

Újdonságok Nexus Platformon Újdonságok Nexus Platformon Balla Attila balla.attila@synergon.hu CCIE #7264 Napirend Nexus 7000 architektúra STP kiküszöbölése Layer2 Multipathing MAC Pinning MultiChassis EtherChannel FabricPath Nexus

Részletesebben

8. sz. melléklete Eredetileg a GTS Hungary Kft. által nyújtott szolgáltatásokra vonatkozó feltételek

8. sz. melléklete Eredetileg a GTS Hungary Kft. által nyújtott szolgáltatásokra vonatkozó feltételek A Magyar Telekom Nyrt. Üzleti Általános Szerződési Feltételeinek 8. sz. melléklete Eredetileg a GTS Hungary Kft. által nyújtott szolgáltatásokra vonatkozó feltételek A Magyar Telekom Nyrt. által 5. december

Részletesebben

IP alapú kommunikáció. 3. Előadás Switchek 3 Kovács Ákos

IP alapú kommunikáció. 3. Előadás Switchek 3 Kovács Ákos IP alapú kommunikáció 3. Előadás Switchek 3 Kovács Ákos Vlanok elbonyolítva Mi lenne, ha egy szolgáltató az ügyfeleit el akarja szeparálni egymástól? Vlan?? Király max 4096 pár ügyfél Megoldás: QinQ, vagy

Részletesebben

Félreértések elkerülése érdekében kérdezze meg rendszergazdáját, üzemeltetőjét!

Félreértések elkerülése érdekében kérdezze meg rendszergazdáját, üzemeltetőjét! Félreértések elkerülése érdekében kérdezze meg rendszergazdáját, üzemeltetőjét! http://m.equicomferencia.hu/ramada Liszkai János senior rendszermérnök vállalati hálózatok Miről is lesz szó? Adatközpont

Részletesebben

Hálózati rendszerek adminisztrációja JunOS OS alapokon

Hálózati rendszerek adminisztrációja JunOS OS alapokon Hálózati rendszerek adminisztrációja JunOS OS alapokon - áttekintés és példák - Varga Pál pvarga@tmit.bme.hu Áttekintés Általános laborismeretek Junos OS bevezető Routing - alapok Tűzfalbeállítás alapok

Részletesebben

Dr. Wührl Tibor Ph.D. MsC 04 Ea. IP kapcsolás hálózati réteg

Dr. Wührl Tibor Ph.D. MsC 04 Ea. IP kapcsolás hálózati réteg Dr. Wührl Tibor Ph.D. MsC 04 Ea IP kapcsolás hálózati réteg IP kapcsolás Az IP címek kezelése, valamint a csomagok IP cím alapján történő irányítása az OSI rétegmodell szerint a 3. rétegben (hálózati network

Részletesebben

MAC címek (fizikai címek)

MAC címek (fizikai címek) MAC címek (fizikai címek) Hálózati eszközök egyedi azonosítója, amit az adatkapcsolati réteg MAC alrétege használ Gyárilag adott, általában ROM-ban vagy firmware-ben tárolt érték (gyakorlatilag felülbírálható)

Részletesebben

Statikus routing. Hoszt kommunikáció. Router működési vázlata. Hálózatok közötti kommunikáció. (A) Partnerek azonos hálózatban

Statikus routing. Hoszt kommunikáció. Router működési vázlata. Hálózatok közötti kommunikáció. (A) Partnerek azonos hálózatban Hoszt kommunikáció Statikus routing Két lehetőség Partnerek azonos hálózatban (A) Partnerek különböző hálózatban (B) Döntéshez AND Címzett IP címe Feladó netmaszk Hálózati cím AND A esetben = B esetben

Részletesebben

Két típusú összeköttetés PVC Permanent Virtual Circuits Szolgáltató hozza létre Operátor manuálisan hozza létre a végpontok között (PVI,PCI)

Két típusú összeköttetés PVC Permanent Virtual Circuits Szolgáltató hozza létre Operátor manuálisan hozza létre a végpontok között (PVI,PCI) lab Adathálózatok ATM-en Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem Megvalósítások Multiprotocol encapsulation (RFC1483) - IETF Classical IP over ATM (RFC1577)

Részletesebben

Multiprotocol encapsulation (RFC1483) - IETF Classical IP over ATM (RFC1577) - IETF LAN Emulation (LANE) - ATM Forum Multiprotocol over ATM (MPOA) -

Multiprotocol encapsulation (RFC1483) - IETF Classical IP over ATM (RFC1577) - IETF LAN Emulation (LANE) - ATM Forum Multiprotocol over ATM (MPOA) - lab Adathálózatok ATM-en Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem Megvalósítások Multiprotocol encapsulation (RFC1483) - IETF Classical IP over ATM (RFC1577)

Részletesebben

Számítógép hálózatok gyakorlat

Számítógép hálózatok gyakorlat Számítógép hálózatok gyakorlat 5. Gyakorlat Ethernet alapok Ethernet Helyi hálózatokat leíró de facto szabvány A hálózati szabványokat az IEEE bizottságok kezelik Ezekről nevezik el őket Az Ethernet így

Részletesebben

Ethernet. Szolgáltatások. Moldován István. Department of Telecommunications and Media Informatics. Budapest University of Technology and Economics

Ethernet. Szolgáltatások. Moldován István. Department of Telecommunications and Media Informatics. Budapest University of Technology and Economics Ethernet Szolgáltatások Moldován István Budapest University of Technology and Economics Department of Telecommunications and Media Informatics Szolgáltatói Ethernet Ethernet Transzport Ethernet felhordó

Részletesebben

Szolgáltatások és alkalmazások (VITMM131)

Szolgáltatások és alkalmazások (VITMM131) Szolgáltatások és alkalmazások (VITMM131) Internet-alapú szolgáltatások (folyt.) Vidács Attila Távközlési és Médiainformatikai Tsz. I.B.228, T:19-25, vidacs@tmit.bme.hu Tartalom 11/02/11 Internet-alapú

Részletesebben

SEGÉDLET. A TTMER102 - FPGA-alapú hálózati eszközfejlesztés című méréshez

SEGÉDLET. A TTMER102 - FPGA-alapú hálózati eszközfejlesztés című méréshez SEGÉDLET A TTMER102 - FPGA-alapú hálózati eszközfejlesztés című méréshez Készült: A Távközlési és Médiainformatika Tanszék Távközlési mintalaboratóriumában 2017. április A mérést és segédanyagait összeállította:

Részletesebben

Új módszerek és eszközök infokommunikációs hálózatok forgalmának vizsgálatához

Új módszerek és eszközök infokommunikációs hálózatok forgalmának vizsgálatához I. előadás, 2014. április 30. Új módszerek és eszközök infokommunikációs hálózatok forgalmának vizsgálatához Dr. Orosz Péter ATMA kutatócsoport A kutatócsoport ATMA (Advanced Traffic Monitoring and Analysis)

Részletesebben

Beállítások 1. Töltse be a Planet_NET.pkt állományt a szimulációs programba! A teszthálózat már tartalmazza a vállalat

Beállítások 1. Töltse be a Planet_NET.pkt állományt a szimulációs programba! A teszthálózat már tartalmazza a vállalat Planet-NET Egy terjeszkedés alatt álló vállalat hálózatának tervezésével bízták meg. A vállalat jelenleg három telephellyel rendelkezik. Feladata, hogy a megadott tervek alapján szimulációs programmal

Részletesebben

Szolgáltat. gfelügyeleti gyeleti rendszer fejlesztése. NETWORKSHOP 2010 Sándor Tamás

Szolgáltat. gfelügyeleti gyeleti rendszer fejlesztése. NETWORKSHOP 2010 Sándor Tamás Szolgáltat ltatási minıségfel gfelügyeleti gyeleti rendszer fejlesztése se a HBONE hálózatbanh NETWORKSHOP 2010 Tartalom SLA menedzsment, teljesítmény menedzsment InfoVista bemutatás InfoVista az NIIFI-nél

Részletesebben

Ethernet. Hozzáférési hálózatoktechnológiák. Moldován István. Department of Telecommunications and Media Informatics

Ethernet. Hozzáférési hálózatoktechnológiák. Moldován István. Department of Telecommunications and Media Informatics Ethernet Hozzáférési hálózatoktechnológiák Moldován István Budapest University of Technology and Economics Department of Telecommunications and Media Informatics Ethernet továbbítás MAC Forwarding Topology

Részletesebben

Cisco Teszt. Question 2 Az alábbiak közül melyek vezeték nélküli hitelesítési módok? (3 helyes válasz)

Cisco Teszt. Question 2 Az alábbiak közül melyek vezeték nélküli hitelesítési módok? (3 helyes válasz) Cisco Teszt Question 1 Az ábrán látható parancskimenet részlet alapján mi okozhatja az interfész down állapotát? (2 helyes válasz) a. A protokoll rosszul lett konfigurálva. b. Hibás kábel lett az interfészhez

Részletesebben

Hálózati architektúrák és rendszerek. Optikai hálózatok Wavelength routed optical networks

Hálózati architektúrák és rendszerek. Optikai hálózatok Wavelength routed optical networks Hálózati architektúrák és rendszerek Optikai hálózatok Wavelength routed optical networks 1 A tárgy felépítése (1) Lokális hálózatok. Az IEEE architektúra. Ethernet Csomagkapcsolt hálózatok IP-komm. Az

Részletesebben

Routing IPv4 és IPv6 környezetben. Professzionális hálózati feladatok RouterOS-el

Routing IPv4 és IPv6 környezetben. Professzionális hálózati feladatok RouterOS-el Routing IPv4 és IPv6 környezetben Professzionális hálózati feladatok RouterOS-el Tartalom 1. Hálózatok osztályozása Collosion/Broadcast domain Switchelt hálózat Routolt hálózat 1. Útválasztási eljárások

Részletesebben

(1) 10/100/1000Base-T auto-sensing Ethernet port (2) 1000Base-X SFP port (3) Konzol port (4) Port LED-ek (5) Power LED (Power)

(1) 10/100/1000Base-T auto-sensing Ethernet port (2) 1000Base-X SFP port (3) Konzol port (4) Port LED-ek (5) Power LED (Power) HP 5120-24G 1.ábra Első panel (1) 10/100/1000Base-T auto-sensing Ethernet port (2) 1000Base-X SFP port (3) Konzol port (4) Port LED-ek (5) Power LED (Power) 2.ábra Hátsó panel (1) AC-input csatlakozó (2)

Részletesebben

Az adott eszköz IP címét viszont az adott hálózat üzemeltetői határozzákmeg.

Az adott eszköz IP címét viszont az adott hálózat üzemeltetői határozzákmeg. IPV4, IPV6 IP CÍMZÉS Egy IP alapú hálózat minden aktív elemének, (hálózati kártya, router, gateway, nyomtató, stb) egyedi azonosítóval kell rendelkeznie! Ez az IP cím Egy IP cím 32 bitből, azaz 4 byte-ból

Részletesebben

Ethernet/IP címzés - gyakorlat

Ethernet/IP címzés - gyakorlat Ethernet/IP címzés - gyakorlat Moldován István moldovan@tmit.bme.hu BUDAPESTI MŰSZAKI ÉS GAZDASÁGTUDOMÁNYI EGYETEM TÁVKÖZLÉSI ÉS MÉDIAINFORMATIKAI TANSZÉK Áttekintés Ethernet Multicast IP címzés (subnet)

Részletesebben

Az Ethernet példája. Számítógépes Hálózatok 2012. Az Ethernet fizikai rétege. Ethernet Vezetékek

Az Ethernet példája. Számítógépes Hálózatok 2012. Az Ethernet fizikai rétege. Ethernet Vezetékek Az Ethernet példája Számítógépes Hálózatok 2012 7. Adatkapcsolati réteg, MAC Ethernet; LAN-ok összekapcsolása; Hálózati réteg Packet Forwarding, Routing Gyakorlati példa: Ethernet IEEE 802.3 standard A

Részletesebben

Kommunikációs rendszerek programozása. Switch-ek

Kommunikációs rendszerek programozása. Switch-ek Kommunikációs rendszerek programozása ről általában HUB, Bridge, L2 Switch, L3 Switch, Router 10/100/1000 switch-ek, switch-hub Néhány fontosabb működési paraméter Hátlap (backplane) sávszélesség (Gbps)

Részletesebben

Adatkapcsolati réteg 1

Adatkapcsolati réteg 1 Adatkapcsolati réteg 1 Főbb feladatok Jól definiált szolgáltatási interfész biztosítása a hálózati rétegnek Az átviteli hibák kezelése Az adatforgalom szabályozása, hogy a lassú vevőket ne árasszák el

Részletesebben

Tájékoztató. Használható segédeszköz: -

Tájékoztató. Használható segédeszköz: - A 35/2016. (VIII. 31.) NFM rendelet szakmai és vizsgakövetelménye alapján. Szakképesítés azonosítószáma és megnevezése 52 481 02 Irodai informatikus Tájékoztató A vizsgázó az első lapra írja fel a nevét!

Részletesebben

Lokális hálózatok. A lokális hálózat felépítése. Logikai felépítés

Lokális hálózatok. A lokális hálózat felépítése. Logikai felépítés Lokális hálózatok Számítógép hálózat: több számítógép összekapcsolása o üzenetküldés o adatátvitel o együttműködés céljából. Egyszerű példa: két számítógépet a párhuzamos interface csatlakozókon keresztül

Részletesebben

Sinus-Networks. Ubiquiti AirFiber teszt EtherSAM és Y.1731 mérésekkel

Sinus-Networks. Ubiquiti AirFiber teszt EtherSAM és Y.1731 mérésekkel Sinus-Networks Ubiquiti AirFiber teszt EtherSAM és Y.1731 mérésekkel 1 Bevezető A mérés és a dokumentum célja a Ubiquiti airfiber 24GHz-es pont-pont mikrohullámú összeköttetés átviteli paramétereinek (áteresztő

Részletesebben

4. Hivatkozási modellek

4. Hivatkozási modellek 4. Hivatkozási modellek Az előző fejezetben megismerkedtünk a rétegekbe szervezett számítógépes hálózatokkal, s itt az ideje, hogy megemlítsünk néhány példát is. A következő részben két fontos hálózati

Részletesebben

Hálózati architektúrák és Protokollok GI 8. Kocsis Gergely

Hálózati architektúrák és Protokollok GI 8. Kocsis Gergely Hálózati architektúrák és Protokollok GI 8 Kocsis Gergely 2018.11.12. Knoppix alapok Virtuális gép létrehozása VirtualBox-ban (hálózatelérés: bridge módban) Rendszerindítás DVD-ről vagy ISO állományból

Részletesebben

vezeték nélküli Turi János Mérnök tanácsadó Cisco Systems Magyarország Kft. jturi@cisco.com

vezeték nélküli Turi János Mérnök tanácsadó Cisco Systems Magyarország Kft. jturi@cisco.com Biztonság és vezeték nélküli hálózat? Turi János Mérnök tanácsadó Cisco Systems Magyarország Kft. jturi@cisco.com 1 Amiről szó lesz - tervezés Mi az a CVD? Hogyan készül Mire e használjuk áju Vezeték nélküli

Részletesebben

Hálózatkezelés Szolgáltatási minőség (QoS)

Hálózatkezelés Szolgáltatási minőség (QoS) System i Hálózatkezelés Szolgáltatási minőség (QoS) 6. verzió 1. kiadás System i Hálózatkezelés Szolgáltatási minőség (QoS) 6. verzió 1. kiadás Megjegyzés Jelen leírás és a tárgyalt termék használatba

Részletesebben

Ethernet. Hozzáférési hálózatoktechnológiák. Moldován István. Department of Telecommunications and Media Informatics

Ethernet. Hozzáférési hálózatoktechnológiák. Moldován István. Department of Telecommunications and Media Informatics Ethernet Hozzáférési hálózatoktechnológiák Moldován István Budapest University of Technology and Economics Department of Telecommunications and Media Informatics Ethernet továbbítás MAC Forwarding Topology

Részletesebben

Az alábbi állítások közül melyek a forgalomirányító feladatai és előnyei?

Az alábbi állítások közül melyek a forgalomirányító feladatai és előnyei? ck_01 Az alábbi állítások közül melyek a forgalomirányító feladatai és előnyei? ck_02 a) Csomagkapcsolás b) Ütközés megelőzése egy LAN szegmensen c) Csomagszűrés d) Szórási tartomány megnövelése e) Szórások

Részletesebben

1. Kapcsolók konfigurálása

1. Kapcsolók konfigurálása 1. Kapcsolók konfigurálása Üzemmódok: Felhasználói Privilegizált Globális konfigurációs váltás: enable (en), váltás: exit váltás: configure terminal (conf t), váltás: exit váltás: változó, váltás: exit,

Részletesebben

A belső hálózat konfigurálása

A belső hálózat konfigurálása DHCP A belső hálózat konfigurálása Hozzuk létre a virtuális belső hálózatunkat. Szerver (Windows 2012) SWITCH Kliens gép (Windows 7) Hálózati kártya (LAN1) Hálózati kártya (LAN1) Állítsunk be egy lan1

Részletesebben

4. Az alkalmazások hatása a hálózat tervezésre

4. Az alkalmazások hatása a hálózat tervezésre 4. Az alkalmazások hatása a hálózat tervezésre Tartalom 4.1 A hálózati alkalmazások azonosítása 4.2 A gyakori hálózati alkalmazások magyarázata 4.3 A minőségbiztosítás (Quality ot Service, (QoS)) bevezetése

Részletesebben

Advanced PT activity: Fejlesztési feladatok

Advanced PT activity: Fejlesztési feladatok Advanced PT activity: Fejlesztési feladatok Ebben a feladatban a korábban megismert hálózati topológia módosított változatán kell különböző konfigurációs feladatokat elvégezni. A feladat célja felmérni

Részletesebben

Hálózati Architektúrák és Protokollok GI BSc. 3. laborgyakorlat

Hálózati Architektúrák és Protokollok GI BSc. 3. laborgyakorlat Hálózati Architektúrák és Protokollok GI BSc. 3. laborgyakorlat Erdős András (demonstrátor) Debreceni Egyetem - Informatikai Kar Informatikai Rendszerek és Hálózatok Tanszék 2016 9/20/2016 9:41 PM 1 Adatkapcsolati

Részletesebben

Az IEC PRP & HSR protokollok használata IEC61850 kommunikációjú védelmi automatika hálózatokban

Az IEC PRP & HSR protokollok használata IEC61850 kommunikációjú védelmi automatika hálózatokban Az IEC 62439 PRP & HSR protokollok használata IEC61850 kommunikációjú védelmi automatika hálózatokban Nagy Róbert Védelmes értekezlet 2014 2014. Június 5. Ethernet az energiaelosztó hálózatokhoz Az Ethernet

Részletesebben

Hálózati Technológiák és Alkalmazások. Vida Rolland, BME TMIT október 29. HSNLab SINCE 1992

Hálózati Technológiák és Alkalmazások. Vida Rolland, BME TMIT október 29. HSNLab SINCE 1992 Hálózati Technológiák és Alkalmazások Vida Rolland, BME TMIT 2018. október 29. Link-state protokollok OSPF Open Shortest Path First Első szabvány RFC 1131 ( 89) OSPFv2 RFC 2178 ( 97) OSPFv3 RFC 2740 (

Részletesebben

IP alapú komunikáció. 2. Előadás - Switchek 2 Kovács Ákos

IP alapú komunikáció. 2. Előadás - Switchek 2 Kovács Ákos IP alapú komunikáció 2. Előadás - Switchek 2 Kovács Ákos PoE Power Over Ethernet Még jobban előtérbe került a IoT kapcsán WAP, IP telefon, Térfigyelő kamerák tápellátása Résztvevők: PSE - Power Source

Részletesebben

Felhő alapú hálózatok (VITMMA02) Hálózati megoldások a felhőben

Felhő alapú hálózatok (VITMMA02) Hálózati megoldások a felhőben Felhő alapú hálózatok (VITMMA02) Hálózati megoldások a felhőben Dr. Maliosz Markosz Budapesti Műszaki és Gazdaságtudományi Egyetem Villamosmérnöki és Informatikai Kar Távközlési és Médiainformatikai Tanszék

Részletesebben

Autóipari beágyazott rendszerek. A kommunikáció alapjai

Autóipari beágyazott rendszerek. A kommunikáció alapjai Autóipari beágyazott rendszerek A kommunikáció alapjai 1 Alapfogalmak Hálózati kommunikáció Vezérlőegységek közötti információ továbbítás Csomópontok Kommunikációs csatornákon keresztül Terepbuszok (cluster)

Részletesebben

2014 UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED

2014 UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED Tavasz 2014 UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED Department of Software Engineering Számítógép-hálózatok 3. gyakorlat Packet Tracer alapok Deák Kristóf S z e g e d i T u d o m á n

Részletesebben

1/13. RL osztály Hálózati alapismeretek I. gyakorlat c. tantárgy Osztályozóvizsga tematika

1/13. RL osztály Hálózati alapismeretek I. gyakorlat c. tantárgy Osztályozóvizsga tematika 1/13. RL osztály Hálózati alapismeretek I. gyakorlat c. tantárgy Osztályozóvizsga tematika A vizsga leírása: A vizsga anyaga a Cisco Routing and Switching Bevezetés a hálózatok világába (1)és a Cisco R&S:

Részletesebben

Tartalom. Az adatkapcsolati réteg, Ethernet, ARP. Fogalma és feladatai. Adatkapcsolati réteg. A hálókártya képe

Tartalom. Az adatkapcsolati réteg, Ethernet, ARP. Fogalma és feladatai. Adatkapcsolati réteg. A hálókártya képe Tartalom Az adatkapcsolati réteg, Ethernet, ARP Adatkapcsolati réteg A hálózati kártya (NIC-card) Ethernet ARP Az ARP protokoll Az ARP protokoll által beírt adatok Az ARP parancs Az ARP folyamat alhálózaton

Részletesebben

Address Resolution Protocol (ARP)

Address Resolution Protocol (ARP) Address Resolution Protocol (ARP) Deák Kristóf Címfeloldás ezerrel Azt eddig tudjuk, hogy egy alhálózaton belül switchekkel oldjuk meg a zavartalan kommunikációt(és a forgalomirányítás is megy, ha egy

Részletesebben

Az 1. ábrán látható értékek szerint végezzük el az IP-cím konfigurációt. A küldő IP-címét a következő módon tudjuk beállítani:

Az 1. ábrán látható értékek szerint végezzük el az IP-cím konfigurációt. A küldő IP-címét a következő módon tudjuk beállítani: DiffServ mérési utasítás 1. ábra Hálózati topológia Routerek konfigurálása IP-cím konfiguráció Az 1. ábrán látható értékek szerint végezzük el az IP-cím konfigurációt. A küldő IP-címét a következő módon

Részletesebben

Hálózatok Rétegei. Számítógépes Hálózatok és Internet Eszközök. TCP/IP-Rétegmodell. Az Internet rétegei - TCP/IP-rétegek

Hálózatok Rétegei. Számítógépes Hálózatok és Internet Eszközök. TCP/IP-Rétegmodell. Az Internet rétegei - TCP/IP-rétegek Hálózatok Rétegei Számítógépes Hálózatok és Internet Eszközök WEB FTP Email Telnet Telefon 2008 2. Rétegmodell, Hálózat tipusok Közbenenső réteg(ek) Tw. Pair Koax. Optikai WiFi Satellit 1 2 Az Internet

Részletesebben

IP alapú kommunikáció. 5. Előadás Routing 2 Kovács Ákos

IP alapú kommunikáció. 5. Előadás Routing 2 Kovács Ákos IP alapú kommunikáció 5. Előadás Routing 2 Kovács Ákos Az internet ~84000 (2018 )különböző hálózatból épül fel, ezeket domainnek nevezzük Minden domain több routerből és hostból áll, amelyet egy szervezt

Részletesebben

Előnyei. Helyi hálózatok tervezése és üzemeltetése 2

Előnyei. Helyi hálózatok tervezése és üzemeltetése 2 VPN Virtual Private Network A virtuális magánhálózat az Interneten keresztül kiépített titkosított csatorna. http://computer.howstuffworks.com/vpn.htm Helyi hálózatok tervezése és üzemeltetése 1 Előnyei

Részletesebben

Huawei Cisco Interworking Szolgáltatói környezetben

Huawei Cisco Interworking Szolgáltatói környezetben Huawei Cisco Interworking Szolgáltatói környezetben Balla Attila CCIE #7264 balla.attila@synergon.hu Bevezető Követelmények Együttműködés Routing MPLS AToM QoS Konvergencia Esettanulmányok Eszközpark Cisco

Részletesebben

Cisco Catalyst 3500XL switch segédlet

Cisco Catalyst 3500XL switch segédlet Cisco Catalyst 3500XL switch segédlet A leírást készítette: Török Viktor (Kapitány) GAMF mérnökinformatikus rendszergazda FOSZK hallgató, Hálózatok II. tárgy Web: http://prog.lidercfeny.hu/ Források: Medgyes

Részletesebben

Hálózati Technológiák és Alkalmazások

Hálózati Technológiák és Alkalmazások Hálózati Technológiák és Alkalmazások Vida Rolland BME TMIT 2016. október 28. Internet topológia IGP-EGP hierarchia előnyei Skálázhatóság nagy hálózatokra Kevesebb prefix terjesztése Gyorsabb konvergencia

Részletesebben

E Q U I C O M M é r é s t e c h n i k a i K f t. H B u d a p e s t, M á t y á s k i r á l y u T. : F.

E Q U I C O M M é r é s t e c h n i k a i K f t. H B u d a p e s t, M á t y á s k i r á l y u T. : F. MS NBP-Targets MS NBP-Targets Austria 99 % coverage with 100 Mbps by 2020 Italy 100 % coverage with 30 Mbps by 2020. 50 % HH penetration of 100Mbps services by 2020 Belgium 50 % HH penetration with 1 Gbps

Részletesebben

Bevezető. PoC kit felépítése. NX appliance. SPAN-Proxy

Bevezető. PoC kit felépítése. NX appliance. SPAN-Proxy Bevezető A dokumentum célja összefoglalni a szükséges technikai előkészületeket a FireEye PoC előtt, hogy az sikeresen végig mehessen. PoC kit felépítése A FireEye PoC kit 3 appliance-t tartalmaz: NX series:

Részletesebben

Hálózati architektúrák és Protokollok GI 7. Kocsis Gergely

Hálózati architektúrák és Protokollok GI 7. Kocsis Gergely Hálózati architektúrák és Protokollok GI 7 Kocsis Gergely 2017.05.08. Knoppix alapok Virtuális gép létrehozása VirtualBox-ban (hálózatelérés: bridge módban) Rendszerindítás DVD-ről vagy ISO állományból

Részletesebben

Számítógépes hálózatok

Számítógépes hálózatok Számítógépes hálózatok Hajdu György: A vezetékes hálózatok Hajdu Gy. (ELTE) 2005 v.1.0 1 Hálózati alapfogalmak Kettő/több tetszőleges gép kommunikál A hálózat elemeinek bonyolult együttműködése Eltérő

Részletesebben

Adatátviteli rendszerek Mobil IP. Dr. habil Wührl Tibor Óbudai Egyetem, KVK Híradástechnika Intézet

Adatátviteli rendszerek Mobil IP. Dr. habil Wührl Tibor Óbudai Egyetem, KVK Híradástechnika Intézet Adatátviteli rendszerek Mobil IP Dr. habil Wührl Tibor Óbudai Egyetem, KVK Híradástechnika Intézet IP alapok Lásd: Elektronikus hírközlési hálózatok OSI rétegmodell; IPv4; IPv6; Szállítási protokollok;

Részletesebben

ISDN_prog. Digital Super Hybrid System KX-TD1232CE/816CE. Programozási Segédlet (ISDN programozás) 2000. március

ISDN_prog. Digital Super Hybrid System KX-TD1232CE/816CE. Programozási Segédlet (ISDN programozás) 2000. március Digital Super Hybrid System KX-TDCE/6CE Programozási Segédlet ( programozás) 000. március Panasonic Magyarország Kft. Telekommunikáció A TD90/TD6/0 bővítő kártyák ) Port / Csatorna Három különböző bővítő

Részletesebben

Allied Telesis. Szakmai nap 2017 Pásztor András

Allied Telesis. Szakmai nap 2017 Pásztor András Allied Telesis Szakmai nap 2017 Pásztor András Tartalom Menedzsment & Access kontroll Új termékek MENEDZSMENT & ACCESS CONTROL IoT kihívás a hálózatok előtt Tabletek/Okos telefonok Szenzorok Egyéb Source:

Részletesebben

Újdonságok Nexus Platformon

Újdonságok Nexus Platformon Újdonságok Nexus Platformon Balla Attila CCIE #7264 balla.attila@synergon.hu Újdonságok Unified Fabric Twin-AX kábel NX-OS L2 Multipathing Fabric Extender Emlékeztető Továbbítás Routing Van bejegyzés ->

Részletesebben

TELE-OPERATOR UTS v.14 Field IPTV műszer. Adatlap

TELE-OPERATOR UTS v.14 Field IPTV műszer. Adatlap TELE-OPERATOR UTS v.14 Field IPTV műszer Adatlap COMPU-CONSULT Kft. 2009. augusztus 3. Dokumentáció Tárgy: TELE-OPERATOR UTS v.14 Field IPTV műszer Adatlap (6. kiadás) Kiadta: CONSULT-CONSULT Kft. Dátum:

Részletesebben

2011.01.24. A konvergencia következményei. IKT trendek. Új generációs hálózatok. Bakonyi Péter c.docens. Konvergencia. Új generációs hálózatok( NGN )

2011.01.24. A konvergencia következményei. IKT trendek. Új generációs hálózatok. Bakonyi Péter c.docens. Konvergencia. Új generációs hálózatok( NGN ) IKT trendek Új generációs hálózatok Bakonyi Péter c.docens A konvergencia következményei Konvergencia Korábban: egy hálózat egy szolgálat Konvergencia: végberendezések konvergenciája, szolgálatok konvergenciája

Részletesebben

Gyakorlati vizsgatevékenység

Gyakorlati vizsgatevékenység Gyakorlati vizsgatevékenység Elágazás azonosító száma megnevezése: 4 481 03 0010 4 01 Informatikai hálózat-telepítő és -üzemeltető Vizsgarészhez rendelt követelménymodul azonosítója, megnevezése: 1163-06

Részletesebben

Bevezetés. Számítógép-hálózatok. Dr. Lencse Gábor. egyetemi docens Széchenyi István Egyetem, Távközlési Tanszék

Bevezetés. Számítógép-hálózatok. Dr. Lencse Gábor. egyetemi docens Széchenyi István Egyetem, Távközlési Tanszék Bevezetés Számítógép-hálózatok Dr. Lencse Gábor egyetemi docens Széchenyi István Egyetem, Távközlési Tanszék lencse@sze.hu Tartalom Alapfogalmak, definíciók Az OSI és a TCP/IP referenciamodell Hálózati

Részletesebben

Programozható vezérlő rendszerek KOMMUNIKÁCIÓS HÁLÓZATOK 2.

Programozható vezérlő rendszerek KOMMUNIKÁCIÓS HÁLÓZATOK 2. KOMMUNIKÁCIÓS HÁLÓZATOK 2. CAN busz - Autóipari alkalmazásokhoz fejlesztették a 80-as években - Elsőként a BOSCH vállalat fejlesztette - 1993-ban szabvány (ISO 11898: 1993) - Később fokozatosan az iparban

Részletesebben

Számítógépes Hálózatok. 4. gyakorlat

Számítógépes Hálózatok. 4. gyakorlat Számítógépes Hálózatok 4. gyakorlat Feladat 0 Számolja ki a CRC kontrollösszeget az 11011011001101000111 üzenetre, ha a generátor polinom x 4 +x 3 +x+1! Mi lesz a 4 bites kontrollösszeg? A fenti üzenet

Részletesebben

Az RSVP szolgáltatást az R1 és R3 routereken fogjuk engedélyezni.

Az RSVP szolgáltatást az R1 és R3 routereken fogjuk engedélyezni. IntServ mérési utasítás 1. ábra Hálózati topológia Routerek konfigurálása A hálózatot konfiguráljuk be úgy, hogy a 2 host elérje egymást. (Ehhez szükséges az interfészek megfelelő IP-szintű konfigolása,

Részletesebben

Roger UT-2. Kommunikációs interfész V3.0

Roger UT-2. Kommunikációs interfész V3.0 ROGER UT-2 1 Roger UT-2 Kommunikációs interfész V3.0 TELEPÍTŐI KÉZIKÖNYV ROGER UT-2 2 ÁLTALÁNOS LEÍRÁS Az UT-2 elektromos átalakítóként funkcionál az RS232 és az RS485 kommunikációs interfész-ek között.

Részletesebben

Tartalom. Hálózati kapcsolatok felépítése és tesztelése. Rétegek használata az adatok továbbításának leírására. OSI modell. Az OSI modell rétegei

Tartalom. Hálózati kapcsolatok felépítése és tesztelése. Rétegek használata az adatok továbbításának leírására. OSI modell. Az OSI modell rétegei Tartalom Hálózati kapcsolatok felépítése és tesztelése Bevezetés: az OSI és a Általános tájékoztató parancs: 7. réteg: DNS, telnet 4. réteg: TCP, UDP 3. réteg: IP, ICMP, ping, tracert 2. réteg: ARP Rétegek

Részletesebben

Hálózati Technológiák és Alkalmazások. Vida Rolland, BME TMIT november 5. HSNLab SINCE 1992

Hálózati Technológiák és Alkalmazások. Vida Rolland, BME TMIT november 5. HSNLab SINCE 1992 Hálózati Technológiák és Alkalmazások Vida Rolland, BME TMIT 2018. november 5. Adatátviteli feltételek Pont-pont kommunikáció megbízható vagy best-effort (garanciák nélkül) A cél ellenőrzi a kapott csomagot:

Részletesebben

Hálózati architektúrák laborgyakorlat

Hálózati architektúrák laborgyakorlat Hálózati architektúrák laborgyakorlat 4. hét Dr. Orosz Péter, Skopkó Tamás 2012. szeptember Hálózati réteg (L3) Kettős címrendszer Interfész konfigurációja IP címzés: címosztályok, alhálózatok, szuperhálózatok,

Részletesebben

CISCO gyakorlati segédlet. Összeállította: Balogh Zoltán

CISCO gyakorlati segédlet. Összeállította: Balogh Zoltán CISCO gyakorlati segédlet Összeállította: Balogh Zoltán 2 1. Forgalomirányítók alapszintű konfigurálása Hostname megadása: (config)#hostname LAB_A Konzol és telnet kapcsolatok jelszavainak megadása: (config)#line

Részletesebben

Hálózati réteg. Feladata: a csomag eljusson a célig Több útválasztó Ez a legalacsonyabb rétek, mely a két végpont

Hálózati réteg. Feladata: a csomag eljusson a célig Több útválasztó Ez a legalacsonyabb rétek, mely a két végpont Hálózati réteg Hálózati réteg Feladata: a csomag eljusson a célig Több útválasztó Ez a legalacsonyabb rétek, mely a két végpont közötti átvitellel foglalkozik. Ismernie kell a topológiát Útvonalválasztás,

Részletesebben

Tájékoztató. Használható segédeszköz: -

Tájékoztató. Használható segédeszköz: - A 12/2013. (III. 29.) NFM rendelet szakmai és vizsgakövetelménye alapján. Szakképesítés, azonosító száma és megnevezése 51 481 02 Szoftverüzemeltető-alkalmazásgazda Tájékoztató A vizsgázó az első lapra

Részletesebben

Hálózati architektúrák laborgyakorlat

Hálózati architektúrák laborgyakorlat Hálózati architektúrák laborgyakorlat 5. hét Dr. Orosz Péter, Skopkó Tamás 2012. szeptember Hálózati réteg (L3) Kettős címrendszer: ARP Útválasztás: route IP útvonal: traceroute Parancsok: ifconfig, arp,

Részletesebben

Hálózati architektúrák és Protokollok PTI 5. Kocsis Gergely

Hálózati architektúrák és Protokollok PTI 5. Kocsis Gergely Hálózati architektúrák és Protokollok PTI 5 Kocsis Gergely 2013.03.28. Knoppix alapok Virtuális gép létrehozása VirtualBox-ban (hálózatelérés: bridge módban) Rendszerindítás DVD-ről vagy ISO állományból

Részletesebben

Ethernet második rész

Ethernet második rész Ethernet második rész Moldován István Budapest University of Technology and Economics Department of Telecommunications and Media Informatics VLAN LAN (Local Area Network): broadcast tartomány a tartományon

Részletesebben

Central monitoring system: rubic mini

Central monitoring system: rubic mini Central monitoring system: rubic mini rubic mini RUBIC MINI CENTRAL UNIT Azokban az épületekben, ahol nagyszámú független biztonsági lámpa beszerelésére van szükség, mindig problémát okoz az ilyen berendezések

Részletesebben

Ethernet. Hozzáférési hálózatoktechnológiák. Moldován István. Department of Telecommunications and Media Informatics

Ethernet. Hozzáférési hálózatoktechnológiák. Moldován István. Department of Telecommunications and Media Informatics Ethernet Hozzáférési hálózatoktechnológiák Moldován István Budapest University of Technology and Economics Department of Telecommunications and Media Informatics Ethernet továbbítás MAC Forwarding Topology

Részletesebben

Sávszélesség szabályozás kezdőknek és haladóknak. Mátó Péter <atya@fsf.hu>

Sávszélesség szabályozás kezdőknek és haladóknak. Mátó Péter <atya@fsf.hu> Sávszélesség szabályozás kezdőknek és haladóknak Mátó Péter Az előadás témái A hálózati kapcsolatok jellemzői A hálózati protokollok jellemzői A Linux felkészítése a sávszélesség szabályzásra

Részletesebben

Ethernet a szolgáltatói hálózatban Moldován István moldovan@tmit.bme.hu

Ethernet a szolgáltatói hálózatban Moldován István moldovan@tmit.bme.hu Ethernet a szolgáltatói hálózatban Moldován István moldovan@tmit.bme.hu TÁVKÖZLÉSI ÉS MÉDIAINFORMATIKAI TANSZÉK BUDAPESTI MŰSZAKI ÉS GAZDASÁGTUDOMÁNYI EGYETEM Előremutató lehetőségek 1 Áttekintés» Ethernet:

Részletesebben

IP alapú kommunikáció. 11. Előadás Hálózat Monitoring/Hálózat Manadgement Kovács Ákos

IP alapú kommunikáció. 11. Előadás Hálózat Monitoring/Hálózat Manadgement Kovács Ákos IP alapú kommunikáció 11. Előadás Hálózat Monitoring/Hálózat Manadgement Kovács Ákos Hálózat menedzsment Mire is kell?? Mit is kell tudnia egy hálózatmenedzsmentnek? Konfiguráció Menedzsment Folyamatosan

Részletesebben

1. Az internet használata

1. Az internet használata 1. Az internet használata Tartalom 1.1 Mi az internet? 1.2 ISP-k 1.3 ISP kapcsolat Mi az internet? 1.1 Vissza a tartalomjegyzékre Az internet és a szabványok Az internet világszerte nyilvánosan hozzáférhető

Részletesebben

Internet-hozzáférések teljesítményvizsgálata webböngészőben

Internet-hozzáférések teljesítményvizsgálata webböngészőben Internet-hozzáférések teljesítményvizsgálata webböngészőben Orosz Péter BME TMIT SmartCom Lab 4. Magyar Jövő Internet Konferencia 2017. november 8-9. Áttekintés Adatforgalmi trendek és internethozzáférések

Részletesebben

Számítógép hálózatok

Számítógép hálózatok Számítógép hálózatok Számítógép hálózat fogalma A számítógép-hálózatok alatt az egymással kapcsolatban lévő önálló számítógépek rendszerét értjük. Miért építünk hálózatot? Információ csere lehetősége Központosított

Részletesebben

Megoldás. Feladat 1. Statikus teszt Specifikáció felülvizsgálat

Megoldás. Feladat 1. Statikus teszt Specifikáció felülvizsgálat Megoldás Feladat 1. Statikus teszt Specifikáció felülvizsgálat A feladatban szereplő specifikáció eredeti, angol nyelvű változata egy létező eszköz leírása. Nem állítjuk, hogy az eredeti dokumentum jól

Részletesebben

Tartalom. Router és routing. A 2. réteg és a 3. réteg működése. Forgalomirányító (router) A forgalomirányító összetevői

Tartalom. Router és routing. A 2. réteg és a 3. réteg működése. Forgalomirányító (router) A forgalomirányító összetevői Tartalom Router és routing Forgalomirányító (router) felépítésük működésük távolságvektor elv esetén Irányító protokollok autonóm rendszerek RIP IGRP DHCP 1 2 A 2. réteg és a 3. réteg működése Forgalomirányító

Részletesebben

Párhuzamos programozási platformok

Párhuzamos programozási platformok Párhuzamos programozási platformok Parallel számítógép részei Hardver Több processzor Több memória Kapcsolatot biztosító hálózat Rendszer szoftver Párhuzamos operációs rendszer Konkurenciát biztosító programozási

Részletesebben

Jogában áll belépni?!

Jogában áll belépni?! Jogában áll belépni?! Détári Gábor, rendszermérnök Tartalom: Aggasztó kérdések, tapasztalatok, hiányosságok Mit, és hogyan szabályozzunk? A NAC lehetőségei A Cisco NAC alkalmazása a hálózat védelmére 2

Részletesebben

Vezetéknélküli technológia

Vezetéknélküli technológia Vezetéknélküli technológia WiFi (Wireless Fidelity) 802.11 szabványt IEEE definiálta protokollként, 1997 Az ISO/OSI modell 1-2 rétege A sebesség függ: helyszíni viszonyok, zavarok, a titkosítás ki/be kapcsolása

Részletesebben

BEÁGYAZOTT RENDSZEREK TERVEZÉSE UDP csomag küldése és fogadása beágyazott rendszerrel példa

BEÁGYAZOTT RENDSZEREK TERVEZÉSE UDP csomag küldése és fogadása beágyazott rendszerrel példa BEÁGYAZOTT RENDSZEREK TERVEZÉSE 1 feladat: A Netburner MOD5270 fejlesztőlap segítségével megvalósítani csomagok küldését és fogadását a fejlesztőlap és egy PC számítógép között. megoldás: A fejlesztőlapra,

Részletesebben

Pantel International Kft. Általános Szerződési Feltételek bérelt vonali és internet szolgáltatásra

Pantel International Kft. Általános Szerződési Feltételek bérelt vonali és internet szolgáltatásra Pantel International Kft. 2040 Budaörs, Puskás Tivadar u. 8-10 Általános Szerződési Feltételek bérelt vonali és internet ra 1. sz. melléklet Az ÁSZF készítésének dátuma: 2009. január 23. Az ÁSZF utolsó

Részletesebben