Domino 9 und frühere Versionen > ND8: Administration & Userprobleme

Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang

<< < (5/6) > >>

TimDom:
Hi Tom,

ich habe gerade mal bei mir geschaut.
In meinem pers. Adressbuch gibt es Verbindungsdokumente zum alten als auch zum neuen Server.
Merkwürdigerweise sind da mehr als 1 pro Server und auch noch als "Notes Direct Dialup". Wie auch immer die da hin gekommen sind.
Es gibt aber auch "normale" Verb.-dokumente zu den beiden Servern. Und das zu dem alten Server brauchen wir auch, da da noch andere Datenbanken liegen.

Die Modemdokumente habe ich nun mal geslöscht und den Client neu gestartet.
Laut "Stoppuhr" dauert es immer noch 1:15 bis die 9 MB Mail weitergeleitet wird.

@Ralf:

Schau mal in dem Posting hier:

http://atnotes.de/index.php/topic,54531.msg352057.html#msg352057

Da habe ich das Log mal anonymisiert angehangen. Eventuell findest Du da ja den Knackpunkt.

Auch hier ein wenig Off-Topic:

Wie kann ich denn in einer PM einen Anhang anhängen?
Ich finde da nicht wirklich einen Button, wie hier uner den "Erweiterten Optionen".

Ralf_M_Petter:
Sorry das File habe ich zuerst übersehen. Nun laut dem Client clock log dauern die Readobject alle viel zu lange. Ich habe dein Szenario bei mir nachgestellt mit einem Attachment in der Größe von 8 MB und jeder ReadObject dauert unter 5 ms und die meisten dauern sogar nur 1 -2 ms. Ich denke mal du hast hier ein Netzwerkproblem. Kontrolliere mal auf deinem Switchport ob irgendwelche Fehler mitprotokolliert werden. Falls das nichts ergibt trace mit Wireshark den Netzwerkverkehr während du die Weiterleitungsaktion machst. Dann solltest du klarer sehen. Du kannst einen Filter mit Zielport 1352 setzen um den ganzen andern Netzwerkverkehr auszublenden.

Grüße

Ralf

RZLT:
Die Einträge in den Verbindungsdokumenten passen auch?
Hast Du den Pfad zum Mailverzeichniss überprüft, da in dem Log-Auszug was mit "File does not exist" auftaucht.

TimDom:
Hi Ralf,

na da bin ich mal gespannt, was unsere Netzerwerker dazu sagen.
Auf jeden Fall sind Deine Werte mal wirklich klasse. Da wäre ich mal froh, wenn wir annährend da dran kämen.

@Tim:

Die Verbindungsdokument sind korrekt. Name und IP Adressen stimmen.
Allerdings würde da das DNS auch korrekt auflösen.

Und das "File does not exist" bezieht sich ja auf die roamingdata.nsf aus dem Roaming Verzeichnis des Benutzers.

DigitDani:
Moin Tim,


--- Zitat von: TimDom am 02.07.12 - 20:50:09 ---Punkt 1: Checked und auf beiden Seiten Off

--- Ende Zitat ---
Port compression einzuschalten macht unbedingt Sinn, solange man Notes nicht auf Citrix betreibt. Dort kann die leicht höhere CPU und RAM Auslastung schnell zu Deadlocks führen. Fat-Clients und aktuelle Server können damit aber generell sehr gut umgehen und Du hast 20-30% weniger Netzlast. Unbedingt aber auf beiden Seiten aktivieren, sonst müssen RPC Calls unnötigerweise mehrmals geschickt werden bevor die Gegenseite sie versteht.

Das mit dem alten Server ist zwar unschön, kann aber bei der Betrachtung hier ausser Acht gelassen werden. Der Client versucht nur beim Start und Beenden mit diesem Server zu kommunizieren und benötigt dafür nur einige wenige ms.

Zuerst stimme ich mal Ralf zu, ihr habt sehr wahrscheinlich ein Netzwerkproblem (mind. schlechte Latenzwerte):


--- Code: ---[0F88:0002-085C] (179-27 [180]) READ_OBJECT(REPC1257111:004367D3-RRV00013ED2,0xF000 at 0x2D000): 103 ms. [26+61610=61636]
[0F88:0002-085C] (188-27 [189]) READ_OBJECT(REPC1257111:004367D3-RRV00013ED2,0xF000 at 0xB4000): 204 ms. [26+61610=61636]
--- Ende Code ---
Solche Werte sind für ein LAN viel zu hoch - knapp 60kb in über 100ms sind maximal für WAN Verbindungen über DSL etc. normal.

Da zwischendurch aber auch immer bessere Werte (3-8ms) zu finden sind - allerdings für das Lesen eines Objektes innerhalb des selben Dokumentes - tippe ich auch auf fehlerhaft konfigurierte Netzwerkomponenten wie Switche oder Netzwerkkarten. Sieht aus wie Schluckauf :)

Ganz schlau werde ich aus Deinem RPC-Log aber letztlich trotzdem nicht. Ich sehe nirgends Datenmengen von mehreren MB die gesendet werden (höchstens als Summe aus mehreren Calls), geschweige denn Wartezeiten im Minutenbereich.

Hast Du die Mail während der Aufzeichnung des Logs auch wirklich versendet?
Besteht die 8-9MB große Mail aus mehreren Attachments? Sieht im Log nämlich so aus.

Wie auch immer, mit den Netzern zu sprechen sollte Prio 1 sein.

vlg

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete