Netusim co je na propojeni compiku bezdratove noveho, perspektivniho a ekonomickeho. Pro pripojeni 2 compiku na onech 10 metru se da pouzit tato kombinace + draty.
Intel ETHER Express PRO/100S M cca. za 1500,- x2
Switch 3108P 8x10/100TX PLAST - cca 1500,-
Pokud se nepletu tak Bluetooth je "shared media", pak muzeme pouzit misto switche HUB, ktery je o neco levnejsi. Samozrejme ze na propojeni 2 compiku neni potreba switch ani hub.
Jsou tu jeste dalsi moznosti, treba pouziti koaxu.
Jak tak koukam... nevybral jsem zrovna nejlevnejsi priklad, jsou 10/100 karty okolo 700,-. Dokonce jsem narazil na jakesi karty Nettox 10/100 PCI za 200,- :)) ve velkoskladu. Teoreticky se muzem dostat na polovinu ceny, kterou uvadel Yenya. ;)
Pokud bych chtel zapojit pres bluetooth sit, kterou ted provozuji. (Sitka pokryvajici 2 byty o poctu 5ti compiku.) Byl bych schopen propojit 2 compiky. Zbytek je bud daleko, nebo o nejake to patro nize.
Zalostny dosah 10ti metru a pokud opravdu "jejich běžné rychlosti jsou 432.6 kb/s při synchronním provozu oběma směry", tak je to vhodne maximalne na pripojeni nejakeho PDA ci mobilu ke compiku.(mozno i nejaky ten mp3 prehravac, pokud umi BT)
IMHO je to zajimava moznost jak si postavit mensi sitku, avsak cenove nevyhodna a vykonostne neprakticka.
Spoji se pres zed bez problemu.
Je pravda, ze v pripade 2 adapteru je to trochu draha sranda, ale treba pri poctu nejakych 50ti pocitacu v male spolecnosti je to rozdil. vemte jen cenu switchu a karet a prace za poklad kabelaze. V ten moment to ma uz opravdu cenu, paklize se pres to tahaji data jako textove dokumenty a tisk po tiskarnach. V praxi jsem videl nejvic spojeno priblizne 300 pocitacu.Tenhle clanek si ani nekladl za ukol spojeni 2 pocitacu. Slo ukazat jak na to, kdyz to chcete vyuzit ve velkem.
tak to teda moment...
pri poctu 50ti compiku potrebujete mit 8 masteru
pri poctu 300 je to 43 masteru, ktere musite mit neustale zapnute
dosah tech zarizeni je 10 metru
bezna rychlost je 433,9kb/s synchrone
dle prikladu z clanku se master nastavuje na tvrdo
opravdu si nedokazu predstavit sit o 300 stanicich, z nich musi byt 43 nakonfigurovano jako master a vhodne rozmisteno po cele plose tak, aby vsechny slave byli v dosahu 10ti metru od sveho mastera.
Dokazu si predstavit situaci, kdy v pripade vypadku jednoho mastera se z jedne site stanou 2 nezavisle(mozna i vic).
Chudak admin, ktery musi udrzovat tuto pomerne nevykonou(300 compiku na 433,9kb/s shared mediu) a krehkou sit.
*Vychazim z clanku a Vaseho komentare
Ze specifikace BT:
"Bluetooth is a short-range radio link intended to replace the cable(s) connecting portable and/or fixed electronic devices."
IMO short-range radio link (10 metru) neni vhodny pro zasitovani 300 compiku.
Komentar jednoho meho kolegy: "BlueTooth ma skutecne nahradit draty, ale SERIOVY! proto je to tak levny a "pomaly"..."
Pokud ovsem v komentari nemluvite o onech "cenove mnohem vyssich" WiFi.
Vy porad argumentujete temi 10 metry. Bluetooth podporuje az 100 metru (coz je dle standartu hlavni vzdalenost). Tech 10 metru je u specifickych zarizeni jako mobily a adaptery k notebookum, kde je potreba maly vykon kvuli bateriim. Jiste, ze existuji bridge, coz je mala krabicka s dvema antenami a ta umi pripojit v zavislosti na vyrobci az 500 bluetooth zarizeni na vzdalenost tech 100 metru. Potom je to legrace, ne? :) V USA existuje sit o 5000 pocitacich spojenych jen pres bluetooch a to ne jako zalezitost nadsencu, ale primo firemni reseni. Stara se o to 10 tech mostu a je to konfigurovane z jednoho mista a stara se o to jeden clovek.Mimochodem ktera sit z ethernetu vam nabidne 128bit sifrovani definovane primo ve standartu bez nutnosti nastavovani...viz ten muj druhy clanek na abclinuxu.cz
aaaha...
takze Vas clanek je o koze(BT s dosahem 10m, 433,9kb/s) a komentar se 300 compiky je o voze(BT s dosahem 100m, 11MBit/s). Ten Vas komentar se 300 compiky me docista vyrazil dech, nebot jste se ani sluvkem nezminil ze mluvite o voze, nikoliv o koze. S touto informaci neni ta sit takova technicka "haluz".
Nenasel by se link na nejake informace o te siti s 5000 PC ? Zajimalo by me technicke reseni. Kdyz si vezmu ze bezdrat je shared media a 500 PC je pripojeno na 1 bridge s propustnosti 11MBit/s, tak vykon toho segmentu nebude zadna slava. Nevi nekdo jak je toto reseno ?
Na netu nevim, jestli je to nekde napsane jako reseni. Jen vim, ze se ten clovek ptal na konferenci, jestli existuje takovy nastroj na spravu tolika MAC adres tech adapteru pro pocet 5000, co jich ve firme maji. Ono tech 400 resp 700 kb/s je pro jedno zarizeni...teda mam za to. A ten chip umi obslouzit tedy 7*400 kb/s. Ale muzu se mylit, i kdyz to nepredpokladam. Normu jsem cetl pozorne, tak maximalne, kdybych se spletl v prekladu. Ty bridge jsou spojeny z mnoha BT cipu, ale nejsou standartni, takze nevyhovujou z nejakeho duvodu norme, a proto je nenajdete v seznamu overenych zarizeni.
Ten clanek jsem psal konkretne pro moje reseni. Mate tam uvedeno, jak postupovat pri prositovani vice pocitacu. Ma to ale problem v tom, ze musi byt vazne kvalitni navrh - paklize se neco podela, tak musi jiny cip ten poniceny zastoupit.
Pro toho druheho pana - u me to vidi na vzdalenost 8 metru pres 20ku cihlu zed. Tak predpokladam, ze tech 10 metru na primou viditelnost to udela.
DD,
nevim proc, ale posledni dobou se roztrhl pytel s "paklize". Cestina takove slovo nezna, a navic je enorme hnusny (v me soukrome hitparade souperi se slovem "dvemi" o nejvetsi jazykovy paskvil). Myslite, ze by bylo mozne se toho slova vyvarovat? Co na to jazykova korektura? Johance to ouska nerve?
Koho by to zajimalo, BlueZ neni jediny a ani zdaleka nejlepsi Blutooth stack pro Linux. Kdo se koukne na stranky konkurencniho Affixu (http://affix.sourceforge.net) tak zjisti ze se s tim da delat jeste mnohem a mnohem vice. Instalace je totalne bezproblemova (vyvijeno paralelne na Red Hatu a Debianu), k dostani jako jeden tar.gz (deb a prm balicky jsou taky), funguje se vsemi kernely 2.4.x, neni treba nic patchovat.
A uz se to taky cpe na desktop (http://affix.sourceforge.net/afe/docs/screenshots.html).
No naprogramovany je to teda pekne prasacky, jak jsem koukal. Tak jsem napsal vyvojarum a dostal jsem tuto odpoved :) Mohu se s ni totalne szit :)
>BTW what do u think about affix ?
>I compiled it now and it looks worser than BlueZ...only its graphical
>engine looks fine...
Our lower layers are much better, have more features and about 40-30% smaller.
Also their HCI core does not work on SMP.
The only advantage that they currently have is kernel based RFCOMM socket
implementation.
We're working on RFCOMM and once it's ready I see zero reason why would
people want to use Affix.
Some time ago I wrote sort of review (see list archives) where I pointed
out their problems, most of the
important comments are still valid.
I also offered them to work together. They refused without an explanation.
Which does not make any sense to me.
We can easily port most of their apps, if we wanted to.
Max
Hmmm ... nekolik poznamek bez snahy rozpoutat flamewar:
Lidi z BlueZ se casto snazi pretahovat developery z diskusnich mail-listu Affixu (tvrzenim ze BlueZ je "jediny oficialni stack").
Affix "pretahl" celkem dost developeru od BlueZ - protoze ma implementovano podstatne vic funkci nez konkurencni stacky (soukromy odhad - asi tak 500% vice funcionality v zakladnim baleni). To je v primem kontrastu s tvrzenim lidi z BlueZ kteri vecne omilaji neco o RFCOMM zatimco L2CAP je to co developery zajima nejvice.
Na unplugfestech zatim BlueZ neprokazal ze by byl v necem lepsi nez jine stacky.
Lidi z BlueZ nevideli kod Affixu nejspis od lonskeho listopadu, alespon soude podle jejich vecnych neplatnych pripominek (SMS? RFCOMM?).
A pro autora:
1. Diky za ten objektivni rychloposudek ("it looks worser than BlueZ") - kdyby to bylo alespon spravne Anglicky ;-)
Schvalne kolik minut jste nad tim stravil?
2. "Naprogramovany je to teda prasacky" - diky. Tohle je prvni prispevek tohoto druhu. Vezmeme si to k srdci.
Samozrejme, ze o te hrubce vim. :) Prominete mi ji, kdyz vam reknu, ze jsem to psal ve 2 v noci? :) Jinak alespon vidite, ze jsem nic necenzuroval. <br>
Ten kod jsem zkoumal priblizne 4 hodiny. Jinak zkousel jsem jak stabilni verzi, tak developerskou. Ta stabilni toho umi opravdu min nez Bluez, ta developerska stejne, ale zase mi nesla prelozit, takze jsem musel opravovat zdrojaky. Ohledne technickych veci se presunme do posty.<br>
Otazkou je, jestli uzivatel sahne jako prvni po BlueZ, ktere je primo v kernelu, nebo se bude pidit nekde dal. Vzhledem k obecne lenivosti si myslim, ze nebude.