No konečně se v tobě probudila i ta lidská stránka člověka, nezasažená Linuxem. Na vysvětlenou, nemám na mysli tu technickou stránku, ale povahovou. Takže rád odpovím na položené otázky, seč mi budou síly stačit.
1/ - tvůj program když si ho zkompiluješ může běžet kdekoliv, kde si ho rozchodíš (jestli win/unix/linux/osx ... to je jedno)
To vím samozřejmě taky, ale na mysli jsem měl konkrétní řešení, protože SW a jeho kompilace je jedna věc, ale vybrat krabičku, běžící prostředí, nasát měřící SW a spustit ho je věc druhá. Že to lze jsem si ověřil na 2,4G AP před deseti lety, kde jsem výrobci AP kompilát poslal, on ho zabudoval, do webu přidal tlačítko Start a Stop a SW a běží spolehlivě dodnes. Samozřejmě - tyto AP jsou již historie, sice by to službu udělalo i pro tento případ, ale je to udělané tak, že musel být zpětný datový kanál, takže nic. Ten kompilát se sice podařilo podstrčit Sergejovi do Mikrotiku a dokonce ho i spustit, ale na systém spuštění z Winboxu nestačily síly.
2/ - JAK CHCEŠ DETEKOVAT VÝPADEK POMOCÍ UDP, KDYŽ JAK SÁM PÍŠEŠ NENÍ POTVRZENÍ Z PROTISTRANY (promiň za ten capslock, ale je to tak absurdní).
Rád prominu. Na druhé straně stačí pustit graf trafiku na adaptéru nebo v PC přijímací stranu "hltiče" a výpadek je tam krásně vidět. Vyzkoušeno a i tímto způsobem jsem dospěl k závěru, kde je problém. Nikoliv však k tomu, čím je přesně způsoben. Ale i to se vyřešilo, díky radě kolegů. Zkusil jsem i obyčejný Btest, také to funguje, ale dost to kolísá, speciální hltič je mnohem lepší. Myslím, že jsem vynaložil na tento problém dost energie i času, takže ty hloupé poznámky typu, že sedím a třesu se netrpělivostí, kdy mi kolega iTomB poradí, přijdou k smíchu společně i s jejich autory.
3/ - udp generátorů je mnoho, dá se použít třeba i obyčejný iperf
Generátor UDP(hltič) Linux/Windows mám, takže jiný nepotřebuji a ani nechci. Protože takhle alespoň vím, co to přesně dělá a bude dělat a vím, že mi to linku nezahltí, protože to řeže přesně jak nastavím už ve zdroji. A to je pro tento případ zásadní věc.
4/ - Edit: Obecný postup hledání nedostupnosti z mojí zkušenost ...
Pro tento účel mám oblíbenou utilitku, která zaráz pingá jednotlivé IP trasy a pak je krásně vidět, kde to vázne (výstup současně do souboru). Pro tento případ je to samozřejmě k ničemu, protože kde to vázne moc dobře víme, ale proč to vázne, to jsme nevěděli.
C:\Users\ACER>pingtime 192.168.0.154 192.168.0.207 192.168.0.30 192.168.0.215 192.168.0.111
Start
08.05.2019 19,241 192.168.0.154 3 ms 192.168.0.207 1 ms 192.168.0.30 3 ms 192.168.0.215 3 ms 192.168.0.111 2 ms
08.05.2019 19,239 192.168.0.154 1 ms 192.168.0.207 4 ms 192.168.0.30 error 192.168.0.215 error 192.168.0.111 error
08.05.2019 19,251 192.168.0.154 2 ms 192.168.0.207 3 ms 192.168.0.30 1 ms 192.168.0.215 1 ms 192.168.0.111 1 ms
08.05.2019 19,272 192.168.0.154 5 ms 192.168.0.207 8 ms 192.168.0.30 4 ms 192.168.0.215 3 ms 192.168.0.111 3 ms
Odpovídám víceméně ze slušnosti, protože nadnesený problém s výpadkem 3 sekund je (asi) beze zbytku vyřešen. mpcz, 8may2019