APRSD 2.1.3 mit VK3SB Socket Unterstuertzung
Hallo Ihr. Auf Anraten vom Peter DL3VPZ hab ich mich mal in die Liste eingetragen. Kai, ich hab Dir mal den Quell zugemailt mit dem wir hier "arbeiten". Unter S.u.S.E. 6.3 mit Kernel 2.2.14 laeufts soweit einwandfrei seit Monaten. Hier bei mir auch die 7.0 jetzt und Problem wie vom Peter beschrieben. Dagegen unterhalten sich seit einigen Monaten DBZWI und DB0LJ-1 problemlos mit beiderseitigen aprsd213. Angemerkt: bei Internetanbindung des aprsd213.vk3sb.1 tritt dieser disconnect-Fehler nicht auf, nur bei tcp ueber AX25. Schon eigenartig. Soweit dazu. mfg Lutz DG0LP
On Mon, Oct 09, 2000 at 07:46:44PM +0000, Lutz Poetschulat wrote:
Angemerkt: bei Internetanbindung des aprsd213.vk3sb.1 tritt dieser disconnect-Fehler nicht auf, nur bei tcp ueber AX25. Schon eigenartig.
Hmm, benutzt der Daemon irgendwo recvmsg() für eine AX.25-Verbindung und wertet in der sockaddr das Rufzeichen aus? Die einzige Änderung am AX.25-Code zwischen 2.2.14 und 2.2.17 ist nämlich, dass vorher das Zielrufzeichen zurückgegeben wurde (also das eigene), jetzt aber korrekt das Rufzeichen des Senders (das der Gegenstation). Das Phänomen lässt aber eher auf Timeout-Probleme schliessen, möglicherweise setzt aprsd einige Werte nicht oder zu niedrig für TCP/IP-via-AX.25-Verbindungen. 73, Joerg Reuter DL1BKE http://yaina.de/jreuter And I make my way to where the warm scent of soil fills the evening air. Everything is waiting quietly out there.... (Anne Clark)
On Tue, Oct 10, Joerg Reuter wrote:
On Mon, Oct 09, 2000 at 07:46:44PM +0000, Lutz Poetschulat wrote:
Angemerkt: bei Internetanbindung des aprsd213.vk3sb.1 tritt dieser disconnect-Fehler nicht auf, nur bei tcp ueber AX25. Schon eigenartig.
Hmm, benutzt der Daemon irgendwo recvmsg() für eine AX.25-Verbindung und wertet in der sockaddr das Rufzeichen aus? Die einzige Änderung am AX.25-Code zwischen 2.2.14 und 2.2.17 ist nämlich, dass vorher das Zielrufzeichen zurückgegeben wurde (also das eigene), jetzt aber korrekt das Rufzeichen des Senders (das der Gegenstation).
Jörg, das Sourcepaket liegt in meinem Export Verzeichnis, bedien Dich. ;) (Lutz, vergiß meine Mail von vorhin!)
Das Phänomen lässt aber eher auf Timeout-Probleme schliessen, möglicherweise setzt aprsd einige Werte nicht oder zu niedrig für TCP/IP-via-AX.25-Verbindungen.
Leider werden wir das ohne Interlink zu einem anderen Digi nicht testen können. Gruß, Kai -- Kai Altenfelder, SuSE GmbH, Schanzaeckerstr. 10, D-90443 Nuernberg Tel.: +49-911-74053-0, Fax: +49-911-74053-489, EMail: ka@suse.de Ham: DL3LBA PGP public key available
hallo zusammen ich hab den aprsd von vk3sb nun dahingehend "manipuliert" das er nicht mehr disconnected. manipuliert heist hier, ich hab mir aus dem original aprsd ohne sockets die CR und LF auswertung angeschaut und angepasst an original 2.1.4. nun kommts aber zum einen zu TNC Queue overflows und zum anderen zum 3maligen aussenden eines jeden spots auf 2m, unschoen. aber offensichtlich liegt das problem in der auswertung von CR und LF. da hat sich scheinbar zwischen suse 6.4 und suse 7.0 was geaendert. (sry kai fuer die kleine suse :) ) und zwar sind die aenderungen in der funktion recvline(...) im source aprsd.cpp zu finden, hamish arbeitet mit der variable i die einen definierten wert erhaellt, im original gehts da aber nur um TRUE oder FALSE also ein wenig geaenderte auswertung. hat sich schon mal jemand in diese richtung orientiert ? die bei suse 7.0 mitgelieferte NICHTsocket version funktioniert uebrigens fehlerfrei, jedoch eben leider ohne ax25kernel unterstuetzung. 73 de Lutz DG0LP (0375/4613826 bei brennenden fragen) Kai Altenfelder wrote:
On Tue, Oct 10, Joerg Reuter wrote:
On Mon, Oct 09, 2000 at 07:46:44PM +0000, Lutz Poetschulat wrote:
Angemerkt: bei Internetanbindung des aprsd213.vk3sb.1 tritt dieser disconnect-Fehler nicht auf, nur bei tcp ueber AX25. Schon eigenartig.
Hmm, benutzt der Daemon irgendwo recvmsg() für eine AX.25-Verbindung und wertet in der sockaddr das Rufzeichen aus? Die einzige Änderung am AX.25-Code zwischen 2.2.14 und 2.2.17 ist nämlich, dass vorher das Zielrufzeichen zurückgegeben wurde (also das eigene), jetzt aber korrekt das Rufzeichen des Senders (das der Gegenstation).
Jörg, das Sourcepaket liegt in meinem Export Verzeichnis, bedien Dich. ;) (Lutz, vergiß meine Mail von vorhin!)
Das Phänomen lässt aber eher auf Timeout-Probleme schliessen, möglicherweise setzt aprsd einige Werte nicht oder zu niedrig für TCP/IP-via-AX.25-Verbindungen.
Leider werden wir das ohne Interlink zu einem anderen Digi nicht testen können.
Gruß, Kai -- Kai Altenfelder, SuSE GmbH, Schanzaeckerstr. 10, D-90443 Nuernberg Tel.: +49-911-74053-0, Fax: +49-911-74053-489, EMail: ka@suse.de Ham: DL3LBA PGP public key available
Hallo Lutz und die Anderen! On Thu, 12 Oct 2000, Lutz Poetschulat wrote:
hallo zusammen
ich hab den aprsd von vk3sb nun dahingehend "manipuliert" das er nicht mehr disconnected. manipuliert heist hier, ich hab mir aus dem original aprsd ohne sockets die CR und LF auswertung angeschaut und angepasst an original 2.1.4. nun kommts aber zum einen zu TNC Queue overflows und zum anderen zum 3maligen aussenden eines jeden spots auf 2m, unschoen. aber offensichtlich liegt das problem in der auswertung von CR und LF.
Wie ich hier schon schrieb, bei mir funktioniert es klaglos! Es ist in der letzten Nacht ca. 10h durchgelaufen und als ich heute morgen mal draufschielte, 'gatewayte' es immer noch! DANKE Lutz! (Wir reden uns heute abend wieder!?!) 73 de Peter. DL3VPZ@DB0TUD es aprsdVPZ
participants (4)
-
Joerg Reuter
-
Kai Altenfelder
-
Lutz Poetschulat
-
Peter Zabelt