6.1. A szolgálat minősége ( Quality of Service ) A szolgálatok minőségét az OSI 3 csoportba sorolja: kívánt elfogadható elfogadhatatlan
|
|
- Andrea Illés
- 7 évvel ezelőtt
- Látták:
Átírás
1 6. Szállítási réteg A szállítási réteg az OSI modell legbonyolultabb rétege. Fő célja, hogy megbízható, gazdaságos szolgálatot nyújtson a felette lévő rétegeknek. A szállítási réteg transzparens a felső rétegek számára. A szállítási réteg tipikus feladatai: forgalom szabályozás multiplexelés virtuális áramkörök felügyelete hibajavítás csomagképzés és csomagok visszaállítása a felsőbb rétegek számára. A forgalom szabályozás feladata, hogy az adó ne adjon több adatot, mint amit a vevő fogadni tud. A multiplexelés lehetővé teszi, hogy több alkalmazás használja ugyanazt a fizikai összeköttetést. Az összeköttetések nyalábolása pedig lehetővé teszi, hogy egy alkalmazás használjon több összeköttetést egy időben. (Pl.: ISDN két B csatornáját egy nagyobb sebességű kapcsolattá egyesítjük.) Változatos módszerek (ellenőrző összeg, CRC, újra adás) biztosítják, hogy a szállítási réteg ki tudja javítani az észlelt hibákat. A tényleges szolgáltatást végző elemeket szállítási funkcionális elemnek, vagy szállítási entitásnak nevezzük.ezek az elemek lehetnek az operációs rendszer magjának a részei, vagy önálló folyamatok. A szállítási rétegnek az ad további jelentőséget, ez a határ a szolgáltató (transport service provider), és a felhasználó (transport service user) között. Az alsó három réteg valamilyen módon egy szolgáltatóhoz kapcsolódik, és döntően hardver elemekben realizálódik. A felső rétegek a felhasználó kezében vannak, és alapvetően szoftver jellegűek. Az alsó négy réteget szokás együttesen adattovábbítónak, a felső hármat alkalmazásnak hívni. A szolgáltató által biztosított szolgálat nem mindig kielégítő minőségű. Ha az alsóbb rétegek nem nyújtanak kielégítő szolgálatot, akkor a szállítási rétegnek kell gondoskodni arról, hogy az általa nyújtott szolgálat minősége jobb legyen, mint amit az alatta lévő rétegek biztosítanak. 165
2 Ez a réteg határ abban az értelemben is, hogy elfedi az alhálózat tulajdonságait a felső rétegek elől. A viszonyréteg már nem tudhat arról, hogy alatta egy összeköttetés alapú, vagy összeköttetés mentes szolgálat működik. Ezt a szállítási réteg elfedi A szolgálat minősége ( Quality of Service ) A szolgálatok minőségét az OSI 3 csoportba sorolja: kívánt elfogadható elfogadhatatlan A minőségi kategóriák nem abszolút érvényűek. Az értékeket a felhasználóval kötött szerződéssel kell összevetni, és ennek alapján kell kategorizálni (ISO 8072). A minőséget az alábbi főbb paraméterek alapján határozzuk meg: Az összeköttetés létesítési késleltetés a kéréstől a megerősítésig eltelt idő. ( Nem a vonalak fizikai késleltetése! ) Az áteresztőképesség az időegység alatt átvitt felhasználói bájtok száma. ( Az oda és vissza irány különböző lehet, ezért mindkettőt meg kell adni. ) Az átviteli késleltetés a rendszer késleltetése a forrástól a célig. ( Oda/vissza különböző lehet,.) A megmaradó hibaarány a javítások és ellenőrzések ellenére megmaradó hibák aránya az összes átvitt bájthoz képest. A tartomány elég széles a gyakorlatban ( ig szinte bármi előfordulhat, a technológiától függően). A szállítási hiba valószínűsége azt adja meg, hogy időarányosan, vagy alkalomszámhoz viszonyítva mekkora a valószínűsége paraméterek szerződéses értéktartományból való kiesésének. Az összeköttetés lebontási késleltetés az az idő, ami az utolsó adat átvétele és az adatátviteli út bontása között eltelik. A felhasználó szempontjából azért jelentős, mert a legtöbb esetben a lebontásig számlázza az időt a szolgáltató. A védelem a szállítási réteg védelmének hatékonyságát jellemzi jelenti 3 fél behatolása ellen. 166
3 A prioritás a fontosabb összeköttetések kijelölésének lehetőségét biztosítja. A rugalmasság (resilence) annak a valószínűségét mutatja, hogy a hálózati réteg belső hibájából szakad meg az összeköttetés. Az opció egyeztetés folyamata az összeköttetés paramétereinek beállítására szolgál. A szállítási réteg a beállítani kívánt paraméterek egy részéről rögtön el tudja dönteni, hogy tudja-e teljesíteni ( a saját oldalon ), míg az ellenállomással egyeztetni kell. Általában a kérés tartalmaz egy kért és egy minimálisan elvárt értéket. Ha az ellenállomás a minimumot sem tudja tejesíteni, akkor az összeköttetést elutasítjuk. (Várunk bit/sec átviteli sebességet, de az ellenállomás csak 2400 bit/sec -t ajánl fel, akkor nem hozzuk létre az összeköttetést.) 6.2 Szállítási protkollok A szállítási protokoll feladatai: sorszámozás forgalomszabályozás hibakezelés Lényegében hasonlóak az adatkapcsolati rétegben megvalósított funkciókhoz. A különbség a működési környezetben van. Jóval bonyolultabb egy összeköttetés létrehozása és lebontása. A legnagyobb különbség az, hogy a szállítási rétegnek kezelni kell az alhálózat adattároló képességét. Az alhálózatban számos csomag lehet úton egyidőben. A datagram típusú átvitelnél a csomagok elveszhetnek kettőződhetnek hibásak lehetnek a hálózat végrehajthat egy spontán "Reset"-t (N-reset), ami a sorszámok elveszésével járhat. Könnyen beláthatjuk, hogy a szállítási protokollok bonyolultságát nagyban befolyásolja, hogy alatta mennyire megbízható szolgálat van. Ha az alhálózat hibátlan csomagokat sorrendhelyesen kézbesít, a rétegnek kevés feladata marad. 167
4 A szolgálatokat 3 osztályba sorolja az OSI : A Hibamentes szolgálat, N-reset nincs. (A jó minőségű LAN-ok megközelítik ezt az állapotot.) B Tökéletes csomagkézbesítés, N-reset előfordulhat C Megbízhatatlan szolgálat. (Elveszett, kettőzött csomagok, N-reset előfordul. ) Hálózataink nagy része ezt a szolgálatot nyújtja. A szolgálatokhoz különböző bonyolultságú protokollok tartoznak. A protokoll bonyolultsága a magasabb számok felé nő Összeköttetések címzése Amikor egy alkalmazási folyamat kapcsolatot akar létesíteni egy másik hoszton lévő párjával, akkor azt meg kell címezni. Ez a cím általánosan a TSAP cím. (A TCP/IP hálózatokban ez egy IP cím - port cím páros.) A feladata egyszerűnek tűnik, hiszen minden folyamatnak adhatunk egy címet, és a kérdés látszólag megoldott. A valóságban egy szerveren nagyon sok folyamat futhat. Ezek egy része szinte mindig fut, másik része ritkán. Ha egy folyamatot el akarunk érni, akkor a folyamatot el kell indítani, és a hozzá tartozó port-címet folyamatosan figyelnünk kell a szolgáltató gépen. Ritkán kért folyamatok esetén ez elfogadhatatlan erőforrás pazarlás. A másik probléma abból adódik, hogy nem ismerhetünk előre minden folyamatot, nem adhatunk neki címet, és így új szolgáltatást nem tudnánk beilleszteni. Nincs szükség az összes szolgáltatás előzetes definiálására, ha van egy olyan szolgáltatás, ami a létező többi szolgáltatás címét fogja visszaadni. Célszerűnek látszik egy olyan megoldás, ahol a címek egy része fix, a másik részét a hoszt szabadon definiálhatja. A folyamatokból is csak azokat indítjuk, melyekre szükség van. A portokból is csak néhányat figyel folyamatosan a hoszt. A kérést indító hoszt egy kezdeti összeköttetést létesítő protokollt használva fordul a szolgáltató géphez. A szolgáltató gépen (szerveren) egy folyamatszolgáltató (process server) fut, és a többi folyamat ügynökeként működik. Ha a felhasználó ehhez a folyamathoz fordul, akkor a process server elindítja a kért folyamatot, és visszaadja a TSAP címet, amin a szolgáltatás elérhető. Ez a módszer jól működik azoknál a folyamatoknál, melyeknek nem kell jelentős idő a létrehozásához. Vannak azonban folyamatok, melyeknek az indítása hosszabb időt igényel. (Egy állomány kiszolgálót nem lehet "röptében" elindítani.) Ezeket a 168
5 folyamatokat futtatjuk, de nem figyeljük a szolgáltatás portcímét. A futó folyamat címét adja vissza a katalógusszolgáltató (directory server). A directory server a szolgáltatás az ASCII fűzérként megadott nevéhez adja vissza a TSAP címet. A portok címkiosztását az IANA szervezet felügyeli. A port számok három csoportra oszlanak: közismert portok (Well Known Ports) regisztrált portok (Registrared Ports) dinamikus/privát portok A lista elérhető a címen. Eddig csak azzal foglalkoztunk, hogy egy szerveren belül hogyan érünk el egy szolgáltatást, de elkerültük azt a kérdést, hogy a szolgáltatás melyik szerveren elérhető, illetve melyik szervert akarjuk használni, ha több szerver is elérhető. Annak megtalálását, hogy a szolgáltatás melyik szerveren fut, a cím hierarchikus szerkezete biztosítja. A leggyakrabban használt TCP/IP hálózatokban az IP cím a hosztot, a TCP cím (port cím) a szolgáltatást azonosítja. Ez együttesen egy hierarchikus TSAP cím, ami megfelel az elvárásainknak Összeköttetés létesítése Az összeköttetés létesítése egyszerűnek látszó feladat. A valóságban az bonyolítja a helyzetet, hogy a hálózaton bolyongó csomagok miatt egy összeköttetés kérés többször is beérkezhet. A már lebontott összeköttetés után beérkező kérést a rendszer új összeköttetés kezdeményezésnek tekint. A már elvégzett feladathoz tartozó kéréseket azonban el kell utasítani, mert nem szeretnénk ugyanazt a tranzakciót kétszer, vagy többször elvégezni (kétszer átutalni ugyanazt a tételt a bankszámlánkról). A megoldás két gondolatra alapozható: Vezessük be az összeköttetések számozását. Ha a kezdeményező oldal sorszámozza az összeköttetéseket, akkor a később felbukkanó csomagban lévő sorszám alapján a kérés elutasítható. Korlátozzuk a csomag élettartamát, és azt a területet, amit bejárhat. Elláthatjuk a csomagot időbélyeggel, ami lehetővé teszi egy meghatározott élettartam után megsemmisítését. A csomagok így nem maradnak végtelen ideig a hálózatban. Egy korlátozott élettartam után biztosan nem 169
6 bukkanhatnak elő a hálózatból. Számolhatjuk a csomóponti átlépéseket, és meghatározott átlépés szám után megsemmisítjük a csomagot. A nyugtát azonos módon kezeljük, mint az egyéb csomagokat. Az összeköttetés létesítésének gyakorlati megoldása a "3-utas kézfogás". A kapcsolatfelvétel kezdetén elindítunk egy "Connection Reqvest " csomagot "x" sorszámmal. Az ellenállomás visszaküld (ha akar velünk társalogni) egy "Connection Confirm" csomagot "y" sorszámmal, és egy nyugtát 'x" sorszámmal. A kezdeményező így azonosíthatja a folyamatot, hogy ez valóban az "x" sorszámú kérésre érkezett válasz. Hoszt1 Connection Request sorszám:x Connection Confirm sorszám=y,nyugta=x DATA sorszám=x,nyugta=y xés y összeköttetés sorszámok Hoszt2 Connection Request sorszám:x Connection Confirm sorszám=y,nyugta=x 6.1.ábra. Összeköttetés létrehozása. Ezek után elkezdheti küldeni az adatokat, ahol minden csomag tartalmazza mind az "x", mind az "y" sorszámot. Így az ellenállomás is ellenőrizheti, hogy minden csomag tartalmazza-e az ő általa adott "y"-t. A sorszámok kiadásánál az állomások biztosak abban, hogy sem "x", sem "y" sorszámú csomag nincs már a hálózatban. A leírt módszer általában megfelelően működik. Problémát jelenthet, ha valamelyik állomást újra kell indítani, mert akkor elveszíthetjük a korábbi sorszámainkat, és esetleg a hálózaton még bolyongó csomaggal azonos sorszámút fognak kiadni. Problémát jelenthet a nyugtázó csomagok kettőződése, elveszése. A nyugtázó csomagokat ugyanúgy el kell távolítanunk az alhálózatból, mint az adatcsomagokat. A nyugtázó csomag esetleges elvesztése az összeköttetés lebontásakor jelentkezik súlyos nehézségként. A jelenség 2 hadsereg problémaként ismert az irodalomban. 170
7 KÉKEK A KÉKEK B PIROSAK 6.2.ábra. Két hadsereg probléma. Egy völgy két oldalán van a kék hadsereg két része, a völgyben a pirosak. A kék hadsereg bármelyik része támad, elveszti a csatát, ha ugyanakkor nem támad a másik oldal is. Az "A" jelű kék hadsereg üzenetet küld a "B" jelű oldalnak, hogy reggel 9-kor támadnak. Ekkor "A" nem tudja, hogy az üzenetet "B" megkapta vagy sem, tehát nem támadhat. "B" miután megkapta az üzenetet, nyugtázza, és visszaküld egy futárt "A"-hoz. Ha a futár megérkezett, "A" tudja, hogy az üzenete megérkezett. "B" azonban nem tudja, hogy a visszaigazolása megérkezett-e "A"-hoz, így nem támadhat biztonságosan. Ez a játék a végtelenségig folytatható. Az utolsó üzenet megérkezését soha nem tudjuk ellenőrizni. A "támadás" analóg kapcsolat bontással. "A" oldal elküld egy üzenetet, hogy nincs több adásra kész adata, bontható az összeköttetés. "B" erre vagy azt mondja, hogy neki sincs, bontható az összeköttetés, vagy kéri az összeköttetés fenntartását. Ha ez az üzenet elveszik, "A" nem tudja, hogy bonthat vagy sem. "B" szintén nem tudja, hogy a bontást engedélyező üzenete megérkezett-e, mert ha nem kap választ, akkor vagy üzenet, vagy annak nyugtája veszett el. Látható, hogy alapvetően két eset van. Ha "A" és "B" is visszakapta a bontási üzenet nyugtáját, akkor lebontják a kapcsolatot. A másik eset az, hogy ellenállomás egy ideje egyáltalán nem válaszol, vagy a nyugtát nem kapjuk vissza. A kapcsolatot valahogy mégis bontanunk kell. Ezért a bontást kezdeményező egy idő után, ha nem kap választ, bontja az összeköttetést. Ekkor a másik oldalon maradhat egy nyitott kapcsolat. Ezt a kapcsolatot szintén lebonthatjuk egy időzítéssel. Ha meghatározott ideig nem érkezik TPDU egy kapcsolaton, akkor lebontjuk. Ez a módszer megköveteli, hogy minden összeköttetéshez hozzárendeljünk egy időzítőt, amit minden TPDU beérkezése nulláz. 171
8 Ha folyamatosan fenn akarunk tartani egy összeköttetést, akkor üres TPDU-kat kell küldenünk, ha nincs adni való adatunk. Az összeköttetés esetleg felesleges, erőszakos bontása sokkal kevesebb gondot okoz, mintha végtelen ideig fenntartanánk egy nem használt összeköttetést. 172
Hálózatok II. A hálózati réteg funkciói, szervezése
Hálózatok II. A hálózati réteg funkciói, szervezése 2007/2008. tanév, I. félév r. Kovács Szilveszter -mail: szkovacs@iit.uni-miskolc.hu Miskolci gyetem Informatikai Intézet 106. sz. szoba Tel: (46) 565-111
RészletesebbenSzámítógépes Hálózatok GY 6.hét
Számítógépes Hálózatok GY 6.hét Laki Sándor ELTE-Ericsson Kommunikációs Hálózatok Laboratórium ELTE IK - Információs Rendszerek Tanszék lakis@elte.hu http://lakis.web.elte.hu Teszt 10 kérdés 10 perc canvas.elte.hu
Részletesebben2. fejezet Hálózati szoftver
2. fejezet Hálózati szoftver Hálózati szoftver és hardver viszonya Az első gépek összekötésekor (azaz a hálózat első megjelenésekor) a legfontosabb lépésnek az számított, hogy elkészüljön az a hardver,
RészletesebbenSzámítógépes Hálózatok GY 7.hét
Számítógépes Hálózatok GY 7.hét Laki Sándor ELTE-Ericsson Kommunikációs Hálózatok Laboratórium ELTE IK - Információs Rendszerek Tanszék lakis@elte.hu http://lakis.web.elte.hu Teszt 10 kérdés 10 perc canvas.elte.hu
RészletesebbenAdatá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észletesebbenSzá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észletesebbenOSI-ISO modell. Az OSI rétegek feladatai: Adatkapcsolati réteg (data link layer) Hálózati réteg (network layer)
OSI-ISO modell Több világcég megalkotta a saját elképzelései alapján a saját hálózati architektúráját, de az eltérések miatt egységesíteni kellett, amit csak nemzetközi szinten lehetett megoldani. Ez a
RészletesebbenMegoldá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észletesebben4. 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észletesebben2. fejezet Hálózati szoftver
2. fejezet Hálózati szoftver Hálózati szoftver és hardver viszonya Az első gépek összekötésekor (azaz a hálózat első megjelenésekor) a legfontosabb lépésnek az számított, hogy elkészüljön az a hardver,
RészletesebbenWindows rendszeradminisztráció és Microsoft szerveralkalmazások támogatása. Kocsis Gergely, Supák Zoltán
Windows rendszeradminisztráció és Microsoft szerveralkalmazások támogatása Kocsis Gergely, Supák Zoltán 2016.02.23. TCP/IP alapok A Microsoft Windows alapú hálózati környezetben (csakúgy, mint más hasonló
RészletesebbenTűzfalak működése és összehasonlításuk
Tűzfalak működése és összehasonlításuk Készítette Sári Zoltán YF5D3E Óbudai Egyetem Neumann János Informatikai Kar 1 1. Bevezetés A tűzfalak fejlődése a számítógépes hálózatok evolúciójával párhuzamosan,
RészletesebbenAz Internet működésének alapjai
Az Internet működésének alapjai Második, javított kiadás ( Dr. Nagy Rezső) A TCP/IP protokollcsalád áttekintése Az Internet néven ismert világméretű hálózat működése a TCP/IP protokollcsaládon alapul.
Részletesebben20. Tétel 1.0 Internet felépítése, OSI modell, TCP/IP modell szintjenek bemutatása, protokollok Pozsonyi ; Szemenyei
Internet felépítése, OSI modell, TCP/IP modell szintjenek bemutatása, protokollok 28.Tétel Az Internet Felépítése: Megjegyzés [M1]: Ábra Az Internet egy világméretű számítógép-hálózat, amely kisebb hálózatok
RészletesebbenTartalom. 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észletesebbenTartalom. 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észletesebbenHálózati architektúrák laborgyakorlat
Hálózati architektúrák laborgyakorlat 6. hét Dr. Orosz Péter, Skopkó Tamás 2012. szeptember Szállítási réteg (L4) Szolgáltatások Rétegprotokollok: TCP, UDP Port azonosítók TCP kapcsolatállapotok Alkalmazási
RészletesebbenHá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észletesebbenAlap protokollok. NetBT: NetBIOS over TCP/IP: Name, Datagram és Session szolgáltatás.
Alap protokollok NetBT: NetBIOS over TCP/IP: Name, Datagram és Session szolgáltatás. SMB: NetBT fölötti főleg fájl- és nyomtató megosztás, de named pipes, mailslots, egyebek is. CIFS:ugyanaz mint az SMB,
RészletesebbenLé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
RészletesebbenHálózatok II. A hálózati réteg torlódás vezérlése
Hálózatok II. A hálózati réteg torlódás vezérlése 2007/2008. tanév, I. félév Dr. Kovács Szilveszter E-mail: szkovacs@iit.uni-miskolc.hu Miskolci Egyetem Informatikai Intézet 106. sz. szoba Tel: (46) 565-111
RészletesebbenMagic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon
Magic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon Mi az IMDG? Nem memóriában futó relációs adatbázis NoSQL hagyományos relációs adatbázis Más fajta adat tárolás Az összes adat RAM-ban van, osztott
RészletesebbenA TCP/IP modell szállítási rétege
A TCP/IP modell szállítási rétege Ismerkedés a szállítási réteggel A szállítási réteg elsődleges feladatai a forrás és a cél közötti információáramlás pontos szabályozása, valamint az adatok megbízható
RészletesebbenSzámítógépes Hálózatok. 5. gyakorlat
Számítógépes Hálózatok 5. 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észletesebbenSzá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észletesebbenHá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
RészletesebbenYottacontrol I/O modulok beállítási segédlet
Yottacontrol I/O modulok beállítási segédlet : +36 1 236 0427 +36 1 236 0428 Fax: +36 1 236 0430 www.dialcomp.hu dial@dialcomp.hu 1131 Budapest, Kámfor u.31. 1558 Budapest, Pf. 7 Tartalomjegyzék Bevezető...
RészletesebbenSEGÉ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észletesebbenHálózati architektúrák és Protokollok GI - 9. Kocsis Gergely
Hálózati architektúrák és Protokollok GI - 9 Kocsis Gergely 2016.11.28. IP, MAC, ARP A B csomópontból az A-ba küldünk egy datagramot. Mik lesznek az Ethernet keretben található forrás és a cél címek (MAC
RészletesebbenPantel 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észletesebbenG Data MasterAdmin 9 0 _ 09 _ 3 1 0 2 _ 2 0 2 0 # r_ e p a P ch e T 1
G Data MasterAdmin TechPaper_#0202_2013_09_09 1 Tartalomjegyzék G Data MasterAdmin... 3 Milyen célja van a G Data MasterAdmin-nak?... 3 Hogyan kell telepíteni a G Data MasterAdmin-t?... 4 Hogyan kell aktiválni
RészletesebbenTisztelt Telepítő! A központ és az alkalmazás összehangolását a következőképpen hajthatja végre:
Tisztelt Telepítő! A PowerSeries NEO GO alkalmazás segítségével távolról vezérelhetőek a NEO központok. Ehhez a központokat valamely TL280/TL2803G/3G2080 modullal kell bővíteni. A leírás a v5.x modul verziókhoz
RészletesebbenSzámítógépes Hálózatok 2010
Számítógépes Hálózatok 2010 5. Adatkapcsolati réteg MAC, Statikus multiplexálás, (slotted) Aloha, CSMA 1 Mediumhozzáférés (Medium Access Control -- MAC) alréteg az adatkapcsolati rétegben Statikus multiplexálás
RészletesebbenWS 2013 elődöntő ICND 1+ teszt
WS 2013 elődöntő ICND 1+ teszt 14 feladat 15 perc (14:00-14:15) ck_01 Melyik parancsokat kell kiadni ahhoz, hogy egy kapcsoló felügyeleti célból, távolról elérhető legyen? ck_02 S1(config)#ip address 172.20.1.2
RészletesebbenKommuniká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
RészletesebbenTávközlési informatika II.
Dr. Beinschróth József Távközlési informatika II. 2.rész ÓE-KVK Budapest, 2017. Tartalom Hálózati architektúrák: szabványgyűjtemények A fizikai réteg: bitek továbbítása Az adatkapcsolati réteg: kapcsolatvezérlés
RészletesebbenFábián Zoltán Hálózatok elmélet
Fábián Zoltán Hálózatok elmélet Tűzfal fogalma Olyan alkalmazás, amellyel egy belső hálózat megvédhető a külső hálózatról (pl. Internet) érkező támadásokkal szemben Vállalati tűzfal Olyan tűzfal, amely
RészletesebbenHálózati alapismeretek
Hálózati alapismeretek 11. A TCP/IP hálózati modell alkalmazási és szállítási rétege IRINYI JÁNOS SZAKKÖZÉPISKOLA 1. A TCP/IP szállítási rétege 2. Az alkalmazási réteg IRINYI JÁNOS SZAKKÖZÉPISKOLA Ismerkedés
RészletesebbenHálózati alapismeretek
Hálózati alapismeretek Tartalom Hálózat fogalma Előnyei Csoportosítási lehetőségek, topológiák Hálózati eszközök: kártya; switch; router; AP; modem Az Internet története, legfontosabb jellemzői Internet
RészletesebbenTá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észletesebbenHálózatok I. A tárgy célkitűzése
Hálózatok I. A tárgy célkitűzése A tárgy keretében a hallgatók megismerkednek a számítógép-hálózatok felépítésének és működésének alapelveivel. Alapvető ismereteket szereznek a TCP/IP protokollcsalád megvalósítási
RészletesebbenIII. 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észletesebbenAz adatkapcsolati réteg
Az adatkapcsolati réteg Programtervező informatikus BSc Számítógép hálózatok és architektúrák előadás Az adatkapcsolati réteg A fizikai átviteli hibáinak elfedése a hálózati réteg elől Keretezés Adatfolyam
RészletesebbenA 35/2016. (VIII. 31.) NFM rendelet szakmai és vizsgakövetelménye alapján.
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 54 481 06 Informatikai rendszerüzemeltető Tájékoztató A vizsgázó az első lapra írja
RészletesebbenBaBér bérügyviteli rendszer telepítési segédlete 2011. év
BaBér bérügyviteli rendszer telepítési segédlete 2011. év Ajánlott konfiguráció A program hardverigénye: Konfiguráció: 2800 MHz processzor 512 Mbyte memória (RAM) / Szerver gépen 1G memória (RAM) Lézernyomtató
RészletesebbenSZÁMÍTÓGÉP HÁLÓZATOK BEADANDÓ ESSZÉ. A Windows névfeloldási szolgáltatásai
SZÁMÍTÓGÉP HÁLÓZATOK BEADANDÓ ESSZÉ A Windows névfeloldási szolgáltatásai Jaszper Ildikó jaszper.ildiko@stud.u-szeged.hu Jaszper.Ildiko@posta.hu Budapest, 2007. május 19. - 1 - TARTALOMJEGYZÉK 1. Névfeloldás...
RészletesebbenSzá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
RészletesebbenBérprogram vásárlásakor az Ügyfélnek e-mailben és levélben is megküldjük a termék letöltéséhez és aktiválásához szükséges termékszámot.
Telepítés Bérprogram vásárlásakor az Ügyfélnek e-mailben és levélben is megküldjük a termék letöltéséhez és aktiválásához szükséges termékszámot. A programot honlapunkról, az alábbi linkről tudják letölteni:
Részletesebben1/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észletesebbenSzIP 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észletesebbenSzámítógépes Hálózatok. 5. gyakorlat
Számítógépes Hálózatok 5. gyakorlat PYTHON ALAPOK V. Socket programozás, UDP 2 Óra eleji kiszh Elérés: https://canvas.elte.hu Számítógépes Hálózatok Gyakorlat 1 3 A kommunikációs csatorna kétféle típusa
RészletesebbenGyakori Kérdések. VMC 870 adatkártyához
Gyakori Kérdések VMC 870 adatkártyához Csatlakozáskor a következő hibaüzenetet kapom: Csatlakozási hiba szeretne segítséget kapni az APN beállításokkal kapcsolatban? o Ebben az esetben az APN beállításokat
Részletesebben* Rendelje a PPP protokollt az TCP/IP rétegmodell megfelelő rétegéhez. Kapcsolati réteg
ét * Rendelje a PPP protokollt az TCP/IP rétegmodell megfelelő Kapcsolati réteg A Pont-pont protokoll (általánosan használt rövidítéssel: PPP az angol Point-to-Point Protocol kifejezésből) egy magas szintű
RészletesebbenIP alapú távközlés. Virtuális magánhálózatok (VPN)
IP alapú távközlés Virtuális magánhálózatok (VPN) Jellemzők Virtual Private Network VPN Publikus hálózatokon is használható Több telephelyes cégek hálózatai biztonságosan összeköthetők Olcsóbb megoldás,
RészletesebbenTestLine - zsoltix83 hálozat 1 Minta feladatsor
lkalom: n/a átum: 2017.01.19 10:36:08 Oktató: n/a soport: n/a Kérdések száma: 24 kérdés Kitöltési idő: 42:56 Pont egység: +1-0 Szélsőséges pontok: 0 pont +51 pont Értékelés: Pozitív szemléletű értékelés
RészletesebbenAz internet az egész világot behálózó számítógép-hálózat.
Az internet az egész világot behálózó számítógép-hálózat. A mai internet elődjét a 60-as években az Egyesült Államok hadseregének megbízásából fejlesztették ki, és ARPANet-nek keresztelték. Kifejlesztésének
RészletesebbenTechnikai tudnivalók a Saxo Trader Letöltéséhez tűzfalon vagy proxy szerveren keresztül
Letöltési Procedúra Fontos: Ha Ön tűzfalon vagy proxy szerveren keresztül dolgozik akkor a letöltés előtt nézze meg a Technikai tudnivalók a Saxo Trader Letöltéséhez tűzfalon vagy proxy szerveren keresztül
RészletesebbenSzámítógép-hálózatok zárthelyi feladat. Mik az ISO-OSI hálózati referenciamodell hálózati rétegének főbb feladatai? (1 pont)
A verzió Név, tankör: 2005. május 11. Neptun kód: Számítógép-hálózatok zárthelyi feladat 1a. Feladat: Mik az ISO-OSI hálózati referenciamodell hálózati rétegének főbb feladatai? (1 pont) 2a. Feladat: Lehet-e
RészletesebbenHá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észletesebbenKé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észletesebbenMultiprotocol 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észletesebbenA 35/2016. (VIII. 31.) NFM rendelet szakmai és vizsgakövetelménye alapján.
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 54 481 06 Informatikai rendszerüzemeltető Tájékoztató A vizsgázó az első lapra írja
RészletesebbenHálózati operációs rendszerek II. Novell Netware 5.1 Hálózati nyomtatás
Hálózati operációs rendszerek II. Novell Netware 5.1 Hálózati nyomtatás 1 Főbb jellemzők Hagyományosan 3 elemből (queue, printer, print server) álló rendszer Egyirányú kommunikáció a nyomtató és a munkaállomás
RészletesebbenA számítógép-hálózatok tervezését struktúrális módszerrel végzik, azaz a hálózat egyes részeit réteg-ekbe (layer) vagy más néven szint-ekbe (level)
A számítógép-hálózatok tervezését struktúrális módszerrel végzik, azaz a hálózat egyes részeit réteg-ekbe (layer) vagy más néven szint-ekbe (level) szervezik, melyek mindegyike az előzőre épül. 2 A gép
RészletesebbenSzá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észletesebbenTájékoztató az 1.10-es labor használatához
Tájékoztató az 1.10-es labor használatához Általános leírás A kari nyílt laborban vékony kliens alapú architektúrát alakítottunk ki, ahol egy-két alapvető alkalmazáson kívül (pl.: böngésző, PDF olvasó,
RészletesebbenSzámítógépes Hálózatok. 7. gyakorlat
Számítógépes Hálózatok 7. gyakorlat Gyakorlat tematika Hibajelző kód: CRC számítás Órai / házi feladat Számítógépes Hálózatok Gyakorlat 7. 2 CRC hibajelző kód emlékeztető Forrás: Dr. Lukovszki Tamás fóliái
RészletesebbenHibafelismerés: CRC. Számítógépes Hálózatok Polinóm aritmetika modulo 2. Számolás Z 2 -ben
Hibafelismerés: CRC Számítógépes Hálózatok 27 6. Adatkapcsolati réteg CRC, utólagos hibajavítás, csúszó ablakok Hatékony hibafelismerés: Cyclic Redundancy Check (CRC) A gyakorlatban gyakran használt kód
RészletesebbenBEÁ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észletesebbenFOKSZ Mérnökinformatikus záróvizsga szóbeli tételsor
FOKSZ Mérnökinformatikus záróvizsga szóbeli tételsor Hálózatok tárgycsoport Számítógép-hálózatok 1. A fizikai és az adatkapcsolati réteg jellemzése, legfontosabb feladatai (átviteli közegek, keretezési
RészletesebbenSzilipet programok telepítése Hálózatos (kliens/szerver) telepítés Windows 7 operációs rendszer alatt
Szilipet programok telepítése Hálózatos (kliens/szerver) telepítés Windows 7 operációs rendszer alatt segédlet A Szilipet programok az adatok tárolásához Firebird adatbázis szervert használnak. Hálózatos
RészletesebbenTRBOnet Térinformatikai terminál és diszpécseri konzol
TRBOnet Térinformatikai terminál és diszpécseri konzol A TRBOnet egy kliens szerver diszpécser szoftver MOTOTRBO rádiók száméra. A TRBOnet szoftver jól alkalmazható a MOTOTRBO rádiós rendszereknél. A szoftver
RészletesebbenSzámítógépek, perifériák és a gépeken futó programok (hálózati szoftver) együttese, amelyek egymással összeköttetésben állnak.
Számítógépek, perifériák és a gépeken futó programok (hálózati szoftver) együttese, amelyek egymással összeköttetésben állnak. Előnyei Közös erőforrás-használat A hálózati összeköttetés révén a gépek a
RészletesebbenHálózati ismeretek. Az együttműködés szükségessége:
Stand alone Hálózat (csoport) Az együttműködés szükségessége: közös adatok elérése párhuzamosságok elkerülése gyors eredményközlés perifériák kihasználása kommunikáció elősegítése 2010/2011. őszi félév
RészletesebbenNetECG központ Felvétel beküldése mentőautóból, háziorvosi rendelőből a korházba majd vizsgálata Cardiospy-NetECG programmal
NetECG központ Felvétel beküldése mentőautóból, háziorvosi rendelőből a korházba majd vizsgálata Cardiospy-NetECG programmal 2013.06.30. Labtech LTD. Tartalomjegyzék 1. Rendszer célja... 1 2. Rendszerkonfiguráció...
RészletesebbenTartalomjegyzék. Előszó... xi. 1. Bevezetés... 1. 2. Mechanikai, elektromos és logikai jellemzők... 13
Előszó... xi 1. Bevezetés... 1 1.1. Fogalmak, definíciók... 1 1.1.1. Mintapéldák... 2 1.1.1.1. Mechanikus kapcsoló illesztése... 2 1.1.1.2. Nyomtató illesztése... 3 1.1.1.3. Katódsugárcsöves kijelző (CRT)
RészletesebbenTisztelt Telepítő! 2. Ellenőrizze, hogy a modul engedélyezve van-e: Szekció [382] Opció 5 (alternatív kommunikátor) BE.
Tisztelt Telepítő! A PowerSeries NEO GO alkalmazás segítségével távolról vezérelhetőek a NEO központok. Ehhez a központokat valamely TL280/TL2803G/3G2080 modullal kell bővíteni. A modul verziószámának
RészletesebbenERserver. iseries. Szolgáltatási minőség
ERserver iseries Szolgáltatási minőség ERserver iseries Szolgáltatási minőség Szerzői jog IBM Corporation 2002. Minden jog fenntartva Tartalom Szolgáltatási minőség (QoS)............................ 1
RészletesebbenI. Házi Feladat. internet. Határidő: 2011. V. 30.
I. Házi Feladat Határidő: 2011. V. 30. Feladat 1. (1 pont) Tegyük fel, hogy az A és B hosztok az interneten keresztül vannak összekapcsolva. A internet B 1. ábra. a 1-hez tartozó ábra 1. Ha a legtöbb Internetes
RészletesebbenAddress 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észletesebben2011 TAVASZI FÉLÉV 3. LABORGYAKORLAT PRÉM DÁNIEL ÓBUDAI EGYETEM. IP címzés. Számítógép hálózatok gyakorlata
IP címzés Számítógép hálózatok gyakorlata ÓBUDAI EGYETEM 2011 TAVASZI FÉLÉV 3. LABORGYAKORLAT PRÉM DÁNIEL Az IP cím 172. 16. 254. 1 10101100. 00010000. 11111110. 00000001 Az IP cím logikai címzést tesz
Részletesebben3. előadás. A TCP/IP modell jelentősége
3. előadás A TCP/IP modell. Az ISO/OSI és a TCP/IP modell összevetése. Alapvető fogalmak A TCP/IP modell jelentősége Habár az OSI modell általánosan elfogadottá vált, az Internet nyílt szabványa történeti
RészletesebbenSzámítógépes Hálózatok 2008
Számítógépes Hálózatok 28 5. Adatkapcsolati réteg CRC, utólagos hibajavítás, csúszó ablakok Hibafelismerés: CRC Hatékony hibafelismerés: Cyclic Redundancy Check (CRC) A gyakorlatban gyakran használt kód
RészletesebbenHá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ó,
RészletesebbenFelhasználói leírás a DimNAV Server segédprogramhoz ( )
Felhasználói leírás a DimNAV Server segédprogramhoz (1.1.0.3) Tartalomjegyzék Bevezetés...3 1. Telepítés...3 2. Eltávolítás...4 Program használata...5 1. Kezdeti beállítások...5 2. Licenc megadása...6
RészletesebbenHálózati architektúrák és Protokollok PTI 6. Kocsis Gergely
Hálózati architektúrák és Protokollok PTI 6 Kocsis Gergely 2018.04.11. Hálózati konfiguráció $ ifconfig Kapcsoló nélkül kiíratja a csomópont aktuális hálózati interfész beállításait. Kapcsolókkal alkalmas
RészletesebbenHálózati architektúrák és Protokollok Levelező II. Kocsis Gergely
Hálózati architektúrák és Protokollok Levelező II Kocsis Gergely 2016.04.29. Route tábla Lekérdezése: $ route -n $ netstat -rn Eredmény: célhálózat átjáró netmaszk interfész Route tábla Útválasztás: -
RészletesebbenHá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észletesebbenWindows rendszeradminisztráció és Microsoft szerveralkalmazások támogatása. 3. óra. Kocsis Gergely, Supák Zoltán
Windows rendszeradminisztráció és Microsoft szerveralkalmazások támogatása 3. óra Kocsis Gergely, Supák Zoltán 2017.03.08. TCP/IP alapok IPv4 IP cím: 32 bites hierarchikus logikai azonosító. A hálózaton
RészletesebbenAz Internet. avagy a hálózatok hálózata
Az Internet avagy a hálózatok hálózata Az Internet története 1. A hidegháború egy fontos problémája Amerikában a hatvanas évek elején: Az amerikai kormányszervek hogyan tudják megtartani a kommunikációt
RészletesebbenBeá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észletesebbenIII. Felzárkóztató mérés SZÉCHENYI ISTVÁN EGYETEM GYŐR TÁVKÖZLÉSI TANSZÉK
Mérési utasítás ARP, ICMP és DHCP protokollok vizsgálata Ezen a mérésen a hallgatók az ARP, az ICMP és a DHCP protokollok működését tanulmányozzák az előző mérésen megismert Wireshark segítségével. A mérés
RészletesebbenDHA VÉDELMI RENDSZER EREDMÉNYEINEK STATISZTIKAI VIZSGÁLATA
DHA VÉDELMI RENDSZER EREDMÉNYEINEK STATISZTIKAI VIZSGÁLATA Laboratory of Cryptography and System Security (CrySyS) Híradástechnika Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem (szabog@crysys.hu)
RészletesebbenHálózati hibakezelés menete az NIIF Intézetnél. 2013.XI.06. XIII. HBONE Workshop Balatongyörök. Mácsai Gábor Szabó Ferenc
Hálózati hibakezelés menete az NIIF Intézetnél 2013.XI.06. XIII. HBONE Workshop Balatongyörök Mácsai Gábor Szabó Ferenc Hibák jelentésének csatornái Interswitch (Call Center): A végponti kapcsolattartó
RészletesebbenSzámítógép-hálózatok. Gyakorló feladatok a 2. ZH témakörének egyes részeihez
Számítógép-hálózatok Gyakorló feladatok a 2. ZH témakörének egyes részeihez IPV4 FELADATOK Dr. Lencse Gábor, SZE Távközlési Tanszék 2 IP címekkel kapcsolatos feladatok 1. Milyen osztályba tartoznak a következő
RészletesebbenTELE-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észletesebbenHálózatbiztonság 1 TCP/IP architektúra és az ISO/OSI rétegmodell ISO/OSI TCP/IP Gyakorlatias IP: Internet Protocol TCP: Transmission Control Protocol UDP: User Datagram Protocol LLC: Logical Link Control
RészletesebbenSzá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észletesebbenLoká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észletesebbenGyors Telepítési Útmutató N típusú, Vezeték Nélküli, ADSL2+ Modem DL-4305, DL-4305D
Gyors Telepítési Útmutató N típusú, Vezeték Nélküli, ADSL2+ Modem DL-4305, DL-4305D Tartalomjegyzék 1. Hardver telepítése... 1 2. Számítógép beállításai... 2 3. Bejelentkezés... 4 4. Modem beállítások...
Részletesebben