DX Cluster Fenster zeigt unsinnige Calls an
Verfasst: Mittwoch 19. November 2025, 14:36
Liebe UcxLog-Benutzer,
bei einer gefühlt zunehmenden Zahl von Spottern/Skimmern werden unsinnige Calls im DX Cluster Fenster angezeigt,
oft ist bei 5-20 Falschmeldungen mehr als das halbe Fenster damit gefüllt.
Dabei handelt es sich um CW- und FT8-Skimmer über telnet.reversebeacon.net:7000 (CW) und Port 7001 für FT8,
die damit den Nutzen des DX Cluster Fensters stark einschränken.
Evtl. tritt dies auch bei weiteren Skimmern auf.
DL9GTB hatte früher unter cluster.dl9gtb.de:8000 diverse Filter eingerichtet wie:
set dx filter not skimdupe and not skimbusted and not skimqsy and not skimunknown
Das ging scheinbar in die Richtung, solche Falschmeldungen bereits an der Quelle rauszufiltern.
Bei HamAlert kann ich solche Calls über eine Textdatei als Spotter ausschließen.
U.a. sind bei mir derzeit hauptsächlich folgende Spotter gesperrt:
CT1EYQ,DF2CK,DF7GB,DO4DXA,DR5X,G4IRN,LZ3CB,LZ4UX,MM0ZBH,OH6BG,OK1FCJ,S54L,SP5GQ,UY2RA,YO2KAR
ferner (weniger häufige Falschmeldungen):
DL1HWS(-)3,DM6EE,DR4W,ES5PC,HA1VHF,HA8TKS,IT9GSF,M1GEO,OZ1AAB,PI4CC,SE5E,SM7IUN,YO2CK uvm.
Hier ein paar konkrete Beispiele:
CW
1033 VK9DXE 21009 OK1FCJ
1041 O6DN 10119.9 LZ3CB
1043 P5DU/P 7020 DF7GB
1044 1GW 14074 S54L
FT8
0655 3B31BTP1Q 10138 YO2KAR
0709 QKEUCZ98XX1 28090 HA8TKS
0711 074DAV 7074 CT1EYQ
0721 2N5ZJG 21074 LZ4UX
0723 0QJR8UM 7074 G4IRN
Hat jemand ähnliche Erfahrungen gemacht und nur mangels Masse ignoriert oder ärgert sich ähnlich wie ich darüber?
Es soll auch nicht außer Acht bleiben, dass all diese Skimmer Zeit und Geld erfordern und wir dankbar sein können, dass es sie gibt. Ein völliges Ignorieren kann dem Engagement schaden aber es auch verbessern, wenn man gemeinsam nach Lösungen sucht oder vorhandene austauscht.
Grundlegende Fragen bin ich bereits mit Ben durchgegangen. Es kam natürlich auch der Hinweis, dass eine weitergehende Filterung mehr Rechenleistung erfordern wird und sicher nur angegangen wird, wenn dies ein Problem für viele Nutzer ist.
Daher freue ich mich auf Meinungen und Vorschläge aus der Gemeinschaft zum Thema.
73, Peter
bei einer gefühlt zunehmenden Zahl von Spottern/Skimmern werden unsinnige Calls im DX Cluster Fenster angezeigt,
oft ist bei 5-20 Falschmeldungen mehr als das halbe Fenster damit gefüllt.
Dabei handelt es sich um CW- und FT8-Skimmer über telnet.reversebeacon.net:7000 (CW) und Port 7001 für FT8,
die damit den Nutzen des DX Cluster Fensters stark einschränken.
Evtl. tritt dies auch bei weiteren Skimmern auf.
DL9GTB hatte früher unter cluster.dl9gtb.de:8000 diverse Filter eingerichtet wie:
set dx filter not skimdupe and not skimbusted and not skimqsy and not skimunknown
Das ging scheinbar in die Richtung, solche Falschmeldungen bereits an der Quelle rauszufiltern.
Bei HamAlert kann ich solche Calls über eine Textdatei als Spotter ausschließen.
U.a. sind bei mir derzeit hauptsächlich folgende Spotter gesperrt:
CT1EYQ,DF2CK,DF7GB,DO4DXA,DR5X,G4IRN,LZ3CB,LZ4UX,MM0ZBH,OH6BG,OK1FCJ,S54L,SP5GQ,UY2RA,YO2KAR
ferner (weniger häufige Falschmeldungen):
DL1HWS(-)3,DM6EE,DR4W,ES5PC,HA1VHF,HA8TKS,IT9GSF,M1GEO,OZ1AAB,PI4CC,SE5E,SM7IUN,YO2CK uvm.
Hier ein paar konkrete Beispiele:
CW
1033 VK9DXE 21009 OK1FCJ
1041 O6DN 10119.9 LZ3CB
1043 P5DU/P 7020 DF7GB
1044 1GW 14074 S54L
FT8
0655 3B31BTP1Q 10138 YO2KAR
0709 QKEUCZ98XX1 28090 HA8TKS
0711 074DAV 7074 CT1EYQ
0721 2N5ZJG 21074 LZ4UX
0723 0QJR8UM 7074 G4IRN
Hat jemand ähnliche Erfahrungen gemacht und nur mangels Masse ignoriert oder ärgert sich ähnlich wie ich darüber?
Es soll auch nicht außer Acht bleiben, dass all diese Skimmer Zeit und Geld erfordern und wir dankbar sein können, dass es sie gibt. Ein völliges Ignorieren kann dem Engagement schaden aber es auch verbessern, wenn man gemeinsam nach Lösungen sucht oder vorhandene austauscht.
Grundlegende Fragen bin ich bereits mit Ben durchgegangen. Es kam natürlich auch der Hinweis, dass eine weitergehende Filterung mehr Rechenleistung erfordern wird und sicher nur angegangen wird, wenn dies ein Problem für viele Nutzer ist.
Daher freue ich mich auf Meinungen und Vorschläge aus der Gemeinschaft zum Thema.
73, Peter
