INFORMÁCIÓS RENDSZEREK
|
|
- Ákos Takács
- 6 évvel ezelőtt
- Látták:
Átírás
1 INFORMÁCIÓS RENDSZEREK ÜZEMELTETÉSE MÉRNÖK-INFORMATIKUS ALAPKÉPZÉS
2 8. FELÜGYELETI RENDSZEREK Röviden a hálózati szolgáltatások minőségéről Elvárások a hálózati szolgáltatásokkal szemben QoS, SLA és SLS Végpontok közötti szolgáltatásminőség, elégedettség, QoE TMN Az első szabványosított távközlés-menedzsment keretrendszer FCAPS Hálózatfelügyeleti módszerek A forgalom monitorozása Szolgáltatás-szintű elemzés Hibamenedzsment 2
3 ALAPPROBLÉMA: LOKÁLIS ÉS GLOBÁLIS NÉZŐPONT A világ Európából, Amerikából, és Ausztráliából nézve
4 A HÁLÓZATI SZOLGÁLTATÁSOK GLOBÁLIS, END-TO-END NÉZETE A felhasználó akkor elégedett a szolgáltatással, ha kéréseit kiszolgálják, a szolgáltatás minősége is kielégítő, az időszakos problémák hamar megoldódnak. A felhasználó szemszögéből mellékes, hogy milyen szolgáltatókon keresztül teljesül a kérése.
5 A HÁLÓZATI SZOLGÁLTATÓ KÉPE A VILÁGRÓL - 1 A szolgáltató leginkább a saját hálózatán belüli szolgáltatásminőségre koncentrál szerencsés esetben!
6 A HÁLÓZATI SZOLGÁLTATÓ KÉPE A kevésbé szerencsés esetben azonban VILÁGRÓL - 2 A szolgáltató kizárólag a saját hálózatán belüli hálózatminőségre koncentrál
7 Tipikus mércék QUALITY OF SERVICE Rendelkezésre állás Áteresztőképesség (throughput) Késleltetés Késleltetés-ingadozás (jitter) Csomagvesztés
8 RENDELKEZÉSRE ÁLLÁS Szolgáltatás rendelkezésre állását befolyásoló tényezők Hálózati rendelkezésre állás Fizikai szintű, adatkapcsolati szintű, etc Erőforrások Szolgáltatói tényező Rendszer hiba
9 KÉSLELTETÉS Feldolgozási késleltetés (processing) A csomagok feldolgozása és felkészítése az újraküldésre Sorbanállási késleltetés (queuing delay) Csomagok sorbanállási ideje (a terhelés és az alkalmazott ütemezési eljárás határozza meg) Terjedési késletetés (propagation) Adatok kapcsolaton való terjedés ideje Összeállítási késleltetés (serialization) arrival time processing queuing scheduling propagation serialization queuing delay propagation delay serialization delay A teljes csomag megérkezésének ideje (az első és utolsó bitnek beérkezése között eltelt idő) arrival total packet delay teljes csomag késleltetés = (feldolgozási idő) + sorbanállási idő + (terjedési idő) + továbbítási idő
10 A JITTER Jitter: a késleltetés ingadozása (részleteiben több értelmezése is van) Mértéke: Szórás (átlagtól való átlagos letérés) A kis valószínűségű, de nagyobb késleltetéseket is beleszámítja (pl. p>0,001) jitter buffer méretezés Hasznossága itt : a csomagközti idők jittere az interaktív hang/video átvitelnél érdekes Nagy jitter: nagy szünet a lejátszandó keretek között; kiürülhet a buffer - csomagok közötti idő közel állandó: kis jitter - börsztös forgalom: NAGY jitter
11 JITTER KÉSLELTETÉSI INGADOZÁS PDF, sűrűségfüggvény Pr{d} valószínűség / gyakoriság / E[d] Késleltetés ingadozás (teoretikus) Var[d] Quantile (e.g. x=10-7 ) Pr[d>x] = 10-7 d Késleltetés ingadozás (praktikus)
12 MEGEGYEZÉS A SZOLGÁLTATÁSI SZINTRŐL -SLA SLA: Service Level Agreement Ez maga a szerződés a szolgáltatók/hálózat-operátorok között a hozzáférési hálózatot biztosító szolgáltató és az előfizető között SLA SLA SLA SLA SLA
13 MEGEGYEZÉS A SZOLGÁLTATÁSI SZINTRŐL -SLS az SLA műszaki melléklete az SLS: Service Level Specification A szolgáltatás minőségét leíró műszaki áteresztőképesség - [kbps] (késleltetés) (jitter) (vesztési arány) és nem-műszaki rendelkezésre állás probléma-megoldási időintervallumok paraméterek és küszöbértékeik.
14 QUALITY OF EXPERIENCE - QOE A felhasználó a hálózati szolgáltatásokat a hálózati adottságok észrevétele nélkül szeretné használni. A hálózati szolgáltatásokkal kapcsolatos elégedettsége (QoE) szubjektív küszöbértékektől függ A QoE mércék típusai: szolgáltatás elérhetősége az alaphozzáférés működik-e az alkalmazás elérhető-e, és ad-e (egyszer csak) választ a szolgáltatás minősége lásd elvárások a szolgáltatásokkal szemben szolgáltatásonként eltérő küszöbértékek az end-to-end QoS-re a felmerülő problémák megoldásának időtartama és minősége 14
15 ELVÁRÁSOK A SZOLGÁLTATÁSOKKAL SZEMBEN Elvárások Szolgáltatás Késleltetés Sávszélesség Adatvesztés Egyéb Interaktív beszéd és video (konf.) Off-line streaming audio és video B: kicsi V: NAGY A: kicsi V: NAGY Minimális Best Effort Alacsony jitter Best Effort Best Effort Alacsony jitter Kliens-szerver lekérdezések kicsi Alacsony Alacsony Letöltések NAGY Alacsony Best Effort Potenciálisan rosszindulatú forg. kontrolált Best Effort Best Effort Izoláció javasolt Hálózati játékok Változó Minimális Minimális Egyéb ( , ) Kicsi Best Effort Best Effort
16 QOE SLA QOS Van-e a mai valóságban kapcsolat közöttük? Ha nincs, akkor szolgáltatás-szintű menedzsment tekintetében nem hagyatkozhatunk a hálózatra. Kell egy folyamatosan és megbízhatóan működő felügyeleti rendszer!
17 A TMN filozófia HÁLÓZATFELÜGYELETI MÓDSZEREK Logikai modell: Business-, Service-, Network-, Element-, Network-elementszintek A forgalom monitorozása szintek és módszerek Szolgáltatás-szintű elemzés Hibamenedzsment Hibajel (event) Hibajegy (alarm) Hibajel-feldolgozás Hibaok-keresés 17
18 TMN TELECOMMUNICATIONS MANAGEMENT NETWORK A TMN segítségével a szolgáltatók menedzselhetik a különböző operációs rendszereken hálózati elemeken hálózattípusokon átívelő kapcsolatokat és kommunikációt. A TMN (ITU-T M.3010) funkcionális modellt logikai modellt szabványos interfészeket kínál a hálózatmenedzsment során felmerülő problémák megoldására.
19 A TMN LOGIKAI MODELL Jól elkülönített menedzsmentszintek A különböző szinteken eltérő mértékben jelentkeznek hasonló típusú menedzsmentfeladatok
20 TMN BUSINESS MANAGEMENT Magas szintű tervezés Pénzügyi tervek és ellenőrzés Célok definiálása Döntéshozás Üzlet-szintű egyezmények (Business Level Agreements BLAs)
21 TMN SERVICE MANAGEMENT Alapvetően ide tartozik a felhasználóval való kapcsolattartás: szolgáltatás beindítása és módosítása számlázási feladatok szolgáltatásminőség felügyelete és biztosítása (PM) hibamenedzsment (FM) A hálózati szintű információk felhasználása a felhasználóval és a többi szolgáltatóval kialakított szolgáltatás-szintű szerződések (SLAs) biztosítása érdekében.
22 TMN NETWORK MANAGEMENT A hálózat, mint elkülöníthető funkcionális egység felügyeletére és vezérlésére vonatkozó feladatok az egyes hálózati elemek (ilyen minőségű) menedzsmentje a hálózati szegmensek menedzsmentje A hálózati elemektől érkező információk felhasználása a hálózati szintű hiba- és teljesítménymenedzsment során a szolgáltatás szintű feladatok elvégzésének előkészítésére
23 TMN ELEMENT MANAGEMENT Az egyes hálózati elemek, mint önálló, sok funkcionalitással rendelkező gépek felügyeletére és vezérlésére vonatkozó feladatok Tipikusan a rendszergazda felelős ezekért
24 TMN FCAPS A FELÜGYELŐ HÁLÓZAT
25 Fault Management Config. Management Accounting Management Perform. Management Security Management TMN FCAPS
26 TMN FCAPS - FAULT MANAGEMENT Az FM felelős azért, hogy a szolgáltatások mindig elérhetőek legyenek. Hibaesetek detekciója Hibaesetek jelzése az operátor felé Hibafeldolgozás Hibaok feltárása Hiba javítása Az ezekkel kapcsolatos események nyomonkövetése és naplózása. A hibamenedzsment folyamatról részletesebben később.
27 TMN FCAPS - FAULT MANAGEMENT -2 A rendszerelemektől származó információ lehet Push és Pull jellegű. Mindkettőre van példa az SNMP keretein belül: Push: SNMP trap Pull: SNMP Get, Getnext, Getbulk
28 TMN FCAPS - CONFIGURATION M GMNT Mindazokat a funkciókat lefedi, amelyek a (hálózati) elemek felépítésének azonosításával, az építőelemek részleteinek változásával foglalkoznak. Ide tartozik Erőforrás-kihasználás Hálózatfenntartás Backup and Restore adatbázis kezelés Topológia-felderítés és nyilvántartás Változás-menedzsment Eszköz- és raktár-adatbázis (Inventory)
29 TMN FCAPS - ACCOUNTING M GMNT Használati statisztikák gyűjtése és feldolgozása. Eszköz- és egyedi erőforrás használat (CPU, mem, ) Hálózat-használat Szolgáltatás-használat, stb. Felhasználói adatok kezelése Számlázás Kvóta-kezelés
30 TMN FCAPS - PERFORMANCE M GMNT -1 Általánosan feladatai közé tartozik teljesítményre jellemző mércék (QoS vs. KPI vs. KQI) gyűjtése, értékelése és a küszöbértékek túllépésének jelzése; a hálózat illetve a rendszer szűkös erőforrásainak lokalizálása, a szűk keresztmetszetek hatásának minimalizálása. Üzemeltetési intelligencia felhasználása: milyen típusú szűk keresztmetszetek hogyan eliminálhatóak? (Action Plan )
31 TMN FCAPS - PERFORMANCE M GMNT -2 Mindennapi rendszergazdai feladatok: Teljesítmény-adatgyűjtés Passzív Aktív Egyszerű számlált statisztikák Korrelált, származtatott statisztikák Teljesítmény-riport generálás, gyűjtés, archiválás. Teljesítmény adat-elemzés Küszöbértékek karbantartása, túllépés figyelés Problémák jelzése (hasonlóan az FM-hez)
32 TMN FCAPS - SECURITY M GMNT -1 Feladata a nem jogos (unauthorized, vagy véletlen ) hálózat vagy rendszer-erőforrás használatának minimalizálása. AAA: - Authentikáció (username/password) - Authorizáció (adott felhasználó hozzáférési/változtatási jogosultságának kezelése) ITU-T M Accounting (számlázás, adatnyilvátartás)
33 TMN FCAPS - SECURITY M GMNT -2 Feladatai: - Authentikációs rendszer kezelése, karbantartása - Authorizációs rendszer A szelektív erőforrás-hozzáférés kezelése Felhasználói hozzáférés-kezelés Hozzáférési naplók karbantartása, feldolgozása - Biztonsági események jelzése (event/alarm reporting) - Biztonsági frissítések kezelése (mint a configuration mgmt-ben) - Biztonsági audit lefolytatása, a kiadódó módosítások elvégzésének ellenőrzése
34 TMN FCAPS Részletesebb kitérő a Network Management feladatok felé: Performance Management -> Forgalom monitorozás Fault Management -> Hibamenedzsment
35 A FORGALOM MONITOROZÁSA Mely feladatoknál használjuk? Hálózattervezés Hálózati optimalizálás Hálózatfelügyelet Mit értünk alatta? Monitorozó berendezések csatlakoztatása Adatgyűjtés Adatfeldolgozás Értékelés (a hálózat/szolgáltatás módosítása)
36 A FORGALOM MONITOROZÁSA - MÓDSZEREK Passzív monitorozás o a hálózati forgalom figyelése, non-intrusive o zavartalan, tiszta képet ad, a teljes időskálán o egyetlen kapcsolat ( link ) vizsgálata leszűkíti az elemzés terét o több ( az összes ) link vizsgálata sokszor nem lehetséges, vagy az adatfeldolgozás túl bonyolult
37 A FORGALOM MONITOROZÁSA - MÓDSZEREK Aktív monitorozás o próbaforgalom beiktatása és a hatás vizsgálata o a mesterséges forgalom torzíthatja a vizsgálatokat o végpontok közötti vizsgálatra is kézenfekvően egyszerű o nem folytonos, csak mintavételezés-típusú eredményeket szolgáltat
38 ADATGYŰJTÉS Milyen típusú adatokat gyűjtünk és dolgozunk fel? Nyers forgalmi adatok - bitszintű adatok, csomagfejlécek egyszerű, számított statisztikák (hálózati szint) tranzakciós rekordok (szolgáltatás szint) tranzakciós statisztikák Topológiai adatok Naplóállományok
39 FORGALMI ADATOK FELDOLGOZÁSA Egyszerű, számított statisztikák Csomagszintű statisztikák beérkezési idő eloszlás jellemzői csomagméret eloszlás jellemzői börsztösségi jellemzők Alkalmazás-szintű statisztikák alkalmazások eloszlása (pl. port szerint) felhasznált sávszélesség alapján csomagszám alapján csomagvesztési arány
40 FORGALMI ADATOK FELDOLGOZÁSA - 2 Tranzakciós (folyam-szintű) rekordok Egy tranzakció azonosítása: o 5-tuple: forrás IP, cél IP, forrás Port, cél Port, IP protokoll (TCP vagy UDP) o 3-tuple: forrás IP, cél IP, IP protokoll o N-tuple A rekord tartalma: o mikor, o honnan, o hová, o milyen protokollon o mennyi adat o... hogyan haladt Végpontok közötti elemzés Szolgáltatás szintű elemzés
41 FORGALMI ADATOK FELDOLGOZÁSA - 3 Tranzakciós statisztikák o Átvitt adatmennyiség o Időbeli terjedelem elephants - mice tortoise - dragonfly o Tranzakció börsztössége (jitter) o Csomagvesztési arány o Forgalmi irányok, diszperzió porcupine - cheetah o (számlázáshoz használható információk) alkalmazásonként eltérő küszöbértékekkel és számítási módszerekkel
42 A HIBAMENEDZSMENT FOLYAMAT Hibadetektálás Hibafeldolgozás Hibajavítás HIBAOK- MEGHATÁROZÁS HIBA- DETEKTÁLÁS HIBAJEL HIBA- FELDOLGOZÁS HIBAJEGY ÉS JAVASLATTÉTEL ADATBÁZIS
43 Alapvető különbségek! HIBAJEL HIBAJEGY Hibajel (EVENT, esemény, naplóbejegyzés) Hibajegy (ALARM, megszüntetendő hiba jelzése)
44 A HIBAMENEDZSELÉS FOLYAMATA Hibadetektálás Feladata: kifejezetten a szolgáltatást hátrányosan érintő hibajelenségek minél hamarabbi észrevétele és a hibamenedzsment rendszer értesítése Eredménye: Hibajelek halmaza Hibajelfeldolgozás Feladata: a detektált hibajelekből történő hibajegygenerálás folyamatának szabályozása Eredménye: Hibajegyek halmaza Hibaok-meghatározás és hibajavítás Feladata: a keletkezett hibajegyekben megfogalmazott hibajelenség(ek) okainak felderítése Eredménye: Javaslattétel ezek kijavítására
45 HIBADETEKTÁLÁS A hálózatban használt hibadetektáló elemek használata, szolgáltatás-specifikus hibaüzenetek kiszűrése (pl. Syslog, QoS monitor (próbahívó)) A tranzakciókról információt gyűjtő elemek használata, adatvizsgálat (pl. AAA rekordok) Aktív monitorozó elem használata Felhasználók által jelzett hibák gyűjtése A különböző hibajel-forrásokból gyűjtött hibajelek egységes kezelése (egységes hibajel-formátum) és továbbítása a hibajelfeldolgozó alrendszer felé
46 Szűrés HIBAJELFELDOLGOZÁS A beérkezett hibajelekre különböző szűrőszabályok definiálhatóak és ezek alapján szabályozható a hibajegygenerálás Korrelálás A beérkezett hibajelekből korrelációs szabályok alapján új, összetettebb hibajelek generálhatóak, melyek a szabályokban megfogalmazott hibajel-összefüggések alapján pontosabb információt adnak a hibajegy-generáláshoz Trendanalízis A beérkezett hibajelek hosszabb távú elemzése alapján, trendszabályok definiálásával olyan folyamatokból generálható hibajel, melyek feltételezhetően az adott szolgáltatást sérteni fogják amennyiben a folyamat trendje nem változik 46
47 II. RÉSZ FELÜGYELETI RENDSZEREK OTTHONI FELDOLGOZÁSRA
48 Szűrés HIBAJELFELDOLGOZÁSRÓL RÉSZLETESEBBEN A beérkezett hibajelekre különböző szűrőszabályok definiálhatóak és ezek alapján szabályozható a hibajegygenerálás Korrelálás A beérkezett hibajelekből korrelációs szabályok alapján új, összetettebb hibajelek generálhatóak, melyek a szabályokban megfogalmazott hibajel-összefüggések alapján pontosabb információt adnak a hibajegy-generáláshoz Trendanalízis A beérkezett hibajelek hosszabb távú elemzése alapján, trendszabályok definiálásával olyan folyamatokból generálható hibajel, melyek feltételezhetően az adott szolgáltatást sérteni fogják amennyiben a folyamat trendje nem változik 48
49 Szűrés HIBAJELFELDOLGOZÁS - 2 A beérkezett hibajelekre különböző szűrőszabályok definiálhatóak és ezek alapján szabályozható a hibajegy-generálás Számláló (Counter) Elnyomó (Suppress) Redundancia-gátló (Redundancy) Domináns elnyomó (Dominance)
50 HIBAJELFELDOLGOZÁS - 3 Korrelálás
51 HIBAOK-MEGHATÁROZÁS ÉS HIBAJAVÍTÁS Hibaok-meghatározás o Egyszerű, korreláció-alapú o Algoritmikus Hibajavítás o Passzív hibajavítás, a talált hibaok(ok) elhárítására a rendszer javaslatot tesz o Maga a hibaelhárítás tevékenysége a hálózatfelügyeletre hárul
52 HIBAOK-ANALÍZIS Esemény-korrelációs és hiba-lokalizációs módszerek Alarm vektor Szabály alapú Eset alapú (case-based) Modell alapú Fuzzy Neurális hálózatok Oksági hálózatok Szavazás Adatvezérelt modell
53 ALARM VEKTOR Kétdimenziós tömbben o a lehetséges (logolt) események, o a lehetséges korrelációval kialakuló hibakódok Adott méretű időablakot vizsgálva a beérkezett alarmokat 1-el, a többit 0-val jelölve egy hosszú kódszót kapunk. Javasolt alarm az lesz, amelynek a legkisebb a Hamming-távolsága ehhez a kódszóhoz képest. Nagyon gyors, hatékony módszer De eléggé rugalmatlan
54 ALARM VEKTOR - PÉLDA link nem elérhető útvonal nem elérhető "interface down" eszköz nem válaszol magas vesztés magas jitter Link x hibás Link x túlterhelt "interface misconfig" xy hardware hiba xy irány túlterhelt t1 és t2 időpillanatok között:
55 SZABÁLY ALAPÚ ESEMÉNY-KORRELÁCIÓ Alapja egy tudásbázis, ami leírja, hogy o milyen esetekben o milyen összetett alarmmal kell helyettesíteni a o beérkező elemi hibajeleket. A tudásbázisban a szabályok tipikusan a Bool-algebrára jellemző relációként jelennek meg Ha a reláció értéke igaz, akkor végrehajtódik a szabályhoz rendelt művelet (pl. összetett alarm generálása) A módszer o egyszerű, o a szabályok rugalmasan változtathatók, és o a szabályok kiértékelése is gyorsan kivitelezhető. {2; a104 a302;host=<korrelátor IP címe>; Kind=6; Prio=2; Code=602; Parameter= HIVASOK RENDELLENESEN VEGZODNEK }
56 ESET ALAPÚ (CASE-BASED) KORRELÁCIÓ Hibajelek Mintakeresés, osztályozás Korrelációs szabályhalmaz Korrelációs szabályok alkalmazása Hatásvizsgálat, szabályok finomítása Vélt / javasolt hibaok Valódi hibaok Meglévő hálózati adatok feldolgozása o mintakeresés, osztályozás Korrelációs szabályok kialakítása Korrelációs szabályok alkalmazása A döntések visszacsatolása Szabályok finomítása (machine learning) Megvalósítás: komplex
57 A hálózati topológiát egy rugalmas modell írja le MODELL ALAPÚ A korrelációs szabályok hierarchikusak Rugalmasan kötődnek a topológiához (sablon) A szabályrendszer a topológia változása után automatikusan generálható. Bonyolult, de nagyon rugalmas megoldás.
58 FUZZY Fontos emlékeznünk rá, hogy az egyes hibaokokról való passzív hibakorrelációs döntés bizonytalan. A hálózatot és az alarmokat Fuzzy halmazokkal leírva is lehet alarm-korrelációs rendszereket készíteni. Bonyolult, bár (bizonyára) gyors megoldás.
59 Oksági hálózat o Hibalehetőségek o Megfigyelések o Hiba-okok OKSÁGI HÁLÓZAT, BAYES HÁLÓZAT Bayes-hálózat o az oksági hálózat éleihez valószínűségek vannak rendelve o a bizonytalanság leírásán van a hangsúly o a hálózat csomópontjaihoz rendelt állapotoktól (normál,hibás, ) függően különböző valószínűséggel jutunk a következő szintű hibalehetőség-csoporthoz o az élekhez tartozó valószínűségek megfelelően jó megválasztásával a legvalószínűbb korrelált hibajegy jelezhető o az élek valószínűségei a valódi eredmények visszacsatolásával változtathatóak (machine learning)
60 Sick Loses Leav Dry EGY EGYSZERŰ BAYES-HÁLÓZAT p(sick) = 0.1 p(notsick)=0.9 p(dry) = 0.1 p(notdry) =0.9 Mitől hullanak a levelek? p(loseslvs Dry,Sick)=0.95 p(notloseslvs Dry,Sick)=0.05 p(losesvs Dry, NotSick)=0.85 p(notloseslvs Dry, NotSick)=0.15 etc. Forrás: A Simple Bayesian Network, Alan Rector, The University of Manchester
61 BAYES HÁLÓZAT TÖBB ÖSSZEFÜGGÉSSEL Forrás: A Simple Bayesian Network, Alan Rector, The University of Manchester
62 BAYES HÁLÓZAT KIÉRTÉKELÉS - 1 A bizonyítékok (levélhullás, nincs környező barna fű) betegségre utalnak Forrás: A Simple Bayesian Network, Alan Rector, The University of Manchester
63 BAYES HÁLÓZAT KIÉRTÉKELÉS - 2 A levélhullás és a környező barna fű akkor is kiszáradásra utal, ha nincs a közelben nagy fa Forrás: A Simple Bayesian Network, Alan Rector, The University of Manchester
64 SZAVAZÁS Központi döntés helyett elosztottan Minden döntésképes csomópont megbecsüli, hogy a hozzá eljutott információk szerint milyen hibák korrelálhatóak, majd ezt egy dedikált csomópont kiértékeli. Ha a csomópontok jelentősen különböző funkcionalitással rendelkeznek, a módszer használhatósága csökken.
65 NEURÁLIS HÁLÓZAT Az esemény-korrelációra nehezen ráhúzható tanulási folyamat Bonyolult, sok állapotú hálózat emiatt ezen a területen nincs használható implementáció
66 ADATVEZÉRELT MODELL A hálózati hibákat feltáró szakemberek módszereit követi A hibajegy paramétereiből indul ki A lehetséges (tipikus) hibaokok után kutatva aktív ellenőrzések kezdeményezése Ha egy ellenőrzéshez előállnak a kiindulási adatok, azt el is indítja Az ellenőrzések eredményétől függően újabb adatok beszerzése, újabb ellenőrzések A tesztek végrehajtása párhuzamosan zajlik
67 ADATVEZÉRELT MODELL A PETRI HÁLÓK Az adatvezérelt számítási architektúra legismertebb leírási módja a Petri háló. Alapelemei: Átmenetek (transitions) Helyek (places) Zsetonok (token) A Petri háló kiindulási helyzetében néhány hely tartalmaz zsetonokat. Ezek olyan adatok, amelyek a kiinduláskor is rendelkezésre állnak.
68 ADATVEZÉRELT MODELL A PETRI HÁLÓK (2) Egy átmenet akkor tüzel, ha minden bemeneti helyén van zseton. A tüzelés hatására az összes bemeneti helyről eltűnik a zseton az összes kimeneti helyén zseton jelenik meg (nem a zsetonok vándorolnak, azok csak jelzik, hogy mely helyeken áll rendelkezésre adat)
69 ADATVEZÉRELT MODELL A PETRI HÁLÓK (3) az A jelű átmenet tüzelése után előálló helyzet: Ha az átmenetek elemi függvényeket, hibakereső ellenőrzéseket testesítenek meg, akkor az ezekből kialakított Petri hálóval szimulálható a szakemberek által elvégzett ellenőrzéssorozat.
70 ADATVEZÉRELT MODELL A PETRI HÁLÓK (3) a B jelű átmenet tüzelése után előálló helyzet: a Petri háló végállapota
Telecommunications Management Network (TMN)
Telecommunications Management Network (TMN) - áttekintés és példák - Varga Pál pvarga@tmit.bme.hu Áttekintés Röviden a hálózati szolgáltatások minőségéről o Elvárások a hálózati szolgáltatásokkal szemben
lab Varga Pál (BME-TMIT), Moldován István (BME-TMIT), Molnár Gergely (Ericsson Magyarország Kft.) Networkshop 2005. BME-TMIT, Ericsson Kft.
lab BME-TMIT, Ericsson Kft. VoIP-szolgáltatások hibamenedzsmentje Varga Pál (BME-TMIT), Moldován István (BME-TMIT), Molnár Gergely (Ericsson Magyarország Kft.) Előzmények Felügyeleti rendszer integrált
Ú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)
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
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
Komplex hibamenedzsment megoldás VoIP-szolgáltatások felügyeletéhez
Komplex hibamenedzsment megoldás VoIP-szolgáltatások felügyeletéhez VARGA PÁL, MOLDOVÁN ISTVÁN, MOLNÁR GERGELY* Budapesti Mûszaki és Gazdaságtudományi Egyetem, Távközlési és Médiainformatikai Tanszék {pvarga,moldovan}@tmit.bme.hu
IP hálózatok forgalmi analízise
IP hálózatok forgalmi analízise Varga Pál pvarga@tmit.bme.hu BME-TMIT Áttekintés Hajtóerık Szolgáltatói és felhasználói szemszögbıl SLA, QoS, QoE és tipikus mércék Monitorozási módszerek Passzív és aktív
A hálózattervezés alapvető ismeretei
A hálózattervezés alapvető ismeretei Infokommunikációs hálózatok tervezése és üzemeltetése 2011 2011 Sipos Attila ügyvivő szakértő BME Híradástechnikai Tanszék siposa@hit.bme.hu A terv általános meghatározásai
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
VIHIMA07 Mobil és vezeték nélküli hálózatok. Forgalmi modellezés és tervezés
Forgalmi modellezés és tervezés 2016. május 17. Budapest Telek Miklós Hálózati Rendszerek és Szolgáltatások Tanszék I.L.117, telek@hit.bme.hu 2 Tartalom Elemi összefüggések és intuitív méretezési módszerek
Szolgáltatás mérés/riportolás magas fokon Egy valós megoldás Pepsi berkekben
Szolgáltatás mérés/riportolás magas fokon Egy valós megoldás Pepsi berkekben Mérő Gábor PepsiAmericas Kft Technikai szolgáltatási Vezető Hajdú Miklós ICON Számítástechnikai Rt Alkalmazás- és Rendszerfelügyeleti
Szolgáltatási szint és performancia menedzsment a PerformanceVisor alkalmazással. HOUG konferencia, 2007 április 19.
Szolgáltatási szint és performancia menedzsment a PerformanceVisor alkalmazással Szabó Balázs HOUG konferencia, 2007 április 19. Mirıl lesz szó NETvisor Kft bemutatása Szolgáltatási szint alapjai Performancia
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:
InfoVista újdonságok. Sándor Tamás. fımérnök. SCI-Network Távközlési és Hálózatintegrációs zrt. T.: 467-70-30 F.: 467-70-49
SCI-Network Távközlési és Hálózatintegrációs zrt. InfoVista újdonságok T.: 467-70-30 F.: 467-70-49 info@scinetwork.hu www.scinetwork.hu Sándor Tamás fımérnök Nem tudtuk, hogy lehetetlen, ezért megcsináltuk.
Gigabit/s sebess«gű internetkapcsolatok m«r«se b ng«szőben
Gigabit/s sebess«gű internetkapcsolatok m«r«se b ng«szőben Orosz P«ter / BME TMIT SmartCom Lab 2019. februør 14., Hbone Workshop Kutatási területek Hálózat- és szolgáltatásmenedzsment Ipari IoT keretrendszerek
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
Hálózati réteg. WSN topológia. Útvonalválasztás.
Hálózati réteg WSN topológia. Útvonalválasztás. Tartalom Hálózati réteg WSN topológia Útvonalválasztás 2015. tavasz Szenzorhálózatok és alkalmazásaik (VITMMA09) - Okos város villamosmérnöki MSc mellékspecializáció,
VIHIMA07 Mobil és vezeték nélküli hálózatok QoS alapok áttekintése
Budapesti Műszaki és Gazdaságtudományi Egyetem Villamosmérnöki és Informatikai Kar Mérnök informatikus szak, mesterképzés Hírközlő rendszerek biztonsága szakirány Villamosmérnöki szak, mesterképzés - Újgenerációs
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
Optimalizáció ESX-től View-ig. Pintér Kornél ügyfélszolgála3 mérnök pinter_kornel@mhm.hu
Optimalizáció ESX-től View-ig Pintér Kornél ügyfélszolgála3 mérnök pinter_kornel@mhm.hu MHM és referenciák MHM Computer Hungária Kft. 1996 óta Magyarországon Fókuszterületek: Adattárolás Adatmentés Archiválás
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
A digitális KábelTV melléktermékeinek minőségi kérdései
A digitális KábelTV melléktermékeinek minőségi kérdései Előadó: dr. Darabos Zoltán +36 30 9448 255 drdarabos@compu-consult.hu COMPU-CONSULT Kft ügyvezető HTE 2013. Június 18. Program 1. Mik a melléktermékek?
BMEVIHIM134 Hálózati architektúrák NGN menedzsment vonatkozások: II. Üzemeltetés-támogatás és üzemeltetési folyamatok
Budapesti Műszaki és Gazdaságtudományi Egyetem Villamosmérnöki és Informatikai Kar Mérnök informatikus szak, mesterképzés Hírközlő rendszerek biztonsága szakirány Villamosmérnöki szak, mesterképzés - Újgenerációs
Forgalmi tervezés az Interneten
Forgalmi tervezés az Interneten Dr. Molnár Sándor Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem 2016 Áttekintés Cél A telefonhálózatok forgalmi méretezése Az Internet
Hogyan lesz adatbányából aranybánya?
Hogyan lesz adatbányából aranybánya? Szolgáltatások kapacitástervezése a Budapest Banknál Németh Balázs Budapest Bank Fehér Péter - Corvinno Visontai Balázs - KFKI Tartalom 1. Szolgáltatás életciklus 2.
NIIF VoIP projekt. 3. HBONE tábor Budapest, november 4-6.
NIIF VoIP projekt Fehér Ede, NIIF Iroda Tirpák Miklós, MTA SzTAKI Szendrői József, Synergon 3. HBONE tábor Budapest, 2003. november 4-6. 1 Tartalomjegyzék Az NIIF VoIP projekt státusza A VoIP szolgáltatás
Infor PM10 Üzleti intelligencia megoldás
Infor PM10 Üzleti intelligencia megoldás Infor Üzleti intelligencia (Teljesítmény menedzsment) Web Scorecard & Műszerfal Excel Email riasztás Riportok Irányít Összehangol Ellenőriz Stratégia Stratégia
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
SIMEAS SAFIR Webalapú hálózatminőség elemző és felügyeleti rendszer
SIMEAS SAFIR Webalapú hálózatminőség elemző és felügyeleti rendszer Horváth Erzsébet, Siemens Zrt. Horváth Erzsébet MEE 54. Vándorgyűlés és Kiállítás Club Tihany, 2007. augusztus 22-24. B3. Szekció: Közszolgáltatások,
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
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
Szolgáltatási szint megállapodás
Szolgáltatási szint megállapodás Verzió: 1.1 (2017. november 30.) aai@niif.hu Tartalomjegyzék Tartalomjegyzésk 1 Műszaki szolgáltatások...3 1.1 Fájl-alapú metadata...3 1.1.1 Szolgáltatás URL...3 1.1.2
Behatolás detektálás. Behatolás megel!zés. IDS rendszerek. Detektálás Eltérítés Elhárítás. (ellenlépések) Megel!z! csapás Küls! megel!
Behatolás detektálás IDS rendszerek Behatolás megel!zés Megel!z! csapás Küls! megel!zés Küls! elrettentés Bels! megel!zés Bels! elrettentés Detektálás Eltérítés Elhárítás (ellenlépések) Behatolási kísérletek
INFORMATIKA EGYRE NAGYOBB SZEREPE A KÖNYVELÉSBEN
N 1. Informatikai eszközök az irodában PC, Notebook, Szerver A számítógép típusonként az informatikai feladatoknak megfelelően. Nyomtatók, faxok, scannerek, fénymásolók Írásos dokumentum előállító eszközök.
pacitási kihívások a mikrohullámú gerinc- és lhordó-hálózatokban nkó Krisztián
pacitási kihívások a mikrohullámú gerinc- és lhordó-hálózatokban nkó Krisztián rtalomjegyzék Technológia bemutatása Tervezési megfontolások Tesztelési protokollok Értékelés, kihívások az üzemeltetés terén
Szolgáltatási szint megállapodás. Verzió: 1.0. (2010. december 13.) aai@niif.hu
Szolgáltatási szint megállapodás Verzió: 1.0 (2010. december 13.) aai@niif.hu Műszaki szolgáltatások Metadata A metadata a föderáció tagjait leíró, a föderációs operátor által digitálisan aláírt állomány,
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:
Számítógépes munkakörnyezet II. Szoftver
Számítógépes munkakörnyezet II. Szoftver A hardver és a felhasználó közötti kapcsolat Szoftverek csoportosítása Számítógép működtetéséhez szükséges szoftverek Operációs rendszerek Üzemeltetési segédprogramok
KÖFOP VEKOP A jó kormányzást megalapozó közszolgálat-fejlesztés
KÖFOP-2.1.2-VEKOP-15-2016-00001 A jó kormányzást megalapozó közszolgálat-fejlesztés Az Okos város okos közigazgatás kutatóműhely zárórendezvénye Okos szolgáltatások teljesítményének mérése, elemzése és
Hálózati szolgáltatások biztosításának felügyeleti elemei
Budai Károly IT architekt 2012. október 11. Hálózati szolgáltatások biztosításának felügyeleti elemei Szolgáltatás biztosítás általános modellje FELHASZNÁLÓ szolgáltató ügyfélszolgálat szolgáltató üzemeltetői
Teljesítménymodellezés
Üzleti IT rendszerek modellezése Teljesítménymodellezés Gönczy László gonczy@mit.bme.hu Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Erőforrás szintű kapacitástervezés
InCa NMS jelen és jövő HFC Technics szakmai napok
InCa NMS jelen és jövő HFC Technics szakmai napok Dovalovszki András kereskedelmi igazgató InCa Információtechnológiai Kft. adovalovszki@inca.co.hu Áttekintés A cégcsoport A termék Jelenlegi fejlesztéseink
Tartalom. Konfiguráció menedzsment bevezetési tapasztalatok. Bevezetés. Tipikus konfigurációs adatbázis kialakítási projekt. Adatbázis szerkezet
Konfiguráció menedzsment bevezetési tapasztalatok Vinczellér Gábor AAM Technologies Kft. Tartalom 2 Bevezetés Tipikus konfigurációs adatbázis kialakítási projekt Adatbázis szerkezet Adatbázis feltöltés
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ő
Hálózatok. Alapismeretek. A hálózatok célja, építőelemei, alapfogalmak
Hálózatok Alapismeretek A hálózatok célja, építőelemei, alapfogalmak A hálózatok célja A korai időkben terminálokat akartak használni a szabad gépidők lekötésére, erre jó lehetőség volt a megbízható és
A Gyűrűk Ura - Az NQMS visszatér 3 lábú monitorozás az üvegsztrádákon
A Gyűrűk Ura - Az NQMS visszatér 3 lábú monitorozás az üvegsztrádákon Galambos Tibor Üzemeltetési igazgató Budapest, 2015.05.19-20. A Gyűrűk Ura és A 3 lábú monitorozás IPARÁGI MAVIR technológiai KORMÁNYZATI
A szolgáltatás minőségi mutatói
A szolgáltatás minőségi mutatói 5/1 Az Internet szolgáltatásnak a megfelelő, valamint a nem elfogadható szintjét meghatározó számszerű követelmények a 229/2008. kormányrendelet szerint Kábelmodemes hozzáférés:
SZIPorkázó optikai hálózatok telepítési és átadás-átvételi mérései
SZIPorkázó technológiák SZIPorkázó optikai hálózatok telepítési és átadás-átvételi mérései Kolozs Csaba EQUICOM Méréstechnikai Kft. Főleg száloptikai hálózatok épülnek GINOP 3.4.1 technológia megoszlás
Norway Grants. Az akkumulátor mikromenedzsment szabályozás - BMMR - fejlesztés technológiai és műszaki újdonságai. Kakuk Zoltán, Vision 95 Kft.
Norway Grants AKKUMULÁTOR REGENERÁCIÓS ÉS Az akkumulátor mikromenedzsment szabályozás - BMMR - fejlesztés technológiai és műszaki újdonságai Kakuk Zoltán, Vision 95 Kft. 2017.04.25. Rendszer szintű megoldás
API tervezése mobil környezetbe. gyakorlat
API tervezése mobil környezetbe gyakorlat Feladat Szenzoradatokat gyűjtő rendszer Mobil klienssel Webes adminisztrációs felület API felhasználói Szenzor node Egyirányú adatküldés Kis számítási kapacitás
HP Networking. Hálózat-menedzsment vegyes gyártói környezetben. Légrádi Attila HP Networking TC
HP Networking Hálózat-menedzsment vegyes gyártói környezetben Légrádi Attila HP Networking TC Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change
Radware terhelés-megosztási megoldások a gyakorlatban
Radware terhelés-megosztási megoldások a gyakorlatban Networkshop 2014 2014. április 24. Palotás Gábor vezető hálózati mérnök, CCIE #3714 A Radware-ről röviden Több mint 10,000 ügyfél A cég növekedése
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)
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)
API-MÁGIA MILLIÓ SORNYI ADAT ÚJRARENDEZÉSE. Előadó: Jaksa Zsombor, drungli.com
API-MÁGIA MILLIÓ SORNYI ADAT ÚJRARENDEZÉSE Előadó: Jaksa Zsombor, drungli.com MIRŐL FOG SZÓLNI AZ ELŐADÁS? Hogyan működik a drungli.com?# Adatok gyűjtése, stratégiák# Ha marad időm még mesélek HOGYAN MŰKÖDIK
ELTE, IK, Információs Rendszerek Tanszék
ELTE, IK, Információs Rendszerek Tanszék (Készült Ács Zoltán diái alapján) Hálózati forgalom elemzés Különböző célok miatt szükség lehet a hálózati forgalom megfigyelésére egy adott alhálózaton: szoftverek
Fine-Grained Network Time Synchronization using Reference Broadcast
Fine-Grained Network Time Synchronization using Reference Broadcast Ofszet Az indítás óta eltelt idıt mérik Az ofszet változása: skew Az órák sebességének különbsége Oka: Az óra az oszcillátor pontatlanságát
Neurális hálózatok bemutató
Neurális hálózatok bemutató Füvesi Viktor Miskolci Egyetem Alkalmazott Földtudományi Kutatóintézet Miért? Vannak feladatok amelyeket az agy gyorsabban hajt végre mint a konvencionális számítógépek. Pl.:
Invitel Távközlési Zrt. Általános Szerződési Feltételek üzleti előfizetők számára nyújtott elektronikus hírközlési szolgáltatásokra
Invitel Távközlési Zrt. 2040 Budaörs, Puskás Tivadar u. 8-10. Általános Szerződési Feltételek üzleti előfizetők számára nyújtott elektronikus hírközlési szolgáltatásokra Jelen ÁSZF hatályba lépésének napja:
A szoftverszolgáltatások kockázatai üzleti szemmel - DRAFT. Horváth Csaba PwC Magyarország
A szoftverszolgáltatások kockázatai üzleti szemmel - Horváth Csaba PwC Magyarország A szoftverszolgáltatások növekvő kockázatai 2011. április adatvesztés az AWS EC2 szolgáltatásban A kibertámadások folyamatosan
Történet John Little (1970) (Management Science cikk)
Információ menedzsment Szendrői Etelka Rendszer- és Szoftvertechnológia Tanszék szendroi@witch.pmmf.hu Vezetői információs rendszerek Döntéstámogató rendszerek (Decision Support Systems) Döntések információn
Új generációs informatikai és kommunikációs megoldások ANMS. távközlési hálózatok informatikai hálózatok kutatás és fejlesztés gazdaságos üzemeltetés
Új generációs informatikai és kommunikációs megoldások ANMS távközlési hálózatok informatikai hálózatok kutatás és fejlesztés gazdaságos üzemeltetés ANMS Távközlési szolgáltatók számára Az ANMS egy fejlett
Vezetői információs rendszerek
Vezetői információs rendszerek Kiadott anyag: Vállalat és információk Elekes Edit, 2015. E-mail: elekes.edit@eng.unideb.hu Anyagok: eng.unideb.hu/userdir/vezetoi_inf_rd 1 A vállalat, mint információs rendszer
SZÓBELI ÉRETTSÉGI TÉMAKÖRÖK
INFORMATIKA SZÓBELI ÉRETTSÉGI TÉMAKÖRÖK Az emelt szint a középszint követelményeit magában foglalja, de azokat magasabb szinten kéri számon. 1. Információs társadalom 2. Informatikai alapismeretek - hardver
Ú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 ->
OpenCL alapú eszközök verifikációja és validációja a gyakorlatban
OpenCL alapú eszközök verifikációja és validációja a gyakorlatban Fekete Tamás 2015. December 3. Szoftver verifikáció és validáció tantárgy Áttekintés Miért és mennyire fontos a megfelelő validáció és
Szolgáltatások minőségi mutatói - üzleti. Tartalom. 3. sz. melléklet
3. sz. melléklet Szolgáltatások minőségi mutatói - üzleti Tartalom 1.1 GTS Ethernet Line... 4 1.1.1 Szolgáltatás várható kiépítési ideje... 4 1.1.2 Szolgáltatás tényleges kiépítési ideje... 5 1.1.3 Szolgáltatás
Használati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban
Használati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban Nagy Attila Mátyás 2016.12.07. Áttekintés Bevezetés Megközelítés Pilot tanulmányok
A Markovi forgalomanalízis legújabb eredményei és ezek alkalmazása a távközlő hálózatok teljesítményvizsgálatában
A Markovi forgalomanalízis legújabb eredményei és ezek alkalmazása a távközlő hálózatok teljesítményvizsgálatában Horváth Gábor ghorvath@hit.bme.hu (Horváth András, Telek Miklós) - p. 1 Motiváció, problémafelvetés
Megkülönböztetett kiszolgáló routerek az
Megkülönböztetett kiszolgáló routerek az Interneten Megkülönböztetett kiszolgálás A kiszolgáló architektúrák minősége az Interneten: Integrált kiszolgálás (IntServ) Megkülönböztetett kiszolgálás (DiffServ)
Szolgáltatások minőségi mutatói - lakossági. Tartalom. 3. sz. melléklet
3. sz. melléklet Szolgáltatások minőségi mutatói - lakossági Tartalom 1.1 GTS Ethernet Line... 3 1.2 GTS Ethernet VPN... 3 1.3 GTS Media Line... 3 1.4 GTS Internet Access (Bérelt vonali Internet)... 3
Belső Ellenőrzési Terv
Belső Ellenőrzési Terv Készült:2008.01.02 Apátfalva Ludányi jános Apatnet Internet szolgáltatás belső méréseken és ellenőrzéseken alapuló minőség és szolgáltatás, megfelelőség nyilatkozat alátámasztására
Léteznek nagyon jó integrált szoftver termékek a feladatra. Ezek többnyire drágák, és az üzemeltetésük sem túl egyszerű.
12. Felügyeleti eszközök Néhány számítógép és szerver felügyeletét viszonylag egyszerű ellátni. Ha sok munkaállomásunk (esetleg több ezer), vagy több szerverünk van, akkor a felügyeleti eszközök nélkül
5. számú MELLÉKLET A szolgáltatás minőségi mutatói. Valamennyi szolgáltatás esetén értelmezhető szolgáltatásminőségi követelmények:
5. számú MELLÉKLET A szolgáltatás minőségi mutatói Valamennyi szolgáltatás esetén értelmezhető szolgáltatásminőségi követelmények: a) szolgáltatáshoz való új előfizetői hozzáférési pont létesítésének és
Hálózat hidraulikai modell integrálása a Soproni Vízmű Zrt. térinformatikai rendszerébe
Hálózat hidraulikai modell integrálása a térinformatikai rendszerébe Hálózathidraulikai modellezés - Szakmai nap MHT Vízellátási Szakosztály 2015. április 9. Térinformatikai rendszer bemutatása Működési
Teljesen elosztott adatbányászat alprojekt
Teljesen elosztott adatbányászat alprojekt Hegedűs István, Ormándi Róbert, Jelasity Márk Big Data jelenség Big Data jelenség Exponenciális növekedés a(z): okos eszközök használatában, és a szenzor- és
Építsünk IP telefont!
Építsünk IP telefont! Moldován István moldovan@ttt-atm.ttt.bme.hu BUDAPESTI MŰSZAKI ÉS GAZDASÁGTUDOMÁNYI EGYETEM TÁVKÖZLÉSI ÉS MÉDIAINFORMATIKAI TANSZÉK TANTÁRGY INFORMÁCIÓK Órarend 2 óra előadás, 2 óra
Keresés képi jellemzők alapján. Dr. Balázs Péter SZTE, Képfeldolgozás és Számítógépes Grafika Tanszék
Keresés képi jellemzők alapján Dr. Balázs Péter SZTE, Képfeldolgozás és Számítógépes Grafika Tanszék Lusta gépi tanulási algoritmusok Osztályozás: k=1: piros k=5: kék k-legközelebbi szomszéd (k=1,3,5,7)
A DNS64 és NAT64 IPv6 áttérési technikák egyes implementációinak teljesítőképesség- és stabilitás-vizsgálata. Répás Sándor
A DNS64 és NAT64 IPv6 áttérési technikák egyes implementációinak teljesítőképesség- és stabilitás-vizsgálata Répás Sándor Lépni Kell! Elfogytak a kiosztható IPv4-es címek. Az IPv6 1998 óta létezik. Alig
KPI. mutató. információ. adat. adat. információ. mutató KPI. adat. információ. mutató KPI KPI. mutató információ
adat információ mutató KPI KPI mutató információ adat KPI. mutató információ adat mutató információ adat KPI Tornyossy Gábor gabor.tornyossy@hp.com 2006. október 27. Tartalom 1. Mit is kell/lehet mérni?
Riverbed Sávszélesség optimalizálás
SCI-Network Távközlési és Hálózatintegrációs zrt. T.: 467-70-30 F.: 467-70-49 info@scinetwork.hu www.scinetwork.hu Riverbed Sávszélesség optimalizálás Bakonyi Gábor hálózati mérnök Nem tudtuk, hogy lehetetlen,
Megfelelőségi nyilatkozat (elektronikus hírközlési szolgáltatás 13/2011. (XII. 27.) NMHH rendelet szerinti megfelelőségéről a 2015.
Megfelelőségi nyilatkozat (elektronikus hírközlési szolgáltatás 13/2011. (XII. 27.) NMHH rendelet szerinti megfelelőségéről a 2015. évre vonatkozóan) Szolgáltató neve Szélmalom Kábeltévé Zrt. Szolgáltató
Irányító és kommunikációs rendszerek III. Előadás 13
Irányító és kommunikációs rendszerek III. Előadás 13 GSM-R Flottamenedzsment Mobil fizetési lehetőségek Parkolási díj Útdíj A GSM közlekedési felhasználása Valós idejű információs szolgáltatás Közlekedési
Parametrikus tervezés
2012.03.31. Statikus modell Dinamikus modell Parametrikus tervezés Módosítások a tervezés folyamán Konstrukciós variánsok (termékcsaládok) Parametrikus Modell Parametrikus tervezés Paraméterek (változók
Univerzális munkafolyamat szimulátor
Univerzális munkafolyamat szimulátor Ütemterv Készítette: Kerek Róbert KERQABT.SZE Gazdaságinformatikus BSc III. évfolyam Külső témavezető Kesztyűs Attila Lajos Siemens PSE Kft. Belső konzulens Dr. Ferenc
VIRTUAL NETWORK EMBEDDING VIRTUÁLIS HÁLÓZAT BEÁGYAZÁS
BME/TMIT Budapesti Műszaki és Gazdaságtudományi Egyetem (BME) Távközlési és Médiainformatikai Tanszék (TMIT) VIRTUAL NETWORK EMBEDDING VIRTUÁLIS HÁLÓZAT BEÁGYAZÁS Dr. Maliosz Markosz maliosz@tmit.bme.hu
1. Bevezető előadás. Minőségbiztosítás IP hálózatokon (vitt9181) Lukovszki Csaba,
Minőségbiztosítás IP hálózatokon (vitt9181) 1. Bevezető előadás Lukovszki Csaba, lukovszki@tmit.bme.hu TÁVKÖZLÉSI ÉS MÉDIAINFORMATIKAI TANSZÉK BUDAPESTI MŰSZAKI ÉS GAZDASÁGTUDOMÁNYI EGYETEM 2005. szeptember
Szállítási réteg (L4)
Szállítási réteg (L4) Gyakorlat Budapest University of Technology and Economics Department of Telecommunications and Media Informatics A gyakorlat célja A TCP-t nagyon sok környezetben használják A főbb
WEB2GRID: Desktop Grid a Web 2.0 szolgálatában
WEB2GRID: Desktop Grid a Web 2.0 szolgálatában MAROSI Attila Csaba MTA SZTAKI atisu@sztaki.hu 2011.07.26. Áttekintés Bevezető Grid rendszerekkel szembeni elvarások változása Web 2.0 rendszerek főbb jellemzői
30 MB INFORMATIKAI PROJEKTELLENŐR
INFORMATIKAI PROJEKTELLENŐR 30 MB DOMBORA SÁNDOR BEVEZETÉS (INFORMATIKA, INFORMATIAKI FÜGGŐSÉG, INFORMATIKAI PROJEKTEK, MÉRNÖKI ÉS INFORMATIKAI FELADATOK TALÁKOZÁSA, TECHNOLÓGIÁK) 2016. 09. 17. MMK- Informatikai
Valós idejű gépi fordítás kiegészítő szolgáltatásként
Valós idejű gépi fordítás kiegészítő szolgáltatásként Tündik Máté Ákos, Nagy Loránd, Hilt Attila és Bóta Gergő 1 Tartalom Valós életből származó probléma Megoldás WebScale módon (Over the Top) Megoldás
Automatikus tesztgenerálás modell ellenőrző segítségével
Méréstechnika és Információs Rendszerek Tanszék Automatikus tesztgenerálás modell ellenőrző segítségével Micskei Zoltán műszaki informatika, V. Konzulens: Dr. Majzik István Tesztelés Célja: a rendszerben
Elérhetőségi probléma egyszerűsítése: Állapottér és struktúra redukció Petri-háló alosztályok
Elérhetőségi probléma egyszerűsítése: Állapottér és struktúra redukció Petri-háló alosztályok dr. Bartha Tamás Dr. Pataricza András BME Méréstechnika és Információs Rendszerek Tanszék Elérhetőségi probléma
Kommunikáció. 3. előadás
Kommunikáció 3. előadás Kommunikáció A és B folyamatnak meg kell egyeznie a bitek jelentésében Szabályok protokollok ISO OSI Többrétegű protokollok előnyei Kapcsolat-orientált / kapcsolat nélküli Protokollrétegek
A minisztériumok és háttérintézményeik központi ellátását támogató web-es portál és munkafolyamat menedzsment-rendszer funkcionális működése
A minisztériumok és háttérintézményeik központi ellátását támogató web-es portál és munkafolyamat menedzsment-rendszer funkcionális működése Workflow - Tájékoztató 2014. november 250/2014. (X. 2.) Korm.
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
Jogosultság igénylési folyamatok egységesítése a Magyar Telekom csoportnál. Magyar Telekom IAM rendszer Pálfy Zsolt Levente 2008.05.29, 1.
Jogosultság igénylési folyamatok egységesítése a Magyar Telekom csoportnál Magyar Telekom IAM 2008.05.29, 1. oldal Magyar Telekom Csoport integrációs projektek Infrastruktúra egységesítési feladatok 2008.
AGSMHÁLÓZATA TOVÁBBFEJLESZTÉSE A NAGYOBB
AGSMHÁLÓZATA TOVÁBBFEJLESZTÉSE A NAGYOBB ADATSEBESSÉG ÉS CSOMAGKAPCSOLÁS FELÉ 2011. május 19., Budapest HSCSD - (High Speed Circuit-Switched Data) A rendszer négy 14,4 kbit/s-os átviteli időrés összekapcsolásával
Verifikáció és validáció Általános bevezető
Verifikáció és validáció Általános bevezető Általános Verifikáció és validáció verification and validation - V&V: ellenőrző és elemző folyamatok amelyek biztosítják, hogy a szoftver megfelel a specifikációjának
VII. számú melléklet: Minőségi mutatók
VII. számú melléklet: Minőségi mutatók Az Internet szolgáltatásnak a megfelelő, valamint a nem elfogadható szintjét meghatározó számszerű követelmények a 345/2004. Kormány Rendelet (XII. 22.) szerint Hozzáférés