abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 01:44 | Nová verze

    Byla vydána (Mastodon, 𝕏) vývojová verze 3.1.4 příští stabilní verze 3.2 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání.

    Ladislav Hagara | Komentářů: 0
    včera 23:44 | Nová verze

    Zakladatel ChimeraOS představil další linuxovou distribuci zaměřenou na hráče počítačových her. Kazeta je linuxová distribuce inspirována herními konzolemi z 90. let. Pro hraní hry je potřeba vložit paměťové médium s danou hrou. Doporučeny jsou SD karty.

    Ladislav Hagara | Komentářů: 0
    včera 23:00 | Nová verze

    Komunita kolem Linuxu From Scratch (LFS) vydala Linux From Scratch 12.4 a Linux From Scratch 12.4 se systemd. Nové verze knih s návody na instalaci vlastního linuxového systému ze zdrojových kódů přichází s Glibc 2.42, Binutils 2.45 a Linuxem 6.15.1. Současně bylo oznámeno vydání verze 12.4 knih Beyond Linux From Scratch (BLFS) a Beyond Linux From Scratch se systemd.

    Ladislav Hagara | Komentářů: 0
    včera 10:55 | Pozvánky

    Organizátoři konference LinuxDays ukončili veřejné přihlašování přednášek. Teď je na vás, abyste vybrali nejlepší témata, která na letošní konferenci zaznějí. Hlasovat můžete do neděle 7. září. Poté podle výsledků hlasování organizátoři sestaví program pro letošní ročník. Konference proběhne 4. a 5. října v Praze.

    Petr Krčmář | Komentářů: 10
    včera 02:22 | Nová verze

    Byla vydána verze 11.0.0 vizuálního programovacího jazyka Snap! (Wikipedie) inspirovaného jazykem Scratch (Wikipedie). Přehled novinek na GitHubu.

    Ladislav Hagara | Komentářů: 0
    31.8. 06:00 | Komunita

    Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma. Vypíchnout lze, že v Plasmě byl implementován 22letý požadavek. Historie schránky nově umožňuje ohvězdičkovat vybrané položky a mít k ním trvalý a snadný přístup.

    Ladislav Hagara | Komentářů: 0
    30.8. 20:00 | Nová verze

    Wayfire, kompozitní správce oken běžící nad Waylandem a využívající wlroots, byl vydán ve verzi 0.10.0. Zdrojové kódy jsou k dispozici na GitHubu. Videoukázky na YouTube.

    Ladislav Hagara | Komentářů: 0
    30.8. 04:00 | Komunita

    Před necelými čtyřmi měsíci byl Steven Deobald jmenován novým výkonným ředitelem GNOME Foundation. Včera skončil, protože "nebyl pro tuto roli v tento čas ten pravý".

    Ladislav Hagara | Komentářů: 7
    29.8. 18:33 | Zajímavý článek

    Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 156 (pdf).

    Ladislav Hagara | Komentářů: 1
    29.8. 15:11 | Nová verze

    Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 25.8.1. Přehled novinek v Changelogu.

    Ladislav Hagara | Komentářů: 0
    Pro otevření více webových stránek ve webovém prohlížečí používám
     (81%)
     (8%)
     (2%)
     (3%)
     (4%)
     (2%)
    Celkem 127 hlasů
     Komentářů: 9, poslední 28.8. 11:53
    Rozcestník


    Vložit další komentář
    12.9.2006 12:04 Opičák | skóre: 18 | blog: Opicakovy_blaboly
    Rozbalit Rozbalit vše Re: Co schází v madwifi-ng pro plnou podporu DFS a TPC?
    No já to klidně taky finančně podpořím, ale musí se najít někdo, kdo změří/prokáže, že ty nové funkce opravdu fungují jak mají podle toho jak si vymyslelo ČTÚ. Jinak to nemá žádný smysl.
    12.9.2006 16:25 Thunder.m | skóre: 35 | blog: e17
    Rozbalit Rozbalit vše Re: Co schází v madwifi-ng pro plnou podporu DFS a TPC?
    Toto mi přišlo mailem od jednoho člověka, který psal kdysi do madwifi o DFS.
    Hello Mirek,
    
    
    >> Hi, i would like to send donation (about 100 - 1000 euro) on madwifi 
    >> project to fully implement DFS and TPC futures, but i dont know what is 
    >> missing, or what is not working corectly and i dont know specifications 
    >> of DFS and TPC futures. Can you tell me what is missing, or what need to 
    >> be done to fully support those futures?
    
    
    Well, a simple question, but a difficult answer.
    
    An 802.11h compliant client has to implement
      - Dynamic Frequency Control
      - TPC (Power Control)
      - Radar Detction
    
    The behaviour of a client differs from that of an AP. And the Network
    has to be managed on 5 GHz (not "AD-HOC" -> a card in this regulatory
    domain must not allow to be set to AD-HOC mode).
    
    DFC: When an AP is powered on, it has to choose a channel (randomly - for
    e.g. not starting every time with "1"). It should chect for radar.
    The time before he uses this channel (transmitting, broadcasting it's SSID)
    is specified.
    The AP has to scan ervery 24h for N seconds for a new channel (and
    no radar should be detected - it has to wait 1 min, if i remember correctly). 
    Ideally it should find a channel which currently is not in use.
    Problem: The specification insisists in waiting if there's radar. Thus a
    Link which is up 24h/day, has a downtime by spec of 365 minutes a year(!).
    
    RD: if radar is detected, the AP should "shut down" the channel immediately.
    Thus it has to find a new channel. The channel where radar is detected,
    should be marked persistantely for no-use for n hours (i think it was
    1 hour). Persistantly means, the mark should be honourd even after reboot /
    powercycle.
    Problem: DOS Attack. If every channel is marked, the Link is dead.
    
    A client searches for / follows the AP.
    Ideally the client does not probe actively (MAC layer protocol), this means,
    it is silent until it has seen "his" AP.
    Imagine you have a link, not with AP and client, but with two APs and WDS.
    And both APs have to do RadioRetection. Well, how they'll find each other?
    How they both signalize that they've detected radar?
    RD of a client: i do not remember exactly. I think it's a should, but not
    a must. If a client detects RD and the AP honours: -> possible DOS attack
    by a random client..
    
    TPC: A client should to TPC. If not, the EIRP should be, if i remember
    correctly, 3dB lesser than regulatory maximum. 
    But TPC should not be difficult to implement. 1W EIRP in Europe on 5GHz
    is interesting, because it's better than 100mW on 2.4GHz (even when considering
    FreeSpaceLoss).
    
    For our link we've built, we first thought to use two WRAP Boards running linux.
    But imhow, MadWifi does not match the requirements. Finaly, i decided
    to buy a licensed 802.11h AP, and use the WRAP board as client.
    With the half the max. EIRP (TPC for a client conforming to the spec);
    RD is tested (but i do not know if it response "in time", due to the spec,
    and there's a potential problem because it do not know if the client could
    tell the AP that he had to shut down the channel. Fortunately, it did not
    happen since the few weeks the link is already up).
    
    As far as i think, a madwifi card could not be used as 802.11h AP, because
    too much is missing.
    
    For all those things (TPC, DFC, RD and some more) there are detailed
    requirements in the spec. A fully compliant driver has to be conform to
    them.
    
    The regulations are a pain. Unfortunately, here in europe the 5GHz band
    is in military use. And they are pedantic with everything.. 
    Furthermore, this band is in use for Plane->Airport radar (the main reason
    why RD is specified); thus it's understandable, why they insist on this
    mechanism.
    
    
    The spec we're talking about is 
      http://webapp.etsi.org/action/OP/OP20050729/en_301893v010301o.pdf
    Our authority (BeNetzA (previously RegTP)) refers to this spec
    (which is nerby still a draft) for further details.
    
    
    I think the development should go in these steps:
      - implement all the 802.11h client specs
        - ideally: certify them with a decent card (for e.g. atheros wistron cm9,
          which is widely in use)
      - implement the 802.11h AP specs
        - certify this one too
      - think about WDS
    
    
    Btw, A great problem i personaly had, was that it's not easy to make
    messurements in this band. I configured the card to use n mW, and tried
    to interprete the result with a wlan sniffer. A card which may be certified
    for madwifi should be calibrated to the power settings as well.
    
    
    And now, is it what you liked to hear?  ;) 
    
    Regards,
      - Thomas
    
    
    13.9.2006 08:27 Dan
    Rozbalit Rozbalit vše Re: Co schází v madwifi-ng pro plnou podporu DFS a TPC?
    CTU nevymyslelo nic, je to vyplod od ETSI...
    13.9.2006 12:12 Opičák | skóre: 18 | blog: Opicakovy_blaboly
    Rozbalit Rozbalit vše Re: Co schází v madwifi-ng pro plnou podporu DFS a TPC?
    Ať je to výplod od koho chce, ČTÚ je tu v republice ten orgán, který to tu řídí a který si určuje pravidla a který je může měnit. Takže tu není o čem debatovat.
    30.10.2006 07:49 T.Dulík
    Rozbalit Rozbalit vše Re: Co schází v madwifi-ng pro plnou podporu DFS a TPC?
    Aktuální stav toho, co chybí v Madwifi pro plnou podporu 802.11h: http://dev.lintrack.org/ticket/52

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.