ADSL LinCode bei 6.26 und Infineon DSLAM

MoinMoin · Beitrag von **MoinMoin** » 04 Dez 2006, 11:49

Moin, moin!

Enno26 hat geschrieben:Ich habe jetzt die 6.26 an einem ADSL 1 Anschluss im einsatz. Welche vorteile hat die 6,27 an einem adsl 1 anschluss?

Wenn beide Synchen, keine.

Enno26 hat geschrieben:Und ist es richtig das der angezeigte Remote SNR durch 2 geteilt werden muss, da es sich um einen Anzeigefehler handelt?
Dann wäre mein local snr bei 12,5 und mein Remote SNR bei 4,5, das wäre ein erheblicher unterschied zu meinen speedtouchmodem was mir auf beiden seiten ein snr von ca. 10 - 10,5 anzeigt.

Das wiederum ist leider auch noch vom ausgehandelten Protokoll abhängig. Bei ADSL2+ muß durch 2 geteilt werden, bei G.Dmt nicht. Das nächste Update wird dieses Problem beheben.

Ciao, Georg

komlet · Beitrag von **komlet** » 04 Dez 2006, 16:23

MoinMoin hat geschrieben:Moin, moin!

Enno26 hat geschrieben:Ich habe jetzt die 6.26 an einem ADSL 1 Anschluss im einsatz. Welche vorteile hat die 6,27 an einem adsl 1 anschluss?
Wenn beide Synchen, keine.

Enno26 hat geschrieben:Und ist es richtig das der angezeigte Remote SNR durch 2 geteilt werden muss, da es sich um einen Anzeigefehler handelt?
Dann wäre mein local snr bei 12,5 und mein Remote SNR bei 4,5, das wäre ein erheblicher unterschied zu meinen speedtouchmodem was mir auf beiden seiten ein snr von ca. 10 - 10,5 anzeigt.
Das wiederum ist leider auch noch vom ausgehandelten Protokoll abhängig. Bei ADSL2+ muß durch 2 geteilt werden, bei G.Dmt nicht. Das nächste Update wird dieses Problem beheben.

Ciao, Georg

danke das hat mir im wahrsten sinne des wortes geholfen

Popasi · Beitrag von **Popasi** » 04 Dez 2006, 18:49

Zurück zum Thema :

Hat jemand eine Aussage bezüglich der Infineon DSLAM Problematik von Seiten LANCOMs (z.B. Support ) bekommen ?

Pega_de · Beitrag von **Pega_de** » 04 Dez 2006, 18:52

ja ich habe eine Antwort email bekommen:

"Sehr geehrter Herr Grimm,

vielen Dank für Ihre Anfrage vom 04.12.2006.

In der Firmware 6.26 wurden Änderungen in die Firmware eingefügt, die genau dieses Verhalten verhindern sollten.

Da dies bei Ihnen das Verhalten zu verschlechten scheint, verwenden Sie bitte vorübergehend die wieder die Firmware 6.24 . (See attached file: LC-821plus-B-6.24.0013.upx)

Falls möglich, könnten Sie uns bitte noch folgende Informationen mit der 6.26 zukommen lassen:

"

Um das Verhalten näher eingrenzen zu können, benötigen wir folgende
Informationen:

- eine detaillierte Problembeschreibung.
- Welche Geräte werden eingesetzt (Hardwarerelease, MOD-Stand, usw.)?
- Um welchen ADSL Anschluss handelt es sich (ADSL1, ADSL2 oder ADSL2+) ?
- Handelt es sich hierbei um einen UR-2 fähigen Anschluss ?
- Um welchen Internet Service Provider handelt es sich ?
- Welche Bandbreite stellt der Provider zur Verfügung ?
- Welche LC.OS Versionen wurden verwendet ?
- Die Konfiguration des Routers als *lcf Datei

- ADSL und ADSL Advanced Statistiken sowie einen Display und ADSL Trace

1.) Starten Sie eine Telnetsession zu Ihrem Router (zb. Hyperterminal/Putty

etc.).
2.) Geben Sie bitte folgende Befehle an:

ls/st/adsl und
ls/st/adsl/adv
ls/st/adsl/conn

sowie tr # displ adsl

3.) Starten Sie die Aktion die zu Ihrem Fehler führt.
4.) Die Ausgaben kopieren Sie die Ausgaben bitte in ein *.txt Dokument und lassen mir dieses ungekürzt zukommen. Wenn Sie eines der oben genannten Programme verwenden, können Sie die Ausgaben direkt in ein *.txt Dokument ausgeben lassen und müssen nicht nachher mit Copy & Paste arbeiten.

"

Mit freundlichen Grüßen"

Popasi · Beitrag von **Popasi** » 04 Dez 2006, 21:04

Okay, danke für die Info, Pega.de. Bitte halte uns doch auf den Laufenden, wenn sich etwas ergeben sollte....

Bei mir ist der Anschluss nach den unvermeidlichen 10 Resyncs beim Start seltsamerweise seit 12 Stunden stabil....immer 10 Resyncs, sehr seltsam...werde den Router mal laufen lassen, mal sehen, wie lange die Verbindung anhält....vielleicht ist es ja wieder so ein Problem, das nur bei einem Neustart auftritt....

Pega_de · Beitrag von **Pega_de** » 04 Dez 2006, 21:35

ich hab auch die 6.27 getestet

vor ner zeit lief die gar nicht ordentlich, heute aber auch nur 2 resycs, hab aber mal die befehle von Lancom ausgeführt und ne mail geschickt, auf meinem 821+ schlummert jetzt wieder die 6.24 für längere zeit (never change a running system gilt wohl jetzt auch bei LC)

questi · Beitrag von **questi** » 04 Dez 2006, 22:52

Hab auch die Probleme mit der 1722 an 16MBit mit Infineon DSLAM.Hab den Service auch schon angeschrieben. Bisher keine Antwort. Ist es möglich, dass mir jemand die 6.24 per Mail schicken kann? Finde die leider nicht mehr bei Lancom.

Besten Dank für die Mühen.

Pega_de · Beitrag von **Pega_de** » 04 Dez 2006, 22:53

einfach über die website ne mail schreiben, die schicken dann meist eine wenn man die verlangt

und auch die probleme schildern

froeschi62 · Beitrag von **froeschi62** » 05 Dez 2006, 00:51

questi hat geschrieben:Hab auch die Probleme mit der 1722 an 16MBit mit Infineon DSLAM.Hab den Service auch schon angeschrieben. Bisher keine Antwort. Ist es möglich, dass mir jemand die 6.24 per Mail schicken kann? Finde die leider nicht mehr bei Lancom.

Besten Dank für die Mühen.

Hallo Questi,

mache bitte folgendes:
Lanmonitor öffnen und den Modemstatus beobachten. Bitte ca. 5 -10 Minuten nicht Surfen, Down- oder Uploaden. Es darf keine Datenübertragung stattfinden.
Kontrollieren ob der Downstream in dieser Zeit auf ca. 1000 kBit/s zurückfällt und der lokal SNR dabei auf ca. 40 dB hochgeht.
Wenn das bei Dir der Fall ist liegt es am Stromsparmodus, der providerseitig fehlerhaft implementiert worden ist. Das Problem ist bekannt. Es betrifft aber nur ADSL2+ (T-DSL16000 Anschlüsse der T-COM am ECI Port).

Gruß
Dietmar

questi · Beitrag von **questi** » 05 Dez 2006, 10:45

Danke für die Antworten.

Wenn ich ca. 5 Minuten warte, dann senkt sich die Downstreamrate (1000kb/s) und der lokal SNR geht auf 42bB hoch. Allerdings wird die Verbindung zu dieser Zeit nicht getrennt!!

Wenn ich wieder "Bandbreite" beanspruche, gehts wieder auf 16MBit hoch. Ohne Ausfall.

So richtig konnte ich noch nicht herausfinden, wieso und wann die Verbindung abbricht.
Ich dachte, dass es extra so gemacht ist, dass der Downstream abgesenkt wird? Was soll da fehlerhaft sein?! *wunder*.

Ich freue mich auf jede Antwort.

Habe mir inzwischen ein externes 16Mbit DSL Modem bestellt (Spedport 200) und will es dann damit testen. hab ja gelesen, dass es evtl. am internen Modem des 1722 liegen kann.

Lancom hat auch noch nicht geantwortet.

froeschi62 · Beitrag von **froeschi62** » 05 Dez 2006, 10:55

@questi,

Aha, dachte ich es mir doch.

Dass die Bandbreite ohne Ausfall wieder hoch geht mag sein, aber da der Wechsel L0/L2 öfter stattfindet, bricht die Verbindung irgendwann ab weil ganz kurzfristig (kaum zu sehen) der Donwstream SNR Margin in einen negativen dB Wert fällt.
Es liegt definiv am Stromsparmodus. Ich möchte Lancom Systems nicht vorgreifen aber eventuell wird überlegt, die Reaktion auf den Stromsparmodus in der Firmware abschaltbar zu machen. Dieser wird vom DSLAM angefordert und der Client muss ihn akzeptieren. Hier setzt über die Abschaltbarkeit der Hebel an. Es wird auf jeden Fall eine Lösung geben.
Apropos, das Speedport 200 kannst Du wieder abbestellen.

Es scheitert ebenfalls am L2 Stromsparmodus.
Gruß
Dietmar

questi · Beitrag von **questi** » 05 Dez 2006, 12:03

@froeschi:

Danke für Deine Antwort.

Hm, Du meinst also, wenn ich ständig Traffic verursachen würde, müsste es die Verbindung halten?

Das hab ich auch versucht, jedoch wird auch da die Verbindung getrennt. ?!

Wäre es möglich, sich von der TCom auf einen anderen DSLAM legen zu lassen? Oder bringt das auch nichts?

Ich müsste dann wohl auf eine neue Firmware von Lancom warten. Ist das richtig?

Traurig mit dem Speedport. Hab es extra per Nachnahme bestellt, damit es schnell da ist.

froeschi62 · Beitrag von **froeschi62** » 05 Dez 2006, 12:20

@questi,

dann hast Du nicht genug oder konstant Traffic erzeugt. Ich hatte als Test 20 GB Daten in mehreren Stunden am Stück runtergeladen. Da brach die Verbindung nie ab. Genauso im absoluten Ruhemodus. Es darf nur nicht ein andauernder Wechsel zwischen L0/L2 stattfinden.

Anderer DSLAM nutzt nichts, Du wirst immer bei einem ECI/Infineon mit geschaltetem L2 bleiben.

Also abwarten wie Lancom Systems mit dem nächsten Linecode oder eventuell die T-COM mit einer anderen Profilschaltung reagiert. Seltsamerweise schaltet der Provider 1&1 am ECI Port grundsätzlich kein L2.
Die wissen warum.

Gruß
Dietmar

Strunkel · Beitrag von **Strunkel** » 05 Dez 2006, 12:27

froeschi62 hat geschrieben:@questi,

... Seltsamerweise schaltet der Provider 1&1 am ECI Port grundsätzlich kein L2.
Die wissen warum.

Gruß
Dietmar

Hallo Dietmar,

ich habe GMX welches ja auch 1&1 ist.

Kann man das mit dem ECI Port irgendwo nachlesen???

Im Lanmonitor ja wohl nicht, oder habe ich es überlesen???

Oder geht da nur ausprobieren???

Wenn ich das hier alles so lese, bin ich froh das es bei mir ohne Probleme läuft...

Hoffendlich bleibt das auch so... Schnell mal auf Holz klopfen...

Gruß Achim

questi · Beitrag von **questi** » 05 Dez 2006, 12:51

froeschi62 hat geschrieben:@questi,

Seltsamerweise schaltet der Provider 1&1 am ECI Port grundsätzlich kein L2.
Die wissen warum.

Ich bin aber 1und1 Kunde und bei mir wird auch der Stromsparmodus aktiv, wenn ich keinen Traffic verursache?!

EDIT: Habe den Lanmonitor soeben mal ein wenig Beobachtet. Der dB Wert bei "lokal" geht tatsächlich kurz ins negative, wenn der Stromsparmodus aktiv wird. Jedoch wird die Verbindung dabei NICHT! getrennt. (Könnte aber auch daran liegen, dass ich momentan FW 6.24 drauf habe, weil jemand schrieb, dass die besser funktioniert)

hier auch ein Foto vom Lanmonitor, in dem Augenblick in dem der Stromsparmodus aktiv wird. (die bandbreite geht kurz darauf auf ca.1000kbit/s runter.

http://img240.imageshack.us/my.php?image=monitorif7.jpg