keine freie Zeit von einem Server

[Sizoberz]

Wir haben das Problem, dass wir von users auf einem Server in Asien (Singapore) keine freie Zeit mehr angezeigt bekommen. Domino Version ist gleich wie andere Server in unserer Domain, wie zb Vietnam 11.0.1FP3 wo alles einwandfrei funktioniert. Mir ist in den Einstellungen des Serverdokuments oder Policys kein Unterschied aufgefallen.
Hat jemand einen Tip wo ich suchen muss warum nur dieser eine Server von weltweit 15 keine freie Zeit zurück gibt. calcon, rnrmgr und sched Tasks laufen.
Das komische ist - in Ontime bekommen wir die freie Zeit und wenn ich von unserem Server eine Telnet session starte bekomme ich auch im Notes client die freie Zeit der user auf dem Singapore Server angezeigt. Sie bekommen unsere freie Zeit immer angezeigt nur wir ihre nicht, bzw. eben nur wenn eine Telnet session gestartet wird oder im Ontime.
Ich bin wirklich ratlos und die Netzwerk Kollegen sagen der Port 1352 ist in beide richtungen offen - wo muss ich suchen oder was könnte am Netzwerk sonst noch nicht passen, da hab ich leider keinen Einblick

[CarstenH]

Wirf mal einen Blick ins Adjacent bzw. Foreign Domain Dokument in eurem Domino Verzeichnis, dort sollte der nächste Server konfiguriert sein mit dem euer/eure Calendar Connector Task/s Kontakt aufnehmen.

Die Verbindung zu diesem Server wird dann ggf über eine Adresse in einem Verbindungsdokument zu diesem Sever definiert, wenn mehrere Verbindungsdokumente da sind alle checken.

Die Verbindung selbst kann an der Konsole eines eurer Server, über die die Anfragen laufen mittels Trace ZielServer/Org getestet werden.

Wie es dann weitergeht hängt vom dort konfigurierten Server ab.

HTH
Carsten

[Sizoberz]

Hi Carsten,
die Server befinden sich alle in der selben Domain

[stoeps]

https://atnotes.de/index.php/topic,21102.msg133310.html#msg133310

Mach mal debug_schedule an Server und Client wie hier beschrieben. Erklär mal das mit dem telnet. Du machst am Client telnet auf 1352 am Server in Asien oder was genau?

[Sizoberz]

Hi Stoeps 
nein ich öffne vom Domino Server bei uns eine telnet session mit Port 1352 zum Server nach Singapore - dann bekomme ich in den clients die freie Zeit angezeigt

[stoeps]

Dann mach mal einen `trace server-name-Singapore` auf der Console vom lokalen Server. (Einmal ohne telnet, einmal mit)

[Sizoberz]

ohne telnet

Code

trace singapore.server
[0F10:000D-0454] Determining path to server singapore.server
[0F10:000D-0454] Available Ports:  TCPIP Local_Cluster TCPIP_RVBD
[0F10:000D-0454] Checking normal priority connection documents only...
[0F10:000D-0454] Allowing wild card connection documents...
[0F10:000D-0454] Enabling name service requests and probes...
[0F10:000D-0454] Checking for singapore.server on TCPIP using address 'singapore.server'
[0F10:000D-0454]   Requesting IP Address for singapore.server from DNS
[0F10:000D-0454]   DNS did not return an IP address for singapore.server
[0F10:000D-0454]   Unable to connect to singapore.server on TCPIP (The remote server is not a known TCP/IP host.)
[0F10:000D-0454] Checking for singapore.server on Local_Cluster using address 'singapore.server'
[0F10:000D-0454]   Requesting IP Address for singapore.server from DNS
[0F10:000D-0454]   DNS did not return an IP address for singapore.server
[0F10:000D-0454]   Unable to connect to singapore.server on Local_Cluster (The remote server is not a known TCP/IP host.)
[0F10:000D-0454] Checking for singapore.server on TCPIP_RVBD using address 'singapore.server'
[0F10:000D-0454]   Requesting IP Address for singapore.server from DNS
[0F10:000D-0454]   DNS did not return an IP address for singapore.server
[0F10:000D-0454]   Unable to connect to singapore.server on TCPIP_RVBD (The remote server is not a known TCP/IP host.)
[0F10:000D-0454] Checking low and normal priority connection documents...
[0F10:000D-0454] No default passthru server defined
[0F10:000D-0454] Unable to find any path to singapore.server because Unable to find path to server. Check that your network connection is working. If you have a working connection, go to Preferences - Notes Ports and click Trace to discover where it breaks down.

mit telnet

Code

trace singapore.server
[0F10:000D-0454] Determining path to server singapore.server
[0F10:000D-0454] Available Ports:  TCPIP Local_Cluster TCPIP_RVBD
[0F10:000D-0454] Checking normal priority connection documents only...
[0F10:000D-0454] Allowing wild card connection documents...
[0F10:000D-0454] Enabling name service requests and probes...
[0F10:000D-0454] Checking for singapore.server on TCPIP using address 'singapore.server'
[0F10:000D-0454]   Requesting IP Address for singapore.server from DNS
[0F10:000D-0454]   DNS returned address 192.168.XX.XX for singapore.server
[0F10:000D-0454]   Requesting IP Address for singapore.server from DNS
[0F10:000D-0454]   DNS returned address 192.168.XX.XX for singapore.server
[0F10:000D-0454] singapore.server is the address of server CN=Singapore/OU=Server/O=LocalXX/C=de
[0F10:000D-0454] Connected to server singapore.server
[0F10:000D-0454] Attempting Authenticated Connection
[0F10:000D-0454] Compression is Enabled
[0F10:000D-0454] Encryption is Enabled

[stoeps]

Steht an sich klar da. Ohne Telnet kann er den Namen nicht auflösen. Also entweder Verbindungsdokument, oder sauberen DNS Eintrag (check Serverdokument nach Name)