Anruf bei 418710 nicht möglich Thema ist als GELÖST markiert

[DF3OE]

Jochen,
du must unbedingt DynIP ausschalten und NUR den Haken bei Standleitungsbetrieb setzen.
Als Server NUR tlnserv2.teleprinter.net eintragen.

[detlef]

Ich geb's auf. Ja hatte ja unten schon konkrete Schritte genannt, um das Problem einzukreisen.
Der Centralex-Server zeigt an, dass er die 418710 gar nicht (mehr) kennt.
Also gibt es ein Verbindungsproblem zum Centralex-Server.

Noch eine Frage an Jochen: Bei den Screenshots der Konfiguration ist bei der Pin-Nummer eine 0 eingetragen. Ich nehme an, dass da eigentlich die korrekte Pin steht und du die nur für den Screenshot rausgenommen hast.

Meine Vorgehensweise in solchen Fällen. Erstmal Centralex ausschalten und schauen, sich der Eintrag auf dem Teilnehmerserver aktualisieren lässt.
Erst wenn das funktioniert, nochmal mit Centralex probieren.

Wie gesagt, die Prozedur hatte ich schon beschrieben.

[380170JFK]

Moin Detlef,

der Jochen hat auch nicht bestätigt wie die lokale Port 134 "418710" nach Aussen weitergeleitet wurde. Die Port 51019 gibt ein Fehler, weil die verbindung sofort abgewiesen wird.

[detlef]

der Jochen hat auch nicht bestätigt wie die lokale Port 134 "418710" nach Aussen weitergeleitet wurde. Die Port 51019 gibt ein Fehler, weil die verbindung sofort abgewiesen wird.

Das ist aber alles nebensächlich bei Centralex.

Der Port 51019 ist ein veralteter Port, der irgendwann mal von Centralex vergeben wurde. Das war ein Port auf dem Centralex-Server, nicht bei Jochen. Auch die IP-Adresse ist die des Centralex-Servers.

Die Mechanismen bei Centralex sind etwas anders.

[Horatius]

Ich poste hier mal den Output der Ethernetkarte.

Aber hier scheinen zwei Dinge durcheinander zu gehen.
Der Port 134 ist FEST mit der Anlage mit der Rufnummer 4187 0 1 verbunden. Der Port ist auch geöffnet!
Hier läuft auch die Dynamische Adressaktualisierung und DYNDNS ist aktiv. Die Anlage ist erreichbar und macht keine Probleme.

Das Problem macht die Anlage 4187 1 0. Die soll auch gar nicht über Port Weiterleitung und DynDNS laufen. Hier soll komplett über den Centralex Server gearbeitet werden.

Ich trage jetzt mal die Daten so ein, wie Henning sie geschrieben hat.

iTelex...
UART Initialisiert
STDOUT Initialisiert
CLOCK Initialisiert
LED_core Initialisiert
Config Initialisiert
EXTINT Initialisiert
MMC/SD Error
SHELL Initialisiert
THREAD Initialisiert
itelex_init1:
...SendePuffer, EmpfPuffer ok
...Config ok
...Timer-Callback-Funktion ok
ENC28j60 (Rev.: 6) initialisiert ( HW-Add: 02:03:6f:55:1c:c8 ) Fullduplex: Link ready
-+-> ARP initialisiert
|-> UDP (Tornado-engine) initialisiert
|-> TCP (Hurrican-engine) initialisiert
|-> Versuche DHCP-Config zu holen. DHCP-Config geholt
| IP : 192.168.178.213
| Netmask: 255.255.255.0
| Gateway: 192.168.178.1
| DNS : 192.168.178.1
|-> NTP-Server Zeit aktualisieren:Oeffne neues Socket.
UDP-Socket aufgemacht zur 88.99.86.9.
UDP-Packet gesendet.
Warte auf Antwort.Antwort erhalten.
UDP-Socket geschlossen.
Zeit: 21:31:39.61
HTTP-Server Port 80.
Telnet-Server Port 23.
itelex_init2:
...Cgi ok
iTelex Port 134.
...Email ok
...TlnBuch ok
00:00:00,17: Neustart 966 Reset-Flags 05
21:31:39,81: iTelex: Teilnehmer-Verzeichnis aus EEPROM geladen.
21:31:44,81: iTelex( 1): ! Remote Server tlnserv.teleprinter.net konnte nicht geoeffnet werden
21:31:44,81: iTelex( 1): * Remote Server Wechsel, neue Verzoegerung 400/100 sek
21:31:53,84: iTelex(19728): ! Remote Server tlnserv2.teleprinter.net konnte nicht geoeffnet werden
21:31:53,84: iTelex(19728): * Remote Server Wechsel, neue Verzoegerung 600/100 sek

[detlef]

Und um die Verwirrung komplett zu machen, schau mal, welche Daten (IP-Nummer und Port) bei den Nummern
442202, 442203 und 8517242 eingetragen sind.

Wir hatten ein Problem mit dem Centralex-Server. Der musste neu gestartet und der Cache gelöscht werden. Deswegen sind viele Centralex-Einträge jetzt ungültig. Solange bis die betroffenen Anschlüsse sich wieder bei Centralex anmelden und die Daten sich korrigieren.

Das Problem bei Jochens ist aktuell nur, dass sich sein System aus irgendeinem Grund nicht mit dem Centralex-Server verbindet und die Daten korrigiert.

[Horatius]

Moin,

ich habe die Daten so eingetragen, wie Henning sie empfohlen hat.
Jetzt sieht die Config Seite so aus:

2024-10-11 21_45_47-i-Telex – Mozilla Firefox.png

Port und Geheimzahl, finde ich merkwürdig. Die war 1, habe ich nicht geändert.

Der Output der Netzwerkkarte so:
iTelex...
UART Initialisiert
STDOUT Initialisiert
CLOCK Initialisiert
LED_core Initialisiert
Config Initialisiert
EXTINT Initialisiert
MMC/SD Error
SHELL Initialisiert
THREAD Initialisiert
itelex_init1:
...SendePuffer, EmpfPuffer ok
...Config ok
...Timer-Callback-Funktion ok
ENC28j60 (Rev.: 6) initialisiert ( HW-Add: 02:03:6f:55:1c:c8 ) Fullduplex: Link ready
-+-> ARP initialisiert
|-> UDP (Tornado-engine) initialisiert
|-> TCP (Hurrican-engine) initialisiert
|-> Versuche DHCP-Config zu holen. DHCP-Config geholt
| IP : 192.168.178.213
| Netmask: 255.255.255.0
| Gateway: 192.168.178.1
| DNS : 192.168.178.1
|-> NTP-Server Zeit aktualisieren:Oeffne neues Socket.
UDP-Socket aufgemacht zur 79.133.44.139.
UDP-Packet gesendet.
Warte auf Antwort.Antwort erhalten.
UDP-Socket geschlossen.
Zeit: 21:43:37.60
HTTP-Server Port 80.
Telnet-Server Port 23.
itelex_init2:
...Cgi ok
iTelex Port 134.
...Email ok
...TlnBuch ok
00:00:00,17: Neustart 966 Reset-Flags 05
21:43:37,80: iTelex: Teilnehmer-Verzeichnis aus EEPROM geladen.
21:43:37,89: iTelex( 42): ! RemoteServer Ungueltiges Telegramm empfangen: FF 1D --> wird verworfen
21:43:37,89: iTelex( 44): ! RemoteServer Ungueltiges Telegramm empfangen: 'client reported an error: na' 00 --> wird verworfen
21:43:41,30: iTelex(18754): ! RemoteServer Ungueltiges Telegramm empfangen: FF 1D --> wird verworfen
21:43:41,31: iTelex(18755): ! RemoteServer Ungueltiges Telegramm empfangen: 'client reported an error: na' 00 --> wird verworfen
21:43:44,72: iTelex(35771): ! RemoteServer Ungueltiges Telegramm empfangen: FF 1D --> wird verworfen
21:43:44,72: iTelex(35772): ! RemoteServer Ungueltiges Telegramm empfangen: 'client reported an error: na' 00 --> wird verworfen

[detlef]

Ok, ich bin dann raus. Ihr werdet das schon hinkriegen.

[detlef]

Port und Geheimzahl, finde ich merkwürdig.

Ja, ohne korrekte Geheimzahl geht es nicht. Hatte ich aber schon geschrieben.

[Horatius]

Moin,

OK, woher bekomme ich jetzt die Geheimzahl?

LG,

Jochen