From: dl5di%db0lj.bbs@db0lj.ampr.org Newsgroups: ampr.de.regional.myktcp Distribution: ampr Subject: TCP/IP bei DB0LJ, Teil 5: APRS ueber AmprNet Message-ID: Date: Sat, 02 Mar 2002 16:05 UTC X-Forwarded: db0lj.ampr.org by DPBOX2RFC (dl5di,20020219) Path: db0lj.ampr.org!!db0lj! Lines: 306 Xref: db0lj.ampr.org ampr.de.regional.myktcp:983 Date: Sat, 02 Mar 2002 16:46:48 +0100 From: dl5di@db0lj.ampr.org To: LOKAL BID: <200203021604.RAA00831@db0lj.ampr.org> X-Forwarded: db0lj.ampr.org, 02.03.2002 16:04 by rfc2dpbox (dl5di,20010608) 5. APRS ueber AmprNet: Zuerst ein paar Grundlagen: Ich gehe davon aus wer APRS ueber AmprNet machen will, weiss grundsaetzlich erstmal was APRS ist und hat es auf 2m im UI-Betrieb bereits laufen. Wenn nicht, ist er hier jetzt an der falschen Stelle, bevor man etwas installieren will, sollte man vielleicht wissen wozu das gut ist. Die mehrfach an mich gestellte Frage "Was ist eigentlich APRS, das will ich auch machen" beantworte ich generell nicht, sie ist fuer mich ein Zeichen von Desinteresse, denn es haben sich viele Leute sehr viel Muehe gemacht diese Frage zu beantworten und oft steht diese Antwort in der Rubrik der Box ein paar Zeilen hoeher. Also bitte erstmal unter APRS in die Box gucken, auf den Webseiten oder in die CQ-DL oder sonstige Informationsquellen nutzen. Es gibt zahlreiche Links und viele Informationen auf unserer Webseite. Hier soll es um die Konfiguration fuer Fortgeschrittene in einer bestehenden Installation fuer den Zugang ueber TCP/IP per Packet gehen. APRS hat den Ursprung in den USA. Es arbeitet auf 2 Ebenen: - Dem Netz von Digipeatern und sonstigen Knoten auf 2m, wo Mobil- und Portabelstationen ihre Positionsdaten "UI" absetzen. UI heisst, unbestaetigte Information, einfach in die Welt gesetzt, niemand weiss wann die wo und ob ueberhaupt ankommt. Es sind PositionsBAKEN und eine Bake sendet ohne Anspruch auf Antwort vor sich hin, in der Hoffgung, dass andere sie aufnehmen und nutzen. - Dahinter haengt bei APRS dann leistungsfaehigeres Netz, wo diese Daten zusammenfliessen. Dort kann man sich als stationaerer User mit Software wie UIView, WinAPRS, XAstir, Pocket-Versionen oder ueber Java von der Webseite etc. auf einem PC, PDA oder aehnlichem anklinken und meist grafisch mitverfolgen, was die Mobilisten treiben. Dieses Netz dahinter ist in den USA urspruenglich das Internet, dafuer sind System und Software ausgelegt. Es ist von der Idee her nicht vorgesehen, dass eine Masse von Feststationen mit irrer Leistung, grossen Antennen und langen Digipfaden in Minuten-Abstand ihre Positionen verbreiten, die sich sowieso nicht aendern (von der Erdplattenverschiebung abgesehen), oder das Ganze als Chat-Netz dazu zu nutzen, QSO darueber zu fahren und damit die Mobilstationen zu unterdruecken und mit irgendwelchen Datenmassen zuzuschaufeln. Diese Feststationen gehoeren von der urspruenglichen Idee des APRS her auf den "Backbone", das TCP/IP-basierende Netz im Hintergrund. Nun ist das Internet bei uns teuer, nicht jeder hat einen Flatrate-Zugang oder bekommt ihn ueberhaupt, schon gar nicht am Standort seines APRS-Servers. Es gibt aber bei uns ein recht leistungsfaehiges, flaechendeckendes Packet-Radio-Netz nahezu ueber ganz Europa, was es in den USA in der Form nicht gibt, dort existieren nur Inseln. Wie ich eingangs schon geschrieben hatte, ist das TCP/IP-Netz ueber Packet-Radio kompatibel zum Internet, dort laeuft fuer das Internet geschriebene Software. Damit ist es mit der APRS-Standard-Software, die eigentlich fuers Internet geschrieben ist, auch moeglich, APRS-Server-Verbindungen auch ohne Internet ueber Packet-Radio zu realisieren. Seit einiger Zeit gibt es neben dem Netz von APRS-Digis auf 2m auch ein noch recht kleines Netz von APRS-Servern im Packet-Digipeaternetz, die genauso miteinander ihren Datenaustausch ueber TCP/IP fahren, wie es in den USA im Internet laeuft. Es gibt verschiedene APRS-Server, die solche TCP/IP-Einstiege auch fuer User anbieten, wir betreiben hier db0lj, hier angebunden ist der Server db0hp bei Stuttgart, es gibt db0zwi in Zickau und verschiedene andere in DL und angrenzend. Sicher werden es bei entsprechender Nachfrage auch noch mehr. Am besten sucht man sich einen nahegelegenen Server indem man sich mal die APRS-Karten im Internet ansieht oder hakt mal in der Rubrik APRS der Boxen nach, wer einen TCP/IP-Zugang per Packet in der Naehe anbietet. Nun zu den Einstellungen: Das bei uns in Europa gaengigste Programm ist sicherlich UIView. Ein Wehrmutstropfen zuerst, in Teil 3 war die Einrichtung auf der Basis PCFlex32 beschrieben, weil das am leichtesten geht. UIView arbeitet mit PCFlex32 nur zusammen, wenn man die 32Bit-Version verwendet, das hat technische Gruende und liegt an den 32Bit. Die 32Bit-Version von UIView muss man anders als die 16Bit-Version registrieren. Wer die paar Mark, die die Software aus meiner Sicht wirklich wert ist, scheut, der sollte es mal mit AGWPE versuchen, da kommt man aber nicht um Eingriffe in die autoexec.bat und config.sys drumherum, es ist damit etwas komplizierter fuer die, die das nicht gewoehnt sind. UIView ist nach meiner Erfahrung eine gut gepflegte, staendig mit neuen Features erweiterte und dabei trotzdem immer ausgereifte/"fehlerfreie" Software, in Europa (UK) entwickelt. Der Support ist sehr gut, es existieren Mailinlisten und Diskussionsforen. UIView ist Client und Serversoftware zugleich, es gibt viel drumherum an Erweiterungen, z.B. einen PSK31-Server fuer APRS via PSK auf KW, Utilitis um eigene Karten zu erstellen etc. Nun muss man UIView sagen, dass es mehr APRS-Server gibt, als die, die in dessen Tabelle enthalten sind. Mag sein, dass es dafuer einen einfacheren und eleganten Weg gibt, den ich nicht kenne, weil ich einen umstaendlicheren schon zu lange nutze, ich mach es immer wie folgt: Im UIView-Verzeichnis gibt es die Datei UIView.ini. Wenn man die in einem Editor oeffnet findet man am Ende einen Absatz aehnlich wie hier: [APRS_Servers] SERVER01=44.130.42.3:1313 SERVER02=44.130.42.3:10153 SERVER03=db0lj.dyndns.org:1313 SERVER04=db0lj.dyndns.org:10153 SERVER06=aprs.net:23 SERVER07=ilnorth.aprs.net:10151 SERVER08=kb2ear.aprs.net:14580 SERVER10=ahubeast.net:2023 SERVER11=ahubcentral.net:2023 SERVER12=ahubwest.net:2023 SERVER13=ahubca.net:2023 SERVER14=ahubswe.net:2023 SERVER16=aprs.net.au:10152 SERVER17=aprs.cloud.net.au:10152 SERVER18=calgary.canaprs.net:10152 SERVER19=rotate.aprs.net:23 Die ersten Eintraege hat man sicher nicht, die Durchnummerierung ist meines Wissens egal, solange keine Nummer doppelt vorkommt. Hinzugefuegt, eingefuegt oder angehaengt habe ich den Block: SERVER01=44.130.42.3:1313 SERVER02=44.130.42.3:10153 SERVER03=db0lj.dyndns.org:1313 SERVER04=db0lj.dyndns.org:10153 Die ersten beiden sind die beiden Adressen/Ports fuer den Zugang ueber Packet zu DB0LJ, der Rest fuer den Zugang ueber Internet zum APRS-Server DB0LJ. Auf Port 1313 kommen nur deutsche Prefixe, auf 10153 europaeische. Wer die ganze Welt auf seinem Schirm sehen moechte, der nehme bitte einen der anderen in der Tabelle vorhandenen Server, das geht wegen dem Datenaufkommen aber dann nur uebers Internet und das ist nicht unsere Zielsetzung, deshalb bietet DB0LJ keinen Port mit weltweiten Daten. Wer nicht ans Internet anbinden will oder kann, der kann den ganzen Block loeschen und stattdessen diesen hineinkopieren: [APRS_Servers] SERVER01=44.130.42.3:1313 SERVER02=44.130.42.3:10153 Bitte beachten: Selbst der Port 10153 wird nur auf schnellen Links funktionieren, das Datenaufkommen in Europa ist schon recht gross. Wenn die Daten vom Server nicht schnell genug weggeschaft werden koennen, bricht der Link dauernd ab. Nach diesen Modifikationen startet man UIView32. Unter dem Menuepunkt "Setup" findet man den Unterpunkt "APRS Server Setup". In der Liste sollten nun auch die neu hinzugefuegten Server verfuegbar sein. Dort klickt man einen der gerade eingegebenen Eintraege an, ab UIView32 Version 1.9 kann man auch mehrere nehmen, wenn ein Link abbricht startet automatisch der naechste. Dann setzt man das Kreuzchen bei "APRServe log on required" und muss dann eine Validation Number eingeben. (Sofern man UIView nicht registriert hat, geht das nicht). Diese Nummer hat mit der Registrierung ansonsten aber nichts zu tun, das ist keine "Registrierungsnummer", diese Validationnummer wird auch beim freien XAstir fuer LinuX und anderen Programmen gebraucht. Sie berechnet sich nach einem komplizierten Algorithmus aus dem eigenen Call ohne SSID und soll verhindern, dass nicht-lizenzierte Stationen ueber diesen Weg aus dem Internet Zugriff auf Packet haben. Ohne diese Zahl kann man zwar alles mitschreiben, man wird selbst aber ueber PR nirgendwo gesehen, weil ein Flag in die eigenen Daten gesetzt wird (im Pfad steht TCPXX statt TCPIP). Diese Nummer kann ich gerne ausrechnen, bitte einfach eine Mail mit dem Call schicken, wenn moeglich per EMail ueber Internet, ich schick die Nummer umgehend zurueck. Das Programm zur Berechnung habe ich nur fuer LinuX, es gehoert mit zur Server- Software. Wer wie oben beschrieben im HamWeb qrv ist oder Internet-Zugang hat, findet bei den DB0LJ-Servern unter "APRS-Server DB0LJ-3" den Link zu "Infos/Status" und auf der Seite dann ganz unten "aktueller Status". Hier kommt eine Tabelle mit allen per TCP/IP angelinkten Servern und Usern. Wenn alles geklappt hatte muesste man dort seine eigene IP-Adresse finden, dahinter das Call und im Feld "Vrfy" ein "YES", ohne die richtige Validation-Number steht dort ein "No". Ein Hinweis: Manche fuer das Internet geschriebene Software erlaubt als "Servernamen" nicht nur ein Call, sondern auch irgendwas anderes einzusetzen. Das macht nur im Internet Sinn, DB0LJ hat Filter drin, alles was kein Call ist wird auf den per Packet erreichbaren Ports 1313 und 10153 nicht befoerdert. Soweit dazu, weiter geht es mit Teil 6. 73 de Hans-Juergen, DL5DI AX-BBS: db0lj.deu.eu Amprnet/Internet: dl5di@db0lj.ampr.org Homepage: http://dl5di.db0lj.de Besuch auch die Homepage der Packet-Radio-Gruppe-Mittelrhein e.V. HamWeb: http://db0lj.ampr.org Internet: http://www.db0lj.de