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.