packet loss

In diesem Forum geht es um alle Störungen im Kabelnetz von Unitymedia, egal ob analoges TV und Radio, digitales TV und Radio, Internet oder Telefonie.
Forumsregeln
  • Kunden aus Hessen und Nordrhein-Westfalen können über die Rufnummer 0221 / 466 191 00 Hilfe bei allen Problemen in Anspruch nehmen.
  • Kunden aus Baden-Württemberg können über die Rufnummer 0711 / 54 888 150 Hilfe bei allen Problemen in Anspruch nehmen.
MisterT
Kabelneuling
Beiträge: 34
Registriert: 24.04.2009, 18:57

packet loss

Beitrag von MisterT » 02.07.2009, 16:46

Guten Tag,

Ich habe das Problem das ich auf den 4ten hop Packet Loss von bis zu 20% habe. Habe daraufhin auch 2x Tickets für den Techniker erstellen lassen, aber dazu gleich mehr.

Hier erstmal meine WinMTR Statistik:

Code: Alles auswählen

|------------------------------------------------------------------------------------------|

|                                      WinMTR statistics                                   |

|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |

|------------------------------------------------|------|------|------|------|------|------|

|                             192.168.0.1 -    0 | 1302 | 1302 |    0 |    0 |   16 |    0 |

|                             10.80.160.1 -    0 | 1302 | 1302 |    0 |    1 |   31 |    0 |

|1211F-MX960-01-ge-7-1-9.dortmund.unity-media.net -    0 | 1301 | 1301 |    0 |    3 |  109 |    0 |

|7111A-MX960-01-xe-0-3-0.frankfurt.unity-media.net -   18 | 1301 | 1075 |    0 |    7 |   47 |    0 |

|7111A-MX960-02-ae0.frankfurt.unity-media.net -    0 | 1301 | 1301 |    0 |    7 |   63 |   16 |

|              de-cix.ffm1.first-colo.net -    1 | 1301 | 1300 |    0 |   11 |  109 |   15 |

|                           79.133.54.180 -    0 | 1301 | 1301 |    0 |    6 |   31 |   15 |

|________________________________________________|______|______|______|______|______|______|

   WinMTR - 0.8. Copyleft @2000-2002 Vasile Laurentiu Stanimir  ( stanimir@cr.nivis.com )
Modem: SA EPC2203
Modemwerte:

Code: Alles auswählen

Downstream Status
	 Operational

Channel ID
	 1

Downstream Frequency
	 618000000 Hz

Modulation
	 256QAM

Bit Rate
	 42884296 bits/sec

Power Level
	  2.3 dBmV

Signal to Noise Ratio
	 36.9 dB

Upstream Status
	 Operational

Channel ID
	 1

Upstream Frequency
	 36600000 Hz

Modulation
	 64QAM

Symbol Rate
	 2560 Ksym/sec

Power Level
	 46.7 dBmV
Ich weiss es gibt andere Threads wo dasselbe angesprochen wurde, nur da diese schonwas älter sind und ich nicht weiss, was sich in der zwischenzeit getan hat. Was ich (vielleicht) mich auch ein wenig wundert, dass der Kollege der auch bei Unitymedia ist, die packetlosses auf den MX in Dortmund schon hat und nicht erst in Frankfurt, wie es bei mir der fall ist:

Code: Alles auswählen

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                                    trip -    0 |   87 |   87 |    0 |    0 |   16 |    0 |
|      ip-88-153-152-1.unitymediagroup.de -    0 |   87 |   87 |    0 |    9 |   47 |   15 |
|1511G-MX960-01-ge-7-1-2.bochum.unity-media.net -    0 |   86 |   86 |    0 |    6 |   31 |    0 |
|1511G-MX960-02-xe-0-0-0.bochum.unity-media.net -    0 |   86 |   86 |    0 |    9 |   78 |   16 |
|                            80.69.107.66 -   16 |   86 |   73 |    0 |   12 |  140 |   16 |
|7111A-MX960-02-xe-0-3-0.frankfurt.unity-media.net -    0 |   86 |   86 |    0 |   12 |   32 |   15 |
|              de-cix.ffm1.first-colo.net -    0 |   86 |   86 |    0 |   13 |   47 |   16 |
|                           79.133.54.180 -    0 |   86 |   86 |    0 |   11 |   16 |    0 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR - 0.8. Copyleft @2000-2002 Vasile Laurentiu Stanimir  ( stanimir@cr.nivis.com )
Was ich noch zu den beiden Tickets für die Unitymedia Techniker sagen wollte: Beim ersten Ticket, kam der Techniker raus und hat eine Anlage neu eingestellt (welche bzw. was fuer eine Anlage weiss ich nicht,sorry :( ) und bei dem 2 Ticket, was ich gemeldet hatte weil das Problem immernoch da war... Hat der Techniker mich zurück gerufen und sagte mir: "Gestern waren Wartungsarbeiten im Glasfasernetz von Unitymedia in Dortmund, ich habe nach den Wartungsarbeiten 9000 Pakete von Dortmund zu Ihnen ans Modem geschickt und kein Packet loss".

Nur frage ich mich, wieso bezüglich des 2ten Tickets von Dortmund spricht, wenn das Problem bei mir doch in Frankfurt erst auftaucht ? Mich würde einfach mal interessieren was Ihr dazu sagt :)

Grüße

Netzwerker@Dortmund
Kabelneuling
Beiträge: 49
Registriert: 23.06.2009, 19:33

Re: packet loss

Beitrag von Netzwerker@Dortmund » 05.07.2009, 00:46

Hallo MisterT,

erstmals Dank, ich kannte das Programm hier noch nicht und habe es gleich gedownloaded und ausprobiert,
und festgestellt, das ich die selben Phänomene UM wie Du, desweiteren habe ich mal mit pathping losgelegt und Erstaunliches zu Tage gefördert,
denn 32 % meiner Packete gehen schon vorm Proxy verloren. :super:

Warum schreibe ich hier, mach doch mal einen kleinen Sprung zu "meinen" Thread: 44388 Dortmund West Störungen in der Netzebene (http://www.unitymediaforum.de/viewtopic.php?f=77&t=8251).
Keiner will mir ja Glauben schenken, es lieg ja alles nur am eignenen PC. :lol:

Nun meine Ergebnisse:
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------------------------------|------|--------|-------|------|------|------|
| X.X.X.X - 0 | 29 | 29 | 0 | 0 | 0 | 0 |
| 10.80.160.1 - 0 | 29 | 29 | 0 | 3 | 16 | 16 |
|1211F-MX960-01-ge-7-1-9.dortmund.unity-media.net - 0 | 29 | 29 | 0 | 3 | 31 | 0 |
|7111A-MX960-01-xe-0-3-0.frankfurt.unity-media.net - 18 | 29 | 24 | 0 | 10 | 31 | 16 |
|1300-MX960-01-xe-1-1-0.kerpen.unity-media.net - 0 | 29 | 29 | 0 | 14 | 16 | 16 |
| xe-5-1-0.dus11.ip.tiscali.net - 0 | 29 | 29 | 0 | 14 | 16 | 15 |
| 62.156.139.93 - 0 | 28 | 28 | 15 | 15 | 16 | 16 |
| 194.25.10.73 - 0 | 28 | 28 | 15 | 16 | 32 | 32 |
| 217.89.74.2 - 0 | 28 | 28 | 15 | 18 | 94 | 15 |
| http://www.t-online.de - 0 | 28 | 28 | 15 | 18 | 31 | 16 |
|________________________________________________|______|______|______|______|______|______|
WinMTR - 0.8. Copyleft @2000-2002 Vasile Laurentiu Stanimir ( stanimir@cr.nivis.com )

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|-------------------------------------------------------------------------|------|------|------|------|------|------|
| X.X.X.X - 0 | 11 | 11 | 0 | 0 | 0 | 0 |
| 10.80.160.1 - 0 | 11 | 11 | 0 | 0 | 0 | 0 |
|1211F-MX960-01-ge-7-1-9.dortmund.unity-media.net - 0 | 11 | 11 | 0 | 4 | 16 | 0 |
|7111A-MX960-01-xe-0-3-0.frankfurt.unity-media.net - 37 | 11 | 7 | 0 | 4 | 16 | 0 |
|1300-MX960-01-xe-1-1-0.kerpen.unity-media.net - 0 | 11 | 11 | 0 | 8 | 16 | 16 |
| ip150.96.69.80.in-addr.arpa - 0 | 10 | 10 | 15 | 15 | 16 | 15 |
| unitymedia.de - 0 | 10 | 10 | 15 | 15 | 16 | 15 |
|________________________________________________|______|______|______|______|______|______|
WinMTR - 0.8. Copyleft @2000-2002 Vasile Laurentiu Stanimir ( stanimir@cr.nivis.com )


pathping unitymedia.de

Routenverfolgung zu unitymedia.de [80.69.98.91]über maximal 30 Abschnitte:
0 [X.X.X.X]
1 X.X.X.X
2 10.80.160.1
3 1211F-MX960-01-ge-7-1-9.dortmund.unity-media.net [80.69.103.137]
4 * 7111A-MX960-01-xe-0-3-0.frankfurt.unity-media.net [80.69.107.18]
5 1300-MX960-01-xe-1-1-0.kerpen.unity-media.net [80.69.107.26]
6 ip150.96.69.80.in-addr.arpa [80.69.96.150]
7 unitymedia.de [80.69.98.91]

Quelle zum Abs. Knoten/Verbindung Abs. Zeit Verl./Ges.= % Verl./Ges.= % Adresse
0 [X.X.X.X].................
0/ 100 = 0% |
1 0ms 0/ 100 = 0% 0/ 100 = 0% X.X.X.X
0/ 100 = 0% |
2 6ms 32/ 100 = 32% 32/ 100 = 32% 10.80.160.1 ---> zum Proxy gehen 32% der Pakete verloren ....???
0/ 100 = 0% |
3 7ms 0/ 100 = 0% 0/ 100 = 0% 1211F-MX960-01-ge-7-1-9.dortmund.u
nity-media.net [80.69.103.137]
0/ 100 = 0% |
4 11ms 0/ 100 = 0% 0/ 100 = 0% 7111A-MX960-01-xe-0-3-0.frankfurt.
unity-media.net [80.69.107.18]
0/ 100 = 0% |
5 13ms 0/ 100 = 0% 0/ 100 = 0% 1300-MX960-01-xe-1-1-0.kerpen.unit
y-media.net [80.69.107.26]
0/ 100 = 0% |
6 14ms 0/ 100 = 0% 0/ 100 = 0% ip150.96.69.80.in-addr.arpa [80.69
.96.150]
0/ 100 = 0% |
7 14ms 0/ 100 = 0% 0/ 100 = 0% unitymedia.de [80.69.98.91]

Ablaufverfolgung beendet.

Nun wird mir einiges klar warum ich immer wieder Probleme mit INET,Telefon und Diggi TV habe.
Und meine Meinung, das zuwenig Kapazitäten am Knotenpunkt Frankfurt (DCX..???)
seitens UM eingekauft wurden bestätig sich damit.

Nun vielen Dank für Deine aufmerksame Hilfe, denn meine Leitung ist in Ordnung, ich bekomme statt 20 Mbit/s nur
noch 4Mbit/s und teilweise liegen Inet und Telefon total brach...und ich bin auf der Suche nach dem Fehler um UM mal
ein wenig vor dem Bug zu stoßen...Nein, ich bin kein UM Mitarbeiter und auch nicht von UM gekauft worden.

Nun die von UM sind schon sehr merkwürdig, ich denke ich sende dennen nochmals einen Mail, habe ja heute (1:00 Uhr) noch keine geschickt... :smile:
Na denn alles UM...oder schraubste wieder ...??? :lol:

Benutzeravatar
Voldemort
Übergeordneter Verstärkerpunkt
Beiträge: 833
Registriert: 12.01.2009, 14:22
Wohnort: Wuppertal (42289)

Re: packet loss

Beitrag von Voldemort » 05.07.2009, 01:24

Frage mich was du da tolles zu Tage befördert haben willst !?
Am Knotenpunkt FFM gibts NULL Probleme, keinen Loss und keine Lags... Das Programm is übrigens nix besondres :zwinker:

Bild
Bild

Netzwerker@Dortmund
Kabelneuling
Beiträge: 49
Registriert: 23.06.2009, 19:33

Re: packet loss

Beitrag von Netzwerker@Dortmund » 05.07.2009, 13:26

Voldemort hat geschrieben:Frage mich was du da tolles zu Tage befördert haben willst !?
Am Knotenpunkt FFM gibts NULL Probleme, keinen Loss und keine Lags... Das Programm is übrigens nix besondres :zwinker:

Bild
Hallo Voldemort,

ich weiß ja nicht wie lange Du Dein Test laufen lassen hast...???

aber schau doch mal genau auf Dein Test beim MX Frankfurt 2 Packete Gesamtverlust
und auf dem Weg zum Proxy (hier mit * gezeichnet) nochmals 10 Gesamtpakete :wand:

...oder interpretiere ich das falsch in Deinen Test...???

Und es ist noch eine Frage wann Du den Test durchgeführt hast....Ich habe nach einen UM Speedtest (Total Kappute Werte < 4Mbit/s von 20Mbit/s) um etwa 21.00 durchgeführt...
...wo eigenlich nicht los eine sollte im Netz ...???

Solche Test sind Netzwerklast abhängig und bei mir hauts seit 2 Monaten mit Inet und dem UM Gedönne nicht hin...(Thread: http://www.unitymediaforum.de/viewtopic.php?f=77&t=8251 ) :hammer:
Und ich bleibe der Meinung UM hat enorme Probleme im Netz, denn meine Leitung soll ja in Ordnung sein (laut UM und Techniker),
mein PC ist optimiert und alle Technik sonst ist vollkommen einwadfrei konfiguriert (Gateway Funkwerk TR200bw).

Also wo hängt es sonst, wenn nicht an UM Netz (hatte auch schon häufiger Totalausfall und Techniker sagte auch es ist die Netzebene ...leider habe ich die Aussage nicht schriftlich... :lol: )...
Vieleicht hast Du ja mal eine Konkrete Idee die man/frau ja noch prüfen könnte ....???? :confused:

Na denn schönes UM...
Na denn alles UM...oder schraubste wieder ...??? :lol:

mave
erfahrener Kabelkunde
Beiträge: 70
Registriert: 31.08.2008, 13:26

Re: packet loss

Beitrag von mave » 05.07.2009, 14:03

das netz ist halt ausgelastet gerade jetzt in den ferien und am wochenende das geht schon seit 2jahren so
je nach stoss zeit geht der speed rapide nach unten
und das wird sich auch nicht ändern

vorallem solange telekom immer noch ein monopol in vdsl hat
sprich mehr upstream

piotr
Glasfaserstrecke
Beiträge: 2202
Registriert: 13.08.2008, 18:26

Re: packet loss

Beitrag von piotr » 05.07.2009, 14:28

WinMTR, 3dtraceroute, pingplotter, smokeping etc. zeigen hier nur, dass ICMP-Pakete ("ping") verloren gehen.
Diese Programme zeigen damit aber nicht zwingend, dass andere Protokolle wie z.B. TCP oder UDP auch dasselbe Problem haben.

Dazu muesste man die Konfig der UM-Router kennen, ob hier nicht evtl. ICMP Ratelimiting eingesetzt wird.

UM hat meines Wissens keinen Proxy.

"Nichts los im Netz" sind bei vielen Providern eher solche Uhrzeiten: 3-5 Uhr
20-21 Uhr ist bei vielen Providern eher die Rush Hour, weil dort alle zu Hause sind und surfen und telefonieren wollen.

hellsbells_1
Kabelneuling
Beiträge: 33
Registriert: 05.11.2008, 13:59

Re: packet loss

Beitrag von hellsbells_1 » 05.07.2009, 15:32

hi,

also mein TIPP setz die MTU runter in deinem ROUTER... loss packeges kommt von einer zu grossen PACKETGRÖSSE ......... probier es mal mit MTU=1454....... sieh mal hier nach http://www.gschwarz.de/mtu-wert.htm .... da steht wie du KOLLISIONEN vermeidest und deine beste package grösse ermittelst faustregel -28 bytes - 2 bytes overhead/gerät - 10 (empirischer Erfahrhungswert durch auspobieren) ich hab 2 router plus das modem plus den server von UM ==> 28 + 8 + 10 = 46; 1500-46= 1454 Packetgrösse ... dann klappts auch wieder mit dem nachbarn... :zerstör:


btw.... mit dieser einstellung hab ich selbst in stosszeiten ca 19800 bei 2700-2900 verbindungen / ping 11-22 ; mit speed.io gemessen und das über LAN OHNE PROXY... :naughty:


grad gemessen (und ich denk es is stosszeit SONNTAG 15:49 )

Ergebnisse von http://www.speed.io
(Kopiert am 2009-07-05 15:49:38)
Download: 20181 Kbit/Sek
Upload : 1097 kbit/Sek
Verbindung : 2882 Verb/Min
Ping Test: 21 ms

das lässt doch keine fragen offen oder
mfg Dieter

--- Philips LCD-TV 32PFL7403D/12 100Hz; PIONEER DVR 555H-S; AVR Yamaha 361; LS Canton Movie 60 CX; DVD Player LG DK 9723P

hellsbells_1
Kabelneuling
Beiträge: 33
Registriert: 05.11.2008, 13:59

Re: packet loss

Beitrag von hellsbells_1 » 05.07.2009, 16:23

so nu hier nochmal das ganze in color

Bild
mfg Dieter

--- Philips LCD-TV 32PFL7403D/12 100Hz; PIONEER DVR 555H-S; AVR Yamaha 361; LS Canton Movie 60 CX; DVD Player LG DK 9723P

piotr
Glasfaserstrecke
Beiträge: 2202
Registriert: 13.08.2008, 18:26

Re: packet loss

Beitrag von piotr » 05.07.2009, 19:52

Die Seite ist kein guter Tip.

1492 ist die max. MTU von DSL, genauer ist das die max. MTU von PPPoE (es gibt auch noch andere DSL-Protokolle).
Kabel hat eine max. MTU von 1500, weil hier kein PPPoE laeuft (PPPoE hat einen 8 Byte grossen Header, der bei der MTU beruecksichtigt werden muss).

Deswegen kann man diese Seite nicht 100%ig auf UM bzw. andere Kabelanbieter anwenden.

Wenn die MTU 1500 nicht funktioniert und eine kleinere gewaehlt werden muss, dann deutet das eher auf ein Kapazitaets- oder ein Konfigurationsproblem bei UM hin.;)

MisterT
Kabelneuling
Beiträge: 34
Registriert: 24.04.2009, 18:57

Re: packet loss

Beitrag von MisterT » 05.07.2009, 22:27

Voldemort hat geschrieben:Frage mich was du da tolles zu Tage befördert haben willst !?
Am Knotenpunkt FFM gibts NULL Probleme, keinen Loss und keine Lags... Das Programm is übrigens nix besondres :zwinker:

Bild
@Voldemort: Damit bestätigst du nur unsere Vermutung. Schau dir mal die Grafik genauer an, also ich sehe sofort das du auf dem ffm hub genauso Packet Loss hast, wie ich und Netzwerker@Dortmund auch. Ausserdem hast du 1000% den test nicht ein paar Stunden laufen lassen, wenn überhaupt max. 2 Minuten. Für mich ist die Statistik unbrauchbar.

@Netzwerker@Dortmund: Da muss ich mave (teilweise!) und piotr zustimmen, ich wüsste zwar nicht was Telekom deren VDSL Monopol mit der UnityMedia Technik zutun hat, dass eine hat mit dem anderen nichts zutun.
Ansonsten zu piotr seinen Posts: Kann ich nur zustimmen UnityMedia benutzt keine Proxys (auch keine eigenen) und so wie deren Technik aufgebaut ist (das was ich gelesen hab) ist der MTU Wert von 1500 total in Ordnung, dank JUMBO FRAMES.

Leider muss ich aber auch sagen @Netzwerker@Dortmund, ich denke ebend so das deine speedprobleme nichts mit den WinMTR Statistik zutun hat, denn WinMTR macht lediglich messungen über TCP/ICMP und die Pakete sind so klein die darüber geschickt werden, dass auch wenn du nur bei Unitymedia gerade nur 1000 an download bekommst das in WinMTR nicht merkst.

Wiegesagt docsis ist nunmal ein shared Medium, wo sich alle Kunden am switch die vorhande Bandbreite Teilen müssen.

Was ich nur bezueglich mein Problem sagen kann ist: Das ich das erstmal so hinnehmen muss. Die kollegen und ich haben alles überprüft (wir 3 sind alle in der IT Branche tätig) und versucht, an unseren PCs liegt es 1000%ig nicht. Wir warten nurnoch bis endlich in ffm die Leitung des DE-CIX von 10 auf 20 gbit pro Port erhoeht wurden und schauen obs daran vielleicht liegt. Ansonsten da sind wir selbiger Meinung, wird das nicht besser... wird sich warscheinlich bald der Anwalt drum kümmern, je nachdem wie es dann aus geht ist dann wieder mehr Bandbreite @Dortmund vorhanden ;)

Grüße

piotr
Glasfaserstrecke
Beiträge: 2202
Registriert: 13.08.2008, 18:26

Re: packet loss

Beitrag von piotr » 05.07.2009, 22:45

Es hat an dieser Stelle nichts mit Jumbo-Frames zu tun, denn die sind größer als 1500 Byte.

Die normalen Frames sind 1500 Byte gross. Je nach verwendeten OSILayer2-Protokoll auch kleiner, z.B. bei PPPoE 1492.

Kann natuerlich sein, dass UM im IP-Backbone Jumbo-Frames einsetzt um die Durchsatzraten zu erhoehen (Jumbo-Frames machen erst Sinn ab 1GBit/s und dann auch nur wenn alle beteiligten Systeme es auch aktiviert haben).;)

DOCSIS ist zwar ein Shared-Medium, geht aber nur bis zur CMTS (HFC-Netz).
Danach kommt der IP-Backbone, der wiederum Ethernet als Grundlage hat und in einem Backbone nur aus Routern bzw. Routern mit wenigen Interfaces und Switches besteht.
Zuletzt geändert von piotr am 05.07.2009, 23:32, insgesamt 3-mal geändert.

Netzwerker@Dortmund
Kabelneuling
Beiträge: 49
Registriert: 23.06.2009, 19:33

Re: packet loss

Beitrag von Netzwerker@Dortmund » 05.07.2009, 23:29

@ allle im Thread,

ich bin erst einmal überwältigt von der Fachkompetenz hier im Thread und im Forum,
allen ein herzlisten Dank erst mal... wirklich super...Infos...

Nun das mit T-online.de war ja nur mal ein Testziel, ob dort auch Pakete verloren gehen dorthin,
hat also mit DSL und Telecomiker nichts hier zu tun, denn es häte ja sein können, das zu Unitymedia.de
eine spezielle Netzwerkroute gelegt wurde. (Ich traue ja keinen Provider mal so einfach)

Ich habe in meiner Ausbildung als IT-ler gelernt immer mehrere Möglichkeiten auf der Suche nach Ursachen
möglichst viel auszuschließen an Ungereimtheiten.

Da wie ich schon geschrieben habe, habe ich auch Probleme mit UM, aber ich lass mich nicht von solchen
"Unwissen" an den Hotlines und ungenauen durch UM nichts "ausagenden" vorgeschriebenen Antworten Techniker
nicht abwimmweln (muss sagen es gibt auch vernüftige Techniker bei UM, diese schließe ich hier in meinen
Kommentaren gegen UM Techniker aus und entschuldige mich hier, den es sind mit Sicherheit auch einige
sehr gute und fachkompetente UM Techniker unter uns hier im Forum).

Ich bin jemand der den Ursachen auf den Grund gehen will, auch wenn er damit auch mal auf die Nase fällt,
sonst wäre ich nicht IT-ler geworden, zudem mir der IT-Bereich Spaß macht. (Kabel ist für mich auch ein neuer Bereich)

Und wenn ich ein Verdacht auf eine Ursache habe, dann gehe ich der nach und bin sehr erfreut über euren Informationen,
und muss sagen ich lerne immer wieder dazu.

großen Dank...

Ich bin wirklich glücklich Mitglied diese Forum zu sein.

Also nochmal zuück zu meiner Ursachenforschung es liegt also eindeutig am UM Netz auch, wenn mir die "armen"
Hotliner (es gibt auch gute Hotliner bei den ich mich entschuldige) ein Märchen erzählen wollen...???

Es zeigt mir das meine Ausbildung und mein Spürsinn noch gut funktionieren.

Sorry, ich muss jezt erstmal alle Infos verarbeiten (gedanklich)....

Und nochmals vielen Dank für die Infos, ich denke wenn man/frau gute Argumente "gegen" UM vorlegen kann,
haben wir alle hier im Forum etwas davon und UM muss dann irgenwann mal klein beigeben...(Gut David gegen Goliath) :kafffee:

Ich will UM damit nicht schaden, sondern UM soll nur wissen, das hinter UM ca.4 Milionen Kabelhaushalte stehen,
und ein Recht haben auf eine gute und sichere Vertragserfüllung auch hinsichtlich zukünftiger Dienste oder Anwendungen.

(Gäbe es die ca. 4 Milionen Kabelkunden nicht, gäbe es UM nicht...und ohne UM gits kein Kabel in NRW (außer Netcolone ...???).
und das weiß auch UM)

Keine Angst ich werde mich nicht auf Forum oder Jemanden hier im Forum beziehen...
(Bei mir wird Datenschutz und Anonymität groß geschrieben, was ja Sinn des Forums ist.
Als IT-Security-Coordinator habe ich eine Schweigepfilicht und die nehme ich ernst und genau in Bezug auf Daten...!!!!)

Na denn ...
Na denn alles UM...oder schraubste wieder ...??? :lol:

MisterT
Kabelneuling
Beiträge: 34
Registriert: 24.04.2009, 18:57

Re: packet loss

Beitrag von MisterT » 06.07.2009, 06:53

piotr hat geschrieben:Es hat an dieser Stelle nichts mit Jumbo-Frames zu tun, denn die sind größer als 1500 Byte.

Die normalen Frames sind 1500 Byte gross. Je nach verwendeten OSILayer2-Protokoll auch kleiner, z.B. bei PPPoE 1492.

Kann natuerlich sein, dass UM im IP-Backbone Jumbo-Frames einsetzt um die Durchsatzraten zu erhoehen (Jumbo-Frames machen erst Sinn ab 1GBit/s und dann auch nur wenn alle beteiligten Systeme es auch aktiviert haben).;)

DOCSIS ist zwar ein Shared-Medium, geht aber nur bis zur CMTS (HFC-Netz).
Danach kommt der IP-Backbone, der wiederum Ethernet als Grundlage hat und in einem Backbone nur aus Routern bzw. Routern mit wenigen Interfaces und Switches besteht.
Ich gehe doch mal stark davon aus, dass sie mind. Gbit anbindungen haben ;) Wenn nicht mehr, alles andere währe lachhaft.
Wegen dem Shared-Medium zum CMTS: Ich mein reicht das nicht schon ? ;) Shared bleibt Shared oder nid ?

Netzwerker@Dortmund hat geschrieben:@ allle im Thread,

ich bin erst einmal überwältigt von der Fachkompetenz hier im Thread und im Forum,
allen ein herzlisten Dank erst mal... wirklich super...Infos...

Nun das mit T-online.de war ja nur mal ein Testziel, ob dort auch Pakete verloren gehen dorthin,
hat also mit DSL und Telecomiker nichts hier zu tun, denn es häte ja sein können, das zu Unitymedia.de
eine spezielle Netzwerkroute gelegt wurde. (Ich traue ja keinen Provider mal so einfach)

Ich habe in meiner Ausbildung als IT-ler gelernt immer mehrere Möglichkeiten auf der Suche nach Ursachen
möglichst viel auszuschließen an Ungereimtheiten.

Da wie ich schon geschrieben habe, habe ich auch Probleme mit UM, aber ich lass mich nicht von solchen
"Unwissen" an den Hotlines und ungenauen durch UM nichts "ausagenden" vorgeschriebenen Antworten Techniker
nicht abwimmweln (muss sagen es gibt auch vernüftige Techniker bei UM, diese schließe ich hier in meinen
Kommentaren gegen UM Techniker aus und entschuldige mich hier, den es sind mit Sicherheit auch einige
sehr gute und fachkompetente UM Techniker unter uns hier im Forum).

Ich bin jemand der den Ursachen auf den Grund gehen will, auch wenn er damit auch mal auf die Nase fällt,
sonst wäre ich nicht IT-ler geworden, zudem mir der IT-Bereich Spaß macht. (Kabel ist für mich auch ein neuer Bereich)

Und wenn ich ein Verdacht auf eine Ursache habe, dann gehe ich der nach und bin sehr erfreut über euren Informationen,
und muss sagen ich lerne immer wieder dazu.

großen Dank...

Ich bin wirklich glücklich Mitglied diese Forum zu sein.

Also nochmal zuück zu meiner Ursachenforschung es liegt also eindeutig am UM Netz auch, wenn mir die "armen"
Hotliner (es gibt auch gute Hotliner bei den ich mich entschuldige) ein Märchen erzählen wollen...???

Es zeigt mir das meine Ausbildung und mein Spürsinn noch gut funktionieren.

Sorry, ich muss jezt erstmal alle Infos verarbeiten (gedanklich)....

Und nochmals vielen Dank für die Infos, ich denke wenn man/frau gute Argumente "gegen" UM vorlegen kann,
haben wir alle hier im Forum etwas davon und UM muss dann irgenwann mal klein beigeben...(Gut David gegen Goliath) :kafffee:

Ich will UM damit nicht schaden, sondern UM soll nur wissen, das hinter UM ca.4 Milionen Kabelhaushalte stehen,
und ein Recht haben auf eine gute und sichere Vertragserfüllung auch hinsichtlich zukünftiger Dienste oder Anwendungen.

(Gäbe es die ca. 4 Milionen Kabelkunden nicht, gäbe es UM nicht...und ohne UM gits kein Kabel in NRW (außer Netcolone ...???).
und das weiß auch UM)

Keine Angst ich werde mich nicht auf Forum oder Jemanden hier im Forum beziehen...
(Bei mir wird Datenschutz und Anonymität groß geschrieben, was ja Sinn des Forums ist.
Als IT-Security-Coordinator habe ich eine Schweigepfilicht und die nehme ich ernst und genau in Bezug auf Daten...!!!!)

Na denn ...
Ja genauso bin ich auch drauf, ich gebe eigtl. auch nicht auf bist sowas behoben ist ;) und natürlich will ich UM auch nicht schaden, auch wenn das Problem "an den haaren herbei gezogen ist". Ich meine wir haben das TCP Protokoll, wo man weiss alle fehlerhaften/nicht gesendeten Pakete in lichtgeschwindigkeit nachgesendet werden zum Modem (ohne das man was merkt). Nur leider gibt es sehr sehr oft auch dinge, wo mir das nichts bringt, gerade in der Server fernwartung.
Auch muss ich dazu Sagen was ich so an Störungsmeldungen sehe bezueglich UnityMedia und Probleme (ob es jetzt bestehende Probleme sind, oder nur Probleme weil was falsch konfiguriert ist) zeigt mir einfach, und da rede Ich jetz nur von UnityMedia bei den anderen Kabel Providern kann ich nichts dazu sagen, da ich diese nicht kenne das bei UnityMedia die Technik unausgereift ist und ADSL (VDSL kann ich nichts zu sagen) weitaus stabiler und mit weniger Problemen läuft, auch wenn die Bandbreite nicht so hoch ist, wie bei DOCSIS möglich... Korrigiert mich hier zu, wenn ich mist erzaehle.

Die Testadresse (t-online.de) habe ich auch getestet, sogar mehrere Hosts. Ich kann dir sagen alles was (zumindestens was aus Dortmund kommt, da kann ich das bestaetigen) und ueber den hop geht "7111A-MX960-01-xe-0-3-0.frankfurt.unity-media.net", da ist packet loss an dieser Stelle. Auch wenn das der "7111A-MX960-01-xe-0-3-1.frankfurt.unity-media.net" ist, in Frankfurt habe ich und das was ich bisher gesehen hab, immer packet loss und egal mit welchen konfiguration, da kannst du dich auf den kopf mit stellen ;)

Wegen UnityMedia als einzigster Kabelanbieter in Deutschland muss ich dich ein wenig korrigieren (Ich denke mal du meinst Kabelfernsehen damit, wo die moeglichkeit besteht Internet drüber laufen zu lassen / bestellen). Erstens darfst du da 'glaube ich' netcologne nicht mit zaehlen. So wie ich das weiss / verstanden habe, nutzt netcologne lediglich das DOCSIS Protokoll fuer ihre Internet verbindungen und ich glaube auch erst dann, wenn DOCSIS 3 Final am Markt ist. Fernsehen oder so bieten die ja darueber glaube ich nicht an. Korrigiert mich auch hier, wenn das Falsch ist, mein Stand ist noch was älter :P Ne, aber es gibt noch mehr Kabelanbieter die genau das selbe Modell Fahren in Deutschland (im groben und ganzen) Wie UnityMedia, die da währen: Kabel Deutschland und Kabel BW.
Aber bei den kannst dich hallt nicht anmelden /bestellen ;) Kabel BW ist ja grundsaetzlich nur fuer BW und bei Kabel Deutschland und UnityMedia kommts hallt drauf an wer vor ort die Leitungen hat und verwaltet.

Grüße

hellsbells_1
Kabelneuling
Beiträge: 33
Registriert: 05.11.2008, 13:59

Re: packet loss

Beitrag von hellsbells_1 » 06.07.2009, 14:07

:smile: @ PIOTR.......... ich glaub du solltest nochmal genau drauf achten was du schreibst...... MTU 1500 ist die theoretische paketgrösse von TCP/IP und hat nur indirect was mit der verbindung zu tun... diese 1500 werden theoretisch in einem LAN erreicht....

btw. sieh dir mal die bewertungen der user von traceroute an... die liegen im durchschnitt nur bei befriedigend....

schau mal hier ........... http://www.dynatrace.com/en/application ... oduct.aspx ... das ne proffesionelle software.....

dadurch das du einen overhead hast pro gerät und eine bestimmte anschlussart verringert sich der wert... deswegen und nur deswegen....

das zu deiner bemerkung die seite sei nicht gut/falsch...

einstellen der korrekten MTU erfolgt durch ausprobieren und dabei spielt es "keine ROLLE" wie du aufs netz zugreifst....

ZITAT
öffnen Sie mit Start-Ausführen und der Eingabe von cmd ein Eingabefenster. Geben Sie mit dem Ping-Befehl und den Parametern - f -l (in Grafik 1 grau unterlegt) den maximal im Internet möglichen MTU-Wert ein. Dieser beträgt beim Ping-Befehl 1464. Das entspricht real einem MTU-Wert von 1492, da die Internetprotokolle selbst 28 Bytes beanspruchen.

wenn die bedingung erreicht ist dass du einen ping bekommst und die loss bei 0 bzw. maximal 1 paket liegt, dann hast du deinen optimalen wert für deine individuelle verbindung... das wars.... MEINE EINSTELLUNG ist deswegen 1454, da ich festgestellt hab, dass dies am besten die schwankungen im Netz selbst auffängt... und ja es ist nur eine momentaufnahme.... aber egal wann ich sie mache ich bekomme in einer bestimmten streuungsbreite(toleranz) immer ähnliche gute werte .... und nein ich werde von UM nicht gesponsert oder arbeite da ... und ja ich hab mich auch schon über UM geärgert

und das ganze merkst du auch ohne programme.... lol........... wenns egal wann du surfst ... einen wimpernschlag braucht und die seite is da..... unten kannst du(sie) meinen speed zu nicht stosszeiten sehn(meinen wert bei stosszeiten kannst du auf der vorherigen seite nachschaun) aus dem LAN mit 2 Routern ohne PROXY und doppelten boden........ :zerstör: lol ...."nichtstosszeit"



Bild
mfg Dieter

--- Philips LCD-TV 32PFL7403D/12 100Hz; PIONEER DVR 555H-S; AVR Yamaha 361; LS Canton Movie 60 CX; DVD Player LG DK 9723P

hellsbells_1
Kabelneuling
Beiträge: 33
Registriert: 05.11.2008, 13:59

Re: packet loss

Beitrag von hellsbells_1 » 06.07.2009, 16:05

so ich hab mal rein interesse halber die software trace route 5 min laufen lassen......

ich habe 1 Paket verloren bei 140 Traces und schau dir mal die Zeiten an das ergebnis spricht bände oder :

ein klick auf bild vergrössert es

Bild

wenn das nicht überzeugt dass das problem auf deiner seite liegen muss dann weiss ich nicht... wie ich bereits sagte ändere deine MTU mal im Router auf 1454 respektive 1464 oder ermittle sie mit der oben beschriebenen methode.... respektive überprüfe deine hardware(KABEL im LAN; Routereinstellungen... usw.)

randbemerkung:
hab mir grad noch mal des schaubild angeschaut......... ich weiss jetzt nicht genau von wem es ist(ich glaub das war von moldemort)....... wenn man sich da die ping zeiten anschaut sieht man eindeutig dass der längste ping im LAN auf DNS liegt mit max. 100 ms liegt...... schau dir mal meine pings da an die sind max. 19 ms an dieser stelle... da sollte man mal den DNS direkt beziehn und nich automatisch
mfg Dieter

--- Philips LCD-TV 32PFL7403D/12 100Hz; PIONEER DVR 555H-S; AVR Yamaha 361; LS Canton Movie 60 CX; DVD Player LG DK 9723P

Murdoc2010
Kabelneuling
Beiträge: 11
Registriert: 06.07.2009, 18:21

Re: packet loss

Beitrag von Murdoc2010 » 06.07.2009, 18:45

hab mal "mtr" "mytraceroute" (ubuntu 9.10 alpha 2 2.6.31 Kernel) ausprobiert und komme zu "www.google.de" auf ca 3-5 % Paketverlust. Aber nur, wenn ich gleichzeitig versuche etwas runterzuladen ("apt-get dist-upgrade"), was zur Zeit aufgrund einer unbekannten Störung mit max 128kbit/sec möglich ist. Möchte ich dann noch Telefonieren, so schnellt der Paketverlust auf knapp 10% hoch und der Download bleibt erstmal stehen. Hihi, hier scheint QoS am Werk zu sein und Telefonverbindungen eine höhere Priorität zu geben.

piotr
Glasfaserstrecke
Beiträge: 2202
Registriert: 13.08.2008, 18:26

Re: packet loss

Beitrag von piotr » 06.07.2009, 19:05

@hellsbells_1:
Tja, das funktioniert bei Dir unter den gegebenen Umstaenden und daher muessen Deine Aussagen nicht automatisch fuer alle UM-User gelten.

Reines Ethernet (siehe IEEE802.3) ohne zusaetzliche OSI-Layer2-Protokolle im Frame-Payload (wie z.B. das PPPoE beim deutschen DSL) hat egal ob im LAN oder im Backbone genutzt immer eine MTU von 1500 Byte.
Reines Gigabit Ethernet (siehe IEEE802.3z und IEEE802.3ab) kann mit Jumbo-Frames je nach Implementierung eine MTU bis ca 9000 Byte haben, ohne Nutzung von Jumbo-Frames ist die MTU auch hier 1500 Byte.

Kabel von UM ist kein DSL -es nutzt nachweislich kein PPPoE- und hat auf Endkunden-Seite keine zusaetzlichen OSI-Layer2-Protokolle im Ethernet-Frame als Payload drin.

Ob Du die MTU ausnutzt oder kleiner waehlst bleibt Dir ueberlassen.;)
Denn es heisst ja nicht umsonst Maximum Transmission Unit, sie kann also durchaus bei bestimmten Bedingungen auch kleiner sein.

Deshalb gibt es ja auch die Path MTU Discovery, welche automatisch die passende MTU-Groesse auf dem gesamten Pfad zum jeweiligem Ziel herausfinden kann, ohne die Fragmentierung zu nutzen.
Voraussetzung ist hier allerdings, dass alle Systeme im genutzten Pfad ICMP-Pakete Typ3 Code4 (Destination unreachable, fragmentation needed, DF bit is set) bzw. ICMPv6-Pakete Code2 (Message too big) durchlassen. Das ist v.a. bei Firewalls manchmal leider nicht der Fall.

Mehr zur Path MTU Discovery siehe http://www.ietf.org/rfc/rfc1191.txt (Path MTU Discovery IPv4) und http://www.ietf.org/rfc/rfc1981.txt (Path MTU Discovery IPv6).

Netzwerker@Dortmund
Kabelneuling
Beiträge: 49
Registriert: 23.06.2009, 19:33

Re: packet loss

Beitrag von Netzwerker@Dortmund » 06.07.2009, 21:05

@ alle im Thread:

Habe nun die MTU gesenkt, und auch noch eine Netzwerkarte eingebaut, da die Vermutung, das es am PC liegt
und habe den PC via Netzwerkkabel direct am Modem angeschlossen.
(Mein Gateway handelt die MTU selbst aus, deshalb ist keine Einstellung im Gateway möglich)

Also das Ergebniss ist dürftig und so gut wie garnicht vorhanden. Sorry .... :heul:

Damit sind als Fehkerquellen Gateway,PC oder andere Gerätschaften auszuschließen, es sei den ein Athlon XP 2800+ (Barton) auf einem Asus A7N8X-Deluxe mit 2GB Ram (Kingston K)
und ca. 0,5 TB FP und einer Radeon 128 Pro Grafikkarte und onboard Nvidia MCP Networking Adapter (10/100Mbit/s Fast Ethernet) und einer 3com 3C920B
Fast Ethernet Adapter sind für UM Anwendungen zu wenig ...???? :confused:

Oder eine andere Möglichkeit wäre, das Modem...??? Defekt...??? falsch seitens UM konfiguriert....??? (Traffic Beschränkung...???),
Komme in den advanced Bereich im Modem, habe mir dort auch mal die Eintragungen angeschaut, aber nichts gefunden was mir ins Auge springen würde...

Configuration File---BE_Titan_1_EPC2203_d.cfg
Cable Modem Certificate---Installed
Computers Detected---1
WAN Isolation---OFF

Und db-Werte sind auch ok.

Nun habe ich noch bemerkt,das das UM Gateway 10.80.160.1 meinen Gateway Funkwerk TR200bw alle 5-15 Minuten eine DHCP Anfrage (auf Port 67/68) started:

20:35:19 Informationen INET NAT: denied incoming session on ifc 1100 prot 17 255.255.255.255:68 <- 10.80.160.1:67
20:35:19 Informationen INET NAT: denied incoming session on ifc 1100 prot 17 255.255.255.255:68 <- 10.80.160.1:67

finde ich sehr komisch da, eigentlich das Modem die DHCP Anfrage beantworten müsste und den DHCP Traffic gar nicht durchlassen dürfte...????

Richtig ist das mein Gateway diesen Traffic nicht ins eigene Netz lässt.(So soll es ja sein...eigentlich...)

Und wenn ich mal den Trace anschaue, den ich mal vor meinen Gateway ausgelesen habe:
(hier nur einen kleinen Ausschnitt, ist auch einwenig zeitlich her...)

168485.398 R DATA[0060] | 000.000+0.000
Arp Request: Who is 78.94.93.29 ? Tell: 78.94.88.1

168485.476 R DATA[0060] | 000.078+0.078
Arp Request: Who is 78.94.97.70 ? Tell: 78.94.96.1

168485.546 R DATA[0060] | 000.148+0.070
Arp Request: Who is 78.94.103.55 ? Tell: 78.94.96.1

168485.679 R DATA[0060] | 000.281+0.133
Arp Request: Who is 10.16.172.46 ? Tell: 10.16.160.1

168485.687 R DATA[0060] | 000.289+0.008
Arp Request: Who is 78.94.89.71 ? Tell: 78.94.88.1

168485.773 R DATA[0060] | 000.375+0.086
Arp Request: Who is 10.16.164.228 ? Tell: 10.16.160.1

168485.984 R DATA[0060] | 000.586+0.211
Arp Request: Who is 78.94.101.17 ? Tell: 78.94.96.1

dann ist mir klar warum in Spitzenzeiten keinTraffic bei mir ankommt...??? (Zuviel Braodcast im Nezt legte es auch lahm...)

Sollte ich irgenwie etwas falsch Verstanden haben, bitte korigieren...erwünscht... :smile:

Danke für die vielen Tipps ...

Na denn alles UM ...??? echt :super:
Na denn alles UM...oder schraubste wieder ...??? :lol:

piotr
Glasfaserstrecke
Beiträge: 2202
Registriert: 13.08.2008, 18:26

Re: packet loss

Beitrag von piotr » 06.07.2009, 22:48

Das Kabelmodem ist nur ein DHCP-Relay, was DHCP-Anfragen des Routers bzw. des PCs an UM weitergibt.

Von sich aus kontaktiert kein DHCP-Server den DHCP-Client ohne vorherige Anfrage des DHCP-Clients.

Denn der Ablauf der Ausstellung einer neuen Lease kommt immer ueber UDP-Broadcast und geht vom DHCP-Client mit einem DHCP-Discover aus,
dann kommt vom DHCP-Server ein DHCP-Offer zum DHCP-Client zurueck,
dann erst fragt der DHCP-Client per DHCP-Request die DHCP-Lease an,
und bekommt sie mit einem DHCP-ACK vom DHCP-Server oder verweigert die Ausstellung der Lease per DHCP-NACK.

Die Erneuerung einer Lease kommt nach der Haelfte der Leasezeit, bei Nichterfolg ein weiteres Mal nach ca. 87 % der Leasezeit:
Dort geht es immer ueber UDP-Unicast und geht auch vom DHCP-Client aus (DHCP-Request),
und der Server gibt sie ihm wieder (DHCP-ACK) oder eben nicht (DHCP-NACK).

D.h. ich wuerde dasselbe mal ohne Deinen Router testen und einen PC direkt am Kabelmodem anschliessen. Denn Dein Router oder Dein PC fragen anscheinend dauernd nach einer neuen Lease.;)

Netzwerker@Dortmund
Kabelneuling
Beiträge: 49
Registriert: 23.06.2009, 19:33

Re: packet loss

Beitrag von Netzwerker@Dortmund » 07.07.2009, 02:31

piotr hat geschrieben:Das Kabelmodem ist nur ein DHCP-Relay, was DHCP-Anfragen des Routers bzw. des PCs an UM weitergibt.

Von sich aus kontaktiert kein DHCP-Server den DHCP-Client ohne vorherige Anfrage des DHCP-Clients.

Denn der Ablauf der Ausstellung einer neuen Lease kommt immer ueber UDP-Broadcast und geht vom DHCP-Client mit einem DHCP-Discover aus,
dann kommt vom DHCP-Server ein DHCP-Offer zum DHCP-Client zurueck,
dann erst fragt der DHCP-Client per DHCP-Request die DHCP-Lease an,
und bekommt sie mit einem DHCP-ACK vom DHCP-Server oder verweigert die Ausstellung der Lease per DHCP-NACK.

Die Erneuerung einer Lease kommt nach der Haelfte der Leasezeit, bei Nichterfolg ein weiteres Mal nach ca. 87 % der Leasezeit:
Dort geht es immer ueber UDP-Unicast und geht auch vom DHCP-Client aus (DHCP-Request),
und der Server gibt sie ihm wieder (DHCP-ACK) oder eben nicht (DHCP-NACK).

D.h. ich wuerde dasselbe mal ohne Deinen Router testen und einen PC direkt am Kabelmodem anschliessen. Denn Dein Router oder Dein PC fragen anscheinend dauernd nach einer neuen Lease.;)
Hallo piotr,

Danke für Deine Info und Bemühung, muss noch einfügen die IP 10.80.160.1 ist nicht in meinem Netzwerk vertreten,
und schau noch mal die DHCP Anfragen kommen von der IP 10.80.160.1 Port 67 nach 255.255.255.255 Port 68, (falsches Routing von UM in der falschen Richtung ..??)
also eine Anfrage vom Gateway UM nach meinen Gateway. Mag sein das es Adresskonflikte gibt, denn ich nutze auch die
privaten Netzwerkadressen im 10.0.0.0 Subnetzmask 255.0.0.0 Netzwerk... Womöglich auch das Problem meiner ganzen Problematik ... ????

Wobei UM diese Adresse eigentlich nicht nutzen darf ... zumindest nicht im öffentlichen Netzwerk und das ist es doch ... ???
Im öfffentlichen Neztwerk dürfen nur routbare Adressen verwendet werden... ??? laut IANA... komisch schon was da so bei UM los ist...und äußerst merkwürdig... :hammer:

The Internet Engineering Task Force (IETF) has directed IANA to reserve the following IPv4 address ranges for private networks, as published in RFC 1918:

RFC1918 name IP address range number of addresses classful description largest CIDR block (subnet mask) host id size
24-bit block 10.0.0.0 – 10.255.255.255 16,777,216 single class A 10.0.0.0/8 (255.0.0.0) 24 bits
20-bit block 172.16.0.0 – 172.31.255.255 1,048,576 16 contiguous class Bs 172.16.0.0/12 (255.240.0.0) 20 bits
16-bit block 192.168.0.0 – 192.168.255.255 65,536 256 contiguous class Cs 192.168.0.0/16 (255.255.0.0) 16 bits

Quelle: Wikipedia

Ein IP-Adresswechsel hat auch nichts gebracht, aber den "üblen" Server habe ich gefunden:

CM DHCP Parameters
The data shown in the table below provides information about the CM DHCP parameters of your cable modem.
IP Address 10.80.186.233
IP Subnet Mask 255.255.224.0
IP Gateway 10.80.160.1
TFTP Server 172.16.81.254
Time Server 0.0.0.0
Time Offset 3600 Seconds
Boot File BE_Titan_1_EPC2203_d.cfg
IP Time Remaining
Lease 94.0 Days (8177337 Seconds / 8208000 Seconds)
Rebind 82.0 Days (7151337 Seconds / 7182000 Seconds)
Renew 47.0 Days (4073337 Seconds / 4104000 Seconds)

nur Schlau werde ich auch nicht warum UM vom Dhcp mir Anfragen schickt...oder mein Gateway nimmt es zu genau ...???

Es könnten auch Hackker am Werk sein, und das vermute ich eher, die über das Gateway von UM sich auf die Rechner schleichen wollen und eventuell schon drauf sind ????
und mittels Dhcp Anfragen das Netz lahm legen wollen und teils schaffen...????

Oder hier im Glasfaserring läuft ein Webserver der innoffiziell privat läuft ... ???

Bei mir scheinen Anzeichen dafür, dass mein Rechner teilweise bei der Netzwerkherstellung teilweise stehen bleibt und ich dann nochmal starten muss, und wenn die Kiste von
dem UM Modem weg ist dann fährt er ganz normal hoch....??? Anzeichen von Hackerversuchen hatte ich auch schon auf dem Gatewaylog... IP aus Jakarta ect...


Ganz üble Kiste .... und UM haben die eine Abuse (Meldestelle für Hackerangriffe) ...???
Aber was nüzt das, wenn UM noch nicht mal in der Lage ist sein Netzwerk im Griff zu bekommmen....???

So langsam macht mir UM Sorgen, in Punkto Sicherheit meines Netzwerks und meiner Rechner ...??? :confused:

Sollte UM ein marodes und veraltetes Netzwerk besitzen und damit noch rumexperimentieren bis gar nichts mehr geht...???

Au Backe..!!! sehr üble Geschichte, wenn es war ist.Und nachdem ich hier so einiges mir durchgelesen habe ... ??? :schnauf:

Danke nochmals herzlichst, die Infos haben mich ein Stück näher an die Fehlereingrenzung gebracht...Danke... :super: :super:
...
Na denn alles UM...oder schraubste wieder ...??? :lol:

piotr
Glasfaserstrecke
Beiträge: 2202
Registriert: 13.08.2008, 18:26

Re: packet loss

Beitrag von piotr » 07.07.2009, 18:57

Das was Du siehst ist ein voellig normales Verhalten.

Es handelt sich um DHCP-Antworten, ein DHCP-Server sendet nie ungefragt.

Und zwar handelt es sich um Antworten auf Deine Anforderung einer neuen DHCP-Lease, auch wenn Du im Log die IP 255.255.255.255 siehst. Warum Dein System dauernd anfragt, weiss ich nicht.

Erst wenn es um die Erneuerung einer Lease geht, kommt Unicast ins Spiel. D.h. erst dann siehst im Log Pakete, die explizit an Deine IP gesendet werden.

Die eigentlichen DHCP-Daten sind immer in den Nutzdaten (Payload) des UDP-Headers.
Schema bei DHCP: Ethernet-Header+Nutzdaten (bestehend aus: IP-Header+Nutzdaten (bestehend aus: UDP-Header+Nutzdaten (bestehend aus: DHCP-Header+Daten)))

lokale Adressen:
Auch koennen Provider durchaus RFC1918-Adressen (lokale IP-Adressen) in Ihrem eigenen Autonomous System (AS) nutzen. Erst wenn BGP-Peering ins Spiel kommt, d.h. an der Grenze zu einem anderen Provider/Carrier duerfen keine RFC1918-Adressen weitergeroutet werden.

Die lokale IP ist hier ein weiteres DHCP-Relay oder der DHCP-Server von UM selbst, nix anderes.

Zur laengeren Boot-Phase eines PCs:
Viele Mainboard haben oft PXE aktiviert, das sucht natuerlich nach einem DHCP-Server und findet dann diesen bei UM. Nur gibt der DHCP-Server kein Bootimage fuer Deinen PC aus und Dein PC wartet dieses Timeout ab.
Bei Windows wird waehrend des Bootens bei aktiviertem automatischem Beziehen von IP/DNS auch erstmal auf die DHCP-Antwort gewartet.

Alles ganz normale Vorgaenge in einem Netz, wo DHCP laeuft.

hellsbells_1
Kabelneuling
Beiträge: 33
Registriert: 05.11.2008, 13:59

Re: packet loss

Beitrag von hellsbells_1 » 07.07.2009, 23:08

@PIOTR


:smile: du schreibst das es für mich funktioniert und das man es nicht automatisch übertragen kann ... voll ins schwarze getroffen.... lol....... das is doch genau das ziel der ÜBUNG ODER..... damit es bei dir funktioniert musst du die paketgrösse so wie in der mehrfach beschriebenen ANLEITUNG einstellen und anpassem.... dies setzt natürlich voraus, dass die alle anderen parameter im router schon stimmen und alle kabel und geräte funktioniern... PIOTR... dein LAN und WAN beruht auf dem Protokoll TCPIP.... deswegen ist der MTU im LAN(theoretisch) max. 1500... und auch im Wan(theoretisch) max. 1500 ( respektive Paketgrösse )... abzüglich der Overheads des LAN bzw. WAN...
und im Overhead ist natürlich auch definiert wie du auf das WAN zugreifst bzw. dein(der) Provider bestimmt wie gross die max. paketgrösse sein darf, damit du kollisionsfrei dein pakete bekommst... also entschiedend für eine störungsfreie verbindung ist einzig und allein die strecke von dir bis zu deinem(dem) Provider... die und nur die kannst du mit deiner MTU und deinen Parametern beeinflussen... der rest wird von dem provider geregelt ohne einfluss von dir..,
btw... ein proxy macht nur sinn wenn ich anoym surfen will oder wenn ich ein Netz mit mehr als 10 user betreibe....

Es handelt sich um DHCP-Antworten, ein DHCP-Server sendet nie ungefragt.Und zwar handelt es sich um Antworten auf Deine Anforderung einer neuen DHCP-Lease, auch wenn Du im Log die IP 255.255.255.255 siehst. Warum Dein System dauernd anfragt, weiss ich nicht.
das ist so nicht ganz richtig....
immer wenn ein client im LAN startet und er eine dynamische adresse bezieht.... wird vom "lokalen" DHCP-Server eine dynamische Adresse des aktiven Adressraumes vergeben und dann erneuert, wenn die lease abgelaufen ist

im Wan wird dir durch den Provider eine neue dynamische IP über den dhcp-server zugeteilt.. diese basiert auf dem Adressraum des Provider und wird dann immer erneuert, wenn die lease der dynamischen WAN IP abgelaufen ist oder du das modem neu bootest

randbemerkung:
der DHCP des modems kann abgeschaltet werden, da er nur dann funktioniert, wenn dein privates netz im gleichen adressraum liegt wie der DHCP-Server des modems... in der regel sollte nur 1 DHCP-Server im Privaten NETZ aktiv sein(ansonsten kann es hier zu so grossen Problemen kommen.. ausnahmen gibts auch hier aber das wär hier zu komplex zu erklären).... mein pr. Netz liegt im Adressraum 192.168.0.0-192.168.0.254ist ... ich nehm immer den routerder dem modem an nächsten ist ....

zum vergrössern klicken (snapshot modem motorola)
Bild

Router DHCP aktivieren
Bild

Router DHCP Adressraum einschränkem
Bild


ich glaub hier geht einiges durcheinander....

PS
so nu mal wieder ernsthalt.... wenn es gewünscht wird und interesse besteht kann ich ja mal eine anleitung machen wies gehen kann anhand meiner konfiguration(nicht korintenkackerisch gemeint sondern als HILFE)

btw... alles was hinter dem MODEM liegt ist(fast) "vollkommen uninteressant"(bezogen auf den DHCP) ...... die verbindung zu UM ist immer dynamisch und wird vom DHCP von UM geregelt(ausser man hat ne statischen adresse bei UM)... der DHCP-Server von UM hat also nix aber auch garnix mit dem DHCP-Server des Routers des privaten netzes oder dem DHCP-Server des modem zu tun, da sich dieser ebenfalls auf nur auf das pr. Netzwerk bezieht...
mfg Dieter

--- Philips LCD-TV 32PFL7403D/12 100Hz; PIONEER DVR 555H-S; AVR Yamaha 361; LS Canton Movie 60 CX; DVD Player LG DK 9723P

hellsbells_1
Kabelneuling
Beiträge: 33
Registriert: 05.11.2008, 13:59

Re: packet loss

Beitrag von hellsbells_1 » 08.07.2009, 01:23

@Netzwerker.........
wenn du direkt am modem hängst dann kannst du die MTU in der registry ändern........ google mal
mfg Dieter

--- Philips LCD-TV 32PFL7403D/12 100Hz; PIONEER DVR 555H-S; AVR Yamaha 361; LS Canton Movie 60 CX; DVD Player LG DK 9723P

piotr
Glasfaserstrecke
Beiträge: 2202
Registriert: 13.08.2008, 18:26

Re: packet loss

Beitrag von piotr » 08.07.2009, 01:47

@ hellsbells_1 :
Lies Dich bitte in DHCP nochmal ein.

Eine DHCP-Lease wird mit Sicherheit nicht erst dann erneuert, wenn sie abgelaufen ist.

Denn wenn das so waere wie Du sagst, dann wuerdest Du bei Ablauf einer Lease grundsaetzlich immer eine kurzzeitige Trennung der gesamten IP-Verbindung haben bis Du wieder die benoetigte IP-Konfiguration vom DHCP-Server bezogen hast. Bei den UM-Leasezeiten waere dieser Zeitpunkt immer nach 60min.

Denn wenn eine Lease abgelaufen ist, dann hast Du die IP und auch alle per DHCP bezogenen Daten nicht mehr.

Wie das mit der Lease-Erneuerung genau funktioniert steht alles bereits im Thread.

Warum sollte ein DHCP-Server Dir automatisch die Lease erneuern, ohne das Dein DHCP-Client wegen der Erneuerung anfragt?

Der DHCP-Server prueft nie ob der DHCP-Client noch an ist und die Lease noch verlaengert werden muss.
Da muss sich der DHCP-Client schon selbst "drum kuemmern" (=Anfrage an den DHCP-Server senden). Denn der DHCP-Client will ja was vom DHCP-Server haben und nicht umgekehrt.

Du kannst das auch gerne noch mal auf deutsch bei wikipedia nachlesen, wenn Dir der geltende Standard fuer DHCP, die RFC2131 (siehe http://www.ietf.org/rfc/rfc2131.txt ) nichts sagt.

piotr
Glasfaserstrecke
Beiträge: 2202
Registriert: 13.08.2008, 18:26

Re: packet loss

Beitrag von piotr » 08.07.2009, 02:15

hellsbells_1 hat geschrieben: die und nur die kannst du mit deiner MTU und deinen Parametern beeinflussen... der rest wird von dem provider geregelt ohne einfluss von dir..,
Bloedsinn.

Du beeinflusst mit der Wahl Deiner MTU grundsaetzlich immer die gesamte Verbindung von Dir bis zu Deinem gewuenschtem Ziel.

Es wird hier nie nur die Strecke bis zum Provider beeinflusst.

Antworten

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 2 Gäste