» cablemodem.ch - Forum «
Diskutieren Sie in unserem MessageBoard zum Thema Cablemodem
» zurück zu cablemodem.ch - Startseite
Anmelden | Profil | Einloggen | Passwort vergessen? | Aktive Mitglieder | Hilfe | Suche

» Willkommen Gast : Einloggen | Anmelden

    cablemodem.ch - Forum
    Technik, Hard- und Software
        Lease wird nicht erneuert
Dieses Forum als gelesen markieren   [ Hilfe ]
» Willkommen bei Technik, Hard- und Software «

Thema wechseln
<< Zurück
Mehrere Seiten: [ 1 2 3 4 5 ]
Forumsbetreuer:
 

 
Mephi


Advanced Member
   
aha ...  ich nehme an,  dass das Errorlog nicht viel hergibt. Aber da die Aussetzer stundenexakt  auftreten, wäre es vielleicht sinnvoll den DHCP-Status kurz vor und kurz nach der Störung auszulesen. Im command interpreter mode: ip dhcp enif1 status    eingeben.

Beiträge gesamt: 987 | Mitglied seit: Dez. 2001 | Erstellt: 12:32 pm am Okt. 16, 2004 | IP
hotting


Newbie
   
Sali zäme

Die Beobachtung von domino2 "also direkt mit cablemodem am netz.dann macht es keine probleme.aber das problem ist seit ich 84er ip beziehe mit zywall" kann ich 100%ig bestätigen. ist bei mir absolut identisch. Ein Notebook, dass ich testhalber mal "aussen" eingebunden habe, hatte keinerlei Probleme die Lease zu verlängern.

Betreffend errorlog der Zywall: (letzte Ziffern der
aktuellen IP jeweils ausgeblendet)
ausgeblendet

 51 Sat Oct 16 08:41:30 2004 PP0d  INFO  DHCP client IP expired
 52 Sat Oct 16 08:41:37 2004 PP0d  INFO  DHCP client gets 0x54485...
 53 Sat Oct 16 09:41:45 2004 PP0d  INFO  DHCP client IP expired
 54 Sat Oct 16 09:41:52 2004 PP0d  INFO  DHCP client gets 0x54485...
 55 Sat Oct 16 10:41:55 2004 PP0d  INFO  DHCP client IP expired
 56 Sat Oct 16 10:42:02 2004 PP0d  INFO  DHCP client gets 0x54485...
 57 Sat Oct 16 11:42:09 2004 PP0d  INFO  DHCP client IP expired
 58 Sat Oct 16 11:42:16 2004 PP0d  INFO  DHCP client gets 0x54485...
 59 Sat Oct 16 12:42:21 2004 PP0d  INFO  DHCP client IP expired
 60 Sat Oct 16 12:42:28 2004 PP0d  INFO  DHCP client gets 0x54485...

und dies seit tagen, genauer gesagt, seit dem Tag, seitdem die IP-Adresse mit 84. beginnt..., vorhin lief es mehrere Jahre absolut problemlos, mit Ausnahme einer kurzen Zeitperiode, während der meine Zywall ebenfalls in einem anderen Subnetz landete...

"ip dhcp enif status" sagt im Moment:

DHCP on iface enif1 is client
    Hostname : hydra.
    Domain Name :
    Server IP address: 62.2.28.41
    Client IP address: 84.72.80.xx/21
    DNS server : 62.2.24.162, 62.2.17.61, 62.2.24.158
    Default gateway: 84.72.80.1
    Lease time  : 3577 seconds
    Renewal time: 1784 seconds
    Rebind time : 3125 seconds
    Client State =          3, retry =          0
    periodtimer  =     290590, timer =        686
    flags        =          2
Status:
    Packet InCount: 12753, OutCount: 2483, DiscardCount: 12591

Der nächste Unterbruch ist wohl in etwa 45 min zu erwarten. Ich versuche dann, mal mitzuschauen...

Grüsse aus Winterthur
Michael (hier im Forum als "newbie" bezeichnet, aber beruflich im IT-Support tätig)


Beiträge gesamt: 11 | Mitglied seit: Sep. 2004 | Erstellt: 2:04 pm am Okt. 16, 2004 | IP
hotting


Newbie
   
Nach 45 min Beobachtung des Outputs von  "ip dhcp enif1 status"
lässt sich nun folgendes aussagen:

Während der ersten halben Stunde der Leasedauer gilt folgendes
Bild:

DHCP on iface enif1 is client
    Hostname : hydra.
    Domain Name :
    Server IP address: 62.2.28.41
    Client IP address: 84.72.80.xx/21
    DNS server : 62.2.24.162, 62.2.17.61, 62.2.24.158
    Default gateway: 84.72.80.1
    Lease time  : 3577 seconds
    Renewal time: 1784 seconds
    Rebind time : 3125 seconds
    Client State =          3, retry =          0
    periodtimer  =     291130, timer =        146
    flags        =          2
Status:
    Packet InCount: 12777, OutCount: 2483, DiscardCount: 12615

Der Wert bei Timer zählt sekündlich runter. Bei 0 angekommen,
beginnt - nach meiner Interpretation - die Zywall mit minütlichen
Versuchen, die Lease zu verlängern, die allerdings fehlschlagen:

    Client State =          3, retry =          1
    periodtimer  =     291279, timer =         58
    flags        =          2

Der Timer beginnt immer wieder bei 60, zählt runter bis 0,
dann geht retry eins höher und der Timer beginnt wieder bei 60.

Dann wechselt plötzlich der Client State auf 4. Dies dürfte zeitlich
mit dem Ablaufen der "Rebind Time" zusammenfallen. Die retries
beginnen wieder bei Null und dasselbe Spiel alle 60 Sekunden
beginnt.

Dann wechselt der Client State auf 5, die Retries wieder auf 0.
Ein letztes Mal zählt der Timer runter. Dann kommt der Zeitpunkt
x des Unterbruchs. Die oberen Zeilen des Outputs bleiben immer
identisch, nur die unteren Zeilen ändern sich. Hier die Outputs,
praktisch jede Sekunde, was am periodtimer ersichtlich ist:

    Client State =          5, retry =          0
    periodtimer  =     293097, timer =          1
    flags        =          2

    Client State =          5, retry =          0
    periodtimer  =     293098, timer =          0
    flags        =          2

    Client State =          1, retry =          2
    periodtimer  =     293100, timer =          2
    flags        =          6

    Client State =          1, retry =          2
    periodtimer  =     293101, timer =          1
    flags        =          6

    Client State =          1, retry =          2
    periodtimer  =     293102, timer =          0
    flags        =          6

    Client State =          2, retry =          2
    periodtimer  =     293103, timer =          2
    flags        =         42

    Client State =          2, retry =          2
    periodtimer  =     293105, timer =          0
    flags        =         42

    Client State =          3, retry =          0
    periodtimer  =     293106, timer =       1784
    flags        =          2

Nun sind wir wieder im stabilen Zustand angelangt. Die Verbindung
ist wieder da und dürfte es auch die nächste Stunde bleiben...

Tja... wer weiss weiter?

Gruss, Michael


Beiträge gesamt: 11 | Mitglied seit: Sep. 2004 | Erstellt: 3:02 pm am Okt. 16, 2004 | IP
domino2


Advanced Member
   
factory defaults gemacht..alles was ich geändert hab ist port 139 auf mich umgeleitet wegen ircidentd server und sonst alles gelassen.
fazit.
h unterbrüche.

und eben ohne firewall 0 probleme..
kanns ja wohl nicht sein?!

-----
ICQ UIN
127145744 http://www.cnlab.ch/perftest/AuswertungUser.jsp?userid=1078565332714


Beiträge gesamt: 451 | Mitglied seit: Aug. 2002 | Erstellt: 3:20 pm am Okt. 16, 2004 | IP
hotting


Newbie
   
Hallo Domino2

Besten Dank für Deinen Kurzbericht über den Factory-Reset. Da dies bei Dir nichts gebracht hat, lass ich das  bei mir mal vorläufig bleiben.

Nee... ohne Firewall ans Hispeed-Netz, das kommt wirklich nicht in Frage!

Doch, was nun?

Gruss, Michael (Leidensgenosse)


Beiträge gesamt: 11 | Mitglied seit: Sep. 2004 | Erstellt: 3:28 pm am Okt. 16, 2004 | IP
Mephi


Advanced Member
   
hotting> ich interpretiere es wie du, also den DHCP Status meine ich.
domino> siehts bei dir der DHCP-Status ähnlich aus wie bei hotting?

Sollte es das selbe Problem sein, wie von Timberwolf in diesem Thread beschrieben,  also eine DHCP relaying malfunktion:
http://www.cablemodem.ch/cgi-bin/ikonboard/topic.cgi?forum=2&topic=1025&start=0
so appelliere ich ans THH Team, dies zu kommunzieren, z.B. auf den Netzstatusseiten.

Gruss Philipp


Beiträge gesamt: 987 | Mitglied seit: Dez. 2001 | Erstellt: 3:45 pm am Okt. 16, 2004 | IP
Rene


Advanced Member
   
Kann einer von euch mal parallel zur Zywall einen Laptop oder anderen PC anschliessen und via Ethereal mal den DHCP Verkehr während ca 2 Stunden aufzeichnen?

Also schematisch gesehen

Kabelmodem --- Hub ---- Zywall
                       \---- Laptop/PC mit Sniffer

Die relevante Zeile für den "Capture Filter" wäre
"udp and port 68 or port 69"

Danach die Aufzeichnung in eine Datei speichern und mir mailen ? Ohne nähere Angaben kann ich auch nicht wirklich genaueres dazu sagen, einzig dass es sehr suspekt ist dass es mit Firewall nicht geht aber ohne schon.

Der Rechner mit Ethereal braucht übrigens nicht unbedingt eine IP Adresse, falls es nur ein Abo mit einer einzigen IP Adresse ist, er sieht den Datenverkehr auch so.


-----
CU
René


Beiträge gesamt: 2468 | Mitglied seit: Mai 2001 | Erstellt: 11:00 pm am Okt. 16, 2004 | IP
MAC Ferrari


Advanced Member
   
[quote]Zitat von Mephi am 4:26 pm am Okt. 15, 2004[br]I

@ MAC Ferrari. Ich will den Thread nicht entführen, dennoch würden mich deine Erfahrungen mit dem Planet Router interessieren.
--------------------
hm na ja als Router für zwei PC's gehts ganz gut. Falls jedoch alle vier ports benutzt , sprich zwei neue PC angehängt werden, muss ich das Teil immer zuerst reseten weil dann kein PC mehr ins Netz kommt. Ich habs nie geschaft, einen FTP server via Router sauber zum laufen zu bringen und manchmal stürzt das Ding einfach so ab. Na ja und eben diese Unterbrüche seit dem IP range Wechsel. Zudem ist das log file sehr oberflächlich, nicht so detailiert wie bei der Zywall2.

hier ein Ausschnitt aus dem log file:

10/17/2004  04:23:30 DHCP Client: Receive Ack from 62.2.28.41,Lease time=3600
10/17/2004  04:23:29 DHCP Client: Send Request,Request IP=84.72.xx.xx
10/17/2004  04:23:29 DHCP Client: Receive Offer from 62.2.28.41
10/17/2004  04:23:29 DHCP Client: Send Discover
10/17/2004  04:23:19 DHCP Client: Send Release
10/17/2004  04:23:16 DHCP Client: Receive Ack from 62.2.28.41,Lease time=3877
10/17/2004  04:23:16 DHCP Client: Send Request,Request IP=84.72..xx.xx
10/17/2004  04:23:16 DHCP Client: Receive Offer from 62.2.28.41
10/17/2004  04:23:16 DHCP Client: Send Discover
10/17/2004  04:23:06 **Smurf** 0.0.0.0->> 213.202.32.2, Type:5, Code:1 (from WAN Outbound)
10/17/2004  04:23:05 192.168.0.100 login success
10/17/2004  04:22:46 **Smurf** 0.0.0.0->> 213.202.32.2, Type:5, Code:1 (from WAN Outbound)
10/17/2004  04:22:38 **Smurf** 0.0.0.0->> 205.188.12.92, Type:5, Code:1 (from WAN Outbound)
10/17/2004  04:22:37 **Smurf** 0.0.0.0->> 213.202.32.2, Type:5, Code:1 (from WAN Outbound)
10/17/2004  04:22:32 **Smurf** 0.0.0.0->> 213.202.32.2, Type:5, Code:1 (from WAN Outbound)
10/17/2004  04:22:29 **Smurf** 0.0.0.0->> 213.202.32.2, Type:5, Code:1 (from WAN Outbound)
10/17/2004  04:22:18 **Smurf** 0.0.0.0->> 10.182.64.1, Type:5, Code:1 (from WAN Outbound)
10/17/2004  04:22:18 DHCP Client: Send Discover
10/17/2004  04:15:12 192.168.0.100 login success
10/17/2004  04:01:37 192.168.0.100 login success
10/17/2004  03:58:44 DHCP Client: Could not find DHCP daemon to get information
10/17/2004  03:58:34 DHCP Client: Send Request,Request IP=84.72.xx.xx
10/17/2004  03:58:24 DHCP Client: Send Request,Request IP=84.72.xx.xx
10/17/2004  03:58:14 DHCP Client: Send Request,Request IP=84.72.xx.xx
10/17/2004  03:58:04 DHCP Client: Send Request,Request IP=84.72.xx.xx
10/17/2004  0386.92:57:54 DHCP Client: Send Request,Request IP=84.72.xx.xx
10/17/2004  03:33:13 NTP Date/Time updated    
10/17/2004  03:32:42 Begin to query NTP        
10/17/2004  03:25:21 DHCP Client: Receive Ack from 62.2.28.41,Lease time=3875
10/17/2004  03:25:21 DHCP Client: Send Request,Request IP=84.72.xx.xx
10/17/2004  03:25:21 DHCP Client: Receive Offer from 62.2.28.41
10/17/2004  03:25:21 DHCP Client: Send Discover
10/17/2004  03:24:20 **Smurf** 0.0.0.0->> 10.182.64.1, Type:5, Code:1 (from WAN Outbound)
10/17/2004  03:24:20 DHCP Client: Send Discover
10/17/2004  03:10:28 **IP Spoofing** 127.0.0.1, 80->> 84.72.xx.xx, 1664 (from WAN Inbound)
10/17/2004  03:01:11 **IP Spoofing** 127.0.0.1, 80->> 84.72.xx.xx, 1491 (from WAN Inbound)
10/17/2004  03:00:53 DHCP Client: Could not find DHCP daemon to get information
10/17/2004  03:00:36 DHCP Client: Send Request,Request IP=84.72.xx.xx
10/17/2004  03:00:26 DHCP Client: Send Request,Request IP=84.72.xx.xx
10/17/2004  03:00:16 DHCP Client: Send Request,Request IP=84.72.xx.xx
10/17/2004  03:00:06 DHCP Client: Send Request,Request IP=84.72.xx.xx
10/17/2004  02:59:56 DHCP Client: Send Request,Request IP=84.72.xx.xx
10/17/2004  02:47:46 **IP Spoofing** 127.0.0.1, 80->> 84.72.xx.xx, 1920 (from WAN Inbound)
10/17/2004  02:30:35 **IP Spoofing** 127.0.0.1, 80->> 84.72.xx.xx, 1591 (from WAN Inbound)
10/17/2004  02:26:23 DHCP Client: Receive Ack from 62.2.28.41,Lease time=3936
10/17/2004  02:26:23 DHCP Client: Send Request,Request IP=84.72.xx.xx
10/17/2004  02:26:23 DHCP Client: Receive Offer from 62.2.28.41
10/17/2004  02:26:23 DHCP Client: Send Discover
10/17/2004  02:20:20 **IP Spoofing** 127.0.0.1, 80->> 84.72.xx.xx, 1250 (from WAN Inbound)
10/17/2004  02:17:11 **IP Spoofing** 127.0.0.1, 80->> 84.72.xx.xx, 1020 (from WAN Inbound)
10/17/2004  02:02:53 DHCP Client: Could not find DHCP daemon to get information

Da stimmt doch was nicht mit den  Lease timings, zum "smurf"??


Greetz  MAC_Ferrari

(Geändert von MAC Ferrari um 4:31 am am Okt. 17, 2004)

(Geändert von MAC Ferrari um 4:35 am am Okt. 17, 2004)

-----
Some men see things as they are and say why, I dream things that never work and say why not?


Beiträge gesamt: 778 | Mitglied seit: Feb. 2004 | Erstellt: 4:21 am am Okt. 17, 2004 | IP
knoebi


Newbie
   
Vielen Dank für diesen Thread.

Ich habe exakt dieselben Probleme mit meinem WGT624.
Bin auf ende September von St. Gallen nach Winterthur gezügelt und hatte mit meinem alten Cablemodem diese Probleme auch ohne Router. Jetzt habe ich ein VCM02 und da treten die Probleme nur mit dem WGT 624 auf. Bin auch im 80.72.x.x Netz, was hier ja keinen mehr überrascht.
Ich habe bereits Ticket bei der Cablecom, mal schauen was der Second Level Supporter meint. Werde hier berichten, falls er anruft.

Än Gruäs

Philipp

(Geändert von knoebi um 6:15 pm am Okt. 19, 2004)


Beiträge gesamt: 1 | Mitglied seit: Okt. 2004 | Erstellt: 6:12 pm am Okt. 19, 2004 | IP
domino2


Advanced Member
   
[quote]Zitat von knoebi am 6:12 pm am Okt. 19, 2004[br]Werde hier berichten, falls er anruft.
(Geändert von knoebi um 6:15 pm am Okt. 19, 2004)
[/quote]
falls :)

-----
ICQ UIN
127145744 http://www.cnlab.ch/perftest/AuswertungUser.jsp?userid=1078565332714

Beiträge gesamt: 451 | Mitglied seit: Aug. 2002 | Erstellt: 12:34 am am Okt. 20, 2004 | IP
 

Thema wechseln
<< Zurück
Mehrere Seiten: [ 1 2 3 4 5 ]

© 1999 - 2011 www.cablemodem.ch by cablemodem.ch | Datenschutzerklärung

powered by Ikonboard 2.1.9 Beta Language
Modified by IkonLanguage Team
© 2000 Ikonboard.com

SwissShops.ch