Dotaz: zvyseni MTU

[ahlstrom]

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]

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?

[ahlstrom]

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.

[Leshy]

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.

[Leshy]

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

[ahlstrom]

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.

[ahlstrom]

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.

[Ivan]

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

[ahlstrom]

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.

[Michal Kubeček]

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?

[ahlstrom]

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

[Michal Kubeček]

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.

[ahlstrom]

jak byste to to teda vyresil?

[Michal Kubeček]

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

[ivan]

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.

[Michal Kubeček]

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.

[ahlstrom]

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.

[Michal Kubeček]

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

[Leshy]

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.

[ahlstrom]

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.

[Leshy]

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.

[ahlstrom]

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.

[Leshy]

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.

[ahlstrom]

pokud bys mel zajem, mohu tu napsat kousek meho zdrojaku

[Leshy]

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.

[Leshy]

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.

[Michal Kubeček]

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.

[jarqa8]

Příloha:

• Snímka.PNG (166793 bytů)

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

[Pavel]

A neni resenim MTU naopak snizit na 1496? Potom to da i s otagovanim 1500, coz by melo byt bez problemu.

[ahlstrom]

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

[Leshy]

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.