hätte mich auch sehr gewundert, wenn die 5.4.1 ein anderes Uploadverhalten an den Tag legt. Beim Upload (zumindest im Core-Code) hab ich schon lang nix mehr gemacht.

Aber damit begründet sich auch das Thema des Threads, bzw. diese Meldung. Auch wenn internetdownreactiontime=1 steht darf diese nicht kommen.. nicht bei Deinem hohen Upload. Selbst wenn Du nur 40 kb/s rausjagst dann überleg Dir mal wie oft in der Sekunde ein Packet mit MTU-Größe rausgehen muß. Eine ganze Sekunde ohne Upload ist da ziemlich unwahrscheinlich.

Tja und der UL ist auf 0 gegangen. Genau das hat mich ja stutzig gemacht.

Ich hab mal den Eselrechner und auch die Fritzbox vom Strom getrennt und wieder gestartet.
Beide sind seit dem 6. Januar im Dauerbetrieb.

Jetzt muss ich noch ca. 20 Min. warten, ehe ich Ergebnisse sehe.
Ich denke aber, das beide Teilchen irgendwie wuschelig waren. 5.4.1 is running.
Na gut jetzt sind es nur noch 7 Min., aber allem Anschein nach war es das.
Gesundheit 100% der andere Wert 15%. Also im grünen Bereich - noch (*g*)

jetzt 100 / 0

Alle Quellen abgefragt und jetzt müsste der Stretch anfangen. Jedenfalls war es vorher so.
Tut es aber nicht. Alle Statistiklinien sehen schön gerade aus. Naja mit kleinen Zappelungen.

So - ich geh mal los und hole Kaffee & Kuchen.
Danke Xman, es war wieder mal sehr nett ein Schwätzchen mit dir zu halten.

Ich muss sagen, bei mir meldet sich NAFC auch immer komisch zu Wort:

Das versteh ich nicht, wie er denn denkt das dass Internet offline wär, es überprüft, um dann doch wieder den gleichen Netzwerkadapter zu nehmen.
Selbst wen er einen anderen nehmen würde --> o.0

Und funkionieren tut NAFC ansonsten gut. :D Jedenfalls gibts diese iphlpapi.dll bei mir garnicht. :Boogie:

EDIT. Man gibts da viel auszustanzen (************** u.v.m.)

@Jok3r
wie ich das sehe verbindest DU Dich nur über Kad! ;-) ...Aber das nur nebenbei...

Es muß zweimal überprüft werden aus einem einfachen Grund:
beim ersten Anbinden von NAFC an einen Adapter wird die LAN-IP verwendet. Mit diieser Anbindung wird praktisch initialisiert. Je nachdem über welche Treiber (PPPoE)/Router und über welches OS Du ins INet gehst kann diese Zuweisung aber falsch sein. Darum muß die richtige IP in Erfahrung gebracht werden und erst dann kann der wirklich richtige Adapter angebunden werden. (was zumindest in 99.99% der Fälle klappt, für die restlichen Fälle kann der Adapter manuell in der preferences.ini eingestellt werden).

Ok, alles klar! *räusper* Bis auf,

was es mit der iphlpapi.dll

auf sich hat, die ich nicht finden konnte!? :-)



Und dieses "inet maybe down", als ich das dass erste mal gelesen habe, dacht ich schon der Esel wär im Nirvana.
Könnte (X)man das nicht etwas sanfter formulieren, wenn es so berechenbar auftaucht? :-)


Jouh, schon lange, bin überzeugter KAD-Extremist. :yes:

Oder war das vieleicht irgendwie ein Wink mit dem Zaunpfahl??

iphlpapi.dll ist die Windows-Komponente mit der man abfragen kann wievielel Daten über einen Netzwerkadapter laufen. Diese dll bietet mit also die benötigte Schnittstelle.

ja, könnte man.. und wird man auch tun ;-) Ist immer noch im Urzustand diese Meldung als sie noch eine reine Debugmeldung für mich war.

nene.. es schwingte lediglich ein gutes Gefühl in mir mit wenn ich sehe, daß das so gut klappt. Denn in älteren Xtreme-Versionen hattest Du kein NAFC wenn Du nicht mit einem Server verbunden warst.

Warum soviele Popups mit identischer IP
 

Nix "mensch" (vielleicht tierisch?) ;)

Wenn vor der Ausgabe der Meldung ein Vergleich gemacht würde UND bei Feststellung einer weiterhin identischen IP kein Popup erzeugt würde, DANN hätte ich doch nicht stundenweise Meldungen mit identischer IP ????

wo wird ein popup erzeugt ? *Bahnhof*

Also nochmal:
wurde über 2 Sekunden (Standardwert) kein Upload-Datenpacket gesendet, dann wird die IP angefragt. Sobald man die IP als Antwort erhält bekommst Du die besagte Meldung. Anschließend wird diese IP mit der alten IP verglichen. Solltest Du eine neue IP haben kommen weitere Meldungen.

Der PopUp kommt gleichzeitig mit dem Eintrag "received an IP: ...., NAFC-Adapter will be checked" ...
... und zwar leider auch dann wenn die IP unverändert ist :-(((

Das kommt daher, dass unser geschätzter Guru in BaseClient.cpp bei CUpDownClient :: ProcessPublicIPAnswer eben leider nicht prüft, ob die IP geändert hat, den Log Eintrag (unnötigerweise) immer generiert und dadurch das PopUp kommt...

Auf Wunsch kann ich den korrigierten Code liefern :i:

Also ich hab da noch nie ein PopUp Fenster bekommen!

Das kriegt nur wer poppt :P

Oder ein Häkchen in Options > Notifications > Pop out when (Log entry added)

Also erst nen Häkchen machen, dann klappts auch mit dem pop out.

tja, da muß ich wohl gestehen, daß ich gar nicht wußte, daß es so ne Popup Funktion gibt.

Dennoch bleibt es wie es ist.. denn wer diese Meldung ständig bekommt der hat echte Uploadprobleme und die soll er erst mal in den Griff bekommen.

Es gibt nur 2 Regeln:
1. DER Guru hat immer Recht.
2. Sollte er einmal irren so gilt Regel 1 :P

Ich habe keine Uploadprobleme, sondern eine schwache Anbindung und die Clients nehmen einfach häufig nicht ab, und dagegen gibts kein Kraut ausser man würde extra einen Renner mit in die Verteilung aufnehmen...
Und es ist nun wirklich nicht einzusehen warum man für alle diese Fälle einen Logeintrag machen sollte.
PUNKT und für mich erledigt.

Tja - wenn der ISP nichts besseres bringt, kann auch der beste Esel nix machen.
Dann kann ja der Thread geclosed werden *g*