RB2011UiAS - packetloss na ethernetech

[okoun]

nu a kolik ti tam teče? mám pocit toiž že v datašitu píšou něco o tom že to zvládne čistej routing pouze kolem 100Mb, takže možná nadáváme na něco co je normální...

http://www.routerboard.com rika, ze bridging i routing da 1.4mbps (fastpath). A 60000 malych pkt/s s 25 filter pravidly. Takze 100M s prehledem.POkud to ztraci kvuli tem burstum tak je potreba identifikovat kde.Mozna je prichod do boxu 1gbps a odchod 100mbps. Pak by pred ten odchozi interface mohlo pomoct vradit nejakou lepsi frontu. Zvetsit frontu na rozhrani, mozna nastavit nejaky shaper

Nu a není náhodou problém že shapujeme pomocí SQ až na vysílačích nikoli na začátku na bráně? Je mezi tím nějaký rozdíl shapovat těsně u klienta či na začátku v GW sítě?
díky

[honzam]

A když neshapuješ tak packetloss není? My shapujeme na GW a tento problém nepozorujeme. A to RB2011 máme desítky...

[Majklik]

To prostě nejde. Možná nějakým pohackováním linuxu ... teoreticky ... možná ... Nechci tvrdit, že znám vše, ale věř mi (a podívej se na routovací tabulku).

V ROSu by tohle mělo jít udělat. Ty dva interfejsy jednoho routeru, mezi kterými chceš pingat tak, aby to šlo přes fyzický interfejsy docílíš tak, že ty dva porty budou v různých VRF instancích. Pak by se nemělo routovat vnitřkem (pokud to explicitně nepředepíšu pomocí leaked rout), ale po drátech.

Na foru mikrotik to také někdo řešil ale v roce 2014
změnou TTL hodnoty odchozích paketů
http://forum.mikrotik.com/viewtopic.php?t=87430,
Mohu dostat feedback zda to pomohlo ?

Tohle bylo ais něox jiného než řeší Okoun. Tohle je spíše pro případ, že je trasa dlouhá a TTL je někde nastavené příliš malé, takže paket nedojde k cíli. Takže se násilím natáhne a dojde to. Jinka TTL slouží kvůli smyčkám, aby při příchodu paketu do L3 smyčky v něm neběhal donekonečna, ale jen po omezneou dobu, než se dropne (takže není vhondé TTL natahovt na routeru, kpřes který může procházet smyčka).

Nu a není náhodou problém že shapujeme pomocí SQ až na vysílačích nikoli na začátku na bráně? Je mezi tím nějaký rozdíl shapovat těsně u klienta či na začátku v GW sítě?

Ano, může to být tím, pokud tok ke klientovi shapuješ jen na koncovém AP, tka chvíli trvá, než se tok tomu uzpůsobí a k tomu AP to může jít ve vlnách, které mohou krátkodobě ucpávat věci před tím, kde dochází k zůžení toku a pak se ti někde na nějakém routeru může zvýčit ztrátovost, protože to už musí dropovat.