classic.ISPforum.cz

Ahoj, problém zde řeším už několikráte ale bez nějakého slušnějšího výsledku. Stále se mi nedaří odstranit drobný packet loos na lince mezi dvouma routerama na 1Gb který je prpojen FDD pojítkem konrétně Alcoma MP600 a MP360.
MP360 (300Mb) s routerem X86 a na druhé RB3011
(graf ze strany u X86)

MP600 (600Mb) s routerem X86 a na druhé RB3011
(graf ze strany u X86)

router X86 je společný pro dva spoje jen každý má svůj eth.
S Flow controlem se to má tak že je zapnutý na druhý straně kde je RB3011 bohužel na X86 nejde zapnout protože tam vůbec možnost nastavení není, sítovka je ta originální od mikrotiku...
Dá se s tím tedy vůbec něco udělat když nejde na té X86 zapnout flow controll?

nastavit shaper s dostatecne dlouhou frontou na rychlost odpovidajici prenosovce te Alcomy...

děkuji, a můžete být nějaký konkrétnější? třeba jaký kind a kolik tedy? O jaké rychlosti pojítek jde jsem už psal.

okoun píše:sítovka je ta originální od mikrotiku...
Dá se s tím tedy vůbec něco udělat když nejde na té X86 zapnout flow controll?

Co je to za verzi tiku ? My na X86 flow control pouzivame normalne.

měl jsem 6.37.1 tam byl ale když jsem dal on a vypnul a zapnul winbox tak se změnil na off, když jsem to udělal pomocí cli tak to bylo stejné... ted tam mám 6.37.3 a položka zmizela úplně je to akorát vidět v cli ale zapnutí nic nedělá ani v konfigu to potom vůbec není vidět...
sítovky mám 2x RB44GE

okoun píše:děkuji, a můžete být nějaký konkrétnější? třeba jaký kind a kolik tedy? O jaké rychlosti pojítek jde jsem už psal.

MT k uplink strane ALCOM nepripojujeme, takze konkretni priklad nemam. Ale mela by stacit bezna queue s nastavenou nejakou delsi (nez standard) fifo frontou. Defaultnich 50 packetu je k nicemu, efekt bude videt IMHO az od delky fronty nekolik 100vek packetu

Dalibor Toman píše:

okoun píše:děkuji, a můžete být nějaký konkrétnější? třeba jaký kind a kolik tedy? O jaké rychlosti pojítek jde jsem už psal.

MT k uplink strane ALCOM nepripojujeme, takze konkretni priklad nemam. Ale mela by stacit bezna queue s nastavenou nejakou delsi (nez standard) fifo frontou. Defaultnich 50 packetu je k nicemu, efekt bude videt IMHO az od delky fronty nekolik 100vek packetu

nu momentálně tam mám pfifo 1500 takže to je málo? jinak ale myslím si že ta fronta by se měla nastavit spíše v té alcomě kde se ta pomyslná roura zužuje že... jenže tam žádné fronty nejsou jedině ten flow...

nahradil bych ty síťovky něčím kloudným

okoun píše:
nu momentálně tam mám pfifo 1500 takže to je málo? jinak ale myslím si že ta fronta by se měla nastavit spíše v té alcomě kde se ta pomyslná roura zužuje že... jenže tam žádné fronty nejsou jedině ten flow...

1500 packetu by melo IMHO stacit - pokud ten problem nevznika na nejakych spoustach opravdu malych packetu. Ja nastavuju na switchich frontu na velikost pameti ne packetu ale to MT pokud se nepletu neumi.

Pokud ty grafy jsou primo z MT pred Alcomou tak tech discardu neni zase tak malo. Bud neco nefunguje jak ma nebo tech 1500packetu nestaci.
Zda fronta funguje si muzes overit a prepocitat tak, ze ucpes tu linku nejakym tokem a zmeris odezvu na nezatizene a zatizene lince. Z rozdilu casu, rychlosti muzes vypocitat kolik bytu mas ve fronte. Pripadne muzes zkusit jak se odezva meni pri zmene delky fronty

Alcoma samozrejme nejaky buffer ma - ale maly.

Pokud to jde ,snazim se pouzivat flowcontrol v kombinaci se shaperem na prvku pred trasou, IMHO je lepsi (v kombinaci s Alcomou) samotny shaper nez samotny flowcontrol. Alcoma bohuzel nema zadny counter zahozenych packetu z duvodu plne fronty, takze nejde ani zjistit, ze je na ni nejaky problem (nestihajici/nefunkcni flowcontrol signalizace apod).

Dalibor Toman píše:

okoun píše:
nu momentálně tam mám pfifo 1500 takže to je málo? jinak ale myslím si že ta fronta by se měla nastavit spíše v té alcomě kde se ta pomyslná roura zužuje že... jenže tam žádné fronty nejsou jedině ten flow...

1500 packetu by melo IMHO stacit - pokud ten problem nevznika na nejakych spoustach opravdu malych packetu. Ja nastavuju na switchich frontu na velikost pameti ne packetu ale to MT pokud se nepletu neumi.

Pokud ty grafy jsou primo z MT pred Alcomou tak tech discardu neni zase tak malo. Bud neco nefunguje jak ma nebo tech 1500packetu nestaci.
Zda fronta funguje si muzes overit a prepocitat tak, ze ucpes tu linku nejakym tokem a zmeris odezvu na nezatizene a zatizene lince. Z rozdilu casu, rychlosti muzes vypocitat kolik bytu mas ve fronte. Pripadne muzes zkusit jak se odezva meni pri zmene delky fronty

Alcoma samozrejme nejaky buffer ma - ale maly.

Pokud to jde ,snazim se pouzivat flowcontrol v kombinaci se shaperem na prvku pred trasou, IMHO je lepsi (v kombinaci s Alcomou) samotny shaper nez samotny flowcontrol. Alcoma bohuzel nema zadny counter zahozenych packetu z duvodu plne fronty, takze nejde ani zjistit, ze je na ni nejaky problem (nestihajici/nefunkcni flowcontrol signalizace apod).

pozor oba grafy jou z alcom, které jsou napojeny do té x86.. (protože ve FW 5.1 alcoma umí už toto zobrazovat) jinak na síti používám vpls tunely, které chodí s mtu 1554 aby se mi tam hodně věcí vešla...

okoun píše:pozor oba grafy jou z alcom, které jsou napojeny do té x86.. (protože ve FW 5.1 alcoma umí už toto zobrazovat) jinak na síti používám vpls tunely, které chodí s mtu 1554 aby se mi tam hodně věcí vešla...

Discardy z Alcomy - to je zajimava informace. Koukal jsem na www.alcoma.cz a changelog k firmware je jen do 5.0 a ani MIB neobsahuje zadne Output discardy . Jake to ma OIDcko?

.1.3.6.1.4.1.12140.2.10.14.0 pause a zahozené .1.3.6.1.4.1.12140.2.10.15.0

Tak tady je čerstvé vyjádření Mikrotiku ohledně Flow Control na RB44Ge takže budu muset vyměnit HW třeba za CCRko protože ani ta fornta pfifo 1500 nepomohá zklusil jsem navýšit na 3000 ale nějak to zabilo bránu