ISP csatlakozási típusok - Laptörténet

ApelPro: /* Stub / non-stub network */

2023-08-18T09:07:14Z

Stub / non-stub network

← Régebbi változat		A lap 2023. augusztus 18., 11:07-kori változata
11. sor:		11. sor:
	! Stub network \|\| Non-stub network		! Stub network \|\| Non-stub network
	\|-		\|-
	\| [[Fájl:Single Multihomed Stub Network.png\|keretnélküli\|nyújtás\|alt=Stub Network\|Stub network]] \|\|		\| [[Fájl:Single Multihomed Stub Network.png\|keretnélküli\|500px\|nyújtás\|alt=Stub Network\|Stub network]] \|\|
	[[Fájl:Single Multihomed Non Stub Network.png\|keretnélküli\|középre\|Non-Stub network]]		[[Fájl:Single Multihomed Non Stub Network.png\|keretnélküli\|500px\|középre\|Non-Stub network]]
	\|}		\|}

ApelPro: /* Dual Multihomed */

2023-08-17T13:19:54Z

Dual Multihomed

← Régebbi változat		A lap 2023. augusztus 17., 15:19-kori változata
40. sor:		40. sor:
	[[Fájl:Dual Multihomed version 1.png\|keretezett\|középre\|1 router, két szolgáltató, 2-2 kapcsolat]]		[[Fájl:Dual Multihomed version 1.png\|keretezett\|középre\|1 router, két szolgáltató, 2-2 kapcsolat]]
	[[Fájl:Dual Multihomed version 2.png\|keretezett\|középre\|2 router, 2 szolgáltató, 2 kapcsolat]]		[[Fájl:Dual Multihomed version 2.png\|keretezett\|középre\|2 router, 2 szolgáltató, 2 kapcsolat]]

			A legjobb rendelezésreállást biztosító elrendezés, ám a legköltségesebb is egyben.
	[[Fájl:Dual Multihomed version 3.png\|keretezett\|középre\|2 router, 2 szolgáltató, 2 kapcsolat (X)]]		[[Fájl:Dual Multihomed version 3.png\|keretezett\|középre\|2 router, 2 szolgáltató, 2 kapcsolat (X)]]

ApelPro: /* Dual Multihomed */

2023-08-17T13:17:05Z

Dual Multihomed

← Régebbi változat		A lap 2023. augusztus 17., 15:17-kori változata
36. sor:		36. sor:

	=== Dual Multihomed ===		=== Dual Multihomed ===
			Ebben az esetben a szolgáltatókhoz több vezetéken keresztül építünk fel kapcsolatot. Több formában is létrehozható: a vásárlói oldalon egy vagy két routerrel. Ezek a megoldások igen költségesek tudnak lenni, de a hiba lehetőségét közel nullára csökkentik.

			[[Fájl:Dual Multihomed version 1.png\|keretezett\|középre\|1 router, két szolgáltató, 2-2 kapcsolat]]
			[[Fájl:Dual Multihomed version 2.png\|keretezett\|középre\|2 router, 2 szolgáltató, 2 kapcsolat]]
			[[Fájl:Dual Multihomed version 3.png\|keretezett\|középre\|2 router, 2 szolgáltató, 2 kapcsolat (X)]]

ApelPro: /* Multihomed kapcsolatok */

2023-08-17T13:04:21Z

Multihomed kapcsolatok

← Régebbi változat		A lap 2023. augusztus 17., 15:04-kori változata
34. sor:		34. sor:
	[[Fájl:Signle Multihomed version 1.png\|keretezett\|középre]]		[[Fájl:Signle Multihomed version 1.png\|keretezett\|középre]]
	[[Fájl:Single Multihomed version 2.png\|keretezett\|középre\|2 router, 2 szolgáltató, 1-1 kapcsolat]]		[[Fájl:Single Multihomed version 2.png\|keretezett\|középre\|2 router, 2 szolgáltató, 1-1 kapcsolat]]

			=== Dual Multihomed ===

ApelPro: /* Dual Homed */

2023-08-17T13:02:19Z

Dual Homed

← Régebbi változat		A lap 2023. augusztus 17., 15:02-kori változata
26. sor:		26. sor:
	[[Fájl:Dual Homed version 1.png\|keretezett\|középre\|Egy router, két vezeték a szolgáltatóhoz]]		[[Fájl:Dual Homed version 1.png\|keretezett\|középre\|Egy router, két vezeték a szolgáltatóhoz]]
	[[Fájl:Dual Homed version 2.png\|keretezett\|középre\|Két router ugyanahhoz a szolgáltatóhoz kötve]]		[[Fájl:Dual Homed version 2.png\|keretezett\|középre\|Két router ugyanahhoz a szolgáltatóhoz kötve]]

			== Multihomed kapcsolatok ==
			Ezek esetében több (legalább kettő) szolgáltatónál vásárolunk hálózati hozzáférést.

			=== Single Multihomed ===
			Egy routeren építünk fel a szolgáltatóval 1-1 kapcsolatot, vagy két routeren 1-1 kapcsolatot alakítunk ki a két szolgáltató felé. Itt valójában a Single kifejezés arra utal, hogy egy-egy szolgáltató felé egy vezetéken tudunk kommunikálni.
			[[Fájl:Signle Multihomed version 1.png\|keretezett\|középre]]
			[[Fájl:Single Multihomed version 2.png\|keretezett\|középre\|2 router, 2 szolgáltató, 1-1 kapcsolat]]

ApelPro, 2023. augusztus 17., 12:55-n

2023-08-17T12:55:23Z

← Régebbi változat		A lap 2023. augusztus 17., 14:55-kori változata
14. sor:		14. sor:
	[[Fájl:Single Multihomed Non Stub Network.png\|keretnélküli\|középre\|Non-Stub network]]		[[Fájl:Single Multihomed Non Stub Network.png\|keretnélküli\|középre\|Non-Stub network]]
	\|}		\|}

			= Redundancia =
			A fent említett két típus az útvonal optimalizálásra van hatással, de van lehetőségünk a redundanciát szem előtt tartva különböző kapcsolattípusok kialakítására. Fontos megemlíteni, hogy a hálózatunk vagy ''stub network'' vagy ''non-stub network'' kategóriába esik mindettől függetlenül!

			== Single Homed (Stub Network) ==
			A tipikus szolgáltató-ügyfél kapcsolat mind ebbe a kategóriába esik: egy router és egy vezeték a szolgáltató felé. Ennek a kapcsolattípusnak a legrosszabb a rendelkezésreállása, mivel nem rendelkezik semmilyen redundanciával.
			[[Fájl:Single Homed.png\|keretnélküli\|középre]]

			== Dual Homed ==
			Ez a kapcsolattípus több módon is létrejöhet. Az egyik megjelenési forma, amikor a vásárlói oldalon egy routerbe két vezetéken keresztül kapcsolódik a szolgáltató, de megvalósítható a vásárlói oldalon két routerrel, amelybe ugyanaz a szolgáltató kapcsolódik.
			[[Fájl:Dual Homed version 1.png\|keretezett\|középre\|Egy router, két vezeték a szolgáltatóhoz]]
			[[Fájl:Dual Homed version 2.png\|keretezett\|középre\|Két router ugyanahhoz a szolgáltatóhoz kötve]]

ApelPro: /* Stub / non-stub network */

2023-08-17T12:36:03Z

Stub / non-stub network

← Régebbi változat		A lap 2023. augusztus 17., 14:36-kori változata
7. sor:		7. sor:
	= Stub / non-stub network =		= Stub / non-stub network =
	Ahogy korábban említettem, ez egy olyan hálózat, amelybe egyetlen úton lehet bejutni illetve onnan egyetlen útvonalon lehet kijutni. A megfogalmazásnak annyi problémája van - látjuk a későbbiekben -, hogy a hálózatunk több szolgáltatóhoz is be lehet kötve - ekkor a hálózatból több kijárat is adódik -, de mégis konfigurálható elszigetelt hálózatként. A kulcs az, hogy a ''stub network'' esetében a szolgáltató(k) felé többnyire a teljes tartományunk hirdetjük. Ehhez a típushoz szorosan kötődik a belsőhálózaton az alapértelmezett átjáró (0.0.0.0/0) fogalma. A ''non-stub'' esetében a hálózatunkon belül elérhető nagyobb csomópontok is hirdetésre kerülnek - emiatt elképzelhető, hogy az egyik eszközt ''A'', míg a másik eszközt ''B'' szolgáltatón keresztül érjük el. Az útvonalak dinamikusan, a szolgáltató route táblájában található költségek alapján változhatnak. Az egy szolgáltatóval kötött szerződés keretein belül ''non-stub'' hálózatot létesíteni nem értelmezhető, hiszen semmilyen optimalizálást nem érünk el vele: mindenképp ugyanazon a kapcsolaton keresztül fogunk kommunikálni.		Ahogy korábban említettem, ez egy olyan hálózat, amelybe egyetlen úton lehet bejutni illetve onnan egyetlen útvonalon lehet kijutni. A megfogalmazásnak annyi problémája van - látjuk a későbbiekben -, hogy a hálózatunk több szolgáltatóhoz is be lehet kötve - ekkor a hálózatból több kijárat is adódik -, de mégis konfigurálható elszigetelt hálózatként. A kulcs az, hogy a ''stub network'' esetében a szolgáltató(k) felé többnyire a teljes tartományunk hirdetjük. Ehhez a típushoz szorosan kötődik a belsőhálózaton az alapértelmezett átjáró (0.0.0.0/0) fogalma. A ''non-stub'' esetében a hálózatunkon belül elérhető nagyobb csomópontok is hirdetésre kerülnek - emiatt elképzelhető, hogy az egyik eszközt ''A'', míg a másik eszközt ''B'' szolgáltatón keresztül érjük el. Az útvonalak dinamikusan, a szolgáltató route táblájában található költségek alapján változhatnak. Az egy szolgáltatóval kötött szerződés keretein belül ''non-stub'' hálózatot létesíteni nem értelmezhető, hiszen semmilyen optimalizálást nem érünk el vele: mindenképp ugyanazon a kapcsolaton keresztül fogunk kommunikálni.
	[[Fájl:Single Multihomed Stub Network.png\|~~bélyegkép~~\|~~középre~~\|alt=Stub Network\|Stub network]]
	[[Fájl:Single Multihomed Non Stub Network.png\|~~bélyegkép~~\|középre\|Non-Stub network]]		{\| class="wikitable" style="margin:auto"
			! Stub network \|\| Non-stub network
			\|-
			\| [[Fájl:Single Multihomed Stub Network.png\|keretnélküli\|nyújtás\|alt=Stub Network\|Stub network]] \|\|
			[[Fájl:Single Multihomed Non Stub Network.png\|keretnélküli\|középre\|Non-Stub network]]
			\|}

ApelPro: /* Stub / non-stub network */

2023-08-17T12:28:52Z

Stub / non-stub network

← Régebbi változat		A lap 2023. augusztus 17., 14:28-kori változata
7. sor:		7. sor:
	= Stub / non-stub network =		= Stub / non-stub network =
	Ahogy korábban említettem, ez egy olyan hálózat, amelybe egyetlen úton lehet bejutni illetve onnan egyetlen útvonalon lehet kijutni. A megfogalmazásnak annyi problémája van - látjuk a későbbiekben -, hogy a hálózatunk több szolgáltatóhoz is be lehet kötve - ekkor a hálózatból több kijárat is adódik -, de mégis konfigurálható elszigetelt hálózatként. A kulcs az, hogy a ''stub network'' esetében a szolgáltató(k) felé többnyire a teljes tartományunk hirdetjük. Ehhez a típushoz szorosan kötődik a belsőhálózaton az alapértelmezett átjáró (0.0.0.0/0) fogalma. A ''non-stub'' esetében a hálózatunkon belül elérhető nagyobb csomópontok is hirdetésre kerülnek - emiatt elképzelhető, hogy az egyik eszközt ''A'', míg a másik eszközt ''B'' szolgáltatón keresztül érjük el. Az útvonalak dinamikusan, a szolgáltató route táblájában található költségek alapján változhatnak. Az egy szolgáltatóval kötött szerződés keretein belül ''non-stub'' hálózatot létesíteni nem értelmezhető, hiszen semmilyen optimalizálást nem érünk el vele: mindenképp ugyanazon a kapcsolaton keresztül fogunk kommunikálni.		Ahogy korábban említettem, ez egy olyan hálózat, amelybe egyetlen úton lehet bejutni illetve onnan egyetlen útvonalon lehet kijutni. A megfogalmazásnak annyi problémája van - látjuk a későbbiekben -, hogy a hálózatunk több szolgáltatóhoz is be lehet kötve - ekkor a hálózatból több kijárat is adódik -, de mégis konfigurálható elszigetelt hálózatként. A kulcs az, hogy a ''stub network'' esetében a szolgáltató(k) felé többnyire a teljes tartományunk hirdetjük. Ehhez a típushoz szorosan kötődik a belsőhálózaton az alapértelmezett átjáró (0.0.0.0/0) fogalma. A ''non-stub'' esetében a hálózatunkon belül elérhető nagyobb csomópontok is hirdetésre kerülnek - emiatt elképzelhető, hogy az egyik eszközt ''A'', míg a másik eszközt ''B'' szolgáltatón keresztül érjük el. Az útvonalak dinamikusan, a szolgáltató route táblájában található költségek alapján változhatnak. Az egy szolgáltatóval kötött szerződés keretein belül ''non-stub'' hálózatot létesíteni nem értelmezhető, hiszen semmilyen optimalizálást nem érünk el vele: mindenképp ugyanazon a kapcsolaton keresztül fogunk kommunikálni.
	[[Fájl:Single Multihomed Stub Network.png\|~~keretezett~~\|középre\|alt=Stub Network\|Stub network]]		[[Fájl:Single Multihomed Stub Network.png\|bélyegkép\|középre\|alt=Stub Network\|Stub network]]
			[[Fájl:Single Multihomed Non Stub Network.png\|bélyegkép\|középre\|Non-Stub network]]

ApelPro, 2023. augusztus 17., 12:26-n

2023-08-17T12:26:24Z

← Régebbi változat		A lap 2023. augusztus 17., 14:26-kori változata
7. sor:		7. sor:
	= Stub / non-stub network =		= Stub / non-stub network =
	Ahogy korábban említettem, ez egy olyan hálózat, amelybe egyetlen úton lehet bejutni illetve onnan egyetlen útvonalon lehet kijutni. A megfogalmazásnak annyi problémája van - látjuk a későbbiekben -, hogy a hálózatunk több szolgáltatóhoz is be lehet kötve - ekkor a hálózatból több kijárat is adódik -, de mégis konfigurálható elszigetelt hálózatként. A kulcs az, hogy a ''stub network'' esetében a szolgáltató(k) felé többnyire a teljes tartományunk hirdetjük. Ehhez a típushoz szorosan kötődik a belsőhálózaton az alapértelmezett átjáró (0.0.0.0/0) fogalma. A ''non-stub'' esetében a hálózatunkon belül elérhető nagyobb csomópontok is hirdetésre kerülnek - emiatt elképzelhető, hogy az egyik eszközt ''A'', míg a másik eszközt ''B'' szolgáltatón keresztül érjük el. Az útvonalak dinamikusan, a szolgáltató route táblájában található költségek alapján változhatnak. Az egy szolgáltatóval kötött szerződés keretein belül ''non-stub'' hálózatot létesíteni nem értelmezhető, hiszen semmilyen optimalizálást nem érünk el vele: mindenképp ugyanazon a kapcsolaton keresztül fogunk kommunikálni.		Ahogy korábban említettem, ez egy olyan hálózat, amelybe egyetlen úton lehet bejutni illetve onnan egyetlen útvonalon lehet kijutni. A megfogalmazásnak annyi problémája van - látjuk a későbbiekben -, hogy a hálózatunk több szolgáltatóhoz is be lehet kötve - ekkor a hálózatból több kijárat is adódik -, de mégis konfigurálható elszigetelt hálózatként. A kulcs az, hogy a ''stub network'' esetében a szolgáltató(k) felé többnyire a teljes tartományunk hirdetjük. Ehhez a típushoz szorosan kötődik a belsőhálózaton az alapértelmezett átjáró (0.0.0.0/0) fogalma. A ''non-stub'' esetében a hálózatunkon belül elérhető nagyobb csomópontok is hirdetésre kerülnek - emiatt elképzelhető, hogy az egyik eszközt ''A'', míg a másik eszközt ''B'' szolgáltatón keresztül érjük el. Az útvonalak dinamikusan, a szolgáltató route táblájában található költségek alapján változhatnak. Az egy szolgáltatóval kötött szerződés keretein belül ''non-stub'' hálózatot létesíteni nem értelmezhető, hiszen semmilyen optimalizálást nem érünk el vele: mindenképp ugyanazon a kapcsolaton keresztül fogunk kommunikálni.
			[[Fájl:Single Multihomed Stub Network.png\|keretezett\|középre\|alt=Stub Network\|Stub network]]

ApelPro: /* Stub / non stub network */

2023-08-17T12:15:22Z

Stub / non stub network

← Régebbi változat		A lap 2023. augusztus 17., 14:15-kori változata
5. sor:		5. sor:
	Egy ilyen AS lehet az otthoni hálózatunk is: teljes mértékben mi döntünk a belső felépítéséről, a szolgáltató nem szólhat bele. Az egyetlen eltérés, hogy nekünk nem kell az ASN-t hirdetni a szolgáltató felé - de Ő hirdetni fogja a mi publikus IP címünket a világon működő egyéb AS-ek felé. Mi általában a részévé válunk az Ő hálózatának, csúnyán szólva az Ő AS-ének. Ezeket az otthoni hálózatokat a szakirodalom ''stub network''-nek nevezi - mintegy sziget az óceánon, amelyre egyetlen híd vezet a szárazföldről. Léteznek ''non-stub network'' megoldások is, amihez a szolgáltató (vagy szolgáltatókkal) való szoros együttműködés keretein belül lehet létrehozni és természetesen magasabb költségekkel kell számolnunk.		Egy ilyen AS lehet az otthoni hálózatunk is: teljes mértékben mi döntünk a belső felépítéséről, a szolgáltató nem szólhat bele. Az egyetlen eltérés, hogy nekünk nem kell az ASN-t hirdetni a szolgáltató felé - de Ő hirdetni fogja a mi publikus IP címünket a világon működő egyéb AS-ek felé. Mi általában a részévé válunk az Ő hálózatának, csúnyán szólva az Ő AS-ének. Ezeket az otthoni hálózatokat a szakirodalom ''stub network''-nek nevezi - mintegy sziget az óceánon, amelyre egyetlen híd vezet a szárazföldről. Léteznek ''non-stub network'' megoldások is, amihez a szolgáltató (vagy szolgáltatókkal) való szoros együttműködés keretein belül lehet létrehozni és természetesen magasabb költségekkel kell számolnunk.

	= Stub / non stub network =		= Stub / non-stub network =
	Ahogy korábban említettem, ez egy olyan hálózat, amelybe egyetlen úton lehet bejutni illetve onnan egyetlen útvonalon lehet kijutni. A megfogalmazásnak annyi problémája van - látjuk a későbbiekben -, hogy a hálózatunk több szolgáltatóhoz is be lehet kötve - ekkor a hálózatból több kijárat is adódik -, de mégis konfigurálható elszigetelt hálózatként. A kulcs az, hogy a ''stub network'' esetében a szolgáltató(k) felé többnyire a teljes tartományunk hirdetjük. Ehhez a típushoz szorosan kötődik a belsőhálózaton az alapértelmezett átjáró (0.0.0.0/0) fogalma. A ''non-stub'' esetében a hálózatunkon belül elérhető nagyobb csomópontok is hirdetésre kerülnek - emiatt elképzelhető, hogy az egyik eszközt ''A'', míg a másik eszközt ''B'' szolgáltatón keresztül érjük el. Az útvonalak dinamikusan, a szolgáltató route táblájában található költségek alapján változhatnak. Az egy szolgáltatóval kötött szerződés keretein belül ''non-stub'' hálózatot létesíteni nem értelmezhető, hiszen semmilyen optimalizálást nem érünk el vele: mindenképp ugyanazon a kapcsolaton keresztül fogunk kommunikálni.		Ahogy korábban említettem, ez egy olyan hálózat, amelybe egyetlen úton lehet bejutni illetve onnan egyetlen útvonalon lehet kijutni. A megfogalmazásnak annyi problémája van - látjuk a későbbiekben -, hogy a hálózatunk több szolgáltatóhoz is be lehet kötve - ekkor a hálózatból több kijárat is adódik -, de mégis konfigurálható elszigetelt hálózatként. A kulcs az, hogy a ''stub network'' esetében a szolgáltató(k) felé többnyire a teljes tartományunk hirdetjük. Ehhez a típushoz szorosan kötődik a belsőhálózaton az alapértelmezett átjáró (0.0.0.0/0) fogalma. A ''non-stub'' esetében a hálózatunkon belül elérhető nagyobb csomópontok is hirdetésre kerülnek - emiatt elképzelhető, hogy az egyik eszközt ''A'', míg a másik eszközt ''B'' szolgáltatón keresztül érjük el. Az útvonalak dinamikusan, a szolgáltató route táblájában található költségek alapján változhatnak. Az egy szolgáltatóval kötött szerződés keretein belül ''non-stub'' hálózatot létesíteni nem értelmezhető, hiszen semmilyen optimalizálást nem érünk el vele: mindenképp ugyanazon a kapcsolaton keresztül fogunk kommunikálni.

← Régebbi változat		A lap 2023. augusztus 17., 15:19-kori változata
40. sor:		40. sor:
	[[Fájl:Dual Multihomed version 1.png\|keretezett\|középre\|1 router, két szolgáltató, 2-2 kapcsolat]]		[[Fájl:Dual Multihomed version 1.png\|keretezett\|középre\|1 router, két szolgáltató, 2-2 kapcsolat]]
	[[Fájl:Dual Multihomed version 2.png\|keretezett\|középre\|2 router, 2 szolgáltató, 2 kapcsolat]]		[[Fájl:Dual Multihomed version 2.png\|keretezett\|középre\|2 router, 2 szolgáltató, 2 kapcsolat]]

			A legjobb rendelezésreállást biztosító elrendezés, ám a legköltségesebb is egyben.
	[[Fájl:Dual Multihomed version 3.png\|keretezett\|középre\|2 router, 2 szolgáltató, 2 kapcsolat (X)]]		[[Fájl:Dual Multihomed version 3.png\|keretezett\|középre\|2 router, 2 szolgáltató, 2 kapcsolat (X)]]