Hallo zusammen,
dann moechte ich mal antworten. Danke fuer den zu weblesbaren Newsgruppen. Ich finde es nur unpraktisch mit so einem "Reader" dort zu lesen. Vielleicht muss ich mich aber auch erstmal damit anfreunden.
Nach einigen suchen habe ich auch "spline.fli4l" gefunden, weil dies bei "spline.fli4l.*" nicht mit angezeigt wird.
Bedeutet aber fuer mich, dass man "nur" dort schauen braucht und es keine wirkliche alternative gibt. Das ist doch schon mal eine gute Aussage. Danke.
@chres: Meine Problem ist, dass ich ueber Weihnachten unsere WAN Verbindung umgestellt habe. Frueher:
damals: fli4l_2.0.8 --- fli4l_2.0.8
dann: fli4l_2.0.8 --- fli4l_2.1.12 (bis 27.12.)
heute: fli4l_3.0.0 --- fli4l_3.0.0. (ab 27.12.)
In den beiden alten Konfigurationen lief alles Problemlos. Besonders der Cipe Tunnel funktionierte bestens. Auch in dem Mischbetrieb 2.0x mit 2.1.x.
Seit auf den beiden Seiten die 3.0.0 ist, ist die Performance im Cipe Tunnel fuer die Tonne.
Beide Seiten koennen Problemlos mit voller Geschwindigkeit im Internet "surfen", aber bei einem Datentransfer zwischen den beiden Routern bricht die Performance ein. Das geht soweit, dass nach einigen Minuten garnichts mehr geht. Manchmal kommen 5 Minuten lang keine Pings durch, danach geht es wieder.
Weiterhin legt der eine Router auf, wenn intern kein Client mehr am Netz ist. Das ist auch so gewollt (gewesen) damit man durch pingen von aussen (oder durch andere Pakete) den Router nicht zwangsweise am Netz haelt.
Soweit ok, aber im Cipe Paket gibt es die Option, dass der Tunnel durch einen Request offen gehalten werden kann. Trotzdem legt der Router auf. :gruebel:
Vielleicht liegt es daran, dass dieser "TunnelPing" nicht aus dem LAN, sondern vom Router selbst kommt und somit der Router meint, dass kein Traffic mehr im LAN da ist und einfach auflegt.
Fragen, fragen ...
BTW: Die Umstellung auf congster schliesse ich mal fuer diese Probleme aus.
voipd.
PS: Ich vermute das wird heir aber recht schnell OT. Sorry.