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...

[Insider]

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...

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

[Insider]

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?

[Viktor Novotný]

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

[Insider]

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?

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.

[Viktor Novotný]

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

[Insider]

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.

[Viktor Novotný]

jj .. taky tam chcu byt .. vyjizdime ve 4:30 .. 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".
K.

[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.

[Insider]

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.

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 ...