ADSL-Probleme bei Kombipaket...

ADSL-Probleme bei Kombipaket... (50 Beiträge, 1916 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Bin seit heute stolzer Nutzer eines Kombipakets - und habe natürlich prompt Probleme.

Einerseits freut das Preis-Leistungsverhältnis, andererseits wird schon alles etwas durch die Leistung selbst getrübt.

Nachdem dies meine ersten Schritte mit ADSL sind - hier mal erste Fragen:

1.) Geschwindigkeit:
Egal, welchen Speedtest ich mache (http://www.speedtest.at , http://kmu.telekom.at/kundenbereich/Internettools/speedtest.php, http://tools.aon.at/speedtest.php ) - ich erhalte immer zwischen 550 und 650kBit. Das erscheint etwas bei den angekündigten 2 MBit. Auch in der Praxis (Debian upgrade) sieht es nicht anders aus.

2.) Fehler:
pptp meldet wie folgt pausenlos bei Last:

grep pptp /var/log/syslog
........
Jan  2 23:24:55 gateway pptp[3313]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 199964 (expecting 199963, lost or reordered)
Jan  2 23:24:55 gateway pptp[3313]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 199965 (expecting 199963, lost or reordered)
Jan  2 23:24:55 gateway pptp[3313]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 199966 (expecting 199963, lost or reordered)
Jan  2 23:24:55 gateway pptp[3313]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 199967 (expecting 199963, lost or reordered)
Jan  2 23:24:55 gateway pptp[3313]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 199968 (expecting 199963, lost or reordered)
Jan  2 23:24:55 gateway pptp[3313]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 199969 (expecting 199963, lost or reordered)
Jan  2 23:24:55 gateway pptp[3313]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 199970 (expecting 199963, lost or reordered)
Jan  2 23:24:56 gateway pptp[3313]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 200008 (expecting 200007, lost or reordered)
Jan  2 23:24:56 gateway pptp[3313]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 200009 (expecting 200007, lost or reordered)
Jan  2 23:24:56 gateway pptp[3313]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 200010 (expecting 200007, lost or reordered)
Jan  2 23:24:56 gateway pptp[3313]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 200011 (expecting 200007, lost or reordered)
Jan  2 23:24:56 gateway pptp[3313]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 200012 (expecting 200007, lost or reordered)
Jan  2 23:24:56 gateway pptp[3313]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 200013 (expecting 200007, lost or reordered)
Jan  2 23:24:56 gateway pptp[3313]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 200014 (expecting 200007, lost or reordered)

Im Anschluß versuchte ich es ohne Buffering des pptp - sieht nicht viel besser aus:

......
Jan  2 23:40:22 gateway pptp[8504]: anon log[decaps_gre:pptp_gre.c:407]: accepting packet 4514 (expecting 4509, lost or reordered)
Jan  2 23:40:22 gateway pptp[8504]: anon log[decaps_gre:pptp_gre.c:407]: accepting packet 4528 (expecting 4521, lost or reordered)
Jan  2 23:40:22 gateway pptp[8504]: anon log[decaps_gre:pptp_gre.c:407]: accepting packet 4558 (expecting 4556, lost or reordered)
Jan  2 23:40:23 gateway pptp[8504]: anon log[decaps_gre:pptp_gre.c:407]: accepting packet 4579 (expecting 4570, lost or reordered)
Jan  2 23:40:23 gateway pptp[8504]: anon log[decaps_gre:pptp_gre.c:407]: accepting packet 4618 (expecting 4615, lost or reordered)
Jan  2 23:40:23 gateway pptp[8504]: anon log[decaps_gre:pptp_gre.c:407]: accepting packet 4629 (expecting 4628, lost or reordered)
.......

Lustigerweise passiert das aber nur unter Last - bei geringer Last wird scheinbar nix verloren.

Nach SIGUSR1 meldete pptp

Jan  3 00:01:48 gateway pptp[8504]: rx accepted  = 13214
Jan  3 00:01:48 gateway pptp[8504]: rx lost      = -274
Jan  3 00:01:48 gateway pptp[8504]: rx under win = 0
Jan  3 00:01:48 gateway pptp[8504]: rx over  win = 0
Jan  3 00:01:48 gateway pptp[8504]: rx buffered  = 274
Jan  3 00:01:48 gateway pptp[8504]: rx OS errors = 0
Jan  3 00:01:48 gateway pptp[8504]: rx truncated = 0
Jan  3 00:01:48 gateway pptp[8504]: rx invalid   = 0
Jan  3 00:01:48 gateway pptp[8504]: rx acks      = 0
Jan  3 00:01:48 gateway pptp[8504]: tx sent      = 11579
Jan  3 00:01:48 gateway pptp[8504]: tx failed    = 0
Jan  3 00:01:48 gateway pptp[8504]: tx short     = 0
Jan  3 00:01:48 gateway pptp[8504]: tx acks      = 341
Jan  3 00:01:48 gateway pptp[8504]: tx oversize  = 0
Jan  3 00:01:48 gateway pptp[8504]: round trip   = 188437 usecs

Ist das normal bei ADSL ? Oder ein bekanntes Problem des pptp ?

Angefügt muß werden, daß ich mir zu Apothekerpreisen den Anschluß erstellen ließ - also keine Selbstinstallation. Leitungsfehler sind dann ja ausgeschlossen oder ?

Meine Fragen lassen sich also auf drei reduzieren:
1.) Ist das einfach typisch bei ADSL und hatte ich falsche Erwartungen - oder ist da echt was im Eck ?
2.) Kann es an meiner Konfiguration liegen (die könnte ich hier reinstellen) - oder ist ein Konfigurationsfehler durch die Fehlermeldung selbst ausgeschlossen ?

An was es liegt kann ich nicht einfach beantworten, aber ich habe schon einige Router mit dem Kombipacket konfiguriert (immer > 1300 kbit/s). Deine lahme Geschwindigkeit kommt mir sehr komisch vor, es sollten zumindest um die 1500 kbit/s sein.

Meine momentane Übertragungsgeschwindigkeit beträgt 1716,77 kbit/s (schwankt eigentlich immer so um +- 100 kbit/s), und keine Fehler.

Falsche Einstellung?
Hardware Defekt (Einwahl direkt oder mit Router)?
Wie siehts bei deinen Nachbarn aus (Geschwindigkeit, Fehler)?
.

TDI

Ich hänge direkt mit einem PC an dem Speedtouch-Modem (er übernimmt die Routerfunktionalität) - und er hat 2 NW-Karten: eine 10er und eine 100er.

Die 10er (eth1) hängt am Speedtouch:

# /sbin/ifconfig
eth1      Link encap:Ethernet  Hardware Adresse 00:e0:7d:8a:81:ce
          inet Adresse:10.0.0.140  Bcast:10.0.0.255  Maske:255.255.255.0
          inet6-Adresse: fe80::2e0:7dff:fe8a:81ce/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:511291 errors:0 dropped:0 overruns:0 frame:0
          TX packets:237366 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:65724 Sendewarteschlangenlänge:1000
          RX bytes:353124098 (336.7 MiB)  TX bytes:33520119 (31.9 MiB)
          Interrupt:20 Basisadresse:0x3800

Auch einfache Pingtests mit normalen und fetten Packerl und maximaler Speed sehen fehlerfrei aus:

gateway:/etc/ppp# ping -c 3000 -s 4096 -f 10.0.0.138
PING 10.0.0.138 (10.0.0.138) 4096(4124) bytes of data.

--- 10.0.0.138 ping statistics ---
3000 packets transmitted, 3000 received, 0% packet loss, time 25107ms
rtt min/avg/max/mdev = 8.227/8.327/18.716/0.416 ms, pipe 2, ipg/ewma 8.372/8.302 ms


gateway:/etc/ppp# ping -c 3000  -f 10.0.0.138
PING 10.0.0.138 (10.0.0.138) 56(84) bytes of data.

--- 10.0.0.138 ping statistics ---
3000 packets transmitted, 3000 received, 0% packet loss, time 2073ms
rtt min/avg/max/mdev = 0.627/0.654/1.664/0.042 ms, ipg/ewma 0.691/0.649 ms

Für mich sieht es so aus, als ob die NW-Karte perfekt mit dem Speedtouch kommuniziert - und sie auch keine defekten Pakete bekommt. Damit würde ich nicht mehr vermuten, daß die Pakete zwischen meinem PC und dem Speedtouch verloren gehen - da die Fehler eben nur im Tunnel passieren - oder liege ich hier falsch ?

Geschwindigkeit beim Nachbarn - wäre noch zu klären. Es gibt einen, der ebenfalls über die Geschwindigkeit klagt...

03.01.2008, 02:52 Uhr - Editiert von kombipaket, alte Version: hier

Was spukt das speedtouch für synchronisations- und dämpfungswerte aus?

entweder:

http://10.0.0.138

oder:

http://dmt.mhilfe.de/

hat es einen speziellen grund warum du das modem nicht im multiusermodus fährst, sondern dich mit dem pptp dämon unter linux quälst?

und welches speedtouch ist es? 546 oder haben sie dir wie 2 bekannten von mir ein altes 510er angedreht?

Being ugly isn't illegal.

Yet.

03.01.2008, 09:16 Uhr - Editiert von bneu, alte Version: hier

Hi !

Danke für deine Antwort - gleich mal eine blöde Frage nachreich:
Wie interpretiere ich die ? Mein Speedtouch sagt unter
http://10.0.0.138/cgi/b/dsl/dt/?ce=0&be=0&l0=1&l1=0

DSL-Verbindung	

	Verbindungsdaten
			
Betriebszeit:	0 Tage, 5:57:47
Modulation:	G.992.1 Annex A
Bandbreite (Senden/Empfangen): [kbps/kbps]:	384 / 2.176
Übertragene Daten (Gesendet/Empfangen) [MB/MB]:	1,88 / 9,67
Ausgabeleistung (Senden/Empfangen) [dBm]:	12,0 / 19,0
Leitungsdämpfung (Senden/Empfangen) [dB]:	9,0 / 22,0
Signal-Störabstand (Senden/Empfangen) [dB]:	30,0 / 28,5
Anbieter-ID (Lokal/Entfernt):	TMMB / BDCM
Framingverlust (Lokal/Entfernt):	0 / 0
Signalverlust (Lokal/Entfernt):	0 / 0
Stromverlust (Lokal/Entfernt):	0 / 0
Verbindungsverlust (Entfernt):	0
Fehlersekunden (Lokal/Entfernt):	0 / 0
FEC-Fehler (Senden/Empfangen):	0 / 0
CRC-Fehler (Senden/Empfangen):	0 / 0
HEC-Fehler (Senden/Empfangen):	0 / 0

Was bedeutet das ???

PPTP-Betrieb unter Linux wollte ich aus 3 Gründen:
1.) Mehr Kontrolle
2.) Mehr Infos zum Debuggen
3.) Kennenlernen von PPTP

cu
kombipaket

Ergänzungsfrage: Was wären denn so typische PING-Werte ?

#ping www.inode.at
PING www.inode.at (195.58.170.126) 56(84) bytes of data.
64 bytes from www.inode.at (195.58.170.126): icmp_seq=1 ttl=58 time=199 ms
64 bytes from www.inode.at (195.58.170.126): icmp_seq=2 ttl=58 time=200 ms
64 bytes from www.inode.at (195.58.170.126): icmp_seq=3 ttl=58 time=201 ms
64 bytes from www.inode.at (195.58.170.126): icmp_seq=4 ttl=58 time=201 ms
64 bytes from www.inode.at (195.58.170.126): icmp_seq=5 ttl=58 time=201 ms

kommt mir viel vor, wenn ich sonst nichts sende....

03.01.2008, 10:27 Uhr - Editiert von kombipaket, alte Version: hier

die leitung ist mehr als ausreichend für 2mbit. da sollten (sind auch) keine probleme auftreten.

die ping zeiten sollten unter 30ms liegen. da passt etwas am linux rechner nicht. (z.b. routing oder firewall)

mehr kontrolle als die speedtouch mittels telnet bieten gibts fast nicht. also ich würde einfach auf das pptp (aus erfahrung) verzichtung und dafür einen problemlosen betrieb haben.

ping http://www.inode.at
PING http://www.inode.at  (195.58.170.126) 56(84) bytes of data.
64 bytes from http://www.inode.at  (195.58.170.126): icmp_seq=1 ttl=58 time=16.4 ms
64 bytes from http://www.inode.at  (195.58.170.126): icmp_seq=2 ttl=58 time=25.9 ms
64 bytes from http://www.inode.at  (195.58.170.126): icmp_seq=3 ttl=58 time=15.3 ms
64 bytes from http://www.inode.at  (195.58.170.126): icmp_seq=4 ttl=58 time=17.3 ms

Being ugly isn't illegal.

Yet.

03.01.2008, 10:44 Uhr - Editiert von bneu, alte Version: hier

Also Linux würde ich hier als Problemquelle ausschließen... QoS ist noch nicht aktiviert, iptables und routing könnte ich gar nicht so verkonfigurieren, daß die nur diese pings erlauben

Dumme Frage am Rande:
Wie stelle ich am Speedtouch um, daß es selbst pptp herstellt ?

Unter Konfiguration startet bei Klick auf Einrichten ein Konfigurationsassistent, der


Dieser Assistent unterstützt Sie bei der Konfiguration Ihres SpeedTouch.™ .
   
Warnung: Easy Setup-Assistent kann nicht ausgeführt werden. Es sind keine Vorlagen vorhanden.

meint...

am einfachsten geht es mit dem aon controller (unter windows)

alternativ:

hier die user.ini herunterladen: http://www.dieschmids.at/index.php?option=com_remository&Itemid=23&func=fileinfo&id=12

in der datei die eigenen zugangsdaten (username und paßwort) eintragen.

im modem die konfiguration von aon sichern!!! man will ja das gerät wieder im originalzustand retour geben können

dann einfach die neue user.ini einspielen und schon ist man online.

Being ugly isn't illegal.

Yet.

Ergänzungsfrage:

Kann es nicht sein, daß mein Gegenüber überlastet ist ?

Ich hab ja mal keine Ahnung, wo mein PPtP-Gegenüber sitzt (schon Arsenal?), aber da rennt ja wohl schon einiges zwischen mir und dem (Ich vermute mal ATM, ..).

Kann es nicht sein, daß meine Leitung zum Wählamt absolut ok ist, aber die Strecke zwischen Wählamt und "wem auch immer" bei A.ON am Sterben ist ? "Normale" Überlast würde ich schon ausschließen, weil auch um 1/2 3 Uhr Morgens keine Besserung war.

wo mein PPtP-Gegenüber sitzt

im speedtouch

Ich vermute mal ATM

na, erst über dsl....

die Strecke zwischen Wählamt und "wem auch immer" bei A.ON am Sterben ist

da MU bei dir vollen speed bringt, ist an der pppoa verbindung (dslmodem-telekom) nichts auszusetzen.

Mein PPtP-Gegenüber ist im Speedtouch ? Glaubte ich nicht

Ich dachte, daß mein Speedtouch eher nur einen Tranciever spielt - und meine IP-Packerl von eth auf DSL wandelt - und ich "normalerweise" - im Single-User-Mode - eine PPTP-Verbindung von meinem Rechner zu jemand aufbaue, der meine Credentials prüfen kann.

Du hingegen meinst, daß mein Speedtouch selbst den PPTP-Tunnel terminiert ? Sicher ?
Welchen Vorteil hätte das ?

Bzw:
Wenn das Speedtouch selbst schon terminiert - wozu dann überhaupt PPTP verwenden ? Damit keiner zwischen mir und Speedtouch mitlauschen kann ?

Würde mich echt interessieren - ich habe von DSL ja leider überhaupt keinen Tau - und DSL in Österreich soll ja anders als im Rest der Welt rennen...

pptp ist nur dazu da damit die telekom mitkriegt, alles was mit der verbindung los ist. natürlich könnte sie am modem direkt routen, über pptp bekommt sie aber wunderschön timestamps und transferdaten geliefert, die zur abrechnung dienen.

pptp endet am modem, weil es von da an alles über atm läuft. der radius server liegt bei der telekom und erlaubt sozusagen das modem die pppoa verbindung zu verwenden (dsl sync).

So - und jetzt die superdumme Frage:

so pppoa selbst unter Linux zu fahren ist keine Option ?

mit einer atm karte schon möglich. ist so eine art einbau-dslmodem. die habe ich aber erst am anfang der dsl ausbreitung gesehen.

typischer kunde. verwendet eine spezielle konfiguration (und ja, linux ist mit seinen paar prozent marktanteil was spezielles), um "die funktion von pptp kennenzulernen" (so mit kaffee und kuchen?), anstatt das modem auf MU zu setzen und a ruh zu geben. aber hauptsache, aon ist schuld.

als neukunde hast du das aonspeedstarterpaket mitgschickt bekommen (cd). dort sind die modemkonfigurationsfiles (.ini) für das 546er drauf. diese über das webinterface des browsers hochladen, dann bekommst du den neuen unterpunkt shared internet, dort benutzerdaten eingeben, fertig.
*** Vergebe Gutschein + Bonus für eine drei-Anmeldung! PN an mich! ***

03.01.2008, 11:04 Uhr - Editiert von cuoca, alte Version: hier

Ja genau!

Gottseidank gibts Leute wie Dich, die sofort wissen, was wie rennt!

Zuerst solltest mal erklären, wie ein "typischer Kunde" sich im selben Satz mit "paar Prozent Marktanteil" verträgt.

Zweitens weise ich darauf hin, daß ich extra auf Konfigurationsfehler bei pptp hingewiesen habe.

Drittens habe ich _weder_ CD _noch_ Sims _noch_ Vertrag zugeschickt bekommen - die Zugangsdaten blieben dieselben wie bei meiner Modemeinwahl vorher, sonst wäre es überhaupt bitter.

Einen Konfigurationsfehler fand ich jedenfalls inzwischen:
Ich hatte noch asyncmap aktiviert - wenn man den deaktiviert, klappts ohne die Lost *TRÖT*s.

Einen alten Windows-XP-Rechner habe ich nun ebenfalls kurz von den toten erweckt - siehe da, der Speedtest von aon klappte 3x mit 1912 kBit.

Wir sind also definitiv bei einem Konfigurationsproblem bei mir.

Wie sieht man im Windows, welche Einstellungen gewählt wurden, damit ich sie übernehmen kann ?

mit typisch kunde meinte ich: die schuld auf den anbieter schieben, sobald etwas nicht klappt. und in dem fall bist du sehr wohl typisch kunde ("Kann es nicht sein, daß mein Gegenüber überlastet ist ? Ich hab ja mal keine Ahnung, wo mein PPtP-Gegenüber sitzt (schon Arsenal?), aber da rennt ja wohl schon einiges zwischen mir und dem (Ich vermute mal ATM, ..).Kann es nicht sein, daß meine Leitung zum Wählamt absolut ok ist, aber die Strecke zwischen Wählamt und "wem auch immer" bei A.ON am Sterben ist ? "Normale" Überlast würde ich schon ausschließen, weil auch um 1/2 3 Uhr Morgens keine Besserung war.")

egal ob das jetzt ein exotisches betriebssystem ist, eine seltene oder starke firewall, geschwindigkeitsfehler immer zuerst lokal suchen.

wie weiter oben schon geschrieben: die ini file von http://www.dieschmids.at/index.php?option=com_remository&Itemid=23&func=fileinfo&id=12 runterladen, dann unter 10.0.0.138 einsteigen, die datei hochladen und bei shared internet die daten eintragen.
wennst jetzt eh schon einen windows rechner dran hast: den aoncontroller installieren und mit dem programm das modem auf router/ multiuser einrichten.

alle installationshilfen: http://knowledge.telekom.at/SRVS/CGI-BIN/WEBCGI.EXE?New,Kb=Gesamt_KB_SYS,Company={00000000-0000-0000-C000-000000000046},VARSET=directcase:21562

*** Vergebe Gutschein + Bonus für eine drei-Anmeldung! PN an mich! ***

03.01.2008, 11:52 Uhr - Editiert von cuoca, alte Version: hier

Ok.

Also den Provider mit vorzuverurteilen mag sein - wobei ich hier ein gebranntes Kind bin. Denn bei Modemeinwahl bot das Gegenüber im LCP Komprimierungsoptionen an, die es dann selbst nicht verstanden hat

.

Einen Download von unbekannter Seite - hier bin ich mißtrauisch. Gibts sowas nicht von AON selbst ? Auf der Suche nach ihr bin ich gescheitert

.

Wenn nun das Modem selbst eine Verbindung aufbaut - dann bin ich ja in einem privaten Lan des Modems, oder ? Gibt es dann extra-Probleme oder kann ich alle Ports vom Modem auf mich forwarden (zB wegen VoIP) ?

http://kmu.telekom.at/kundenbereich/Internettools/index.php

forwarding geht im webinterface auf basis der mac adresse

Being ugly isn't illegal.

Yet.

die frage ist:
was willst du?

willst du dich manuell einwählen (also via lan-pptp)
oder
eine automatische einwahl?

für ersteres kann ich dir unter linux nicht helfen, kenn mich nur mit mac aus.

für zweiteres: ich müsste suchen, wo die konfigfiles auf der aonhomepage sind. wenn du aber eh eine windowskiste hast: nochmal anstecken ans modem, den aoncontroller runterladen (unter aon.at/ kontakt und support/ support/ downloadcenter/ aoncontroller/ aoncontroller für aonspeed und aonpur/ speichern/ installieren). dann im aoncontroller oben auf einstellungen/ internetzugang/ neu einrichten oder ändern/ weiter/ routerzugang/ weiter/ fertigstellen. modem an linuxkiste dranhängen, bei lan alles auf automatisch, bereits erstellte pptp verbindungen löschen, sollte passen.

für voip ist es egal, du kannst im webinterface vom modem die firewall ausschalten, ports freigeben oder zuweisen, etc. klick dich einfach mal durch.
*** Vergebe Gutschein + Bonus für eine drei-Anmeldung! PN an mich! ***

HIIILFE!

Jetzt habe ich den Konfigurator runtergeladen, er will noch mal extra meine Kundennummer wissen - warum eigentlich? - und fragt mich nach dem Produkt, bevor es weitergeht.

Hier ist EXPLIZIT "aonPur" oder "aonSpeed" zu wählen.

Bei den Seiten der AON finde ich nirgendwo, daß das Kombipaket ein aonSpeed darstellt... Grmpfl.

es ist ein aonspeed.
deine kundennummer findest du im ta schreiben bzw lautet deine standardemailadresse aon.KUNDENNUMMER@aon.at. sie beginnt mit 9.
*** Vergebe Gutschein + Bonus für eine drei-Anmeldung! PN an mich! ***

03.01.2008, 13:18 Uhr - Editiert von cuoca, alte Version: hier

hier findest du die abgespeckte version, die nur nach benutzername und kennwort fragt: http://kundenbereich.aon.at/m2/aonmodemkonfigurator/Setup.exe
*** Vergebe Gutschein + Bonus für eine drei-Anmeldung! PN an mich! ***

Schreiben von der TA gibts ja [noch] keine - nunja, meine Anmeldung ist erst 40 Tage oder so alt. Ich nehme an, die kommen mit den SIMs..

Kundennummer habe ich daher die alte von Rechnungen eingetragen, aonSpeed ausgewählt - danach kommt ein "Modem wird gesucht"-Fenster und die wenig erfreuliche Dropdownliste "Modem: Verbindung herstellen über" - und zur Auswahl ein ausgegrautes "Sie verwenden ein unbekanntes Modem/Router".

ARGL.

Danach kommt die Auswahl des Email-Clients... Hier bietet er ausschließlich Outlook Express an - meinen Thunderbird betrachtet aon wohl als sinnlos für mich.

Doppel-ARGL

03.01.2008, 13:25 Uhr - Editiert von kombipaket, alte Version: hier

probier den modemkonfigurator von hier http://kundenbereich.aon.at/m2/aonmodemkonfigurator/Setup.exe, firewall etc. alles aus, viel glück!

wenn du vorher ein aonspeed hattest und auf kombi umgestellt hast, gelten noch die alten daten inkl kundennummer etc. ansonsten: mal anrufen oder email hinschicken, ein datenschutzkuvert kann dir jederzeit zugesandt werden.
*** Vergebe Gutschein + Bonus für eine drei-Anmeldung! PN an mich! ***

Also ich habs mit dem obigen fertigprobiert... Zum Verzweifeln.

Mehrmals motzte Windows, daß die Lan-Verbindung nicht zur Verfügung steht, ein Update des Configurators holte gleich mal 2MB runter (warum ist der auf der Website nicht aktuell???) - danach kamen Meldungen wie

Der aonInstaller hat Ihr aonSpeed Modem nicht erkannt. Schließen Sie bitte Ihr Modem an den Computer an und schalten Sie es ein. Details dazu finden Sie im beigelegten Benutzerhandbuch. Wenn Sie Ihr Modem angesteckt haben warten Sie 30 Sekunden und klicken Sie anschließend nochmals auf "Modem suchen".

- und nach Abschalten des Modems uns längerem Warten klappte es endlich soweit, daß ich wieder ins INet konnte...

Werde mir das mal jetzt ansehen (ob es nun Mehrplatzfähig ist)

cu und Danke mal!

03.01.2008, 13:45 Uhr - Editiert von kombipaket, alte Version: hier

manchmal hilft ein modemreset (in das kleine loch hinten reinstechen,so lange gedrückt halten, bis die lampe rot wird, auslassen, wenn wieder alle drei grün sind nochmal das programm drüberlaufen lassen).
*** Vergebe Gutschein + Bonus für eine drei-Anmeldung! PN an mich! ***

Soooo..... Jetzt gibts eine gute und eine schlechte Nachricht:

Zuerst mal die gute:
Es klappt! Und wenn ich "Es klappt" schreibe, meine ich "!!! E S K L A P P T !!!" - *freu*

Speedtest bei aon meldet nun 19xx kBits, IP-TV wirkt fein, ... -SUPI!

Nun die schlechte:
Ich habe keine Ahnung, wie ich nun weiterkonfiguriere...

pptp wäre ganz nett gewesen, wenn es fein geklappt hätte (oder aon option-Files angeboten hätte

). Denn bei pptp wußte ich immer meine Public-IP und konnte beim Verbindungsaufbai ein Script triggern lassen, das beispielsweise meinen Asterisk die neue IP mitteilt.

Der Asterisk hätte daraufhin sofort allen seinen Sip-providern seine neue IP mitgeteilt - und die Welt wäre in Ordnung.

Auch sonst wäre das wissen der Public-IP des öfteren nicht uninteressant.

Als absolut miesen quick-n-Dirty-Hack könnte ich alle 3 Sekunden die public IP des speedtouch per wget abfragen und mit der alten vergleichen. Wenn sie sich änderte, könnte ich dem Asterisk die neue mitteilen. Nur... Wie macht man es richtig ???

Am liebsten hätte ich also einen Trigger im Modem, das automatisch bei neuem Verbindungsaufbau von mir aus ein Packerl an einen Port von mir schickt - geht das ?

Noch eine Frage zu dieser Konfiguration:
Baut das Modem automatisch sofort eine neue Verbindung auf, wenn die alte nach 8h abbricht ? Denn ansonsten wäre ich so schwer über VoIP oder anderes erreichbar...

ich habe hier ein linuxrouter wo pptp, blendend funktioniert. ich geniesse den vollen speed und habe pings um 20 ms zum vix.at

vergleiche mal deine conf mit dieser hier:

defaultroute
usepeerdns
pty 'pptp 10.0.0.138 --nolaunchpppd'
user 'aonuserid'
mtu 1460
default-asyncmap
nopcomp
noaccomp
noccp
novj
nobsdcomp
nodeflate
lcp-echo-interval 0
lock
noauth

Als absolut miesen quick-n-Dirty-Hack könnte ich alle 3 Sekunden die public IP
des speedtouch per wget abfragen und mit der alten vergleichen. Wenn sie sich
änderte, könnte ich dem Asterisk die neue mitteilen. Nur... Wie macht man es
richtig ???

geht nicht anders. ansonsten lass mal den speedtouch dyndns aktualisieren und frag diesen ab. ist aber auch nicht sonderlich elegant, i know....

Am liebsten hätte ich also einen Trigger im Modem, das automatisch bei neuem
Verbindungsaufbau von mir aus ein Packerl an einen Port von mir schickt - geht
das ?

Baut das Modem automatisch sofort eine neue Verbindung auf, wenn die alte nach
8h abbricht ?

nein. nur wenn das gateway beansprucht wird.

03.01.2008, 17:05 Uhr - Editiert von patos, alte Version: hier

Danke für das options-File - muß ich gleich mal ausprobieren!

Ich nehme an, es handelt sich um dein /etc/ppp/options - hattest du zusätzlich ein options.pptp (zB wegen mppe) - oder keines ?

Mir fallen hier 3 Punkte auf:
1.) MTU-Size:
Ich habe es damals mit 1500, 1492(wäre das nicht der PPTP-Standard?), 1524 und 1400 probiert. Das bewirkte zumindest keine sichtbare Änderung. Ist die Entscheidung auf 1460 eine absichtliche und manuell getunte ?

2.) default-asyncmap:
Hier probierte ich stattdessen "asyncmap 0" und keine asyncmap.
Lustigerweise lief aber im LCP eine asyncmap-negotiation - Kann es sein, daß die Buggy bei der Telecom (oder beim Speedtouch) ist ?

3.) Komprimierungsausschaltung:
Hier genauso.
im LCP einigte sich mein Rechner mit der Gegenstelle immer auf diverse Protokolle - die Van Jacobson Header Compression ist mir noch erinnerlich.
Hast du versucht, einzeln Optionen wieder zu aktivieren (deflate, vj, bsdcomp, ...) ?
Oder komprimiert die Telekom echt nix am Weg ?

Es scheint also ein ähnliches Bild wie bei der Modemeinwahl zu sein:
Die Telekom bietet via LCP Kompressionsprotokolle an, die sie dann selbst nicht anbietet - was ihr in der Regel wurscht sein wird, weil einige von Windows eh nicht verwendet werden

.

Ooooder es ist mein pptp/pppd - könnte auch sein. Werden wir nach der Umstellung wissen. *gespannt bin*

Völlig unklar bleibt, warum die Telekom nicht so ein Options-File in ihrem Kundenbereich zum Download anbietet - soviel Mühe wäre das nicht, und bei den von ihnen gebrachten über 7000 Neukunden pro Tag werden ja wohl mindestens 50 pro Tag mit Linux auf ihren Tarif umsteigen wollen..

Herzlichen Dank jedenfalls für deine Info!!!

Ich nehme an, es handelt sich um dein /etc/ppp/options - hattest du zusätzlich
ein options.pptp (zB wegen mppe) - oder keines ?

nix, gar kein options.pptp

Ist die Entscheidung auf 1460 eine absichtliche und manuell getunte ?

hat sich unter den linuxrouter betreiber als optimum erwiesen. wird seit einiger zeit als standard hergenommen. man kennt nicht die implementierungen, möglich dass ein bissen mehr möglich ist.

Komprimierungsausschaltung

bitte weg damit, macht nur probleme und bei einer sicheren strecke zum modem gar nicht notwendig.

Die Telekom bietet via LCP Kompressionsprotokolle an, die sie dann selbst
nicht anbietet - was ihr in der Regel wurscht sein wird, weil einige von
Windows eh nicht verwendet werden

tja, die leidige pptp geschichte. da kann aber thomson mehr als die telekom dafür. die erstens speedtouches waren zu einer zusammenarbeit mit einem router gar nicht zu überreden.

Völlig unklar bleibt, warum die Telekom nicht so ein Options-File in ihrem
Kundenbereich zum Download anbietet - soviel Mühe wäre das nicht, und bei den
von ihnen gebrachten über 7000 Neukunden pro Tag werden ja wohl mindestens 50
pro Tag mit Linux auf ihren Tarif umsteigen wollen..

Mit deinem Options-File war dasselbe Problem.

Leichte Besserung brachte es, wenn man pptp mit --nobuffer betreibt.

Im Source siehts so aus:

Er erwartet fortlaufende Packerl - also GRE-Packerl 1, GRE-Packerl 2, ...

Nun muß er sich entscheiden, was er machen soll, wenn er auf Packerl 500 wartet aber Packerl 510 ankommt.

Er löst es default wie folgt:

Wenn das Packerl eine kleinere Nummer als die erwartete hat - wirf es weg.
Wenn es eine leicht größere (früher maximal 30 größer, nun 300) Nummer hat - wirf sie in einen Piffer.
Wenn sie noch größer ist - wirf sie weg.

Meine Meldungen basierten auf den leicht größeren Nummern... Er legte sie dann in einen Buffer und wartete noch auf die Packerl "dazwischen" - die aber nie mehr kamen.

Definitiv wurden also Packerl am Weg weggeworfen - wahrscheinlich durch so eine Speedtouch-Anti-Linux-Gegenmaßnahme. Im neuen Jahr brauchen wir eh neue Verschwörungstheorien

Mir ist nur absolutestens Unklar, warum das unter Windows so fein rennt...

Ach ja, eines noch:
Wenn das Modem im SingleUsermodus ist, taucht beim Windows-Anhängen kurz ein "l2TP"-Boxerl auf.

Kann es sein, daß ich statt pptp einen l2tp gebraucht hätte ?

Letzte Frage:

Mein Modem rennt nun als Router - und leitet angeblich die Packerl im Range 5004, 5060 und 10000-10010 an meinen Rechner weiter (10000-10010 habe ich im Asterisk für rtp definiert).

Bleibt noch was zu tun oder sollte das (=VoIP) soweit klappen ?

ich kann grad nichts näheres schauen aber....

es gibt mal eine einstellung im modem (unten bei der portzuweisung), mit der kannst du die öffentliche ip einem rechner zuweisen. funktioniert nur im MU modus. als ich es ausprobiert habe lief es leider unrund. probiere es mal aus, notfalls mit einer neueren firmware. kann sein dass die funktion besser funktioniert. dann wäre es eigentlich eine ideale lösung.

hast du aontv? wenn ja kannst gleich die neue firmware vergessen, denn mit der funktioniert es nicht.

Also diese Einstellung ist total katastrophal...

Bei einem Neuboot des Rechners bekommt man nur die neue IP ohne Default-GW.

Ich habe mir ein kleines C-Programm geschrieben, das wahlweise als Daemon oder als "Einmaltool" arbeiten kann.

Als "Einmaltool" baut es eine Verbindung zum Speedtouch auf (per telnet) und liest von dort seine public-IP - und liefert sie auf stdout zurück.

Als Daemon bekommt es einen Programmpfad mit - zb "/usr/local/sbin/reagiere_auf_ipchange".

Es prüft dann laufend die IP (im in Sekunden konfigurierbarem Intervall, Minimalgröße ist eins, also jede Sekunde) - und ruft bei einer Änderung der IP dann im Beispiel "/usr/local/sbin/reagiere_auf_ipchange _DIE_NEUE_IP_".

Dieses Script kann dann wiederum die neue IP verwenden um zB Asterisk umzukonfigurieren.

Das ganze funktioniert recht fein, selbst bei sekündlichem Update liegt die CPU-Last des Dings auf 0.00%

.

Wenn Du das brauchen kannst, schicke ich Dir den Source sowie die Scripts. Sollte unter jedem Unixoiden (also auch MacOS) rennen.

hi. genau solche probleme habe ich beobachtet. auch nach dem obligatorischen 8-std disconnect hat es eine halbe ewigkeit gedauert bis der dhcp server die richtige ip offeriert hat.

den skript brauch ich nicht, bei mir funktioniert pptp

du könntest wie gesagt einen firmware update wagen, vielleicht funktioniert es stabil(er).

http://www.speedtouch.nl/downloads/5x6v6_Upgrade_R62T2.exe
falls was schief geht:
http://www.dieschmids.at/index.php?option=com_remository&Itemid=23&func=fileinfo&id=15

ini datei des modems IMMER sichern!

Also ich kriegs nicht hin...

meine /etc/ppp/options:

defaultroute
usepeerdns
pty 'pptp 10.0.0.138 --nolaunchpppd'
user MEINE_USERID
mtu 1460
default-asyncmap
nopcomp
noaccomp
noccp
novj
nobsdcomp
nodeflate
lcp-echo-interval 0
lock
noauth

meine /etc/ppp/options.pptp:

lock
noauth

default-asyncmap
nopcomp
nobsdcomp
nodeflate
noaccomp
noccp
novj
lcp-echo-interval 0

Starten mit pppd

Distri: Debian Etch...

Und ich komme nicht über 720kBit...

Fehler im pptp ?

Baut das Modem automatisch sofort eine neue Verbindung auf, wenn die alte nach
8h abbricht ?

man kann den Verbindungsmodus auf Dauerbetrieb umschalten.
dazu muss man in der user.ini unter [ppp.ini] demanddial=disabled und idletime=0 setzen

der reconnect nach 8h dauert bei mir <2sec

Und noch eine Frage - diesmal beim Port-Forwarden:

Ich habe "Spiel oder Anwendung erstellen" ausgewählt - und sie mal "EINFACH ALLES" benamst. Sie soll eben jeden Verkehr an meinen Rechner schicken.

Protokoll Anschlussbereich Übersetzen in... Auslöserprotokoll Auslöseranschluss

Any 1 - 65535 1 - 65535 Any 2

Was genau ist bitte der Auslöseranschluß ???

triggering. lass es leer.

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung