• 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.

Unitymedia ConnectBox MTU

Diskutiere ConnectBox MTU im Internet und Telefon über das TV-Kabelnetz Forum im Bereich Internet und Telefon; tcpdump: listening on ens33, link-type EN10MB (Ethernet), capture size 262144 bytes 14:24:11.683263 00:0c:29:f0:7c:e8 > c0:56:27:b8:d2:e1...
  • ConnectBox MTU Beitrag #26
Code:
tcpdump: listening on ens33, link-type EN10MB (Ethernet), capture size 262144 bytes
14:24:11.683263 00:0c:29:f0:7c:e8 > c0:56:27:b8:d2:e1, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 64, id 63245, offset 0, flags [DF], proto TCP (6), length 60) 10.0.0.11.44332 > 68.67.73.20.80: Flags (S), cksum 0x9790 (incorrect -> 0xc977), seq 1961708604, win 29200, options [mss 1460,sackOK,TS val 2187363343 ecr 0,nop,wscale 7], length 0
14:24:11.808378 c0:56:27:b8:d2:e1 > 00:0c:29:f0:7c:e8, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 48, id 0, offset 0, flags [DF], proto TCP (6), length 60) 68.67.73.20.80 > 10.0.0.11.44332: Flags [S.], cksum 0xfdcd (correct), seq 3055186071, ack 1961708605, win 28960, options [mss 1420,nop,nop,TS val 1464553908 ecr 2187363343,nop,wscale 7], length 0
14:24:12.001297 00:0c:29:f0:7c:e8 > c0:56:27:b8:d2:e1, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 64, id 47982, offset 0, flags [DF], proto TCP (6), length 60) 10.0.0.11.35568 > 68.67.73.20.443: Flags (S), cksum 0x9790 (incorrect -> 0xc091), seq 3904045295, win 29200, options [mss 1460,sackOK,TS val 2187363661 ecr 0,nop,wscale 7], length 0
14:24:12.122510 c0:56:27:b8:d2:e1 > 00:0c:29:f0:7c:e8, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 45, id 0, offset 0, flags [DF], proto TCP (6), length 60) 68.67.73.20.443 > 10.0.0.11.35568: Flags [S.], cksum 0x5f14 (correct), seq 1001488280, ack 3904045296, win 28960, options [mss 1420,nop,nop,TS val 1464554224 ecr 2187363661,nop,wscale 7], length 0
14:24:12.607287 00:0c:29:f0:7c:e8 > c0:56:27:b8:d2:e1, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 64, id 28028, offset 0, flags [DF], proto TCP (6), length 60) 10.0.0.11.35570 > 68.67.73.20.443: Flags (S), cksum 0x9790 (incorrect -> 0x2381), seq 3001995620, win 29200, options [mss 1460,sackOK,TS val 2187364267 ecr 0,nop,wscale 7], length 0
14:24:12.607732 00:0c:29:f0:7c:e8 > c0:56:27:b8:d2:e1, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 64, id 54316, offset 0, flags [DF], proto TCP (6), length 60) 10.0.0.11.35572 > 68.67.73.20.443: Flags (S), cksum 0x9790 (incorrect -> 0x2b7a), seq 337864756, win 29200, options [mss 1460,sackOK,TS val 2187364268 ecr 0,nop,wscale 7], length 0
14:24:12.610515 00:0c:29:f0:7c:e8 > c0:56:27:b8:d2:e1, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 64, id 20137, offset 0, flags [DF], proto TCP (6), length 60) 10.0.0.11.35574 > 68.67.73.20.443: Flags (S), cksum 0x9790 (incorrect -> 0xa48f), seq 277738160, win 29200, options [mss 1460,sackOK,TS val 2187364270 ecr 0,nop,wscale 7], length 0
14:24:12.615088 00:0c:29:f0:7c:e8 > c0:56:27:b8:d2:e1, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 64, id 11016, offset 0, flags [DF], proto TCP (6), length 60) 10.0.0.11.35576 > 68.67.73.20.443: Flags (S), cksum 0x9790 (incorrect -> 0x8910), seq 2275645202, win 29200, options [mss 1460,sackOK,TS val 2187364275 ecr 0,nop,wscale 7], length 0
14:24:12.615397 00:0c:29:f0:7c:e8 > c0:56:27:b8:d2:e1, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 64, id 57590, offset 0, flags [DF], proto TCP (6), length 60) 10.0.0.11.35578 > 68.67.73.20.443: Flags (S), cksum 0x9790 (incorrect -> 0xeca3), seq 1580489964, win 29200, options [mss 1460,sackOK,TS val 2187364275 ecr 0,nop,wscale 7], length 0
14:24:12.740709 c0:56:27:b8:d2:e1 > 00:0c:29:f0:7c:e8, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 47, id 0, offset 0, flags [DF], proto TCP (6), length 60) 68.67.73.20.443 > 10.0.0.11.35574: Flags [S.], cksum 0xb19c (correct), seq 4259925099, ack 277738161, win 28960, options [mss 1420,nop,nop,TS val 1464554842 ecr 2187364270,nop,wscale 7], length 0
14:24:12.741477 c0:56:27:b8:d2:e1 > 00:0c:29:f0:7c:e8, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 47, id 0, offset 0, flags [DF], proto TCP (6), length 60) 68.67.73.20.443 > 10.0.0.11.35576: Flags [S.], cksum 0xc87c (correct), seq 3990759959, ack 2275645203, win 28960, options [mss 1420,nop,nop,TS val 1464554842 ecr 2187364275,nop,wscale 7], length 0
14:24:12.747249 c0:56:27:b8:d2:e1 > 00:0c:29:f0:7c:e8, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 47, id 0, offset 0, flags [DF], proto TCP (6), length 60) 68.67.73.20.443 > 10.0.0.11.35578: Flags [S.], cksum 0x819e (correct), seq 603037302, ack 1580489965, win 28960, options [mss 1420,nop,nop,TS val 1464554842 ecr 2187364275,nop,wscale 7], length 0
14:24:12.747877 c0:56:27:b8:d2:e1 > 00:0c:29:f0:7c:e8, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 47, id 0, offset 0, flags [DF], proto TCP (6), length 60) 68.67.73.20.443 > 10.0.0.11.35572: Flags [S.], cksum 0x2525 (correct), seq 326322756, ack 337864757, win 28960, options [mss 1420,nop,nop,TS val 1464554842 ecr 2187364268,nop,wscale 7], length 0
14:24:12.748407 c0:56:27:b8:d2:e1 > 00:0c:29:f0:7c:e8, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 45, id 0, offset 0, flags [DF], proto TCP (6), length 60) 68.67.73.20.443 > 10.0.0.11.35570: Flags [S.], cksum 0x08f7 (correct), seq 3402147619, ack 3001995621, win 28960, options [mss 1420,nop,nop,TS val 1464554842 ecr 2187364267,nop,wscale 7], length 0
 
  • ConnectBox MTU Beitrag #27
Code:
<i>
</i>14:24:11.808378 c0:56:27:b8:d2:e1 > 00:0c:29:f0:7c:e8, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 48, id 0, offset 0, flags [DF], proto TCP (6), length 60) 68.67.73.20.80 > 10.0.0.11.44332: Flags [S.], cksum 0xfdcd (correct), seq 3055186071, ack 1961708605, win 28960, options [mss 1420,nop,nop,TS val 1464553908 ecr 2187363343,nop,wscale 7], length 0
Ja, beim syn+ack (S.) wird dem Client, vom Server eine MSS von 1420 mitgeteilt.

EDIT:

Als Test könntest Du jetzt eine MTU von 1500 fest konfigurieren und das runterregeln der TCP-MSS _nur für diesen Fall_ von sysctl (siehe oben) machen lassen. So sollte dein System evtl. performanter/leistungsfähiger sein, wenn ab und zu für TCP auch eine MTU von 1500 genutzt werden kann.
 
  • ConnectBox MTU Beitrag #28
Alle Geräte sind auf 1500 eingestellt.
Und ich denke, dass nicht ein tcp stream eine mtu von 1500 benutzen wird.
 
  • ConnectBox MTU Beitrag #29
Alle Geräte sind auf 1500 eingestellt.
Und ich denke dass nicht ein tcp stream eine mtu von 1500 benutzen wird.
Muss er ja nicht.

Mach mal als Test, nur einen tcp-scan auf die IP-Adresse um zu sehen welche MSS dann mitgeteilt wird:
Code:
<i>
</i>tcpdump -vvveni eth0 host 68.67.73.20 and 'tcp[tcpflags] & (tcp-syn) != 0'
Code:
<i>
</i>nc -zv 68.67.73.20 443
 
  • ConnectBox MTU Beitrag #30
Gleiches Ergebnis:
Code:
<i>
</i>nc -zv 68.67.73.20 443
speedguide.net [68.67.73.20] 443 (https) open

Code:
<i>
</i>tcpdump: listening on ens33, link-type EN10MB (Ethernet), capture size 262144 bytes
16:12:07.774945 00:0c:29:f0:7c:e8 > c0:56:27:b8:d2:e1, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 64, id 63636, offset 0, flags [DF], proto TCP (6), length 60) 10.0.0.11.33608 > 68.67.73.20.443: Flags [S], cksum 0x9790 (incorrect -> 0xeb01), seq 4122640299, win 29200, options [mss 1460,sackOK,TS val 1193349633 ecr 0,nop,wscale 7], length 0
16:12:07.896629 c0:56:27:b8:d2:e1 > 00:0c:29:f0:7c:e8, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 46, id 0, offset 0, flags [DF], proto TCP (6), length 60) 68.67.73.20.443 > 10.0.0.11.33608: Flags [S.], cksum 0x3c57 (correct), seq 3820835929, ack 4122640300, win 28960, options [mss 1420,nop,nop,TS val 1471029997 ecr 1193349633,nop,wscale 7], length 0
 
  • ConnectBox MTU Beitrag #31
Code:
<i>
</i> 68.67.73.20.443 > 10.0.0.11.33608: Flags [S.], cksum 0x3c57 (correct), seq 3820835929, ack 4122640300, win 28960, options [mss 1420,nop,nop,TS val 1471029997 ecr 1193349633,nop,wscale 7], length 0
Hmm, ... wenn ich die Anfrage (syn) mit der geringsten MSS (536) mache, antwortet dieser Server (syn+ack) mit einer MSS von 1460:
Code:
<i>
</i>16:26:45.162024 48:02:2a:17:62:b4 > c0:25:06:2b:52:de, ethertype IPv4 (0x0800), length 58: (tos 0x58, ttl 64, id 15178, offset 0, flags [none], proto TCP (6), length 44) 192.168.178.22.34567 > 68.67.73.20.443: Flags [S], cksum 0xeb7c (correct), seq 4082052693, win 1480, options [mss 536], length 0
16:26:45.294799 c0:25:06:2b:52:de > 48:02:2a:17:62:b4, ethertype IPv4 (0x0800), length 58: (tos 0x0, ttl 49, id 0, offset 0, flags [DF], proto TCP (6), length 44) 68.67.73.20.443 > 192.168.178.22.34567: Flags [S.], cksum 0xa38e (correct), seq 797878378, ack 4082052694, win 29200, options [mss 1460], length 0
Code:
<i>
</i>SENT (0.0303s) TCP 192.168.178.22:34567 > 68.67.73.20:443 S ttl=64 id=15178 iplen=40 seq=4082052693 win=1480
RCVD (0.2164s) TCP 68.67.73.20:443 > 192.168.178.22:34567 SA ttl=49 id=0 iplen=44 seq=797878378 win=29200 <mss 1460>
 
  • ConnectBox MTU Beitrag #32
Code:
tcpdump: listening on ens33, link-type EN10MB (Ethernet), capture size 262144 bytes
17:17:33.421232 00:0c:29:f0:7c:e8 > c0:56:27:b8:d2:e1, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 64, id 19515, offset 0, flags [DF], proto TCP (6), length 60) 10.0.0.11.38934 > 68.67.73.20.443: Flags [S], cksum 0x9790 (incorrect -> 0x8a00), seq 3511598930, win 10720, options [mss 536,sackOK,TS val 1130140298 ecr 0,nop,wscale 7], length 0
17:17:33.545373 c0:56:27:b8:d2:e1 > 00:0c:29:f0:7c:e8, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 45, id 0, offset 0, flags [DF], proto TCP (6), length 60) 68.67.73.20.443 > 10.0.0.11.38934: Flags [S.], cksum 0x1542 (correct), seq 1893030584, ack 3511598931, win 28960, options [mss 1420,nop,nop,TS val 1474955650 ecr 1130140298,nop,wscale 7], length 0
17:17:37.572165 00:0c:29:f0:7c:e8 > c0:56:27:b8:d2:e1, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 64, id 61383, offset 0, flags [DF], proto TCP (6), length 60) 10.0.0.11.45514 > 68.67.73.20.8080: Flags [S], cksum 0x9790 (incorrect -> 0x76d7), seq 1129978032, win 10720, options [mss 536,sackOK,TS val 1130144449 ecr 0,nop,wscale 7], length 0
17:17:37.701236 c0:56:27:b8:d2:e1 > 00:0c:29:f0:7c:e8, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 45, id 0, offset 0, flags [DF], proto TCP (6), length 60) 68.67.73.20.8080 > 10.0.0.11.45514: Flags [S.], cksum 0xefa1 (correct), seq 3676566181, ack 1129978033, win 28960, options [mss 1420,nop,nop,TS val 1474959805 ecr 1130144449,nop,wscale 7], length 0

Code:
« SpeedGuide.net TCP Analyzer Results »
Tested on: 2018.11.29 11:17
IP address: x.x.xxx.xxx
Client OS/browser: Linux (Firefox 60.0)
TCP options string: 020402180402080a435ca2c10000000001030307
MSS: 536
MTU: 576
TCP Window: 10752 (not multiple of MSS)
RWIN Scaling: 7 bits (2^7=128)
Unscaled RWIN : 84
Recommended RWINs: 65392, 130784, 261568, 523136, 1046272
BDP limit (200ms): 430kbps (54KBytes/s)
BDP limit (500ms): 172kbps (22KBytes/s)
MTU Discovery: ON
TTL: 49
Timestamps: ON
SACKs: ON
IP ToS: 00000000 (0)

Hmm...
Code:
nping -c 1 --tcp --flags syn --mtu 576 -p 80 68.67.73.20
Starting Nping 0.7.70 ( https://nmap.org/nping ) at 2018-11-29 18:18 CET
Warning: fragmentation (mtu=576) requested but the payload is too small already (20)
SENT (0.0619s) TCP 10.0.0.11:42987 > 68.67.73.20:80 S ttl=64 id=54828 iplen=40 seq=3187982891 win=1480
RCVD (0.2406s) TCP 68.67.73.20:80 > 10.0.0.11:42987 SA ttl=47 id=0 iplen=44 seq=1431234178 win=29200 <mss 1420>
Max rtt: 178.569ms | Min rtt: 178.569ms | Avg rtt: 178.569ms
Raw packets sent: 1 (40B) | Rcvd: 1 (46B) | Lost: 0 (0.00%)
Nping done: 1 IP address pinged in 1.10 seconds

Code:
tcpdump -vvveni ens33 host 68.67.73.20 and 'tcp[tcpflags] & (tcp-syn) != 0'
tcpdump: listening on ens33, link-type EN10MB (Ethernet), capture size 262144 bytes
18:18:51.495831 00:0c:29:f0:7c:e8 > c0:56:27:b8:d2:e1, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 64, id 54828, offset 0, flags [none], proto TCP (6), length 40) 10.0.0.11.42987 > 68.67.73.20.80: Flags [S], cksum 0xea4c (correct), seq 3187982891, win 1480, length 0
18:18:51.619342 c0:56:27:b8:d2:e1 > 00:0c:29:f0:7c:e8, ethertype IPv4 (0x0800), length 60: (tos 0x0, ttl 47, id 0, offset 0, flags [DF], proto TCP (6), length 44) 68.67.73.20.80 > 10.0.0.11.42987: Flags [S.], cksum 0x2a8e (correct), seq 1431234178, ack 3187982892, win 29200, options [mss 1420], length 0

Hmm...
 
  • ConnectBox MTU Beitrag #34
Nein
 
  • ConnectBox MTU Beitrag #35
Hab versucht den Anschluss auf reines IPv4 umstellen zu lassen.
Natürlich ohne Erfolg.
DualStack (IPv4 und IPv6) geht, aber nur IPv4 geht leider nicht x)

Und die Sache mit der MTU, ich denke der "Main" Gateway ist IPv6 und IPv4 wird über einen anderen Gateway bereit gestellt.
Tunnel vom IPv6 Gateway zum IPv4 Gateway, wurde die 1460 erklären?
Macht dass Sinn? x)
 
  • ConnectBox MTU Beitrag #36
Kleines Update..
Mit eigenem tc4400 + openwrt router wird wieder eine MTU von 1500 angezeigt.
 
Thema:

ConnectBox MTU

ConnectBox MTU - Ähnliche Themen

Was ist hier das Problem?: Hallo Leute. Ich bin der Meinung, dass mit meiner Internetleitung etwas nicht stimmt. Anbieter: Vodafone Gebiet: NRW (Mietwohnung / Großstadt)...
Unitymedia Multi-WAN mit *sense: Hi, ich habe nun seit einigen Tagen neben dem CableMax DualStack Anschluß auch einen SVDSL Anschluß. Das Hardwaresetup ist wie folgt: - TC4400...
Unitymedia Dual Stack bei Vodafone Business in NRW ohne statische IP mit eigenem Router: Hi, ich ziehe demnächst um und wechsle von Telekom VDSL (Dual Stack, selten wechselnde IPv4 und 24h dynamic IPv6 Prefix) zu Vodafone, da am neuen...
Unitymedia Habe ich jetzt DS-Lite?: Hallo, ich bin ein Kabel BW/ Unitymedia Altkunde und hatte früher einen reinen IPv4 Anschluss mit einem Cisco EPC Modem. Irgendwann wurde das...
Unitymedia ConnectBox und NAS....Hilfe: Liebe Community, ich komme mkit meinem NAS (QNAP) und der Connectbox nicht weiter.....ich bin am verzweifeln, ehrlich gesagt.... Ich habe ein...
Oben