Nový návrh VO-R/14/12.2006

walkeer

citace:

"Obsahuje opakovaně nejasnosti a viceznačné výroky.

Konkrétně článek 2, písmeno g

g) stanice musí být nastavena na pevný kmitočet; funkce vyhledávání volného kanálu nesmí být použita;

Tak tímhle zabíjíte PBM 10, protože to v režimu klient vyhledává na nastaveném kanále protější zařízení za všech okolností. Tak jak je návrh specifikovaná znamená jedinou věc: 99 procent zařízení v pásmu jsou i nadále spoje FDD. Některé z nich umí ladit přijímací část po zlomcích řádných frekvencí a pomocí interního analyzátoru umí určit které kanály jsou volné bez toho, aby měnili vysílací kmitočet nebo iniciovaly spojení, protože se jedná o spojité modulace, nebo dokonce tak, že vysílač po dobu měření odpojí. Zařízení funguje jako prostý přijímač - to ani od podstaty nemůžete zakázat, scanovat pásmo.

Ve stávajícími tvaru tedy návrh nového VO zakazuje používat přijímač spoje jako orientační měření obsazenosti spektra.. To jste asi nechtěli, že?

navrhuji přeformulovat bod g do následující podoby:

g) stanice musí být nastavena na pevný kmitočet; funkce automatizované změny kanálu je zakázána; zařízení vyhledávající volný kanál nesmí měnit kmitočet vysílače, nebo vysílač musí být vypnutý.

Zároveň Vám sděluji, že tímto ukončíte provoz zařízení UBNT PBM10, protože to je proprietární vlastností přenosového protokolu tohoto zařízení. Zařízení totiž neumí "scanovat pásmo bez toho, aby nevyslalo request beacon.. Na request beacon odpovídá protějšek burstem s identifikací. Činí tak i v případě, že je na pevném kanále. Zařízení tedy neumí nehledat protějšek."

myslim, ze se mylis. Zakazane hledani volneho kanalu != vysilani v jednom nastavenem kanale pri navazovani spojeni. Pokud tedy u klienta nastavim do scanlistu jednu pevnou frekvenci, tak to zadny volny kanal hledat nebude. Jedine, co to bude delat, je, ze se bude pokouset navazovat spojeni na tom jednom zvolenem kanale, coz je podle me uplne vporadku. Nebo to scanuje cele pasmo i u pevne nastavene frekvence ve scan listu? tomu neverim...

Kolobok

citace:

"Obsahuje opakovaně nejasnosti a viceznačné výroky.

Konkrétně článek 2, písmeno g

g) stanice musí být nastavena na pevný kmitočet; funkce vyhledávání volného kanálu nesmí být použita;

Tak tímhle zabíjíte PBM 10, protože to v režimu klient vyhledává na nastaveném kanále protější zařízení za všech okolností. Tak jak je návrh specifikovaná znamená jedinou věc: 99 procent zařízení v pásmu jsou i nadále spoje FDD. Některé z nich umí ladit přijímací část po zlomcích řádných frekvencí a pomocí interního analyzátoru umí určit které kanály jsou volné bez toho, aby měnili vysílací kmitočet nebo iniciovaly spojení, protože se jedná o spojité modulace, nebo dokonce tak, že vysílač po dobu měření odpojí. Zařízení funguje jako prostý přijímač - to ani od podstaty nemůžete zakázat, scanovat pásmo.

Ve stávajícími tvaru tedy návrh nového VO zakazuje používat přijímač spoje jako orientační měření obsazenosti spektra.. To jste asi nechtěli, že?

navrhuji přeformulovat bod g do následující podoby:

g) stanice musí být nastavena na pevný kmitočet; funkce automatizované změny kanálu je zakázána; zařízení vyhledávající volný kanál nesmí měnit kmitočet vysílače, nebo vysílač musí být vypnutý.

Zároveň Vám sděluji, že tímto ukončíte provoz zařízení UBNT PBM10, protože to je proprietární vlastností přenosového protokolu tohoto zařízení. Zařízení totiž neumí "scanovat pásmo bez toho, aby nevyslalo request beacon.. Na request beacon odpovídá protějšek burstem s identifikací. Činí tak i v případě, že je na pevném kanále. Zařízení tedy neumí nehledat protějšek."

Vyvedu tě velice jednoduše z omylu.

funkce vyhledávání volného kanálu nesmí být použita

To zařízení se chová úplně stejně, jestli je na kanále 1-10, nebo na kanále pouze 4. Pořád dochází k vyhledávání na volném (klidně i obsazeném) kanálu. Ono to totiž není ani vyhledávání volného kanále, ale hledání AP.

Celé to funguje tak, že zařízení se naladí na kanál, prskne tzv. Beacon request a pokud na kanálu je nějaké AP, odpoví mu. Není to tedy apriori vlastnost jestli to je na 10 kanálech, nebo 1 kanále. Klient pořád scanuje. Tak jak je nyní návrh řečen - zakazuje vyhledávání jako takové - to je samozřejmě hovadina.. Ať si hledá, zakázat by bylo protizákonné, ale ať přitom nemetá beacony.. Bohužel zakázat beacony UBNT je něco jako zakázat krávě bučet.

walkeer

Mam dojem, ze zde dochazi k zamene pojmu "hledani volneho kanalu" s pojmem "hledani APcka beaconem". Ja osobne, lajcky, si prvn termin vysvetluji jako ze zarizeni scanuje cele pasmo a hleda volny kanal (coz u klienta nedava valny smysl, protoze spise bude hledat APcko s danym SSID, nikoli volny kanal, jde tedy o funci APcka).

Pojem druhy, tedy ze klient pri navazovani spojeni s APckem na danem, napr. pevne zvolenem kanalu, vysila beacon, mi pripada jako vlastnost a uprime si neodkazu predstavit, jak by se klient jinak nez aktivne s APckem spojil.

Prozradis prosim nam neznalym profi FD spoju, jak proboha navazovani spojeni u nich? Pasivne to predpokladam asi uplne nepujde :)

Kolobok

Mam dojem, ze zde dochazi k zamene pojmu "hledani volneho kanalu" s pojmem "hledani APcka beaconem". Ja osobne, lajcky, si prvn termin vysvetluji jako ze zarizeni scanuje cele pasmo a hleda volny kanal (coz u klienta nedava valny smysl, protoze spise bude hledat APcko s danym SSID, nikoli volny kanal, jde tedy o funci APcka).

Pojem druhy, tedy ze klient pri navazovani spojeni s APckem na danem, napr. pevne zvolenem kanalu, vysila beacon, mi pripada jako vlastnost a uprime si neodkazu predstavit, jak by se klient jinak nez aktivne s APckem spojil.

Prozradis prosim nam neznalym profi FD spoju, jak proboha navazovani spojeni u nich? Pasivne to predpokladam asi uplne nepujde :)

Nedochází, jedná se o jeden a ten samý proces.. Při scanování se znaží klient poslouchat, ale zaroveň háže udičky a čeká, kdo se ozve. Jedná li se o ten samý proces, jedná se o to samé. Může se tomu říkat scanování, může se tomu říkat hledání, v tomto případě se jedná o stejnou rutinu.

U FD spoju je frekvenční obálka vyplněná pořád na jednom kanále vlastním vysílače, nestane se to, že by vysílač skákal po kanálech a čekal, kdy mu na jiném kanále někdo odpoví. Zároveň se má za to, že na druhé straně je přijímač, který signál přijme a postoupí ho dál do L1 vrstvy. Spoj spojení nenavazuje, prostě poslouchá do té doby, dokud nezačne rozumět datům z druhé strany.. To je celé.

Rozdíl tedy je, že technologie založená na 802.11 aktivně pobízí protistranu aby navázala spojení, je to jeden z principialních rozdílů mezi technologiemi a právě proto ani od podstaty nejsou radiově kompatibilní.

walkeer

Nedochází, jedná se o jeden a ten samý proces.. Při scanování se znaží klient poslouchat, ale zaroveň háže udičky a čeká, kdo se ozve. Jedná li se o ten samý proces, jedná se o to samé. Může se tomu říkat scanování, může se tomu říkat hledání, v tomto případě se jedná o stejnou rutinu.

U FD spoju je frekvenční obálka vyplněná pořád na jednom kanále vlastním vysílače, nestane se to, že by vysílač skákal po kanálech a čekal, kdy mu na jiném kanále někdo odpoví. Zároveň se má za to, že na druhé straně je přijímač, který signál přijme a postoupí ho dál do L1 vrstvy. Spoj spojení nenavazuje, prostě poslouchá do té doby, dokud nezačne rozumět datům z druhé strany.. To je celé.

Rozdíl tedy je, že technologie založená na 802.11 aktivně pobízí protistranu aby navázala spojení, je to jeden z principialních rozdílů mezi technologiemi a právě proto ani od podstaty nejsou radiově kompatibilní.

Insidere, zrejme nectes co pisu. Kdyz u ubnt nastavis do scanlistu jeden jediny pevny kanal, tak to po zadnych kanalech, jak pises ( že by vysílač skákal po kanálech a čekal), skakat nebude, nebo ano? Jediny rozdil tedy mezi FD spojema a ubnt za toho predpokladu bude ten, ze FD spoje vysilaji porad, kdezto ubnt jen obcas, dokud nedojde k navazani spojeni. Souhlas?

viktornovotny

s prvnim fw co jsem mel, nastaveny kanal v CL nic neresil, porad CL "hledal" vsude ... zda to nejaky jiny fw zmenil nevim

Kolobok

Nedochází, jedná se o jeden a ten samý proces.. Při scanování se znaží klient poslouchat, ale zaroveň háže udičky a čeká, kdo se ozve. Jedná li se o ten samý proces, jedná se o to samé. Může se tomu říkat scanování, může se tomu říkat hledání, v tomto případě se jedná o stejnou rutinu.

U FD spoju je frekvenční obálka vyplněná pořád na jednom kanále vlastním vysílače, nestane se to, že by vysílač skákal po kanálech a čekal, kdy mu na jiném kanále někdo odpoví. Zároveň se má za to, že na druhé straně je přijímač, který signál přijme a postoupí ho dál do L1 vrstvy. Spoj spojení nenavazuje, prostě poslouchá do té doby, dokud nezačne rozumět datům z druhé strany.. To je celé.

Rozdíl tedy je, že technologie založená na 802.11 aktivně pobízí protistranu aby navázala spojení, je to jeden z principialních rozdílů mezi technologiemi a právě proto ani od podstaty nejsou radiově kompatibilní.

Ctu a velice peclive.. Ty mi tvrdiš, že když do scan listu dáš jenom 1 kanál, tak už to na žádných kanálech nehledá. Já tvrdím, že hledá a pořád a to minimálně na kanále kam je naladěný, takže netvrď že nehledá.

Pokud hledá ikdyž na jednom kanále, nesplňuje to podmínku. Tím, že to má ve scanlistu pouze jeden kanál nezpůsobí, že se funkce vyhledávání volného kanálu se vypne. S tím asi taky budeš souhlasit.

Potom ale nemůžeš tvrdit, že si splnil podmínku:

funkce vyhledávání volného kanálu nesmí být použita

Proto tvrdím, že UBNT od podstaty neumí a ani není schopno podmínku stanovenou do nového návrhu splnit. Dojde k jednomu, zase úřad princezna koloběžka vydá opatření typu oblečená neoblečená vyhledává nevyhledává a nehneme se z místa, proto můj návrh, který jasně definuje co je povoleno a co zakázáno a ne to co se smí a co se nemůže.

viktornovotny

budes na Srni zitra ? tak se ucastni diskuse .. treba to k necemu bude .. i kdyz mam obavu, ze nebude

Kolobok

budes na Srni zitra ? tak se ucastni diskuse .. treba to k necemu bude .. i kdyz mam obavu, ze nebude

Budu určitě, ale nevím jestli budu mít chuť na nějaké debaty, jsem tím značně znechucený a nevím jestli se na protest během přednášky nezvednu a neodejdu, nebo si nenasadím masku ovce.

viktornovotny

jj .. taky tam chcu byt .. vyjizdime ve 4 .. snad to stihnem :)

kaja

Ja tam bohuzel nebudu.

Ale zkuste zastupcum CTU polozit otazku jestli budou zapracovavat do noveho VO i ustanoveni ze "zarizeni muze trochu lezt masky" nebo ze "muze mirne prekracovat stanovene limity".

Pak uz jen bude chybet aby stanovili co je "mnozstvi vice nez male".

walkeer

Ctu a velice peclive.. Ty mi tvrdiš, že když do scan listu dáš jenom 1 kanál, tak už to na žádných kanálech nehledá. Já tvrdím, že hledá a pořád a to minimálně na kanále kam je naladěný, takže netvrď že nehledá.

Insidere, ja nevim jestli si ze me delas legraci, nebo to myslis vazne. V tom tvrzeni ktere cituji se pletes. Netvrdim, ze to nehleda na zadnych kanalech, tvrdim, ze to hleda jenom na tom jednom, coz je vporadku.

Co presne znamena "hledat na jednom kanale"? znamena to, ze to na tom jednom jedinem kanale vysila nejake beacon requesty nebo co, tedy ze to proste vysila a samozrejme posloucha. Jak se to lisi od profi FD spoju, ktere, jak jsi sam rekl, na tom zvolenem kanale vysilaji take? V obou pripadech nastavim proste na zarizeni nejaky pevny kanal a to zarizeni na nem zacne neco vysilat. Tvrdit, ze jedno hleda, coz je zakazane, kdezto druhe nehleda, ale normalne vysila, je proste nesmysl, to snad uznas. Ja tu novou zmenu chapu tak, ze zarizeni nesmi projizdet cele pasmo a aktivne vyhledavat nejake volne kanaly nebo protistranu.

Mozna pouzivame spatne nazvoslovi. Pri pevne zvolenem kanalu by se tomu nemelo rikat hledani, nybrz navazovani spojeni s protistranou, coz je presne to, co to dela. Hledat ja osobne chapu jako "koukat se na ruzna mista", coz se deje pri scanovani celeho pasma, ale nikoli kdyz to je pouze na jednom kanale. Proste to navazuje spojeni, mozna jinym mechanizmem nez FD spoje, ale v principu je to to same.

s prvnim fw co jsem mel, nastaveny kanal v CL nic neresil, porad CL "hledal" vsude ... zda to nejaky jiny fw zmenil nevim

Pokud by PBM10 projizdelo cele pasmo i pri pevne zvolenem kanalu ve scan listu, tak je to obycejny bug ve firmware, nikoli obecna vlastnost wifiny.

Kolobok

Ctu a velice peclive.. Ty mi tvrdiš, že když do scan listu dáš jenom 1 kanál, tak už to na žádných kanálech nehledá. Já tvrdím, že hledá a pořád a to minimálně na kanále kam je naladěný, takže netvrď že nehledá.

s prvnim fw co jsem mel, nastaveny kanal v CL nic neresil, porad CL "hledal" vsude ... zda to nejaky jiny fw zmenil nevim

Pokud by PBM10 projizdelo cele pasmo i pri pevne zvolenem kanalu ve scan listu, tak je to obycejny bug ve firmware, nikoli obecna vlastnost wifiny.

Neuznám.

funkce vyhledávání volného kanálu nesmí být použita Jak tu funkci vypneš? Pravděpodobně PBM10 máš tak mi to popiš

walkeer

Neuznám.

funkce vyhledávání volného kanálu nesmí být použita Jak tu funkci vypneš? Pravděpodobně PBM10 máš tak mi to popiš

Delas si legraci, ja to vedel

..a jak tu funkci vypnes u profi FD spoju? Navic si vazne pletes hrusky s jabkama. Volny kanal vyhledava leda tak AP u nekterych wifin, kdyz nastavis kanal na AUTO, nikoli klient u tebou tebou popisovaneho mechanizmu klienteskeho prihlasovani se na AP.

ludvik

Insiderovi jde o to, že FD spoj nevyhledává aktivně. Prostě sedí a poslouchá. Kdežto 802.11xyz vyhledává aktivně - pošle paket a teprve následně poslouchá (v jakém přesně pořadí těžko říct). Jenže "duch" zákona je ten, aby to nehopsalo ...

walkeer

Insiderovi jde o to, že FD spoj nevyhledává aktivně. Prostě sedí a poslouchá. Kdežto 802.11xyz vyhledává aktivně - pošle paket a teprve následně poslouchá (v jakém přesně pořadí těžko říct). Jenže "duch" zákona je ten, aby to nehopsalo ...

Insider tu tvrdil neco uplne jineho, totiz ze FD spoje nic nenavazju a rovnou zacinaji vysilat...coz je tedy rozhodne horsi nez obcasny beacon request...oboje je ale IMO vpohode, za predpokladu ze to probiha na tom jednom (u FD na dvou) pevne zvolenem kanalu a v tom pripade bych to nenazyval vyhledavanim, nybrz navazovanim spojeni, protoze to je presne to, co to je a to je pasivne zrejme delat uplne neda :)

Navic, i kdyz ve scanlistu u klienta nic nezadam a klient bude aktivne scanovat cele pasmo, tak se nejedna o vyhledavani volneho kanalu, ale o hledani APcka, tedy vpodstate o pravy opak, nebot klient hleda obsazeny kanal a to sice APckem :) Vyhledavat volny kanal muze leda tak AP, napr. pri aktivovani detekce radaru a PBM10 to predpokladam neumi.

ludvik

A tohle přesně nám všem ostatním vadí!

Navic, i kdyz ve scanlistu u klienta nic nezadam a klient bude aktivne scanovat cele pasmo, tak se nejedna o vyhledavani volneho kanalu, ale o hledani APcka, tedy vpodstate o pravy opak, nebot klient hleda obsazeny kanal a to sice APckem :)

ppp76

Poresilo se neco v srni?

Kolobok

Podarilo se z pana Duchace vypacit doznaní, pokud je zarizení ve sve podstate urceno pro mobilni sluzbu, nelze jej pouzit v VO-R/10/, protože toto VO je urceno pro pevnou sluzbu. Preladena WIFI ale není v zadnem pripade zarizení pro pevnou sluzbu.

walkeer

Podarilo se z pana Duchace vypacit doznaní, pokud je zarizení ve sve podstate urceno pro mobilni sluzbu, nelze jej pouzit v VO-R/10/, protože toto VO je urceno pro pevnou sluzbu. Preladena WIFI ale není v zadnem pripade zarizení pro pevnou sluzbu.

Insidere, nezlob se, ale tvoje argumenty jsou fakt zvlastni. Jasne, chapu ze TDD do 10GHz nepatri a ze se vsichni chceme PBM10 co nejdrive zbavit (ano i ja, jsem pripojen pres FDD), ale takto to vazne nepujde. Podle tebe je PBM10 v soucasne podobe zarizene urcene pro mobilni sluzbu? jakoze si ho das do kapsy nebo na auto a budes se s nim pohybovat, ano? Krome toho, jak to je s licenci 9GHz a tvojim AirBQ? To je alespon PtMP, tam se o nejake mobilite eventualne uvazovat da, ale u PBM10 v soucasne podobe, tedy s parabolama a bez PtMP (alespon myslim ze to neumi), dost tezko.

A tohle přesně nám všem ostatním vadí!

Navic, i kdyz ve scanlistu u klienta nic nezadam a klient bude aktivne scanovat cele pasmo, tak se nejedna o vyhledavani volneho kanalu, ale o hledani APcka, tedy vpodstate o pravy opak, nebot klient hleda obsazeny kanal a to sice APckem :)

To samozrejme chapu, ale to neni to, co by kolidovalo s novym navrhem zakazujicim vyhledavani volneho kanalu. PBM10 zadny volny kanal nehleda a to ani AP ani klient.

« Předchozí stránka Další stránka »