Drukuj

Zaloguj się lub zarejestruj.
1 Godzina 1 Dzień 1 Tydzień 1 Miesiąc Zawsze
Zaloguj się podając nazwę użytkownika, hasło i długość sesji

[SQ5LTL]

Witam!

Mam pytanie. Czemu kolejne ramki są zapisywane podwójnie?
Ta sytuacja występuje na aprs.fi i serwerze radomskim.
Oto przykład z dnia dzisiejszego.

APRS.FI

011-04-14 06:50:00 UTC: SQ5LTL-9>UQ3T71,WIDE1-1,WIDE2-2,qAR,SR5NRO-10:`1<}l#'O\]"5-}434.000MHz=
2011-04-14 06:50:03 UTC: SQ5LTL-9>UQ3T71,SR5KO,SR5DRA*,WIDE2-1,qAo,SR7NRQ-10:`1<}l#'O\]"5-}434.000MHz=
2011-04-14 06:51:53 UTC: SQ5LTL-9>UQ3T71,WIDE1-1,WIDE2-2,qAR,SR5NRO-10:`1<}l#'O\]"5-}434.000MHz=
2011-04-14 06:51:58 UTC: SQ5LTL-9>UQ3T71,SR5KO,SR5DRA*,WIDE2-1,qAo,SR7NRQ-10:`1<}l#'O\]"5-}434.000MHz=
2011-04-14 06:53:09 UTC: SQ5LTL-9>UQ3T94,WIDE1-1,WIDE2-2,qAR,SR5NRO-10:`1<rm\(O\]"5&}434.000MHz=
2011-04-14 06:53:13 UTC: SQ5LTL-9>UQ3T94,SR5KO,SR5DRA*,WIDE2-1,qAo,SR7NRQ-10:`1<rm\(O\]"5&}434.000MHz=


APRS.RADOM.PL
25.    2011-04-14 06:53:12.951    SQ5LTL-9>UQ3T94,SR5KO,SR5DRA*,WIDE2-1,qAo,SR7NRQ-10:`1
24.    2011-04-14 06:53:09.427    SQ5LTL-9>UQ3T94,WIDE1-1,WIDE2-2,qAR,SR5NRO-10:`1
23.    2011-04-14 06:51:57.978    SQ5LTL-9>UQ3T71,SR5KO,SR5DRA*,WIDE2-1,qAo,SR7NRQ-10:`1<}l#'O\]"5-}434.000MHz=
22.    2011-04-14 06:51:53.428    SQ5LTL-9>UQ3T71,WIDE1-1,WIDE2-2,qAR,SR5NRO-10:`1<}l#'O\]"5-}434.000MHz=
21.    2011-04-14 06:50:03.473    SQ5LTL-9>UQ3T71,SR5KO,SR5DRA*,WIDE2-1,qAo,SR7NRQ-10:`1<}l#'O\]"5-}434.000MHz=
20.    2011-04-14 06:49:59.948    SQ5LTL-9>UQ3T71,WIDE1-1,WIDE2-2,qAR,SR5NRO-10:`1<}l#'O\]"5-}434.000MHz=

[SQ9IWE]

Pewnie dlatego ze wchodza na serwery przez kilka IGATEow w tym przypadku SR7NRQ-10 i SR5NRO-10

[SQ5LTL]

A nie powinno być tak, że serwer loguje jedną ramkę i kolejne duplikaty (już z innymi ścieżkami) odrzuca?

[SP3LYR]

Ponownie mamy do czynienia z podsyłaniem do APRS-IS tych samych ramek w różnej postaci. Przez to  mechanizm usuwania duplikatów w APRS-IS zostaje wprowadzony w błąd. Nie są, oczywiście, brane pod uwagę ścieżki, a tylko nadawca, adres przeznaczenia i pole informacji zawarte w danej ramce.
Gdy spojrzymy na ramki w zwykłej postaci http://aprs.fi/?c=raw&call=SQ5LTL-9, wygladają one identycznie.
Gdy spojrzymy na ramki w postaci hex http://aprs.fi/?c=raw&call=SQ5LTL-9&limit=50&view=hex, dopiero możemy zauważyć różnice. Różna liczba bajtów wynika również z różnych ścieżek, więc to jeszcze nie jest dla nas miarodajne. Ale jest też różnica na końcu ramek (pola informacji), mianowicie jedne kończą się z '20' inne bez. I tu chwytamy byka za rogi. Hex 20 jest odpowiednikiem spacji http://www.asciitable.com/ Czyli ramki podawane do APRS-IS przez IGate SR7NRQ-10 zawierają spację, natomiast podawane przez IGate SR5NRO-10 nie zawierają spacji.
SR7NRQ-10 pracuje w oparciu o aprsd version 225
SR5NRO-10 pracuje w oparciu o aprsg version 14
Muszę jeszcze dokładniej sprawdzić, ale wydaje się, że w tym przypadku aprsd pracuje poprawnie, tzn. nie obcina spacji, gdy ona znajduje się na końcu pola informacji.

[SQ5LTL]

A no właśnie - w takim razie może twórcy bramki aprsg nie wiedzą o tym babolu.
Ciekawy jestem Twojej informacji.