Forum APRS Polska

Zaloguj się lub zarejestruj.

Zaloguj się podając nazwę użytkownika, hasło i długość sesji
Szukanie zaawansowane  

Aktualności:

Autor Wątek: ograniczenie ramek APRS-IS -> digi  (Przeczytany 250 razy)

sp9wpn

  • *
  • Offline Offline
  • Wiadomości: 5
ograniczenie ramek APRS-IS -> digi
« dnia: Czerwiec 20, 2020, 01:20:37 LOC »

Dobry wieczór wszystkim,

Od pewnego czasu działa moja stacja odbiorcza APRS (proszę nie strzelać! w tej lokalizacji nie mam możliwości nadawania). W logach direwolf pojawia sporo ramek, które serwer APRS-IS próbuje rozsyłać w radio przez moją stację (oznaczone [ig->tx]).
Stacja chodzi na łączu GSM, gdzie płacę za przesyłane dane. Nie są to oczywiście wielkie kwoty, ale każdy zmarnowany kilobajt drażni. Po drugie zastanawiam się, czy jeśli serwer "zleca" mojej stacji rolę nadajnika dla konkretnej ramki, nie wpływa to negatywnie na jej dystrybucję z prawdziwych I-gate.

Próbowałem różnych ustawień filtrów po stronie serwera (IGFILTER w direwolf), ale ramki "do nadania" ciągle się pojawiają. Czy ktoś może podpowiedzieć, jak się ich skutecznie pozbyć? Przyjmę również inne sugestie, aby moja stacja była grzecznym i nieprzeszkadzającym odbiornikiem APRS. :)

Pozdrawiam,
Wojtek SP9WPN
Zapisane

SP3LYR

  • Administrator
  • *****
  • Offline Offline
  • Wiadomości: 2150
  • Teoretycznie, praktyka pokrywa się z teorią
    • o APRS po polsku
Odp: ograniczenie ramek APRS-IS -> digi
« Odpowiedź #1 dnia: Czerwiec 20, 2020, 02:54:28 LOC »

Wiadomość z serwera do transmisji IS=>RF jest podsyłana do tego IGate, który teoretycznie powinien ją najskuteczniej dostarczyć do adresata wiadomości. Tzn. beacon pozycji adresata wszedł przez ten IGate, albo jeszcze kilka innych kryteriów go wytypowało. Oprócz wiadomości serwer podaje do IGate beacon nadawcy.
Pozostałe ramki wychodzące z IGate na RF zależą tylko od operatora IGate.
To jest powodem, dlaczego nie jest zalecane stosowanie IGate wyłącznie rx. W zasadzie tylko w przypadkach, gdy ramki w okolicy nie mają innej szansy dojść do serwera, IGate rx ma jakieś uzasadnienie.
Zapisane
73
Andrzej SP3LYR

sp9wpn

  • *
  • Offline Offline
  • Wiadomości: 5
Odp: ograniczenie ramek APRS-IS -> digi
« Odpowiedź #2 dnia: Czerwiec 21, 2020, 22:09:59 LOC »

Udało mi się znaleźć artykuł Hessu OH7LZB (autora aprsc i aprs.fi), w którym udowadnia nieszkodliwość bramek odbiorczych. Wynika z niego również, że nie ma sposobu, by serwer przestał próbować wysyłać do nich ramki - im lepiej bramka odbiera, tym więcej pakietów dostanie do potencjalnego nadania.
Do przeczytania tutaj: http://blog.aprs.fi/2019/08/rx-only-igates-considered-beneficial-to.html
Zapisane

SQ9MDD

  • PG APRS
  • *
  • Offline Offline
  • Wiadomości: 231
  • ...przede wszystkim nie zakłócać...
    • SQ9MDD
Odp: ograniczenie ramek APRS-IS -> digi
« Odpowiedź #3 dnia: Czerwiec 21, 2020, 23:36:46 LOC »

Bo z punktu widzenia użytkowników internetowych iGate RX to nic złego. Natomiast nagminne stawianie tego typu stacji powoduje że powstaje złudzenie poprawnej pracy sieci APRS a w praktyce jest tak że radiowo to nie działa.
My / Ja bawimy się radiowo ;) Moje stanowisko w tej kwestii opisałem na swojej stronie. http://tech4.pl/SQ9MDD/?p=1731

Co do twojej konfiguracji i tego co do Ciebie dociera z sieci podrzuc jakis kawałek logu będzie łatwiej.
Zapisane

sp9wpn

  • *
  • Offline Offline
  • Wiadomości: 5
Odp: ograniczenie ramek APRS-IS -> digi
« Odpowiedź #4 dnia: Czerwiec 23, 2020, 12:10:13 LOC »

Co do twojej konfiguracji i tego co do Ciebie dociera z sieci podrzuc jakis kawałek logu będzie łatwiej.
Przykładowe ramki z niecałych dwóch minut:
[ig>tx] SR9KFZ-2>APRX29,TCPIP*,qAC,T2POLAND:;SQ9RHX   *111111z5108.47N/01701.74E-PHG3360 Damian
[ig>tx] SQ6OXF-10>APET51,TCPIP*,qAC,T2BELGIUM:!5112.55N/01716.70ErSQ6OXF DIGI 51TNC 5W -- X200 11.0V
[ig>tx] SR9NRY>APNW01,TCPIP*,qAC,T2SP:;997-NS   *111111z4935.83N/02041.88E!POLICJA Nowy Sacz
[ig>tx] SQ9MPK>APRX29,TCPIP*,qAC,T2POLAND:T#220,0.0,0.0,0.0,0.0,0.0,00000000
[ig>tx] OK8UOF>APMI06,TCPIP*,qAC,T2GREECE:;UR0UUS   *231005z5028.14N/03036.19Er439.000MHz -760 DMR CC1
[ig>tx] SR9NRY>APNW01,TCPIP*,qAC,T2SP:;HPLI     *111111z4942.95N\02024.66EgHELIPORT Limanowa
[ig>tx] SR9NRY>APNW01,TCPIP*,qAC,T2SP:;EPNL     *111111z4944.69N\02037.30EgAIRPORT Lososina Dolna
[ig>tx] SR6NKB>APDW15,TCPIP*,qAC,T2POLAND:!5015.41N/01725.74E#PHG3828 Biskupia Kopa Digi/iGate PZK OT 11 Opole
[ig>tx] SR6NKB>APDW15,TCPIP*,qAC,T2POLAND:;439.075WY*111111z5027.93N/01809.25Erc071 -760 R70k Wysoka SR6WY
[ig>tx] SR6NKB>APDW15,TCPIP*,qAC,T2POLAND:;439.325OP*111111z5040.60N/01757.39Erc094 -760 R60k Opole SR6OP
[ig>tx] OK8UOF>APMI06,TCPIP*,qAC,T2GREECE:@231006z4949.93N/01810.11E&IGate
[ig>tx] SQ9CIE-4>APMI06,TCPIP*,qAS,SQ9CIE:@231006z5023.93N/01926.17E_279/005g008t065r000p009P001h73b10209L285METEO Davis Vantage Pro 2 ;-)
[ig>tx] OK8UOF>APMI06,TCPIP*,qAC,T2GREECE:;145.600R0*231006z4949.94N/01810.12Er145.600MHz T088 -060 OK0AD
[ig>tx] OK8UOF>APMI06,TCPIP*,qAC,T2GREECE:;OK0NTU   *231006z4950.23N/01809.58E?telnet packet.osanet.cz
[ig>tx] OK8UOF>APMI06,TCPIP*,qAC,T2GREECE:;439.4875 *231007z4949.94N/01810.09Er439.4875MHz T088 -760 C4FM
[ig>tx] OK8UOF>APMI06,TCPIP*,qAC,T2GREECE:>OK2KOS radioklub Ostrava
[ig>tx] SQ9MPK>APRX29,TCPIP*,qAC,T2POLAND::SQ9MPK   :PARM.Avg 10m,Avg 10m,RxPkts,IGateDropRx,TxPkts
[ig>tx] SQ6OXF-10>APET51,TCPIP*,qAC,T2BELGIUM:!5112.55N/01716.70ErSQ6OXF DIGI 51TNC 5W -- X200 11.0V
[ig>tx] OK8UOF>APMI06,TCPIP*,qAC,T2GREECE::OK8UOF   :PARM.Vin,Rx1h,EffTot,Eff1h,Temp,O1,O2,O3,O4,I1,I2,I3,I4
[ig>tx] OK8UOF>APMI06,TCPIP*,qAC,T2GREECE::OK8UOF   :UNIT.Volt,Pkt,Pcnt,Pcnt,Deg,On,On,On,On,Hi,Hi,Hi,Hi
[ig>tx] OK8UOF>APMI06,TCPIP*,qAC,T2GREECE::OK8UOF   :EQNS.0,0.079,0,0,10,0,0,1,0,0,1,0,0,1,-128
[ig>tx] OK8UOF>APMI06,TCPIP*,qAC,T2GREECE::OK8UOF   :BITS.11111111,Telemetry

Zwykle to są w kółko te same beacony.

Pozdrawiam,
Wojtek SP9WPN
Zapisane

SQ8L

  • *
  • Offline Offline
  • Wiadomości: 26
Odp: ograniczenie ramek APRS-IS -> digi
« Odpowiedź #5 dnia: Czerwiec 24, 2020, 14:49:10 LOC »

Serwer powinien normalnie wyrzucać tylko ramki z wiadomościami, a u Ciebie jest ich dużo za dużo, bo nie są to typowe wiadomości. Wywal może całkowicie linię IGFILTER. Do jakiego serwera jest podłączony ten IGate? Pod jakim portem?
Zapisane
Piotr SQ8L, Rzeszów

sp9wpn

  • *
  • Offline Offline
  • Wiadomości: 5
Odp: ograniczenie ramek APRS-IS -> digi
« Odpowiedź #6 dnia: Czerwiec 26, 2020, 02:26:15 LOC »

Serwer mam wpisany euro.aprs2.net, ale nie widzę różnicy względem tego, co akurat się wylosuje. Port domyślny, czyli 14580. Po wywaleniu IGFILTER i restarcie tak na oko to pojawiają się beacony z większych odległości - nawet Włochy czy Słowenia, ale ich ilość nie jest znacznie większa.
Zapisane

SQ9MDD

  • PG APRS
  • *
  • Offline Offline
  • Wiadomości: 231
  • ...przede wszystkim nie zakłócać...
    • SQ9MDD
Odp: ograniczenie ramek APRS-IS -> digi
« Odpowiedź #7 dnia: Czerwiec 26, 2020, 15:20:34 LOC »

Dobrze pojmuję że wszystko z tej listy miało by być wysyłane w eter?
Pytam bo coś jest nie tak w tej konfiguracji takie rzeczy nie powinny przechodzić w tę stronę.
Tam widzę obiekty, ramki pogodowe, beacony i nawet telemetrię.
Czyli słowem wszystko. Czy podczas połączenia z serwerem jakieś filtry używasz?

http://www.aprs-is.net/javAPRSFilter.aspx

Jak masz chwilę to przekręć do mnie telefon jest na mojej stronie obgadamy problem (sq9mdd.qrz.pl).
Zapisane

SQ8L

  • *
  • Offline Offline
  • Wiadomości: 26
Odp: ograniczenie ramek APRS-IS -> digi
« Odpowiedź #8 dnia: Czerwiec 27, 2020, 09:59:00 LOC »

Może Direwolf automatycznie dodaje jakieś niepotrzebne filtry? Normalnie serwer nie powinien wysyłać nic poza wiadomościami do klienta i odebranych przez niego stacji.

edit: w sumie jeśli to jest RX-IGate i nie potrzeba odbierać żadnych danych z internetu, to może filtr typu m/1 by ograniczył znacząco wychodzące ramki?
« Ostatnia zmiana: Czerwiec 27, 2020, 10:01:29 LOC wysłana przez SQ8L »
Zapisane
Piotr SQ8L, Rzeszów

sp9wpn

  • *
  • Offline Offline
  • Wiadomości: 5
Odp: ograniczenie ramek APRS-IS -> digi
« Odpowiedź #9 dnia: Czerwiec 27, 2020, 12:59:46 LOC »

Może Direwolf automatycznie dodaje jakieś niepotrzebne filtry? Normalnie serwer nie powinien wysyłać nic poza wiadomościami do klienta i odebranych przez niego stacji.

edit: w sumie jeśli to jest RX-IGate i nie potrzeba odbierać żadnych danych z internetu, to może filtr typu m/1 by ograniczył znacząco wychodzące ramki?
Dokładnie o tym rozmawiałem wczoraj z Ryśkiem SQ9MDD. Być może wina jest gdzieś w direwolfie (będę w wolnym czasie eksperymentował z aprx), a być może serwer, poza normalnym filtrowaniem, ma jakieś dodatkowe reguły? m/1 nie pomagało, teraz mam ustawiony filtr b/SP9WPN-1 (do sprawdzenia na http://51.83.134.252:14501/) i też ramki z serwera przychodzą.
Zapisane

SP3LYR

  • Administrator
  • *****
  • Offline Offline
  • Wiadomości: 2150
  • Teoretycznie, praktyka pokrywa się z teorią
    • o APRS po polsku
Odp: ograniczenie ramek APRS-IS -> digi
« Odpowiedź #10 dnia: Czerwiec 27, 2020, 21:01:51 LOC »

Filtry, z małymi wyjątkami, otwierają kolejne strumienie.
Znając serwer, do którego jesteśmy podłączeni możemy sprawdzić, jakie filtry zostały aktywowane.
Lista serwerów w sieci Tier2 http://status.aprs2.net/
Wybierając np. T2POLAND widzimy klientów i ich filtry http://46.21.223.230:14501/
Zapisane
73
Andrzej SP3LYR

SQ8L

  • *
  • Offline Offline
  • Wiadomości: 26
Odp: ograniczenie ramek APRS-IS -> digi
« Odpowiedź #11 dnia: Czerwiec 27, 2020, 21:35:23 LOC »

Kolega wyżej dał link do statusu serwera, do którego jest podłączony. Trochę dziwactwo, bo rzeczywiście dostaje bardzo dużo ramek pomimo tego, że ma załączony tylko filtr b/... Może to ten polski serwer wywala do polskich klientów więcej danych? Może spróbuj na razie podłączyć się do jakiegoś zagranicznego serwera na stałe.
Zapisane
Piotr SQ8L, Rzeszów

SP3LYR

  • Administrator
  • *****
  • Offline Offline
  • Wiadomości: 2150
  • Teoretycznie, praktyka pokrywa się z teorią
    • o APRS po polsku
Odp: ograniczenie ramek APRS-IS -> digi
« Odpowiedź #12 dnia: Czerwiec 28, 2020, 04:20:47 LOC »

T2Poland na porcie 14580 pracuje standardowo. Tzn. bez zdefiniowania żadnego filtru serwer podsyła tylko wiadomości dla klienta, a wraz z wiadomością beacon nadawcy. Gdy klient pracuje jako IGate, to również wiadomości do stacji, których ramki były podesłane z RF do Inet przez tego Igate. Oczywiście z wiadomościami podawane są beacony nadawcy wiadomości. Musiałbym sprawdzić, ale beacon nie idzie z każdą msg, tylko z pierwszą, a później co 30 minut, czy jakoś tak.
Zapisane
73
Andrzej SP3LYR