smanji mtu na 1400 ?

Da ali na cemu da smanjim mtu?

I zasto bas na 1400? Jel postoji neki mehanizam da se to resi elegantnije? Ovo sa pogadjanjem MTU mi deluje nekako.... nepouzdano :(

Max MTU na PPPoE interfejsu.

postavi neki komp na ether1 i poteraj http://www.iea-software.com/products/mtupath.cfm
radi iz windoze, samo ga moraš poterati kao admin... na kompu default treba da je 1500 (da ne napraviš tu usko grlo)...
ako je do MTU videćeš koja je veličina najvećeg paketa koji može da prođe...

EDIT:
Ili probaj prikacenu alatku, na trećem tabu imaš MTU analizer...

_{[Ovu poruku je menjao Mile-Lile dana 06.05.2015. u 21:11 GMT+1]}

Izgleda nisi dobro procitao... nema ppp interfejsa. Ether1 ide ka modemu.

čitam ja dobro smanji MTU na PPPoE interfejsu... na ADSL ruteru...

Zaboravih da napomenem, na drugoj strani je docsis modem koji radi u bridge modu. Nema nikakvih podesavanja na web interfejsu osim lozinke i tako nekih sitnica. I sa njim nije bilo problema do sada, sve dok se ne nakaci EoIP na bridge.

auh, sto je meni adsl u glavi svo vreme?

pa nista, isti princip, smanjuj MTU, prvo na bridge-u, pa redom, dok ne proradi... ako ne proradi, onda nije to

proradilo?

Ne jos, nisam stigao da probam :(

Probam veceras pa javim...

Jesi ucinio sata?

Ne jos... probao razne varijante sa velicinom paketa na bridge-u i ne fercera :(

Ideja...? Mozda nije bridge u pitanju?

a na izlaznom ? (ether1?) ili samom EoIP ?

_{[Ovu poruku je menjao djricky dana 26.05.2015. u 15:16 GMT+1]}

Pa ajde i to cu da probam veceras pa cu da javim rezultate.

Problem je u tome sto na drugoj strani ima bridge, pa ispod njega su vlanovi, pa vlanovi idu na druge mikrotik uredjaje, pa tamo ti vlanovi zavrsavaju kud koji... neki na wifi a neki na eth... bice ovo komplikovan poduhvat :)

cek, zar na drugoj strani nije kablovski modem? kakvi sad vlanovi?

Fizicki jeste.

Kada sam rekao "na drugoj strani" mislio sam na logicku vezu odnosno vpn. EoIP je nakacen na VPN interfejs (ovpn).

Imam slican problem, pa bih da se nakacim na temu :)

Na RB433AH imam 3 hotspota na 3 interfejsa, i posto planiram sve da ih prebacim na PPPoE, napravim po jedan tunel za svaki interfejs i ubacim ih u bridgeve. E, sad. Svi koji su na hotspotu imaju problema sa pojedinim sajtovima. Ne rade mi recimo blic, kurir, kupujemprodajem i slicno.
Onog trenutka kad izbacim EoIP tunel iz bridge-a sve radi bez problema.
Inace verzija ROS je 6.28. Takodje mi se isto desavalo na 6.27 na RB1100AHx2, tek kad sam vratio verziju na 5.26 proradilo je na njemu. Ali jedan od uredjaja mi se zaglavio u reboot loop, jedva sam ga povratio.
A ovaj 443AH mi je bas daleko pa ne bih da rizikujem downgrade bas iz tog razloga. Ima li neko ideju sta da probam?

Imas u firewall mangle opciju da menjas prilagodis MTU change MSS po defaultu na PPP profilima je to ukljuceno pogledaj kako dinamicki to radi pa primeni na svoj slucaj.
Inace EoIP malo google videces da postoji i drugi nacini za tuneliranje koji su mnogo manje CPU intezivni i daju bolje performanse od EoIP za isto zauzece procesora google zna to :), ja sam radio par konfiguracija da nije EoIP, pppoe autentifikacija korisnika, jedna od njih radi vec sada mislim 2 godine ne zale se.

To menjam na pocetku tunela (tamo gde mi je hotspot) ili na PPPoE serveru?

Ubacio sam ovo na hotspot mikrotik.
/ip firewall mangle add chain=forward protocol=tcp tcp-flags=syn action=change-mss tcp-mss=!0-1448 new-mss=1448

Ali nisam siguran da si na to mislio, ako bi mogao malo detaljnije.

Sad sam pogledao na PPPoE serveru i ovo su dinamicki menglovi koje imam
2 D chain=forward action=change-mss new-mss=1412 passthrough=yes tcp-flags=syn protocol=tcp in-interface=all-ppp tcp-mss=1413-65535 log=no
log-prefix=""

3 D chain=forward action=change-mss new-mss=1440 passthrough=yes tcp-flags=syn protocol=tcp out-interface=all-ppp tcp-mss=1441-65535 log=no
log-prefix=""


_{[Ovu poruku je menjao ipacid dana 18.06.2015. u 08:55 GMT+1]}