<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="hu">
	<id>https://vik.wiki/index.php?action=history&amp;feed=atom&amp;title=Ihtuorai2010_03</id>
	<title>Ihtuorai2010 03 - Laptörténet</title>
	<link rel="self" type="application/atom+xml" href="https://vik.wiki/index.php?action=history&amp;feed=atom&amp;title=Ihtuorai2010_03"/>
	<link rel="alternate" type="text/html" href="https://vik.wiki/index.php?title=Ihtuorai2010_03&amp;action=history"/>
	<updated>2026-05-16T12:36:48Z</updated>
	<subtitle>Az oldal laptörténete a wikiben</subtitle>
	<generator>MediaWiki 1.43.8</generator>
	<entry>
		<id>https://vik.wiki/index.php?title=Ihtuorai2010_03&amp;diff=139112&amp;oldid=prev</id>
		<title>Unknown user: Új oldal, tartalma: „{{GlobalTemplate|Infoszak|Ihtuorai2010_03}}  ==Infokommunikációs hálózatok tervezése és üzemeltetése== ==3. óra: Hálózatvédelmi alapsémák==  * eddig volt …”</title>
		<link rel="alternate" type="text/html" href="https://vik.wiki/index.php?title=Ihtuorai2010_03&amp;diff=139112&amp;oldid=prev"/>
		<updated>2012-10-21T20:33:31Z</updated>

		<summary type="html">&lt;p&gt;Új oldal, tartalma: „{{GlobalTemplate|Infoszak|Ihtuorai2010_03}}  ==Infokommunikációs hálózatok tervezése és üzemeltetése== ==3. óra: Hálózatvédelmi alapsémák==  * eddig volt …”&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Új lap&lt;/b&gt;&lt;/p&gt;&lt;div&gt;{{GlobalTemplate|Infoszak|Ihtuorai2010_03}}&lt;br /&gt;
&lt;br /&gt;
==Infokommunikációs hálózatok tervezése és üzemeltetése==&lt;br /&gt;
==3. óra: Hálózatvédelmi alapsémák==&lt;br /&gt;
&lt;br /&gt;
* eddig volt a brief introduction, most jön a szaft&lt;br /&gt;
&lt;br /&gt;
====NGN====&lt;br /&gt;
* itt jött egy kép az NGN gálózati képről, jó zsúfolt&lt;br /&gt;
* egy gerincháló a mindennek&lt;br /&gt;
** net, pstn, tv... &lt;br /&gt;
** nyílt hálózat: kifele nyitott&lt;br /&gt;
* a gerinchálózatot három részre osztják&lt;br /&gt;
** transzport sík: itten megy a zadat&lt;br /&gt;
** vezérlési sík: menedzseli az átvitelt, routing, átkapcsolási tervek&lt;br /&gt;
** szolgáltatási sík: leképezi az előző kettőt&lt;br /&gt;
* ami az NGN-ben új (őőőő...)&lt;br /&gt;
** teljesen csomagkapcsolt szemlélet&lt;br /&gt;
			 * régi rendszerekben nehézkesebb volt a config&lt;br /&gt;
			 * piaci versenyt eléggé gátolja, hogy a config nagyon gyártófüggő volt&lt;br /&gt;
** nyílt, szabványos interface a rétegek közt&lt;br /&gt;
** sok alkalmazás és szolgáltatás támogatása&lt;br /&gt;
* NGN technológia nyílt interfészéről itt jött egy kép&lt;br /&gt;
** valahogy idejött hogy az optika milyen zöld cucc, meg hogy nem csak trendi&lt;br /&gt;
* Meghatározó funkciók:&lt;br /&gt;
** csomóponti funkciók&lt;br /&gt;
*** router, switch&lt;br /&gt;
*** regenerátor, multiplexer&lt;br /&gt;
*** ADM: Add-Drop Multiplexer (leggyakrabban használt manapság)&lt;br /&gt;
*** XC Cross connect (vezérelhető rendező)&lt;br /&gt;
				 * ilyen optikai X-connect&lt;br /&gt;
				 * legdrágább, de leghatékonyabb&lt;br /&gt;
** hálózati funkciók&lt;br /&gt;
*** útképzés: multiplex rendszerekre alapozott hálózatokban?&lt;br /&gt;
**** kiderüljön merre megy a zadat&lt;br /&gt;
**** tudjunk egyáltalán utakat létrehozni&lt;br /&gt;
*** útvonal választás&lt;br /&gt;
**** ha több útvonal van, melyiket választjuk?&lt;br /&gt;
&lt;br /&gt;
===Védelem===&lt;br /&gt;
* elvárás: biztonságos átvitel&lt;br /&gt;
* mi az, hogy biztonságos adatávitel?&lt;br /&gt;
** hibatűrés&lt;br /&gt;
*** adat egyáltalán átmegy e?&lt;br /&gt;
*** egy adott szolgáltatás mindenképp elérhető legyen&lt;br /&gt;
** jogosultsági&lt;br /&gt;
*** mások láthatják-e, és ha igen: kik?&lt;br /&gt;
* Technológiai trendek, amik kapcsolatban vannak&lt;br /&gt;
** növekvő forgalom&lt;br /&gt;
** nagyobb rendszerkapacitás- kisebb bitköltség&lt;br /&gt;
** nagyobb adatkoncentráció: kritikus hibahatások&lt;br /&gt;
* szolgáltatási trend&lt;br /&gt;
** garantált minőség igénye&lt;br /&gt;
*** pl mobilszolgáltatás mindig legyen elérhető&lt;br /&gt;
** megfelelő mennyiségű erőforrás - meghibásodott egységek pátlása&lt;br /&gt;
*** nyilávn redundancia szükséges, több kábel etc...&lt;br /&gt;
* itt jött egy csomó hiba&lt;br /&gt;
** MTBF: mennyire valószínű a meghibásodás?&lt;br /&gt;
** MTTR: átlagos javítási idő&lt;br /&gt;
** 20000km-re kb 1 kábelhiba 4 naponként&lt;br /&gt;
* itt jött egy statisztika arról, hogy mik a legjellegzetesebb hibák:&lt;br /&gt;
** leggyakoribb: harmadik fél által okozott hibák&lt;br /&gt;
** rágcsálók (már annyira nem aktuális)&lt;br /&gt;
* kiesési idők:&lt;br /&gt;
** Down Time Ratio: kisési időarány&lt;br /&gt;
* hibák csoportosítása:&lt;br /&gt;
** független&lt;br /&gt;
** összefüggő&lt;br /&gt;
* hibahatások:&lt;br /&gt;
** degradáció&lt;br /&gt;
** kiesés&lt;br /&gt;
** katasztrofális hiba&lt;br /&gt;
* hibahatások csökkentése:&lt;br /&gt;
** redundancia&lt;br /&gt;
** struktúrált redundancia (teljes hálózatban olyan elrendezési módok, amivel ki lehet játszani )&lt;br /&gt;
*** többletköltség (beruházás, üzemeltetés)&lt;br /&gt;
*** mikor mi éri meg?&lt;br /&gt;
* ezeket általában az adott szolgáltatás védelmi specifikációja szerint kell tervezni.&lt;br /&gt;
** általában egy egyensúlyban van ez, hogy a felhasználó fizet-e az adott biztonságért&lt;br /&gt;
*** pl fizet-e 5* annyit, hogy egy éven át ne 1 perc legyen a kiesés, hanem 4sec...&lt;br /&gt;
&lt;br /&gt;
===Biztonsági szempontok===&lt;br /&gt;
* általános:&lt;br /&gt;
** architektúrálk&lt;br /&gt;
** szolgáltatások&lt;br /&gt;
** hálózati szegmensek&lt;br /&gt;
* technológiai vonatkozások&lt;br /&gt;
** konkrét megvalósítás&lt;br /&gt;
* több technológiai rétegből álló hálózatok&lt;br /&gt;
** együttműködésí&lt;br /&gt;
** védelmi funkciók összehangolása&lt;br /&gt;
&lt;br /&gt;
===Védelem és helyreállítás===&lt;br /&gt;
* tipikusan egyhibára szoktak tervezni&lt;br /&gt;
* védelemnél előzetesen hozzárendeljük a hiba esetére a többlet kapacitást&lt;br /&gt;
** pont-pont összeköttetés védelmére (ezek útvonal szintű védelmek)&lt;br /&gt;
*** többutas elvezetés (osztott):&lt;br /&gt;
**** forgalom osztott elvezetése: &lt;br /&gt;
**** ha n fele osztom szét az utat (független nyomvonalak esetén (nincs közös él a gráfban)), akkor ha egy meghibásodik, akkor n-1 lesz a jó vonalak száma&lt;br /&gt;
***** n út mellett (n-1)/n lesz a védettség&lt;br /&gt;
**** az információ egy része hiba esetén elvész&lt;br /&gt;
**** n növekedésével csökkenő hatékonyság a hálózatban (többszörös redundancia, alacsonyabb kihasználtság)&lt;br /&gt;
*** 1+1 dedikált védelem:&lt;br /&gt;
**** forgalomnak megfelelő azonos kapacitású átvitel két úton&lt;br /&gt;
**** duplikált adásirány&lt;br /&gt;
***** nagyon egyszerű&lt;br /&gt;
**** vevő oldali átkapcsolás lokális döntés&lt;br /&gt;
***** nem vissszatérő kapcsolás: ha hiba van, addig maradok a másik csatornán, amíg a másik csatorna meg nem hibásodik&lt;br /&gt;
***** itt jött egy kép a védelmi alapszerkezetrről, egy két különálló útra egy hálózati felhőben&lt;br /&gt;
*** n:m védelem:&lt;br /&gt;
**** n üzemi összeköttetésre m védelmi csatorna jut&lt;br /&gt;
***** bonyolultambb átkapcsolási folyamat:&lt;br /&gt;
****** szükséges, hogy a végpontok kommunikáljanak egymással&lt;br /&gt;
&lt;br /&gt;
** védelmi átkapcsolások:&lt;br /&gt;
*** egy végén visszatérő&lt;br /&gt;
*** két végén visszatőrő&lt;br /&gt;
*** nem visszatérő&lt;br /&gt;
** tartalék hozzárendelés&lt;br /&gt;
*** osztott&lt;br /&gt;
**** kép a cuccról itt nemtom mi van :)&lt;br /&gt;
**** osztott védelem hatékony az erőforrásban&lt;br /&gt;
**** kidolgozása bonyolult&lt;br /&gt;
**** átkapcsolás sokkal bonyolultabb&lt;br /&gt;
*** dedikált&lt;br /&gt;
&lt;br /&gt;
* szempontok amiket figyelembe kell venni hibatűrő rendszerek tervezésekor&lt;br /&gt;
** elérhető védelem&lt;br /&gt;
** bonyolultság&lt;br /&gt;
** ...&lt;br /&gt;
** ...&lt;br /&gt;
&lt;br /&gt;
===logikai részhálózatok közti átkapcsolás===&lt;br /&gt;
* adott fizikai infrastruktúra felett a transzport logikailag elkülönülő részhálózatok BREAKPOINT&lt;br /&gt;
&lt;br /&gt;
	*&lt;br /&gt;
	*&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
  &lt;br /&gt;
-- [[DonGatto|Liba]] - 2010.02.20.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Infoszak]]&lt;/div&gt;</summary>
		<author><name>Unknown user</name></author>
	</entry>
</feed>