„Mérés laboratórium 4. - 2. mérés” változatai közötti eltérés
autoedit v2: fájlhivatkozások egységesítése, az új közvetlenül az adott fájlra mutat |
|||
| (14 közbenső módosítás, amit 6 másik szerkesztő végzett, nincs mutatva) | |||
| 1. sor: | 1. sor: | ||
{{ | {{Vissza|Mérés laboratórium 4.}} | ||
==1. Ismertesse az Ethernet hidak és kapcsolók működését különböző célcímű Ethernet keretek továbbítása során! Különböztesse meg az ismert és ismeretlen célcímű unicast, multicast és broadcast célcímű kereteket!== | ==1. Ismertesse az Ethernet hidak és kapcsolók működését különböző célcímű Ethernet keretek továbbítása során! Különböztesse meg az ismert és ismeretlen célcímű unicast, multicast és broadcast célcímű kereteket!== | ||
| 14. sor: | 14. sor: | ||
* '''[http://en.wikipedia.org/wiki/Unicast unicast]''': egy jól meghatározott MAC címre megy a csomag (a célállomáshoz), ha már tudja a bridge/switch, hogy melyik portján küldje tovább, akkor arra küldi, ha nem tudja, akkor floodolja (minden portjára, irányba elküldi), majd ha válaszol a célállomás, akkor már tudja, hogy legközelebb melyik portján küldje tovább | * '''[http://en.wikipedia.org/wiki/Unicast unicast]''': egy jól meghatározott MAC címre megy a csomag (a célállomáshoz), ha már tudja a bridge/switch, hogy melyik portján küldje tovább, akkor arra küldi, ha nem tudja, akkor floodolja (minden portjára, irányba elküldi), majd ha válaszol a célállomás, akkor már tudja, hogy legközelebb melyik portján küldje tovább | ||
* '''[http://en.wikipedia.org/wiki/Broadcasting_(networking) broadcast]''': mindig minden portján továbbküldi (pl. ARP), cél MAC cím: FF:FF:FF:FF:FF:FF ("Megállapodás szerint az Ethernet alapú hálózatok minden gépe figyeli az ilyen címre küldött csomagokat." | * '''[http://en.wikipedia.org/wiki/Broadcasting_(networking) broadcast]''': mindig minden portján továbbküldi (pl. ARP), cél MAC cím: <code>FF:FF:FF:FF:FF:FF</code> (''"Megállapodás szerint az Ethernet alapú hálózatok minden gépe figyeli az ilyen címre küldött csomagokat."'' [http://www.szabilinux.hu/linux_doksi/node2324.htm]) | ||
* '''[http://en.wikipedia.org/wiki/Multicast multicast]''': a legtöbb eszköz broadcastként kezeli, de újabb eszközöknél be lehet állítani szűrést a portokra és akkor csak arra küldi tovább, multicast cím: <code>01-00-5E-xx-xx-xx</code>. Tehát ha pl. van A,B,C port, és beállítható, hogy ha a cél MAC-cím a <code>01-00-5E-00-00-01</code> akkor csak a A,B-re küldje tovább, a C-re ne. (http://en.wikipedia.org/wiki/Multicast_address#Ethernet) | * '''[http://en.wikipedia.org/wiki/Multicast multicast]''': a legtöbb eszköz broadcastként kezeli, de újabb eszközöknél be lehet állítani szűrést a portokra és akkor csak arra küldi tovább, multicast cím: <code>01-00-5E-xx-xx-xx</code>. Tehát ha pl. van A,B,C port, és beállítható, hogy ha a cél MAC-cím a <code>01-00-5E-00-00-01</code> akkor csak a A,B-re küldje tovább, a C-re ne. (http://en.wikipedia.org/wiki/Multicast_address#Ethernet) | ||
| 20. sor: | 20. sor: | ||
===Híd (bridge)=== | ===Híd (bridge)=== | ||
* <del>Csak két portos.</del> Ez nem igaz, nincs specifikálva!! Lásd http://serverfault.com/questions/78184/whats-the-difference-between-a-bridge-and-a-switch, itt letölthető az IEEE 802.1D szabvány: http://standards.ieee.org/getieee802/download/802.1D-2004.pdf, itt pedig egy háromportos híd látható, lásd az általam bekeretezett részt: | * <del>Csak két portos.</del> Ez nem igaz, nincs specifikálva!! Lásd http://serverfault.com/questions/78184/whats-the-difference-between-a-bridge-and-a-switch, itt letölthető az IEEE 802.1D szabvány: http://standards.ieee.org/getieee802/download/802.1D-2004.pdf, itt pedig egy háromportos híd látható, lásd az általam bekeretezett részt: | ||
[[File:Meres4_Switch_bridge.png]] | |||
--[[Szerkesztő:Harapeti|Haraszin Péter]] ([[Szerkesztővita:Harapeti|vita]]) 2013. április 3., 10:23 (CEST) | |||
* A továbbítandó csomagok forrás- és célcímei alapján dönteni tud, hogy mi legyen: '''továbbítás vagy kiszűrés'''. | * A továbbítandó csomagok forrás- és célcímei alapján dönteni tud, hogy mi legyen: '''továbbítás vagy kiszűrés'''. | ||
* '''A broadcast, multicast és ismeretlen célcímű kereteket ''mindig'' eljuttatja ''a másik portjára'' a híd.''' | * '''A broadcast, multicast és ismeretlen célcímű kereteket ''mindig'' eljuttatja ''a másik portjára'' a híd.''' | ||
| 36. sor: | 39. sor: | ||
Az Ethernet hidak és kapcsolók (sokszor [http://en.wikipedia.org/wiki/CAM_Table tartalom alapján címezhető]) memóriában tárolják az egyes MAC címekhez tartozó fizikai portokat. Minden beérkező csomag forráscíme bekerül a memóriába, majd amennyiben a célcím szerepel a táblázatban, csak a megfelelő porton távozik, egyébként minden porton kimegy a csomag. | Az Ethernet hidak és kapcsolók (sokszor [http://en.wikipedia.org/wiki/CAM_Table tartalom alapján címezhető]) memóriában tárolják az egyes MAC címekhez tartozó fizikai portokat. Minden beérkező csomag forráscíme bekerül a memóriába, majd amennyiben a célcím szerepel a táblázatban, csak a megfelelő porton távozik, egyébként minden porton kimegy a csomag. | ||
[[ | [[File:Meres4_labor2_eth-bridge-learning-topo.png]] | ||
A fenti ábrán bemutatott példahálózatban ha '''A''' küld egy csomagot a '''C''' gépnek, a csomagot a switch elküldi mindkét portján, és beírja a táblázatába, hogy '''A''' az 1-es porton érhető el. Ha ezek után '''C''' küld egy válaszcsomagot az '''A''' gépnek, az már csak a 2-es porton fogja elhagyni a switchet, amely most már azt is bejegyzi a táblázatba, hogy '''C''' a 2-es porton érhető el. (Kezdetben üres táblázatot feltételeztünk a switch-ben.) | A fenti ábrán bemutatott példahálózatban ha '''A''' küld egy csomagot a '''C''' gépnek, a csomagot a switch elküldi mindkét portján, és beírja a táblázatába, hogy '''A''' az 1-es porton érhető el. Ha ezek után '''C''' küld egy válaszcsomagot az '''A''' gépnek, az már csak a <strike> 2-es porton </strike> 1-es porton fogja elhagyni a switchet, amely most már azt is bejegyzi a táblázatba, hogy '''C''' a 2-es porton érhető el. (Kezdetben üres táblázatot feltételeztünk a switch-ben.) | ||
-- [[VeresSzentkiralyiAndras|dnet]] - 2009.04.22. | -- [[VeresSzentkiralyiAndras|dnet]] - 2009.04.22. | ||
| 53. sor: | 56. sor: | ||
==3. Szükség van-e egy Ethernet híd vagy kapcsoló működéséhez saját Ethernet-címre és IP-címre? Egy menedzselt eszköz esetén miért van ezekre szükség, és valójában milyen eszköznek a címei ezek?== | ==3. Szükség van-e egy Ethernet híd vagy kapcsoló működéséhez saját Ethernet-címre és IP-címre? Egy menedzselt eszköz esetén miért van ezekre szükség, és valójában milyen eszköznek a címei ezek?== | ||
Nincs szükség ezekre a címekre egy nem menedzselt eszköz esetén.<br> | Nincs szükség ezekre a címekre egy nem menedzselt eszköz esetén.<br /> (A nem menedzselt eszköz itt miért érdekes egyáltalán?--[[Szerkesztő:Harapeti|Haraszin Péter]] ([[Szerkesztővita:Harapeti|vita]]) 2013. április 3., 11:54 (CEST)) | ||
Menedzselt eszköz esetén szükségesek, mert: | Menedzselt eszköz esetén szükségesek, mert: | ||
* Az Ethernet-cím valójában a kapcsolóban/routerben lévő, hálózatra kapcsolódó mikroprocesszorhoz tartozó hálózati cím. Ez adja az adminisztrációs felületet, illetve futtatja a microOS-t. | * Az Ethernet-cím valójában a kapcsolóban/routerben lévő, hálózatra kapcsolódó mikroprocesszorhoz tartozó hálózati cím. Ez adja az adminisztrációs felületet, illetve futtatja a microOS-t. | ||
* Az IP-címre szükség van, hogy az admin felületet el lehessen érni az alkalmazási rétegből. Azon keresztül kényelmesen tudjuk menedzselni a hálózatot. | * Az IP-címre szükség van, hogy az admin felületet el lehessen érni az alkalmazási rétegből. Azon keresztül kényelmesen tudjuk menedzselni a hálózatot. | ||
-- | |||
Megjegyzés: | |||
{{Idézet | |||
|idézet=A '''managed device''' is a network node that implements an SNMP interface that allows unidirectional (read-only) or bidirectional access to node-specific information. Managed devices exchange node-specific information with the NMSs. Sometimes called network elements, the managed devices can be any type of device, including, but not limited to, routers, access servers, switches, bridges, hubs, IP telephones, IP video cameras, computer hosts, and printers. | |||
|forrás=http://en.wikipedia.org/wiki/Simple_Network_Management_Protocol}} | |||
==4. Ismertesse a DHCP protokoll céljait, a DHCP protokollal megszerezhető főbb konfigurációs információtípusokat az IP címen kívül! Gondoljon arra, hogy még milyen információkra van szüksége egy állomásnak a TCP/IP kommunikációhoz, és milyen információk szükségesek a DHCP szerverben az IP címekkel való gazdálkodásnál.== | ==4. Ismertesse a DHCP protokoll céljait, a DHCP protokollal megszerezhető főbb konfigurációs információtípusokat az IP címen kívül! Gondoljon arra, hogy még milyen információkra van szüksége egy állomásnak a TCP/IP kommunikációhoz, és milyen információk szükségesek a DHCP szerverben az IP címekkel való gazdálkodásnál.== | ||
| 165. sor: | 175. sor: | ||
==13. Mi a célja és milyen főbb komponensei vannak a Simple Network Management Protocol (SNMP) v1 verziójának?== | ==13. Mi a célja és milyen főbb komponensei vannak a Simple Network Management Protocol (SNMP) v1 verziójának?== | ||
* Az SNMP a Simple Network Management Protocol, azaz az egyszerű | * Az SNMP a [http://hu.wikipedia.org/wiki/Simple_Network_Management_Protocol Simple Network Management Protocol], azaz az egyszerű hálózatmenedzsment protokoll rövidítése. A TCP/IP család része, az IETF hozta létre. Célja a hálózatra kötött eszközök (szerverek, routerek, hubok, switchek, nyomtatók és egyebek) vezérlése, adatainak lekérdezése. | ||
Az SNMP modell 3 összetevője (komponense): | Az SNMP modell 3 összetevője (komponense): | ||
| 177. sor: | 187. sor: | ||
==14. Milyen típusú PDU-kat (Protocol Data Unit) definiál az SNMPv1? Mik ezen PDU-knak a főbb jellemzői, mikor és mire használjuk azokat?== | ==14. Milyen típusú PDU-kat (Protocol Data Unit) definiál az SNMPv1? Mik ezen PDU-knak a főbb jellemzői, mikor és mire használjuk azokat?== | ||
Az SNMP az OSI modell alkalmazási (7.) rétegében működik. Az | Az [http://en.wikipedia.org/wiki/Simple_Network_Management_Protocol#Protocol_details SNMP] az OSI modell alkalmazási (7.) rétegében működik. Az [http://tools.ietf.org/html/rfc1067 SNMPv1] 5 PDU-t specifikál: | ||
* | * [http://en.wikipedia.org/wiki/Simple_Network_Management_Protocol#GetRequest GetRequest], egy bizonyos információ lekérése | ||
* | * [http://en.wikipedia.org/wiki/Simple_Network_Management_Protocol#GetNextRequest GetNextRequest], a következő információ lekérése: ennek segítségével végig lehet lépkedni az információkon | ||
* | * [http://en.wikipedia.org/wiki/Simple_Network_Management_Protocol#Response Response], a válaszüzenet | ||
* | * [http://en.wikipedia.org/wiki/Simple_Network_Management_Protocol#SetRequest SetRequest], egy objektumnak értékadás | ||
* | * [http://en.wikipedia.org/wiki/Simple_Network_Management_Protocol#Trap Trap], egy speciális üzenet, akkor jön létre, ha a menedzselt eszközt figyelmeztetés küldésére állították be (például a forgalomszámláló elér egy bizonyos értéket, meghibásodás lépett fel stb.) | ||
-- [[KissAnett|Olthyer]] - 2008.03.02. | -- [[KissAnett|Olthyer]] - 2008.03.02. | ||
-- Sopi - 2010.02.23 | -- Sopi - 2010.02.23 | ||
--[[Szerkesztő:Harapeti|Haraszin Péter]] ([[Szerkesztővita:Harapeti|vita]]) 2013. április 3., 12:02 (CEST) | |||
==15. Mi az SNMP MIB? Hogyan jelenik meg a MIB a menedzsment munkaállomásban, és a menedzselt eszközön futó SNMP ágensban?== | ==15. Mi az SNMP MIB? Hogyan jelenik meg a MIB a menedzsment munkaállomásban, és a menedzselt eszközön futó SNMP ágensban?== | ||
| 204. sor: | 215. sor: | ||
-- Sopi - 2010.02.23 | -- Sopi - 2010.02.23 | ||
Ez így marha jó, de mi a fenére való? Kismacskákat számol vagy azt mutatja meg hány esőtáncot kell még eljárni hogy essen valami? | |||
Megoldás, hogy mire való: A "polling-val" 2 fajta lekérdezést adhatunk meg. a) status(up/down/warning) b)statistics (latency, traffic, errors ...) Ezeket az üzeneteket időnként lekéri a szoftver attól függ, hogy milyen értéket állítottál be neki(1 nap/2 óra/5 perc stb) FONTOS: A polling és a TRAP üzenet két különböző dolog. A polling nem real-time és garantálja, hogy az üzenet megérkezik és helyes is lesz. (Gyakorlatban együtt használják, így megkapjuk a sebességet és a hitelességet is.) | |||
A status és statistics lekérése között van különbség. A status polling csak 1 üzenet. pl.: kiváncsiák vagyunk a switch 6 port állapotára; vagy a MINTA6 nyomtató üzemel-e. | |||
Statistics adatokat kétfajta MIB-ben tároljuk: gauge és counter (mindkettő számlaló és csak pozitív). A kettő közötti különbség: A gauge-vel az valós (real-time) adatokat tárol, a számlaló lefele és felfele és változhat és nem a legjobb ha túlcsordul. Itt is lehet állítani, hogy milyen időközönként kérje le(folyamatos, 1 percenként, 5 percenként). Iylen adat lehet pl.: a CPU terhelés, vagy szabad memória tartomány. | |||
A feladat kérdésében szereplő counter, gauge-vel ellentétben CSAK felfele számol, ha túlcsordul akkor nullába átfordul. Ebben olyan adatot tárolunk aminél azt kell tudnunk, hogy összesen mennyi van. Ilyen adat pl.: a kinyomtatott lapok száma (mondjuk, ha távoli nyomtatásban nyomtatunk 500 oldalt, akkor ne kelljen ott állni, hanem a protokoll jelzi, hogy most emeld fel a feneked, mert kész a nyomtatás) | |||
[[JankaSzabolcs|Kasza]] 2016.04.13 | |||
'''FENNTARTÁSSAL KEZELJÉTEK, JAVÍTSÁTOK!''' | '''FENNTARTÁSSAL KEZELJÉTEK, JAVÍTSÁTOK!''' | ||
[[ | [[Kategória:Mérnök informatikus]] | ||