Ja mam zkusenost, ze ne vzdy m/100 nebo r/50/15/100 uplne spolehlive funguje.
Jeste kdyz jsem gejtoval pres APRSD, tak jsem tam mel nastaveno m/150, ale stejne to vetsinou nefungovalo. Mozna bylo nekde neco spatne nevim. Proto ten napad s vlastnim filtrovanim dle vzdalenosti.
Asi jsem neco nepochopil jak jsem mel.
Mel jsem za to, ze je pozadavek omezeni trafficu IS->RF od OK1COM-10 na vzdalenost max (napr) 100km od pozice digipeateru (nema cenu posialat v ostrave pocasi a warningy z karlovarska a podobne)
Takovyto filtr proste pres standardni filtrovani nejde nastavit. Bud to bude vse do 100km nebo vse od OK1COM-10, pripadne soucet obou techto filtru, nokoliv vsak prunik. Pokud se pripojite na predfiltrovany port a poslete vlastni filtr, puvodni prednastaveny filtr se proste prestane aplikovat. Zkontrolovat si to muzete primo na strance daneho serveru, na ktery se pripojujete.
Proto jsem rikal, ze efektivne se tento prunik filtru da resit pouze na urovni SW, nikoliv vsak pres filtrovani na urovni serveru.
Filtry na urovni serveru funguji dobre, problem byva s prolinanim dat mezi diginedem a aprsd pres ax.25, typickej priklad jsou dva bezici diginedy (jeden pro digi a druhy pro wx na jednom stroji) - navzajem se pres ax.25 lokalne "slysi".
No, možná by to šlo i na straně serveru a tím, že by se vydefinovaly porty které by obsahovaly filtrované streamy. napr.:
port 14570 - Západní čechy
port 14571 - JČ
port 14572 - SČ + Praha
.
.
.
14560 - Čechy
14561 - Morava
a.t.d. (MGJ mne zabije.... definování polygonů je dost pakárna 😀 ) ale třeba je to blbej nápad....
tak že by teoreticky mělo jít snadněji udělat průnik --- port 14561 + COM-10 a byla by to jen Morava...
Coz o to, polygony nadefinovat muzu, ale kdyz pak ze SW posles "Filter b/OK1COM-10" prepise se tim preddefinovany filtr na serveru - a opet ti pujde cela republika od OK1COM-10.
Takze jediny zpusob jak by sel asi ten filtr aplikovat je:
na strane serveru pouzit preddefinovany filtr (nebo si ho sam poslat - polygon nebo kruznici, m/x nebude fungovat - neodesila se vlastni pozice)
a pak na strane scriptu (primo v is2rf) prohnat stream rourou pres regexp:
| grep -Ei "^OK1COM-10>"
Tazke do scriptu by se dostavalo vsechno z dane oblasti, ale script by distribuoval pouze to co zacina na "OK1COM-10>".
Ostatne podobnym filtrem si ukladam data pro dohledovy system, na serveru je filtr "p/OK/OL/OM" a teprve ve scriptu se ten stream cisti od prebytku
grep -Ei "^O[KLM][0-9][A-Z]{1,3}-([1-6]{1}$)|(10$)|(15$)"
A jenom drobnost: abych si neobsazoval SSID -15 (mam tu rozdelany aprx na RB a dalsi veci na testovani) tak na serveru visim s loginem OK1MGJ-T - serveru to je totiz fuk a do patere se to vubec nedostane protoze pass -1.
Ja mam zkusenost, ze ne vzdy m/100 nebo r/50/15/100 uplne spolehlive funguje.
Jeste kdyz jsem gejtoval pres APRSD, tak jsem tam mel nastaveno m/150, ale stejne to vetsinou nefungovalo. Mozna bylo nekde neco spatne nevim. Proto ten napad s vlastnim filtrovanim dle vzdalenosti.
Asi serveru neposles majak s pozici..
MGJ - Nevim, jestli sme se dobre pochopili..
1] Vzdalenemu serveru nastav m/100, popr. se pripoj na port, ktery je tak filtrovan. Posli mu nejakej majak, co se bude posilat treba jednou za 24h a vztahuje se k volacce, kterou se logujes. Tim bys mel dostat od vzdaleneho serveru do streamu veskere stanice a objekty z okruhu 100km od tebe.
Souhlasi?
2] vlastnimu serveru (aprsd) nastav gate2rf OK1COM-10 - Z toho streamu, cos definoval v kroku 1] ti pujdou do RF pouze objekty pochazejici od OK1COM-10, ale jen do vzdalenosti 100km..
Souhlasi?
