xDSL.at

Hallo Leute!


Offen gestanden weiß ich nicht mehr weiter.

Es geht um 5 klassiche aDSL Verbindungen und irgendwo ist was faul - bei allen sehr ähnlich. Es ist keine klassiche PPTP Verbindung von einem Router zu dem Speedtouch in singe-User Konfiguration, da die (statische) IP von den Router zwechs VPN etc. benötigt wird.
Problem an der Sache ist, daß die PPTP Verbindung gelegentlich abreißt. Einfach so. Vermutlich nur wenn viel traffic drauf ist - das hab ich aber noch nicht explizit verifizieren können. In diesem Fall wird die PPTP Sitzung vom Router als beendet erkannt und neu aufgeabut. Dann geht eine Zeit lang (scheinbar 1Min 20sek.) kein Traffic drüber und dann geht's plötzlich wieder. Das kann wirklich Tage anhalten. Aber dann fängts von vorne an.

Ich hol mir mal einen Fall heraus.

Am Router (btw: Funkwerk R232bw):
xxx: PPP keep alive failed
xxx: event: 18, status: 8 (1) -> 0 (5)
xxx: outgoing connection closed, duration 1348 sec, 4324783 bytes received, 29883004 bytes sent, 0 charging units, 0 charging amounts
xxx 10.0.0.140(ID 0)/10.0.0.138(ID 11), 2/2/6: event: 13, state: 5 -> 6
xxx 10.0.0.140(ID 0)/10.0.0.138(ID 11), 2/2/1: event: 14, state: 6 -> 1
xxx 10.0.0.140(ID 0)/10.0.0.138(ID 11), 2/2/1: PPTP call terminated
10.0.0.140/10.0.0.138(SpeedTouch THOMSON version: 256/1), 1/1: PPTP control connection closed
dialup if 10001 prot 6 10.82.17.20:6129->10.155.10.130:2575
xxx: event: 3, status: 0 (5) -> 1 (5)
xxx: connect to <10.0.0.138>
xxx 10.0.0.140(ID 0)/10.0.0.138(ID 12), 2/2/1: PPTP call identified
10.0.0.140/10.0.0.138(SpeedTouch THOMSON version: 256/1), 1/3: PPTP control connection established
xxx 10.0.0.140(ID 0)/10.0.0.138(ID 12), 2/2/3: event: 0, state: 1 -> 3
xxx 10.0.0.140(ID 0)/10.0.0.138(ID 12), 2/2/5: event: 6, state: 3 -> 5
xxx 10.0.0.140(ID 0)/10.0.0.138(ID 12), 2/2/5: PPTP call established layer 1 type pptp
xxx: event: 16, status: 1 (5) -> 8 (1)
xxx: outgoing connection established
xxx 10.0.0.140(ID 0)/10.0.0.138(ID 12), 2/2/5: PPTP call identified
xxx: local IP address is 85.126.x.y, remote is 213.229.a.b


An Modem:
("systemlog show")
<81> SysUpTime: 06 days 23:29:16 FIREWALL replay check (1 of 1): Protocol: TCP Src ip: 10.0.0.138 Src port: 1723 Dst ip: 10.0.0.140 Dst port: 5245
<132> SysUpTime: 06 days 23:29:18 PPTP tunnel (Internet) up
<37> SysUpTime: 06 days 23:34:13 LOGIN User logged in on TELNET (10.0.0.140)


Daraufhin hab ich dort mal die "Firewall" deaktiviert und neu gesatetet.
firewall config state = disabled
saveall
system reboot

nach einer Zeit Betrieb kommt das gleiche wieder mit dem Logfile:
<132> SysUpTime: 01:35:08 PPTP tunnel (Internet) up
<37> SysUpTime: 01:39:18 LOGIN User logged in on TELNET (10.0.0.140)

(also ohne Firewall Meldung)
Lustig ist iegendwie daß das Logfile dann bis auf die 2 Einträge leer ist. kurz vorher kam noch was von wegen ADSL sync etc. aber das ist dann alles weg. (auch das PPTP down) Das Modem scheint aber nicht neu zu starten und auch die Uptime bei der DSL Verbindung zählt ohne jeden Fehler weiter.

Die aDSL Leitung bleibt währenddessen allerdings scheinbar stabil und ohne Fehler:

Modemstate : up
Operation Mode : G.992.1 Annex B
Channel Mode : fast
Number of resets : 1

Vendor Local Remote
Country : 0f 0f
Vendor : TMMB ALCB
VendorSpecific : 0000 0000
StandardRevisionNr : 00 01

Downstream Upstream
Margin [dB] : 20.5 13.0
Attenuation [dB] : 3.5 2.0
OutputPower [dBm] : 7.0 5.5

Intrinsic/Actual Bandwidth %
Upstream : 49
Downstream : 60

Available Bandwidth Cells/s Kbit/s
Downstream : 14566 6176
Upstream : 1207 512


Transfer statistics
Errors
Received FEC : 0
Received CRC : 0
Received HEC : 0
Transmitted FEC : 0
Transmitted CRC : 0
Transmitted HEC : 0

Near end failures since reset
Loss of frame: 0 failures
Loss of signal: 0 failures
Loss of power: 0 failures
Errored seconds: 0 seconds
Near end failures last 15 minutes
Loss of frame: 0 seconds
Loss of signal: 0 seconds
Loss of power: 0 seconds
Errored seconds: 0 seconds
Near end failures current day
Errored seconds: 0 seconds
Near end failures previous day
Errored seconds: 0 seconds

Die Abstände sind wirklich nicht regelmäßig. Es scheint aber, man könne sie gelegentlich durch einige Minuten Auslastung beim Upload provozieren.

Der Provider sagt natürlich, daß muß an den verwendeten Routern liegen und für die gibt's keinen Support. - Sicher doch. entweder am speedtouch oder am Bintec. Nur wo genau? Wenn man ein Notebook direkt anhängt geht's dann ja auch (Die erste Stunde oder so scheints _immer_ zu gehen.)

Was kann ich noch versuchen?

LG

ich hab da ein déjà vu ...
http://xDSL.at/viewtopic.php?t=37223&highlight=

welche speedtouch sind es denn? 546? 585? bei den aelteren (st510 und noch aelter) hats funktioniert.

3 Mal 5x6 - 5.3.9.2
1 Mal 510 - 4.2.7.16.0
(der 5. ist die nächsten Tage down.)

Ich glaub ich hab grad wieder so einen Ausfall provoziert.

edit:
Also des Rätsels Lösung ist dann das Speedtouch Klumpat rauszuhaun und selbst direkt an die ADSL leitung zu gehen?
*am Kopf kratz*

btw: schon wer mal aDSL der Telekom mit einem Bintec-Router konfigurert?
Einfach PPPoA mit VPI/VCI 8/48 und VCMultiplexing und "permanent connection" anlgen und im dann automatisch erstellten "Wan Partner":
Encapsulation=ppp, keine Enc. + Compr.
PPP Auth=PAP, User+PW
fertig???

Bintec nicht aber Linksys

welche MTU-size verwendest du?

@hotze.com:
Am Ethernet Interface 1500,
am PPTP Interface 1450 (wird wie's scheint automatisch ausgehandelt)

@hotze:

jetzt hast mich hellhörig gemacht.
von extern (Mit DF-Flag gesetzt) geht 1422 byte gerade noch durch. im Bereich 1423 bis 1432 bekomme ich *nichts* zurück und ab 1433 bekomm ich die icmp info daß es fragmentiert werden müsste. Merkwürdig.

Aber auf der anderen Seite müsste es egal sein, da ich ohen df-Flag alle (getesteten) Größen durch den Tunnel bringe.

Auch z.B. exterm große Pings um die 60KB. (Entsprechend langsam und mit teilweisen Loss da über der Upload-Bandbreite aber doch) noch einen Test mit 5KB laufen lassen, kein Packet loss bei 1000 Pings feststellbar. Antwortzeiten schwanken gerade mal um 32ms.

@diskette:
Da die Standorte physisch nicht gerade nahe sind, möchte ich diese Konfiguration möglichst vermeiden. Im Normalbetrieb müsste es egal sein, aber wenn eine Störung auftritt möchte ich nich der sein der hinfahren muß das Modem umstecken bevor der TA-Techniker auftaucht.

Ich frag mich nur, ob andere Leute nicht ähnliche Probleme mit aDSL und den Speedtouch-Teilen haben oder ob es dort einfach nicht auffällt wenn alle paar Tage mal für 'ne Minute das Netz weg ist?

haben ein paar anschlüsse wo das speedtouch wochen bis monatelang ohne fehler durchhält

naja.

Das Speedtouch hält ja durch und meldet auch keinen Fehler. Nur der PPTP Tunnel ist dann kurz weg.

Nur der PPTP Tunnel ist dann kurz weg

(vlt ist dann auch der tunnelaufbauer im a-rgen?)

> (vlt ist dann auch der tunnelaufbauer im a-rgen?)

grundsaetzlich denkbar. aber da das problem bei allen moeglichen pptp-clients auftritt (von zyxel, bintec/funkwerk, linksys, div. 'nixe), habe ich doch eher eine besonderheit der speedtouch-modems in verdacht.

> btw: schon wer mal aDSL der Telekom mit einem Bintec-Router konfigurert?
dafuer gibts bei bintec schon seit jahren eine anleitung
http://www.funkwerk-ec.de/faq_bintec_00 ... 3,194.html

fuer mehrere oeffentliche ip adressen ist auch diese interessant:
http://www.funkwerk-ec.de/faq_bintec_08 ... 3,194.html

bei den neueren bintec/funkwerk modellen kann man aber durchaus auch dem wizard vertrauen, solange man keine sehr ausgerissenen konfigurationswuensche hat.

sehr bewaehrt an adsl-anschluessen mit /29 netz sind auch die zyxel p650 und p660 (je nachdem ob du adsl2+ brauchst oder nicht).

kleine ciscos waere natuerlich auch noch eine moeglichkeit.

ich finde es zwar auch suboptimal, dass die reseller business-anschluesse [*] de facto nur mit fremdhardware richtig funktionieren, aber erfahrungsgemaess fallen service-techniker schon lang nicht mehr in ohnmacht, wenn sie vor ort ein fremdes modem vorfinden

[*] betrifft jedenfalls die von inode, silver server und afaik xpirio. hotze bietet afaik auch echte business-adsl-produkte der ta an (mit passender original-hw) was sich allerdings im preis niederschlaegt.

Guten Morgen!

@another: Wenn ich's beweisen könnte und es nachvollziehbar ist, hätt' ich schon einen Bugreport bei Funkwerk aufgemacht. Bitte hilf's mir beweisen oder wiederlegen. Irgendwas.

@jutta: Ich meinte den Bintec als Modem und Router gebrauchen (sprich das speedtouch ersetzen und direkt hinter den Spliter). Die PPTP Konfig ist eh der derzeitige Zustand, wie im ersten post ersichtlich - Wie meinst denn das?

Ich mag den Wizard nicht. Ist eher aus dem Prinzip heraus. Ich mag verstehen was da passiert und selber schuld sein, wenn's in die Hose geht und nicht blind darauf vertrauen und keinen blassen Dunst haben wenn's schiefgeht.
(Hab's jetzt natürlich auf einem Anschluß mit dem Wizzard versuchen müssen - eh klar. Kommt aber das gleiche raus und auch schon den ersten Ausfall.)

Zyxel hatte ich auch in Betracht gezogen, aber die schaffen es nicht, den gesamten Traffic (also auch "ins Netz" = destination=0.0.0.0/0) von intern in einen IPSec Tunnel zu verfrachten und nach extern einen PPTP Tunnel aufzubauen. (hat den Sinn, daß alles über einen VPN-Koncentrator mit entsprechenden Richtlinen, Virenfilter etc. nach extern geht. Keine Angst der Konzentrator hat ausreichend Bandbreite) Da der Zyxel Support dann 2 Wochen _sehr_ zurückhaltend war, ist Zyxel für zumindest dieses Projekt gestorben.

Bintec/Funkwerk hat mit der relativ flexiblen IPSec Konfiguration überzeugt gemeinsam mit dem ISDN-Backup und ISDN Fernzugang (isdnlogin) und PPTP zum ISP.

edit: Sicher kann ich noch auf Cisco o.Ä. umstellen. Doch das kann's ja nicht sein. Lt. Vertrag darfst das speedtouch nicht ersetzen. Problemlos scheint's aber nur zu laufen, wennst das gegen viel teurere Hardware ersetzt. Das kann's ja wohl nicht sein. Auch nicht für Privatkunden.

Ich meinte den Bintec als Modem und Router gebrauchen

von aphona gibts da sowas mit eingebauter nst. anlage, die haben ja bintec gekauft

von aphona gibts da sowas mit eingebauter nst. anlage, die haben ja bintec gekauft

War das gefragt?