Dr. Wührl Tibor Ph.D. MsC 04 Ea. IP kapcsolás hálózati réteg
|
|
- Ákos Dobos
- 8 évvel ezelőtt
- Látták:
Átírás
1 Dr. Wührl Tibor Ph.D. MsC 04 Ea IP kapcsolás hálózati réteg
2 IP kapcsolás Az IP címek kezelése, valamint a csomagok IP cím alapján történő irányítása az OSI rétegmodell szerint a 3. rétegben (hálózati network ) valósul meg. A hálózat építő elemei a routerek. A kapcsolást végző protokoll, úgynevezett megbízhatatlan kategóriába sorolt, hiszen maga a kapcsoló protokoll garanciát nem vállal arra, hogy a csomagok a cél állomáshoz rendben és hibamentesen megérkezzenek. 2
3 IPv4 IPv4 fejléccel kiegészített datagram: 4 bit 4 bit 8 bit 8 bit 8 bit Version IHL Type of service Total Length (Differenciated Services) Identification Flags Fragment offset Time To Live Protocol Header Checksum Source IP address Destination IP address Option Padding DATAGRAM 3
4 IPv4 fejléc mezői A Version mező (4 bites hosszúságú) hordozza a verziószámot, ami IPv4 esetén a 4-es értéket kapta (bináris 0100 ). IHL IP Header Length mező adja meg az IP fejléc hosszát (az IP fejléc Option mezője változó hosszúságú lehet). Az IHL értéke 5 15 közé eső szám lehet, és azt mondja meg, hogy az IP fejléc mennyi 32 bites szóból áll (minimum:160 bit = 20 byte, illetve maximum: 480 bit = 60 byte). 4
5 IPv4 fejléc mezői 5 A Type of Service mező jelentése menetközben megváltozott (talán helyesebb, ha azt mondjuk, hogy kibővült). A napjainkban használatos elnevezés a Differenciated Services, vagyis DS. A DS tartalmára vonatkozó előírásokat az RFC3168 határozza meg. Korábban ebben a mezőben (Type of Service) lehetett jelezni azt, hogy az adott csomag úgynevezett normál, vagy hálózatvezérlő csomag-e. Ennek jelentése a szolgáltatás-osztály azonosítása, mely alapján a csomagtovábbítás priorizálható.
6 IPv4 fejléc mezői A Total Length mező adja meg a teljes csomagméretet byte-ban (ebbe az IP Header is beletartozik). A mező 16 bites, így a csomag maximális mérete byte, vagyis 64 kbyte-1 byte lehet. Mivel a fejléc mérete 20 és 60 byte közti lehet, így a datagram maximális mérete a tényleges fejléctől függően 20 illetve 60 byte híján 64 kbyte 1 byte méretű lehet. 6
7 IPv4 fejléc mezői Az Identification mezőt elsődlegesen az eredeti IP datagram töredékeinek (fragmentjeinek) beazonosítására használjuk, amennyiben a datagram továbbítása csak kisebb méretű töredékekben volt lehetséges. 7
8 IPv4 fejléc mezői A Flags nevű mező három jelzőbitet tartalmaz és az úgynevezett fragmentálással kapcsolatos. A 0. bit értéke fix 0, további fejlesztésekhez tartották fenn. Az 1. bit a DF (Don t Fragment). Abban az esetben, ha ezt a bitet 1 - be állítjuk, az azt jelenti, hogy a csomag tördelése nem megengedett. Ekkor, ha a csomagunk olyan irányba menne, ahol a tördelés elkerülhetetlen, akkor a csomagot a kapcsoló eszköz el fogja dobni és a feladót egy ICMP Destination Unreachable típusú üzenettel értesíti ( Fragmentation needed and DF set kód). A 2. bit elnevezése MF (More Fragment). Abban az esetben áll ez a bit 1 értéken, ha a csomagunk feldarabolt és a most érkező csomagot még további töredék csomag követi. Az utolsó töredék csomag esetén ez a bit már 0 -ban áll. Ezt a bitet a tördelést végző eszköz állítja be. 8
9 IPv4 fejléc mezői A Fragment offset mező szintén a tördeléssel kapcsolatos, 13 bit hosszúságú, és 8 byte (64 bit) egységekből álló blokkokban adja meg az adott töredék helyét (offset-jét) a teljes IP csomagon belül. Az első töredék esetében ez a mező összes bitje 0 -ban áll. 9
10 IPv4 fejléc mezői A Time To Live TTL, amely eredetileg a csomag hálózati továbbítás során eltölthető idejét tartalmazta másodpercben, maximális értéke 255 lehet. Minden útválasztó eszköz levonja belőle a továbbításhoz szükségessé vált időt, és ha ez nullára csökken, akkor a csomagot eldobja. Emellett azonban az is kikötés, hogy a TTL mező minden routolásnál eggyel csökkenjen. Mivel a tipikus útválasztási idő kevesebb, mint 1 másodperc, ezért általánosságban ez az érték a továbbítási lánc maximális hosszát definiálja (szokás ezért Hop-count - nak is nevezni). A mező feladata az, hogy az eltévedt csomagok automatikusan törlődjenek. 10
11 IPv4 fejléc mezői A Protocol mező hordozza azt az információt, hogy az adott IP csomag milyen protokoll szerinti információt hordoz. Az RFC1700 értelmében a mező néhány értékét és annak jelentését adjuk meg: 1 ICMP; 2 IGMP; 6 TCP; 7 UDP. 11
12 IPv4 fejléc mezői A Header Checksum segítségével a fogadó oldal képes ellenőrizni az IP fejléc hibátlanságát. Ez a mező 16 bites, és minden útválasztó berendezésnek ezt az értéket újra kell számítania, mert a TTL mező csökkentése új ellenőrző mező tartalmat igényel. Az ellenőrző összeg számítás módját az RFC 1071 írja elő. 12
13 IPv4 fejléc mezői A Source IP address a forrás állomás (küldő), míg a Destination IP address a cél állomás (címzett) IP címe ami IPv4 esetén mindkét mezőben 32bit. Az Option mező jelenléte nem kötelező, mint a nevében benne szerepel, opcionális. Abban az esetben, ha az IP keret tartalmaz Option mezőt, akkor az IHL nagyobb mint 5 értéken áll. Az Option mező hosszúsága változó lehet, ezért a végén egy byte lezáró kódnak kell szerepelnie, ami minden esetben 0x00 tartalmú byte (End of Option List lezáró karakternek is szokás nevezni). 13
14 IPv4 fejléc mezői A Padding mező feladata mindössze annyi, hogy az Option mezőt kiegészítse 32 bit egész számú többszörösére (gondoljunk az IHL mező jelentésére). 14
15 IPv6 Az IPv6 fejléc fix hosszúságú része (RFC2460): 4 bit 4 bit 8 bit 8 bit 8 bit Version Traffic Class Flow Label Payload Length Next Header Hop Limit Source IP address Destination IP address 15
16 IPv6 A Version mező (4 bites hosszúságú) hordozza a verziószámot, ami IPv6 esetén a 6-os értéket kapta (bináris 0110 ). A Traffic Class 8 bites, és két információt hordoz. A felső hat biten kap helyet az úgynevezett DSCP (Differentiated Services Code Point), mely a csomagot osztályhoz rendeli, míg a maradék két bit, mely a legkisebb helyértéken helyezkedik el az ECN (Explicit Congestion Notification). A DSCP mező (QoS) kitöltését az RFC4594 definiálja. 16
17 IPv6 Az ECN bitek segítségével a torlódások jelezhetők, és mintegy az IP és a TCP protokoll kiegészítésének tekinthetők. Korábban a TCP/IP hálózatok csomag eldobással voltak csak képesek jelezni a hálózati torlódásokat. A torlódás jelzés a végpontok között zajlik (ha mindketten úgy akarják) és persze csak akkor jöhet létre mindez, ha a hálózat ezt az információt nem nyeli le. Abban az esetben, ha az ECN = 00, akkor az azt jelenti, hogy az átvitel nem ECN kompatibilis. Az 10 és a 01 jelzi az ECN kompatibilitás képes átvitelt, míg torlódás esetén vált ez a két bit 11 -be (korábban ekkor volt csomageldobás). 17
18 IPv6 A Flow Label nevű 20 bites mezőt a valós idejű alkalmazásokhoz alakították ki. A Payload length mező 16 bit hosszúságú és megadja azt, hogy a szállított információ mérete hány oktetből áll. Abban az esetben, ha az IPv6 csomag úgynevezett Extension Header -t is tartalmaz, akkor az is beleszámít ebbe a hosszba. Amennyiben a Payload length mezőt 0x0000-ra állítjuk, akkor úgynevezett Jumbo méretű payload (Jumbogram) fűzhető az IPv6 fejléchez. A Jumbogram mérete közel 4 Gbyte lehet. 18
19 IPv6 A Next Header (IPv4-nél Protocol )) az IPv6 fejlécében a következő extension header típusát adja meg. Az azonosító 8 bites, kitöltését az RFC1700 írta elő, de azt hatályon kívül helyezte az RFC3232. A Hop Limit az IPv4-ben már megismert TTL mezővel egyenértékű. A csomag indításakor akkora számértéket kell beállítani, amennyi router eszközön való áthaladást engedünk meg a csomagnak. Minden router ezt az értéket eggyel csökkenti. Amikor ez a 8 bites mező eléri a nullát, a router a csomagot nem továbbítja, hanem eldobja azt. 19
20 IPv6 A Source IP address a forrás állomás (küldő) IP címe (128 bit); Destination IP address célállomás címe (128 bit). 20
21 IPv4 IPv6 átállás Az IPv4 IP címek fogyása miatt egyre égetőbbé vált az IPv6 bevezetése. Az átállás nem mehet végbe egyik napról a másikra, vagyis folyamatos átállás szükséges. Az IPv6 routing sokkal erőforrás igényesebb, mint az IPv4 kapcsolás, ezért a hálózatban az átállás a hardver elemek cseréjét / bővítését is igényelheti. így mindenképpen számolni kell az IPv4 IPv6 együttműködéssel. 21
22 IPv4 IPv6 átállás IPv4 címek konvertálása Az első 80 bit értékét 0 -ba állítjuk,majd az azt követő 16 bitet 1 -be és ez utáni 32 bitre írjuk az IPv4 címet: 0000:0000:0000:0000:0000:ffff:IPv4_ cím Egyszerűsített leírási szabály szerint: ::ffff:ipv4_cím 22
23 IPv6 csomag továbbítás IPv4 hálózaton Az IPv6 hálózatok elérése IPv4-en keresztül is megvalósítható! Az IPv6 határon lévő router, mely az IPv4 felhő felé kapcsolódik Az IPv6 csomagot becsomagolja egy IPv4 csomagba. Az eljárás neve, IPv6 tunneling, az eljárást az RFC 3056 definiálja Connection of IPv6 Domains via IPv4 Clouds. 23
24 IPv6 csomag továbbítás IPv4 hálózaton Ver=4 IHL Type of service Total Length Identification Flags Fragment offset Time to Live Protocol = 41 Header Checksumm Source IP address (IPv4) Destination IP address (IPv4) Option Padding Ver=6 Traffic Class Flow Label Payload Length Next Header Hop Limit Source IP address (IPv6) Destination IP address (IPv6) DATAGRAM 24
25 IPv6 csomag továbbítás IPv4 hálózaton Abban az esetben, ha az IPv4-nek látszó IPv6 csomag egy olyan routerhez ér, mely valamely interfésze IPv6 hálózathoz kapcsolódik, akkor kicsomagolja az IPv6-ot az IPv4-ből és már IPv6 csomagként továbbítja. Azt a tényt, hogy egy IPv4-be burkolt IPv6 csomagról van szó, a router a protokoll azonosítóból ( Protocol Type = 41) veszi észre. 25
26 IP multicast IP többesadás A multicast routingnál hasonló a feladat, mint az unicast-nál, itt is az a cél, hogy a célállomáshoz eljusson az információ. Jelen esetben több célállomásról van szó, melyek ugyan azt az adást kívánják venni. Egy multicast csoporton belül, akár több adó eszköz is előfordulhat. A multicast routing algoritmusok feladata egy fa felépítése, melyen az információ áramlik. Cél az, hogy felesleges, egymással párhuzamos adásokkal a hálózatot ne terheljük! 26
27 IP multicast IP többesadás A fa ágainak olyannak kell lenniük, hogy a jelfolyam az optimális irányban haladjon. Általában több fa építhető fel, de az egyes útirányok egymástól különböző jellemzőkkel (paraméterekkel) bírnak, így a routing protokollnak (ugyan úgy, mint unicast forgalom irányítás esetén) a több lehetőség közül az optimálisat kell kiválasztania. A különböző paraméterű utak most is költségfüggvénnyel jellemezhetők. 27
28 IP multicast IP többesadás Multicast szolgáltatástípusok: Forrás specifikus szolgáltatás; Csoport osztott szolgáltatás. Forrás specifikus szolgáltatás (Source specific service) esetén a multicast csoportban egy adó és több vevő található (IPTV). Csoport osztott szolgáltatás (Group shared service) esetén a multicast csoportban több adó és több vevő is előfordul (például: több résztvevős videó konferencia). 28
29 IP multicast IP többesadás Multicast ímtaromány: ( D osztályú, ami azt jelenti, hogy az első oktet felső 4 bitje 1110 ). Címkiosztás központilag (IETF/operátor) történik. Szabványos multicast csoport kezelő eljárások: IGMP v.1, IGMP v.2, IGMP v.3 29
30 IP multicast IGMP (Internet Group Management Protocol) Az IGMP a host számára a multicast csoportba be- illetve kijelentkezést teszi lehetővé. IGMP v1, v2 és v3 verziók léteznek felülről kompatibilisek! IGMPv2 - RFC 2236 IGMPv3 RFC 3376, RFC
31 IP multicast IGMP (Internet Group Management Protocol) Az IP multicast architektúrának fontos eleme a multicast agent. Az agent feladata a csoport menedzsment (group management) és a multicast útválasztás. A multicast agent engedélyezi, illetőleg tiltja egy host taggá válását az adott multicast csoportban. IP címek és hozzáférési kulcsok jogosságát kezeli a csoportban és eltávolítja a csoportból az inaktív host-okat. 31
32 IP multicast IGMP (Internet Group Management Protocol) Az IGMP keretformátum: Type Max response time Checksum Group address 32
33 IP multicast IGMP (Internet Group Management Protocol) Type üzenet típust azonosító mező (8 bites): Type mező tartalma 0x11 Üzenet jelentése: Membership Query 0x16 Membership Report (IGMP V2) 0x12 Membership Report (IGMP V1) 0x17 Leave Group 33
34 IP multicast IGMP (Internet Group Management Protocol) Type IGMP üzenet azonosító Max. Response Time 100ms egységekben értendő, maximáliasan megengedett idő a Query-től a Response megérkezéséig. Checksum Az IGMP üzenetek hibafelfedését segítő ellenőrző összeg, mely hosszúsága 16 bit. 34
35 IP multicast IGMP (Internet Group Management Protocol) Group Address Azt a multicast ( D osztályba tartozó) címet adjuk meg, amely az adott csoportra jellemző. 35
36 Címkekapcsolás - MPLS MPLS Multi Protocol Label Switching 1997 elején alakult az IETF MPLS munkacsoport MPLS RFC-k: RFC3032 (MPLS Label Stack Encoding) RFC3270 (Multi-Protocol Label Switching(MPLS) Support of Differentiated Services); RFC5129 (Explicit Congestion Marking in MPLS); RFC5462 (Multiprotocol Label Switching (MPLS) Label Stack Entry:"EXP" Field Renamed to "Traffic Class" Field). 36
37 Címkekapcsolás - MPLS MPLS előnyök: Gyors kapcsolás a címke alapján Előre kijelölhető útvonalak Előre kijelölhető redundáns útvonalak A címke beszúrás/kivétel a többi réteg formátumára nincs kihatással Jó QoS kezelés. 37
38 Címkekapcsolás - MPLS Elvárások az MPLS-sel szemben: Különböző hálózati technológiákon megvalósítható legyen Router kapcsolásra szánt erőforrás alacsony legyen QoS képességek Hiba esetén gyors útvonal helyreállás/váltás (50ms) SDH szintű rendelkezésre állás. 38
39 Címkekapcsolás - MPLS MPLS routerek helye a hálózatban: LER Label Edge Router MPLS hálózat határán helyezkedik el, típus alapján lehet: Ingress Node (MPLS belépési pont); Egress Node (MPLS kilépési pont). LSR Label Switching Router Mindig az MPLS hálózat belsejében helyezkedik el, IP címet nem lát. 39
40 Címkekapcsolás - MPLS Címkekapcsolás (ábra forrás: 40
41 Címkekapcsolás - MPLS MPLS fejléc beszúrás (Ethernet keret példa): Unicast MT = 0x8847 Multicast MT = 0x
42 Címkekapcsolás - MPLS MPLS fejléc: Label címke; EXP mező elnevezése megváltozott TC-re (Trafic Class); S bit = Bottom of Stack, értéke 1 ha ez az utolsó címke a stack-ben; TTL Time To Live ugyan az a funkció, mint az IP-nél! 42
43 Címkekapcsolás - MPLS MPLS - TTL mező kezelés: A belépési ponton lévő LER-nek (Label Edge Router) az IP header TTL tartalmát át kell másolni az MPLS TTL mezőbe; Kilépési ponton lévő LER az MPLS header eldobása (címke elvétel) előtt az MPLS header-ben lévő TTL-t vissza kell írni az IP header-be (és természetesen IP header ellenőrző összeget újra kell számítani!). 43
44 Köszönöm a Megtisztelő figyelmet! Dr. Wührl Tibor Ph.D. wuhrl.tibor@kvk.uni-obuda.hu 44
Az adott eszköz IP címét viszont az adott hálózat üzemeltetői határozzákmeg.
IPV4, IPV6 IP CÍMZÉS Egy IP alapú hálózat minden aktív elemének, (hálózati kártya, router, gateway, nyomtató, stb) egyedi azonosítóval kell rendelkeznie! Ez az IP cím Egy IP cím 32 bitből, azaz 4 byte-ból
RészletesebbenSzámítógépes Hálózatok 2011
Számítógépes Hálózatok 2011 10. Hálózati réteg IP címzés, IPv6, ARP, DNS, Circuit Switching, Packet Switching 1 IPv4-Header (RFC 791) Version: 4 = IPv4 IHL: fejléc hossz 32 bites szavakban (>5) Type of
RészletesebbenAz Ethernet példája. Számítógépes Hálózatok 2012. Az Ethernet fizikai rétege. Ethernet Vezetékek
Az Ethernet példája Számítógépes Hálózatok 2012 7. Adatkapcsolati réteg, MAC Ethernet; LAN-ok összekapcsolása; Hálózati réteg Packet Forwarding, Routing Gyakorlati példa: Ethernet IEEE 802.3 standard A
RészletesebbenKANDÓ KÁLMÁN VILLAMOSMÉRNÖKI KAR HÍRADÁSTECHNIKA INTÉZET. IPv4 csomagok vizsgálata Wireshark analizátorral I. Dr. Wührl Tibor Dr.
KANDÓ KÁLMÁN VILLAMOSMÉRNÖKI KAR HÍRADÁSTECHNIKA INTÉZET Infokommunikációs Hálózatok laboratóriumi mérési útmutató IPv4 csomagok vizsgálata Wireshark analizátorral I. Tartalomjegyzék Hálózati forgalom
RészletesebbenInternet Protokoll 6-os verzió. Varga Tamás
Internet Protokoll 6-os verzió Motiváció Internet szédületes fejlődése címtartomány kimerül routing táblák mérete nő adatvédelem hiánya a hálózati rétegen gépek konfigurációja bonyolódik A TCP/IPkét évtizede
RészletesebbenSzámítógépes Hálózatok ősz Hálózati réteg IP címzés, ARP, Circuit Switching, Packet Switching
Számítógépes Hálózatok ősz 2006 10. Hálózati réteg IP címzés, ARP, Circuit Switching, Packet Switching 1 Inter-AS-Routing Inter-AS routing Inter-AS-Routing nehéz... between A and B C.b Gateway B Szervezetek
RészletesebbenKommunikációs Hálózatok 2 MPLS: Címke, VPN, TE
Kommunikációs Hálózatok 2 MPLS: Címke, VPN, TE Cinkler Tibor BME TMIT 2017. április 24. Hétfő 16:15-17:45 IB.028 MPLS http://www.cisco.com/c/en/us/about/press/internet-protocoljournal/back-issues/table-contents-10/mpls.html
RészletesebbenMobil Internet 2 3. előadás IPv6 alapok
Mobil Internet 2 3. előadás IPv6 alapok Jeney Gábor jeneyg@hit.bme.hu BME Híradástechnikai Tanszék 2007/2008 II. félév Kivonat Miért nem elég az IPv4? Az IPv6-os fejléc kiegészítő fejlécek IPv6 címzés
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észletesebbenMiskolci Egyetem Gépészmérnöki és Informatikai Kar. IPTV szolgáltatásait vizsgáló alkalmazás fejlesztése Szakdolgozat
Miskolci Egyetem Gépészmérnöki és Informatikai Kar IPTV szolgáltatásait vizsgáló alkalmazás fejlesztése Szakdolgozat Készítette: Medve Ádám Neptun kód: ITEVTJ 2013 Tartalomjegyzék Bevezető... 2 Cégismertető...
Részletesebben2016 UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED
Tavasz 2016 UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED Department of Software Engineering Számítógép-hálózatok 10. gyakorlat IP-címzés Somogyi Viktor, Jánki Zoltán Richárd S z e g e d i
RészletesebbenGyakorló feladatok a 2. ZH témakörének egyes részeihez. Számítógép-hálózatok. Dr. Lencse Gábor
Gyakorló feladatok a 2. ZH témakörének egyes részeihez Számítógép-hálózatok Dr. Lencse Gábor egyetemi docens Széchenyi István Egyetem, Távközlési Tanszék lencse@sze.hu IPV4 FELADATOK Dr. Lencse Gábor,
RészletesebbenMédiakommunikációs hálózatok (VIHIM161) évi fóliái alapján készült
IPV4 Médiakommunikációs hálózatok (VIHIM161) 2013. évi fóliái alapján készült 2017. március 2., Budapest Dr. Lencse Gábor tudományos főmunkatárs BME Hálózati Rendszerek és Szolgáltatások Tanszék lencse@hit.bme.hu
RészletesebbenMULTIMÉDIA TOVÁBBÍTÁSA AZ IP FELETT
MULTIMÉDIA TOVÁBBÍTÁSA AZ IP FELETT 1. rész Bevezető áttekintés Médiakezelő protokollok (RTP, RTCP, RTSP) Multimédia 1. Dr. Szabó Csaba Attila egy. tanár BME Hálózati Rendszerek és Szolgáltatások Tanszék
RészletesebbenEthernet/IP címzés - gyakorlat
Ethernet/IP címzés - gyakorlat Moldován István moldovan@tmit.bme.hu BUDAPESTI MŰSZAKI ÉS GAZDASÁGTUDOMÁNYI EGYETEM TÁVKÖZLÉSI ÉS MÉDIAINFORMATIKAI TANSZÉK Áttekintés Ethernet Multicast IP címzés (subnet)
RészletesebbenMédiakommunikációs hálózatok (VIHIM161) évi fóliái alapján készült
IPV4 Médiakommunikációs hálózatok (VIHIM161) 2013. évi fóliái alapján készült 2018. február 27., Budapest Dr. Lencse Gábor tudományos főmunkatárs BME Hálózati Rendszerek és Szolgáltatások Tanszék lencse@hit.bme.hu
RészletesebbenA probléma megfogalmazása Szolgáltatás minőségre érzékeny alkalmazások hang az IP felett (pl. IP telefónia), multimédia az IP felett (pl. interaktív t
lab Integrált szolgáltatási modell Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem Bevezetés QoS szolgáltatási architektúrák Integrált szolgáltatás (Integrated Services)
RészletesebbenIPv6 és mobil IP. Dr. Huszák Árpád huszak@hit.bme.hu http://www.hit.bme.hu/~huszak. Szabadkai Műszaki Főiskola
IPv6 és mobil IP Dr. Huszák Árpád huszak@hit.bme.hu http://www.hit.bme.hu/~huszak Szabadkai Műszaki Főiskola 2 Kivonat Gondok az IPv4-gyel ideiglenes megoldások Az IPv6 protokoll IPv4-IPv6 különbségek
RészletesebbenIPv6 gyorstalpaló Mohácsi János NIIF Intézet net-admin@niif.hu
IPv6 gyorstalpaló Mohácsi János NIIF Intézet net-admin@niif.hu Miért van szükség IPv6-ra? Milyen látható különbségek vannak? IPv6 rendszergazda szemmel IPv6 támogatottsága és elterjedtsége IPv6 tutorial
RészletesebbenA TCP/IP modell hálózati rétege (Network Layer) Protokoll-készlet: a csomagok továbbítása. Legjobb szándékú kézbesítés
A hálózati réteg feladatai A TCP/ modell hálózati rétege (Network Layer) A csomagok szállítása a forrásállomástól a cél-állomásig A hálózati réteg protokollja minden állomáson és forgalomirányítón fut
RészletesebbenIPv6. A következő generációs Internet Protocol. Dr. Simon Vilmos. docens BME Hálózati Rendszerek és Szolgáltatások Tanszék svilmos@hit.bme.
IPv6 A következő generációs Internet Protocol 2014.Április 3. Dr. Simon Vilmos docens BME Hálózati Rendszerek és Szolgáltatások Tanszék svilmos@hit.bme.hu IPv6 - Áttekintés Motivációk az IPv4 hibái Címzés
RészletesebbenHálózati Technológiák és Alkalmazások. Vida Rolland, BME TMIT november 5. HSNLab SINCE 1992
Hálózati Technológiák és Alkalmazások Vida Rolland, BME TMIT 2018. november 5. Adatátviteli feltételek Pont-pont kommunikáció megbízható vagy best-effort (garanciák nélkül) A cél ellenőrzi a kapott csomagot:
RészletesebbenHálózati réteg, Internet
álózati réteg, Internet álózati réteg, Internet Készítette: (BM) Tartalom z összekapcsolt LN-ok felépítése. z Ethernet LN-okban használt eszközök hogyan viszonyulnak az OSI rétegekhez? Mik a kapcsolt hálózatok
RészletesebbenTartalom. Hálózati kapcsolatok felépítése és tesztelése. Rétegek használata az adatok továbbításának leírására. OSI modell. Az OSI modell rétegei
Tartalom Hálózati kapcsolatok felépítése és tesztelése Bevezetés: az OSI és a Általános tájékoztató parancs: 7. réteg: DNS, telnet 4. réteg: TCP, UDP 3. réteg: IP, ICMP, ping, tracert 2. réteg: ARP Rétegek
RészletesebbenBevezető. Az informatikai biztonság alapjai II.
Bevezető Az informatikai biztonság alapjai II. Póserné Oláh Valéria poserne.valeria@nik.uni-obuda.hu http://nik.uni-obuda.hu/poserne/iba Miről is lesz szó a félév során? Vírusvédelem Biztonságos levelezés
RészletesebbenDr. Wührl Tibor Ph.D. MsC 04 Ea. IP P címzés
Dr. Wührl Tibor Ph.D. MsC 04 Ea IP P címzés Csomagirányítás elve A csomagkapcsolt hálózatok esetén a kapcsolás a csomaghoz fűzött irányítási információk szerint megy végbe. Az Internet Protokoll (IP) alapú
RészletesebbenRouting update: IPv6 unicast. Jákó András BME EISzK
Routing update: IPv6 unicast Jákó András goya@eik.bme.hu BME EISzK Változatlan alapelvek: IPv4 IPv6 prefixek a routing table-ben különféle attribútumokkal a leghosszabb illeszkedő prefix használata kétszintű
RészletesebbenHeterogén MPLS hálózat QoS alkalmazásával
Heterogén MPLS hálózat QoS alkalmazásával JUNIPER DAY 2014. szeptember 18. Palotás Gábor vezető hálózati mérnök, CCIE #3714, JNCIS-ENT gpalotas@scinetwork.hu Tartalom A kiinduló állapot, WAN konszolidációs
RészletesebbenFábián Zoltán Hálózatok elmélet
Fábián Zoltán Hálózatok elmélet Virtuális magánhálózat Egy lokális hálózathoz külső távoli kliensek csatlakoznak biztonságosan Két telephelyen lévő lokális hálózatot nyílt hálózaton kötünk össze biztonságosan
RészletesebbenIP Internet Protocol. IP címzés, routing, IPv6, IP mobilitás. Dr. Simon Vilmos
IP Internet Protocol IP címzés, routing, IPv6, IP mobilitás 2014.Március 27. Dr. Simon Vilmos docens BME Hálózati Rendszerek és Szolgáltatások Tanszék svilmos@hit.bme.hu IP - Áttekintés Bevezetés A TCP/IP
RészletesebbenAz IPv6 a gyakorlatban
Szendrői József, CCIE#5496 November 18, 2003 Az IPv6 a gyakorlatban Tartalom Miért van szükség a változásra? IPv6 címzés Helyi és távoli elérés Forgalomirányítás Biztonság IPv4 és IPv6 Összefoglalás 2
Részletesebben21. fejezet Az IPv4 protokoll 1
21. fejezet Az IPv4 protokoll 1 Hálózati réteg az Interneten Az Internet, ami mára már az életünk részévé vált, többek közt annak köszönheti sikerét, hogy tervezőinek sikerült megfelelő elvek mentén építkezniük.
RészletesebbenIPTV protokollok oktatási segédanyag az IP alapú távközlés c. tárgyhoz
IPTV protokollok oktatási segédanyag az IP alapú távközlés c. tárgyhoz Készült: Steierlein Balázs: IPTV rendszerek című szakdolgozatának felhasználásával. Szerkesztette: Lencse Gábor FIGYELEM! Ez a segédanyag
Részletesebben2011. május 19., Budapest IP - MIKRO MOBILITÁS
2011. május 19., Budapest IP - MIKRO MOBILITÁS Miért nem elég a Mobil IP? A nagy körülfordulási idő és a vezérlési overhead miatt kb. 5s-re megszakad a kapcsolat minden IP csatlakozási pont váltáskor.
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észletesebbenIV. - Hálózati réteg. Az IP hálózati protokoll
IV. - Hálózati réteg IV / 1 Az IP hálózati protokoll IP (Internet Protocol) RFC 791 A TCP/IP referenciamodell hálózati réteg protokollja. Széles körben használt, az Internet alapeleme. Legfontosabb jellemzői:
Részletesebben1. LABORGYAKORLAT 2011 TAVASZI FÉLÉV ÓBUDAI EGYETEM PRÉM DÁNIEL. Hálózati protokollok. Számítógép hálózatok gyakorlata
Hálózati protokollok Számítógép hálózatok gyakorlata ÓBUDAI EGYETEM 2011 TAVASZI FÉLÉV 1. LABORGYAKORLAT PRÉM DÁNIEL OSI Modell 7. Alkalmazási (application) réteg 6. Megjelenési (presentation) réteg 5.
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é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észletesebbenA TCP/IP számos adatkapcsolati réteggel együtt tud működni:
lab Vezetékes átvitel Adatkapcsolati réteg Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem Adatkapcsolati réteg Feladata: IP datagrammokat küld és fogad az IP modulnak
RészletesebbenAdatkapcsolati réteg. A TCP/IP számos adatkapcsolati réteggel együtt tud működni: Ethernet, token ring, FDDI, RS-232 soros vonal, stb.
lab Vezetékes átvitel Adatkapcsolati réteg Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem Adatkapcsolati réteg Feladata: IP datagrammokat küld és fogad az IP modulnak
RészletesebbenA hálózattervezés alapvető ismeretei
A hálózattervezés alapvető ismeretei Infokommunikációs hálózatok tervezése és üzemeltetése 2012 2012 Sipos Attila ügyvivő szakértő BME Híradástechnikai Tanszék siposa@hit.bme.hu Tartalom A terv fogalmi
RészletesebbenSzámítógépes Hálózatok 2013
Számítógépes Hálózatok 2013 9. Hálózati réteg Packet Forwarding, Link-State-Routing, Distance- Vector-Routing, RIP, OSPF, IGRP 1 Distance Vector Routing Protokoll ellman-ford algoritmusnak az elosztott
Részletesebben2014 UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED
Tavasz 2014 UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED Department of Software Engineering Számítógép-hálózatok 3. gyakorlat Packet Tracer alapok Deák Kristóf S z e g e d i T u d o m á n
RészletesebbenDATA (variable) 32 bits (4 Bytes) IP fejléc hossza általában 20 bájt. Type of Service. Total Length. Source Address. Destination address
lab IP protokoll Hálózati réteg Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem TCP hivatkozási modell, összes protokoll 2 1 Internet protokoll jellemzői Csomagokat
RészletesebbenDATA (variable) D = Delay, késleltetés T = Throughput, átviteli sebesség R = Reliability, megbízhatóság. 32 bits (4 Bytes)
lab IP protokoll Hálózati réteg Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem TCP hivatkozási modell, összes protokoll 2 Internet protokoll jellemzői Csomagokat
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észletesebben17. IPv6 áttérési technikák
Minőségbiztosítás IP hálózatokon (vitt9181) 17. IPv6 áttérési technikák Lukovszki Csaba, lukovszki@tmit.bme.hu TÁVKÖZLÉSI ÉS MÉDIAINFORMATIKAI TANSZÉK BUDAPESTI MŰSZAKI ÉS GAZDASÁGTUDOMÁNYI EGYETEM 2005.
RészletesebbenKiskapu Kft. Minden jog fenntartva
Könnyû álom (8. rész) Hálózati forgalom vizsgálata. mikor a rendszer nem úgy viselkedik, ahogy elvárnánk, vagy egyszerûen nem tudjuk, hogy mi történik a hálózatunkon, hasznos segédeszköz lehet a tcpdump
Részletesebben1. Mit jelent a /24 címmel azonosított alhálózat?
Traffic engineering: a lehetőség, hogy a hálózatban zajló forgalmat sokféle eszközzel racionalizálhassuk. Ilyen az LSP metric, a link coloring, az LSP @ IGP/OSPF. Hibavédelem: az MPLS lehetővé teszi, hogy
RészletesebbenFelhő alapú hálózatok (VITMMA02) Hálózat virtualizálás: Overlay hálózatok OpenStack Neutron Networking
Felhő alapú hálózatok (VITMMA02) Hálózat virtualizálás: Overlay hálózatok OpenStack Neutron Networking Dr. Maliosz Markosz Budapesti Műszaki és Gazdaságtudományi Egyetem Villamosmérnöki és Informatikai
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észletesebbenUnicast. Broadcast. Multicast. A célállomás egy hoszt. A célállomás az összes hoszt egy adott hálózaton
lab Broadcasting-multicasting Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem Unicast A célállomás egy hoszt IP cím típusok Broadcast A célállomás az összes hoszt
RészletesebbenUnicast A célállomás egy hoszt. Broadcast A célállomás az összes hoszt egy adott hálózaton
lab Broadcasting-multicasting Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem IP cím típusok Unicast A célállomás egy hoszt Broadcast A célállomás az összes hoszt
RészletesebbenInfokommunikációs hálózatok IPTV rendszerek
Infokommunikációs hálózatok IPTV rendszerek Orosz Péter BME TMIT 2016. május 17. Digitális TV/rádió műsorszórás p DVB (Digital Video Broadcasting) rendszerek n DVB-T Terrestrial, azaz földfelszíni digitális
RészletesebbenTartalom. Az adatkapcsolati réteg, Ethernet, ARP. Fogalma és feladatai. Adatkapcsolati réteg. Ethernet
Tartalom Az adatkapcsolati réteg, Ethernet, ARP Adatkapcsolati réteg Ethernet Beágyazás a 2. rétegben ARP Az ARP protokoll Az ARP protokoll által beírt adatok Az ARP parancs Az ARP folyamat alhálózaton
Részletesebben8. A WAN teszthálózatának elkészítése
8. A WAN teszthálózatának elkészítése Tartalom 8.1 Távoli kapcsolatok teszthálózata 8.2 A WAN céljainak és követelményeinek meghatározása 8.3 Távmunkás támogatás prototípus Távoli kapcsolatok teszthálózata
RészletesebbenAz IP hálózati protokoll
Az IP hálózati protokoll IP (Internet Protocol) RFC 791 A TCP/IP referenciamodell hálózati réteg protokollja. Széles körben használt, az Internet alapeleme. Legfontosabb jellemzői: IP fejrész szerkezete.
RészletesebbenBroadcast és Multicast. Számítógépes Hálózatok IPv4-Header (RFC 791) Multicasting
Számítógépes Hálózatok 2008 10. Hálózati réteg IP címzés, ARP, DNS, Circuit Switching, Packet Switching Broadcast és Multicast Broadcast routing Egy csomagot (másolatot) minden más csomópontnak el kell
Részletesebben80% 20% Backbone 80% 20% Workgroup. Gbps/MHz. time. Internet Bandwidth. Router CPU Speed
lab IP minőségbiztosítás Alapok Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem lab IP Trendek Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi
Részletesebben2. Az Internet Protocol alapjai
Minőségbiztosítás IP hálózatokon (vitt9181) 2. Az Internet Protocol alapjai Kis, Szabolcs Máté, kisszm@tmit.bme.hu (összefoglaló: IP, TCP/IP, UDP, RTP) TÁVKÖZLÉSI ÉS MÉDIAINFORMATIKAI TANSZÉK BUDAPESTI
Részletesebben80% 20% Backbone 80% 20% Workgroup. Gbps/MHz. time. Internet Bandwidth. Router CPU Speed
lab IP minőségbiztosítás Alapok Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem lab IP Trendek Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi
RészletesebbenApplication TCP. IPv6 IPv6. IPv4 Host. IPv6 Host. Dual Stack Host
lab Átmenet az IPv4-ből az -ba Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem támogatottsága IP-re épülő hálózati szolgáltatások DNS (Domain Name Service) 6-os verziója
RészletesebbenDr. Wührl Tibor Ph.D. MsC 05 Ea. Szállítási protokollok - Bevezetés
Dr. Wührl Tibor Ph.D. MsC 05 Ea Szállítási protokollok - Bevezetés Szállítási protokollok szükségessége A 3. réteg feladat az volt, hogy az adatcsomagok a megfelelő hálózati végpontra eljussanak. A kapcsolás
Részletesebben5. Hálózati címzés. CCNA Discovery 1 5. fejezet Hálózati címzés
5. Hálózati címzés Tartalom 5.1 IP-címek és alhálózati maszkok 5.2 IP-címek típusai 5.3 IP-címek beszerzése 5.4 IP-címek karbantartása IP-címek és alhálózati maszkok 5.1 IP-címek Az IP-cím egy logikai
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észletesebbenNetFlow és NFSen Flow analízis a HBONE-ban Mohácsi János, NIIF <mohacsi@niif.hu> Kiss Gábor, NIIF <kissg@niif.hu>
NetFlow és NFSen Flow analízis a HBONE-ban Mohácsi János, NIIF Kiss Gábor, NIIF 2006.11.10. Áttekintés Bevezetés Netflow v? áttekintés Netflow Cisco környezetben Netflow
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észletesebbenInternet Protokoll (IP)
Tartalom Internet Protokoll (IP) Készítette: Schubert Tamás (BMF) TCP/IP protokollok készlet IP-címek IP-címosztályok IP-címek jellemzıi, használatának szabályai Speciális IP-címek Az IP-címosztályok címtartományai
Részletesebben2014 UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED
Tavasz 2014 UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED Department of Software Engineering Számítógép-hálózatok 5. gyakorlat Ethernet alapok Deák Kristóf S z e g e d i T u d o m á n y e g
RészletesebbenHálózati architektúrák és rendszerek. Szélessávú és Média-kommunikáció szakirány 2008. ősz
Hálózati architektúrák és rendszerek Szélessávú és Média-kommunikáció szakirány 2008. ősz 1 A tárgy felépítése Lokális hálózatok. Az IEEE architektúra. Ethernet Csomagkapcsolt hálózatok IP-komm. Az Internet
RészletesebbenIP multicast routing napjainkban. Jákó András BME EISzK
IP multicast routing napjainkban Jákó András goya@eik.bme.hu BME EISzK Tartalomjegyzék IP multicast Multicast routing Interdomain kiegészítések A multicast routing jövője Networkshop 2001. IP multicast
RészletesebbenMoldován István. BUDAPESTI MŰSZAKI ÉS GAZDASÁGTUDOMÁNYI EGYETEM TÁVKÖZLÉSI ÉS MÉDIAINFORMATIKAI TANSZÉK
Moldován István BUDAPESTI MŰSZAKI ÉS GAZDASÁGTUDOMÁNYI EGYETEM TÁVKÖZLÉSI ÉS MÉDIAINFORMATIKAI TANSZÉK Áttekintés MPLS Bevezető Label Distribution címke kiosztás QoS támogatás Traffic Engineering Védelem
Részletesebben4. Csatlakozás az Internethez. CCNA Discovery 1 4. fejezet Csatlakozás az internethez
4. Csatlakozás az Internethez Tartalom 4.1 Az internet fogalma és miként tudunk csatlakozni 4.2 Információ küldése az interneten keresztül 4.3 Hálózati eszközök egy NOC -ban 4.4 Kábelek és csatlakozók
RészletesebbenHuawei Cisco Interworking Szolgáltatói környezetben
Huawei Cisco Interworking Szolgáltatói környezetben Balla Attila CCIE #7264 balla.attila@synergon.hu Bevezető Követelmények Együttműködés Routing MPLS AToM QoS Konvergencia Esettanulmányok Eszközpark Cisco
Részletesebben10. fejezet Az adatkapcsolati réteg
10. fejezet Az adatkapcsolati réteg Az adatkapcsolati réteg (Data Link Layer) Előzetesen összefoglalva, az adatkapcsolati réteg feladata abban áll, hogy biztosítsa azt, hogy az adó oldali adatok a vevő
RészletesebbenSzámítógépes Hálózatok ősz 2006
Számítógépes Hálózatok ősz 2006 1. Bevezetés, Internet, Referenciamodellek 1 Organizáció Web-oldal http://people.inf.elte.hu/lukovszki/courses/nwi/ Előadás Szerda, 14:00-15:30 óra, hely: Mogyoródi terem
RészletesebbenOrganizáció. Számítógépes Hálózatok ősz 2006. Tartalom. Vizsga. Web-oldal http://people.inf.elte.hu/lukovszki/courses/nwi/
Organizáció Számítógépes Hálózatok ősz 2006 1. Bevezetés, Internet, Referenciamodellek Web-oldal http://people.inf.elte.hu/lukovszki/courses/nwi/ Előadás Szerda, 14:00-15:30 óra, hely: Mogyoródi terem
RészletesebbenVajda Tamás elérhetőség: Tankönyv: Andrew S. Tanenbaum Számítógép hálózatok
Vajda Tamás elérhetőség: vajdat@ms.sapientia.ro Tankönyv: Andrew S. Tanenbaum Számítógép hálózatok Verzió (Version): 4 bit, 0110 -> IPv6 Forgalmi osztály (Traffic Class): 8 bit, DiffServ [RFC2475] TOS
RészletesebbenAutonóm rendszerek (AS) tipusai. Számítógépes Hálózatok Inter-AS-Routing. Inter-AS routing: BGP (Border Gateway Protocol)
Számítógépes Hálózatok 2012 9. Hálózati réteg Inter-AS Routing, BGP, IP címzés, IPv6, DNS Autonóm rendszerek (AS) tipusai Stub-AS Csak egy más AS-hez kapcsolódik Multihomed AS Több AS-hez kapcsolódik Nem
RészletesebbenSzámítógépes Hálózatok 2012
Számítógépes Hálózatok 2012 9. Hálózati réteg Inter-AS Routing, BGP, IP címzés, IPv6, DNS 1 Autonóm rendszerek (AS) tipusai Stub-AS Csak egy más AS-hez kapcsolódik Multihomed AS Több AS-hez kapcsolódik
RészletesebbenOrganizáció. Számítógépes Hálózatok 2008. Gyakorlati jegy. Vizsga. Web-oldal http://people.inf.elte.hu/lukovszki/courses/08nwi/
Organizáció Web-oldal http://people.inf.elte.hu/lukovszki/courses/08nwi/ Számítógépes Hálózatok 2008 1. Bevezetés, Internet, Referenciamodellek Előadás Hétfő, 14:00-16:00 óra, hely: Szabó József terem
Részletesebben1. Soroljon fel 3 jellemző tulajdonságát a beszédkódolóknak! Egyet fejtsen ki bővebben!
1. Soroljon fel 3 jellemző tulajdonságát a beszédkódolóknak! Egyet fejtsen ki bővebben! Igényelt sávszélesség: a kódolt hang sávszélesség igénye. Bizonyos kódekek esetén ez lehet adaptív is, például AMR.
RészletesebbenV2V - Mobilitás és MANET
V2V - Mobilitás és MANET Intelligens közlekedési rendszerek VITMMA10 Okos város MSc mellékspecializáció Simon Csaba Áttekintés Áttekintés MANET Mobile Ad Hoc Networks Miért MANET? Hol használják? Mekkora
RészletesebbenAutonóm rendszerek (AS) tipusai. Számítógépes Hálózatok Inter-AS-Routing. Inter-AS routing: BGP (Border Gateway Protocol)
Számítógépes Hálózatok 2012 10. Hálózati réteg Inter-AS Routing, BGP, IP címzés, IPv6, DNS Autonóm rendszerek (AS) tipusai Stub-AS Csak egy más AS-hez kapcsolódik Multihomed AS Több AS-hez kapcsolódik
RészletesebbenSzámítógépes Hálózatok 2012
Számítógépes Hálózatok 2012 10. Hálózati réteg Inter-AS Routing, BGP, IP címzés, IPv6, DNS 1 Autonóm rendszerek (AS) tipusai Stub-AS Csak egy más AS-hez kapcsolódik Multihomed AS Több AS-hez kapcsolódik
RészletesebbenSzámítógépes Hálózatok. 6. gyakorlat
Számítógépes Hálózatok 6. gyakorlat Feladat 0 Tízezer repülőjegy-foglaló állomás egyetlen "slotted ALOHA"-csatorna használatáért verseng. Egy átlagos állomás 24 kérést ad ki óránként. Egy slot hossza 250
Részletesebben1. A számítógép-hálózatok ISO-OSI hivatkozási modelljének hálózati rétege 1.a Funkciói, szervezése
Forgalomirányítás: Követelmények, forgalomirányítási módszerek, információgyűjtési és döntési módszerek, egyutas, többutas és táblázat nélküli módszerek. A hálózatközi együttműködés heterogén hálózatok
RészletesebbenKonfiguráljuk be a TCP/IP protokolt a szerveren: LOAD INETCFG A menüpontokból válasszuk ki a Proctcols menüpontot:
A TCP/IP protokolll konfigurálása Konfiguráljuk be a TCP/IP protokolt a szerveren: LOAD INETCFG A menüpontokból válasszuk ki a Proctcols menüpontot: A NetWare-ben beállítható protokolllok jelennek meg
RészletesebbenHálózati Technológiák és Alkalmazások
Hálózati Technológiák és Alkalmazások Vida Rolland BME TMIT 2016. november 9. IP Multicast adatátvitel A csatlakozás egy multicast csoporthoz két lépésben történik A helyi hálózaton (LAN) Egy felhasználó
RészletesebbenHálózattervezés alapjai Címek, címkiosztás, routing (IPv4, IPv6)
Hálózattervezés alapjai Címek, címkiosztás, routing (IPv4, IPv6) 2007/2008. tanév, II. félév Dr. Kovács Szilveszter E-mail: szkovacs@iit.uni-miskolc.hu Informatikai Intézet 106. sz. szoba Tel: (46) 565-111
RészletesebbenIPv6 Biztonság: Ipv6 tűzfalak tesztelése és vizsgálata
IPv6 Biztonság: Ipv6 tűzfalak tesztelése és vizsgálata Mohácsi János Networkshop 2005 Mohácsi János, NIIF Iroda Tartalom Bevezetés IPv6 tűzfal követelmény analízis IPv6 tűzfal architektúra IPv6 tűzfalak
RészletesebbenSzámítógépes Hálózatok és Internet Eszközök
Számítógépes Hálózatok és Internet Eszközök 2008 13. Adatkapcsolati réteg, MAC alréteg Ethernet, WiFi 1 MAC alréteg Statikus Multiplexálás Dinamikus csatorna foglalás Kollízió alapú protokollok Verseny-mentes
Részletesebben4. Az alkalmazások hatása a hálózat tervezésre
4. Az alkalmazások hatása a hálózat tervezésre Tartalom 4.1 A hálózati alkalmazások azonosítása 4.2 A gyakori hálózati alkalmazások magyarázata 4.3 A minőségbiztosítás (Quality ot Service, (QoS)) bevezetése
RészletesebbenÉS BEVEZETÉSÉT TÁMOGATÓ TECHNOLÓGIÁK
Lencse Gábor, Répás Sándor, Arató András IPv6 ÉS BEVEZETÉSÉT TÁMOGATÓ TECHNOLÓGIÁK 1. kiadás HunNet-Média Kft. Budapest, 2015 IPv6 és bevezetését támogató technológiák Szerzık: Dr. Lencse Gábor egyetemi
RészletesebbenDepartment of Software Engineering
Tavasz 2017 UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED Department of Software Engineering Számítógép-hálózatok 8. gyakorlat IP címzés Somogyi Viktor, Bordé Sándor S z e g e d i T u d o m
RészletesebbenInternet-hőmérő alapkészlet
IPThermo127 KIT Internet-hőmérő alapkészlet Ethernetre / internetre csatolható digitális hőmérő monitorozó programmal Az IPThermo Simple család tagja. A jól ismert IPThermo126 kit továbbfejlesztett utódja,
RészletesebbenINFOKOMMUNIKÁCIÓS RENDSZEREK MENEDZSMENTJE
BME Gazdaság- és Társadalomtudományi Kar Műszaki menedzser alapszak (BSc) INFOKOMMUNIKÁCIÓS RENDSZEREK MENEDZSMENTJE Internet Baumann Ferenc mestertanár BME Távközlési és Médiainformatikai Tanszék Budapest,
RészletesebbenSzolgáltatások és alkalmazások (VITMM131)
Szolgáltatások és alkalmazások (VITMM131) Internet-alapú szolgáltatások (folyt.) Vidács Attila Távközlési és Médiainformatikai Tsz. I.B.228, T:19-25, vidacs@tmit.bme.hu Tartalom 11/02/11 Internet-alapú
Részletesebben