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í
×

včera 20:40 | Zajímavý článek

Lukáš Růžička v článku S Hydrogenem za lepší rytmus aneb bubeníkem snadno a rychle na MojeFedora.cz představuje automatického bubeníka s názvem Hydrogen (Wikipedie): Hydrogen je velmi vydařený program, který rozhodně nesmí chybět ve výbavě žádného linuxového muzikanta. Umožňuje nejen vytváření jednoduchých bicích doprovodů, ale také sofistikované programování bicích a perkusí, jehož výsledek se naprosto vyrovná drahým

… více »
Ladislav Hagara | Komentářů: 0
včera 13:55 | Zajímavý projekt

UPSat (Twitter) je první open source nanodružice (CubeSat). Jedná se o společný projekt nadace Libre Space Foundation a University of Patras. Repozitáře projektu jsou k dispozici na GitHubu. Pod Libre Space Foundation patří také projekt SatNOGS (zprávička), projekt globální sítě open source pozemních satelitních stanic, vítězný projekt soutěže The Hackaday Prize 2014. UPSat je součástí mise QB50 (Twitter). ID UPSatu je GR02. GPS přijímač na UPSatu je od české společnosti SkyFox Labs. Součástí mise QB50 je i česká nanodružice VZLUSAT-1 s ID CZ02.

Ladislav Hagara | Komentářů: 3
21.4. 15:00 | Komunita

V diskusním listu Thunderbird planning vývojáři poštovního klienta Thunderbird řeší, zda by nebylo možné budoucí Thunderbird postavit nad webovými technologiemi, tj. nad Electronem, stejně jako například Nylas Mail. Gecko, nad kterým je Thunderbird postaven, se má hodně změnit. V plánu je odstranění vlastností, které Firefox už nepotřebuje, ale Thunderbird je na nich závislý [Hacker News, reddit].

Ladislav Hagara | Komentářů: 83
21.4. 10:22 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno bylo celkově 299 bezpečnostních chyb. V Oracle Java SE je například opraveno 8 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 7 z nich. V Oracle MySQL je opraveno 39 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 11 z nich.

Ladislav Hagara | Komentářů: 6
21.4. 10:00 | Pozvánky

V úterý 25. dubna proběhne další Prague Containers Meetup. Přijďte se nechat inspirovat jak zlepšit build/delivery pipeline vašich kontejnerových aplikací.

little-drunk-jesus | Komentářů: 2
20.4. 21:33 | Komunita

Na Launchpadu se objevilo kódové jméno následující verze Ubuntu. Ubuntu 17.10 bude Artful Aardvark (mazaný hrabáč) [OMG! Ubuntu!].

Ladislav Hagara | Komentářů: 10
20.4. 20:11 | Zajímavý software

MojeFedora.cz informuje, že společnost Nylas oznámila vydání verze 2.0 poštovního klienta Nylas Mail (původně Nylas N1), která již plně podporuje Linux. Obchodní model společnosti je tzv. open core. Samotný klient je open source, ale uživatel si musí připlatit za některé pokročilé funkce. V základu se lze připojit k GMailu nebo libovolnému účtu přes IMAP. Podpora Exchange je pouze v placené verzi. Klient je napsaný nad Electronem.

Ladislav Hagara | Komentářů: 12
20.4. 15:55 | Zajímavý článek

České centrum pro investigativní žurnalistiku (ČCIŽ) publikovalo na svých stránkách článek s názvem Je česká státní správa „rukojmím Microsoftu“?. Drtivá většina české veřejné správy je závislá na výrobcích softwarového gigantu Microsoft – a nijak zvlášť jí to nevadí.

Ladislav Hagara | Komentářů: 18
20.4. 02:48 | Nová verze

Google Chrome 58 byl prohlášen za stabilní. Nejnovější stabilní verze 58.0.3029.81 tohoto webového prohlížeče přináší řadu oprav a vylepšení (YouTube). Opraveno bylo 29 bezpečnostních chyb. Mezi nimi i chyba umožňující phishing s unicode doménami.

Ladislav Hagara | Komentářů: 0
19.4. 22:44 | Nová verze

Po šesti týdnech od vydání verze 52.0 byla vydána verze 53.0 webového prohlížeče Mozilla Firefox. Z novinek lze upozornit například na nové kompaktní vzhledy – tmavý z Firefoxu Developer Edition a jeho světlá varianta. Na Linuxu byla ukončena podpora procesorů starších než Pentium 4 a AMD Opteron. Podrobné informace v poznámkách k vydání a na stránce věnované vývojářům. Řešeny jsou také bezpečnostní chyby.

Ladislav Hagara | Komentářů: 11
Chystáte se pořídit CPU AMD Ryzen?
 (4%)
 (35%)
 (0%)
 (7%)
 (45%)
 (10%)
Celkem 273 hlasů
 Komentářů: 31, poslední 20.4. 21:26
    Rozcestník

    Dotaz: zvyseni MTU

    3.6.2008 20:43 ahlstrom | skóre: 2
    zvyseni MTU
    Přečteno: 1747×
    Ahoj, potreboval bych na sitove karte Broadcom BCM4401-B0 zvysit velikost MTU na 1504, jenze v ovladacich sitove karty je velikost ramce omezena na 1500 bajtu. Napada me jedine zkompilovat ovladace sitove karty (Broadcom pouziva modul b44), ale nevim jak na to. Kdybych tu kartu nemel na notebooku, tak bych si poridil nejakou Intelackou Jumbo kartu, podporujici vetsi rozsahy MTU.

    Potreboval bych poradit jak zkompilovat ovladace sitove karty a zavest je do jadra, aniz bych musel kompilovat samotne jadro (nikdy se mi kompilace jadra totiz nepovedla). Mam jen hlavickovy soubor a .c soubor ovladace sitove karty.

    Odpovědi

    kozzi avatar 3.6.2008 20:47 kozzi | skóre: 55 | blog: vse_o_vsem | Pacman (Bratrušov)
    Rozbalit Rozbalit vše Re: zvyseni MTU
    tak ta kompilace ciste modulu je realna. Ja to delal nasel jsem si na to kdesi scriptik pouzival jsem to i u instalaci modulu pro modem anycdma a ty se daji najit na kozzi.php5.cz. Jinak k cemu presne potrebujes to mtu zvysit?
    Linux je jako mušketýři "jeden za všechny, všichni za jednoho"
    3.6.2008 21:07 ahlstrom | skóre: 2
    Rozbalit Rozbalit vše Re: zvyseni MTU
    Predstav si to takhle: mam server, ktery ma dve ethernetove karty, na jedne z nich prijima ethernetove ramce a podle urcitych pozadavku ten ramec otaguje protokolem 802.1q (prida dalsi 4 bajty). Otagovany ramec odesle druhym ethernetovym rozhranim - cili na tom druhem rozhrani se vytvori jakysi trunk. Ono to neni primo, tak jak to pisu, je to o hodne slozitejsi a vice propletene. Ukazka je jen pro predstavu.
    3.6.2008 23:25 Leshy | skóre: 4
    Rozbalit Rozbalit vše Re: zvyseni MTU
    Rekl bych, ze se pokousis o nemozne. Podle standardu je maximalni velikost MTU 1500 bytes - to je totiz velikost packetu, ktery se vklada do ethernetoveho ramce. Jestlize znackujes podle 802.1q, coz je tusim VLAN, tak datovy packet musis nechat jak je (staci ti MTU 1500) a ty 4 byte musis nejak dostat za adresy (mezi adresy a velikost/typ paketu).
    Obrazek pro predstavu - MTU povida, jak je velky to zluty; ty ten tag potrebujes dostat za to zeleny :)
    No a abys to tam dostal, tak pokud se nepletu, to musi umet sitova karta. A to jentak nejaka nepodporuje, aspon co si pamatuju.
    3.6.2008 23:45 Leshy | skóre: 4
    Rozbalit Rozbalit vše Re: zvyseni MTU
    A jeste si zareaguju na sebe :)
    Ted jsem to nasel docela srozumitelne na wikipedii (jak se znackuji ramce pomoci 802.1q). Jenom to tam vysvetlujou tak, ze nahradis typ ramce za typ tagovaneho ramce a stary typ je pak soucasti tagu (posledni 2 bytes). Ale to je to samy, jako ze ten tag vlozis za adresu. Jenom to moje podani pak trochu mate, co je vlastne ten tag. Snad je to jasny...
    4.6.2008 00:09 ahlstrom | skóre: 2
    Rozbalit Rozbalit vše Re: zvyseni MTU
    Tak jinak, velikost toho paketu co jsem prijal je 1500 bajtu (velikost ramce je tedy 1514 bajtu - nepouzivam totiz CRC), kdyz tento ramec otaguji bude jeho velikost 1518 coz je samozrejme maximalni velikost Ethernet Type II Frame - ten obrazek co jsi poslal.

    Zajimave je, ze prijmout ramec o velikosti 1518 bajtu muzu, ale odeslat mohu jen o maximalni velikosti 1514 bajtu. kdyz chci odeslat vetsi, vyhodi mi to chybu, ze ramec je prilis velky. Udelal jsem ale takovy pokus:

    spustil jsem ping s parametrem -s 1480 (velikost odesilaneho paketu na 1500 bajtu) ramec se rozdelil na dve casti, jeden byl o velikosti 1514 bajtu, a druhy byl ten zbytek.

    pak jsem pridal pomoci utility vconfig nejakou vlanu a spustil jsem ten samy ping. Velikost ramce byla nyni 1518 bajtu a ramec byl jen jeden - tudiz z toho plyne ze karta podporuje otagovane ramce, ale jen s podporou vconfigu. To mi je ale k nicemu. Proto bych radeji prekompiloval ovladace a tu hodnotu bych prepsal rucne.
    4.6.2008 00:24 ahlstrom | skóre: 2
    Rozbalit Rozbalit vše Re: zvyseni MTU
    Pro strucnost je to asi takhle: Primo na fyzickem rozhrani eth0 je maximalni velikost odesilaneho ramce 1514 bajtu, ale na rozhrani doplnenou napr. o VLAN ID 3 - eth0.3 je velikost odesilaneho ramce maximalne 1518 bajtu. Prijimat mohu na obou rozhranich ramce velke 1518 bajtu.

    Tohle mam overene na vice kartach, vypada to, ze neni proste podpora protokolu IEEE 802.1q v jadre.

    Proto chci ovladace rucne zkompilovat a velikost MTU rozsirit. Navic, karta podporuje VLANY, tzn. ze velikost ramce by mel jit i do velikosti 1522 bajtu, takze se nebojim o to, ze by vetsi ramce karta nepodporovala. Samozrejme nemuzu jit do vyssich cisel.
    4.6.2008 08:57 Ivan
    Rozbalit Rozbalit vše Re: zvyseni MTU
    V jadre podpora je. Viz modul 802q a prikaz vconfig. Aby to ale fungovalo, tak s tim modulem musi spolupracovat ovladac sitove karty. Driv to bylo s trunky na linuxu spatny, ale dneska uz to funguje snad s kazdou kartou. Alespon jsem si to myslel.

    Jinak max. velikost eth ramce neni zadne dogma. Nektera cisco zarizeni podporuji i 1532B. Jedine co mate zarucene je tech minimalne 1500B - v praxi je to ale temer vzdy o neco vice.

    Ivan
    4.6.2008 10:00 ahlstrom | skóre: 2
    Rozbalit Rozbalit vše Re: zvyseni MTU
    Prikaz vconfig muj problem ale nevyresi, protoze pomoci nej mohu pridavat subinterfacy rucne. Ale ja nechci vytvorit dalsi logicka rozhrani, protoze to potrebuji naprogramovat v c++. Ten program by mel fungovat tak, ze bude prijimat syrove(i s hlavickou) ethernetove ramce na 2 vrstve. V pripade, ze mu prijde otagovany ramec, tak precisluje akorat cislo VLAN a odesle ho zpet na stejne rozhrani.

    Mozna jsem dal spatny priklad, cely proces by mel fungovat takto: Mam v siti switch podporujici vlany, jedno jeho rozhrani je nastavene v rezimu trunku, ostatni jsou normalni access mody a na jednom z nich je pripojen napr PC1. Toto trunkove rozhrani je spojeno s mym pocitacem (serverem). V pripade, ze PC1 odesle na switch ramec velikosti 1500 bajtu, switch tento ramec otaguje (ted jiz 1504 bajtu) a posle ho pres trunk port na muj pocitac (server). Sitova karta, i kdyz ma nastaveno velikost MTU 1500 bajtu, takto velky ramec prijme. Ja potom potom v programu precisluji cislo VLANu a ramec zpet odeslu pres tu samou sitovou kartu switchi. Bohuzel se mi vyhodi chyba, ze velikost ramce prekrocila limit a ramec se neodesle.

    Ano, linux umi pracovat s vlany, ale v pripade zavedeni modulu 8021q a pouziti utility vconfig. Pokud chci vytvorit program v C, ktery pouziva VLANy, pocita jen s 14 bajty(hlavicka ramce) + velikost MTU.
    4.6.2008 17:20 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: zvyseni MTU
    Ja potom potom v programu precisluji cislo VLANu a ramec zpet odeslu pres tu samou sitovou kartu switchi.

    Čím se to liší od routování paketu došlého např. na eth0.1 na např. eth0.2?

    5.6.2008 00:04 ahlstrom | skóre: 2
    Rozbalit Rozbalit vše Re: zvyseni MTU
    Muj program ma nejakou tabulku, podle ktere si vybira odkud kam ma se presmerovat...ta tabulka se meni co urcitou chvili. Jestli Vas konkretne zajima proc tohle resim, odkazu vas na tyto materialy link 1 a link 2
    5.6.2008 01:38 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: zvyseni MTU
    Stejně nejsem pořád přesvědčen, že by nebylo jednodušší postavit to nad standardními směrovacími mechanismy linuxového jádra.
    5.6.2008 09:17 ahlstrom | skóre: 2
    Rozbalit Rozbalit vše Re: zvyseni MTU
    jak byste to to teda vyresil?
    5.6.2008 13:01 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: zvyseni MTU
    Zpracování paketů na úrovni linkové vrstvy a jejich transformaci bych nechal na modulu 8021q a rozhodování, jak to dělat, na standardních směrovacích mechanismech jádra. Dynamické změny konfigurace by se prováděly prostřednictvím démona, který by neřešil jednotlivé pakety, ale jen přenastavoval směrovací tabulky (a případně pravidla). Takže vlastně podobně jako to dělají třeba démoni pro dynamické směrování.
    5.6.2008 17:12 ivan
    Rozbalit Rozbalit vše Re: zvyseni MTU
    Taky bych doporucil kouknout se nejdrive na modul 8021q. Nejsem si uplne jisty jak se na linuxu resi max. velikost MTU, ale myslim, ze modul 8021q nejak max velikost obchazi a ze udaj ktery vidite pres ifconfig nemusi odpovidat skutecne velikosti packetu ktery odchazi ze sitovky. Podle me existuje nejake rozhrani mezi timhle modulem a ovladacem sitovky, ktere umoznuje tyhle nestandartni veci. Pokud se dobre pamatuju tak se kvuli 8021q musely upravit ovladace vsech sitovych karet.

    PS: jeste bych mel poznamku k te praci max pocet VLAN neni ve vasem pripade 4096, protoze si cisco rezervuje nekolik VLAN pro svoje rezijni veci. Myslim, ze existuje nekolik VLAN okolo 1000, ktere jsou vyhrazeny pro specialni pouziti. Nektere starsi cisco boxy umi max. VLAN id 1023.

    PS1: mozna by stalo zato zminit technologii Ethernet over SDH, ktera dela neco podobneho.
    5.6.2008 18:40 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: zvyseni MTU
    Především MTU definuje maximální velikost odcházejícího paketu ve smyslu síťové vrstvy, tedy IP protokolu, takže záležitosti linkové vrstvy s hodnotou MTU nesouvisejí. Hodnota MTU rozhraní skutečně není ta "definitivní", protože hlavní slovo má hodnota MTU položky směrovací tabulky (resp. cache), podle které je paket směrován. Ale jak už bylo několikrát řečeno, v kontextu této diskuse je to nepodstatné, protože MTU nemá s linkovou vrstvou (a tedy ani s VLAN tagy) nic společného.
    5.6.2008 22:19 ahlstrom | skóre: 2
    Rozbalit Rozbalit vše Re: zvyseni MTU
    To ze modul 8021q obchazi velikost MTU jsem primo nevedel, urcite se na to mrknu. Pokud je to pravda, tak bych to mohl vyresit podobnym zpusobem jak to dela modul 8021q. Uz jsem si stahl zdrojaky, tak se na to po statnicich mrknu.

    Re: PS1: kdyby bylo na obhajobe vice casu (mam jen 8 minut), tak bych se o technologii EoS zminil, jen skoda, ze jsem o ni dodnes nemel tuseni.
    5.6.2008 23:35 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: zvyseni MTU
    To ze modul 8021q obchazi velikost MTU jsem primo nevedel

    Nepotřebuje nic obcházet. MTU definuje maximální délku paketu pro síťovou vrstvu, takže se ho to netýká.

    6.6.2008 02:22 Leshy | skóre: 4
    Rozbalit Rozbalit vše Re: zvyseni MTU
    Nejsem si uplne jisty jak se na linuxu resi max. velikost MTU, ale myslim, ze modul 8021q nejak max velikost obchazi
    Podle me vubec nic neobchazi. Proc by melo?
    Pokud se dobre pamatuju tak se kvuli 8021q musely upravit ovladace vsech sitovych karet.
    Zase to nevim jiste, protoze nevim jak je to implementovane, ale ovladace se pravdepodobne prepsat musely. A to z duvodu, ze ovladac odesila ramec fyzicke vrstve (hardware) a nejak do toho ramce musi vlozit tag vlanu. To znamena, ze bylo pravdepodobne nutne pridelat rozhrani pro cteni a zapisovani vlan tagu do ramcu, ale nedelalo se to kvuli zadnymu MTU.
    5.6.2008 22:03 ahlstrom | skóre: 2
    Rozbalit Rozbalit vše Re: zvyseni MTU
    No ale ja potrebuji resit zpracovani ramcu na linkove vrstve, protoze na teto vrstve pracuje napriklad protokol Spanning Tree, ktery urcite budu potrebovat pouzivat, za dalsi bych nechtel zamezit pouziti funkce Q-in-Q. Smerovani je vec sitove vrstvy. Muj program umoznuje vytvorit jakysi virtualni bridge, o kterem ani uzivatel nemusi vedet, navic ho nebudu omezovat, aby on sam pouzivall ve sve siti VLANy. Navic mam funkcni implementaci programu. Pokud pouziji Jumbo kartu tak nastaveni velikosti MTU na 1504 nebude problem, spise jsem se snazil vyresit jak nastavit tuto hodnotu na obycejnych kartach ktere podporuji vlany. A ono to musi jit vyresit, jen bude potreba se prohrabat jadrem linuxu.
    6.6.2008 00:39 Leshy | skóre: 4
    Rozbalit Rozbalit vše Re: zvyseni MTU
    Chlape s tebou je to tezky. Tady jsem se ti snazil vysvetlit, ze velikost MTU te nezajima. Rikaji ti to tu uz i jini a ty stale neposlouchas a meles si o svem MTU.
    Jestli se spravne vyjadrujes o tom, co chces udelat a my te spravne chapeme, pak jestli ti ten program bude s nejakou jumbo kartou fungovat, tak je to jen a pouze nahoda a mas to principialne spatne.
    6.6.2008 18:16 ahlstrom | skóre: 2
    Rozbalit Rozbalit vše Re: zvyseni MTU
    Mas pravdu, psal jsem bludy ohledne toho MTU - az ted jsem to pochopil. Ale rekni mi jak je mozne tohle: zavedu modul 8021q a pomoci utility vconfig pridam nejaky VLAN. Pomoci prikazu ping, nastavim hodnotu odesilaneho paketu takovou, aby velikost odesilaneho ethernetoveho otagovaneho ramce byla 1518 bajtu (myslim, ze to bylo ping -s 1476).

    A kdyz chci takovyto ramec odeslat v cecku, tak mi to vypise, ze ramec je prilis velky - pokud nastavim maximalni velikost na 1514 bajtu, ramec se odesle. Tento ramec odesilam na 2. vrstve.
    9.6.2008 12:35 Leshy | skóre: 4
    Rozbalit Rozbalit vše Re: zvyseni MTU
    No tak to nevim, ale jestli ti nevadi sem dat kus toho zdrojaku, tak ti treba nekdo poradi. Treba to v tom uvidim i ja, ale nikdy jsem tohle neprogramoval, takze fakt nevim.
    6.6.2008 18:31 ahlstrom | skóre: 2
    Rozbalit Rozbalit vše Re: zvyseni MTU
    pokud bys mel zajem, mohu tu napsat kousek meho zdrojaku
    6.6.2008 02:12 Leshy | skóre: 4
    Rozbalit Rozbalit vše Re: zvyseni MTU
    Tohle tvoje povidani je (bez urazky) takovy cely zmateny...
    V pripade, ze PC1 odesle na switch ramec velikosti 1500 bajtu,
    Predpokladam, ze byl myslen paket o velikosti 1500B zabalen do ramce - dohromady tedy 1518B. Pokud ne, a ramec ma skutecne 1500B, pak v nem zabaleny paket ma jen 1482B. Ale to je jedno, protoze to je podmnozina naseho maximalniho pripadu, tedy ramce o velikosti 1518B.
    switch tento ramec otaguje (ted jiz 1504 bajtu) a posle ho pres trunk port na muj pocitac (server).
    Takze ted uz to bude 1522B. Maximalni ramec presne podle specifikace vlanu. Ten 4B tag je v hlavicce ramce, takze velikost poslaneho paketu je pouze 1500B. To znamena, ze i ramec ze switche ma velikost paketu (ekvivalent MTU) maximalne 1500B.
    Sitova karta, i kdyz ma nastaveno velikost MTU 1500 bajtu, takto velky ramec prijme.
    Tady je prvni chyba. Sitova karta prijima pouze standardni ramce. To jestli ma nastaveno MTU x nebo y je ji uplne jedno. My mame poslany ramec podle standardu, takze je prijat.
    Ja potom potom v programu precisluji cislo VLANu a ramec zpet odeslu pres tu samou sitovou kartu switchi. Bohuzel se mi vyhodi chyba, ze velikost ramce prekrocila limit a ramec se neodesle.
    No a tady bude chyba druha. Teoreticky to precislovani mas spravne, ale prakticky asi ne. Protoze pokud si prijal standardni ramec, tak tam paket nema vic jak 1500B. Ten paket ty vezmes, zkopirujes do noveho ramce, das mu spravne adresy a nastavis tag. Z toho plyne, ze z daty v paketu NIC nedelas a tudiz se ti NIJAK NEMUZE zvysit MTU. A pokud karta umi odesilat ramce vlanu, tak jedinej problem je, jak nastavit ten tag.
    6.6.2008 00:58 Leshy | skóre: 4
    Rozbalit Rozbalit vše Re: zvyseni MTU
    Zajimave je, ze prijmout ramec o velikosti 1518 bajtu muzu, ale odeslat mohu jen o maximalni velikosti 1514 bajtu. kdyz chci odeslat vetsi, vyhodi mi to chybu, ze ramec je prilis velky.
    Primo na fyzickem rozhrani eth0 je maximalni velikost odesilaneho ramce 1514 bajtu, ale na rozhrani doplnenou napr. o VLAN ID 3 - eth0.3 je velikost odesilaneho ramce maximalne 1518 bajtu. Prijimat mohu na obou rozhranich ramce velke 1518 bajtu.
    Tohle je podle me zpusobeno tim, ze ty kdyz odesilas ramec, tak muzes nastavit adresy a typ (pripadne se nastavi jeste tag), ale nemuzes nastavit checksum. Ten se nastavi asi natvrdo v ovladacich, aby se nedaly posilat neplatne ramce. Takze ty nastavis na odeslani 2x6B adresy, 2B typ/delka, (4B tag,) max 1500B packet = 1514B (1518B). Checksum doplni ovladac a jsi na max 1518 pro normalni ramec a 1522 pro vlan ramec.
    4.6.2008 03:27 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: zvyseni MTU
    tudiz z toho plyne ze karta podporuje otagovane ramce, ale jen s podporou vconfigu. To mi je ale k nicemu

    Proč je to k ničemu? Podle toho, co píšete výše, se mi zdá, že modul 8021q a příkaz vconfig jsou přesně to, co potřebujete.

    6.8.2010 09:21 jarqa8
    Rozbalit Rozbalit vše Re: zvyseni MTU
    Příloha:
    stiahni si Ashampoo Internet Accelerator. v 3.00 na cz torrente a tam si nadstaviš mtu ako potrebuješ je tto dobre nato aby si sa nemusel rypat vo windowse v registroch
    4.6.2008 11:07 Pavel | skóre: 15 | blog: Pavlův blog | Praha
    Rozbalit Rozbalit vše Re: zvyseni MTU
    A neni resenim MTU naopak snizit na 1496? Potom to da i s otagovanim 1500, coz by melo byt bez problemu.
    4.6.2008 16:26 ahlstrom | skóre: 2
    Rozbalit Rozbalit vše Re: zvyseni MTU
    MTU snizit nemohu, z toho duvodu, ze ta sitova karta je propojena s rozhranim switche nastaveneho do modu trunku. Pak jsou v tom switchi dalsi porty nastavene do access modu. Kdyz je nejaky pocitac pripojen na tento switch a vysle paket o velikosti 1500 bajtu (ramec bude velky 1518 bajtu) switch tento ramec otaguje, cili pribydou dalsi 4 bajty a odesle na trunk rozhrani meho serveru. Ten pocitac o mem serveru totiz nebude vedet, tudiz se nemaji jak domluvit na velikosti odesilaneho paketu.

    Dalo by se to udelat tak, ze bych na stanicich pripojenych ke switchi nastavil velikost MTU na 1496, ale ja nechci jit touto cestou, protoze k tem pocitacum nemam pristup.

    Radeji bych potreboval poradit, jak zkompilovat ovladace sitove karty a zavest je do jadra aniz bych musel kompilovat cele jadro. Mam vlastne soubory b44.c a b44.h
    5.6.2008 13:30 Leshy | skóre: 4
    Rozbalit Rozbalit vše Re: zvyseni MTU
    Ja teda nevim v jakem smyslu se pouziva pojem MTU v tech ovladacich, ale v teorii je to parametr, ktery jako jedinny ukazuje linkova vrstva vrstve sitove. Ten parametr znaci, jak velke pakety muze sitova vrstva predavat vrstve linkove. Tedy kolik dat (jak velky packet) je ramec schopen prenest najednou. To otagovani, co ty resis nema s packetem, tedy ani s MTU, nic spolecneho. ten tag je mimo tato data, je soucasti hlavicek ramce. Ramec, jak je jiz zmineno nekde vyse, ma maximalni velikost 1518 bytes, tj.
    6B adresa, 6B adresa, 2B typ/velikost, az 1500B MTU (prenaseny packet), 4B checksum.
    Ale specifikace vlan mu pridava dalsi 4 bytes pro tag. To znamena maximalni velikost 1522 bytes pri pouziti vlan tagu, tj.
    6B adresa, 6B adresa, 2B typ, 4B tag, az 1500B MTU (prenaseny packet), 4B checksum.
    Takze, jestli dobre chapu, ze ti prijde ramec s packetem a ty to chces podle neceho otagovat, tak ten packet nechas jak je a ten tag musis dostat do hlavicky ramce.
    Jestlize to teda tvoje karta umi (neumi to kazda - kazda prijima vsechny standartni druhy ramcu, ale vetsinou umi vysilat jen jeden druh), tak ten tag musis dostat do toho ramce pomoci nejake standardni utility, nebo musis nekde najit rozhrani, ktere si includnes a to ti umozni to tam strcit. Jestli to ta karta tedy umi, tak to rozhrani nekde ma, aby ho mohla pouzit ta standardni utilita. Jde jen o to jestli je pristupne.
    Casti textu od konce posledni zavorky si nejsem uplne jist - na linuxu jsem to nikdy nezkoumal, ale rekl bych, ze to tak nejak bude fungovat.

    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.