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: Nowe konfiguracje pracy digipeaterów  (Przeczytany 13923 razy)

SP3LYR

  • Administrator
  • *****
  • Offline Offline
  • Wiadomości: 2147
  • Teoretycznie, praktyka pokrywa się z teorią
    • o APRS po polsku
Nowe konfiguracje pracy digipeaterów
« dnia: Grudzień 28, 2004, 06:39:17 LOC »

W ostatnich tygodniach Bob WB4APR wprowadził nowe rozwiązanie w funkcjonowaniu sieci APRS w USA.
http://www.ew.usna.edu/~bruninga/aprs/fix14439.html
Ma ono zapobiegać nadmiernemu mnożeniu ramek przychodzących z odległych regionów, które stają się zmorą rejonów, które mają własny ruch APRS o dużym natężeniu. Propagowana od wielu lat "właściwa edukacja użytkowników sieci" niestety nie zawsze przynosi pożądane skutki. Nadal są stacje, które wysyłają własne beacony z przesadnymi ścieżkami w stylu WIDE7-7 albo i jeszcze z kolejnymi dodatkami. Podczas gdy płynność sieci jest możliwa przy maksymalnie trzech przeskokach, czyli WIDE3-3 lub RELAY,WIDE2-2.
W związku z tym, nowe rozwiązanie dotyczy zamiany WIDEn-n na ##LNKn-n gdzie ## jest numerem autostrady międzystanowej, np. dla digipeaterów wzdłuż autostrady nr 90 będzie to 90LNKn-n Dzięki temu przemierzający tysiące mil wzdłuż, czy wszerz kraju będą obsługiwani przez kolejne digipeatery w takim trybie. Ale tylko przed sobą i za sobą, a nie będą zapychać kilkunastu czy kilkudziesięciu digi za każdym beaconem.
Natomiast dotychczasowe TRACEn-n ma zostać zamienione na SSn-n gdzie SS jest skrótem danego stanu, np. California będzie miała CAn-n Illinois ILn-n Texas TXn-n itd. Dzięki temu poruszający się w danym stanie będą obsługiwani przez digipeatery, ale ich beacony nie będą krążyły gdzieś daleko setki mil w każdym kierunku po innych stanach. A przede wszystkim lokalnie nie będą obsługiwane ramki, które przychodzą z bardzo daleka ze ścieżką WIDEn-n, czy TRACEn-n.
Zwykłe ścieżki RELAY oraz WIDE będą dalej obsługiwane, więc użycie w mobilu ścieżki w podstawowym formacie jako RELAY,WIDE będzie wszędzie dalej aktualne.
To rozwiązanie na razie pilotażowo jest wprowadzane w kilku stanach USA.
http://web.usna.navy.mil/~bruninga/aprs/map-newN.gif
Czy to ma jakiś sens w Polsce? Uważam, że tak skoro przy lekko podniesionych warunkach propagacyjnych digi na Gontyńcu przekazuje 60-70% beaconów od stacji, które są oddalone o setki kilometrów i akurat przypadkowo przedarły się przeskakując skutecznie przez wiele digi, ale jest to tylko jeden beacon na kilkadziesiąt, które od tej stacji skutecznie doszły, następnego może już nie być w tym samym dniu. Beacony od kilkuset innych stacji nie zdołały się przedrzeć, więc obraz na mapie nie odzwierciedla rzeczywistości. A skutkiem takiego natężenia dochodzących z daleka beaconów szanse lokalnych stacji maleją na wejście na digi.
Jest to nie tylko problem Gontyńca, podobnie sprawa wygląda w przypadku kliku innych digi. A może to być codziennością, kiedy pojawią się nowe digi w takich miejscach, jak Zielona Góra, Szczecin, czy w wielu innych.
Zatem po konsultacjach z Darkiem SP2BZW - koordynatorem sieci APRS, doszliśmy do takiego rozwiązania, które pozwoli przetestować nowy tryb pracy. W takim wypadku w digipeaterach należy TRACEn-n zamienić na SPn-n Dotychczasowe WIDEn-n nie będzie zamienione inną formułą, jednak digipeatery, które odbierają digi z innych krajów i natężenie od nich jest zbyt duże, nie będą obsługiwały WIDEn-n Ścieżki w podstawowym formacie jako WIDE dalej będą obsługiwane, podobnie RELAY, zniknie natomiast TRACE. Mobil gdziekolwiek się znajdujący będzie mógł posługiwać się ścieżką RELAY,WIDE
Wykładnikiem przy symbolu digi obsługującego SPn-n powinna być litera S, czyli kod symbolu S# Wykładnikiem dla digi, który obsługuje SPn-n ale także WIDEn-n powinna być litera K, czyli kod K#
Należy wstawić również stosowny komentarz w beaconie digi (pamietając o tych, co w drodze pracują z Kenwooda - oni widzą pierwsze 20 znaków komentarza, czyli takie rzeczy, jak altitude dać na koniec).
http://web.usna.navy.mil/~bruninga/aprs/n-n-overlays.txt
Wprowadzenie SPn-n zamiast TRACEn-n będzie powodowało oczywiście wstawianie do ramki identyfikacji digi, który ją przekazał. Czyli generalnie wydłużanie ramki, ale dzięki temu funkcja "use reverse digi path", która jest w IGate dla wysyłania message pozwoli na skuteczniejsze przekazywanie message. Jeśli beacon stacji, dla której jest message przyszedł jako SR3DGT-15,SR2DBZ*,SP3-1 to IGate wyśle message do tej stacji ze ścieżką SR2DBZ,SR3DGT-15 czego nie uczyni w przypadku WIDE3-1 bo tam nie jest określone, które digi prowadzą od IGate do tej stacji.
Ścieżka, którą używamy nawet w przypadku SPn-n też nie powinna być zbyt długa. A więc max jako RELAY,SP3-3 dla mobili.
W przypadku stacji domowych nie więcej niż SP3-3 Jednak dla pełnej kompatybilności w okresie przejściowym należałoby zastosować w stacjach domowych WIDE,SP2-2
Dla początkujących przypominam, że w UI-View ścieżka poprzedzona jest ogólnym adresem przeznaczenia (co nie jest stosowane w TT, czy radiach Kenwood), tak więc stacja domowa z UI-View powinna wpisać Unproto address jako APRS,WIDE,SP2-2
Zapisane
73
Andrzej SP3LYR

SP7MOA

  • *
  • Offline Offline
  • Wiadomości: 82
  • PG APRS
Nowe konfiguracje pracy digipeaterów
« Odpowiedź #1 dnia: Grudzień 28, 2004, 16:22:33 LOC »

post usunięty
Zapisane
Vy 73 de SP71303LD ex SP7MOA

SQ5SPT

  • *
  • Offline Offline
  • Wiadomości: 16
Nowe konfiguracje pracy digipeaterów
« Odpowiedź #2 dnia: Grudzień 28, 2004, 19:20:55 LOC »

Witam
Przedstawiam wyniki działania nowej konfiguracji dla UiDigi
Przy ustawieniach
UIDigiCall  =  RELAY, WIDE, SP2-2
UITraceCall = SP
Ramki wysyłane ze stacji dopmoiwej Unproto address APRS,WIDE,SP2-2
19:20:12R SQ5SPT>APU25M,SQ5SPT-5*,SP2-2 <UI C Len=30>:
=/4++ESj.x-  BPHG2000, Slawek

Ramki wysyłane ze stacji dopmoiwej Unproto address APRS,SP2-2
19:02:23R SQ5SPT>APU25M,SQ5SPT-5*,SP2-1 <UI C Len=30>:
=/4++ESj.x-  BPHG2000, Slawek
Zapisane

SP3LYR

  • Administrator
  • *****
  • Offline Offline
  • Wiadomości: 2147
  • Teoretycznie, praktyka pokrywa się z teorią
    • o APRS po polsku
Nowe konfiguracje pracy digipeaterów
« Odpowiedź #3 dnia: Grudzień 28, 2004, 20:20:07 LOC »

Sławek,
proste TRACE przestaje egzystować, więc w UIDigiCall nie należy nic innego wstawiać zamiast TRACE. Jeśli zostanie wyeliminowane również WIDEn-n, to można wówczas wstawić WIDE2-2 i WIDE3-3 do UIDigiCall, zostanie ono potraktowane jako zwykły alias, czyli po powtórzeniu digi przerobi to na WIDE2-2* lub WIDE3-3* Zatem stacje, które jeszcze nie zmieniły swojej ścieżki, będą powtarzane, ale w tym miejscu skończy się ich ścieżka.
UITraceCall = SP jest w porządku
Zapisane
73
Andrzej SP3LYR

SP3LYR

  • Administrator
  • *****
  • Offline Offline
  • Wiadomości: 2147
  • Teoretycznie, praktyka pokrywa się z teorią
    • o APRS po polsku
Nowe konfiguracje pracy digipeaterów
« Odpowiedź #4 dnia: Grudzień 28, 2004, 20:59:58 LOC »

Na stronie http://www.aprs.pl/digi.htm#UID naniosłem odpowiednie poprawki. Są tam również poprawki w czasach wysyłania beaconu.
Zapisane
73
Andrzej SP3LYR

SQ5SPT

  • *
  • Offline Offline
  • Wiadomości: 16
Nowe konfiguracje pracy digipeaterów
« Odpowiedź #5 dnia: Grudzień 28, 2004, 21:07:09 LOC »

Czy tak jest OK
UIDigiCall = RELAY, WIDE, WIDE2-2, WIDE3-3
UIFloodCall =
UITraceCall = SP

 - Pozdrawiam
   Sławek SQ5SPT
Zapisane

SP3LYR

  • Administrator
  • *****
  • Offline Offline
  • Wiadomości: 2147
  • Teoretycznie, praktyka pokrywa się z teorią
    • o APRS po polsku
Nowe konfiguracje pracy digipeaterów
« Odpowiedź #6 dnia: Grudzień 28, 2004, 21:38:10 LOC »

To jest OK. W takim przypadku wykładnikiem ikony powinno być S, gdyby digi ciągle jeszcze obsługiwał WIDEn-n (UIFloodCall = WIDE), wykładnikiem powinno być K.
Zapisane
73
Andrzej SP3LYR

SP9UUC

  • PG APRS
  • *
  • Offline Offline
  • Wiadomości: 10
Nowe konfiguracje pracy digipeaterów
« Odpowiedź #7 dnia: Grudzień 30, 2004, 20:52:41 LOC »

SR3DOK>APNU19,SR3DPN*,qAo,SP3BTT:
!5332.39NS01650.54E#PHG4570 SPn-n,R,W

R,W to chyba RELAY,WIDE, wiec wydaje mi sie ze wykladnikiem powinna byc literka K nie S.

73 i udanej zabawy jutrzejszej nocy :D
P.S. z innej beczki: fajnie ze coraz wiecej tekstu pojawia sie w prasie branzowej o dzialaniach PG APRS, o by tak dalej  :P
Zapisane
ichal - SP9UUC - 73!

SP3LYR

  • Administrator
  • *****
  • Offline Offline
  • Wiadomości: 2147
  • Teoretycznie, praktyka pokrywa się z teorią
    • o APRS po polsku
Nowe konfiguracje pracy digipeaterów
« Odpowiedź #8 dnia: Grudzień 30, 2004, 22:59:06 LOC »

R oraz W dotyczy prostego formatu ścieżki, czyli RELAY oraz WIDE. Natomiast literka K powinna być w przypadku, gdy digi obsługuje WIDEn-n oraz SPn-n. Digi w Okonku obsługuje z zaawansowanych formatów ścieżki (n-n) wyłącznie SPn-n
Zapisane
73
Andrzej SP3LYR

SP9UUC

  • PG APRS
  • *
  • Offline Offline
  • Wiadomości: 10
Nowe konfiguracje pracy digipeaterów
« Odpowiedź #9 dnia: Grudzień 30, 2004, 23:14:29 LOC »

OK, teraz panial :oops:
73, pozdrawiam!
Zapisane
ichal - SP9UUC - 73!

SP3LYR

  • Administrator
  • *****
  • Offline Offline
  • Wiadomości: 2147
  • Teoretycznie, praktyka pokrywa się z teorią
    • o APRS po polsku
Nowe konfiguracje pracy digipeaterów
« Odpowiedź #10 dnia: Grudzień 30, 2004, 23:24:53 LOC »

Zastanawia mnie natomiast wykładnik K dla digi SP9UUC-2. W adresie przeznaczenia jest APU25J, czyli informacja o programie jako UI-View. Tymczasem w UI-View nie można wstawić SPn-n, bo on ma na stałe wpisane wyłącznie możliwość WIDEn-n oraz TRACEn-n. Można dodawać różne aliasy, ale tylko dla prostego formatu ścieżki, więc SPn-n nie będzie obsługiwane, a wykładnik K mówi, że obsługuje SPn-n oraz WIDEn-n

Są jeszcze inne ciekawostki, mianowicie stacja SQ6IYD-2 ma adres jako APU25N czyli jest to UI-View, ale w komentarzu informuje, że jest to LinuxIGate Test. Czyli UI-View pod Linuxem?
Zapisane
73
Andrzej SP3LYR

SP9UUC

  • PG APRS
  • *
  • Offline Offline
  • Wiadomości: 10
Nowe konfiguracje pracy digipeaterów
« Odpowiedź #11 dnia: Grudzień 31, 2004, 00:07:28 LOC »

No wlasnie tak mnie to zastanawialo czy to bedzie chodzic, a nie mialem jak sprawdzic bo auto mam na sewisie i tam caly moj sprzet :(. Wpisalem w alias sciezke
SPn-n,RELAY,WIDEn-n
i ze jako program to przyjal to myslalem ze to zadziala, ale teraz juz mam jasna sytuacje :(
Natomiast jesli chodzi o SQ6IYD-2, to to chodzi na Ui-View na emulacji api widnowsa pod Linuxem.
73!
Zapisane
ichal - SP9UUC - 73!

SP3LYR

  • Administrator
  • *****
  • Offline Offline
  • Wiadomości: 2147
  • Teoretycznie, praktyka pokrywa się z teorią
    • o APRS po polsku
Nowe konfiguracje pracy digipeaterów
« Odpowiedź #12 dnia: Grudzień 31, 2004, 00:35:07 LOC »

To trochę dziwne z tym Linuxem, bo z tego, co widziałem i czytałem o programach APRS pod Linuxa, to są one bardziej funkcjonalne niż programy APRS pod Windowsa, łącznie z UI-View. Więc dlaczego ich nie zastosować wprost.
Natomiast wracając do SPn-n wpisanego w UI-View funkcjonującym jako digi, to można do aliasów dopisać SP2-2 oraz SP3-3 Zostaną one potraktowane jak prosty alias, bez redukcji do 2-1 lub 3-2, po powtórzeniu wyjdzie to jako SP2-2* lub SP3-3* Jednak jest to taka zapasowa furtka dla beaconów SPn-n, które dopiero zaczynają swój przebieg i digi ich nie zignoruje, będzie to jednak dla nich ostatni etap ścieżki.
Docelowo trzeba skorzystać z innego rozwiązania. Bardzo dobrze pracuje SR5DRA jako digi i IGate pod Linuxem z pomocą javAPRSDigi oraz javAPRSIGate. Albo po prostu samodzielne TNC z UIDIGI wstawionym, załóżmy nad Dzwonem Zygmunta.
Zapisane
73
Andrzej SP3LYR