12 millió dollárt és sávszélességet kap(hat) az Internet újraépítésére létrejövő projekt

Internet, Közösségi média

Egyes hírek szerint 12 millió amerikai dollárnyi kormányzati támogatást és két nagyobb kutatási szervezet által felajánlott hálózati intrastruktúrát kap(hat) az a nagyszabású projekt, amelynek célja az internet újratervezése és felépítése az alapoktól kezdve. Számos kutató akarja újragondolni az Internet architektúráját, mondván, hogy csak a "tiszta lappal" indulás lehet megoldás azokra az problémákra, amelyek az Internet megszületése óta merültek fel.
A(z amerikai) kormányzat részéről a BBN Technologies Inc. felügyeli annak a Global Environment for Network Innovations (röviden GENI) névre hallgató hálózatnak a megtervezését, amelyen a kutatók kipróbálhatják, letesztelhetik az új ötleteiket anélkül, hogy károkat okoznának az Internetben.

A National Science Foundation-től érkező, 12 millióra rúgó kezdeti támogatás a GENI prototípusainak elkészítésére fordítódik majd. Hogy tesztelni is tudjanak a kutatók, az Internet2 szervezet 10 gigabit/sec dedikált sávszélességet biztosít a projektnek. A National LambdaRail további 30 gigabit/sec nem dedikált sávszélességet ajánlott fel.

A GENI kialakításának munkálatai öt éven belül kezdődhetnének, és 350 millió dollárba kerülnének. Azonban a projekt pénzügyi alapjait a kongresszusnak még jóvá kell hagynia.

A részletek itt olvashatók.

Ja, meg a top level domain-ek.

Kellene olyan, hogy nemzetkozi, pl .com, es aki nem nemzetkozi, hanem mondjuk csak .usa az ne hasznalja

Mert az bosszant, hogy ha altalanos infot keresek mondjuk egy japan ceg termekeirol, akkor a .com-ra az amerikai dealer jelentkezik (a .jp meg japanul van).

Meg szerintem .xxx jo lenne, oda mehetne minden korhataros cucc, es akkor a gyerek gepen lehetne egyszeruen szurni.

G

7 éves. Most még nem érdekli, viszont simán google keresés után valami fekete zenés oldalon véletlenül arcába kaphatja a szex bannereket. Már ez is sok, szerintem, és akkor a felugró 100 ablakról ne is beszéljünk.

Nem gondolom, hogy örökké tiltani kell. De most még igen.

Egyébként meg vannak dolgok, amik egy szex iránt érdeklődő tizenévesnek jók, és vannak, amik meg tökre félrevezetik, és rossz mintát adnak.

G

( gUHU | 2008. 08. 04., h – 20:31 )

A GENI szó csak nekem jelent valamimást is?
hint: stargate atlantis

-- "Bízzál Istenben és tartsd szárazon a puskaport!" - Cromwell --
-- Sayusi Ando - http://sayusi.hu --

( dong0 v | 2008. 08. 04., h – 21:06 )

Ez érdekes dolog lesz. Az egész internetet az alapoktól ujjá építeni ? Hogy fogják megoldani az átmenetet a két technológia között ? Mert azt kétlem, hogy az egyik napról a másikra át tud állni az egész világ :S , vagy én értelmezen félre ezt GENI névre hallgató projektet ? :S

( tomaza | 2008. 08. 04., h – 21:36 )

Már alig vártam, tényleg vacak az eddigi internet, semmi tervezettség, már rég kellett volna. Isten áldja az új EgyállamEgymonopolEgyartusjusÚjNeminterDeNetet. De tényleg ha nem is tárják a nyilvánosság elé hogy milyen érdekek, vagy kik állnak müfötte, legalább azokat az eddig felmerült problémákat igazolhatnák, amiketnek még a létét se tisztátázták. Szándékosan próbáltam meg ilyen.. izé módon fogalmazni/tartalmazni, nehogy akárcsak az összesküvés elméletek hívei is komolyan vegyenek, hiszen akinek ilyen sok pénze van csak jót akarhat a világnak :) Bocs ha writeonly voltam, (ebben az esetben ne erre a hozzászólásra válaszoljatok, hogy törölni tudjam), de az ilyen címtől is néha olyan sg-snek érzem az oldalt. Mégegyszer: :)

Amikor az internyet1 beindult, még nem volt gigantikus. Csak jókor volt jó helyen. Ezért van a "fogyunk ki az ip-kből, 'ázze" para, mert pár amcsi multi a kiosztható tartomány majd' felét fogja.

szerk:
a "United States Department of Defense Network Information Center" ezeket a /8-as tartományokat fogja:
6,7,11,21,22,26,28,29,30,33,55. Ez ha jól számolom, 11 darab /8-as háló, ami úgy hasra 184 millió ip, ez egész ámerikának elég lenne, SSN helyett IP cím mindekinek.
És a Stanfordnak kellett visszaadnia egy tartományát, a kifogyunk para miatt...

Pont azért kéne tiszta lappal kezdeni, mert az egész internet1 irányítását nem engedi ki a kezéből az usa.

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

Még sohse vádoltak meg oly alaptalan vádakkal hogy ügyesen fogalmaznék, de most tényleg úgy gonsoltam hogy az irónia félreérthetetlenre sikerült. Vagy van akinek tetszene az a NagybetűsElnevezés hogy komolyan gondotad? :)
(a hozzászólásomtól teljesen független, de ha már tervezettségről van szó, igenis nem ekkora méretre lett kitalálva, lehetne minden területen javítani rajta, de semmiképpen nem a címbeli módszerrel, leve ha a tesztelésre szánt hálózatnak vagy minimálisnak elégnek kellene lennnie, hisz az adott technológiákat néhány phd-vel lehetne javítani, vagy irgalmatlanul nagynak mondjuk az egész világnak, hisz egy próbahálózatba hogy vennék bele a gondokat úgymint a spammelőket, hogy kérnének törvényenkívülieket, ondjuk hackereket hogy ugyan csatlakozzanak már be a fejlesztésbe, vagy mondjuk az igencsak változó nagyközönség szokásait... de ez már nagyon off )

( cornail | 2008. 08. 04., h – 22:07 )

a spamtől kéne megszabadulni vhogy.

( Lacyc3 v | 2008. 08. 04., h – 22:14 )

Ne tervezzenek csak semmit ujra, jo ez igy ahogy van, szabadon, kicsit furan, kicsit misztikusan, de szabadon.

Ha mar ujraterveznek mindenkeppen akkor az eddigi hibakat kellene javitani es nem ujakat generalni.

( Nyosigomboc v | 2008. 08. 04., h – 23:57 )

Amiket en problemanak latok a net jelenlegi mukodeseben:
- SPAM: valamilyen uj, titkositott, autentikalt protokollra lenne szukseg. Ha ez megoldhato, a jelenlegi strukturaval, is megoldhato, mondjuk TCP felett.
- DNS: mostanaban ismet eloterbe kerult, hogy ez mar nem az igazi, megtevesztheto. Ez is megoldhato a mai halozattal, de joval tobb eroforrast igenyelne. (titkositott, es emiatt valoszinuleg TCP feletti DNS-sel)
- Keves IP cim: IPv6 megoldja, ahol tenyleg ennyire nagy problema, ott mar atalltak. Ahol nem problema, ott meg egyertelmu.
- Multicasting: szep lenne ezt az IP szintjen megoldani (van is erre fenntartott tartomany IPv4 ota), de valahogy nem terjedt el igazan. Valoszinuleg megoldhato P2P modon, mint ahogy a SwarmPlayer is megoldotta. Ha a halozat fizikai strukturajahoz igazodna egy hasonlo jellegu P2P halozat, akkor az online TV, videomegoszto, es ezekhez hasonlo alkalmazasok halozatigenyet le lehetne csokkenteni.
- HTTP hianyossagai: tobbszor volt mar problemam, hogy a HTTP nem tud visszafele kapcsolatot kezdemenyezni. Ezt a HTTP ujragondolasaval meg lehetne oldani (jelenlegi infrastrukturan belul). Workaround-kent persze addig is meg lehet oldani AJAXon keresztul, de ez elegge ganyolt megoldas.
- HTTPS hianyossagai: tobb HTTPS-t is hasznalo oldalt maceras egy gepre tenni (nem megy olyan egyszeruen, mint a HTTP eseten a virtual host). Elterjedt IPv6 eseten nem gond, mert kapna egy uj IP-t a masik.
- QoS neha maceras: software kerdese az egesz, megoldhato.
- Egyes oprendszereknel maceras/lehetetlen tobb kapcsolatot egyszerre hasznalni: keves helyen kerul elo, de akkor problema lehet. Ugyanakkor ez is csak software kerdese, megoldhato lenne jelenleg is.

Amiket bizonyos szereplok problemanak latnak:
- Titkositott protokollokat nem lehet lehallgatni: ez a kliensgep dolga, ezutan sem valtozna.
- Mukodik a P2P: inkabb hasznaljak ki a lehetoseget ahelyett, hogy megprobaljak betiltani.

Szerintetek mi problema meg? Mi az, ami ezek kozul teljesen uj halozatot igenyelne?

----
-FLOSSzine: Ha 48 óráig Theo lehetnél, mire fordítanád a rendelkezésedre álló időt?
-Nagy Róbert: Úgy viselkednék Theo-val ahogy ő szokott, csak hogy átérezze :)
honlapkészítés

A legegyszerubb pelda a web alapu chat. Tobben irhatnak ugyanarra a chat-re, es ez jelenjen meg mindenkinel.
Persze megoldhato, hogy pollinggal idonkent minden kliens letolti az oldalt, de ez regeteg plusz adatforgalom, es nem valami interaktiv.
Megoldhato, hogy egy AJAX keres addig "beragad", amig nincs uj uzenet visszafele. Amint lesz, visszater, es nyit uj kerest, ami megint varakozik. Ez talan a legjobb megoldas, de gany.
Megoldhato java applet, flash, silverlight, es egyeb undorito ganyolasokkal is, de jobb lenne HTTP szinten.

----
-FLOSSzine: Ha 48 óráig Theo lehetnél, mire fordítanád a rendelkezésedre álló időt?
-Nagy Róbert: Úgy viselkednék Theo-val ahogy ő szokott, csak hogy átérezze :)
honlapkészítés

Pont ez a bajom, hogy request-response. Sajnos nem minden megrendelo tud rola, marpedig weboldalon nehez maskepp megvalositani.
A chat csak egy egyszeru pelda volt, rengeteg olyan alkalmazasi terulet lehet, amihez nincs meg kidolgozott protokoll, es az IRC sem arra valo.

Szerintem lenne ertelme a HTTP megfelelo kiterjesztesenek. Ha feltetele, hogy a kapcsolat kimeno iranyban epuljon fel, akkor nem okoz plusz biztonsagi problemat. Kliensoldalon a bongeszobe epitett javascript/python/egyeb script kodja le tudna kezelni a server felol jovo callback-et, serverbol meg van olyan, ami ki tudna hasznalni. Nyilvan nem egy CGI vagy hasonlo technikara epulo serverre kell itt gondolni, hanem egy olyan alkalmazasra, aminek a GUI-ja a web. Mondjuk Java, Ruby eseten folyamatosan futhatna a server kodja, es a lekerdezeseket sem kell feltetlenul teljesen elszeparaltan kezelnie. Epp annyira, amennyire a feladat megkivanja.

----
-FLOSSzine: Ha 48 óráig Theo lehetnél, mire fordítanád a rendelkezésedre álló időt?
-Nagy Róbert: Úgy viselkednék Theo-val ahogy ő szokott, csak hogy átérezze :)
honlapkészítés

Ketiranyu kapcsolatra ott a TCP. A HTTP masra valo, mint amire szeretnenk hasznalni. A HTTP a WWW protokollja, amely dokumentumok (es nem HTML-alapu alkalmazasok) megosztasara, egymashoz valo linkelesere szolgal. Ezert olyan a HTTP, amilyen. A dokumentumhalohoz nem kell mas.
Az, hogy letezzen egy sok ceg altal implementalt alkalmazasfejlesztesi platform, amelyen konnyu fejleszteni, es az atlag oprendszerben benne van, na arra lehet, hogy szukseg lenne. Ez lett volna anno a Java.

Bongeszo sokkal tobb helyen van, mint ahany gepre sajat programot lehetne telepiteni. A webet mar csak elenyeszo szamban hasznaljak statikus weboldalakra, sokkal tobb helyen van mogotte valami komolyabb rendszer. Ennek ellenere a HTTP-t kezdtuk el olyan dolgokra is hasznalni, amire anno nem terveztek, ezert kellene a HTTP-t kiboviteni.

Ha mar itt tartunk, a HTML-re is raferne egy kis szepites, mert mar azon is latszik, hogy egy takolmany.

----
-FLOSSzine: Ha 48 óráig Theo lehetnél, mire fordítanád a rendelkezésedre álló időt?
-Nagy Róbert: Úgy viselkednék Theo-val ahogy ő szokott, csak hogy átérezze :)
honlapkészítés

Amire igazan szukseg lenne, az egy olyan platform, amely konnyeden programozhato, interneten (nem feltetlenul weben) at elerheto es futtathato konnyu alkalmazasok kesziteset es futtatasat teszi lehetove. Jelen pillanatban erre a HTTP/HTML/JS/ harmast hasznaljuk, ami valljuk meg, nem erre lett tervezve. Persze mindenki probal jonni a sajat platformjaval (lasd Adobe AIR pl.), de amig nincs mindegyik szabvanyositva es tobb OS ala implementalva,addig nem lesz belole semmi. Mondom, a Java anno erre lett tervezve, de nem jo idoben jott ki ahhoz, hogy eletkepes legyen, mint webapp platform, mert akkor meg nem volt ra ekkora fejlesztoi es felhasznaloi bazis, mint most.

Nem a HTTP-t kellene boviteni, az arra, amire kitalaltak, tokeletesen alkalmas. Uj, szabvany webapp platformot kellene definialni.

Hint: HTTP: HyperText Transfer Protocol. Ebben sehol nincs se chatrol, se semmi ilyesmirol szo.
Alapvetoen a HTTP nem arra valo, hogy alkalmazasok fussanak rajta, egyszeruen nem erre lett kitalalva. Jol mondod, hogy elterjedt, mint szerver-kliens alapu alkalmazasprotokoll, de attol meg nem lesz alkalmas ra.

Alapvetoen egy olyan webalkalmazasprotokoll kellene, ami tul azon, hogy multiplatform, meg nyilt, kepes a szerverevel on-demand kommunikalni, illetve a szerver is kepes erre. Ehhez az kell, hogy minden keres kozvetlen eljuthasson a kliens szamara, ne kelljen pl. routereken atverekedni magunkat, mert ahhoz a tuzfal oldalon kell egy proxy hogy kiossza -> pont erre lenne megoldas az internet alapveto ujragondolasa. Elso korben mindenkepp az IPv6 lenne a jo megoldas, hiszen igy nem kellene 1 IP moge elrejteni tonna usert, es kinlodni a csomagok celbajuttatasaval.

Szoval ez egy komplexebb kerdes, es nem is igazan a HTTP protokoll a problema gyokere, a HTTP protokoll tokeletesen ellatja azt a feladatot, amire kitalaltak (szoveges es grafikus tartalmak kozvetitese), es nem jol latja el azt a feladatot, amire nem valo (HTML/JS alapu alkalmazasok meghajtasa).
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Hát nemtudom megéri-e. Az igazság az, hogy a HTTP fő előnye minden mással szemben, ami miatt egyre inkább általános RPC protokollnak kezdik használni, az éppen az, hogy egyirányú TCP kapcsolat felett megy minden. Emiatt nincs baj se NAT-tal se egyéb tűzfalakkal, ha a port nyitva van akkor megy. A visszaconnectálásnál kezdődnek a bajok, emiatt kopik ki az FTP a használatból.

Tehát architekturálisan szerintem az korrekt, hogy ha valaki eseményt akar fogadni, akkor tartson nyitva egy kapcsolatot. A legtöbb API-ban is úgy van, hogy explicite fel kell iratkoznod egy eseményforrásra valami listenerrel és a végén pedig explicite le kell iratkoznod róla, ha nem akarod, hogy elszálljon a programod. Az, hogy egy TCP kapcsolat nyitva van végig, amíg az eseményt várod teljesen jó, mert a kliens és szerver oldalon is tudsz hibát kezelni (meg tudod különböztetni azt az esetet, ha él a feliratkozás, csak éppen nincs esemény és azt, ha valamiért nem él; másrészt a szerver is tudomást szerez róla ha leszakadt a kliense).

A WS-Eventing egyébként valami ilyesmit takar, csak azt hiszem az nem specifikálja, hogy visszaconenctálással vagy nyitvatartott kapcsolattal kell implementálni, tehát elvileg lehet mindkét megoldás.
---
Sok gyerekkel ellentétben én sose akartam tűzoltó lenni. Lettem helyette informatikus. Nem találjátok ki, hogy mit csinálok nap mint nap...

"DNS: mostanaban ismet eloterbe kerult, hogy ez mar nem az igazi, megtevesztheto."

dnssec

"HTTPS hianyossagai: tobb HTTPS-t is hasznalo oldalt maceras egy gepre tenni (nem megy olyan egyszeruen, mint a HTTP eseten a virtual host)."

TLS

"- QoS neha maceras: software kerdese az egesz, megoldhato."

Azert ez ennel picit bonyolultabb, de tenyleg nem megoldhatatlan, lasd pl. IntServ.

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

( jevgenyij | 2008. 08. 05., k – 00:03 )

Ez is olyan hamvába holt vállalkozás, mint az internet2.

( hnsz2002 v | 2008. 08. 05., k – 08:11 )

Olyan lesz ez, mint az IPv6. Csinálgatják, aztán elkészül, de igazából nem sok mindenki akar átállni majd (legalább is én nem gondolnám hogy éveken belül ez be fog következni), mert neki a jelenlegi rendszer teljesen megfelel.
A másik kérdés pedig: mennyire gondolják újra a dolgokat? Mert ha nagyon (pl. új routing- és kommunikációs protokollok), az azt jelenti, hogy az összes jelenleg hálózati eszközt ki lehet hajítani az ablakon. Nem feltétlen lehet elintázni egy firmware-/szoftverfrissítéssel.
--
Discover It - Have a lot of fun!

Az IPv6 is alapvetoen kurvajol meg van valositva, meg rokonszenves, meg minden, de senkinek nem erdeke vmiert atallni. Ha barki sokpenzunek megnyirbaltatik valami joga/lehetosege, azonnal keresztbe fogja tenni a labat a valtas elott, ez igy mux.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Nem bölcsesség, pusztán ez a véleményem, megérzés...
Ugyanez az ipv4-ipv6 játszmája is. Évek óta mondják, hogy nincs több ip, váltani kell, aztán mégis tartja magát, pedig már kb. 10 éve elásták. Közbe jöttek technikák, fejlesztések (NAT, CIDR), melyeknek köszönhetően a mai napig él, és köszöni szépen jólvan, és én még mindig nem látom azt, hogy pár éven belül teljes átállás lenne szükséges. Ha pedig egyszerűen újragondolnák és újraosztanák az ip tartományokat, úgy gondolom másik 10 évet is kibírna még.
--
Discover It - Have a lot of fun!

( kot37 | 2008. 08. 05., k – 09:50 )

amit az usa " demokratikus kormánya " támogatna legszívesebben a kínai típusú internet,
megszűrve de azt leshetik.

az a baj, hogy a világ valamiért (nem is nevezem meg miért, ez egyéni világképtől függ :) )nem akar ellenkezni a globális "kúltúra" terjesztéséért. pedig a net manapság iszonyat erős média eszköz, ezért nem mindegy ki mennyi pénzt öl bele és milyen forrásból finanszírozzák, ellenőrzik, stb.

--
xterm