mam starsi breeznet pro.11d, ktery mi znamy prenechal za "baksis" a k nemu smerovou antenu tusim 17db. s isp jsem se dohodnul na kratkem testovacim provozu, abych vyzkousel, zda a jak to funguje. pri provozu jsem ale zjistil, ze zhruba 70-80% ramcu je retransmitovano. mam vyborny vyhled na jejich pristupovy bod, je to sice trosku dal (asi 2km) ale nic v ceste nestoji, neprekazi (bydlim ve 13 patre v panelaku). zkousel jsem ladit ruzna nastaveni, ale nepodarilo se mi snizit ty retransmise. na jednotce mi to ukazuje silu signalu (led diody) jako low a nekdy i medium. nemate nekdo zkusenosti ci radu, cim by to mohlo byt a jak to zlepsit? mohlo by to byt nejakym rusenim ci interferencemi signalu? co s tim?
A jak se podle tebe vyporada router s paketama ktere jsou vetsi nez 250bajtu??. Pokud je to paket v normalnim stavu tak ho muze router rozdelit na fragmenty. Pokud ale dostane 512B fragment(coz je dafaultni hodnota) a proto je v TCP definici urceno ze kazda sit musi byt schopna prenest paket o teto velikosti tak uz neni router schopen provest dalsi rekurzivni fragmentaci a paket zahodi.
Myslim ze informaci o TCP protokolu najdes na internetu dost.
Tak jsem se kouk do dokumentace a trochu jsem se mylil rekurzivni fragmentace mozna je nicmene minimalni velikost paketu v IP sitich je 512B takze tve nastaveni odporuje RCF a muzes mit problemy s komunikaci s urcitejma sitema.
Fragmentation
What happens if a packet is too long to go over a network. For example,
Frame Relay (64 K) |--------| Ethernet (~1500 bytes)
-----------------------| Router |-------------------------
|--------|
Generate a random number for Ident
Break the packet into fragments and place each in a packet with the same source and destination address, but different lengths.
Set the more fragments bit to 1 for yes or 0 for no
More fragments, 0 = no, 1 = yes
Don't fragment, 1 = don't
Set the Offset field
Example
Assemble at end of link, or at destination - IP chooses destination to avoid the overhead multiple times
Recursive fragmentation - possible, but again, high overhead, so packets are always fragmented to the minimum IP packet size (512 bytes).
je to tak muj lektor mne nejspis uved v omyl kdyz mne rikal ze IP pakety se deli na fragmenty o velikosti 512B a ze vsechny dalsi IP site je musi byt scghopne prenest protoze je uz neni mozne dale delit.
I kdyz na druhou stranu ho k tomuto tvrzeni mohly vest ciste prakticke skusenosti s nejruznejsima FW kere by takoveto pakety mohly odmitat. (precejenom IP fragmentatio attack byl ve sve dobe velmi obliben a dalo se s nim schodit vsechny operacni systemy od BSD az po macintoshe
Tak jsem zkousel snizit na breeznetu nejprve max. data rate - bylo nastaveno 2 Mbps a nastavil jsem nove 1 Mbps. (od providera mam nyni povoleno na jejich POPu 512 kbps). vysledek je ten, ze doslo k vyraznemu zpomaleni, subjektivne zhruba na polovinu. Ovsem retransmise klesly zhruba o 20%. Nastaveni jsem vratil zpet na 2 Mbps. Pak jsem zkousel omezit MTU size na 726, nevidel jsem v tom ale nijaky vyrazny vysledek, pocet retransmisi zustal stale priblizne stejny. po snizeni mtu na 250 se retransmise snizily zhruba o 10% ale opet mirne klesla rychlost. vysledek meho snazeni je ten, ze jsem k nicemu poradnemu nedospel. nepomohla by antena s vetsim ziskem?