Einwahlproblem mit Thomson TG585 v7

[ANOther]

Inode ADSL Private Max 8192/768! Deshalb!!!

das "max" ist kein teil des produktnamens, eher ein teil der geschwindigkeit:
inode ADSL Private, max. 8192/768
aber das andere passt besser auf lustige, bunte hochglanzbilder....
---
allerdings sollte bei deiner leitung ein schritt mehr drinnen sein....

[dieter90]

Das will ich wohl hoffen, den mit aonSpeed 4 Mbit habe ich deutlich ne schnellere Verbindung gehabt!

[wicked_one]

Das will ich wohl hoffen, den mit aonSpeed 4 Mbit habe ich deutlich ne schnellere Verbindung gehabt!

Erscheint technisch logisch, ja....

[dieter90]

Also nach 57h online Zeit hat sich an der Verbindung nix geändert! werd wohl wiedermal nachfragen müssen.

Schönen Sonntag euch allen!

[gacki]

hallo

habe das selbe problem wie der TE, ich warte schon zwei wochen auf die aktivierung meines anschlusses, hab schon einige male bei der upc hotline angerufen. jetzt schicken sie mir nochmal nen techniker der überprüft ob mein router richtig eingestellt ist (lol) und er misst eventuell nochmal die leitung durch, obwohl er beim ersten mal gesagt hat das alles in ordnung ist und der anschluss in kürze funktioniert. finde das mittlerweile ziemlich zum aufregen, da ich gelesen habe wenn der anschluss dann mal aktiv ist, es noch immer wochen dauern kann bis man ne anständige bandbreite hat... finde das ehrlich gesagt eine frechheit.

hier meine upc kn: 31792208 und TA kn: 106507426 falls hier jemand anwesend der die macht hat mir helfen zu können.

lg

[wernerkl]

vielleicht geht ja nicht mehr

[dieter90]

DSL-Verbindung

Verbindungsdaten


Betriebszeit: 0 Tage, 3:26:23

DSL Type: G.992.5 annex A

Bandbreite (Senden/Empfangen): [kbps/kbps]: 773 / 8.229

Ãœbertragene Daten (Gesendet/Empfangen) [kB/kB]: 0,00 / 0,00

Ausgabeleistung (Senden/Empfangen) [dBm]: 12,0 / 18,5

Leitungsdämpfung (Senden/Empfangen) [dB]: 7,0 / 19,5

Signal-Störabstand (Senden/Empfangen) [dB]: 20,5 / 16,5

Anbieter-ID (Lokal/Entfernt): TMMB / BDCM

Framingverlust (Lokal/Entfernt): 24 / 0

Signalverlust (Lokal/Entfernt): 2 / 0

Stromverlust (Lokal/Entfernt): 0 / 0

Verbindungsverlust (Entfernt): 0

Fehlersekunden (Lokal/Entfernt): 2 / 0

FEC-Fehler (Senden/Empfangen): 0 / 6.827

CRC-Fehler (Senden/Empfangen): 0 / 1

HEC-Fehler (Senden/Empfangen): 0 / 0


Jetzt hauts gar nicht mal so schlecht hin!

Danke für eure Hilfeleistungen!

lg
Dieter

[Flinky82]

Die tcpckecks sind auch in der Standardkonfig der TA disabled und haben mit der pptp-Problematik des TG585v7 genau nichts zu tun. Wo es nicht disabled ist:

telnet
firewall config tcpchecks none

lg
bully

ist zwar nicht mehr taufrisch der thread, muss ihn aber trotzdem nochmal ausgraben weil dieser beitrag hier für mich passt:

hab die zid clean konfig für tg585v7 8.2.1.5 raufgespielt und sie funktioniert sehr gut. seit der konfig hab ich aber im ereignisprotokoll einen haufen rotlicht-einträge betreffend "FIREWALL exact tcp state check", port 443 usw. ...

das müssten die aktiven tcpchecks in zid's konfig sein? bringt mir diese meldung irgendwas oder sind die rein zur info und damit das router-protokoll schön voll ist?

zwecks beseitigung falls die checks nichts sinnvolles bewirken: ich will die zid-konfig nicht umändern und erneut einspielen, es sollte doch aber auch mit dem obigen telnet-befehl funktionieren, oder? wenn ja, könnte mir wer das genaue telnet-kommando herschreiben?

thx im voraus!

[bully]

wenn ja, könnte mir wer das genaue telnet-kommando herschreiben?

Bitte? Der Befehl steht exakt so da, wie du ihn eingeben musst. Oder möchtest du wissen, wie du dich per telnet mit dem TG verbinden kannst?

=>firewall config tcpchecks none

Und wegen dem cli:

http://www.dieschmids.at/Ankuendigungen ... ws-XP.html

oder Vista:

http://www.dieschmids.at/Ankuendigungen ... Vista.html

lg
bully

[Flinky82]

config state=enabled keep=disabled tcpchecks=exact udpchecks=enabled icmpchecks=enabled

so stehts in der clean-config!

also per telnet einzugeben ist:

***
firewall config tcpchecks none
firewall config udpchecks disabled
firewall config icmpchecks disabled
saveall
***

firewall config state disabled? ... das auch?

wär noch die frage, was bewirken die ganzen checks? rein zur info, dass pakete defekt angekommen sind oder kann man da was sinnvolles rauslesen und umkonfigurieren um derartige fehler zu verhindern?