Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
So, nach und nach bricht wieder alles zusammen - zwischen 50 kb/s und 1,3 MB/s ist bei einem knapp 6 GB grossem Download alles dabei (am Server kanns nicht liegen der liefert ziemlich konstant, gibt da auch keine User mit denen ich die Bandbreite teilen würde). Ich bin mal gespannt wie lange der jetzt braucht, Hau dann die 499 mal drauf und vergleich das ganze. Die Pingzeiten sind unterirdisch und der Paketverlust ist weiterhin gegeben sobald es ins Internet geht. Netzwerk intern fluppt alles problemlos.
Normales Internetsurfen und "kleinere" Downloads gehen wie gewohnt von der Hand, sobald mehr Volumen da ist gibt es Probleme. Interessanterweise auch NUR im download, der Upload ist stabil bei 5 MBit.
Hatte am Wochenende erhebliche WLAN-Problem mit dem WDS-Aufbau (WLAN Geräte bekamen "ungültige IP"). Habe daraufhin zum alten Heilmittel gegriffen und alle Heimnetzgeräte in allen Routern gelöscht. Danach reboot und seitdem ist alles OK.
alter Falter, was hier für Zeugs erzählt wird. Apples Webdienste laufen wie so viele andere Großfirmen über Akamaiserver und selbstverständlich kann man die anpingen.
Wie so oft sass da auch der Fehler VORM PC
Ich hab natürlich "www.apple.com" angepingt, hab Euch aber das www unterschlagen.
Die Probleme mit LAN1 und Kabel sind inzwischen weniger geworden, es gibt auch so gut wie keine Paketverluste mehr (kein weiterer POR, Reboot o.ä. - das ganze passierte im laufenden Betrieb) - bedeutet dass im Moment diese Version recht stabil funktioniert. Evtl. hat die 12 Stündige Ruhezeit ja doch etwas gebracht.
MÖP! unter apple.com läuft auch ein Webserver^^ Komischerweise aber wirklich nen anderer, wieso auch immer^^
der Webserver bei apple.com leitet aber nur auf www.apple.com weiter, siehe hier direkt ip: http://17.149.160.49
WLan der Box verliert mehrmals täglich die Verbindung zum Repeater. Verbindung wird erst wieder aufgebaut wenn der Repeater neu gestartet wird. Komplett neues Einrichten brauchte auch keinen Erfolg. Mit der letzten Firmware gab es die Probleme nicht.
Es war alles erst normal (1. Tag), ging nicht wirklich in den keller von den Raten sondern es gab wohl massive Verluste und Aussetzer, diese sind jetzt nicht mehr da. Strange, aber so siehts aus!
Wenn es am Unitymedia-Anschluss gelegen hätte wäre die 499 ja auch unrund gelaufen. aber Evtl. hatte das Cisco Modem sich dermassen verschluckt das es auch mal einen POR brauchte - das ist das einzige was ich mir grade vorstellen könnte.
@ white-tiger
ganz einfach. apple.com ist die domain die auf apple in cupertino registriert ist. wie gesagt da gibt es aber nix ausser der weiterleitung auf www.apple.com und damit auf die server von akamai und da funktioniert auch ein echo request. ist aber völlig egal, denn es ging ursprünglich nur darum, das es nicht an der firmware liegt das cupertino nicht auf pings reagiert wie manche hier mutmaßten ^^
Folgendes finde ich interessant: Sonst gab es ca. all 8 Tage ein neuverbinden der Box, mit den aktuellen Labors ist das ca. 2 x am Tag der Fall.
Fehler scheinen wenn dann immer aufzutreten nachdem sich die Box neuverbunden hat. Aktueller Fall (der mich auch dazu gebracht hat wieder auf die 499 zu gehen):
Internet war nichts erreichbar, es hagelte Fehlermeldungen, Ping war ebenfalls nur im Netzwerk möglich, nicht nach "draussen" - auch nicht an die feste IP meines Servers (ich hatte erst die Vermutung es läge evtl. am DNS Server).
Sehr interessant dabei - es GAB eine Internetverbindung nach draussen! Denn ich war sowohl per Voip errecihbar als das ich auch in bester Qualität über Voip telefonieren konnte. Wäre ohne Internet ja schlecht möglich gewesen
Du hast da aber wirklich ein ganz seltsames Problem. Was sagen denn die Modemwerte? So wie ich das verstehe, synct das Modem ständig neu oder verliert die Verbindung?
Ja, irgendwie steh ich alleine auf weiter Flur mit den Problemen.
Das Modem selber (Cisco) verliert die Verbindung nicht, ich habe eine 2. Box für den produktiven Einsatz am Modem (quasi eine Kontrollgruppe, eine 7270 mit letzter Final für den Bürobereich), diese weisst die ganzen Probleme nicht auf und ist ständig im Internet. Es muss also die Labor Fritz sein die die Verbindung zum Modem verliert.
Hier mal die direkten Modemwerte:
Channel 1:
Channel ID: 175
Downstream Frequency: 634000000 Hz
Modulation: 256 QAM
Power Level: 2.7 dBmV
Signal to Noise Ratio: 37.1 dB
Channel 2:
Channel ID: 7
Downstream Frequency: 618000000 Hz
Modulation: 256 QAM
Power Level: 1.9 dBmV
Signal to Noise Ratio: 36.7 dB
Channel 3:
Channel ID: 174
Downstream Frequency: 626000000 Hz
Modulation: 256 QAM
Power Level: 2.3 dBmV
Signal to Noise Ratio: 36.9 dB
Channel 4:
Channel ID: 176
Downstream Frequency: 642000000 Hz
Modulation: 256 QAM
Power Level: 3.1 dBmV
Signal to Noise Ratio: 37.1 dB
Channel 5:
Channel ID: Not used
Downstream Frequency: 0
Modulation: unknown
Power Level: 0.0 dBmv
Signal to Noise Ratio: 0.0 dBmv
Channel 6:
Channel ID: Not used
Downstream Frequency: 0
Modulation: unknown
Power Level: 0.0 dBmv
Signal to Noise Ratio: 0.0 dBmv
Channel 7:
Channel ID: Not used
Downstream Frequency: 0
Modulation: unknown
Power Level: 0.0 dBmv
Signal to Noise Ratio: 0.0 dBmv
Channel 8:
Channel ID: Not used
Downstream Frequency: 0
Modulation: unknown
Power Level: 0.0 dBmv
Signal to Noise Ratio: 0.0 dBmv
Cisco Logo
Upstream Channels
Channel1:
Channel ID: 4
Upstream Frequency: 38313000 Hz
Modulation: 64 QAM
Bit Rate: 15360 kBits/sec
Power Level: 45.0 dBmV
Channel2:
Channel ID: 1
Upstream Frequency: 28600000 Hz
Modulation: 64 QAM
Bit Rate: 15360 kBits/sec
Power Level: 43.2 dBmV
Channel3:
Channel ID: 2
Upstream Frequency: 35000000 Hz
Modulation: 64 QAM
Bit Rate: 15360 kBits/sec
Power Level: 44.7 dBmV
Channel4:
Channel ID: 3
Upstream Frequency: 31800000 Hz
Modulation: 64 QAM
Bit Rate: 15360 kBits/sec
Power Level: 44.7 dBmV
das kann schon so sein, wenn die Telefonie über eine 2. PVC läuft.
Bei mir war es (allerdings auf Grund eines Fehlers beim Provider) umgekehrt. Ich hatte Internet, aber die gesamte Telefonie war tot.
Dabei wurde die 2. PVC getrennt, die erste PVC stand stabil.
Kannst Du nur mal einen Komplettreset mit manueller Neueinrichtung versuchen.
Also hier im Bekanntenkreis gab es mit dem Cisco Modem von Unitymedia in Zusammenspiel mit verschiedenen Fritzboxen schon des öfteren Probleme: Verbindung zum Internet besteht sporadisch mal nicht, mal extrem langsam, mal extrem hohe Latenzen. Bei meinem Bruder hatte ich zuletzt 7270, zwei verschiedene 7170 (1x vorhandene Box Unitymedia und 1 x aus meinem Bestand (ebenfalls UM), 7390 getestet, das Problem lies sich dann durch Austausch des Cisco gegen Motrola Kabelmodem beheben. Warum auch immer.
Hast Du denn mal versucht, die problematische Fritzbox an dem Motorola Kabelmodem (lt. Signatur) zu betreiben und die andere Box am Cisco Kabelmodem?
Du hast ja - wenn ich das richtig interpretiere - die Möglichkeit an zwei Kabelanschlüssen zu testen.
Ich selbst nutze meine 7270 ja nur als IP-Client. Router ist die 7390. Und die funktioniert wie eh und je mit meinem Motorola Kabelmodem (egal welche Firmware).
früher konnte man direct zum Fritz anrufen ueber <irgend_eine_eigene_registrierte_sip>@<eigene_dynamic_ip_adresse>.com
Und dan diese uri ablegen im Telefonbuch, mit Shortcode z.B. **7xy
Dat hatt im Release *.05.05 noch so funktioniert, weil die session description (SDP) im INVITE und im 200 OK Antwort gestimmt hatt (da waren die Oeffentichen IP Adressen drin)
Ich habe zwei Beispiele mitgeschnitten, einmal vom Beta (Labor) wo private IP Adressen im SDP von 200 OK Bericht stehen, und ein Beispiel von Letzten officielen *.05.05 auch 200 OK mit SDP wo noch die Richtige IP drin sind.
Privat IP im oeffentlichen Bereich sind erstmals nicht Route-faehig, und zweitens veroeffentlicht mann so versehenhaft meine interne Archtitectur.
Was im Praxis passiert ist das SIP funktioniert (also klingelt alles), aber es kommt kein Sprachkanal zustande (logisch weil die RTP-stream zum Privaten IP wie erwaehnt im SDP zu verbinden versucht).
normal release 54.05.05
Code:
No. Time Source Destination Protocol Length Info
17529 16:56:04.692379 84.227.klm.xyz 188.142.uwv.abc SIP/SDP 1141 Status: 200 OK, with session description
Session Initiation Protocol
Status-Line: SIP/2.0 200 OK
//
Contact: <sip:[email protected];uniq=E03E0A75881AB1F211B35D58E5CDC>
Contact-URI: sip:[email protected];uniq=E03E0A75881AB1F211B35D58E5CDC
Contactt-URI User Part: 41445002xyz
Contact-URI Host Part: 84.227.klm.xyz
//
Message Body
Session Description Protocol
Session Description Protocol Version (v): 0
Owner/Creator, Session Id (o): user 13297703 13297703 IN IP4 84.227.klm.xyz
//
beta 54.05.09-xxxxx
Code:
No. Time Source Destination Protocol Length Info
108 16:26:16.948230 188.142.uwv.abc 84.227.klm.xyz SIP/SDP 1123 Status: 200 OK, with session description
Session Initiation Protocol
Status-Line: SIP/2.0 200 OK
//
Contact: <sip:31543477xyz@[COLOR="#FF0000"]192.168.2.1[/COLOR];uniq=1DB2DAC36CC2D8F91BC7B53E02719>
Contact-URI: sip:31543477xyz@[COLOR="#FF0000"]192.168.2.1[/COLOR];uniq=1DB2DAC36CC2D8F91BC7B53E02719
Contactt-URI User Part: 31543477xyz
Contact-URI Host Part: [COLOR="#FF0000"]192.168.2.1[/COLOR]
//
Message Body
Session Description Protocol
Session Description Protocol Version (v): 0
Owner/Creator, Session Id (o): user 12451173 12451173 IN IP4 [COLOR="#FF0000"]192.168.2.1[/COLOR]
//
Du hast ja - wenn ich das richtig interpretiere - die Möglichkeit an zwei Kabelanschlüssen zu testen.
Ich selbst nutze meine 7270 ja nur als IP-Client. Router ist die 7390. Und die funktioniert wie eh und je mit meinem Motorola Kabelmodem (egal welche Firmware).
Nein, hab ich leider nicht direkt. Ich könnte es mal bei einem Freund ausprobieren, der hat auch UM.
Es sollte aber für AVM kein Problem sein das in den Griff zu bekommen - das Problem haben sie ja auch neulich erst "eingebaut" - ich hoffe man reagiert auf mein ständiges Feedback. Ich werd aber auch bei UM mal nett fragen ob sie das Cisco austauschen und mir ein Motorola dafür hinzustellen.
