Pro ty, co pouzivaji ping jako modlu, nejprve odkaz na RFC792, kde je popis ICMP echo reply = ping. https://tools.ietf.org/html/rfc792
Cituji:
There are still no guarantees that a datagram will be delivered or a control message will be returned. Some datagrams may still be undelivered without any report of their loss.
V prekladu: Neni tam garance doruceni datagramu, nebo navratu kontrolni zpravy. Nektere datagramy nemusi byt dorucene bez jakekoliv zpravy o jejich ztrate.
Alcoma ma defualt flow on, takze pokud je to zapnute i na protistrane, automaticky FC funguje. Vetsinou je spis problem, ze to prave linkovy partner zapnute nema. Kazdopadne v ethernet statusu by mel byt videt jak stav vyjednani flow control (on/off), tak citace out/in FC packetu. Ale to az od konkretni verze FW, starsi to neumely zobrazit.
Podle toho se pozna, kdo nestiha. Pokud radio posila out FC packety, znamena to, ze nestiha. Pokud dostava in, nestiha jeho protejsek. Pokud jsou tam nuly, neni problem.
<--- ia0 -->Alcoma_flow.jpg<--- ia0 -->
Jinak se to samozrejme da resit snizenim pomeru linkove rychlosti LAN portu a skutecne kapacity radia. Pokud jsou to rychlosti pod 100Mb, nema smysl linkovat na gigu.
Nakonec je treba jeste rozlisovat firmware pod a nad 4.8, nebot tam byla udelana zmena kvuli stabilite, ktera muze zpusobit, ze od 4.8 vyse CPU v radiu dava odbaveni ICMP echo reply nizsi prioritu, nez do verze 4.8. Ale spise nez ztrata, je realna vetsi delta v odezve(latenci).