Médiakommunikáció labor (VITT5321) Dr. Hosszú Gábor e. docens E-levél: hosszu@nimrud.eet.bme.hu

Követelmények Feliratkozás az MK levelezési újságra (a mediakom@yahoogroups.com címre írt levéllel, majd a válaszként kapott levelet vissza kell küldeni a feladónak megerősítésül) A kiadott feladat elvégzése a félév során Félév során időnként beszámoló a megoldás állásáról Félév végén osztályzás Hárman hoznak létre egy közös megoldást Engedélyezett keretek között bárkivel együtt lehet működni Minden, a tárgy ezen részével kapcsolatos hivatalos hirdetmény az MK e-levelezési újságon jelenik meg 3

Csoportok létrehozása Szeptember 15-ig létre kell hozni a csoportokat Ennek módja: Ha három ember együtt szeretne működni, a nevüket elküldik nekem Azokat, akik nem hoztak létre csoportokat, szeptember 25-n beosztjuk laborcsoportokba

Informatikai háttér Turul.eet.bme.hu Linux (Debian) kiszolgáló számítógép Rendszergazda: Horváth Csaba <cabman@zolta.eet.bme.hu> V2 III. em. 316. laboratórium MySQL adatbázis kezelő PhP HTML-be épített szövegprogram nyelv Egyéni állomány legnagyobb megengedett méretét indokolt esetben bővítjük Bejelentkezés titkosított kapcsolaton keresztül Levelezés, hírcsoportok: Pine programmal elérhető Ügyfélgépek a 316-ban - magánhálózat Laptopok csatlakoztathatók vezetékesen Asztali gépek a laborban telepítve vannak (Windows XP)

Turul.eet.bme.hu használata Minden csoport október 6-ig kap felhasználói nevet és jelszót, amit október 9-ig ki kell próbálni Titkosság Értelmes és tisztességes felhasználók nem akarják feltörni a gép védelmi rendszerét vagy megszerezni mások jelszavait, a többieknek pedig tilos! Legsúlyosabb: mások állományában szándékos károkozás => fegyelmi Turul elérhetősége Alfanumerikus terminál elérése: ssh-val (javasolt az ingyenes Putty használata) Grafikus X felület elérése: X -query turul.eet.bme.hu :1 Fájlrendszer használata Titkosított módon lehetséges, javasolt: az ingyenes WinSCP program alkalmazása titkosított átvitelt tesz lehetővé a turulos és a helyi fájlrendszer között 316. labor használata: elsődlegesen távolról, de amikor nyitva van be lehet jönni dolgozni

A feladat

Az egyes laborfeladatok 1. Alkalmazási szintű hálózati protokoll tervezése Kísérleti fájlcserélő rendszer protokolljának meghatározása Központosított átfedő létrehozása Központi kiszolgálón tartják nyilván az egyes ügyfeleknél található fájlok névsorát A fájlcsere közvetlenül történik az ügyfelek között Ez a Napster-jellegű fájlcserélő rendszer 2. Egyenrangú (P2P) hálózat létrehozása A fájlcserélő rendszer központi kiszolgálójának és ügyfélprogramjának elkészítése programnyelv tetszőleges A központi kiszolgáló egy webes felületű MySQL alapú linuxos szoftver Ügyfélszoftvernek Windows XP-n kell tudni működni 3. Alkalmazási szintű többesadás Alkalmazási szintű többesadás feladatkör beépítése a rendszerbe

Az ALM lehetséges szerepe Többesadásra többféleképpen is lehet a feladatban szükség, pl.: A szabályozási információk terjesztéséhez A P2P rendszer karbantartásához szükséges szabályozási ismereteket lehet többesadás fába szervezve eljuttatni az ügyfelekhez, így még gyakori frissítések esetén sem jelent a szabályozás nagy alapköltséget Fájl lekérésnél ha többen is kérnek egy adott ügyféltől egyszerre (azaz amíg még nem teljesítette egyiket sem), akkor közbenső ügyfelek bevonásával használhat fát Ez éppen nagyszámú ügyfél esetén hasznos Vagyis ez növeli a fájlcserélő alkalmazás méretezhetőségét A legtöbb fájl iránti kereslet időben nem egyenletes eloszlású, hanem divatszerinti Pl. egy szabadon terjeszthető filmismertető a bemutatás időpontja környékén népszerű, akkor akarják sokan letölteni Vagy egy új, ingyenes terjeszthető poszter (ami ha jó minőségű, akkor sok képi információt tartalmaz, ezért nagyobb méretű) szintén a kibocsátás időpontja környékén a legérdekesebb Ha ALM van a rendszerbe építve, segít elkerülni az alkalmazási szintű hálózat (ALN), más néven az átfedőn fellépő időleges forgalmi torlódásokat

Egyéni alkotókészség A feladatkiírásban egy Napster-jellegű átfedő szerepel Azonban választható más ALN módszer is Például: Gnutella-típusú átfedő A Napster és a Gnutella közötti fő különbségek: Napster központosított indexálású, a Gnutella nem A Napster esetében könnyebb a fájlok megkeresése A Gnutella valódi P2P rendszer, egy központi kiszolgáló kikapcsolása nem jelenti az egész rendszer összeomlását A Gnutella típusú megoldásnál a Turulon lévő kiszolgáló program (webes felülettel és MySQL adatbáziskezelővel) a következő célokra szolgálhat: a rendszer elérésére a csatlakozási kérések naplózására az átfedőn zajló forgalomnak a Turulról látható részének naplózására

A megoldás

A megoldás keretei és az értékelés Leírás webes megjelenítéssel, a következő címen: http://turul.eet.bme.hu/~felhasználói_név Innen vezet csatolás a megoldásra is Itt kell lennie egy letölthető Power Point diabemutatónak is A rendszerben kell valamilyen megjelenítésnek lennie az éppen közlési kapcsolatban lévő ügyfelekről Egy szöveges naplófájl kell Ennek alapján az alkalmazás bemutatásakor láthatónak kell lennie annak, hogy éppen: melyik ügyfélprogramok vannak egymással közlésben milyen csomópontokon halad keresztül a többesadás letöltési fa Rajzos megjelenítés lenne a legjobb, de a labor órakeretei miatt ez nem elvárás Egy példa látható a következő dián Akinek van kedve, létrehozhat rajzos felületet is

Példa a többesadás fa rajzos megjelenítésére (nem elvárás!) A fenti képen egy rendszer egyik ügyfele által tapasztaltak láthatók Futás során az ügyfelek összekötöttsége (kör húrjai) az újabb információk beérkezésekor változhatnak

Osztályzás Elégséges (2) Közepes (3) Jó (4) Jeles (5) Fő feladatkörök működnek, a leírás tartalmazza a legfontosabb meghatározásokat Közepes (3) + Minden feladatkör működik, a dokumentáció teljes körű Jó (4) + A félév végi előadás kiváló minőségű + Méretezhetőséget és meghibásodással szembeni erősséget kiértékelték Jeles (5) + Módszer beépítése a méretezhetőség és az erősség növelésére

Konzultáció Célszerűen hallgatói csoportonként történik Lényegében bármikor, ha előre megbeszéltük az időpontot Valami gond van, azonnal írjatok a hosszu@nimrud.eet.bme.hu címre A válaszokat az MK@nimrud.eet.bme.hu címre is el fogom küldeni, így mindenki hasznosíthatja

A tárgyhoz felhasználható jegyzet, ajánlott irodalom Dr. Hosszú Gábor: Az internetes kommunikáció informatikai alapjai Novella Kiadó, 2005. (ISBN 963 9442 51 8) Kapható a V2 épület földszinti jegyzetboltban. (Ha bármi gond adódna a beszerzésével, értesítést kérek!) További szakirodalom: A weben a tankönyvből ismert kulcsszavak segítségével szinte korlátlan mennyiségű irodalom elérhető

Megoldás ütemezése és a bemutatás Javasolt ütemezés (ettől el lehet térni): 1. feladat befejezése: november 10. 2. feladat befejezése: november 24. 3. feladat befejezése: december 10. Beleértve a honlapot és az onnan letölthető diabemutatót is Feladat bemutatása és osztályzás December 11. péntek 10.30-12.00, V2 ép. 316. laboratórium A bemutatón a teljes csoportnak ott kell lennie Kérdésekre már egyénileg kell felelni, az azokra adott válaszok lényegesen befolyásolják a jegyet Nincs lehetőség a feladat befejezésére a vizsgaidőszakban

Megoldás elfogadása Az elfogadás KÖTELEZŐ előfeltételei: A kiszolgáló minden esetben a Turulon működik, az ügyfeleknek alkalmasaknak kell lennie a 316-os laborbeli Windows XP-s gépeken való működésre Ha hozott laptopokon történik a bemutató, ellenőrzés céljából akkor is kell tudni a laborbeli XP-s gépekre telepíteni és ott futtatni az ügyfélszoftvert A munkacsoportnak teljes létszámban jelen kell lennie a kiselőadással egybekötött bemutatón 10 perces kiselőadás Ebben kerek mondatokban ismerteti a szerző a megoldást, az informatikai hátteret, stb. Kötelező folyamatábrával bemutatni a megoldás logikai szerkezetét a leírásban A leírásnak tartalmaznia kell a szükséges jelszavakat Oktatói és hallgatói kérdésekre meg kell tudni felelni Kiselőadás után bárki kérdezhet Csak a bemutatási környezetben előzetesen ellenőrzött feladatot szabad bemutatni Bemutatási jelenségek (éppen most nem működik, stb.) léteznek, ezért előre ki kell próbálni a szoftvert

Hallgatói együttműködés keretei Adatbázisba töltött anyagok átvétele Javasolt a munka felosztása, illetve folyamatos állomány bővítés Informatikai ismeretek, program használati tapasztalatok megosztása: Erre jó fórum a MK@yahoogroups.com újság Az itt leírtak semmilyen hátrányos következménnyel nem járnak Nem moderált, de a jó ízlésnek megfelelően kell használni Félév végén külön értéke lesz, ha valaki év közben hasznos tanácsokat adott a levelezési újságon keresztül a többieknek

Jövő Ha valakinek megtetszik a feladat, folytathatja keretében diplomaterv TDK (jövő ősszel) PhD. munka (fájlcserélők, P2P rendszerek, többesadás) keretében

Ha baj van... Általában bármikor lehet ide fordulni: Dr. Hosszú Gábor E-levél: hosszu@nimrud.eet.bme.hu Rendszerrel kapcsolatban a rendszergazdához: Horváth Csaba cabman@zolta.eet.bme.hu Az MK@yahoogroups.com szabadon használható

További információforrások MySQL http://nimrud.eet.bme.hu/mk/mysql PhP http://nimrud.eet.bme.hu/mk/php3 Socket programozásról kellően részletes anyagok http://nimrud.eet.bme.hu/mk Unix Socket FAQ http://www.developerweb.net/forum Levelezési újságok A fenti témákban nagyon sok létezik, magyarul is Hírcsoportok A turulon elérhető pine nevű levelezési ügyfélben beállítható egy hírkiszolgáló, amelyen elérhető hírcsoportok közül lehet választani Ehhez használható a műegyetemi news.bme.hu hírkiszolgáló Ez a legközelebbi, így gyors róla a hírek letöltése De vannak egyéb hírkiszolgálók is szerte a világban Web böngészőn keresztül is elérhetők

A feladat céljai Az alkalmazási szintű hálózatok és többesadásra való felhasználásuk megismerése Átfogó gondolkodásra ösztönzés Nem pusztán egyetemet végzett, hanem egyetemi rangú embereket kellenek! A megoldás során kibontakozhat az egyéni alkotói képesség

Sok sikert!